Re: [v6ops] [Editorial Errata Reported] RFC6092 (6979)

Hi,

It is not very clear what types of messages must not be
processed.

DHCPv6 "server discovery" process is defined in Section 18
of RFC8415:

   ... The client does this by sending the Solicit message
   (see Section 18.2.1) to the All_DHCP_Relay_Agents_and_Servers
   multicast address and collecting Advertise messages from the servers
   that respond to the client's message; the client then selects a
   server from which it wants to obtain configuration information.  This
   process is referred to as server discovery.

Only two messages are used in this server discovery process.
The message that servers receive is Solicit.  So "DHCPv6
discovery packets" in REC-9 should be Solicit messages.

By the way, why only discovery packets must not be processed?
I think any DHCPv6 messages received on exterior interfaces
must not be processed by DHCPv6 server or relay agent in CPE.

Thanks,
Tomoyuki

> On May 24, 2022, at 14:54, mohamed.boucadair@orange.com wrote:
> 
> Hi all, 
> 
> The original text is correct. It does not refer to the name of the message, but to the descriptive process.
> 
> Cheers,
> Med
> 
>> -----Message d'origine-----
>> De : v6ops <v6ops-bounces@ietf.org> De la part de RFC Errata
>> System
>> Envoyé : mardi 24 mai 2022 07:34
>> À : rfc-editor@rfc-editor.org
>> Cc : v6ops@ietf.org; jhw@apple.com
>> Objet : [v6ops] [Editorial Errata Reported] RFC6092 (6979)
>> 
>> The following errata report has been submitted for RFC6092,
>> "Recommended Simple Security Capabilities in Customer Premises
>> Equipment (CPE) for Providing Residential IPv6 Internet Service".
>> 
>> --------------------------------------
>> You may review the report below and at:
>> https://www.rfc-editor.org/errata/eid6979
>> 
>> --------------------------------------
>> Type: Editorial
>> Reported by: Tomoyuki Sahara <tsahara@iij.ad.jp>
>> 
>> Section: 3.1
>> 
>> Original Text
>> -------------
>>   REC-9: Inbound DHCPv6 discovery packets [RFC3315] received on
>>   exterior interfaces MUST NOT be processed by any integrated
>> DHCPv6
>>   server or relay agent.
>> 
>> 
>> Corrected Text
>> --------------
>>   REC-9: Inbound DHCPv6 Solicit messages [RFC3315] received on
>>   exterior interfaces MUST NOT be processed by any integrated
>> DHCPv6
>>   server or relay agent.
>> 
>> 
>> Notes
>> -----
>> "discovery" packet, more precisely DHCPDISCOVER message, is
>> defined in DHCPv4 but it is not defined in DHCPv6.
>> DHCPv6 clients send "Solicit" messages to discover DHCPv6 servers
>> or relay agents.
>> 
>> Instructions:
>> -------------
>> This erratum is currently posted as "Reported". If necessary,
>> please use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party can log
>> in to change the status and edit the report, if necessary.
>> 
>> --------------------------------------
>> RFC6092 (draft-ietf-v6ops-cpe-simple-security-16)
>> --------------------------------------
>> Title               : Recommended Simple Security Capabilities in
>> Customer Premises Equipment (CPE) for Providing Residential IPv6
>> Internet Service
>> Publication Date    : January 2011
>> Author(s)           : J. Woodyatt, Ed.
>> Category            : INFORMATIONAL
>> Source              : IPv6 Operations
>> Area                : Operations and Management
>> Stream              : IETF
>> Verifying Party     : IESG
>> 
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
> 
> _________________________________________________________________________________________________________________________
> 
> 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.
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops