Re: [Technical Errata Reported] RFC5952 (3884)

Seiichi Kawamura <kawamucho@mesh.ad.jp> Wed, 12 February 2014 04:58 UTC

Return-Path: <kawamucho@mesh.ad.jp>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F28B81A0841 for <ipv6@ietfa.amsl.com>; Tue, 11 Feb 2014 20:58:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.692
X-Spam-Level:
X-Spam-Status: No, score=-1.692 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001] autolearn=no
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 jzE094DvVhJy for <ipv6@ietfa.amsl.com>; Tue, 11 Feb 2014 20:58:04 -0800 (PST)
Received: from tyo201.gate.nec.co.jp (TYO201.gate.nec.co.jp [202.32.8.193]) by ietfa.amsl.com (Postfix) with ESMTP id F03D91A0840 for <ipv6@ietf.org>; Tue, 11 Feb 2014 20:58:03 -0800 (PST)
Received: from mailgate3.nec.co.jp ([10.7.69.197]) by tyo201.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id s1C4vbM0018870; Wed, 12 Feb 2014 13:57:37 +0900 (JST)
Received: from mailsv4.nec.co.jp (imss62.nec.co.jp [10.7.69.157]) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) with ESMTP id s1C4va309535; Wed, 12 Feb 2014 13:57:36 +0900 (JST)
Received: from bgas200085.sys.biglobe.nec.co.jp (bgas200085.sys.biglobe.nec.co.jp [10.82.141.45]) by mailsv4.nec.co.jp (8.13.8/8.13.4) with ESMTP id s1C4vaSI007571; Wed, 12 Feb 2014 13:57:36 +0900 (JST)
Received: from mail.sys.biglobe.nec.co.jp (localhost [127.0.0.1]) by bgas200085.sys.biglobe.nec.co.jp (BINGO/BINGO/06101717) with ESMTP id s1C4va5S000519; Wed, 12 Feb 2014 13:57:36 +0900
Received: from [127.0.0.1] ([10.84.99.49]) (authenticated bits=0) (envelope-from kawamucho@mesh.ad.jp) by mail.sys.biglobe.nec.co.jp (BINGO/BINGO/10031711) with ESMTP id s1C4vaHL015432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Feb 2014 13:57:36 +0900
Message-ID: <52FAFF44.2080307@mesh.ad.jp>
Date: Wed, 12 Feb 2014 13:57:40 +0900
From: Seiichi Kawamura <kawamucho@mesh.ad.jp>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: RFC Errata System <rfc-editor@rfc-editor.org>, kawashimam@vx.jp.nec.com, brian@innovationslab.net, ted.lemon@nominum.com, bob.hinden@gmail.com, otroan@employees.org
Subject: Re: [Technical Errata Reported] RFC5952 (3884)
References: <20140206100013.9F25D7FC158@rfc-editor.org>
In-Reply-To: <20140206100013.9F25D7FC158@rfc-editor.org>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Cc: ipv6@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 12 Feb 2014 04:58:06 -0000

Hi

Thanks for your comments.

RFC5952 updates RFC4291.
In RFC4291 section 2.2 states

      The use of "::" indicates one or more groups of 16 bits of zeros.

so in the case you raise,

> You would think this should be obvious, but I have seen actual discussions that
2001:db8:1:1::1:1:1:1 is correct syntax. Explicitly forbidding this form does no harm and
stops all discussions in this direction.

those people must not have read RFC4291.
RFC5952 section 4. first paragraph specifically states
"The recommendation in this
   document is one that complies fully with [RFC4291]"

It took me a while to figure out what you were trying to
point out to with your revised text, so the best way I think
is to put a pointer to RFC4291, which we've already done.
So I don't really see much of a need to revise for this.

Regards,
Seiichi


(2014/02/06 19:00), RFC Errata System wrote:
> The following errata report has been submitted for RFC5952,
> "A Recommendation for IPv6 Address Text Representation".
> 
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=5952&eid=3884
> 
> --------------------------------------
> Type: Technical
> Reported by: Richard Hartmann <richih.mailinglist@gmail.com>
> 
> Section: 4.2.2.
> 
> Original Text
> -------------
> 4.2.2.  Handling One 16-Bit 0 Field
> 
>     The symbol "::" MUST NOT be used to shorten just one 16-bit 0 field.
>     For example, the representation 2001:db8:0:1:1:1:1:1 is correct, but
>     2001:db8::1:1:1:1:1 is not correct.
> 
> Corrected Text
> --------------
> 4.2.2.  Incorrect use of "::"
> 
>     The symbol "::" MUST NOT be used to shorten just one 16-bit 0 field.
>     For example, the representation 2001:db8:0:1:1:1:1:1 is correct, but
>     2001:db8::1:1:1:1:1 is not correct.
> 
>     The symbol "::" MUST NOT be used just so. For example, the
>     representation 2001:db8:1:1:1:1:1:1 is correct, but
>     2001:db8:1:1::1:1:1:1 is not correct.
> 
> Notes
> -----
> You would think this should be obvious, but I have seen actual discussions that 2001:db8:1:1::1:1:1:1 is correct syntax. Explicitly forbidding this form does no harm and stops all discussions in this direction.
> 
> Thanks for your work.
> 
> 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.
> 
> --------------------------------------
> RFC5952 (draft-ietf-6man-text-addr-representation-07)
> --------------------------------------
> Title               : A Recommendation for IPv6 Address Text Representation
> Publication Date    : August 2010
> Author(s)           : S. Kawamura, M. Kawashima
> Category            : PROPOSED STANDARD
> Source              : IPv6 Maintenance
> Area                : Internet
> Stream              : IETF
> Verifying Party     : IESG
>