6 aug 2009 kl. 12.53 skrev Iñaki Baz Castillo: > 2009/8/6 Abhishek Dhammawat <abhishek.dhamma...@aricent.com>: >> The below is valid scenario. >> >> Also RFC 3261 section 13.2.1 mentions >> >> "The UAC MUST treat the first session description it receives as >> the answer, >> and MUST ignore any session descriptions in subsequent responses to >> the initial INVITE." > > > This is fully incorrect in the case above since what you have pasted > is just referred to ONE (early) dialog. > If there is parallel forking, the UAC could receive various different > SDP from each early dialog. But inside a early-dialog, the SDP cannot > change.
Well, another device can send a 200 OK with a different SDP, but the very same device that sent the 183 can not send a new SDP, unless it's using UPDATE. Or? /O _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
