802.1D
IEEE 802.1D-1990 - Standard for Local and Metropolitan Area Networks: Media Access Control (MAC) Bridges
IEEE 802.1i-1992 - Standard for Local and Metropolitan Area Network MAC Bridges - Fibre Distributed Data Interface (FDDI) Supplement
IEEE 802.1j-1996 - Supplement to Information technology-Telecommunications and information exchange between systems- Local area networks-Media access control (MAC) bridges: Managed objects for MAC bridges
IEEE 802.1D-1998 - IEEE Standard for Local Area Network MAC (Media Access Control) Bridges
IEEE 802.1t-2001 - IEEE Standard for Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Common specifications - Part 3: Media Access Control (MAC) Bridges - Amendment 1: Technical and Editorial Corrections
IEEE 802.1w-2001 - IEEE Standard for Information Technology -Telecommunications and Information Exchange Between Systems - Local and Metropolitan Area Networks - Common Specifications - Part 3: Media Access Control (MAC) Bridges: Amendment 2 - Rapid Reconfiguration
IEEE 802.1D-2004 - IEEE Standard for Local and metropolitan area networks: Media Access Control (MAC) Bridges
IEEE 802.17a-2004 - IEEE Standard for Local and Metropolitan Area Networks: Media Access Control (MAC) Bridges - Amendment 1: Bridging of IEEE Std 802.17
IEEE 802.16k-2007 - IEEE Standard for Local and Metropolitan Area Networks: Media Access Control (MAC) Bridges - Amendment 2: Bridging of IEEE 802.16
802.1Q
IEEE 802.1Q-1998 - IEEE Standards for Local and Metropolitan Area Networks: Virtual Bridged Local Area Networks
IEEE 802.1u-2001 - IEEE Standard for Virtual Bridged Local Area Networks - Corrigendum 1: Technical and Editorial Corrections
IEEE 802.1s-2002 - IEEE Standards for Local and Metropolitan Area Networks - Amendment to 802.1Q Virtual Bridged Local Area Networks: Multiple Spanning Trees
IEEE 802.1v-2001 - IEEE Standard for Local and metropolitan area networks--Virtual Bridged Local Area Networks -- Amendment 2: VLAN Classification by Protocol and Port
IEEE 802.1ag-2007 - IEEE Standard for Local and Metropolitan Area Networks Virtual Bridged Local Area Networks Amendment 5: Connectivity Fault Management
IEEE 802.1ah-2008 - IEEE Standard for Local and metropolitan area networks -- Virtual Bridged Local Area Networks Amendment 7: Provider Backbone Bridges
IEEE 802.1aj-2009 - IEEE Standard for Local and Metropolitan Area Networks--Virtual Bridged Local Area Networks Amendment 11: Two-Port Media Access Control (Mac) Relay
IEEE Standards Interpretation for IEEE Std 802.1DTM-1999, IEEE Std 802.1QTM- 1998 and IEEE Std 802.3TM, 2000 Edition
Interpretations are issued to explain and clarify the intent of a standard and do not con- stitute an alteration to the original standard. In addition, interpretations are not intend- ed to supply consulting information. Permission is hereby granted to download and print one copy of this document. Individuals seeking permission to reproduce and/or distrib- ute this document in its entirety or portions of this document must contact the IEEE Standards Department for the appropriate license. Use of the information contained in this document is at your own risk.
Topic: MAC behavior when it is attached to the 802.1D/Q Bridge
It is clear that IEEE 802.3 MAC may not send frames greater than 1518 bytes in length for untagged frame and 1522 bytes for a tagged (802.3ac) frame. It is also clear (from 4.2.4.2.1 a.) that Reception of a frame greater than these are allowed to be truncated (and reported as a error) but not required to do so.
In an implementation designed to meet IEEE 802.1D/Q Bridge with integrated IEEE 802.3 MAC, it may receive well-formed (correct frame format with valid FCS) frame that is “slightly“ longer than 1518/1522 bytes. It is desirable to allow these frames to be forwarded. However, simply by allowing these frames to be switched, does this imple- mentation violate this aspect of IEEE 802.3 MAC standard? One could argue that since
a frame reception does NOT enforce the frame size limit, it is acceptable to allow it to reach the bridge relay function, but on its egress, a MAC could send a frame that is lon- ger than the maximum MTU specified. But one could further argue that, so long as the implementation only generates longer frame if and only if it received one, the implemen- tation is still conformant in this respect. Please ignore the 4 bytes of 802.3ac/802.1Q tag generation/removal issue when answering this question. The reading of IEEE 802.1D Clause 6.3.8 allows any MTU to be supported and also allows for only supporting small- est common denominator between bridged LAN.
So what is not clear, and would like the clarification/interpretation of the clause 4.2.4.2.1 relative to 802.1D bridging, if a MAC receives frames longer than 1518/1522, otherwise well formed, and relays it to a egress port, and the egress port sends this frame, does the implementation violate the standard? Or this extended length support not covered by the standard? It would settle some internal debate if you could answer both questions and provide any other helpful guidance for us.
Begin From IEEE 802.3-2000
4.2.4.2 Receive media access management 4.2.4.2.1 Framing The CSMA/CD sublayer recognizes the boundaries of an incoming frame by monitoring the receive Data-Valid signal provided by the Physical Layer. Two possible length errors can occur that indicate ill-framed data: the frame may be too long, or its length may not be an integer number of octets. a) Maximum Frame Size. The receiving CSMA/CD sublayer is not required to enforce the frame size limit, but it is allowed to truncate frames longer than maxUn- taggedFrameSize octets and report this event as an (implementation-dependent) error. A receiving CSMA/CD sublayer that supports tagged MAC frames (see 3.5) may similarly truncate frames longer than (maxUntaggedFrameSize + qTag- PreSize) octets in length, and report this event as an (implementation-dependent) error. b) Integer Number of Octets in Frame. Since the format of a valid frame specifies an integer number of oc- tets, only a collision or an error can produce a frame with a length that is not an inte- ger multiple of 8 bits. Complete frames (that is, not rejected as collision fragments; see 4.2.4.2.2) that do not contain an integer number of octets are truncated to the nearest octet boundary. If frame check sequence validation detects an error in such a frame, the status code alignmentError is reported.
Begin From IEEE 802.1-1998
Clause 6.3.8: The Maximum Service Data Unit Size that can be supported by an 802® LAN varies with the MAC method and its associated parameters (speed, electrical char- acteristics, etc.). It may be constrained by the owner of the LAN. The Maximum Service Data Unit Size supported by a Bridge between two LANs is the smaller of that supported by the LANs. No attempt is made by a Bridge to relay a frame to a LAN that does not support the size of Service Data Unit conveyed by that frame.
Interpretation Response - 802.1D-1999 & 802.1Q-1998 IEEE Std 802.1D states:
7.7.1 Enforcing topology restriction Each Port is selected as a potential transmission Port if, and only if a) The Port on which the frame was received was in a forwarding state (8.4), and b) The Port considered for transmission is in a forwarding state, and c) The Port considered for transmission is not the same as the Port on which the frame was received, and d) The size of the mac_service_data_unit conveyed by the frame does not exceed the maximum size of mac_service_data_unit supported by the LAN to which the Port considered for transmission is attached. For each Port not selected as a potential transmission Port, the frame shall be discarded.
A similar statement is made in 8.7.1 of IEEE Std 802.1Q. These clauses clearly require a conformant Bridge to discard, and not transmit, a frame that exceeds the maximum frame size supported by the transmitting MAC. In the context of this interpretation re- quest, the maximum frame size supported by an IEEE 802.3 MAC is defined in 3.2.7 of IEEE Std 802.3.
445 Hoes Lane, Piscataway, NJ 08854 USA • +1 732 981 0060 • +1 732 981 0027 • standards.ieee.org
The standard clearly states in 3.2.7 that the maximum frame size is 1518 (for untagged frames) or 1522 (for tagged frames).
A DTE (MAC plus MAC Client) that issues frames greater than the maximum frame size is not compliant.
IEEE 802.1Q-2005 - IEEE Standard for Local and Metropolitan Area Networks---Virtual Bridged Local Area Networks
IEEE 802.1Q-2005/Cor 1-2008 - IEEE Standard for Local and Metropolitan Area Networks - Virtual Bridged Local Area Networks - Corrigendum 1: Corrections to the Multiple Registration Portocol
IEEE 802.1ad-2005 - IEEE Standard for Local and Metropolitan Area Networks---Virtual Bridged Local Area Networks---Amendment 4: Provider Bridges
IEEE 802.1ap-2008 - IEEE Standard for Local and Metropolitan Area Networks -- Virtual Bridged Local Area Networks - Amendment 8: Management Information Base (MIB) Definitions for VLAN Bridges
IEEE 802.1Qat-2010 - IEEE Standard for Local and metropolitan area networks--Virtual Bridged Local Area Networks Amendment 14: Stream Reservation Protocol (SRP)
IEEE 802.1Qau-2010 - IEEE Standard for Local and Metropolitan Area Networks-- Virtual Bridged Local Area Networks Amendment 13: Congestion Notification
IEEE 802.1Qaw-2009 - IEEE Standard for Local and metropolitan area networks-- Virtual Bridged Local Area Networks Amendment 9: Management of Data Driven and Data Dependent Connectivity Faults
IEEE 802.1Qay-2009 - IEEE Standard for Local and metropolitan area networks-- Virtual Bridged Local Area Networks Amendment 10: Provider Backbone Bridge Traffic Engineering
IEEE 802.1Qav-2009 - IEEE Standard for Local and metropolitan area networks-- Virtual Bridged Local Area Networks Amendment 12: Forwarding and Queuing Enhancements for Time-Sensitive Streams
IEEE 802.20b-2010 - IEEE Standard for Local and metropolitan area networks--Virtual Bridged Local Area Networks - Amendment 15: Bridging of IEEE 802.20
IEEE 802.1Q-2011 - IEEE Standard for Local and metropolitan area networks--Media Access Control (MAC) Bridges and Virtual Bridged Local Area Networks
IEEE 802.1Q-2011/Cor 2-2012 - IEEE Standard for Local and metropolitan area networks--Media Access Control (MAC) Bridges and Virtual Bridged Local Area Networks--Corrigendum 2: Technical and editorial corrections
802.1aq-2012
802.1Qbb-2011
802.1Qbc-2011
802.1Qbe-2011
802.1Qbf-2011
802.1Qaz-2011
802.1Qbg-2012
802.1Qbp-2014
802.1Qbu-2016
802.1Qbz-2016
802.1Qca-2015
802.1Qcc-2018
802.1Qcd-2015
802.1Qbv-2015
802.1Qch-2017
IEEE 802.1Q-2014 - IEEE Standard for Local and metropolitan area networks--Bridges and Bridged Networks
IEEE 802.1Q-2014/Cor 1-2015 - IEEE Standard for Local and metropolitan area networks--Bridges and Bridged Networks--Corrigendum 1: Technical and editorial corrections
IEEE 802.1Qci-2017 - IEEE Standard for Local and metropolitan area networks--Bridges and Bridged Networks--Amendment 28: Per-Stream Filtering and Policing
IEEE 802.1Qcp-2018 - IEEE Standard for Local and metropolitan area networks--Bridges and Bridged Networks--Amendment 30: YANG Data Model
IEEE 802.1Q-2018 - IEEE Standard for Local and Metropolitan Area Networks—Bridges and Bridged Networks
＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
文書履歴(document history)
ver. 0.01 初稿 20190527
ver. 0.02 ありがとう追記 20230611
最後までおよみいただきありがとうございました。
いいね 💚、フォローをお願いします。
Thank you very much for reading to the last sentence.
Please press the like icon 💚 and follow me for your happy life.