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 + -
显示快捷键?