Re: [dhcwg] MTU option for DHCPv6?

"Templin, Fred L" <Fred.L.Templin@boeing.com> Thu, 28 July 2016 15:18 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F200612D805 for <dhcwg@ietfa.amsl.com>; Thu, 28 Jul 2016 08:18:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level:
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 a6lVP-exQXcw for <dhcwg@ietfa.amsl.com>; Thu, 28 Jul 2016 08:18:27 -0700 (PDT)
Received: from ewa-mbsout-02.mbs.boeing.net (ewa-mbsout-02.mbs.boeing.net [130.76.20.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ED57112D105 for <dhcwg@ietf.org>; Thu, 28 Jul 2016 08:18:26 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by ewa-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id u6SFIQmv029781; Thu, 28 Jul 2016 08:18:26 -0700
Received: from XCH15-05-03.nw.nos.boeing.com (xch15-05-03.nw.nos.boeing.com [137.137.100.66]) by ewa-mbsout-02.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id u6SFIHTH029678 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=OK); Thu, 28 Jul 2016 08:18:17 -0700
Received: from XCH15-05-05.nw.nos.boeing.com (2002:8989:6450::8989:6450) by XCH15-05-03.nw.nos.boeing.com (2002:8989:6442::8989:6442) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Thu, 28 Jul 2016 08:18:16 -0700
Received: from XCH15-05-05.nw.nos.boeing.com ([137.137.100.80]) by XCH15-05-05.nw.nos.boeing.com ([137.137.100.80]) with mapi id 15.00.1178.000; Thu, 28 Jul 2016 08:18:16 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: "Bernie Volz (volz)" <volz@cisco.com>, Lorenzo Colitti <lorenzo@google.com>
Thread-Topic: [dhcwg] MTU option for DHCPv6?
Thread-Index: AdHoQoGGAMbjaqWBR9aaxP1yToT6sgAB2X5AAABnFgAAAhk9oAAgutWAAACVwgAAAP0twAALRg2AAApvqUAAFHMY0A==
Date: Thu, 28 Jul 2016 15:18:16 +0000
Message-ID: <e2ace10c5ac042e6a37095f2b70d6de2@XCH15-05-05.nw.nos.boeing.com>
References: <8c706ad593cc403d9e738c7aafec8360@XCH15-05-05.nw.nos.boeing.com> <5671d2f3bf364bec9b70ab8cbb9cd2a9@XCH-ALN-003.cisco.com> <9db5a86d50314519b4fcc4589717f802@XCH15-05-05.nw.nos.boeing.com> <f98d75f73d224798a406084fdb4cdedc@XCH-ALN-003.cisco.com> <F22A046E-27FA-4EED-9699-70A6B3D49A66@gmx.com> <20AC7B4D-430C-4D56-8D5C-1E134AEEDA76@employees.org> <516a0ed770414d0095ca69905c3a83a3@XCH-ALN-003.cisco.com> <CAKD1Yr2nx_GeyZJ7YA3b1zktRUG-yvkRQKOVywzg0i7s=WTyaw@mail.gmail.com> <5e520d66cf87409293b904d8670a2ded@XCH-ALN-003.cisco.com>
In-Reply-To: <5e520d66cf87409293b904d8670a2ded@XCH-ALN-003.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [137.137.12.6]
Content-Type: multipart/alternative; boundary="_000_e2ace10c5ac042e6a37095f2b70d6de2XCH150505nwnosboeingcom_"
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/XApgloWNEGnaQEk4-Mvei0xdz1w>
Cc: "<dhcwg@ietf.org>" <dhcwg@ietf.org>
Subject: Re: [dhcwg] MTU option for DHCPv6?
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Thu, 28 Jul 2016 15:18:29 -0000

Hi Bernie,

The MTU option I am talking about allows link administrators to set the MTU value that
all nodes on the link must use. draft-van-beijunm-multi-mtu proposed having different
MTU values among the nodes no the link, but there is at least one problem with that.
In particular, IP multicast expects that all nodes on the link will be able to receive multicast
packets as large as the link MTU. So, for example, if node A on the link configured an MTU
of 8KB and node B configured an MTU of 4KB, the 8KB multicasts sent by node A would
not reach node B – and this violates the reasonable expectation of nodes attached to
the same link. Therefore, the DHCPv6 MTU option should encode the minimum MTU
among the (potential) MTUs of all nodes on the link, which in this case would be 4KB.

Interestingly, draft-van-beijnum-multi-mtu does not have a section on multicast.

Thanks – Fred
fred.l.templin@boeing.com

From: Bernie Volz (volz) [mailto:volz@cisco.com]
Sent: Thursday, July 28, 2016 8:05 AM
To: Lorenzo Colitti <lorenzo@google.com>
Cc: otroan@employees.org; Ian Farrer <ianfarrer@gmx.com>; Templin, Fred L <Fred.L.Templin@boeing.com>; <dhcwg@ietf.org> <dhcwg@ietf.org>
Subject: RE: [dhcwg] MTU option for DHCPv6?

> it looks like reconfigure messages MUST be discarded if they do not include authentication.

It has always been that way (see https://tools.ietf.org/html/rfc3315#section-15.11). Reconfigure uses the Reconfigure Key Authentication Protocol (the server provided the client the key at some point earlier in the client/server interaction). Of course, this does require the client to indicate it is willing to do Reconfigure.

BTW: If I understood draft-van-beijnum-multi-mtu, it is about using ND, not RAs. And this allows [link local] destination specific MTUs to be used.


-          Bernie

From: Lorenzo Colitti [mailto:lorenzo@google.com]
Sent: Thursday, July 28, 2016 10:57 AM
To: Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>>
Cc: otroan@employees.org<mailto:otroan@employees.org>; Ian Farrer <ianfarrer@gmx.com<mailto:ianfarrer@gmx.com>>; Templin, Fred L <Fred.L.Templin@boeing.com<mailto:Fred.L.Templin@boeing.com>>; <dhcwg@ietf.org<mailto:dhcwg@ietf.org>> <dhcwg@ietf.org<mailto:dhcwg@ietf.org>>
Subject: Re: [dhcwg] MTU option for DHCPv6?

On Thu, Jul 28, 2016 at 10:52 PM, Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>> wrote:
And, note that Fred had indicated "I'm operating on a link where I don't need to get any configuration information from RS/RA - everything comes from DHCPv6." So, looks like at least he wants DHCPv6 option(s).

Yes, but it doesn't have to be that way. Sending an RA would work just as well. Like all RA parameters, it also has the advantage that it is easier to update dynamically if needed. Doing that in DHCPv6 is more difficult, because at least as of RFC3315bis, it looks like reconfigure messages MUST be discarded if they do not include authentication.