Re: [Anima] [homenet] ANIMA scope + homenet interaction + charter v15

Sheng Jiang <jiangsheng@huawei.com> Sat, 01 November 2014 11:41 UTC

Return-Path: <jiangsheng@huawei.com>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33C391A86E4; Sat, 1 Nov 2014 04:41:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 gxnYTyDX-G60; Sat, 1 Nov 2014 04:41:38 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 65A6B1A1AE9; Sat, 1 Nov 2014 04:41:36 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BLE19556; Sat, 01 Nov 2014 11:41:34 +0000 (GMT)
Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 1 Nov 2014 11:41:33 +0000
Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.22]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Sat, 1 Nov 2014 19:41:25 +0800
From: Sheng Jiang <jiangsheng@huawei.com>
To: Ted Lemon <mellon@fugue.com>
Thread-Topic: [homenet] [Anima] ANIMA scope + homenet interaction + charter v15
Thread-Index: AQHP9SIMHDlOqcok8kGUC7qrCmIAsJxLnzZn
Date: Sat, 01 Nov 2014 11:41:25 +0000
Message-ID: <5D36713D8A4E7348A7E10DF7437A4B923AF6CD1B@nkgeml512-mbx.china.huawei.com>
References: <544FF8FC.5090103@cisco.com> <95338658-B4F2-4634-AC7B-7B893C4DEF2E@iki.fi> <5D36713D8A4E7348A7E10DF7437A4B923AF6C46E@nkgeml512-mbx.china.huawei.com> <DEB8F897-3CED-4C59-BEBF-BF64096282F2@fugue.com> <5D36713D8A4E7348A7E10DF7437A4B923AF6C7AE@nkgeml512-mbx.china.huawei.com>, <8490A544-45A9-45D2-9C98-D3CBEB28651D@fugue.com> <5D36713D8A4E7348A7E10DF7437A4B923AF6C8A9@nkgeml512-mbx.china.huawei.com>, <E597E398-6AFB-4355-B2C4-8559D19A6AF0@fugue.com>
In-Reply-To: <E597E398-6AFB-4355-B2C4-8559D19A6AF0@fugue.com>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.45.28.224]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/anima/KcCHIHy42VR8n9s7ZPsKqW-l7qw
Cc: Benoit Claise <bclaise@cisco.com>, "homenet@ietf.org" <homenet@ietf.org>, Markus Stenberg <markus.stenberg@iki.fi>, "anima@ietf.org" <anima@ietf.org>
Subject: Re: [Anima] [homenet] ANIMA scope + homenet interaction + charter v15
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 01 Nov 2014 11:41:41 -0000

Hi, Ted,

I agree with you that an autonomic network must be able to support incremental grow. So the network topology would not always remain hierarchical. Therefore, hierarchical delegation does not work in an autonomous network. Also, it is difficult to remain routing aggregation based on hierarchical topology in an autonomous network.

But getting back to where we start the discussion, I still think in a large network, the requesting prefix may not always be /64. It is reasonable to have multiple distributed sources for prefix assignment, in a large network. Autonomic network use case also includes to manage the prefix resource among these prefix pools. Some resource may be transferred from one pool to another with negotiation supporting. In such scenario, the requesting device may not know the requesting prefix length, unless it has already negotiated with a certain requested device.

My guess is we should separate the abovementioned scenario from normal /64 prefix assignment. Also Brian's scenario that a devices may require multiple /64 is also common.

Best regards,

Sheng
________________________________________
From: Ted Lemon [mellon@fugue.com]
Sent: 31 October 2014 23:47
To: Sheng Jiang
Cc: Benoit Claise; homenet@ietf.org; Markus Stenberg; anima@ietf.org
Subject: Re: [homenet] [Anima] ANIMA scope + homenet interaction + charter v15

On Oct 31, 2014, at 10:55 AM, Sheng Jiang <jiangsheng@huawei.com> wrote:
> The current general mechanism are too general to work for the use case of hierarchical prefix delegation. But if we add hierarchical topology and no bypass requests as constraint conditions, we may be able to make hierarchical prefix delegation work.

No, that is not the point I am making.   The point I am making is that hierarchical delegation simply won't work, no matter what mechanism you put in place to do it, because the network has to be able to grow incrementally.   With that as a base assumption, you cannot predict where the network will grow, so you don't know how to construct the hierarchy.   Once the hierarchy is constructed, you would have to renumber on a regular basis to make hierarchical delegation work.   I think it is preferable to simply allow for a complete routing table, and then try as best as possible to make routing hierarchical, without demanding perfection.