Re: [dhcwg] Call for adoption: draft-korhonen-dhc-pd-exclude

<teemu.savolainen@nokia.com> Wed, 29 September 2010 14:19 UTC

Return-Path: <teemu.savolainen@nokia.com>
X-Original-To: dhcwg@core3.amsl.com
Delivered-To: dhcwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3F6173A6EC8 for <dhcwg@core3.amsl.com>; Wed, 29 Sep 2010 07:19:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 rEOKFj6Y6I6Y for <dhcwg@core3.amsl.com>; Wed, 29 Sep 2010 07:19:25 -0700 (PDT)
Received: from mgw-mx06.nokia.com (smtp.nokia.com [192.100.122.233]) by core3.amsl.com (Postfix) with ESMTP id 985A03A6EAA for <dhcwg@ietf.org>; Wed, 29 Sep 2010 07:19:24 -0700 (PDT)
Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-mx06.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o8TEK20t029013; Wed, 29 Sep 2010 17:20:03 +0300
Received: from vaebh102.NOE.Nokia.com ([10.160.244.23]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Sep 2010 17:19:58 +0300
Received: from smtp.mgd.nokia.com ([65.54.30.7]) by vaebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Sep 2010 17:19:42 +0300
Received: from NOK-EUMSG-01.mgdnok.nokia.com ([65.54.30.86]) by nok-am1mhub-03.mgdnok.nokia.com ([65.54.30.7]) with mapi; Wed, 29 Sep 2010 16:19:41 +0200
From: teemu.savolainen@nokia.com
To: sarikaya@ieee.org, Ted.Lemon@nominum.com
Date: Wed, 29 Sep 2010 16:19:40 +0200
Thread-Topic: [dhcwg] Call for adoption: draft-korhonen-dhc-pd-exclude
Thread-Index: ActfI+abLcFTDxuHRfiwlGvMYfgUDQAtV7SA
Message-ID: <18034D4D7FE9AE48BF19AB1B0EF2729F5F03D76B17@NOK-EUMSG-01.mgdnok.nokia.com>
References: <FDA14EDB-1614-4BCE-8C56-219EA7DAD404@nominum.com> <555411.10174.qm@web111406.mail.gq1.yahoo.com> <40958B55-31CE-4E70-8F05-088A98A5220F@employees.org> <986665.74148.qm@web111412.mail.gq1.yahoo.com> <7D045190-18DD-4060-BA18-544306494129@nominum.com> <395131.37127.qm@web111406.mail.gq1.yahoo.com>
In-Reply-To: <395131.37127.qm@web111406.mail.gq1.yahoo.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginalArrivalTime: 29 Sep 2010 14:19:42.0098 (UTC) FILETIME=[5BB3C720:01CB5FE1]
X-Nokia-AV: Clean
Cc: dhcwg@ietf.org
Subject: Re: [dhcwg] Call for adoption: draft-korhonen-dhc-pd-exclude
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Sep 2010 14:19:26 -0000

Hi,

I am the initial author of draft-savolainen-stateless-pd.. the biggest issues with that approach that I recall were:
1) It is another solution for the same problem
2) It would likely take too long time to make it to 3GPP Rel-10 (or even 11..)
3) The provisioning might require use of DHCPv6 client/server anyway (for OPTION_6SPD)
4) With stateless PD there is bigger risk that client and server somehow get out of sync (with stateful approach a bug in DR does not necessarily damage much, but in stateless approach it would more easily result in out of sync situation)
5) the DHCPv6 PD can be implemented to provide very similar solution:
* having lightweight implementations of DR at the first hop gateway and RR at the node
* gateway selecting prefixes for delegation exactly at the manner the Stateless PD described (for more efficient routing)
6) The people are already fixed on DHCPv6 PD and are not very eager to listen other options:)
7) Eight years too late?-) (Much of discussion leading to DHCPv6 PD seemingly took place at around 2002)

I think there was something else as well, which I don't recall immediately..

This DHCPv6 PD Exclude prefix option actually helps a lot to get benefits we sought with "stateless PD" out of stateful DHCPv6 PD domain.

Best regards,

Teemu

P.S. I also didn't manage to find much (but found some) support to the stateless approach in previous IETFs, but thank you for the support now:) 

> ----- Original Message ----
> > From: Ted Lemon <Ted.Lemon@nominum.com>
> > To: Behcet Sarikaya <sarikaya@ieee.org>; Behcet Sarikaya
> ><behcetsarikaya@yahoo.com>
> > Cc: Ole Troan <otroan@employees.org>; "dhcwg@ietf.orgGroup"
> <dhcwg@ietf.org>
> > Sent: Mon, September 27, 2010 4:54:05 PM
> > Subject: Re: [dhcwg] Call for adoption: draft-korhonen-dhc-pd-exclude
> >
> > On Sep 27, 2010, at 1:24 PM, Behcet Sarikaya wrote:
> > > There is simply no  need for such a thing :-).
> >
> > This is kind of a weird objection.    Clearly the authors of the
> draft have
> >some reason for building the thing the  draft documents.   Perhaps it
> would be
> >more fruitful to discuss whether  this is the right way to address the
> use case
> >they are addressing with this  draft, rather than simply dismissing
> whatever
> >their use case is as  nonexistent?   I mean, if they don't actually
> *have* a use
> >case, then your  point would prevail, but I assume they do or they
> wouldn't have
> >bothered to make  the proposal!
> >
> 
> OK, using your logic, the same set of authors has made a draft about
> stateless
> PD. They did bother making one. It is at:
> http://tools.ietf.org/id/draft-savolainen-stateless-pd-01.txt in case
> you have
> not seen it.
> 
> Now they are making this proposal which is kind of the reverse
> proposal.
> 
> Can you please point out why you are picking up this one and not the
> other one?
> 
> The point is that authors make all sorts of proposals. It is up to the
> WG to
> advance it or not.
> 
> 
> 
> _______________________________________________
> dhcwg mailing list
> dhcwg@ietf.org
> https://www.ietf.org/mailman/listinfo/dhcwg