rfc2626.txt

来自「中、英文RFC文档大全打包下载完全版 .」· 文本 代码 · 共 1,531 行 · 第 1/5 页

Nesser                       Informational                     [Page 11]

RFC 2626  The Internet and the Millennium Problem (Year 2000)  June 1999


   RFC 1807 defines a format for bibliographic records and it specifies
   a DATE format, which requires 4 digit year fields.

   RFC 1788 defines ICMP Domain Name messages.  Section 3 defines a
   Domain Name Reply Packet, which contains a signed 32-bit integer.
   This timer is not Year 2000 reliant and is certainly large enough for
   it purposes.

   RFC 1784 on TFTP Timeout Intervals and Transfer Size Options uses a
   field for the number of seconds for the timeout.  It is an ASCII
   value from 1 to 255 octets in length.  There is no Y2K issue.

   RFC 1778 on String Representations of Standard Attribute Syntax's
   define UTC Time in Section 2.21 and uses that definition in Section
   2.25 on User Certificates.  Since UTC Time is being used, there is a
   potential millennium issue.

   RFC 1777 on LDAP defines a timelimit in Section 4.3 which is
   expressed in seconds, but does not define any limits.

   RFC 1440 on SIFT/UFT: Sender-Initiated/Unsolicited File Transfer
   defines an optional DATE command in Section 5 of the form mm/dd/yy,
   which is subject to millennium issues.

   RFC 1068 on the Background File Transfer Protocol (BFTP) defines two
   commands in Sections B.2.12 and B.2.13, the Submit and Time commands.
   >From the example usage's given in Appendix C it is clear that this
   protocol will function correctly though the year 9999.

   RFC 1037 on NFILE (a file access protocol) discusses the a Date
   representation in Section 7.1 as the number of seconds since January
   1, 1900, but does not limit the field size.  There should be no Y2K
   issues.

   RFC 998 on NETBLT defines a Death time in Section 8, which is the
   sender's death time in seconds.

   RFC 978 on the Voice File Interchange Protocol defines the Total Time
   of a message to be a 32-bit number of deci-seconds.  This limits the
   size of a message but has no millennium issues.

   RFC 969 was obsoleted by RFC 998.

   RFC 916 defines the Reliable Asynchronous Transfer Protocol (RATP).
   Three timers are discussed in an expository manner in Section 5.4 and
   its subsections.  There are no relevant issues.





Nesser                       Informational                     [Page 12]

RFC 2626  The Internet and the Millennium Problem (Year 2000)  June 1999


   RFCs 2122, 2056, 2055, 2054, 2044, 2016, 1960, 1959, 1874, 1865, 1862,
   1843, 1842, 1823, 1815, 1808, 1798, 1785, 1783, 1782, 1779, 1766,
   1738, 1737, 1736, 1729, 1728, 1727, 1639, 1633, 1630, 1625, 1554,
   1545, 1530, 1529, 1528, 1489, 1486, 1436, 1415, 1413, 1350, 1345,
   1312, 1302, 1288, 1278, 1241, 1235, 1196, 1194, 1179, 1123, 1003, 971,
   965, 959, 949, 913, 887, 866, 865, 864, 863, 862, 797, 795, 783, 775,
   765, 751, 743, 742, 740, 737, 725, 722, 707, 691, 683, 662, 640, 624,
   614, 607, 599, 412, 411, 410, 407, and 406 were found to have no
   references to dates or times, and hence no millennium issues.

   RFCs 712, 697, 633, 630, 622, 610, 593, 592, 589, 573, 571, 570, 553,
   551, 549, 543, 535, 532, 525, 520, 514, 506, 505, 504, 501, 499, 493,
   490, 487, 486, 485, 480, 479, 478, 477, 472, 468, 467, 463, 454, 451,
   448, 446, 438, 437, 436, 430, 429, 418, 414, and 409 were not
   available for review.

   RFCS below 400 were considered too obsolete to even consider.

12. Network & Transport Layer

12.1 Summary

   The RFC's which were categorized into this group were the Internet
   Protocol (IP) versions four and six, the Transmission Control
   Protocol (TCP), the User Datagram Protocol (UDP), the Point-to-Point
   Protocol (PPP) and its extensions, Internet Control Message Protocol
   (ICMP), the Address Resolution Protocol (ARP) and Remote Procedure
   Call (RPC) protocol.  A variety of less known protocols were also
   examined.

   After careful review of the nearly 400 RFC's in this catagory, no
   millennium or year 2000 problems were found.

12.2 Specifics

   RFC 2125 on the PPP Bandwidth Allocation Protocol (BAP) in section
   5.3 discusses the use if mandatory timers, but gives no mention as to
   how they are implemented.

   RFC 2114 on a Data Link Switching Client Access Protocol defines a
   retry timer of five seconds in Section 3.4.1.

   RFC 2097 on the PPP NetBIOS Frame Control Protocol discuesses several
   timer and timeouts in Section 2.1, none of which suffers from a year
   2000 problem.

   RFC 2075 on the IP Echo Host Service discusses timestamps and has no
   millennium issues.



Nesser                       Informational                     [Page 13]

RFC 2626  The Internet and the Millennium Problem (Year 2000)  June 1999


   RFC 2005 on the Applicability for Mobile IP discusses using
   timestamps as a security measure to avoid replay attacks (Section
   3.), but does not quantify them.  There are no expected issues.

   RFC 2002 on IP Mobility Support uses a 16-bit field for the lifetime
   of a connection and notes the 18.2 hour limitation that this imposes.
   Section 5.6.1 on replay protection requires the use of 64-bit time
   fields, of a similar format to NTP packets.

   RFC 1981 on Path MTU Discovery for IPv6 discusses timestamps and
   their potential use to purge stale information in section 5.3.  There
   is no millennium issues in this use.

   RFC 1963 on the PPP Serial Data Transport Protocol defines a flow
   expiration time in section 4.9 which has no year 2000 issues.

   RFC 1833 on Binding Protocols for ONC RPC Version 2 defines a
   variable in Section 2.2.1 called RPCBPROC_GETTIME which returns the
   local time in seconds since 1/1/1970.  Since this value is not fields
   width dependent, it may or may not wrap around the 32-bit value
   depending on the operating system parameters.

   RFC 1762 on the PPP DECnet Phase IV Control Protocol discusses a
   number of timers in Section 5 (General Considerations).  None of
   these timers experience any millennium issues.

   RFC 1761 on Snoop Version 2 Packet Capture File Format discusses two
   32-bit timestamp values on Section 4 on Packet Record Formats.  The
   first of these may wrap in the year 2038, but should not effect
   anything of any import.

   RFC 1755 on ATM Signalling Support for IP Over ATM discusses timing
   issues in Section 3.4 on VC Teardown.  These limited timers have no
   year 2000 issues.

   RFC 1692 on the Transport Multiplexing Protocol (TMux) defines a TTL
   in Section 2.3 and a timer in Section 3.3.  Neither of these suffer
   from any millennium or year 2000 issues.

   RFC 1661 on PPP defines three timers in Section 4.6, none of which
   have any year 2000 issues.

   RFC 1644 on T/TCP (TCP Extensions for Transactions) mentions RFC 1323
   and the extended timers recommended in it.

   RFC 1575 defines an echo function for CNLP discusses in the narrative
   the use of the Lifetime Field in Section 5.3.  There is nothing to
   suggest that there is any year 2000 issues.



Nesser                       Informational                     [Page 14]

RFC 2626  The Internet and the Millennium Problem (Year 2000)  June 1999


   RFC 1329 on Dual MAC FDDI Networks discusses ARP cache administration
   in Section 9.3 and 9.4 and various timers to expire entries.

   RFC 1256 on ICMP Router Discovery Messages talks about lifetime
   fields in Section 2 and defines three router configuration variables
   in Section 4.1.  None of these have any millennium issues.

   RFC 792 on ICMP discusses Timestamps and Timestamp Reply messages
   which define a 32-bit timestamp which contains the number of
   milliseconds since midnight UT.

   RFC 791 on the Internet Protocol defines a packet type 68 which is an
   Internet Timestamp, which defines a 32-bit field which contains the
   number of milliseconds since midnght UT.

   RFC 781 was defines the same option which is codified in RFC 791 as a
   packet type 68.

   RFC's 2126, 2118, 2113, 2107, 2106, 2105, 2098, 2067, 2043, 2023,
   2019, 2018, 2009, 2004, 2003, 2001, 1994, 1993, 1990, 1989, 1979,
   1978, 1977, 1976, 1975, 1974, 1973, 1972, 1967, 1962, 1954, 1946,
   1937, 1936, 1934, 1933, 1932, 1931, 1926, 1924, 1919, 1918, 1917,
   1916, 1915, 1897, 1888, 1887, 1885, 1884, 1883, 1881, 1878, 1877,
   1868, 1860, 1859, 1853, 1841, 1832, 1831, 1809, 1795, 1791, 1770,
   1764, 1763, 1756, 1754, 1752, 1744, 1735, 1726, 1719, 1717, 1710,
   1707, 1705, 1698, 1693, 1688, 1687, 1686, 1683, 1682, 1681, 1680,
   1679, 1678, 1677, 1676, 1674, 1673, 1672, 1671, 1670, 1669, 1667,
   1663, 1662, 1638, 1634, 1631, 1629, 1624, 1622, 1621, 1620, 1619,
   1618, 1613, 1605, 1604, 1598, 1590, 1577, 1570, 1561, 1560, 1553,
   1552, 1551, 1549, 1548, 1547, 1538, 1526, 1518, 1498, 1490, 1483,
   1475, 1466, 1454, 1435, 1434, 1433, 1393, 1390, 1385, 1379, 1378,
   1377, 1376, 1375, 1374, 1365, 1363, 1362, 1356, 1347, 1337, 1335,
   1334, 1333, 1332, 1331, 1326, 1323, 1314, 1307, 1306, 1294, 1293,
   1277, 1263, 1240, 1237, 1236, 1234, 1226, 1223, 1220, 1219, 1210,
   1209, 1201, 1191, 1188, 1185, 1172, 1171, 1166, 1162, 1151, 1146,
   1145, 1144, 1141, 1139, 1134, 1132, 1122, 1110, 1106, 1103, 1088,
   1086, 1085, 1078, 1072, 1071, 1070, 1069, 1063, 1062, 1057, 1055,
   1051, 1050, 1046, 1045, 1044, 1042, 1030, 1029, 1027, 1025, 1016,
   1008, 1007, 1006, 1002, 1001, 994, 986, 983, 982, 970, 964, 963, 962,
   955, 948, 942, 941, 940, 936, 935, 932, 926, 925, 924, 922, 919, 917,
   914, 905, 903, 896, 895, 894, 893, 892, 891, 889, 879, 877, 874, 872,
   871, 848, 829, 826, 824, 815, 814, 813, 801, 793, 789, 787, 777, 768,
   761, 760, 759, 730, 704, 696, 695, 692, 690, 689, 687, 685, 680, 675,
   674, 660, 632, 626, 613, 611 were reviewed but were found to have no
   millennium references.






Nesser                       Informational                     [Page 15]

RFC 2626  The Internet and the Millennium Problem (Year 2000)  June 1999


   RFC's 594, 591, 576, 550, 548, 528, 521, 489, 488, 473, 460, 459, 450,
   449, 445, 442, 434, 426, 417, 398, 395, 394, 359, 357, 348, 347, 346,
   343, 312, 301, 300, 271, 241, 210, 203, 202, 197, 190, 178, 176, 175,
   166, 165, 161, 151, 150, 146, 145, 143, 142, 128, 127, 123, 122, 93,
   91, 80, 79, 70, 67, 65, 62, 60, 59, 56, 55, 54, 53, 41, 38, 33, 23,
   22, 20, 19, 17, 12 were deemed too old to be considered for millennium
   investigation.

13. Electronic Mail

13.1 Summary

   The RFC's which were categorized into this group were the Simple Mail
   Transfer Protocol (SMTP), Internet Mail Access Protocol (IMAP), Post
   Office Protocol (POP), Multipurpose Internet Mail Exchange (MIME),
   and X.400 to SMTP interaction.

   After reviewing all mail-related RFCs, it was discovered that while
   some obsolete standards required two-digit years, all currently used
   standards require four-digit years and are thus not prone to typical
   Year 2000 problems.

13.2 Specifics

   RFCs 821 and 822, the main basis for SMTP mail exchange and message
   format, originally required two-digit years. However, both of these
   RFCs were later modified by RFC 1123 in 1989, which strongly
   recommended 4-digit years.  Although there might be a few very old
   SMTP systems using two-digit years, it is believed that almost all
   mail sent over the Internet today uses four-digit years. Mail that
   contains two-digit years in its SMTP headers will not "fail", but
   might be mis-sorted in message stores and mail user agents. This
   problem is avoided entirely by taking the RFC 1123 change as a
   requirement, rather than merely as a recommendation.

   IMAP versions 1, 2, and 3 used two-digit years, but IMAP version 4
   (defined in RFCs 1730 and 1732 in 1994) requires four-digit years.
   There are still a few IMAP 2 servers and clients in use on the
   Internet today, but IMAP version 4 has already taken over almost all
   of the IMAP market. Mail stored on an IMAP server or client with
   two-digit years will not "fail", but could possibly be mis-sorted or
   prematurely expired.

   RFC 1153 describes a format for digests of mailing lists, and uses
   two-digit dates. This format is not widely used. The use of two-digit
   dates could possibly cause missorting of stored messages.





Nesser                       Informational                     [Page 16]

RFC 2626  The Internet and the Millennium Problem (Year 2000)  June 1999


   RFC 1327, which describes mapping between X.400 mail and SMTP mail,
   uses the UTCTime format.

   RFC 1422 describes the structure of certificates that were used in
   PEM (and are expected to be used in many other mail and non-mail
   services). Those certificates use dates in UTCTime format. Poorly
   written software might prematurely expire or validate a certificate
   based on comparisons of the date with the current date, although no
   current software is known to do this.

   14. Network Time Protocols

14.1 Summary

   The RFC's which were categorized into this group were the Network
   Time Protocol (NTP), and the Time Protocol.

   NTP has been certified year 2000 compliant, while the Time Protocol
   will "roll over" at Thu Feb 07 00:54:54 2036 GMT.  Since NTP is the