Re: [v6ops] comment on draft-liu-v6ops-ula-usage-analysis

Jen Linkova <furry13@gmail.com> Wed, 06 November 2013 02:17 UTC

Return-Path: <furry13@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD70A11E81D3 for <v6ops@ietfa.amsl.com>; Tue, 5 Nov 2013 18:17:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.257
X-Spam-Level:
X-Spam-Status: No, score=-2.257 tagged_above=-999 required=5 tests=[AWL=-0.257, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, NO_RELAYS=-0.001]
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 7zJPNCxl5iXn for <v6ops@ietfa.amsl.com>; Tue, 5 Nov 2013 18:17:13 -0800 (PST)
Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 578EC11E81C6 for <v6ops@ietf.org>; Tue, 5 Nov 2013 18:17:10 -0800 (PST)
Received: by mail-qa0-f42.google.com with SMTP id ii20so1116329qab.8 for <v6ops@ietf.org>; Tue, 05 Nov 2013 18:17:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=r/4ZJcw0GRGaNQm3vkXyj+iTZL2O2IBgQI5w/anxEd4=; b=KcXmxJqR3QbsmRWmeXx+/0JxKa7utYO2ttXYiEre7hU2GXJTkEINYkyQVVKWH1i0IM OTGUD6lOpTWZYG/CTo3DqXV/L32GiEFnBxFxpSAHPIS+xTGE7wNIEEQkoDWFCE/vhYL0 v7tS5MvQikHUQBrh2jvhJx8a8nOYeorkEPYa/IA1tWUqGYqAnSpsT4AB57q07ZhNu9XC jM4SZJPLNeS2koQvv9HN9Z8c0WgLnt81xwuSC+p9PIt/JrrUfGrm+IKO1y7poDgGZH4i EN9UKILuNGfgGRfAn8v17kkGrhgPeC1Xg8j7KTT2m2TjawuLdngwwIpDDbTninkfZblQ bNcw==
X-Received: by 10.224.14.79 with SMTP id f15mr2356542qaa.113.1383704227882; Tue, 05 Nov 2013 18:17:07 -0800 (PST)
MIME-Version: 1.0
Received: by 10.224.100.195 with HTTP; Tue, 5 Nov 2013 18:16:47 -0800 (PST)
In-Reply-To: <8AE0F17B87264D4CAC7DE0AA6C406F453D7F090A@nkgeml506-mbx.china.huawei.com>
References: <CAFU7BAR3C8FwU49CsWua20Tmz24Jzd6UVuN=Aoea8Z03drvELQ@mail.gmail.com> <8AE0F17B87264D4CAC7DE0AA6C406F453D7F090A@nkgeml506-mbx.china.huawei.com>
From: Jen Linkova <furry13@gmail.com>
Date: Wed, 06 Nov 2013 03:16:47 +0100
Message-ID: <CAFU7BASrYeLMZABR1Fz-18tyi-YVeBtuYh2OSk3v4pDbk4Zj1A@mail.gmail.com>
To: "Liubing (Leo)" <leo.liubing@huawei.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] comment on draft-liu-v6ops-ula-usage-analysis
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Nov 2013 02:17:13 -0000

On Tue, Nov 5, 2013 at 8:28 PM, Liubing (Leo) <leo.liubing@huawei.com> wrote:
> I got your comments. I'll consider to revise accordingly. Many thanks

Few more comments if you don't mind:

1) Section 3.1. Isolated network
"

- Prefix generation: Randomly generated according to the
      algorithms defined in [RFC4193] or literally assigned by human.
      Normally, it is recommended to following the standard way to
      automatically generate the prefixes; if there are some specific
      reasons that need to be assigned by human, the administrators must
      carefully plan the prefixes to avoid collision."

As Erik pointed out this Monday, "recommended" violates RFC4193.
In addition, I'm not sure why you are mentioning prefix generation in
"Isolated network' section only while it is applicable for all
scenarios.
Maybe it should be moved to the section 4 "General Guidelines"

2) 3.3. IPv4 Co-existence consideration
Looks like it is being discussed in another thread already - I think
you might mention 'sending ICMPv6 message back' and 'not having
default route' as options to prevent the issue.

3) 4. General Guidelines of using ULA

It would be great to emphasize the importance of randomness and of
having L bit set so fd00 prefix will be used, not fc00::
Probably (as you mentioning DNS and ACL) it might make sense to refer
to Section 4 of RFC4193 which contains some guidelines as well.

Question: you do not mention VPN usage at all. Such use case is
described in RFC4193 but do you think it might be useful to mention it
at least?
===
One typo:
"2.3. Independent address space


   ULA provides an internal address independence capability in IPv6ULA
   can be used for internal communications without having any permanent
   or only intermittent Internet connectivity."

s/IPv6ULA/IPv6. ULA/