[SIPForum-discussion] Query - 405 For BYE

[Sumeet Bhardwaj]

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<mailto: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<mailto:abhijitrout at gmail.com>]
Sent: Wednesday, October 28, 2009 6:41 PM

To: Sumeet Bhardwaj
Cc: discussion at sipforum.org<mailto: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<mailto: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<mailto: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<mailto:abhijitrout at gmail.com>]
Sent: Wednesday, October 28, 2009 6:29 PM
To: Sumeet Bhardwaj
Cc: discussion at sipforum.org<mailto: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<mailto: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<mailto: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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://sipforum.org/pipermail/discussion/attachments/20091028/8a965275/attachment-0002.html>