02) Changed the wording of the Security Considerations section to
avoid dependency loop between this spec and the IPsec specs.
02) Updated R. Hinden's email address and company affiliation.
--------------------------------------------------------
01) In section 3, changed field name "Class" to "Traffic Class" and
increased its size from 4 to 8 bits. Decreased size of Flow
Label field from 24 to 20 bits to compensate for increase in
Traffic Class field.
RFC 2460 IPv6 Specification December 1998
01) In section 4.1, restored the order of the Authentication Header
and the ESP header, which were mistakenly swapped in the 00
version of this memo.
01) In section 4.4, deleted the Strict/Loose Bit Map field and the
strict routing functionality from the Type 0 Routing header, and
removed the restriction on number of addresses that may be
carried in the Type 0 Routing header (was limited to 23
addresses, because of the size of the strict/loose bit map).
01) In section 5, changed the minimum IPv6 MTU from 576 to 1280
octets, and added a recommendation that links with configurable
MTU (e.g., PPP links) be configured to have an MTU of at least
1500 octets.
01) In section 5, deleted the requirement that a node must not send
fragmented packets that reassemble to more than 1500 octets
without knowledge of the destination reassembly buffer size, and
replaced it with a recommendation that upper-layer protocols or
applications should not do that.
01) Replaced reference to the IPv4 Path MTU Discovery spec (RFC-
1191) with reference to the IPv6 Path MTU Discovery spec (RFC-
1981), and deleted the Notes at the end of section 5 regarding
Path MTU Discovery, since those details are now covered by RFC-
1981.
01) In section 6, deleted specification of "opportunistic" flow
set-up, and removed all references to the 6-second maximum
lifetime for opportunistically established flow state.
01) In section 7, deleted the provisional description of the
internal structure and semantics of the Traffic Class field, and
specified that such descriptions be provided in separate
documents.
--------------------------------------------------------
00) In section 4, corrected the Code value to indicate "unrecognized
Next Header type encountered" in an ICMP Parameter Problem
message (changed from 2 to 1).
00) In the description of the Payload Length field in section 3, and
of the Jumbo Payload Length field in section 4.3, made it
clearer that extension headers are included in the payload
length count.
RFC 2460 IPv6 Specification December 1998
00) In section 4.1, swapped the order of the Authentication header
and the ESP header. (NOTE: this was a mistake, and the change
was undone in version 01.)
00) In section 4.2, made it clearer that options are identified by
the full 8-bit Option Type, not by the low-order 5 bits of an
Option Type. Also specified that the same Option Type numbering
space is used for both Hop-by-Hop Options and Destination
Options headers.
00) In section 4.4, added a sentence requiring that nodes processing
a Routing header must send an ICMP Packet Too Big message in
response to a packet that is too big to fit in the next hop link
(rather than, say, performing fragmentation).
00) Changed the name of the IPv6 Priority field to "Class", and
replaced the previous description of Priority in section 7 with
a description of the Class field. Also, excluded this field
from the set of fields that must remain the same for all packets
in the same flow, as specified in section 6.
00) In the pseudo-header in section 8.1, changed the name of the
=21= |