[Sip] Corrected: [Technical Errata Reported] RFC5923 (2310)

rfc-editor@rfc-editor.org Tue, 14 September 2010 19:10 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: sip@core3.amsl.com
Delivered-To: sip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 11B9B3A6B26 for <sip@core3.amsl.com>; Tue, 14 Sep 2010 12:10:34 -0700 (PDT)
X-Quarantine-ID: <Ujbq57kBGHku>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char C3 hex): Cc: Alfred H\303\216nes <ah@TR-Sys[...]
X-Spam-Flag: NO
X-Spam-Score: -102.126
X-Spam-Level:
X-Spam-Status: No, score=-102.126 tagged_above=-999 required=5 tests=[AWL=0.474, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ujbq57kBGHku for <sip@core3.amsl.com>; Tue, 14 Sep 2010 12:10:28 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by core3.amsl.com (Postfix) with ESMTP id 97F653A69F5 for <sip@ietf.org>; Tue, 14 Sep 2010 12:10:26 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id ACECAE06DE; Tue, 14 Sep 2010 12:10:47 -0700 (PDT)
To: Vijay K. Gurbani <vkg@alcatel-lucent.com>, Rohan Mahy <rohan@ekabal.com>, brett@broadsoft.com, gonzalo.camarillo@ericsson.com, rjsparks@nostrum.com, dean.willis@softarmor.com, drage@alcatel-lucent.com
From: rfc-editor@rfc-editor.org
Message-Id: <20100914191047.ACECAE06DE@rfc-editor.org>
Date: Tue, 14 Sep 2010 12:10:47 -0700 (PDT)
Cc: sip@ietf.org, Alfred H��nes <ah@TR-Sys.de>, rfc-editor@rfc-editor.org
Subject: [Sip] Corrected: [Technical Errata Reported] RFC5923 (2310)
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Sep 2010 19:10:34 -0000

[Resending with corrected Source of RFC: sip (rai).
Thanks to Magnus Westerlund for bringing this to our attention.]


The following errata report has been submitted for RFC5923,
"Connection Reuse in the Session Initiation Protocol (SIP)".

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

--------------------------------------
Type: Technical
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 8.2

Original Text
-------------
[[ in the last paragraph at the bottom of page 13: ]]

  The server, if it decides to reuse the connection, MUST cache in the
  alias table the identity (or identities) of the client as they appear
|  in the X.509 certificate subjectAlternativeName extension field.  [...]
                                  ^^^^^^^^^^^

Corrected Text
--------------
  The server, if it decides to reuse the connection, MUST cache in the
  alias table the identity (or identities) of the client as they appear
|  in the X.509 certificate subjectAltName extension field.  [...]
                                  ^^^

Notes
-----
Rationale:
 Mis-spelling of the defined certificate extension name --
 see (for example) RFC 5280.

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. 

--------------------------------------
RFC5923 (draft-ietf-sip-connect-reuse-14)
--------------------------------------
Title               : Connection Reuse in the Session Initiation Protocol (SIP)
Publication Date    : June 2010
Author(s)           : V. Gurbani, Ed., R. Mahy, B. Tate
Category            : PROPOSED STANDARD
Source              : Session Initiation Protocol
Area                : Real-time Applications and Infrastructure
Stream              : IETF
Verifying Party     : IESG