Hello, Don't forget CANCEL is hop by hop while BYE is end to end.
In a BYE, a Reason header, a body, proprietary information, etc can be passed to the UAS. Best regards, Ben. > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On > Behalf Of Damir Reic > Sent: maandag 11 mei 2009 15:25 > To: [email protected] > Subject: Re: [Sip-implementors] B2BUA release > > Hi Inaki, > > It is valid to send BYE on early dialog. > I just can't imagine myself why it is configurable on this > B2BUA to send BYE on early dialogs when it wants to terminate > the call (there is no one at incoming side). I don't see the > purpose of it. > > regards, > Damir > > --- On *Mon, 5/11/09, Iñaki Baz Castillo <[email protected]>* wrote: > > From: Iñaki Baz Castillo <[email protected]> > Subject: Re: [Sip-implementors] B2BUA release > To: > Cc: [email protected] > Date: Monday, May 11, 2009, 1:53 PM > > 2009/5/11 Alex Balashov <[email protected]>: > > > > > > Damir Reic wrote: > > > >> This is the question I'm asking because I've seen this B2BUA > that actually > >> has a configurable option to send BYE or CANCEL on early > dialogs and > >> I > don't > >> see any reasons for it. If someone does, please explain. > > > > AFAIK, that's not RFC-compliant, and, like you said, CANCEL is the > only > > thing to send in this situation. > > > When an UAC sends an INVITE to a proxy/b2bua it can receive > various early-dialogs (different To tags). > If UAC wants to end a specific early dialog it sends a BYE > with the "To tag" of that dialog. > If the UAC want to end all the early-dialog it send a CANCEL > (no To tag, of course) to the proxy/b2bua, and the > proxy/b2bua will cancel all the branches. > > It's perfectly valid to send a BYE to termnate an > early-dialog without cancelling the others. > > > -- > Iñaki Baz Castillo > <[email protected]> > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
