Re: [v6ops] Combining IPv6 ND and DHCPv6 into a single, unified function

Mark Smith <markzzzsmith@gmail.com> Tue, 21 November 2017 05:31 UTC

Return-Path: <markzzzsmith@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A62A129C3F; Mon, 20 Nov 2017 21:31:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.497
X-Spam-Level:
X-Spam-Status: No, score=-1.497 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=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ThJjxw4ksmqm; Mon, 20 Nov 2017 21:30:59 -0800 (PST)
Received: from mail-ua0-x22a.google.com (mail-ua0-x22a.google.com [IPv6:2607:f8b0:400c:c08::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E451126DC2; Mon, 20 Nov 2017 21:30:59 -0800 (PST)
Received: by mail-ua0-x22a.google.com with SMTP id l25so7459696uag.8; Mon, 20 Nov 2017 21:30:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=55iotgwYDEun5pcC4ZmLAWzIXw4JoluxR5LzvmbP8XM=; b=FFxN0ItcHD3iX+zN9q3a0V3oGE8wWflUub1yy0AJuRQIZo7pbs36fNNzpyt38xB5EV mDcxyDOCPSZxiqhj29PEy5UaYalzlbOPcqE8ybGZ2TvMf29EcMxrSzAZWWhMQekR6jSR ERDL7Fm7PyAvHs7Hj74QHH5tZsiSarx4tLgDCQTfGDQsVJNVqL7wii08DFKn3uD1us08 atCz07Q6eS4nxKYcSz9s44kxiPS+J2qnqWmUlC8y8p/ip6J+m7gQ2asEESQqMkNgAFUp WFO9RZjVEI0iTSFpAsQW/UsySRyUXsOpTSrZAwEnIJV0/QZHR336MprYTKq8m6Ys2+5b +rFQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=55iotgwYDEun5pcC4ZmLAWzIXw4JoluxR5LzvmbP8XM=; b=O85fEVh4k+upb3kvKEqlrmaLYt2g1iysA1GKyzXoAWxLlWN2ueJe1iXNGk9Lig5vFn +pqbCt0RMuut9zGIsPtMRL+tCVuUp61dH++P8hgQdAI1dso/rFAQevsB/7l/aQM8QtQm vyFXWYFc2bkQJl7ETuSQ24u4vNxvcGYruyW/ORx2jtAeYvlqU73s0Xzmr75ehqUt7irq tkWOYrELgXQ0SyjqKo7Q5NgvtQGn0tL5as4HEHL/hx3IFPHfsWQ7Vl+vRDKRvN6NSwik uKXPiVSB3GFijRNzkeE9EV/wgW4DqfIrYT3G7Y5bOiecYZx2j1dOPBFLdhFYXrnQZPS6 13ug==
X-Gm-Message-State: AJaThX7ZNgKtgRGu+fsYm2+t5ZX/5FaXZj4G6POldmL4HExx8wcBsV80 ouYGnrwgV9p4nKIbxPKNaaw1ubA87d3hgTng6rg=
X-Google-Smtp-Source: AGs4zMYCKui49ekjgWR70ahcuMJerdetafaDrElVTxM5BZsweN5lm1aRJQ9IgRLYl4b5+WgLqBg7PD5cWXJJ/SvOX7c=
X-Received: by 10.176.11.5 with SMTP id b5mr14103253uak.118.1511242258082; Mon, 20 Nov 2017 21:30:58 -0800 (PST)
MIME-Version: 1.0
Received: by 10.176.69.68 with HTTP; Mon, 20 Nov 2017 21:30:57 -0800 (PST)
Received: by 10.176.69.68 with HTTP; Mon, 20 Nov 2017 21:30:57 -0800 (PST)
In-Reply-To: <9debb1672e3d4f0d89d672d64e0fe579@XCH15-06-08.nw.nos.boeing.com>
References: <9debb1672e3d4f0d89d672d64e0fe579@XCH15-06-08.nw.nos.boeing.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Tue, 21 Nov 2017 16:30:57 +1100
Message-ID: <CAO42Z2x8h7RVXP5Hy4vaDXc8kpZBSxJAq=Z7xXTsNN4R8E-Qgw@mail.gmail.com>
Subject: Re: [v6ops] Combining IPv6 ND and DHCPv6 into a single, unified function
To: "Templin, Fred L" <Fred.L.Templin@boeing.com>
Cc: 6MAN <6man@ietf.org>, v6ops list <v6ops@ietf.org>, "dhcwg@ietf.org" <dhcwg@ietf.org>
Content-Type: multipart/alternative; boundary="089e08266864f67310055e77814c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/wHRHyZKddRWF_naW5kr2GhGG_6o>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Nov 2017 05:31:01 -0000

Hi Fred,

I think this fundamentally violates the principle that the network is
application agnostic or transparent, allowing it to support any new host
residing application without any upgrades to the network. I think the
principle of network application transparency should apply to application
configuration.

We don't have to upgrade routers to carry new application protocols, we
shouldn't have to upgrade routers to support configuring new applications.

"Internet Transparency and Application Configuration"

https://tools.ietf.org/html/draft-smith-v6ops-ce-dhcpv6-transparency-00#section-2


Regards,
Mark.




On 21 Nov. 2017 08:41, "Templin, Fred L" <Fred.L.Templin@boeing.com>; wrote:

> Hello,
>
> IPv6 ND and DHCPv6 have traditionally been thought of as independent
> functions,
> with the requirement that the IPv6 ND RS/RA exchange has to happen first
> so that
> the node can examine the M/O bits to determine whether it can use DHCPv6.
> As
> nearly as I can tell, this two round-trip process (IPv6 RS/RA followed by
> DHCPv6
> Solicit/Reply) is the only argument conceivable against DHCPv6 from a
> functional
> standpoint.
>
> The two round-trip process can add significant delay and waste bandwidth
> especially
> on low-end data links like many aviation wireless links. It can also
> impart unnecessary
> messaging overhead on more robust links during periods of congestion.
>
> This document therefore proposes a unification of IPv6 ND and DHCPv6 where
> the two functions work together as if they were one. This is accommodated
> by
> a new IPv6 ND option in RS/RA messages called the "DHCPv6 option". By
> working
> together as one function, IPv6 ND and DHCPv6 can supply requesting nodes
> with
> all link-specific autoconfiguration information and any managed
> address/prefix
> delegations in a single round trip message exchange.
>
> I would ask these discussion lists to consider what is it that you really
> don't
> like about DHCPv6. Maybe you think it is ugly. Maybe you don't like the way
> the acronym rolls off your tongue when you speak it. Maybe it has an
> onerous
> stigma of being stateful. But, then I would also ask you to consider what a
> replacement would look like. Because, I think any suitable replacement
> would have to essentially duplicate what DHCPv6 already does.
>
> Comments?
>
> Fred
>
>
> -----Original Message-----
> From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of
> internet-drafts@ietf.org
> Sent: Monday, November 20, 2017 1:21 PM
> To: i-d-announce@ietf.org
> Subject: I-D Action: draft-templin-6man-dhcpv6-ndopt-00.txt
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>
>
>         Title           : The DHCPv6 Option for IPv6 Neighbor Discovery
>         Author          : Fred L. Templin
>         Filename        : draft-templin-6man-dhcpv6-ndopt-00.txt
>         Pages           : 6
>         Date            : 2017-11-20
>
> Abstract:
>    IPv6 Neighbor Discovery (IPv6ND) specifies a control message set for
>    nodes to discover neighbors, routers, prefixes and other services on
>    the link.  It also supports a manner of StateLess Address
>    AutoConfiguration (SLAAC).  The Dynamic Host Configuration Protocol
>    for IPv6 (DHCPv6) specifies a service for the stateful delegation of
>    addresses and prefixes.
>
>    Currently, at least two round-trip message exchanges are necessary in
>    order to perform the IPv6ND router discovery and DHCPv6 address/
>    prefix delegation functions.  This document presents a protocol for
>    combining these two round trips into a single round trip by joining
>    the two services into a single unified service.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-templin-6man-dhcpv6-ndopt/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-templin-6man-dhcpv6-ndopt-00
> https://datatracker.ietf.org/doc/html/draft-templin-6man-dhcpv6-ndopt-00
>
>
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>