Hi, In the first scenario, the UAS is NOT behaving according to RFC3262. It MUST reject the INVITE with 420 (Bad Extension) if it does NOT support 100rel. If you really want to handle this scenario, I would suggest silently dropping the non-reliable 180, as you were expecting a reliable 180.
In the second scenario, again the UAS is NOT behaving according to RFC3262. Section 3 clearly mentions that: "A UAS MAY send any non-100 provisional response to INVITE reliably, so long as the initial INVITE request (the request whose provisional response is being sent reliably) contained a Supported header field with the option tag 100rel." Here, the UAS should NOT have sent 180 reliably as it does NOT know if the UAC supports 100rel. If you really want to handle this scenario, you can process the reliable 180 as normal non-reliable 180. Regards, Arun On Tue, Jun 30, 2009 at 9:48 PM, soma bhargava<[email protected]> wrote: > Hi, > > Thanks for the reply, but rfc 3262 does not clearly mention what to do > in these scenarios. > > Regards, > Soma > > On Tue, 2009-06-30 at 12:43 -0400, Alejandro Orellana wrote: >> Please refer to http://www.ietf.org/rfc/rfc3262.txt >> >> thanks >> >> On Tue, Jun 30, 2009 at 11:48 AM, soma bhargava >> <[email protected]> wrote: >> Hi All, >> >> What is the behaviour of UAC in following scenario: >> >> 1. UAC sends INVITE with 100rel in both requires and supported >> headers. >> UAS sends 180 prov resp without 100rel in both requires and >> supported >> headers. what should the UAC do? >> >> 2. Invite is sent without 100rel in both require and supported >> header, >> but UAS sends 180 prov resp with 100rel in requires and >> supported. what >> should the UAC do in this case? >> >> Should UAC cancel the call, in the above 2 scenarios? >> >> Thanks in advance. >> >> Regards, >> Soma >> >> >> >> _______________________________________________ >> 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
