RFC 3427 (rfc3427) - Page 3 of 12

Change Process for the Session Initiation Protocol (SIP)

RFC 3427                 Change Process for SIP            December 2002


2.2 The IETF SIPPING Working Group

   The IETF Session Initiation Protocol Proposal Investigation (sipping)
   Working Group is chartered to be a filter in front of the SIP Working
   Group.  This working group will investigate requirements for
   applications of SIP, some of which may lead to requests for
   extensions to SIP.  These requirements may come from the community at
   large, or from individuals who are reporting the requirements as
   determined by another standards body.  The SIPPING Working Group will
   also not live forever, with similar consideration to the sections
   above.

   The SIPPING Working Group may determine: that these requirements can
   be satisfied by SIP without modifications, that the requirements are
   not sufficiently general to warrant a change to SIP, that the
   requirements justify a change to SIP, or that the requirements should
   be combined with other requirements to solve a more general problem
   or solve the same problem in a more flexible way.

   Because the SIP protocol gets so much attention, some application
   designers may want to use it just because it is there, such as for
   controlling household appliances.  SIPPING should act as a filter,
   accepting only requirements which play to the best strengths of SIP,
   such as realtime presence.

   When the SIPPING working group decides on a set of requirements, it
   forwards them to the SIP working group.  The SIPPING Working Group
   may also document usage or applications of SIP which do not require
   any protocol extensions.

   The SIPPING working group also acts as a filter for proposed event
   packages as described in Section 4.3.

3. SIP Change Process

   Anyone who thinks that the existing SIP protocol is applicable to
   their application, yet not sufficient for their task must write an
   individual Internet-Draft explaining the problem they are trying to
   solve, why SIP is the applicable protocol, and why the existing SIP
   protocol will not work.  The Internet-Draft must include a detailed
   set of requirements (distinct from solutions) that SIP would need to
   meet to solve the particular problem.  The Internet-Draft must also
   describe in detail any security issues that arise from meeting those
   requirements.  After the Internet-Draft is published, the authors
   should send a note to the SIPPING Working Group mailing list to start
   discussion on the Internet-Draft.





Mankin, et. al.          Best Current Practice