Re: [v6ops] ULA draft revision #2 Regarding isolated networks

Mark ZZZ Smith <markzzzsmith@yahoo.com.au> Mon, 26 May 2014 21:57 UTC

Return-Path: <markzzzsmith@yahoo.com.au>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9BE71A02A1 for <v6ops@ietfa.amsl.com>; Mon, 26 May 2014 14:57:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.501
X-Spam-Level:
X-Spam-Status: No, score=0.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HK_RANDOM_REPLYTO=0.999, RCVD_IN_DNSWL_NONE=-0.0001] 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 enUBIouTxNsT for <v6ops@ietfa.amsl.com>; Mon, 26 May 2014 14:57:08 -0700 (PDT)
Received: from nm17-vm1.bullet.mail.bf1.yahoo.com (nm17-vm1.bullet.mail.bf1.yahoo.com [98.139.213.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 024321A02AA for <v6ops@ietf.org>; Mon, 26 May 2014 14:57:06 -0700 (PDT)
Received: from [98.139.215.142] by nm17.bullet.mail.bf1.yahoo.com with NNFMP; 26 May 2014 21:57:03 -0000
Received: from [98.139.212.197] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 26 May 2014 21:57:03 -0000
Received: from [127.0.0.1] by omp1006.mail.bf1.yahoo.com with NNFMP; 26 May 2014 21:57:03 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 447860.56650.bm@omp1006.mail.bf1.yahoo.com
Received: (qmail 21414 invoked by uid 60001); 26 May 2014 21:57:03 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.au; s=s1024; t=1401141423; bh=TC3yGcrM9XacXrIk8LsP1bMNBnfBhcRT8k1+8W9K7mk=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lOKXL/ahLnQD7D28G1DGSxA3h/n1zjAhbYckcQYfN9iNEACjTuQ3AfYU0V3cgLRdwqeXNf74X9olUEqjGfuri81eDrLQjsu1rAnMJ2dgFHvuw6HNlW2kS8RH3fHhAiNqlyMmRvsPpE+HduLWXahnYPsTR/PFUXN9FVoauIfVTbE=
X-YMail-OSG: S6F8I8sVM1ndkxT11p0HTy5_reIfBTe6CPAvSCX8m5MxDLP 7_shOgQtyUe5vGbB2O251WXhGzhtrowb2Z.6gqvE9j354exaW14YzIpnupjZ ncM1OvXEWe_ZRusLRuGVFtaNTcbSLykk_CF91tmC.3C7r38yjMCxoS_7t8ZF v9CDNgmOmHfRk7aTrGXTMGjQPF6j6NulCki.qXbugQfT4SlOg.A36NfPkfXn 74k2IEil2TR7xDiEROHJO7PjCwskjIJBcowGK7K4gqM0sgDR2sPDPrusu49O qm7l6aCQHt1U0MpZMKs3nqISdj4ROb0MSIJffWiQuWF7UCjnSZM43mkzadMY 6OJuLW1ppjSVvIHbUn_sRyoZ9jw5gOGGiyBmKjayuf0h24AEyQTeL0KQhu6L 20v0bliL6MqPrkj_Z2vqHCi01UUlGQU_OMId7Su3BgH9rNZkWSafTV.EBoPu Yn5aNwzOmewMFq7jAJ0h7_90SP9sBUo3e6sfTDvcLy0DB9nah85MRnn3mClO NV6lq3aweGyka3eD_PUYFQji8KGZ._mYc4dt8SUM1ZkmxnbDqjAEf7w--
Received: from [150.101.221.237] by web162206.mail.bf1.yahoo.com via HTTP; Mon, 26 May 2014 14:57:03 PDT
X-Rocket-MIMEInfo: 002.001, CgoKCgotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tCj4gRnJvbTogTGl1YmluZyAoTGVvKSA8bGVvLmxpdWJpbmdAaHVhd2VpLmNvbT4KPiBUbzogdjZvcHMgV0cgPHY2b3BzQGlldGYub3JnPgo.IENjOiAidjZvcHMtY2hhaXJzQHRvb2xzLmlldGYub3JnIiA8djZvcHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPgo.IFNlbnQ6IE1vbmRheSwgMjYgTWF5IDIwMTQgMTA6MzYgUE0KPiBTdWJqZWN0OiBbdjZvcHNdIFVMQSBkcmFmdCByZXZpc2lvbiAjMiBSZWdhcmRpbmcgaXNvbGF0ZWQgbmV0d29ya3MKPiAKPiABMAEBAQE-
X-Mailer: YahooMailWebService/0.8.188.663
References: <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6B9A@nkgeml506-mbx.china.huawei.com>
Message-ID: <1401141423.52956.YahooMailNeo@web162206.mail.bf1.yahoo.com>
Date: Mon, 26 May 2014 14:57:03 -0700
From: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
To: "Liubing (Leo)" <leo.liubing@huawei.com>, v6ops WG <v6ops@ietf.org>
In-Reply-To: <8AE0F17B87264D4CAC7DE0AA6C406F453D8B6B9A@nkgeml506-mbx.china.huawei.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/yebMwNf_cn_Y_wUyVymJE0iS7BI
Cc: "v6ops-chairs@tools.ietf.org" <v6ops-chairs@tools.ietf.org>
Subject: Re: [v6ops] ULA draft revision #2 Regarding isolated networks
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Mark ZZZ Smith <markzzzsmith@yahoo.com.au>
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: Mon, 26 May 2014 21:57:10 -0000





----- Original Message -----
> From: Liubing (Leo) <leo.liubing@huawei.com>
> To: v6ops WG <v6ops@ietf.org>
> Cc: "v6ops-chairs@tools.ietf.org" <v6ops-chairs@tools.ietf.org>
> Sent: Monday, 26 May 2014 10:36 PM
> Subject: [v6ops] ULA draft revision #2 Regarding isolated networks
> 
> Hi, All
> 
> We're going to update the ULA draft. Before making a new version, I think it 
> would be helpful to confirm/discuss several important topics which were 
> discussed in last IETF meeting. 
> 
> I'd like to discuss the topics in different mail threads respectively.
> (Current Draft link: 
> http://tools.ietf.org/html/draft-ietf-v6ops-ula-usage-recommendations-02)
> ******************************************************************************
> 
> #2 Regarding isolated networks
> 
> Current draft is a little blurry on what the "isolated" means. Based 
> on former discussion, we'll make it more comprehensive description as the 
> following (just a summary, not the specific revision wording):
> 
> - "Temporarily isolated" or "Forever isolated". In general, 
> ULAs fit both cases. Whatever it is temporarily or forever, when administrators 
> need some prefixes to be on-demand and free to use, ULAs are good choice. 
> However, for the temporarily isolated cases, the administrator needs to consider 
> once it gets to connected, the hosts might need to be renumbered; or NAT might 
> be involved if renumbering is not acceptable. If renumbering or NAT for some 
> reason is considered as heavy burden, then the administrators need to carefully 
> consider the adoption of ULAs.
> 

This paragraph seems to show a fundamental misunderstanding of IPv6's multi-addressing capabilities. IPv6 supports multiple concurrent addresses (from different prefixes), and can learn new ones or deprecate old ones over time. Attachment to a new network doesn't require renumbering, it requires propagating new prefixes for the hosts to use in addition to their existing ones. Primarily RFC6724 address selection will help the hosts choose the right addresses to use as source and destinations when they have multiple addresses.


> - "Isolated to all networks" or "Isolated to the public 
> Internet". These are two separate scenarios. However, in the perspective of 
> adopting ULAs, there is no essential difference between them. So long as it 
> doesn't connect to the global Internet, ULAs fit them as well. Comparing to 
> other alternatives (an arbitrary GUA, or documentation prefixes), ULAs could 
> provide a lower possibility of collision if they are generated according to the 
> standard method. And the ACL rules for ULAs are much convenient to be set than 
> arbitrary prefixes, to prevent the prefixes leaked if the isolated networks 
> occasionally connected to the global networks. 
> 
> Please send your comments. Thanks a lot!
> 
> Best regards,
> Bing
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>