Due to the 72-character restriction while filling in the Errata, I was
unable to make the corrected text and format of EDAR. It should look like
this


*Corrected Text: *A 6BBR acting as a 6LR for the Registered Address can
insert an SLLAO in the EDAR to the 6LBR in order to avoid causing a
multicast NS(lookup) back. This enables the 6LBR to store the link-layer
address associated with the Registered Address on a link and to serve as a
mapping server as described in [UNICAST-LOOKUP
<https://datatracker.ietf.org/doc/html/rfc8929#I-D.thubert-6lo-unicast-lookup>
]. This document updates the EDAR format, adding the Options field in
Figure 1.

0                   1                   2                   3
  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |     Type      |CodePfx|CodeSfx|          Checksum             |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |P=3| Reserved  |     TID       |     Registration Lifetime     |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                                                               |
...                          ROVR                               ...
 |                                                               |
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |                                                               |
 +                           Prefix                              +
 |                                                               |
 +                 (up to 120 bits, padded with 0s)              +
 |                                                               |
 +                                               +-+-+-+-+-+-+-+-+
 |                                               |r|Prefix Length|
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 |  Options
  +-+-+-+-+-+-+-+-+-+
Figure 1: EDAC Message Format

On Sun, Jul 27, 2025 at 4:42 PM RFC Errata System <[email protected]>
wrote:

> The following errata report has been submitted for RFC8929,
> "IPv6 Backbone Router".
>
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid8520
>
> --------------------------------------
> Type: Editorial
> Reported by: Adnan Rashid <[email protected]>
>
> Section: 3.1
>
> Original Text
> -------------
> insert an SLLAO in the EDAR to the 6LBR....
>
> Corrected Text
> --------------
> This document updates EDAR format, adding Options field.
>
> Notes
> -----
> As per RFC8505, there is no room for Options in EDAR. The RFC8929 updates
> RFC8505 in Section 3.1, but does not specify the updated format of EDAR
> with the Option field. The said document must follow the latest format of
> EDAR as defined in the Prefix Registration draft (
> https://datatracker.ietf.org/doc/html/draft-ietf-6lo-prefix-registration-15)
> and update the Section. The Numbering of all other figures will be changed
> accordingly.
>
> Instructions:
> -------------
> This erratum is currently posted as "Reported". (If it is spam, it
> will be removed shortly by the RFC Production Center.) Please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party
> will log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC8929 (draft-ietf-6lo-backbone-router-20)
> --------------------------------------
> Title               : IPv6 Backbone Router
> Publication Date    : November 2020
> Author(s)           : P. Thubert, Ed., C.E. Perkins, E. Levy-Abegnoli
> Category            : PROPOSED STANDARD
> Source              : IPv6 over Networks of Resource-constrained Nodes
> Stream              : IETF
> Verifying Party     : IESG
>
> _______________________________________________
> 6lo mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>


-- 
Regards,

Adnan
_______________________________________________
6lo mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to