Whenever offer send as SDP and it is different then previous SDP then version must increase by 1 irrespective it is accepted or rejected.
Thanks and Regards Dheeraj Kumar Sent from iPhone > On 08-Aug-2016, at 11:15 PM, Manolis Katsidoniotis <mano...@gmail.com> wrote: > > Hello > > Haven't been able to find a reference to this scenario. > > (convert to Courier or "fixed width font" to see properly) > UEA UEB > | -------------> | > | INV SDP offer | > | version 1 | > | | > | <------------- | > | 200 OK SDP answer | > | | > | | > | -------------> | > | INV new SDP offer | > | version 2 | > | | > | <------------- | > | 606 Not Acceptable | > | | > | | > | -------------> | > | INV new SDP offer | > | version no? | > | | > | | > > What should be the version of the new offer? > My impression is 3 (version should always increase) but in a related call > flow > I have received an answer that says > "fallback to previous state also means previous version number > so in new offer previous version is increased by 1 > so new version should also be 2 .... > > Anybody has any rfc references at hand? > > Thanks > Manolis > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
