RFC Errata
Found 3 records.
Status: Verified (1)
RFC 3810, "Multicast Listener Discovery Version 2 (MLDv2) for IPv6", June 2004
Note: This RFC has been updated by RFC 4604
Source of RFC: magma (int)
Errata ID: 8029
Status: Verified
Type: Editorial
Publication Format(s) : TEXT
Reported By: Marco Seravalli
Date Reported: 2024-07-12
Verifier Name: RFC Editor
Date Verified: 2024-07-12
Section 2.2 says:
Both Multicast Address Specific Queries and Multicast Address and Source Specific Queries are only sent in response to State Change Reports, never in response to Current State Reports. This distinction between the two types of reports is needed to avoid the router treating all Multicast Listener Reports as potential changes in state. By doing so, the fast leave mechanism of MLDv2, described in more detail in section 2.2, might not be effective if a State Change Report is lost, and only the following Current State Report is received by the router. Nevertheless, it avoids an increased processing at the router and it reduces the MLD traffic on the link. More details on the necessity of distinguishing between the two report types can be found in Appendix A1.
It should say:
Both Multicast Address Specific Queries and Multicast Address and Source Specific Queries are only sent in response to State Change Reports, never in response to Current State Reports. This distinction between the two types of reports is needed to avoid the router treating all Multicast Listener Reports as potential changes in state. By doing so, the fast leave mechanism of MLDv2, described in more detail in section 2.3, might not be effective if a State Change Report is lost, and only the following Current State Report is received by the router. Nevertheless, it avoids an increased processing at the router and it reduces the MLD traffic on the link. More details on the necessity of distinguishing between the two report types can be found in Appendix A1.
Notes:
IIUC the fast leave mechanism is not explain in section 2.2 but in 2.3
Status: Held for Document Update (2)
RFC 3810, "Multicast Listener Discovery Version 2 (MLDv2) for IPv6", June 2004
Note: This RFC has been updated by RFC 4604
Source of RFC: magma (int)
Errata ID: 5977
Status: Held for Document Update
Type: Technical
Publication Format(s) : TEXT
Reported By: Toerless Eckert
Date Reported: 2020-02-05
Held for Document Update by: Eric Vyncke
Date Held: 2023-08-03
Throughout the document, when it says:
Notes:
I think PIM WG (which now owns this RFC) repeatedly re-confirmed in discussions that the intended interpretation of RFC3810 is that multicast receivers MUST report MLDv2 membership reports ALSO for link-local IPv6 addresses. Alas, this is still rejected by readers outside of PIM-WG, for example in current IESG review of a new new protocol spec that is stating that MLDv2 must be used to join the link-local IPv6 address of that protocol.
The problem seems to stem from the fact that there is no positively reaffirming text in MLDv2 RFC stating that MLDv2 MUST be used for all addresses scope 2..14 (except FF:01). Instead the text seems to only mentions exceptions (scope 0 and 1 and FF:01) unless i overlooked a passage explicitly reaffirming the need to use MLDv2 for scope 2.
Hence, this errata is editorial in nature to what i understand to be the desired meaning according to PIM-WG, but would be a technical change to what seems to be the interpretation by many implementers.
-------------- Verifier note --------
An errata is for minor change in well-defined sections. The proposed change is more global and should be addressed by a -bis or an update I-D.
Errata ID: 4773
Status: Held for Document Update
Type: Editorial
Publication Format(s) : TEXT
Reported By: Michael Lundkvist
Date Reported: 2016-08-11
Held for Document Update by: Alvaro Retana
Date Held: 2018-09-05
Section 5.1.6 says:
MISSING
It should say:
5.1.6. Resv Initialized to zero by the sender; ignored by receivers.
Notes:
A description for the Resv field is missing. Section numbering indicates that this has been lost in editing.
== Alvaro Retana ==
Yes, §5.1.6 is missing. I think it is obvious that "Resv" and "Reserved" have the same meaning, so I'm disposing of this report to be considered when/if the document is updated.