[SIPForum-discussion] Query - 405 For BYE

[David Benoit]

A few points here that seem to be getting confused.

1) from 3261 13.1:

      A UA that supports INVITE MUST also support ACK, CANCEL and BYE.

   So, the UA "MUST" support BYE, even when you consider the following point.

2) BYE should not be sent by a UAC if a non-2xx final status was sent by the
   UAS in response to the invite as a session had not been established.  The
   following is from 3261:

     12.3 Termination of a Dialog

     Independent of the method, if a request outside of a dialog generates a
     non-2xx final response, any early dialogs created through provisional
     responses to that request are terminated.  The mechanism for terminating
     confirmed dialogs is method specific.  In this specification, the BYE
     method terminates a session and the dialog associated with it.  See
     Section 15 for details.

  and (from the end of 13.2.2.4):

    If, after acknowledging any 2xx response to an INVITE, the UAC does not
    want to continue with that dialog, then the UAC MUST terminate the dialog
    by sending a BYE request as described in Section 15.

  In this case, the "redirect" server is ALWAYS sending a non-2xx final
  response, so a dialogue/session is always terminated without the need for a
  BYE.  (read the first paragraph of Section 15 for more info).

I would consider both the UAC and the UAS to be "broken" in the following
respects:

 - the UAC is improperly attempting to terminate a dialogue/session that
   doesn't exist anymore.

 - the UAS should actually support BYE even though it would only ever respond
   with an error if it were received.

David

On Thu, Oct 29, 2009 at 09:29:24AM +0530, DEEPAK SHARMA wrote:
> Hello Sumeet,
> 
> Have you confirmed that your UAS does not support SIP BYE message. As BYE
> message conveys the release of session (which is important part of call).
> I think BYE should come under some mandatory supported messages. So Stack
> should support BYE.
> 
> And if BYE is supported in your stack then UAS is showing correct behavior.
> 
> 
> 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
> Deepak Sharma
> 
> 
> !DSPAM:4aeb10ab6701804284693!

> _______________________________________________
> 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
> 
> 
> !DSPAM:4aeb10ab6701804284693!