Re: [3gv6] Stateless Prefix Delegation I-D updated (draft-savolainen-stateless-pd)

Ole Troan <otroan@employees.org> Sat, 27 February 2010 22:53 UTC

Return-Path: <ichiroumakino@gmail.com>
X-Original-To: 3gv6@core3.amsl.com
Delivered-To: 3gv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2CA6D3A89CB for <3gv6@core3.amsl.com>; Sat, 27 Feb 2010 14:53:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.484
X-Spam-Level:
X-Spam-Status: No, score=-2.484 tagged_above=-999 required=5 tests=[AWL=0.115, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0e+VWMjZO5RG for <3gv6@core3.amsl.com>; Sat, 27 Feb 2010 14:53:10 -0800 (PST)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by core3.amsl.com (Postfix) with ESMTP id 259233A859E for <3gv6@ietf.org>; Sat, 27 Feb 2010 14:53:09 -0800 (PST)
Received: by ey-out-2122.google.com with SMTP id 22so362887eye.51 for <3gv6@ietf.org>; Sat, 27 Feb 2010 14:55:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=trrf8xZQnrFzVmsiIAjrPzbGepUYGZg5Snz2ZrXVu4w=; b=nmZfosYUL563ScLBccfR6bcF1GF5gemPepLYVdpOVRDs+RZrSIoeV+hUbxDXFbu+Nb 7ybTx2zbAIHUQ0EA+uUnLDyK5rxTPZlMAac+Rlch51baVWSl/c8x/MxR0hVYFy2AOspL eLqjr20sihUrzlyRGozceERsPp2x3fgf6ny+E=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=YTKER+5U18BNhvtx98rBZnRMqk9zwaiQEVhWxnpqrgzQJ2Lp3FtjeefIDFr3tk/FhH VDPQRmDeMLXYucphCW57LMzjh46ltuKGRywNcIsuXOA+J09FMiIX9LybyOTMM5MJle/2 ssdpYpRehgc4OxQXKOeIPBzNWK/S7Zp2OM7tE=
Received: by 10.213.104.72 with SMTP id n8mr1415462ebo.13.1267311325464; Sat, 27 Feb 2010 14:55:25 -0800 (PST)
Received: from ams-otroan-8717.cisco.com (64-103-25-233.cisco.com [64.103.25.233]) by mx.google.com with ESMTPS id 10sm5638863eyd.36.2010.02.27.14.55.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Feb 2010 14:55:25 -0800 (PST)
Sender: Ole Troan <ichiroumakino@gmail.com>
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="us-ascii"
From: Ole Troan <otroan@employees.org>
In-Reply-To: <1267309761.3168.5.camel@Nokia-N900-51-1>
Date: Sat, 27 Feb 2010 23:56:06 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <9205F60F-5A7C-44BD-A2E0-B44D131C3568@employees.org>
References: <1267309761.3168.5.camel@Nokia-N900-51-1>
To: teemu.savolainen@nokia.com
X-Mailer: Apple Mail (2.1077)
Cc: v6ops@ops.ietf.org, 3gv6@ietf.org
Subject: Re: [3gv6] Stateless Prefix Delegation I-D updated (draft-savolainen-stateless-pd)
X-BeenThere: 3gv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "This mailing list is intended for discussions relating to the use of IPv6 in cellular networks." <3gv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/3gv6>, <mailto:3gv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/3gv6>
List-Post: <mailto:3gv6@ietf.org>
List-Help: <mailto:3gv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/3gv6>, <mailto:3gv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Feb 2010 22:53:11 -0000

Teemu,

> Yes, number of messages is not the issue. However, with DHCPv6 PD the DHCPv6 server has to identify the RR, while in stateless the same ISP prefix could be communicated to all requesters. Nevertheless, your proposal is very interesting and we need to think about it. In a way there could be very lightweight DR at the gateway, right? 

indeed. only difference is that you compute the prefix on the DR instead of at the RR.

> Have you seen also http://tools.ietf.org/html/draft-krishnan-intarea-pd-epc-00 ? With DHCPv6 PD there's the issue of not being able to use one /64 on the WAN from the delegated space. On the other hand, not having a global /64 prefix on the WAN at all (unnumbred model) probably would be too big change for the 3GPP. Any thoughts about this issue? 

I think this violates the contract the RR has with the DR. you cannot delegate / aka give something to someone and then take back a bit of it. even though many managers delegate this way. ;-)

you could perhaps resolve this by making a modified PD option which carry a representation of the address block which allows for this.

or you could just split the block in two. e.g the route on the DR is a /55, you delegate the bottom /56 and you use the top one for the linknet /64.

> Binding to L2 would indeed mean that, unless somehow kept the same during cellular network reconnection e.g. after unexpected network disconnect (NEMO is then for true network mobility..). I'll note this. 

cheers,
Ole