Hi all, Thanks, Tim.
@Alice, you have my approval to insert the text. Thank you. Cheers, Med De : Timothy Winters <t...@qacafe.com> Envoyé : mercredi 23 juillet 2025 08:43 À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucad...@orange.com> Cc : Alice Russo <aru...@staff.rfc-editor.org>; v6ops-...@ietf.org; v6ops-cha...@ietf.org; rbon...@juniper.net; auth48archive <auth48archive@rfc-editor.org>; RFC Editor <rfc-edi...@rfc-editor.org> Objet : Re: [AD] Re: AUTH48: RFC-to-be 9818 <draft-ietf-v6ops-cpe-lan-pd-09> for your review Hi Med and Alice, Thanks, yes I think Meds addition is an improvement. Do I need to make that change in the xml? Alice, I will drop by Thursday morning to say hi! ~Tim On Tue, Jul 22, 2025 at 5:51 PM <mohamed.boucad...@orange.com<mailto:mohamed.boucad...@orange.com>> wrote: Hi Alice, Tim, all, I'm afraid that the new text may be conflicting when the following default is disabled: LPD-6: By default, the IPv6 CE router filtering rules MUST allow forwarding of packets with an outer IPv6 header containing a source address belonging to delegated prefixes, along with reciprocal packets from the same flow, following the recommendations of [RFC6092]. Tim, I guess that you wanted to cover forwarding independent of the if. If that's what you have in mind, maybe it is better to consider the following: NEW: Absent explicit filtering, packets with destination ^^^^^^^^^^^^^^^^^^^^^^^^^^ addresses in a delegated prefix MUST be forwarded to that ^^^^^^^^^^ prefix regardless of which interface they are received on. Also fixed a nit as this is about forwarding, not routing. Cheers, Med > -----Message d'origine----- > De : Alice Russo > <aru...@staff.rfc-editor.org<mailto:aru...@staff.rfc-editor.org>> > Envoyé : mardi 22 juillet 2025 17:23 > À : Timothy Winters <t...@qacafe.com<mailto:t...@qacafe.com>>; BOUCADAIR > Mohamed INNOV/NET > <mohamed.boucad...@orange.com<mailto:mohamed.boucad...@orange.com>> > Cc : v6ops-...@ietf.org<mailto:v6ops-...@ietf.org>; > v6ops-cha...@ietf.org<mailto:v6ops-cha...@ietf.org>; > rbon...@juniper.net<mailto:rbon...@juniper.net>; > auth48archive > <auth48archive@rfc-editor.org<mailto:auth48archive@rfc-editor.org>>; RFC > Editor <rfc- > edi...@rfc-editor.org<mailto:edi...@rfc-editor.org>> > Objet : [AD] Re: AUTH48: RFC-to-be 9818 <draft-ietf-v6ops-cpe-lan- > pd-09> for your review > > > Tim, Med (as AD), > > ** Med, please review and let us know if you approve the following > sentence, which Tim added to LPD-5. (This addition is also shown in > the diff files below.) > > Packets with destination > addresses in a delegated prefix MUST be routed to that > prefix regardless of which interface they are received > on. > > In context, it is: > > LPD-5: IPv6 CE routers MUST maintain a local routing table that > is > dynamically updated with leases and the associated next > hops > as they are delegated to clients. Packets with > destination > addresses in a delegated prefix MUST be routed to that > prefix regardless of which interface they are received > on. > When a delegated prefix is released or expires, the > associated route MUST be removed from the IPv6 CE > router's > routing table. A delegated prefix expires when the > valid > lifetime assigned in the IA_PD expires without being > renewed. When a prefix is released or expires, it MUST > be > returned the pool of available prefixes. > > Tim, > Thank you for your reply and the updated XML file. One note is > below. The revised files are here (please refresh): > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.html&data=05%7C02%7Cmohamed.boucadair > %40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfb > c48b9253b6f5d20%7C0%7C0%7C638887945781821185%7CUnknown%7CTWFpbGZsb3d > 8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjo > iTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=8mHpdfFdssVsvcCkWPevlUB > ZmlkybSXgcKagC2xJ6oo%3D&reserved=0 > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.txt&data=05%7C02%7Cmohamed.boucadair% > 40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc > 48b9253b6f5d20%7C0%7C0%7C638887945781866625%7CUnknown%7CTWFpbGZsb3d8 > eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi > TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=sOOlY%2FsVQCN9XTD15%2Bf6 > MTu4uVd8Mw5nH3Nwwc9Zr%2B0%3D&reserved=0 > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.pdf&data=05%7C02%7Cmohamed.boucadair% > 40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc > 48b9253b6f5d20%7C0%7C0%7C638887945781898947%7CUnknown%7CTWFpbGZsb3d8 > eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi > TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=vg3%2B6BrYT%2BJEV1A%2Fbd > c9N7HobHwUB5QfRR2ANoL7pKY%3D&reserved=0 > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.xml&data=05%7C02%7Cmohamed.boucadair% > 40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc > 48b9253b6f5d20%7C0%7C0%7C638887945781915277%7CUnknown%7CTWFpbGZsb3d8 > eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoi > TWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=gCeezemvRJ7SFPJJkt4Sv5oy > ZtFLMFdroewSNUw%2FIrk%3D&reserved=0 > > This diff file shows all changes from the approved I-D: > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc-editor.org<http://w.rfc-editor.org/>%2Fauthors%2Frfc9818- > diff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/>%7Cdf4acf1620 > 5f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C > 638887945781931742%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsI > lYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D% > 7C0%7C%7C%7C&sdata=ZIlv0Tci0fazVlRnXLmJCXnAhLcfWco1DmE2uw2tnKU%3D&re > served=0 > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc-editor.org<http://w.rfc-editor.org/>%2Fauthors%2Frfc9818- > rfcdiff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/>%7Cdf4acf1 > 6205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0 > %7C638887945781948200%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydW > UsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D% > 3D%7C0%7C%7C%7C&sdata=POu2Or8t%2FzigZKCh8HlsrqrhvR6yUQr0doe4IH%2BCaT > 0%3D&reserved=0 (side by side) > > This diff file shows the changes made during AUTH48 thus far: > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc-editor.org<http://w.rfc-editor.org/>%2Fauthors%2Frfc9818- > auth48diff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/>%7Cdf4a > cf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0% > 7C0%7C638887945781962011%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnR > ydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ% > 3D%3D%7C0%7C%7C%7C&sdata=bgGSQOmixXKraNITZBqQaNsl1lKkImJKbWCXHLais8M > %3D&reserved=0 > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc-editor.org<http://w.rfc-editor.org/>%2Fauthors%2Frfc9818- > auth48rfcdiff.html&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/>%7Cd > f4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b9253b6f5d20%7 > C0%7C0%7C638887945781976475%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGki > OnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoy > fQ%3D%3D%7C0%7C%7C%7C&sdata=Jtl%2Bv4FTPG1mwaN1mimVwOe9DCWSu9IzNflRN4 > Eq0aY%3D&reserved=0 (side by side) > > We will wait to hear from you again and from your coauthors before > continuing the publication process. This page shows the AUTH48 > status of your document: > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.rfc- > editor.org<http://editor.org/>%2Fauth48%2Frfc9818&data=05%7C02%7Cmohamed.boucadair%40ora > nge.com<http://nge.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b92 > 53b6f5d20%7C0%7C0%7C638887945781990038%7CUnknown%7CTWFpbGZsb3d8eyJFb > XB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpb > CIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=d71h3P18TGCsE6%2F7KOb%2BOdhwr > pE10DYF8yjS9UOLlzg%3D&reserved=0 > > FYI, in Section 1, added 's' as shown below; please let us know if > that is not the intended meaning. > > OLD: The default configuration of CE router is designed to be a > flat model to support zero-configuration networking. > > NEW: The default configuration of CE routers is designed to be a > flat model to support zero-configuration networking. > > > I'm here at IETF 123 at the RFC Editor desk (near registration) if > you want to come by and say hello. Will also be here Wed. afternoon > and Thur. morning. > > Thank you. > RFC Editor/ar > > > On Jul 22, 2025, at 10:51 AM, Timothy Winters > > <t...@qacafe.com<mailto:t...@qacafe.com>> > wrote: > > > > Hi Alice, > > > > Here is the updated xml file, I responded to all the questions in > the xml. Let me know if there are unresolved issues. > > > > ~Tim > > > > > > > > > > On Mon, Jul 21, 2025 at 4:15 PM Timothy Winters > > <t...@qacafe.com<mailto:t...@qacafe.com>> > wrote: > > Hi Alice, > > > > Thanks I have started reviewing the changes and will have an > update this week. > > > > ~Tim > > > > On Mon, Jul 21, 2025 at 3:16 PM Alice Russo <aru...@staff.rfc- <mailto:aru...@staff.rfc-%0b>> editor.org<http://editor.org/>> wrote: > > Tim, > > > > This is a reminder that we await word from you regarding the > questions below and this document's readiness for publication as an > RFC. The files are here: > > > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w. > > rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.html&data=05%7C02%7Cmohamed.boucada > > > ir%40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40b > fb > > > c48b9253b6f5d20%7C0%7C0%7C638887945782003501%7CUnknown%7CTWFpbGZsb3d > 8e > > > yJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiT > WF > > > pbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=mTh5RVEyvheiVqn7MIc2muzbSww > LV > > nYR1b6T91ZMF1E%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w. > > rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.pdf&data=05%7C02%7Cmohamed.boucadai > > > r%40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bf > bc > > > 48b9253b6f5d20%7C0%7C0%7C638887945782017070%7CUnknown%7CTWFpbGZsb3d8 > ey > > > JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTW > Fp > > > bCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=vCCkXFgpKNbfkMY2EAbOr2vdlnJM > dR > > Eg2cXZefIFFgk%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w. > > rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.txt&data=05%7C02%7Cmohamed.boucadai > > > r%40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bf > bc > > > 48b9253b6f5d20%7C0%7C0%7C638887945782032979%7CUnknown%7CTWFpbGZsb3d8 > ey > > > JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTW > Fp > > > bCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=z6eRSbwo02%2FPEIrBP5Rhj5cFk2 > HZ > > lzb32W%2FQOMJ8O7o%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w. > > rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.xml&data=05%7C02%7Cmohamed.boucadai > > > r%40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bf > bc > > > 48b9253b6f5d20%7C0%7C0%7C638887945782054380%7CUnknown%7CTWFpbGZsb3d8 > ey > > > JFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTW > Fp > > > bCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=NNI4PnsOQfgdNYPxA%2Bdm%2BJXU > qO > > KAWwhgMZKVcz%2F3bLg%3D&reserved=0 (source) > > > > Diff files of all changes from the approved Internet-Draft: > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w. > > rfc-editor.org<http://rfc-editor.org/>%2Fauthors%2Frfc9818- > diff.html&data=05%7C02%7Cmohamed.bo > > > ucadair%40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af3 > 4b > > > 40bfbc48b9253b6f5d20%7C0%7C0%7C638887945782074509%7CUnknown%7CTWFpbG > Zs > > > b3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFO > Ij > > > oiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=L8dnyGUfVGAjZ7CIeWzqBg > 6p > > uwi9Qegtuh%2F7xDKbbOI%3D&reserved=0 > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w. > > rfc-editor.org<http://rfc-editor.org/>%2Fauthors%2Frfc9818- > rfcdiff.html&data=05%7C02%7Cmohamed > > > .boucadair%40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20 > af > > > 34b40bfbc48b9253b6f5d20%7C0%7C0%7C638887945782095866%7CUnknown%7CTWF > pb > > > GZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsI > kF > > > OIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=EAJRSbgfiEO%2BhuL6M > yz > > nWj5%2BiOS1zqhw4KYD7Wog%2B6Q%3D&reserved=0 (side by side) > > > > This page shows the AUTH48 status of your document: > > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w. > > rfc- > editor.org<http://editor.org/>%2Fauth48%2Frfc9818&data=05%7C02%7Cmohamed.boucadair%40o > > > range.com<http://range.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b > 92 > > > 53b6f5d20%7C0%7C0%7C638887945782118058%7CUnknown%7CTWFpbGZsb3d8eyJFb > XB > > > 0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCI > sI > > > ldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=kd88jLPeyQHg1pAck%2BGkOEPp31TWShl > BH > > 4PvYb9J9Bw%3D&reserved=0 > > > > Thank you. > > RFC Editor/ar > > > > > On Jul 3, 2025, at 5:51 PM, > > > rfc-edi...@rfc-editor.org<mailto:rfc-edi...@rfc-editor.org> wrote: > > > > > > Greetings, > > > > > > While reviewing this document during AUTH48 > (https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw<https://w/> > ww.rfc- > editor.org<http://editor.org/>%2Fauthors%2Frfc9818.html&data=05%7C02%7Cmohamed.boucadair > %40orange.com<http://40orange.com/>%7Cdf4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfb > c48b9253b6f5d20%7C0%7C0%7C638887945782141545%7CUnknown%7CTWFpbGZsb3d > 8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjo > iTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=C5aEjRWYOEqgQGEFXTGLnYK > %2FjotDJ6OX%2FlLBFd7qu7g%3D&reserved=0 and other formats), please > resolve the following questions, which are also in the XML file. > > > > > > 1) <!-- [rfced] How may this title be rephrased for clarity? > > > Also, is "LAN" needed in this title? (Neither "LAN" nor "local" > is > > > mentioned in the abstract.) Do either of these options convey > the intended meaning? > > > Please feel free to suggest otherwise. > > > > > > Original: > > > IPv6 CE Routers LAN DHCPv6 Prefix Delegation > > > > > > Current: > > > IPv6 Customer Edge (CE) Routers LAN DHCPv6 Prefix Delegation > > > > > > Option A: > > > DHCPv6 Prefix Delegation on IPv6 Customer Edge (CE) Routers in > LANs > > > > > > Option B: > > > DHCPv6 Prefix Delegation in LANs for IPv6 Customer Edge (CE) > Routers > > > --> > > > > > > > > > 2) <!--[rfced] For clarity, how may this be rephrased? In > > > particular, the phrase "CE Router supporting prefix delegation" > is unclear. > > > > > > Original: > > > The default configuration of CE Router supporting prefix > > > delegation is designed to be a flat model to support zero > > > configuration networking. > > > > > > Perhaps: > > > For prefix delegation that supports CE routers, the default > > > configuration is designed to be a flat model to support > > > zero-configuration networking. > > > > > > Or simply: > > > For prefix delegation that supports CE routers, the default > > > configuration is a flat model to support zero-configuration > > > networking. > > > --> > > > > > > > > > 3) <!--[rfced] Please clarify "multi-provisioned networks". Is > there > > > another term that is more common? The term "multi-provisioned" > > > does not appear in past RFCs or current Internet-Drafts. > > > > > > Original: > > > This document does not cover dealing with multi-provisioned > > > networks with more than one provider. > > > --> > > > > > > > > > 4) <!--[rfced] Which update do you prefer, as this definition is > > > missing 'the', but perhaps you prefer to match the cited > document? > > > > > > Original: IPv6 node: A device that implements IPv6 protocol. > > > > > > Option A: IPv6 node: A device that implements IPv6. > > > (to match RFC 8200, which is cited in the lead-in text) > > > > > > Option B: IPv6 node: A device that implements the IPv6 > protocol. > > > --> > > > > > > > > > 5) <!-- [rfced] FYI, for expanding GUA, "Unique" has been > changed to > > > "Unicast" in order to match RFC 4291. Please review. > > > > > > Original: > > > * GUA:Global Unique Addresses, as defined in [RFC4291]. > > > > > > Current: > > > GUA: Global Unicast Address, as defined in [RFC4291]. > > > --> > > > > > > > > > 6) <!--[rfced] Please clarify; how should this fragment be > updated > > > to be a sentence? > > > > > > Original: > > > The end-user network for IPv6 that is a stub network. > > > --> > > > > > > > > > 7) <!--[rfced] Please review this update for accuracy; due to > "its", > > > the subject ("IPv6 CE routers") has been changed to singular. It > > > currently reads that a single router could have more than one > LAN interface. > > > > > > Original: > > > LPD-1: IPv6 CE routers MUST support IPv6 prefix assignment > > > according to Section 13.3 of [RFC8415] (Identity > Association > > > for Prefix Delegation (IA_PD) option) on its LAN > > > interface(s). > > > > > > Current: > > > LPD-1: Each IPv6 CE router MUST support IPv6 prefix > assignment > > > according to Section 13.3 of [RFC8415] (Identity > Association > > > for Prefix Delegation (IA_PD) option) on its LAN > > > interface(s). > > > > > > Alternatively (both plural): > > > LPD-1: IPv6 CE routers MUST support IPv6 prefix assignment > > > according to Section 13.3 of [RFC8415] (Identity > Association > > > for Prefix Delegation (IA_PD) option) on their LAN > > > interfaces. > > > --> > > > > > > > > > 8) <!--[rfced] Because the second sentence is singular, should > the > > > first sentence be parallel? > > > > > > Original: > > > LPD-2: IPv6 CE routers MUST assign a prefix from the > delegated > > > prefix as specified by L-2 in Section 4.3 of > [RFC7084]. If > > > insufficient prefixes are available the IPv6 CE Router > MUST > > > log a system management error. > > > > > > Perhaps: > > > LPD-2: Each IPv6 CE router MUST assign a prefix from the > delegated > > > prefix as specified by L-2 in Section 4.3 of > [RFC7084]. If > > > insufficient prefixes are available, the IPv6 CE > router MUST > > > log a system management error. > > > --> > > > > > > > > > 9) <!--[rfced] Should "both ULA and GUA" be both "ULAs and > GUAs"? If > > > so, please review whether "the GUA" is accurate in the second > phrase. > > > > > > Original: > > > LPD-9: If an IPv6 CE router is provisioning both ULA and GUA > via > > > prefix delegation, the GUA SHOULD appear first in the > DHCPv6 > > > packets. > > > > > > Perhaps: > > > LPD-9: If an IPv6 CE router is provisioning both ULAs and > GUAs via > > > prefix delegation, the GUA SHOULD appear first in the > DHCPv6 > > > packets. > > > > > > Or (singular): > > > LPD-9: If an IPv6 CE router is provisioning both the ULA and > the GUA via > > > prefix delegation, the GUA SHOULD appear first in the > DHCPv6 > > > packets. > > > --> > > > > > > > > > 10) <!--[rfced] Terminology > > > > > > a) This term appeared inconsistently and has been updated to the > latter. > > > Please let us know if you prefer otherwise. > > > > > > CE Router vs. CE router [based on usage in RFC 7084] > > > > > > b) Capitalization of these terms is not consistent. Please let > us > > > know your preference. > > > > > > Prefix Delegation vs. prefix delegation > > > > > > Delegated Prefix (in LPD-6) vs. delegated prefix (in LPD-2, > LPD-5) > > > > > > c) Please review usage of this term and let us know if any > updates are needed. > > > We note RFC 8415 uses the hyphen for the "prefix-length" field. > > > > > > prefix-length (3 instances) vs. prefix length (2 instances) > > > --> > > > > > > > > > 11) <!-- [rfced] FYI, the original URL provided for [eRouter] is > to > > > the most recent version of this CableLabs specification, Version > > > I22, which was published in May 2024, so we updated the > reference as follows. > > > > > > Original: > > > [eRouter] CableLabs, "IPv4 and IPv6 eRouter Specification > Version > > > I21", February 2022, > > > > <https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw<https://w/> > ww.cablelabs.com<http://ww.cablelabs.com/>%2Fspecifications%2FCM-SP- > eRouter&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/>%7Cdf4acf16205f > 4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63 > 8887945782163947%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlY > iOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C > 0%7C%7C%7C&sdata=XaNipH6wM%2FsVGIZg0UZLCyeameGXXKgnaB5HVxiBMyM%3D&re > served=0>. > > > > > > Current: > > > [eRouter] CableLabs, "IPv4 and IPv6 eRouter Specification", > Data- > > > Over-Cable Service Interface Specifications, Version > I22, > > > May 2024, > > > > <https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fw<https://w/> > ww.cablelabs.com<http://ww.cablelabs.com/>%2Fspecifications%2FCM-SP- > eRouter&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/>%7Cdf4acf16205f > 4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C0%7C63 > 8887945782185062%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlY > iOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C > 0%7C%7C%7C&sdata=mnpN8EcujQHWO4T4Cl%2FYps%2BKbnKdCQlEti%2FYAa4iI38%3 > D&reserved=0>. > > > > > > Re: "in Section 8.5 of CableLabs IPv6 eRouter specification > > > [eRouter]", we note that Section 8.5 has the same title in I21 > and I122. > > > However, if you prefer to reference Version I21, please let us > know > > > (and in that case, we recommend this URL: > > > > https://fra01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww<https://ww/> > w.cablelabs.com<http://w.cablelabs.com/>%2Fspecifications%2FCM-SP- > eRouter%3Fv%3DI21&data=05%7C02%7Cmohamed.boucadair%40orange.com<http://40orange.com/>%7Cdf > 4acf16205f4e496afa08ddc933a2a7%7C90c7a20af34b40bfbc48b9253b6f5d20%7C > 0%7C0%7C638887945782206601%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiO > nRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyf > Q%3D%3D%7C0%7C%7C%7C&sdata=h4hLrAgXFhEVVB%2FGYhIUYUqXp5JaIpTd4BPmEuv > KeZQ%3D&reserved=0). > > > --> > > > > > > > > > Thank you. > > > > > > RFC Editor/ar > > > > > > > > > > On Jul 3, 2025, at 6:01 PM, > > > rfc-edi...@rfc-editor.org<mailto:rfc-edi...@rfc-editor.org> wrote: > > > > > > Tim, > > > > > > One additional question: > > > > > > 12) Re: LPD-6, what does "that is not assigned" refer to? As far > as verb agreement, it does not match "packets". > > > > > > Original: > > > IPv6 CE routers MUST continue to drop packets including > destination > > > address that is not assigned to the LAN or delegated. > > > > > > Perhaps: > > > IPv6 CE routers MUST continue to drop packets, including > destination > > > address, that are not assigned to the LAN or delegated. > > > > > > Thank you. > > > RFC Editor/ar > > > > > > > > <rfc9818.xml> ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. ____________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you.
-- auth48archive mailing list -- auth48archive@rfc-editor.org To unsubscribe send an email to auth48archive-le...@rfc-editor.org
