Re: [94attendees] [homenet] IPv6 Prefix delegation on IETF network, please ?

Mark Andrews <marka@isc.org> Tue, 03 November 2015 22:58 UTC

Return-Path: <marka@isc.org>
X-Original-To: 94attendees@ietfa.amsl.com
Delivered-To: 94attendees@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0936D1B3585; Tue, 3 Nov 2015 14:58:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.89
X-Spam-Level:
X-Spam-Status: No, score=-0.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 y9SjBDdF7ibO; Tue, 3 Nov 2015 14:58:09 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4125D1B3401; Tue, 3 Nov 2015 14:58:09 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx.pao1.isc.org (Postfix) with ESMTPS id C1D003493A2; Tue, 3 Nov 2015 22:58:07 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id BC4C61600B5; Tue, 3 Nov 2015 22:58:51 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id B05511600B4; Tue, 3 Nov 2015 22:58:51 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id YbnwJB6bJYf5; Tue, 3 Nov 2015 22:58:51 +0000 (UTC)
Received: from rock.dv.isc.org (c122-106-161-187.carlnfd1.nsw.optusnet.com.au [122.106.161.187]) by zmx1.isc.org (Postfix) with ESMTPSA id 6BCDB16003D; Tue, 3 Nov 2015 22:58:51 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 87AEB3BC055E; Wed, 4 Nov 2015 09:58:05 +1100 (EST)
From: Mark Andrews <marka@isc.org>
In-reply-to: Your message of "Wed, 04 Nov 2015 09:53:20 +1100."
Date: Wed, 04 Nov 2015 09:58:05 +1100
Message-Id: <20151103225805.87AEB3BC055E@rock.dv.isc.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/94attendees/3Y6dAfDPPaTZfp1T2f7r2mdzhag>
X-Mailman-Approved-At: Wed, 04 Nov 2015 15:19:00 -0800
Cc: Toerless Eckert <eckert@cisco.com>, Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>, Michael Richardson <mcr+ietf@sandelman.ca>, hackathon@ietf.org, "94attendees@ietf.org" <94attendees@ietf.org>, HOMENET <homenet@ietf.org>, Gabriel Kerneis <kerneis@google.com>
Subject: Re: [94attendees] [homenet] IPv6 Prefix delegation on IETF network, please ?
X-BeenThere: 94attendees@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Mailing list of IETF 94 attendees that have opted in on this list. " <94attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/94attendees>, <mailto:94attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/94attendees/>
List-Post: <mailto:94attendees@ietf.org>
List-Help: <mailto:94attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/94attendees>, <mailto:94attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Nov 2015 22:58:10 -0000

Mark Andrews writes:
> 
> In message <87twp2oj05.wl-jch@pps.univ-paris-diderot.fr>, Juliusz Chroboczek w
> ri
> tes:
> > > So what is the scope of the request and what needs to be simulated?
> > 
> > There are two distinct requests here:
> > 
> >  1. have the IETF DHCPv6 servers delegate a /60 (at least) to any client
> >     that requests it;
> 
> Sounds like you want the IETF to simulate being a WISP.  I suggest
> that you write down the complete plan and submit it to Jim Martin
> jrmii@isc.org so the noc team can plan for it.  Jim will let you
> know if you need to ask elsewhere.  I can see several ways to do
> this each with its own tradeoffs and levels of noc support and
> preparation.
> 
> e.g.
> 
> From a Linux/BSD box and switch you supply w/ /44 from the noc, a

I meant a /52 which would give you 256 /60's to play with.

> DHCPv6 server and the DHCPv6 server just updating the routing table
> on the host.  The noc just supplies a port for the upstream connection
> and the address block.  Through to it being supported on all the
> ssids.
> 
> >  2. have the hnetd software automatically deal with the situation in which
> >     no DHCPv6 server performs prefix delegation by doing Proxy-ND or
> >     something equally hackish.
> > 
> > Request (1) comes from Toerless.  Request (2) comes from me, and, as noted
> > Gabriel, probably reflects a typically European point of view (since
> > a number of ISPs provide native-ish IPv6 but don't do PD).  The two
> > requests are not incompatible.
> >
> > -- Juliusz
> -- 
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org