rfc1042.txt

来自「著名的RFC文档,其中有一些文档是已经翻译成中文的的.」· 文本 代码 · 共 843 行 · 第 1/3 页

TXT
843
字号
Postel & Reynolds                                               [Page 5]RFC 1042            IP and ARP on IEEE 802 Networks        February 1988      Datagrams on IEEE 802 networks may be longer than the general      Internet default maximum packet size of 576 octets.  Hosts      connected to an IEEE 802 network should keep this in mind when      sending datagrams to hosts not on the same IEEE 802 network.  It      may be appropriate to send smaller datagrams to avoid unnecessary      fragmentation at intermediate gateways.  Please see [10] for      further information.      IEEE 802.2 Details         While not necessary for supporting IP and ARP, all         implementations are required to support IEEE 802.2 standard         Class I service.  This requires supporting Unnumbered         Information (UI) Commands, eXchange IDentification (XID)         Commands and Responses, and TEST link (TEST) Commands and         Responses.         When either an XID or a TEST command is received a response         must be returned; with the Destination and Source addresses,         and the DSAP and SSAP swapped.         When responding to an XID or a TEST command the sense of the         poll/final bit must be preserved.  That is, a command received         with the poll/final bit reset must have the response returned         with the poll/final bit reset and vice versa.         The XID command or response has an LLC control field value of         175 (decimal) if poll is off or 191 (decimal) if poll is on.         (See Appendix on Numbers.)         The TEST command or response has an LLC control field value of         227 (decimal) if poll is off or 243 (decimal) if poll is on.         (See Appendix on Numbers.)         A command frame is identified with high order bit of the SSAP         address reset.  Response frames have high order bit of the SSAP         address set to one.         XID response frames should include an 802.2 XID Information         field of 129.1.0 indicating Class I (connectionless) service.         (type 1).         TEST response frames should echo the information field received         in the corresponding TEST command frame.Postel & Reynolds                                               [Page 6]RFC 1042            IP and ARP on IEEE 802 Networks        February 1988   For IEEE 802.3      A particular implementation of an IEEE 802.3 Physical Layer is      denoted using a three field notation.  The three fields are data      rate in megabit/second, medium type, and maximum segment length in      hundreds of meters.  One combination of of 802.3 parameters is      10BASE5 which specifies a 10 megabit/second transmission rate,      baseband medium, and 500 meter segments.  This correspondes to the      specifications of the familiar "Ethernet" network.      The MAC header contains 6 (2) octets of source address, 6 (2)      octets of destination address, and 2 octets of length.  The MAC      trailer contains 4 octets of Frame Check Sequence (FCS), for a      total of 18 (10) octets.      IEEE 802.3 networks have a minimum packet size that depends on the      transmission rate.  For type 10BASE5 802.3 networks the minimum      packet size is 64 octets.      IEEE 802.3 networks have a maximum packet size which depends on      the transmission rate.  For type 10BASE5 802.3 networks the      maximum packet size is 1518 octets including all octets between      the destination address and the FCS inclusive.      This allows 1518 - 18 (MAC header+trailer) - 8 (LLC+SNAP header) =      1492 for the IP datagram (including the IP header).  Note that      1492 is not equal to 1500 which is the MTU for Ethernet networks.   For IEEE 802.4      The MAC header contains 1 octet of frame control, 6 (2) octets of      source address, and 6 (2) octets of destination address.  The MAC      trailer contains 4 octets of Frame Check Sequence (FCS), for a      total of 17 (9) octets.      IEEE 802.4 networks have no minimum packet size.      IEEE 802.4 networks have a maximum packet size of 8191 octets      including all octets between the frame control and the FCS      inclusive.      This allows 8191 - 17 (MAC header+trailer) - 8 (LLC+SNAP header) =      8166 for the IP datagram (including the IP header).Postel & Reynolds                                               [Page 7]RFC 1042            IP and ARP on IEEE 802 Networks        February 1988   For IEEE 802.5      The current standard for token ring's, IEEE 802.5-1985, specifies      the operation of single ring networks.  However, most      implementations of 802.5 have added extensions for multi-ring      networks using source-routing of packets at the MAC layer.  There      is now a Draft Addendum to IEEE 802.5, "Enhancement for Multi-Ring      Networks" which attempts to standardize these extensions.      Unfortunately, the most recent draft (November 10, 1987) is still      rapidly evolving.  More importantly, it differs significantly from      the existing implementations.  Therefore, the existing      implementations of 802.5 [13] are described but no attempt is made      to specify any future standard.      The MAC header contains 1 octet of access control, 1 octet of      frame control, 6 (2) octets of source address, 6 (2) octets of      destination address, and (for multi-ring networks) 0 to 18 octets      of Routing Information Field (RIF).  The MAC trailer contains 4      octets of FCS, for a total of 18 (10) to 36 (28) octets.  There is      one additional octet of frame status after the FCS.      Multi-Ring Extension Details         The presence of a Routing Information Field is indicated by the         Most Significant Bit (MSB) of the source address, called the         Routing Information Indicator (RII).  If the RII equals zero, a         RIF is not present.  If the RII equals 1, the RIF is present.         Although the RII is indicated in the source address, it is not         part of a stations MAC layer address.  In particular, the MSB         of a destination address is the individual/group address         indicator, and if set will cause such frames to be interpreted         as multicasts.  Implementations should be careful to reset the         RII to zero before passing source addresses to other protocol         layers which may be confused by their presence.         The RIF consists of a two-octet Routing Control (RC) field         followed by 0 to 8 two-octet Route-Designator (RD) fields.  The         RC for all-routes broadcast frames is formatted as follows:                         0                   1                         0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5                        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                        |  B  |   LTH   |D|  LF |   r   |                        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                       Note that each tick mark represents one bit position.Postel & Reynolds                                               [Page 8]RFC 1042            IP and ARP on IEEE 802 Networks        February 1988            B - Broadcast Indicators: 3 bits               The Broadcast Indicators are used to indicate the routing               desired for a particular frame.  A frame may be routed               through a single specified route, through every distinct               non-repeating route in a multi-ring network, or through a               single route determined by a spanning tree algorithm such               that the frame appears on every ring exactly once.  The               values which may be used at this time are (in binary):                  000 - Non-broadcast (specific route)                  100 - All-routes broadcast (global broadcast)                  110 - Single-route broadcast (limited broadcast)               All other values are reserved for future use.            LTH - Length: 5 bits               The Length bits are used to indicate the length or the RI               field, including the RC and RD fields.  Only even values               between 2 and 30 inclusive are allowed.            D - Direction Bit: 1 bit               The D bit specifies the order of the RD fields.  If D               equals 1, the routing-designator fields are specified in               reverse order.            LF - Largest Frame: 3 bits               The LF bits specify the maximum MTU supported by all               bridges along a specific route.  All multi-ring broadcast               frames should be transmitted with a value at least as               large as the supported MTU.  The values used are:                       LF (binary)   MAC MTU      IP MTU                           000          552         508                           001         1064        1020                           010         2088        2044                           011         4136        4092                           100         8232        8188               All other values are reserved for future use.               The receiver should compare the LF received with the MTU.               If the LF is greater than or equal to the MTU then no               action is taken; however, if the LF is less than the MTUPostel & Reynolds                                               [Page 9]RFC 1042            IP and ARP on IEEE 802 Networks        February 1988               the frame is rejected.                  There are actually three possible actions if LF < MTU.                  First is the one required for this specification                  (reject the frame).  Second is to reduce the MTU for                  all hosts to equal the LF.  And, third is to keep a                  separate MTU per communicating host based on the                  received LFs.            r - reserved: 4 bits               These bits are reserved for future use and must be set to               0 by the transmitter and ignored by the receiver.         It is not necessary for an implementation to interpret         routing-designators.  Their format is left unspecified.         Routing-designators should be transmitted exactly as received.      IEEE 802.5 networks have no minimum packet size.      IEEE 802.5 networks have a maximum packet size based on the      maximum time a node may hold the token.  This time depends on many      factors including the data signalling rate and the number of nodes      on the ring.  The determination of maximum packet size becomes      even more complex when multi-ring networks with bridges are      considered.      Given a token-holding time of 9 milliseconds and a 4      megabit/second ring, the maximum packet size possible is 4508      octets including all octets between the access control and the FCS      inclusive.      This allows 4508 - 36 (MAC header+trailer with 18 octet RIF) - 8      (LLC+SNAP header) = 4464 for the IP datagram (including the IP      header).      However, some current implementations are known to limit packets      to 2046 octets (allowing 2002 octets for IP).  It is recommended      that all implementations support IP packets of at least 2002      octets.      By convention, source routing bridges used in multi-ring 802.5      networks will not support packets larger than 8232 octets.  With a      MAC header+trailer of 36 octets and the LLC+SNAP header of 8      octets, the IP datagram (including IP header) may not exceed 8188      octets.      A source routing bridge linking two rings may be configured toPostel & Reynolds                                              [Page 10]

⌨️ 快捷键说明

复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?