> I don't intend to be strongly particular about the last "MUST NOT". > > But RFC3261 say, > o Once the UAS has sent or received an answer to the initial > offer, it MUST NOT generate subsequent offers in any responses > to the initial INVITE. This means that a UAS based on this > specification alone can never generate subsequent offers until > completion of the initial transaction. > > What do the above statements forbid? Very little since from UAC perspective, the SDP MUST be ignored. Thus if UAS places a modified SDP within a subsequent response, it isn't an offer SDP or an updated answer SDP. _______________________________________________ Sipping mailing list https://www.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors@xxxxxxxxxxxxxxx for questions on current sip Use sip@xxxxxxxx for new developments of core SIP
