RFC Errata
Found 5 records.
Status: Verified (5)
RFC 4241, "A Model of IPv6/IPv4 Dual Stack Internet Access Service", December 2005
Source of RFC: INDEPENDENT
Errata ID: 819
Status: Verified
Type: Technical
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2005-12-20
Verifier Name: Nevil Brownlee
Date Verified: 2010-04-03
Section 2.3 says:
[ ....mising text ... ] IA_PD option and IA_PD Prefix options for the chosen prefix(es) back to the PE.
It should say:
Notes:
The 3rd paragraph of the indented, bulleted enumeration in
Section 2.3 contains only a fragment of a sentence.
The second bulleted paragraph covers this, the unbulleted third para
seems to be unneccessary, probably a fragment from a former edit;
just delete it.
Errata ID: 1411
Status: Verified
Type: Technical
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2005-12-20
Verifier Name: Nevil Brownlee
Date Verified: 2010-04-03
Section 2.3 says:
[ ....mising text ... ] IA_PD option and IA_PD Prefix options for the chosen prefix(es) back to the PE.
It should say:
Notes:
The 3rd paragraph of the indented, bulleted enumeration in
Section 2.3 contains only a fragment of a sentence.
That unbulleted fragment seems to be left over from earlier editing,
the bullet before it says it all here. Delete the fragment.
Errata ID: 3462
Status: Verified
Type: Technical
Publication Format(s) : TEXT
Reported By: Pengfei Liu
Date Reported: 2013-01-16
Verifier Name: Nevil Brownlee
Date Verified: 2014-02-03
Section 3 says:
|---Configure-Request-->| \ |<--Configure-Request---| | |<----Configure-Nak-----| | PPP Network Layer Protocol Phase |<----Configure-Ack-----| | (IPCP) |---Configure-Request-->| | |<----Configure-Ack-----| /
It should say:
|---Configure-Request-->| \ |<--Configure-Request---| | |<----Configure-Nak-----| | PPP Network Layer Protocol Phase |-----Configure-Ack---->| | (IPCP) |---Configure-Request-->| | |<----Configure-Ack-----| /
Notes:
Wrong IPCP process in Figure 2.
In the IPCP phase of original Figure 2, there're both Configure-Nak and Configure-Ack for the first Configure-Request and it's impossible. The first Configure-Ack in IPCP phase of original Figure 2 should be sent to PE from CPE.
Errata ID: 153
Status: Verified
Type: Editorial
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2005-12-20
Verifier Name: Bob Braden
Date Verified: 2008-04-21
Section 2.5 says:
The CPE should return ICMPv6 Destination Unreachable message to a source address or silently discard the packets, when the original packet is destined for the unassigned prefix in the delegated prefix.
It should say:
The CPE should return an ICMPv6 Destination Unreachable message to the source address or silently discard the packet when the original packet is destined for an unassigned prefix in the delegated prefix.
Errata ID: 821
Status: Verified
Type: Editorial
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2005-12-20
Verifier Name: Nevil Brownlee
Date Verified: 2010-04-03
Second paragraph of Section 2.6: Devices connected to user network may learn a recursive DNS server address with the mechanism described in [RFC3736]. And the first sentence in Section 2.8: ICMPv6 Echo Request will be sent to the user network for connectivity monitoring in the service.
It should say:
Second paragraph of Section 2.6: Devices connected to the user network may learn a recursive DNS server address with the mechanism described in [RFC3736]. And the first sentence in Section 2.8: ICMPv6 Echo Requests will be sent to the user network for connectivity monitoring in the service.