Rfc6141 might help.
> On 08 Aug 2016, at 20:45, 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
