Re: [sipcore] FW: [Technical Errata Reported] RFC3261 (4553)

"A. Jean Mahoney" <mahoney@nostrum.com> Sat, 05 December 2015 21:05 UTC

Return-Path: <mahoney@nostrum.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 828AD1A86F5 for <sipcore@ietfa.amsl.com>; Sat, 5 Dec 2015 13:05:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id evQqGBV_zmxt for <sipcore@ietfa.amsl.com>; Sat, 5 Dec 2015 13:05:29 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C163F1A86EE for <sipcore@ietf.org>; Sat, 5 Dec 2015 13:05:29 -0800 (PST)
Received: from mutabilis-2.local (pool-173-57-210-37.dllstx.fios.verizon.net [173.57.210.37]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id tB5L5HEI056298 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 5 Dec 2015 15:05:24 -0600 (CST) (envelope-from mahoney@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host pool-173-57-210-37.dllstx.fios.verizon.net [173.57.210.37] claimed to be mutabilis-2.local
To: Christer Holmberg <christer.holmberg@ericsson.com>, "sipcore-chairs@tools.ietf.org" <sipcore-chairs@tools.ietf.org>, SIPCORE <sipcore@ietf.org>, Ben Campbell <ben@nostrum.com>
References: <20151204140645.77D7B180004@rfc-editor.org> <7594FB04B1934943A5C02806D1A2204B37C8372C@ESESSMB209.ericsson.se>
From: "A. Jean Mahoney" <mahoney@nostrum.com>
Message-ID: <56635188.40009@nostrum.com>
Date: Sat, 05 Dec 2015 15:05:12 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37C8372C@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/sipcore/jd4laxxcWZ5Ty4TWYbUmgeOm0NM>
Subject: Re: [sipcore] FW: [Technical Errata Reported] RFC3261 (4553)
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 05 Dec 2015 21:05:31 -0000

Hi Christer,

+Ben and +sipcore since errata aren't sent automatically to the list. 
The AD pulls the levers on submitted errata.

Thanks,

Jean


On 12/5/15 9:42 AM, Christer Holmberg wrote:
> Hi chairs,
>
> I hope that we can move ahead with this errata asap. It may seem like a minor issue, but it is actually causing headaches in deployments, and within the test specification community.
>
> People supported the suggestion on the list, and nobody objected, so I assume it should not cause any problems.
>
> Regards,
>
> Christer
>
>
> -----Original Message-----
> From: RFC Errata System [mailto:rfc-editor@rfc-editor.org]
> Sent: 04 December 2015 16:07
> To: jdrosen@dynamicsoft.com; schulzrinne@cs.columbia.edu; Gonzalo Camarillo <gonzalo.camarillo@ericsson.com>; alan.johnston@wcom.com; jon.peterson@neustar.com; rsparks@dynamicsoft.com; mjh@icir.org; schooler@research.att.com; ben@nostrum.com; alissa@cooperw.in; dean.willis@softarmor.com; drage@alcatel-lucent.com
> Cc: Christer Holmberg <christer.holmberg@ericsson.com>; rfc-editor@rfc-editor.org
> Subject: [Technical Errata Reported] RFC3261 (4553)
>
> 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=3261&eid=4553
>
> --------------------------------------
> Type: Technical
> Reported by: Christer Holmberg <christer.holmberg@ericsson.com>
>
> Section: 20.11
>
> Original Text
> -------------
> The handling parameter, handling-param, describes how the UAS should react if it receives a message body whose content type or disposition type it does not understand.  The parameter has defined values of \\"optional\\" and \\"required\\".  If the handling parameter is missing, the value \\"required\\" SHOULD be assumed.  The handling parameter is described in RFC 3204 [19].
>
>
> Corrected Text
> --------------
> The handling parameter, handling-param, describes how the UAS should react if it receives a message body whose content type or disposition type it does not understand.  The parameter has defined values of \\"optional\\" and \\"required\\".  If the handling parameter is missing, or if the Content-Disposition header field is missing, the value \\"required\\"
> MUST be assumed.  The handling parameter is described in RFC 3204 [19].
>
>
> Notes
> -----
> SIPCORE discussion: https://mailarchive.ietf.org/arch/msg/sipcore/bn-pRgDyGL2FP_M7eYpyT35zNp4
>
> Instructions:
> -------------
> This erratum 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. Johnston, 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
>