[Sipping] [Technical Errata Reported] RFC4235 (2861)

RFC Errata System <rfc-editor@rfc-editor.org> Thu, 14 July 2011 05:23 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: sipping@ietfa.amsl.com
Delivered-To: sipping@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 242B121F89C1 for <sipping@ietfa.amsl.com>; Wed, 13 Jul 2011 22:23:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.46
X-Spam-Level:
X-Spam-Status: No, score=-102.46 tagged_above=-999 required=5 tests=[AWL=0.140, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YwNVX+NTcb6Z for <sipping@ietfa.amsl.com>; Wed, 13 Jul 2011 22:23:38 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by ietfa.amsl.com (Postfix) with ESMTP id B9C2B21F88B6 for <sipping@ietf.org>; Wed, 13 Jul 2011 22:23:38 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 8ACBD98C500; Wed, 13 Jul 2011 22:23:38 -0700 (PDT)
To: jdrosen@cisco.com, schulzrinne@cs.columbia.edu, rohan@ekabal.com, gonzalo.camarillo@ericsson.com, rjsparks@nostrum.com, gonzalo.camarillo@ericsson.com, mary.ietf.barnes@gmail.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20110714052338.8ACBD98C500@rfc-editor.org>
Date: Wed, 13 Jul 2011 22:23:38 -0700
X-Mailman-Approved-At: Sat, 16 Jul 2011 09:34:20 -0700
Cc: martin.thomson@commscope.com, sipping@ietf.org, rfc-editor@rfc-editor.org
Subject: [Sipping] [Technical Errata Reported] RFC4235 (2861)
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipping>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Jul 2011 05:23:43 -0000

The following errata report has been submitted for RFC4235,
"An INVITE-Initiated Dialog Event Package for the Session Initiation Protocol (SIP)".

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

--------------------------------------
Type: Technical
Reported by: Martin Thomson <martin.thomson@commscope.com>

Section: 4.4

Original Text
-------------
  <xs:element name="state">
    <xs:complexType>
      <xs:simpleContent>
        <xs:extension base="xs:string">


Corrected Text
--------------
  <xs:element name="state">
    <xs:complexType>
      <xs:simpleContent>
        <xs:extension base="tns:dialog-state">
...

  <xs:simpleType name="dialog-state">
    <xs:restriction base="xs:string">
      <xs:enumeration value="trying"/>
      <xs:enumeration value="proceeding"/>
      <xs:enumeration value="early"/>
      <xs:enumeration value="confirmed"/>
      <xs:enumeration value="terminated"/>
    </xs:restriction>
  </xs:simpleType>


Notes
-----
The RFC is rather coy about defining the exact syntax for the state element.  The schema permits any content.  It's fairly clear from the description in Section 3.7.1 what the permitted values are, but the case of the values is never explicitly stated.  The text and diagram use title case consistently, and all the examples use lower case exclusively.

This is bad for interoperability.  In practice, this is probably moot, since most implementations will use the lowercase form.  Arguably, it would be valid to produce a value of "Early".  An implementation seeking maximum interoperability would have to use case insensitive comparison to avoid a misinterpretation of the value.

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. 

--------------------------------------
RFC4235 (draft-ietf-sipping-dialog-package-06)
--------------------------------------
Title               : An INVITE-Initiated Dialog Event Package for the Session Initiation Protocol (SIP)
Publication Date    : November 2005
Author(s)           : J. Rosenberg, H. Schulzrinne, R. Mahy, Ed.
Category            : PROPOSED STANDARD
Source              : Session Initiation Proposal Investigation
Area                : Real-time Applications and Infrastructure
Stream              : IETF
Verifying Party     : IESG