[SIPForum-discussion] Query - 405 For BYE

[ABHIJIT]

I think ideally BYE should not reach redirect server at all. when ACK is
recived transaction is cancelled. and when 3XX reaches originator...redirect
server doesn't come to picture after that at all. So i think BYE should not
reach redirect server...r u doing some product testing/unit testing?

On Wed, Oct 28, 2009 at 7:00 PM, Sumeet Bhardwaj <
sumeet_bhardwaj at persistent.co.in> wrote:

>  When it receives ACK, it is deleting the transaction, but if ACK was not
> receive then it will wait till transaction timer H fires and then it delete
> the transaction.
>
> I am wondering whether it should support BYE or BYE will not be receive in
> any case.
>
>
>
> Please help me out.
>
>
>
> Thanks
>
> -Sumeet
>
>
>
> *From:* ABHIJIT [mailto:abhijitrout at gmail.com]
> *Sent:* Wednesday, October 28, 2009 6:49 PM
>
> *To:* Sumeet Bhardwaj
> *Cc:* discussion at sipforum.org
> *Subject:* Re: [SIPForum-discussion] Query - 405 For BYE
>
>
>
> If currently its sending 481 then it is developed to track the
> transactions. When it receives BYE it(in code) looks whether any transaction
> exists. If it is not developed to track transactions then it should discard.
> But think about your scenario.....how that transaction will be deleted from
> server if it doesn't accept BYE ? CANCEL can not be used since 3XX is a
> final response.
>
> On Wed, Oct 28, 2009 at 6:43 PM, Sumeet Bhardwaj <
> sumeet_bhardwaj at persistent.co.in> wrote:
>
> It is not developed to support BYE. Then it should reply back 405 ?
>
>
>
> Thanks
>
> -Sumeet
>
>
>
> *From:* ABHIJIT [mailto:abhijitrout at gmail.com]
> *Sent:* Wednesday, October 28, 2009 6:41 PM
>
>
> *To:* Sumeet Bhardwaj
> *Cc:* discussion at sipforum.org
> *Subject:* Re: [SIPForum-discussion] Query - 405 For BYE
>
>
>
> It should send 481 if it receives a BYE when transaction doesn't exist. Its
> correct behavior
>
> On Wed, Oct 28, 2009 at 6:38 PM, ABHIJIT <abhijitrout at gmail.com> wrote:
>
> redirect servers do keep track of transactions. A redirect server generates
> 3xx responses to requests it receives, directing the client to contact an
> alternate set of URIs. And BYE is one of the fundamental messages of SIP
> signaling. So if the server receives a BYE and it see it doesn't have a
> transaction for that..it will send 481. Unless its developed not to support
> BYE.
>
>
>
> On Wed, Oct 28, 2009 at 6:30 PM, Sumeet Bhardwaj <
> sumeet_bhardwaj at persistent.co.in> wrote:
>
> It is acting as a redirect server and redirect server does not receive BYE
> request.
>
>
>
> Thanks
>
> -Sumeet
>
>
>
> *From:* ABHIJIT [mailto:abhijitrout at gmail.com]
> *Sent:* Wednesday, October 28, 2009 6:29 PM
> *To:* Sumeet Bhardwaj
> *Cc:* discussion at sipforum.org
> *Subject:* Re: [SIPForum-discussion] Query - 405 For BYE
>
>
>
> why an application will not implement BYE? Can u plz provide some
> background picture of this.
>
> On Wed, Oct 28, 2009 at 4:12 PM, Sumeet Bhardwaj <
> sumeet_bhardwaj at persistent.co.in> wrote:
>
> Hello All,
>
>
>
> If application does not support SIP BYE request and if it receives BYE
> request then should it reply back with 405 Method Not Supported or 481
> Call-leg/Transaction does not exist response?
>
> Current behavior is that it is replying back with 481. I think, it should
> reply back with 405 because for request like SUBSCRIBE which is not
> supported by application, it is replying back with 405 response.
>
>
>
> Please let me know what should be behavior of application in this case
>
>
>
> Thanks
>
> -Sumeet
>
>
>
> DISCLAIMER ========== This e-mail may contain privileged and confidential
> information which is the property of Persistent Systems Ltd. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Persistent Systems Ltd. does not accept any liability for
> virus infected mails.
>
>
> _______________________________________________
> This is the SIP Forum discussion mailing list
> TO UNSUBSCRIBE, or edit your delivery options, please visit
> http://sipforum.org/mailman/listinfo/discussion
> Post to the list at discussion at sipforum.org
>
>
>
>
> --
> Thanks,
>
> Abhijit
>
> DISCLAIMER ========== This e-mail may contain privileged and confidential
> information which is the property of Persistent Systems Ltd. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Persistent Systems Ltd. does not accept any liability for
> virus infected mails.
>
>
>
>   --
> Thanks,
>
> Abhijit
>
>
>
>
> --
> Thanks,
>
> Abhijit
>
> DISCLAIMER ========== This e-mail may contain privileged and confidential
> information which is the property of Persistent Systems Ltd. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Persistent Systems Ltd. does not accept any liability for
> virus infected mails.
>
>
>
>
> --
> Thanks,
>
> Abhijit
>
> DISCLAIMER ========== This e-mail may contain privileged and confidential
> information which is the property of Persistent Systems Ltd. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Persistent Systems Ltd. does not accept any liability for
> virus infected mails.
>



-- 
Thanks,

Abhijit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20091028/5e5a209a/attachment-0002.html>