Re: [Technical Errata Reported] RFC3261 (2910)

Bob Penfield <[email protected]> Tue, 2 Aug 2011 11:58:50 -0400
Newsgroups gmane.ietf.sip
Message-ID <DC49588FF3643F43B3A2A8F6F0A625F0284638642A@mailbox1.acmepacket.com>
The entry in the table should be "c" (not "m"). A Contact is not required i=
n a 100 Trying response. The Contact is only required for a 1xx that create=
s a dialog.


-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of RFC E=
rrata System
Sent: Tuesday, August 02, 2011 10:54 AM
To: [email protected]; [email protected]; Gonzalo.Camarillo=
@ericsson.com; [email protected]; [email protected]; rsparks@dy=
namicsoft.com; [email protected]; [email protected]; gonzalo.camarillo@e=
ricsson.com; [email protected]; [email protected]; drage@alcatel=
-lucent.com
Cc: [email protected]; [email protected]
Subject: [Sip] [Technical Errata Reported] RFC3261 (2910)


The following errata report has been submitted for RFC3261,
"SIP: Session Initiation Protocol".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=3D3261&eid=3D2910

--------------------------------------
Type: Technical
Reported by: I=F1aki Baz Castillo <[email protected]>

Section: Table 2

Original Text
-------------
      Header field          where   proxy ACK BYE CAN INV OPT REG
      ___________________________________________________________
      Contact                1xx           -   -   -   o   -   -

Corrected Text
--------------
      Header field          where   proxy ACK BYE CAN INV OPT REG
      ___________________________________________________________
      Contact                1xx           -   -   -   m   -   -

Notes
-----
RFC 3261 says:

Section 12.1: "Dialogs are created through the generation of non-failure re=
sponses to requests with specific methods.  Within this specification, only=
 2xx and 101-199 responses with a To tag, where the request was INVITE, wil=
l establish a dialog."

Section 12.1.1: "When a UAS responds to a request with a response that esta=
blishes a dialog (such as a 2xx to INVITE), the UAS MUST copy all Record-Ro=
ute header field values from the request into the response [...].  The UAS =
MUST add a Contact header field to the response."

So it's clear that a 1xx response to an INVITE creates a dialog and then it=
 MUST contain a Contact header and mirrored Record-Route headers.

However Table 2 (page 162) says:

      Header field          where   proxy ACK BYE CAN INV OPT REG
      ___________________________________________________________
      Contact                1xx           -   -   -   o   -   -
      Record-Route        2xx,18x    mr    -   o   o   o   o   -

Obviously Record-Route is optional since in the absence of a proxy doing re=
cord-routing, such header will not be present. However Contact header shoul=
d appear as mandatory (m) for 1xx responses for INVITE rather than optional=
 (o).

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. =


--------------------------------------
RFC3261 (draft-ietf-sip-rfc2543bis-09)
--------------------------------------
Title               : SIP: Session Initiation Protocol
Publication Date    : June 2002
Author(s)           : J. Rosenberg, H. Schulzrinne, G. Camarillo, A. Johnst=
on, J. Peterson, R. Sparks, M. Handley, E. Schooler
Category            : PROPOSED STANDARD
Source              : Session Initiation Protocol
Area                : Real-time Applications and Infrastructure
Stream              : IETF
Verifying Party     : IESG
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is essentially closed and only used for finishing old business.
Use [email protected] for questions on how to develop a SIP =
implementation.
Use [email protected] for new developments on the application of sip.
Use [email protected] for issues related to maintenance of the core SIP spec=
ifications.