Re: [dhcwg] Adoption Call for draft-fkhp-dhc-dhcpv6-pd-relay-requirements - Respond by Jan 14, 2020

<mohamed.boucadair@orange.com> Fri, 10 January 2020 15:07 UTC

Return-Path: <mohamed.boucadair@orange.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 C572E1200D7 for <dhcwg@ietfa.amsl.com>; Fri, 10 Jan 2020 07:07:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.597
X-Spam-Level:
X-Spam-Status: No, score=-2.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 C3Jk7CVCbIGz for <dhcwg@ietfa.amsl.com>; Fri, 10 Jan 2020 07:07:38 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C15DC12009E for <dhcwg@ietf.org>; Fri, 10 Jan 2020 07:07:37 -0800 (PST)
Received: from opfednr07.francetelecom.fr (unknown [xx.xx.xx.71]) by opfednr24.francetelecom.fr (ESMTP service) with ESMTP id 47vRDS3B7Mz1yCk; Fri, 10 Jan 2020 16:07:36 +0100 (CET)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.107]) by opfednr07.francetelecom.fr (ESMTP service) with ESMTP id 47vRDS2PK6zFpWV; Fri, 10 Jan 2020 16:07:36 +0100 (CET)
Received: from OPEXCAUBMA2.corporate.adroot.infra.ftgroup ([fe80::e878:bd0:c89e:5b42]) by OPEXCAUBM8F.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0468.000; Fri, 10 Jan 2020 16:07:36 +0100
From: mohamed.boucadair@orange.com
To: "ianfarrer@gmx.com" <ianfarrer@gmx.com>
CC: "Bernie Volz (volz)" <volz@cisco.com>, "dhcwg@ietf.org" <dhcwg@ietf.org>
Thread-Topic: [dhcwg] Adoption Call for draft-fkhp-dhc-dhcpv6-pd-relay-requirements - Respond by Jan 14, 2020
Thread-Index: AQHVx8FXx5i1E7y24U+sF+sfAGuUJqfj+8PA
Date: Fri, 10 Jan 2020 15:07:35 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93303140771F@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <BYAPR11MB2888345B6D3728C02AE410EFCF240@BYAPR11MB2888.namprd11.prod.outlook.com> <787AE7BB302AE849A7480A190F8B933031403311@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <233C0E9F-3042-4244-B687-48E069C0C183@gmx.com> <787AE7BB302AE849A7480A190F8B93303140440F@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <16513E1B-0E24-484D-A863-1B258996B8AF@gmx.com>
In-Reply-To: <16513E1B-0E24-484D-A863-1B258996B8AF@gmx.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.247]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B93303140771FOPEXCAUBMA2corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/3j7ZHITb016Vtt-f89kAUqMry0I>
Subject: Re: [dhcwg] Adoption Call for draft-fkhp-dhc-dhcpv6-pd-relay-requirements - Respond by Jan 14, 2020
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 10 Jan 2020 15:07:41 -0000

Hi Ian,

I see your point, but I think there is a value in calling out explicitly the aggregation case because injecting individual routes may be suboptimal and some mechanisms to aggregate routes is thus needed.

What about “The mechanisms for a relay to inject routes (including aggregated ones) …”?

Cheers,
Med

De : ianfarrer@gmx.com [mailto:ianfarrer@gmx.com]
Envoyé : vendredi 10 janvier 2020 15:22
À : BOUCADAIR Mohamed TGI/OLN
Cc : Bernie Volz (volz); dhcwg@ietf.org
Objet : Re: [dhcwg] Adoption Call for draft-fkhp-dhc-dhcpv6-pd-relay-requirements - Respond by Jan 14, 2020

Hi Med,

No problem with updating the wording, but suggest that the word ‘aggregated’ is removed, as this excludes the
case of ‘advertise every individual delegated’ prefix as soon as you learn it’. However, the ‘based on’ in the wording
includes the aggregation case as well:

old:
The mechanisms for a relay to inject aggregated routes on its network-facing interface
based on prefixes learnt via DHCP-PD from a server are out of scope of the document.

new:
The mechanisms for a relay to inject routes, on its network-facing interface
based on prefixes learnt from a server via DHCP-PD are out of scope of the document.

Thanks,
Ian


On 9. Jan 2020, at 11:41, <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> wrote:

Hi Ian,


That is a good start but I prefer if the text is more explicit, e.g.:

OLD:


   The mechanisms for the redistribution of remote routes learnt via

   DHCP PD is out of scope of the document.



NEW:


   The mechanisms for a relay to inject aggregated routes on its network-facing interface

   based on prefixes learnt via DHCP-PD from a server are out of scope of the document.



Thank you.



Cheers,

Med

De : ianfarrer@gmx.com<mailto:ianfarrer@gmx.com> [mailto:ianfarrer@gmx.com]
Envoyé : jeudi 9 janvier 2020 10:52
À : BOUCADAIR Mohamed TGI/OLN
Cc : Bernie Volz (volz); dhcwg@ietf.org<mailto:dhcwg@ietf.org>
Objet : Re: [dhcwg] Adoption Call for draft-fkhp-dhc-dhcpv6-pd-relay-requirements - Respond by Jan 14, 2020

Hi Med,

The intro has the following text. Doesn’t this cover it?

   The mechanisms for the redistribution of remote routes learnt via
   DHCP PD is out of scope of the document.  Multi-hop relaying is also
   not considered as the functionality is solely required by a DHCP
   relay agent that is co-located with the first-hop router that the
   DHCPv6 client requesting the prefix is connected to.

Thanks,
Ian




On 9. Jan 2020, at 10:35, <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> wrote:

Hi Bernie, all,

I support.

For the routing part, the draft may clarify that it focuses on the client-facing interface and not the one covered, e.g., in https://tools.ietf.org/html/draft-ietf-dhc-dhcpv6-prefix-pool-opt-03.

Cheers,
Med

De : dhcwg [mailto:dhcwg-bounces@ietf.org] De la part de Bernie Volz (volz)
Envoyé : dimanche 29 décembre 2019 17:03
À : dhcwg@ietf.org<mailto:dhcwg@ietf.org>
Objet : [dhcwg] Adoption Call for draft-fkhp-dhc-dhcpv6-pd-relay-requirements - Respond by Jan 14, 2020

Hello:

As follow up from the IETF-106 DHC WG meeting, we are initiating the WG call for adoption onhttps://datatracker.ietf.org/doc/draft-fkhp-dhc-dhcpv6-pd-relay-requirements/<https://datatracker.ietf..org/doc/draft-fkhp-dhc-dhcpv6-pd-relay-requirements/> (DHCPv6 Prefix Delegating Relay). This document was presented at IETF-106 – see https://datatracker.ietf.org/meeting/106/materials/slides-106-dhc-dhcpv6-prefix-delegating-relay-00.

This starts the call for Adoption of this document. Please respond by January 14, 2020.

Thanks in advance for your consideration of whether the WG should or should not adopt this document as a work item.

And, Happy New Year!


  *   Tomek & Bernie

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org<mailto:dhcwg@ietf.org>
https://www.ietf.org/mailman/listinfo/dhcwg