o This mechanism substantially replaces the old mechanism; it is not an incremental change or correction.
o There are already way too many documents in SIP; it would be easy for an implementor to not bother checking what the Update is when they look at RFC 2976.
o We want the RFC 2976 mechanism to go away. Keeping RFC 2976 active is begging for implementors to build the wrong thing. An Update sort of implies "new and improved, but old is still good." Old, in this case, is NOT good.
The editors made this decision and it is what the current document reflects. However, we would like to make sure this represents the work group consensus. Therefore, it would be helpful if you could chime in with your thoughts:
[ ] INFO Events should Obsolete RFC 2976 [ ] INFO Events should Update RFC 2796, because ____________ [ ] I do not care what you do
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
