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/
- [v6ops] comment on draft-liu-v6ops-ula-usage-anal… Jen Linkova
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Arturo Servin
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Brian E Carpenter
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Liubing (Leo)
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Arturo Servin
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Jen Linkova
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Liubing (Leo)
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… George Michaelson
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Mark Andrews
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Jen Linkova
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Jen Linkova
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… joel jaeggli
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Fred Baker (fred)
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Liubing (Leo)
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Fred Baker (fred)
- Re: [v6ops] comment on draft-liu-v6ops-ula-usage-… Liubing (Leo)