Re: [Technical Errata Reported] RFC6874 (3631)

Michael Sweet <msweet@apple.com> Thu, 23 May 2013 06:10 UTC

Return-Path: <msweet@apple.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C879321F9616 for <ipv6@ietfa.amsl.com>; Wed, 22 May 2013 23:10:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eq+kj0qjHMet for <ipv6@ietfa.amsl.com>; Wed, 22 May 2013 23:10:24 -0700 (PDT)
Received: from mail-out.apple.com (honeycrisp.apple.com [17.151.62.51]) by ietfa.amsl.com (Postfix) with ESMTP id 727F821F96BE for <ipv6@ietf.org>; Wed, 22 May 2013 23:10:24 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; CHARSET="US-ASCII"
Received: from relay7.apple.com ([17.128.113.101]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MN80090SMH8ZL50@mail-out.apple.com> for ipv6@ietf.org; Wed, 22 May 2013 23:10:24 -0700 (PDT)
X-AuditID: 11807165-b7f496d000000613-8a-519db2d0e481
Received: from jimbu (jimbu.apple.com [17.151.62.37]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay7.apple.com (Apple SCV relay) with SMTP id C5.F7.01555.0D2BD915; Wed, 22 May 2013 23:10:24 -0700 (PDT)
Received: from [10.0.1.102] (208-96-65-222.eastlink.ca [208.96.65.222]) by jimbu.apple.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MN800HZ4MGSV760@jimbu.apple.com> for ipv6@ietf.org; Wed, 22 May 2013 23:10:24 -0700 (PDT)
References: <20130523035941.3CAB96210A@rfc-editor.org> <519DA8DC.4000204@gmail.com>
In-reply-to: <519DA8DC.4000204@gmail.com>
Message-id: <321929FB-F82A-4388-8FB3-2DCCC2E0EF9D@apple.com>
X-Mailer: iPad Mail (10B329)
From: Michael Sweet <msweet@apple.com>
Subject: Re: [Technical Errata Reported] RFC6874 (3631)
Date: Thu, 23 May 2013 02:10:25 -0400
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrOLMWRmVeSWpSXmKPExsUiON1OVffCprmBBl3NfBYvz75ncmD0WLLk J1MAYxSXTUpqTmZZapG+XQJXRtPKPqaCb0IVV1qWsDQwvuXrYuTkkBAwkbi8YzYzhC0mceHe erYuRi4OIYEGJokv/UuYIZzlTBIvZi1lAakSEgiV2Lr2KROIzSsgLvH66BRGEJtTQFOi4cBt sDizgJbE+p3HoWxtiSfvLrBC1NtIHNnTxwoylFngLJPE0SkzmSBWy0hs3v6YHcRmE1CT+D2p D6xBWMBc4sbHN2A1LAKqEove7AE7QkTAWKKx6zTrBEaBWUjumIVk9ywkuxcwMq9iFChKzUms NNdLLCjISdVLzs/dxAgKvobC1B2MjcutDjEKcDAq8fAeuDEnUIg1say4MvcQowQHs5II7+ae uYFCvCmJlVWpRfnxRaU5qcWHGKU5WJTEeX/PnRUoJJCeWJKanZpakFoEk2Xi4JRqYORh27xe /ZTijPZntT3CoT57Xjx4u4K7fM9+idoH/5Xua4dedbHhv571a/4O500vkkIOpshellE5qfz9 /t3vB7ifvRdborRQeynnv1ZdOSOFi1ouqSFn76kmbf9cuOuXWXVUlZnnkkQ2v5J1EQdnTPbI qGb6c6jZd1/4rB3OnBcrwgUWJf8IWKfEUpyRaKjFXFScCADoAGzaOgIAAA==
X-Mailman-Approved-At: Wed, 22 May 2013 23:16:53 -0700
Cc: "brian@innovationslab.net" <brian@innovationslab.net>, "ipv6@ietf.org" <ipv6@ietf.org>, "bob.hinden@gmail.com" <bob.hinden@gmail.com>, "ted.lemon@nominum.com" <ted.lemon@nominum.com>, RFC Errata System <rfc-editor@rfc-editor.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 May 2013 06:10:29 -0000

See my previous response.

Sent from my iPad

On 2013-05-23, at 1:27 AM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:

> Again, completely wrong for the same reason that Erratum 3630 is wrong.
> 
> Regards
>   Brian Carpenter
> 
> On 23/05/2013 15:59, RFC Errata System wrote:
>> The following errata report has been submitted for RFC6874,
>> "Representing IPv6 Zone Identifiers in Address Literals and Uniform Resource Identifiers".
>> 
>> --------------------------------------
>> You may review the report below and at:
>> http://www.rfc-editor.org/errata_search.php?rfc=6874&eid=3631
>> 
>> --------------------------------------
>> Type: Technical
>> Reported by: Michael Sweet <msweet@apple.com>
>> 
>> Section: 4
>> 
>> Original Text
>> -------------
>>   An HTTP client, proxy, or other intermediary MUST remove any ZoneID
>>   attached to an outgoing URI, as it has only local significance at the
>>   sending host.
>> 
>> 
>> Corrected Text
>> --------------
>>   An HTTP client, proxy, or other intermediary MUST retain any ZoneID
>>   attached to an outgoing URI, as it will be the only way for an HTTP server
>>   to return a URI containing a link-local address that can subsequently be
>>   used by the HTTP client.
>> 
>> 
>> Notes
>> -----
>> The original advice ignores a very real issue: HTTP Servers that generate URIs from the client's Host: need to include the Client's zoneid in order for the link local address to be usable/routable.
>> 
>> 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. 
>> 
>> --------------------------------------
>> RFC6874 (draft-ietf-6man-uri-zoneid-06)
>> --------------------------------------
>> Title               : Representing IPv6 Zone Identifiers in Address Literals and Uniform Resource Identifiers
>> Publication Date    : February 2013
>> Author(s)           : B. Carpenter, S. Cheshire, R. Hinden
>> Category            : PROPOSED STANDARD
>> Source              : IPv6 Maintenance
>> Area                : Internet
>> Stream              : IETF
>> Verifying Party     : IESG
>>