Re: [sipcore] [Technical Errata Reported] RFCs 3515, 5502, 5360, ...
Brett Tate <brett@broadsoft.com> Thu, 31 March 2016 14:47 UTC
Return-Path: <brett@broadsoft.com>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1EC912D199 for <sipcore@ietfa.amsl.com>; Thu, 31 Mar 2016 07:47:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=broadsoft-com.20150623.gappssmtp.com
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 k-t4csvzOfro for <sipcore@ietfa.amsl.com>; Thu, 31 Mar 2016 07:47:00 -0700 (PDT)
Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 2F05812D153 for <sipcore@ietf.org>; Thu, 31 Mar 2016 07:46:48 -0700 (PDT)
Received: by mail-ig0-x230.google.com with SMTP id nk17so127933661igb.1 for <sipcore@ietf.org>; Thu, 31 Mar 2016 07:46:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadsoft-com.20150623.gappssmtp.com; s=20150623; h=from:references:in-reply-to:mime-version:thread-index:date :message-id:subject:to; bh=YN34kksz5Rsb/ofgjyUJEwGPrwymq8On6lccuJyv2O0=; b=gU4W8I2ojFRM2XJp6AIKx57h+v/M5L7HgH9FoHouSWJFI9UaDgm7JD2fljk3eZRqGk PRduTZ1HwF3DhWWPTaXCl/Vqy5UsZxCf0KUwnrgwb2/rc3x+MM6s685ChwtzpfQd7qxi lPkI/YfQrG3wYIrQs/3t5D3yM2RKYKvDcEXviDZ74RM0z9hzf2RXZADGvdg7vq5IyerR mBI7hsWhmtWn2f9RObXycVP7Mx7PVEBZUzr3hH8QVpiOMYGL9Pkauci27+JUk3l5StkL ojJuLua94rds7rHJOoMjNhgLFFYO5qUyXMrpH/4i/Ztmf27vU7S9rmoQT0pB34u04uw5 vp/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to; bh=YN34kksz5Rsb/ofgjyUJEwGPrwymq8On6lccuJyv2O0=; b=FKJdFj7896nXgO6mURBqFWYFhvGwtnx6sKRj6hcuTmnFEVu/P2X+0eA6+zrY3roQNx j+InDTxhon2HmKjC0Nd2gzUTUOHe7gVKVcL5PrTBLrOI0s4cBfmfrHMVr3lH7R0zivAT lLV8gMXbA2hrlBrw6DEK28EcZVwjF2hAyq4CHBCKxh0zBjZ/2+qCJ5cZGVAIy/p3cCG6 SC9ueI/tApRz0PJqnm8gj+nFYt3wP3QRwJANoEXStm47h9d+8Ku+zsvcG2nVhakfJI0M FKQIbRYo1WUOlCS5gH0UZQbSVpKay5kclt2aQOQyPuFe0SONzwOXDjhL1H9ioJCZjiUN 9PUw==
X-Gm-Message-State: AD7BkJLpigeVd/Spi+nVcTv1RjNXyTsmudWuU9D6ILGC66YiSGk+3FczUoxp3bhD96CUh4uReIApCBrLgEZLfgDS
X-Received: by 10.50.61.232 with SMTP id t8mr3985630igr.83.1459435607380; Thu, 31 Mar 2016 07:46:47 -0700 (PDT)
From: Brett Tate <brett@broadsoft.com>
References: <20160329135428.51F55180004@rfc-editor.org> <8ebfaf07d50da3c1dafb4083e5d2862b@mail.gmail.com> <56FD2F21.2070609@alum.mit.edu>
In-Reply-To: <56FD2F21.2070609@alum.mit.edu>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIs2UBGDB8Ij4av+iZyog60lg6FcgHIhIa7AmaiPsGem4JkwA==
Date: Thu, 31 Mar 2016 10:46:46 -0400
Message-ID: <d169336287e53dfd3c0ff335fce5c895@mail.gmail.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, sipcore@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/sipcore/dqT-rqcTW4eOYtx6KTv4FOz6cWE>
Subject: Re: [sipcore] [Technical Errata Reported] RFCs 3515, 5502, 5360, ...
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 31 Mar 2016 14:47:03 -0000
Hi, I agree; that was why I sent the following email in October 2013 while sipcore was working on similar errata for RFC 3325. I used that email and aspects of the RFC 3325 errata to produce the recent errata for RFC 3515, RFC 5002, RFC 5318, RFC 5360, and RFC 5502. I have not check any headers register with IANA since October 2013. http://www.ietf.org/mail-archive/web/sipcore/current/msg05731.html Thanks, Brett > -----Original Message----- > From: sipcore [mailto:sipcore-bounces@ietf.org] On Behalf Of Paul Kyzivat > Sent: Thursday, March 31, 2016 10:07 AM > To: sipcore@ietf.org > Subject: Re: [sipcore] [Technical Errata Reported] RFCs 3515, 5502, 5360, ... > > ISTM that it would be good to discuss all of these together, and perhaps > solicit pointers to any others that need a similar fix. > > Thanks, > Paul > > On 3/31/16 7:36 AM, Brett Tate wrote: > > Copying sipcore since similar errata being discussed. > > > >> -----Original Message----- > >> From: Brett Tate [mailto:brett@broadsoft.com] > >> Sent: Tuesday, March 29, 2016 10:23 AM > >> To: 'RFC Errata System'; 'HansErik.van.Elburg@ericsson.com'; > > 'iesg@ietf.org' > >> Subject: RE: [Technical Errata Reported] RFC5502 (4648) > >> > >> Hi, > >> > >> My proposed resolution is similar to what occurred within RFC 3325 > > errata > >> (3744 and 3894). > >> > >>> -----Original Message----- > >>> From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] > >>> Sent: Tuesday, March 29, 2016 9:54 AM > >>> To: HansErik.van.Elburg@ericsson.com; iesg@ietf.org > >>> Cc: brett@broadsoft.com; rfc-editor@rfc-editor.org > >>> Subject: [Technical Errata Reported] RFC5502 (4648) > >>> > >>> The following errata report has been submitted for RFC5502, "The SIP > >>> P- Served-User Private-Header (P-Header) for the 3GPP IP Multimedia > >>> (IM) Core Network (CN) Subsystem". > >>> > >>> -------------------------------------- > >>> You may review the report below and at: > >>> http://www.rfc-editor.org/errata_search.php?rfc=5502&eid=4648 > >>> > >>> -------------------------------------- > >>> Type: Technical > >>> Reported by: Brett Tate <brett@broadsoft.com> > >>> > >>> Section: 6 > >>> > >>> Original Text > >>> ------------- > >>> EQUAL, HCOLON, SEMI, name-addr, addr-spec, and generic-param are > >>> defined in RFC 3261 [2]. > >>> > >>> > >>> Corrected Text > >>> -------------- > >>> EQUAL, HCOLON, SEMI, name-addr, addr-spec, and generic-param are > >>> defined in RFC 3261 [2]. > >>> > >>> If the URI contains a comma, question mark or semicolon, the URI > >>> MUST be enclosed in angle brackets (< and >). > >>> > >>> Notes > >>> ----- > >>> If addr-spec is used when there are parameters, it is ambiguous if > >>> the parameters are URI parameters or served-user-param. For > >>> consistency with RFC > >>> 3261 section 20, the same bracket rule is indicated even if comma > >>> and question mark do not cause an issue. > >>> > >>> 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. > >>> > >>> -------------------------------------- > >>> RFC5502 (draft-vanelburg-sipping-served-user-08) > >>> -------------------------------------- > >>> Title : The SIP P-Served-User Private-Header (P-Header) > > for > >> the > >>> 3GPP IP Multimedia (IM) Core Network (CN) Subsystem > >>> Publication Date : April 2009 > >>> Author(s) : J. van Elburg > >>> Category : INFORMATIONAL > >>> Source : IETF - NON WORKING GROUP > >>> Area : N/A > >>> Stream : IETF > >>> Verifying Party : IESG > > > > _______________________________________________ > > sipcore mailing list > > sipcore@ietf.org > > https://www.ietf.org/mailman/listinfo/sipcore > > > > _______________________________________________ > sipcore mailing list > sipcore@ietf.org > https://www.ietf.org/mailman/listinfo/sipcore
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Dale R. Worley
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Drage, Keith (Nokia - GB)
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Brett Tate
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Dale R. Worley
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Dale R. Worley
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Ben Campbell
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Ben Campbell
- Re: [sipcore] [Technical Errata Reported] RFCs 35… Paul Kyzivat
- Re: [sipcore] [Technical Errata Reported] RFC5502… Brett Tate
- Re: [sipcore] [Technical Errata Reported] RFCs 35… Brett Tate
- Re: [sipcore] [Technical Errata Reported] RFCs 35… Dale R. Worley
- Re: [sipcore] [Technical Errata Reported] RFCs 35… Robert Sparks
- Re: [sipcore] [Technical Errata Reported] RFCs 35… Paul Kyzivat
- Re: [sipcore] [Technical Errata Reported] RFCs 35… Robert Sparks
- [sipcore] draft-sparks-sipcore-name-addr-guidance… Robert Sparks
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Paul Kyzivat
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Christer Holmberg
- Re: [sipcore] draft-sparks-sipcore-name-addr-guid… Robert Sparks