Your SlideShare is downloading. ×
IEEE Standard for    Local and metropolitan area networksVirtual Bridged Local Area NetworksIEEE Computer SocietySponsored...
Recognized as an                                                  IEEE Std 802.1Q™-2005American National Standard (ANSI)  ...
Abstract: This standard specifies how the MAC Service is supported by Virtual Bridged LocalArea Networks, the principles o...
IEEE Standards documents are developed within the IEEE Societies and the Standards CoordinatingCommittees of the IEEE Stan...
Introduction     This introduction is not part of IEEE Std 802.1Q-2005, IEEE Standards for Local and metropolitan area    ...
n)    Support for VLANs carried over multiple Spanning Tree instances.This revision of the standard is the result of ballo...
ParticipantsThe following is a list of participants in the Interworking activities of the IEEE 802.1 Working Group.       ...
When the IEEE-SA Standards Board approved this standard on 7 December 2005, it had the followingmembership:               ...
Historical participantsSince the initial publication, many IEEE standards have added functionality or provided updates to ...
Steve Adams                           Ariel Hendel            Kirk Preiss        Stephen Ades                          Joh...
FiguresFigure 6-1—Internal organization of the MAC sublayer .................................................................
Figure C-1—Services and environments ........................................................................................
TablesTable 6-2—FDDI and Token Ring priority regeneration ...................................................................
Contents1. Overview..........................................................................................................
9. Tagged frame format ......................................................................................................
13.14 Communicating Spanning Tree information ......................................................................... 15...
IEEE Standard for    Local and metropolitan area networks—Virtual Bridged Local Area Networks1. OverviewIEEE 802® Local Ar...
IEEEStd 802.1Q-2005                                                    LOCAL AND METROPOLITAN AREA NETWORKS—    i)   Estab...
IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS                                                                                 St...
IEEEStd 802.1Q-2005                                                        LOCAL AND METROPOLITAN AREA NETWORKS—IETF RFC 1...
IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS                                                                        Std 802.1Q-...
IEEEStd 802.1Q-2005                                                LOCAL AND METROPOLITAN AREA NETWORKS—3.8 Frame: A unit ...
IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS                                                                 Std 802.1Q-20053.1...
IEEEStd 802.1Q-2005                                            LOCAL AND METROPOLITAN AREA NETWORKS—3.32 Single Spanning T...
IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS                                                      Std 802.1Q-20054. Abbreviatio...
IEEEStd 802.1Q-2005                                     LOCAL AND METROPOLITAN AREA NETWORKS—     SVL          Shared VLAN...
IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS                                                          Std 802.1Q-20055. Conform...
IEEEStd 802.1Q-2005                                                     LOCAL AND METROPOLITAN AREA NETWORKS—     d)   Imp...
IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS                                                            Std 802.1Q-20055.3.1.1 ...
IEEEStd 802.1Q-2005                                            LOCAL AND METROPOLITAN AREA NETWORKS—     b)   Preserve the...
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
802.1 q 2005
Upcoming SlideShare
Loading in...5
×

802.1 q 2005

559

Published on

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
559
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
25
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Transcript of "802.1 q 2005"

  1. 1. IEEE Standard for Local and metropolitan area networksVirtual Bridged Local Area NetworksIEEE Computer SocietySponsored by theLAN/MAN Standards CommitteeIEEE3 Park Avenue IEEE Std 802.1Q™-2005New York, NY 10016-5997, USA (Incorporates IEEE Std 802.1Q-1998, IEEE Std 802.1u™-2001, IEEE Std 802.1v™-2001, and IEEE Std 802.1s™-2002)19 May 2006
  2. 2. Recognized as an IEEE Std 802.1Q™-2005American National Standard (ANSI) (Incorporates IEEE Std 802.1Q-1998, IEEE Std 802.1u™-2001, IEEE Std 802.1v™-2001, and IEEE Std 802.1s™-2002)IEEE Standard for Local and metropolitan area networks—Virtual Bridged Local Area NetworksSponsorLAN/MAN Standards Committeeof theIEEE Computer SocietyApproved 28 March 2006American National Standards InstituteApproved 7 December 2005IEEE-SA Standards Board
  3. 3. Abstract: This standard specifies how the MAC Service is supported by Virtual Bridged LocalArea Networks, the principles of operation of those networks, and the operation of VLAN-awareBridges, including management, protocols, and algorithms.Keywords: Bridged Local Area Networks, local area networks (LANs), MAC Bridges, metropolitanarea networks, Multiple Spanning Tree Protocol (MSTP), Rapid Spanning Tree Protocol (RSTP),Virtual Bridged Local Area Networks (virtual LANs)The Institute of Electrical and Electronics Engineers, Inc.3 Park Avenue, New York, NY 10016-5997, USACopyright © 2006 by the Institute of Electrical and Electronics Engineers, Inc.All rights reserved. Published 19 May 2006. Printed in the United States of America.IEEE and 802 are registered trademarks in the U.S. Patent & Trademark Office, owned by The Institute of Electrical andElectronics Engineers, Incorporated.Print: ISBN 0-7381-4876-6 SH95508PDF: ISBN 0-7381-4877-6 SS95508No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the priorwritten permission of the publisher.
  4. 4. IEEE Standards documents are developed within the IEEE Societies and the Standards CoordinatingCommittees of the IEEE Standards Association (IEEE-SA) Standards Board. The IEEE develops its standardsthrough a consensus development process, approved by the American National Standards Institute, which bringstogether volunteers representing varied viewpoints and interests to achieve the final product. Volunteers are notnecessarily members of the Institute and serve without compensation. While the IEEE administers the processand establishes rules to promote fairness in the consensus development process, the IEEE does not independentlyevaluate, test, or verify the accuracy of any of the information contained in its standards.Use of an IEEE Standard is wholly voluntary. The IEEE disclaims liability for any personal injury, property orother damage, of any nature whatsoever, whether special, indirect, consequential, or compensatory, directly orindirectly resulting from the publication, use of, or reliance upon this, or any other IEEE Standard document.The IEEE does not warrant or represent the accuracy or content of the material contained herein, and expresslydisclaims any express or implied warranty, including any implied warranty of merchantability or fitness for aspecific purpose, or that the use of the material contained herein is free from patent infringement. IEEE Standardsdocuments are supplied “AS IS.”The existence of an IEEE Standard does not imply that there are no other ways to produce, test, measure,purchase, market, or provide other goods and services related to the scope of the IEEE Standard. Furthermore, theviewpoint expressed at the time a standard is approved and issued is subject to change brought about throughdevelopments in the state of the art and comments received from users of the standard. Every IEEE Standard issubjected to review at least every five years for revision or reaffirmation. When a document is more than fiveyears old and has not been reaffirmed, it is reasonable to conclude that its contents, although still of some value,do not wholly reflect the present state of the art. Users are cautioned to check to determine that they have thelatest edition of any IEEE Standard.In publishing and making this document available, the IEEE is not suggesting or rendering professional or otherservices for, or on behalf of, any person or entity. Nor is the IEEE undertaking to perform any duty owed by anyother person or entity to another. Any person utilizing this, and any other IEEE Standards document, should relyupon the advice of a competent professional in determining the exercise of reasonable care in any givencircumstances.Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as they relate tospecific applications. When the need for interpretations is brought to the attention of IEEE, the Institute willinitiate action to prepare appropriate responses. Since IEEE Standards represent a consensus of concernedinterests, it is important to ensure that any interpretation has also received the concurrence of a balance ofinterests. For this reason, IEEE and the members of its societies and Standards Coordinating Committees are notable to provide an instant response to interpretation requests except in those cases where the matter has previouslyreceived formal consideration. At lectures, symposia, seminars, or educational courses, an individual presentinginformation on IEEE standards shall make it clear that his or her views should be considered the personal viewsof that individual rather than the formal position, explanation, or interpretation of the IEEE.Comments for revision of IEEE Standards are welcome from any interested party, regardless of membershipaffiliation with IEEE. Suggestions for changes in documents should be in the form of a proposed change of text,together with appropriate supporting comments. Comments on standards and requests for interpretations shouldbe addressed to: Secretary, IEEE-SA Standards Board 445 Hoes Lane Piscataway, NJ 08854 USANOTE−Attention is called to the possibility that implementation of this standard may require use of subjectmatter covered by patent rights. By publication of this standard, no position is taken with respect to theexistence or validity of any patent rights in connection therewith. The IEEE shall not be responsible foridentifying patents for which a license may be required by an IEEE standard or for conducting inquiries into thelegal validity or scope of those patents that are brought to its attention.Authorization to photocopy portions of any individual standard for internal or personal use is granted by theInstitute of Electrical and Electronics Engineers, Inc., provided that the appropriate fee is paid to CopyrightClearance Center. To arrange for payment of licensing fee, please contact Copyright Clearance Center, CustomerService, 222 Rosewood Drive, Danvers, MA 01923 USA; +1 978 750 8400. Permission to photocopy portions ofany individual standard for educational classroom use can also be obtained through the Copyright ClearanceCenter.
  5. 5. Introduction This introduction is not part of IEEE Std 802.1Q-2005, IEEE Standards for Local and metropolitan area networks—Virtual Bridged Local Area Networks.The MAC Bridge standardization activities that resulted in the development of IEEE Std 802.1DTM-1993introduced the concept of Filtering Services in Bridged Local Area Networks, and mechanisms wherebyfiltering information in such LANs may be acquired and held in a Filtering Database.IEEE Std 802.1DTM, 1998 Edition, a revision of IEEE Std 802.1D-1993, extended this concept of FilteringServices to define additional capabilities aimed at a) The provision of expedited traffic capabilities, to support the transmission of time-critical information in a LAN environment. b) The use of signaled priority information as the basis for identifying expedited classes of traffic. c) The provision of filtering services that support the dynamic definition and establishment of Groups in a LAN environment, and the filtering of frames by Bridges such that frames addressed to a particular Group are forwarded only on those LAN segments that are required to reach members of that Group. d) The provision of a Generic Attribute Registration Protocol (GARP) that is used to support the mechanism for providing Group filtering capability and is made available for use in other attribute registration applications.This standard, first published as IEEE Std 802.1Q-1998, makes use of the concepts and mechanisms of LANBridging that were introduced by IEEE Std 802.1D, and it defines additional mechanisms that allow theimplementation of Virtual Bridged Local Area Networks. The following mechanisms are described: e) Virtual LAN Services. f) The operation of the Forwarding Process that is required. g) The structure of the Filtering Database that is required. h) The nature of the protocols and procedures that are required to provide Virtual LAN services, including the definition of the frame formats used to represent VLAN identification information, and the procedures used to insert and remove VLAN identifiers and the headers in which they are carried. i) The ability to support end-to-end signaling of priority information regardless of the intrinsic ability of the underlying MAC protocols to signal priority information. j) The GARP VLAN Registration Protocol (GVRP) that allows distribution and registration of VLAN membership information (the protocol described makes use of the GARP protocol defined in ISO/ IEC 15802-3). k) The management services and operations that are required to configure and administer networks.The 2003 Edition of the standard incorporated three amendments, IEEE Std 802.1uTM-2001,IEEE Std 802.1vTM-2001, and IEEE Std 802.1sTM-2002, into the text of IEEE Std 802.1Q-1998. Theseamendments describe enhancements to the standard to allow l) Dynamic Group and VLAN registration to be restricted, based on the contents of static filtering entries. m) VLAN classification according to link layer protocol type.iv Copyright © 2006 IEEE. All rights reserved.
  6. 6. n) Support for VLANs carried over multiple Spanning Tree instances.This revision of the standard is the result of balloting the 2003 Edition, along with maintenance changes toalign the text with improvements made to IEEE Std 802.1D.This standard contains state-of-the-art material. The area covered by this standard is undergoing evolution.Revisions are anticipated within the next few years to clarify existing material, to correct possible errors, andto incorporate new related material. Information on the current revision state of this and other IEEE 802standards may be obtained from Secretary, IEEE-SA Standards Board 445 Hoes Lane Piscataway, NJ 08854 USANotice to usersErrataErrata, if any, for this and all other standards can be accessed at the following URL: http://standards.ieee.org/reading/ieee/updates/errata/index.html. Users are encouraged to check this URL for errataperiodically.InterpretationsCurrent interpretations can be accessed at the following URL: http://standards.ieee.org/reading/ieee/interp/index.html.PatentsAttention is called to the possibility that implementation of this standard may require use of subject mattercovered by patent rights. By publication of this standard, no position is taken with respect to the existence orvalidity of any patent rights in connection therewith. The IEEE shall not be responsible for identifyingpatents or patent applications for which a license may be required to implement an IEEE standard or forconducting inquiries into the legal validity or scope of those patents that are brought to its attention. A patentholder or patent applicant has filed a statement of assurance that it will grant licenses under these rightswithout compensation or under reasonable rates and nondiscriminatory, reasonable terms and conditions toapplicants desiring to obtain such licenses. The IEEE makes no representation as to the reasonableness ofrates, terms, and conditions of the license agreements offered by patent holders or patent applicants. Furtherinformation may be obtained from the IEEE Standards Department.Copyright © 2006 IEEE. All rights reserved. v
  7. 7. ParticipantsThe following is a list of participants in the Interworking activities of the IEEE 802.1 Working Group. Tony Jeffree, Chair and Editor Mick Seaman, Chair, Interworking Task Group Mike Borza Romain Insler Dan Romascanu Paul Bottorf Ran Ish-Shalom Jessy V. Rouyer Jim Burns Michael Johas Teener Ali Sajassi Dirceu Cavendish Hal Keen Panagiotis Saltsidis Arjan de Heer Yongbum Kim Sam Sambasivan Russell Dietz Loren Larsen John Sauert Linda Dunbar Yannick Le Goff Koichiro Seto Anush Elangovan David Martin Curtis Simonson Hesham Elbakoury John Messenger Bob Sultan David Elie-Dit-Cosaque Dinesh Mohan Muneyoshi Suzuki Don Fedyk Bob Moskowitz Yoshihiro Suzuki Norm Finn Don O’Connor Francois Tallet Davidi Frattura Karen O’Donoghue John Viega Anoop Ghanwani Glenn Parsons Dennis Volpano Ken Grewal Ken Patton Manoj Wadekar Steve Haddock Ray Qiu Ludwig Winkel Takashi Hasegawa Karen Randall Michael D. Wright Allyn RomanowThe following members of the individual balloting committee voted on this standard. Balloters may havevoted for approval, disapproval, or abstention. Brandon Barry Neil Jarvis Jessy V. Rouyer Les Bell Tony Jeffree Ali Sajassi Mike Borza Hal Keen Dolors Sala Paul Bottorff Yongbum Kim Sam Sambasivan Jim Burns Shobhan Lakkapragada John Sauer Dirceu Cavendish Bill Lane Mick Seaman Paul Congdom Loren Larson Koichiro Seto Sharam Davari Yannick Le Goff Muneyoshi Suzuki Arjan de Heer Marcus Leech Jonathan Thatcher Craig Easley John Messenger Geoff Thompson Anush Elangovan Dinesh Mohan Michel Thorsen Helsham Elbakoury Bob Moskowitz Jonathan R. Thatcher David Elie-Dit-Cosaque Don O’Connor John Viega Norm Finn Don Pannell Preeti Vinayakray-Jani David Farttura Glenn Parsons John Vollbrecht Gerard Goubert Karen Randall Dennis Valpano Stephen Haddock Allyn Romanow Karl Weber Ran Ish-Shalom Dan Romascanu Ludwig Winkel Atsushi Iwata Michael D. Wrightvi Copyright © 2006 IEEE. All rights reserved.
  8. 8. When the IEEE-SA Standards Board approved this standard on 7 December 2005, it had the followingmembership: Steve M. Mills, Chair Richard H. Hulett, Vice Chair Don Wright, Past Chair Judith Gorman, Secretary Mark D. Bowman William B. Hopf T. W. Olsen Dennis B. Brophy Lowell G. Johnson Glenn Parsons Joseph Bruder Herman Koch Ronald C. Petersen Richard Cox Joseph L. Koepfinger* Gary S. Robinson Bob Davis David J. Law Frank Stone Julian Forster* Daleep C. Mohla Malcolm V. Thaden Joanna N. Guenin Paul Nikolich Richard L. Townsend Mark S. Halpin Joe D. Watson Raymond Hapeman Howard L. Wolfman *Member EmeritusAlso included are the following nonvoting IEEE-SA Standards Board liaisons: Satish K. Aggarwal, NRC Representative Richard DeBlasio, DOE Representative Alan H. Cookson, NIST Representative Jennie M. Steinhagen IEEE Standards Project EditorCopyright © 2006 IEEE. All rights reserved. vii
  9. 9. Historical participantsSince the initial publication, many IEEE standards have added functionality or provided updates to materialincluded in this standard. The following is a historical list of participants who have dedicated their valuabletime, energy, and knowledge to the creation of this material: IEEE 802.1Q Standard Date approved by IEEE Officers at the time of Working Group Letter Ballot IEEE Std 802.1Q-1998 8 December 1998 William P. Lidinsky, Chair Mick Seaman, Chair, Interworking Task Group Tony Jeffree, Coordinating Editor Anil Rijsinghani, Richard Hausmann, Michele Wright, Paul Langille, P. J. Singh, Editorial Team IEEE Std 802.1u-2001 17 March 2001 Tony Jeffree, Chair Neil Jarvis, Vice Chair Mick Seaman, Chair, Interworking Task Group IEEE Std 802.1v-2001 17 March 2001 Tony Jeffree, Chair Neil Jarvis, Vice Chair Mick Seaman, Chair, Interworking Task Group David Delany, Editor Andrew Smith, Editor IEEE Std 802.1s-2002 11 December 2002 Tony Jeffree, Chair Neil Jarvis, Vice Chair Mick Seaman, Chair, Interworking Task Group Norm W. Finn, Editorviii Copyright © 2006 IEEE. All rights reserved.
  10. 10. Steve Adams Ariel Hendel Kirk Preiss Stephen Ades John Hickey Steve Ramberg Ken Alonge David Hollender Shlomo Reches Floyd Backes Steve Horowitz Frank Reichstein John Bartlett Bob Hott Dick Reohr Les Bell Michelle Hsiung James Richmond Avner Ben-Dor Rita Hunt John J. Roese Michael Berger David Husak Doug Ruby James S. Binder Altaf Hussain Ray Samora David Brady Ran Ish-Shalom Ayman Sayed Martin Brewer Vipin K. Jain Ted Schroeder Bill Bunch Shyam Kaluve Benjamin Schultz Bob Cardinal Allen Kasey Rich Seifert Paul Carroll Toyayuki Kato Lee Sendelbach Jeffrey Catlin Hal Keen Himanshu Shah Dennis Cave Daniel Kelley K. Karl Shimada Alan Chambers Kevin Ketchum Fred Shu Steve Chan Keith Klamm Phil Simmons David W. Chang Bruce Kling Curtis Simonson Ken Chapman Walter Knitl Rosemary V. Slager Hon Wah Chin Dan Krent Alexander Smith Chi Chong Paul Kummer Michel Soerensen Chris Christ Paul Lachapelle Larry Stefani Marc Cochran Bill Lane Stuart Soloway Paul Congdon Loren Larsen Sundar Subramaniam Glenn Connery Johann Lindmeyr Richard Sweatt David Cullerot Gary Littleton Robin Tasker Ted Davies Robert D. Love Michel Thorsen Andy Davis Andy Luque Fouad Tobagi Prakash Desai Peter Martini Naoki Tsukutari Jeffrey Dietz Keith McCloghrie Dhadesugoor Vaman Kurt Dobbins Martin McNealis Steve Van Seters Peter Ecclesine Milan Merhar Dono van-Mierop J. J. Ekstrom John Messenger Manoj Wadekar Hesham El Bakoury Colin Mick John Wakerly Yishai Fraenkel Amol Mitra Peter Wang Paul Frantz Yaron Nachman Philip Wang Lars Henrik Frederiksen Krishna Narayanaswamy Y. C. Wang Anoop Ghanwani Paul Nikolich Trevor Warwick John Grinham Lawrence Ng Bob Watson Steve Haddock Henry Ngai Alan Weissberger Sharam Hakimi Satoshi Obara Glenn Wenig John Hart Eugene O’Neil Keith Willette Scott Harvell Toshio Ooka Robert Williams Wayne Hathaway Jörg Ottensmeyer Michael Witkowski Vic Hayes Luc Pariseau Edward Wong David Head Yonadav Perry Michael D. Wright Gaby Hecht John Pickens Allen Yu Deepak Hegde Gideon Prat Wayne ZakowskiCopyright © 2006 IEEE. All rights reserved. ix
  11. 11. FiguresFigure 6-1—Internal organization of the MAC sublayer .............................................................................. 15Figure 6-2—Example of operation of port-and-protocol based classification .............................................. 30Figure 7-1—VLAN Bridging overview ........................................................................................................ 34Figure 8-1—A Bridged Local Area Network ................................................................................................ 39Figure 8-2—VLAN-aware Bridge architecture ............................................................................................. 41Figure 8-3—Relaying MAC frames .............................................................................................................. 43Figure 8-4—Observation of network traffic .................................................................................................. 43Figure 8-5—Operation of Spanning Tree protocol........................................................................................ 43Figure 8-6—Operation of GARP................................................................................................................... 44Figure 8-7—Management Port transmission and reception .......................................................................... 44Figure 8-8—Bridge Port Transmit and Receive ............................................................................................ 46Figure 8-9—Forwarding Process functions ................................................................................................... 47Figure 8-10—Logical points of attachment of the Higher Layer and Relay Entities.................................... 69Figure 8-11—Effect of control information on the forwarding path............................................................. 70Figure 8-12—Per-Port points of attachment.................................................................................................. 70Figure 8-13—Single point of attachment—relay permitted .......................................................................... 71Figure 8-14—Single point of attachment—relay not permitted .................................................................... 71Figure 8-15—Effect of Port State .................................................................................................................. 72Figure 8-16—Effect of authorization ............................................................................................................ 72Figure 8-17—Ingress/egress control information in the forwarding path ..................................................... 73Figure 9-1—VLAN TAG TCI format............................................................................................................ 76Figure 9-2—E-RIF Route Control (RC) field................................................................................................ 78Figure 10-1—Example of GMRP propagation in a VLAN context .............................................................. 81Figure 11-1—Operation of GVRP................................................................................................................. 84Figure 13-1—Diagrammatic conventions ................................................................................................... 134Figure 13-2—An example network ............................................................................................................. 136Figure 13-3—Example network with CIST Priority Vectors, Port Roles, and MST Regions .................... 137Figure 13-4—MSTI Active Topology in Region 2 of the example network .............................................. 138Figure 13-5—CIST and MSTI active topologies in Region 1 of the example network .............................. 150Figure 13-6—Agreements and Proposals .................................................................................................... 154Figure 13-7—CIST and MSTI Active Topologies in a Region................................................................... 155Figure 13-8—Enhanced Agreements........................................................................................................... 156Figure 13-9—MSTP state machines—overview and relationships............................................................. 160Figure 13-10—MSTP overview notation .................................................................................................... 161Figure 13-11—Port Receive state machine ................................................................................................. 180Figure 13-12—Port Transmit state machine................................................................................................ 181Figure 13-13—Port Information state machine ........................................................................................... 182Figure 13-14—Port Role Selection state machine....................................................................................... 183Figure 13-15—Disabled Port role transitions .............................................................................................. 184Figure 13-16—Port Role Transitions state machine—MasterPort.............................................................. 184Figure 13-17—Port Role Transitions state machine—RootPort ................................................................. 185Figure 13-18—Port Role Transitions state machine—DesignatedPort ....................................................... 186Figure 13-19—Port Role Transitions state machine—AlternatePort and BackupPort ............................... 186Figure 13-20—Port State Transition state machine..................................................................................... 187Figure 13-21—Topology Change state machine ......................................................................................... 187Figure 14-1—MST BPDU parameters and format...................................................................................... 192Figure 14-2—MSTI Configuration Message parameters and format.......................................................... 196Figure B-1—Connecting independent VLANs—1 ..................................................................................... 226Figure B-2—Connecting independent VLANs—2 ..................................................................................... 227Figure B-3—Duplicate MAC Addresses ..................................................................................................... 227Figure B-4—Asymmetric VLAN use: “multi-netted server”...................................................................... 228x Copyright © 2006 IEEE. All rights reserved.
  12. 12. Figure C-1—Services and environments ..................................................................................................... 234Figure C-2—Heterogeneous Bridging functions ......................................................................................... 235Figure C-3—Tagged IEEE 802.3 MAC frame format ................................................................................ 239Figure C-4—Tagged frames on 8802-5 Token Ring LANs......................................................................... 239Figure C-5—Tagged frames on FDDI LANs .............................................................................................. 241Figure C-6—Tagged frames on 802.3/Ethernet LANs ................................................................................ 242Figure C-7—Translation between E-C-T/C,U and E-C-T/C,T.................................................................... 250Figure C-8—Translation between E-C-T/C,U and E-C-T/R,T.................................................................... 251Figure C-9—Translation between L-C-T/C,U and L-C-T/C,T.................................................................... 252Figure C-10—Translation between L-C-T/C,U and L-C-T/R,T.................................................................. 253Figure C-11—Translation between E-X-X/R,U and E-X-X/C,T ................................................................ 254Figure C-12—Translation between E-X-X/R,U and E-X-X/R,T (8802-5 & SR FDDI)............................. 255Figure C-13—Translation between E-X-X/R,U and E-X-X/R,T (transparent FDDI) ................................ 256Figure C-14—Translation between L-X-X/R,U and L-X-X/C,T ................................................................ 257Figure C-15—Translation between L-X-X/R,U and L-X-X/R,T (8802-5 and SR FDDI) .......................... 258Figure C-16—Translation between L-X-X/R,U and L-X-X/R,T (transparent FDDI) ................................ 259Figure C-17—Relaying Ethernet Type-encoded tagged frames .................................................................. 260Figure C-18—Relaying LLC-encoded tagged frames................................................................................. 261Figure C-19—Relaying tagged frames between transparent and SR forms ................................................ 263Figure C-20—SNAP-encoded Protocol Type format .................................................................................. 263Figure E-1—Static filtering inconsistency .................................................................................................. 268Figure E-2—Interoperability with IEEE 802.1D Bridges: example 1......................................................... 269Figure E-3—Interoperability with IEEE 802.1D Bridges: example 2......................................................... 270Figure E-4—Interoperability between Port-based andPort-and-Protocol-based classification ........................................................................................................ 277Copyright © 2006 IEEE. All rights reserved. xi
  13. 13. TablesTable 6-2—FDDI and Token Ring priority regeneration .............................................................................. 24Table 6-1—FDDI and Token Ring access priorities ..................................................................................... 24Table 6-3—Priority regeneration................................................................................................................... 29Table 8-1—VLAN-aware Bridge reserved addresses ................................................................................... 49Table 8-2—Recommended priority to traffic class mappings....................................................................... 50Table 8-3—Ageing time parameter value ..................................................................................................... 56Table 8-4—Combining Static and Dynamic Filtering Entries for an individual MAC Address .................. 62Table 8-5—Combining Static Filtering Entry and Group Registration Entry for “All Group Addresses” and“All Unregistered Group Addresses” ............................................................................................................ 63Table 8-6—Forwarding or Filtering for specific group MAC Addresses ..................................................... 64Table 8-7—Determination of whether a Port is in a VLAN’s member set ................................................... 64Table 8-8—Standard LLC address assignment ............................................................................................. 68Table 9-2—Reserved VID values.................................................................................................................. 76Table 9-1—IEEE 802.1Q Ethernet Type allocations .................................................................................... 76Table 11-1—GVRP Application address ...................................................................................................... 86Table 13-1—Configuration Digest Signature Key ...................................................................................... 142Table 13-2—Sample Configuration Digest Signature Keys........................................................................ 142Table 13-3—Internal Port Path Costs .......................................................................................................... 189Table G-1—Traffic type to traffic class mapping........................................................................................ 281Table G-2—Traffic type acronyms.............................................................................................................. 282Table G-3—Defining traffic types............................................................................................................... 283xii Copyright © 2006 IEEE. All rights reserved.
  14. 14. Contents1. Overview..................................................................................................................................................... 1 1.1 Scope............................................................................................................................................ 1 1.2 VLAN aims and benefits ............................................................................................................. 22. Normative references .................................................................................................................................. 33. Definitions .................................................................................................................................................. 54. Abbreviations.............................................................................................................................................. 95. Conformance............................................................................................................................................. 11 5.1 Requirements terminology......................................................................................................... 11 5.2 Protocol Implementation Conformance Statement (PICS)........................................................ 11 5.3 VLAN-aware Bridge requirements............................................................................................ 11 5.4 MAC-specific bridging methods ............................................................................................... 136. Support of the MAC Service in VLANs................................................................................................... 15 6.1 Support of the MAC service ...................................................................................................... 15 6.2 Preservation of the MAC service............................................................................................... 16 6.3 Quality of service maintenance.................................................................................................. 16 6.4 Internal Sublayer Service........................................................................................................... 21 6.5 Support of the Internal Sublayer Service by specific MAC procedures.................................... 23 6.6 Enhanced Internal Sublayer Service .......................................................................................... 25 6.7 Support of the EISS ................................................................................................................... 26 6.8 Protocol VLAN classification.................................................................................................... 297. Principles of network operation ................................................................................................................ 33 7.1 Network overview...................................................................................................................... 33 7.2 Use of VLANs ........................................................................................................................... 34 7.3 VLAN topology ......................................................................................................................... 35 7.4 Locating end stations ................................................................................................................. 35 7.5 Ingress, forwarding, and egress rules......................................................................................... 378. Principles of bridge operation................................................................................................................... 38 8.1 Bridge operation ........................................................................................................................ 38 8.2 Bridge architecture..................................................................................................................... 41 8.3 Model of operation..................................................................................................................... 42 8.4 Port states and the active topology ............................................................................................ 44 8.5 Bridge Port Transmit and Receive............................................................................................. 45 8.6 The Forwarding Process ............................................................................................................ 47 8.7 The Learning Process................................................................................................................. 51 8.8 The Filtering Database............................................................................................................... 52 8.9 MST configuration information................................................................................................. 65 8.10 Spanning Tree Protocol Entity.................................................................................................. 66 8.11 GARP Entities........................................................................................................................... 66 8.12 Bridge Management Entity ....................................................................................................... 66 8.13 Addressing ................................................................................................................................ 67Copyright © 2006 IEEE. All rights reserved. xiii
  15. 15. 9. Tagged frame format ................................................................................................................................ 74 9.1 Purpose of tagging ..................................................................................................................... 74 9.2 Representation and encoding of tag fields ................................................................................. 74 9.3 Tag format.................................................................................................................................. 75 9.4 Tag Protocol Identifier (TPID) formats ..................................................................................... 75 9.5 Tag Protocol Identification ........................................................................................................ 75 9.6 VLAN Tag Control Information................................................................................................ 76 9.7 Embedded Routing Information Field (E-RIF) ......................................................................... 7710. Use of GMRP in VLANs........................................................................................................................ 79 10.1 Definition of a VLAN Context .................................................................................................. 79 10.2 GMRP Participants and GIP Contexts....................................................................................... 79 10.3 Context identification in GMRP PDUs ..................................................................................... 80 10.4 Default Group filtering behavior and GMRP propagation ........................................................ 8011. VLAN topology management................................................................................................................. 82 11.1 Static and dynamic VLAN configuration .................................................................................. 82 11.2 GARP VLAN Registration Protocol.......................................................................................... 83 11.3 Conformance to GVRP .............................................................................................................. 88 11.4 Procedural model ....................................................................................................................... 8912. Bridge management ................................................................................................................................ 90 12.1 Management functions............................................................................................................... 90 12.2 Managed objects ........................................................................................................................ 91 12.3 Data types .................................................................................................................................. 91 12.4 Bridge Management Entity ........................................................................................................ 92 12.5 MAC entities.............................................................................................................................. 95 12.6 Forwarding process.................................................................................................................... 95 12.7 Filtering Database ...................................................................................................................... 99 12.8 Bridge Protocol Entity ............................................................................................................. 104 12.9 GARP Entities...........................................................................................................................111 12.10 Bridge VLAN managed objects..............................................................................................114 12.11 GMRP entities........................................................................................................................ 124 12.12 MST configuration entities .................................................................................................... 12613. The Multiple Spanning Tree Protocol (MSTP) .................................................................................... 131 13.1 Protocol design requirements................................................................................................... 131 13.2 Protocol support requirements ................................................................................................. 132 13.3 MSTP overview ....................................................................................................................... 132 13.4 Relationship of MSTP to RSTP............................................................................................... 138 13.5 Modeling an MST Region as a single RSTP Bridge ............................................................... 139 13.6 STP and RSTP compatibility ................................................................................................... 140 13.7 MST Configuration Identification ........................................................................................... 141 13.8 MST Regions ........................................................................................................................... 142 13.9 Spanning Tree Priority Vectors ............................................................................................... 143 13.10 CIST Priority Vector calculations.......................................................................................... 144 13.11 MST Priority Vector calculations .......................................................................................... 146 13.12 Port Role assignments............................................................................................................ 148 13.13 Stable connectivity................................................................................................................. 148xiv Copyright © 2006 IEEE. All rights reserved.
  16. 16. 13.14 Communicating Spanning Tree information ......................................................................... 150 13.15 Changing Spanning Tree information.................................................................................... 151 13.16 Changing Port States.............................................................................................................. 152 13.17 Updating learned station location information ...................................................................... 157 13.18 MSTP and point-to-point links .............................................................................................. 158 13.19 Multiple Spanning Tree state machines................................................................................. 158 13.20 Notational conventions used in state diagrams...................................................................... 160 13.21 State machine timers .............................................................................................................. 160 13.22 MSTP performance parameters ............................................................................................. 161 13.23 Per-Bridge variables .............................................................................................................. 162 13.24 Per-Port variables................................................................................................................... 164 13.25 State machine conditions and parameters .............................................................................. 169 13.26 State machine procedures ...................................................................................................... 172 13.27 The Port Timers state machine .............................................................................................. 179 13.28 Port Receive state machine .................................................................................................... 179 13.29 Port Protocol Migration state machine .................................................................................. 180 13.30 Bridge Detection state machine ............................................................................................. 180 13.31 Port Transmit state machine .................................................................................................. 180 13.32 Port Information state machine.............................................................................................. 182 13.33 Port Role Selection state machine ......................................................................................... 183 13.34 Port Role Transitions state machine ...................................................................................... 183 13.35 Port State Transition state machine ....................................................................................... 187 13.36 Topology Change state machine............................................................................................ 187 13.37 Performance ........................................................................................................................... 18814. Use of BPDUs by MSTP ...................................................................................................................... 190 14.1 BPDU Structure ....................................................................................................................... 190 14.2 Encoding of parameter types ................................................................................................... 190 14.3 BPDU formats and parameters ................................................................................................ 192 14.4 Validation of received BPDUs ................................................................................................ 193 14.5 Transmission of BPDUs .......................................................................................................... 193 14.6 Encoding and decoding of STP Configuration, RST, and MST BPDUs ................................ 194Annex A (normative) PICS proforma.......................................................................................................... 197Annex B (informative) Shared and Independent VLAN Learning.............................................................. 225Annex C (informative) MAC method dependent aspects of VLAN support .............................................. 233Annex D (informative) Background to VLANs .......................................................................................... 265Annex E (informative) Interoperability considerations ............................................................................... 266Annex F (informative) Frame translation considerations ............................................................................ 278Annex G (informative) Priority ................................................................................................................... 279Annex H (informative) Bibliography .......................................................................................................... 284Copyright © 2006 IEEE. All rights reserved. xv
  17. 17. IEEE Standard for Local and metropolitan area networks—Virtual Bridged Local Area Networks1. OverviewIEEE 802® Local Area Networks (LANs)1 of all types can be connected together with Media Access Control(MAC) Bridges, as specified in IEEE Std 802.1DTM.2,3 This standard defines the operation of Bridges thatpermit the definition, operation, and administration of Virtual LANs (VLANs) within Virtual Bridged LocalArea Networks.1.1 ScopeFor the purpose of compatible interconnection of information technology equipment using the IEEE 802MAC Service supported by interconnected IEEE 802 standard LANs using different or identical mediaaccess control methods, this standard specifies the operation of MAC Bridges that support Virtual LANs(VLANs). To this end it a) Positions the support of VLANs within an architectural description of the MAC Sublayer; b) Defines the principles of operation of the VLAN-aware Bridge in terms of the support and preservation of the MAC Service, and the maintenance of Quality of Service; c) Specifies an Enhanced Internal Sublayer Service provided to the Media Access Independent functions that provide frame relay in a VLAN-aware Bridge; d) Establishes the principles and a model of Virtual Bridged Local Area Network operation; e) Identifies the functions to be performed by VLAN-aware Bridges, and provides an architectural model of the operation of a Bridge in terms of Processes and Entities that provide those functions; f) Specifies a frame format that allows a VLAN Identifier (VID) and priority information to be carried by VLAN tagged user data frames; g) Specifies the rules that govern the addition or removal of VLAN tags to and from user data frames; h) Specifies the rules that govern the ability to carry user data in either Canonical format or Non- canonical format in VLAN-tagged frames;NOTE—The meanings of the terms Canonical format and Non-canonical format are discussed in IEEE Std 802.41 IEEE and 802 are registered trademarks in the U.S. Patent & Trademark Office, owned by The Institute of Electrical and ElectronicsEngineers, Incorporated.2 Information on references can be found in Clause 2.3 Throughout this standard, references to IEEE Std 802.1D, without qualification as to the date of publication, refer to the most recentrevision or edition of the standard that is identified in the references section (Clause 2). In those cases where the reference is intended tobe to an earlier published version of the standard, the reference is qualified by the publication date of that revision or edition.4 Notes in text, tables, and figures are given for information only and do not contain requirements needed to implement the standard.Copyright © 2006 IEEE. All rights reserved. 1
  18. 18. IEEEStd 802.1Q-2005 LOCAL AND METROPOLITAN AREA NETWORKS— i) Establishes the requirements for automatic configuration of VLAN topology; j) Establishes the requirements for VLAN-aware Bridge Management in a Virtual Bridged Local Area Network, identifying managed objects and defining management operations; k) Defines the operation of the Multiple Spanning Tree algorithm and protocol (MSTP); l) Describes the protocols and procedures necessary to support interoperation between MST and SST Bridges in the same Virtual Bridged Local Area Networks; m) Specifies the requirements to be satisfied by equipment claiming conformance to this standard.1.2 VLAN aims and benefitsVLANs aim to offer the following benefits: a) VLANs facilitate easy administration of logical groups of stations that can communicate as if they were on the same LAN. They also facilitate easier administration of moves, adds, and changes in members of these groups. b) Traffic between VLANs is restricted. Bridges forward unicast, multicast, and broadcast traffic only on individual LANs that serve the VLAN to which the traffic belongs. c) As far as possible, VLANs maintain compatibility with existing bridges and end stations. d) If all Bridge Ports are configured to transmit and receive untagged frames (3.39), bridges will work in plug-and-play IEEE Std 802.1D mode. End stations will be able to communicate throughout the network.NOTE—Whether a Bridge will operate in IEEE Std 802.1D mode depends on the configuration of the various Portparameters (8.4) and the Filtering Database (8.8). A Bridge in its default configuration is transparent to untagged frames(3.39) but is not transparent to tagged frames (3.36), so the operation of such Bridges in the presence of tagged trafficdiffers from that of an IEEE Std 802.1D Bridge. If the configuration settings of Bridges are changed from the defaultvalues defined in this standard, then transparency with respect to untagged frames may also be affected.2 Copyright © 2006 IEEE. All rights reserved.
  19. 19. IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS Std 802.1Q-20052. Normative referencesThe following referenced documents are indispensable for the application of this document. For datedreferences, only the edition cited applies. For undated references, the latest edition of the referenceddocument (including any amendments or corrigenda) applies.ANSI X3.159, American National Standards for Information Systems—Programming Language—C.5IEEE Std 802®, IEEE Standards for Local and Metropolitan Area Networks: Overview and Architecture.6, 7IEEE Std 802.1DTM-1993 [ISO/IEC 10038:1993], IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local area networks—Media AccessControl (MAC) bridges.IEEE Std 802.1DTM, 1998 Edition [ISO/IEC 15802-3:1998], 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.IEEE Std 802.1DTM, IEEE Standard for Local and metropolitan area networks—Media Access Control(MAC) Bridges.IEEE Std 802.1FTM, IEEE Standards for Local and Metropolitan Area Networks: Common Definitions andProcedures for IEEE 802 Management Information.IEEE Std 802.1HTM [ISO/IEC 11802-5], IEEE Standard for Information technology—Telecommunicationsand information exchange between systems—Local and Metropolitan Area Networks—Technical Reportsand Guidelines—Part 5: Media Access Control Bridging of Ethernet V2.0 in IEEE 802 Local AreaNetworks.IEEE Std 802.1XTM, IEEE Standards for Local and Metropolitan Area Networks—Port Based NetworkAccess Control.IEEE Std 802.2TM [ISO/IEC 8802-2], IEEE Standard for Information technology—Telecommunications andinformation exchange between systems—Local and metropolitan area networks—Specific requirements—Part 2: Logical link control.IEEE Std 802.3TM, Information technology—Telecommunications and information exchange betweensystems—Local and metropolitan area networks—Specific requirements—Part 3: Carrier sense multipleaccess with collision detection (CSMA/CD) access method and physical layer specifications.IEEE Std 802.5TM [ISO/IEC 8802-5], IEEE Standard for Information technology—Telecommunications andinformation exchange between systems—Local and metropolitan area networks—Specific requirements—Part 5: Token ring access method and physical layer specifications.IETF RFC 1042 (Feb. 1988), A Standard for the Transmission of IP Datagrams over IEEE 802 Networks,Postel, J., and Reynolds, J.85 ANSI publications are available from the Sales Department, American National Standards Institute, 11 West 42nd Street, 13th Floor,New York, NY 10036, USA.6IEEE publications are available from the Institute of Electrical and Electronics Engineers, 445 Hoes Lane, P.O. Box 1331, Piscataway,NJ 08855-1331, USA (http://standards.ieee.org/).7 The IEEE standards or products referred to in this clause are trademarks of the Institute of Electrical and Electronics Engineers, Inc.8 Internet RFCs are retrievable by FTP at ds.internic.net/rfc/rfcnnnn.txt (where nnnn is a standard’s publication number such as 1042),or call InterNIC at 1-800-444-4345 for information about receiving copies through the mail.Copyright © 2006 IEEE. All rights reserved. 3
  20. 20. IEEEStd 802.1Q-2005 LOCAL AND METROPOLITAN AREA NETWORKS—IETF RFC 1390 (Jan. 1993), Transmission of IP and ARP over FDDI Networks, Katz, D.IETF RFC 1493 (July 1993), Definitions of Managed Objects for Bridges, Decker, E., Langille, P.,Rijsinghani, A., and McCloghrie, K.IETF RFC 2104 (Feb. 1997), HMAC: Keyed-Hashing for Message Authentication, Krawczyk, H., Bellare,M., and Canetti, R.9IETF RFC 2674 (Aug. 1999), Definitions of Managed Objects for Bridges with Traffic Classes, MulticastFiltering and Virtual LAN Extensions, Bell, E., Smith, A., Langille, P., Rijhsinghani, A., and McCloghrie, K.ISO 6937-2, Information technology—Coded graphic character set for text communication—Latinalphabet.10ISO 9314-2, Information processing systems—Fibre Distributed Data Interface—Part 2: FDDI Token RingMedia Access Control (MAC).ISO/IEC 7498-1, Information processing systems—Open Systems Interconnection—Basic ReferenceModel—Part 1: The Basic Model.ISO/IEC 7498-4, Information processing systems—Open Systems Interconnection—Basic ReferenceModel—Part 4: Management framework.ISO/IEC 8802-11, Information technology—Telecommunications and information exchange betweensystems—Local and metropolitan area networks—Specific requirements—Part 11: Wireless LAN MediumAccess Control (MAC) and Physical Layer (PHY) specifications.ISO/IEC 8824, Information technology—Open Systems Interconnection—Specification of Abstract SyntaxNotation One (ASN.1) (Provisionally retained edition).ISO/IEC 8825, Information technology—Open Systems Interconnection—Specification of Basic EncodingRules for Abstract Syntax Notation One (ASN.1) (Provisionally retained edition).ISO/IEC 15802-1, Information technology—Telecommunications and information exchange betweensystems—Local and metropolitan area networks—Common specifications—Part 1: Medium AccessControl (MAC) service definition.Metro Ethernet Forum (MEF) Technical Specification MEF 10, Ethernet Service Attributes Phase I,November 2004.119 IETF documents are available at http://www.ietf.org.10 ISO and ISO/IEC documents are available from the ISO Central Secretariat, 1 rue de Varembé, Case Postale 56, CH-1211, Genève20, Switzerland/Suisse; and from the Sales Department, American National Standards Institute, 11 West 42nd Street, 13th Floor, NewYork, NY 10036, USA.11 MEF publications are available at http://www.metroethernetforum.org/TechSpec.htm.4 Copyright © 2006 IEEE. All rights reserved.
  21. 21. IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS Std 802.1Q-20053. DefinitionsFor the purposes of this standard, the following terms and definitions apply. The Authoritative Dictionary ofIEEE Standards Terms [B1]12 should be referenced for terms not defined in this clause.This standard makes use of the following terms defined in IEEE Std 802.1D: — Active topology — Bridge Port — GARP Participant — GARP Application — GIP Context — Group — PortThe following terms are specific to this standard or to this standard and IEEE Std 802.1D:3.1 Boundary Port: A Bridge Port attaching an MST Bridge to a LAN that is not in the same region.3.2 Bridge: A VLAN-aware Bridge implemented in accordance with Clause 5 of this standard.NOTE—This term defines a Bridge as specified in this standard. Where there is a need to refer generically to a bridge,being either a MAC Bridge as specified in IEEE Std 802.1D or a bridge as specified in this standard, the term is usedwithout capitalization to indicate that the term is being used in the generic sense.3.3 Bridged Local Area Network: A concatenation of individual IEEE 802 LANs interconnected by MACBridges.NOTE—Unless explicitly specified, the use of the word “network” and the term “bridged network” in this standardrefers to a Virtual Bridged Local Area Network or a Bridged Local Area Network. The terms “Virtual Bridged LocalArea Network” and “Bridged Local Area Network” are not otherwise abbreviated. The term “Local Area Network” andthe abbreviation LAN are used exclusively to refer to an individual LAN specified by a MAC technology without theinclusion of Bridges. This precise use of terminology within this specification allows a Bridged Local Area Network tobe distinguished from an individual LAN that has been bridged to other LANs in the network. In more general usage,such precise terminology is not required, as it is an explicit goal of this standard that bridges are transparent to the usersof the MAC Service.3.4 Common and Internal Spanning Tree (CIST): The single Spanning Tree calculated by STP and RSTPand the logical continuation of that connectivity through MST Bridges and Regions, calculated by MSTP toensure that all LANs in the Bridged Local Area Network are simply and fully connected.3.5 Common Spanning Tree (CST): The single Spanning Tree calculated by STP, RSTP, and MSTP toconnect MST Regions.3.6 detagged frame: The detagged frame of an untagged frame is the frame itself. The detagged frame of atagged frame or a priority-tagged frame is the frame that results from untagging the frame by the appropriateprocedure.3.7 Expedited traffic: Traffic that requires preferential treatment as a consequence of jitter, latency, orthroughput constraints, or as a consequence of management policy.12 The numbers in brackets correspond to those of the bibliography in Annex H.Copyright © 2006 IEEE. All rights reserved. 5
  22. 22. IEEEStd 802.1Q-2005 LOCAL AND METROPOLITAN AREA NETWORKS—3.8 Frame: A unit of data transmission on an IEEE 802 LAN that conveys a MAC Protocol Data Unit(MPDU) and can cause a service indication with, at a minimum, destination and source MAC addresses andan MAC Service Data Unit (MSDU) or an MPDU that is the result of a service request with thoseparameters.3.9 Frame relay: Forwarding of frames between the Ports of a Bridge.3.10 Group: A Group associates all of the following: a) A group MAC address b) A set of properties that define membership characteristics c) A set of properties that define the forwarding/filtering behavior of a Bridge with respect to frames destined for members of that group MAC addresswith a set of end stations that all wish to receive information destined for that group MAC address. Membersof such a set of end stations are said to be Group members.A Group is said to exist if the properties associated with that Group are visible in an entry in the FilteringDatabase of a Bridge, or in the GARP state machines that characterize the state of the Group; a Group is saidto have members if the properties of the Group indicate that members of the Group can be reached throughspecific Ports of the Bridge.NOTE—An example of the information that Group members might wish to receive is a multicast video data stream.3.11 IEEE 802 Local Area Network (LAN): IEEE 802 LANs (also referred to as LANs) are LANtechnologies that provide a MAC Service equivalent to the MAC Service defined in ISO/IEC 15802-1.IEEE 802 LANs include IEEE Std 802.3 (CSMA/CD), IEEE Std 802.5 (Token Ring), IEEE Std 802.11(Wireless), and ISO 9314-2 (FDDI) LANs.3.12 Independent Virtual Local Area Network (VLAN) Learning (IVL): Configuration and operation ofthe Learning Process and the Filtering Database such that, for a given set of VLANs, if a given individualMAC Address is learned in one VLAN, that learned information is not used in forwarding decisions takenfor that address relative to any other VLAN in the given set.NOTE—In a Bridge that supports only IVL operation, the “given set of VLANs” is the set of all VLANs.3.13 Independent Virtual Local Area Network (VLAN) Learning (IVL) Bridge: A Bridge that supportsonly Independent VLAN Learning.3.14 Internal Spanning Tree (IST): The connectivity provided by the CIST within an MST Region.3.15 Legacy region: A set of LANs connected such that there is physical connectivity between any pair ofsegments using only IEEE Std 802.1D conformant, VLAN-unaware MAC Bridges.NOTE—If, in a Bridged Local Area Network containing both IEEE 802.1D and IEEE 802.1Q Bridges, all IEEE 802.1QBridges were to be removed, the result would be one or more Bridged Local Area Networks, each with its own distinctSpanning Tree. Each of those networks is a legacy region.3.16 MST Bridge: A Bridge capable of supporting the CST, and one or more MSTIs, and of selectivelymapping frames classified in any given VLAN to the CST or a given MSTI.3.17 MST Configuration Table: A configurable table that allocates each and every possible VLAN to theCommon Spanning Tree or a specific Multiple Spanning Tree Instance.6 Copyright © 2006 IEEE. All rights reserved.
  23. 23. IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS Std 802.1Q-20053.18 MST Region: A set of LANs and MST Bridges physically connected via Ports on those MST Bridges,where each LAN’s CIST Designated Bridge is an MST Bridge, and each Port is either the Designated Porton one of the LANs or else a non-Designated Port of an MST Bridge that is connected to one of the LANs,whose MCID matches exactly the MCID of the Designated Bridge of that LAN.NOTE—It follows from this definition that the MCID is the same for all LANs and Ports in the Region, and that the setof MST Bridges in the region are interconnected by the LANs.3.19 Multiple Spanning Tree Algorithm and Protocol (MSTP): The Multiple Spanning Tree Algorithmand Protocol described in Clause 13 of this standard.3.20 Multiple Spanning Tree Bridge Protocol Data Unit (MST BPDU): The MST BPDU specified inClause 14 of this standard.3.21 Multiple Spanning Tree (MST) Configuration Identifier: A name for, revision level, and a summaryof a given allocation of VLANs to Spanning Trees.NOTE—Each MST Bridge uses a single MST Configuration Table and Configuration Identifier.3.22 Multiple Spanning Tree Instance (MSTI): One of a number of Spanning Trees calculated by MSTPwithin an MST Region, to provide a simply and fully connected active topology for frames classified asbelonging to a VLAN that is mapped to the MSTI by the MST Configuration Table used by the MSTBridges of that MST Region.3.23 Priority-tagged frame: A tagged frame whose tag header carries priority information but carries noVLAN identification information.3.24 protocol group database: Specifies a group of protocols by assigning a unique protocol groupidentifier to all protocols of the same group.3.25 protocol group identifier: Designates a group of protocols that are associated together when assigninga VID to a frame.3.26 protocol template: A tuple of values that specify a data-link encapsulation format and an identificationof the protocol layer above the data-link layer.3.27 Rapid Spanning Tree Algorithm and Protocol (RSTP): The Rapid Spanning Tree Algorithm andProtocol described in Clause 17 of IEEE Std 802.1D.3.28 Rapid Spanning Tree Bridge Protocol Data Unit (RST BPDU): The RST BPDU specified inClause 9 of IEEE Std 802.1D.3.29 Shared Virtual Local Area Network (VLAN) Learning (SVL): Configuration and operation of theLearning Process and the Filtering Database such that, for a given set of VLANs, if an individual MACAddress is learned in one VLAN, that learned information is used in forwarding decisions taken for thataddress relative to all other VLANs in the given set.NOTE—In a Bridge that supports only SVL operation, the “given set of VLANs” is the set of all VLANs.3.30 Shared Virtual Local Area Network (VLAN) Learning (SVL) Bridge: A type of Bridge thatsupports only Shared VLAN Learning.3.31 Shared Virtual Local Area Network (VLAN) Learning (SVL)/Independent Virtual Local AreaNetwork (VLAN) Learning (IVL) Bridge: An SVL/IVL Bridge is a type of Bridge that simultaneouslysupports both Shared VLAN Learning and Independent VLAN Learning.Copyright © 2006 IEEE. All rights reserved. 7
  24. 24. IEEEStd 802.1Q-2005 LOCAL AND METROPOLITAN AREA NETWORKS—3.32 Single Spanning Tree (SST) Bridge: A Bridge capable of supporting only a single spanning tree, theCST. The single spanning tree may be supported by the Spanning Tree Algorithm and Protocol (STP)defined in Clause 8 of IEEE Std 802.1D, 1998 Edition, or by the Rapid Spanning Tree Algorithm andProtocol (RSTP), defined in Clause 17 of IEEE Std 802.1D.3.33 Spanning Tree: A simply and fully connected active topology formed from the arbitrary physicaltopology of connected Bridged Local Area Network components by relaying frames through selected bridgeports and not through others. The protocol parameters and states used and exchanged to facilitate thecalculation of that active topology and to control the bridge relay function.3.34 Spanning Tree Algorithm and Protocol (STP): The Spanning Tree Algorithm and Protocol describedin Clause 8 of IEEE Std 802.1D, 1998 Edition.3.35 Spanning Tree Bridge Protocol Data Unit (ST BPDU): A Bridge Protocol Data Unit specified foruse by the Spanning Tree Algorithm and Protocol, i.e., a Configuration or Topology Change NotificationBPDU as described in Clause 9 of IEEE Std 802.1D.3.36 Tagged frame: A tagged frame is a frame that contains a tag header immediately following the SourceMAC Address field of the frame or, if the frame contained a Routing Information field, immediatelyfollowing the Routing Information field.3.37 Tag header: A tag header allows priority information, and optionally, VLAN identificationinformation, to be associated with a frame.3.38 Traffic Class: Traffic Classes are numbered from zero through N-1, where N is the number ofoutbound queues associated with a given Bridge Port, and 1 <= N <= 8, and each Traffic Class has a one-to-one correspondence with a specific outbound queue for that Port. Traffic Class 0 corresponds tononexpedited traffic; non-zero Traffic Classes correspond to expedited classes of traffic. A fixed mappingdetermines, for a given priority associated with a frame and a given number of Traffic Classes, what TrafficClass will be assigned to the frame.3.39 Untagged frame: An untagged frame is a frame that does not contain a tag header immediatelyfollowing the Source MAC Address field of the frame or, if the frame contained a Routing Information field,immediately following the Routing Information field.3.40 Virtual Bridged Local Area Network: A concatenation of individual IEEE 802 LANs interconnectedby Bridges, including VLAN-aware Bridges.3.41 VLAN-aware Bridge: A Bridge that recognizes frames with a VLAN tag and can insert or remove tagheaders.3.42 VLAN-tagged frame: A VLAN-tagged frame is a tagged frame whose tag header carries both VLANidentification and priority information.3.43 VLAN-unaware Bridge: A Bridge that does not recognize VLAN-tagged frames.8 Copyright © 2006 IEEE. All rights reserved.
  25. 25. IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS Std 802.1Q-20054. AbbreviationsThe following abbreviations are used in this standard: BPDU Bridge Protocol Data Unit (IEEE Std 802.1D) CFI Canonical Format Indicator (IEEE Std 802) CIST Common and Internal Spanning Tree CST Common Spanning Tree EISS Enhanced Internal Sublayer Service (6.6) FCS Frame Check Sequence FID Filtering Identifier (8.8.7, 8.9.3) GARP Generic Attribute Registration Protocol (IEEE Std 802.1D) GID GARP Information Declaration (IEEE Std 802.1D) GIP GARP Information Propagation (IEEE Std 802.1D) GMRP GARP Multicast Registration Protocol (Clause 10 of IEEE Std 802.1D) GVRP GARP VLAN Registration Protocol (Clause 11) ISS Internal Sublayer Service (6.4 of IEEE Std 802.1D) IST Internal Spanning Tree IVL Independent VLAN Learning (3.12) LAN Local Area Network (IEEE Std 802) LLC Logical Link Control (IEEE Std 802.2) MAC Medium Access Control (IEEE Std 802) MCID MST Configuration Identifier MIB Management Information Base (ISO/IEC 7498-4) MS MAC Service MSDU MAC Service Data Unit (ISO/IEC 15802-1) MST Multiple Spanning Tree MST BPDU Multiple Spanning Tree Bridge Protocol Data Unit MSTI Multiple Spanning Tree Instance MSTP Multiple Spanning Tree Protocol NCFI Non-Canonical Format Indicator PCP Priority Code Point PDU Protocol Data Unit PICS Protocol Implementation Conformance Statement (Annex A) PID Protocol IDentifier PVID Port VID RED Random Early Detection RIF Routing Information Field (IEEE Std 802.5) RST BPDU Rapid Spanning Tree Bridge Protocol Data Unit RSTP Rapid Spanning Tree Protocol SST Single Spanning Tree ST BPDU Spanning Tree Bridge Protocol Data Unit STP Spanning Tree Protocol STPID SNAP-encoded Tag Protocol Identifier (9.3)Copyright © 2006 IEEE. All rights reserved. 9
  26. 26. IEEEStd 802.1Q-2005 LOCAL AND METROPOLITAN AREA NETWORKS— SVL Shared VLAN Learning (3.29) TCI Tag Control Information (9.3) TPID Tag Protocol Identifier (9.3) VID VLAN Identifier (7.2, 9.3) VLAN Virtual LAN WRED Weighted Random Early Detection10 Copyright © 2006 IEEE. All rights reserved.
  27. 27. IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS Std 802.1Q-20055. ConformanceThis clause specifies the mandatory and optional capabilities provided by conformant implementations ofthis standard. An implementation can a) Compose all or part of the functionality of a system; b) Provide, as specified by this standard, one or more instances of the MAC Service to other functional entities whose specification is outside the scope of this standard; c) Provide, as specified by this standard, one or more instances of the MAC Internal Sublayer Service (ISS) to other implementations or instances of the same implementation that conform to this standard.Accordingly, and as detailed in 5.3, this clause specifies conformance requirements for common systems andfor functional components within systems, possibly connected to other system components with interfacesthat are not otherwise accessible.5.1 Requirements terminologyFor consistency with existing IEEE and IEEE 802.1 standards, requirements placed upon conformantimplementations of this standard are expressed using the following terminology: a) Shall is used for mandatory requirements; b) May is used to describe implementation or administrative choices (“may” means “is permitted to”, and hence, “may” and “may not” mean precisely the same thing); c) Should is used for recommended choices (the behaviors described by “should” and “should not” are both permissible but not equally desirable choices).The PICS proforma (see Annex A) reflects the occurrences of the words “shall,” “may,” and “should” withinthe standard.The standard avoids needless repetition and apparent duplication of its formal requirements by using is, isnot, are, and are not for definitions and the logical consequences of conformant behavior. Behavior that ispermitted but is neither always required nor directly controlled by an implementer or administrator, orwhose conformance requirement is detailed elsewhere, is described by can. Behavior that never occurs in aconformant implementation or system of conformant implementations is described by cannot. The wordallow is used as a replacement for the cliche “Support the ability for”, and the word capability means “canbe configured to”.5.2 Protocol Implementation Conformance Statement (PICS)The supplier of an implementation that is claimed to conform to this standard shall complete a copy of thePICS proforma provided in Annex A and shall provide the information necessary to identify both thesupplier and the implementation.5.3 VLAN-aware Bridge requirementsAn implementation of a VLAN-aware Bridge shall a) Conform to the requirements of IEEE Std 802.1D, as modified by the provisions of this standard; b) Conform to the relevant standard for the Media Access Control technology implemented at each Port in support of the MAC ISS, as specified in 6.4 and 6.5; c) Support the MAC Enhanced Internal Sublayer Service at each Port, as specified in 6.6 and 6.7;Copyright © 2006 IEEE. All rights reserved. 11
  28. 28. IEEEStd 802.1Q-2005 LOCAL AND METROPOLITAN AREA NETWORKS— d) Implement an IEEE 802.2 conformant LLC class with Type 1 operation as required by 8.2; e) Relay and filter frames as described in 8.1 and specified in 8.5, 8.6, 8.7, and 8.8; f) On each Port, support at least one of the permissible values for the Acceptable Frame Types parameter, as defined in 6.7; g) Support the following on each Port that supports untagged and priority-tagged frames: 1) A Port VLAN Identifier (PVID) value (6.7); 2) Configuration of at least one VLAN whose untagged set includes that Port (8.8.2); 3) Configuration of the PVID value via management operations (12.10); 4) Configuration of Static Filtering Entries via management operations (12.7). h) Allow tag headers to be inserted, modified, and removed from relayed frames, as specified in 8.1 and Clause 9, as required by the value(s) of the Acceptable Frame Types parameter supported on each Port, and by the ability of each Port to transmit VLAN-tagged and/or untagged frames; i) Allow automatic configuration and management of VLAN topology using the Generic Attribute Registration Protocol (GARP) VLAN Registration Protocol (GVRP) (Clause 11) on all Ports; j) Allow static and dynamic configuration information for at least one VLAN, by means of Static and Dynamic VLAN Registration Entries in the Filtering Database (8.11); k) Support at least one Filtering Identifier (FID) (6.4, 8.11.3, 8.11.7, and 8.11.8); l) Allow allocation of at least one VID to each FID that is supported (6.4, 8.11.3, 8.11.7, and 8.11.8).NOTE—Under some circumstances, the ability for VLAN-aware Bridges to successfully interoperate depends on thenumber of FIDs supported and on the number of VIDs that can be allocated to each FID. These circumstances arediscussed in Annex B, along with interoperability implications.5.3.1 VLAN-aware Bridge optionsAn implementation of a VLAN-aware Bridge may a) Support MST operation (5.3.1.1); b) Support Port-and-Protocol-based VLAN classification (5.3.1.2), including multiple VID values per port, administrative control of the values of the multiple VIDs, and a Protocol Group Database. c) Support Extended Filtering Services (6.6.5 of IEEE Std 802.1D) and the operation of GARP Multicast Registration Protocol (GMRP) (Clause 10 of IEEE Std 802.1D) as modified by Clause 10 of this standard; d) Allow the Filtering Database to contain Static and Dynamic VLAN Registration Entries (8.8) for more than one VLAN, up to a maximum of 4094 VLANs;NOTE—The maximum number of VLANs that can be supported is 4094 rather than 4096, as the VID values 0 and FFFare reserved, as indicated in Table 9-2. As conformance to this standard is only with regard to externally visible protocolbehavior, this limit on the number of VLANs that can be supported does not imply any such limitation with regard to theinternal architecture of a Bridge. e) On each Port, support all of the permissible values for the Acceptable Frame Types parameter, as defined in 8.3, and support configuration of the parameter value via management; f) Support enabling and disabling of Ingress Filtering (6.7); g) Allow configuration of more than one VLAN whose untagged set includes that Port (8.8.2); h) Support the management functionality defined in Clause 12; i) Support more than one FID (8.8); j) Allow allocation of more than one VID to each supported FID (8.8, 8.8.7); k) Allow configuration of VLAN Learning Constraints (8.8.7, 12.10.3); l) Allow configuration of fixed VID to FID allocations (8.8.7, 12.10.3); m) Allow configuration of the Restricted_Group_Registration parameter (IEEE Std 802.1D) for each Port of the Bridge; n) Support the ability to configure the value of the Restricted_VLAN_Registration parameter (11.2.3.2.3) for each Port of the Bridge.12 Copyright © 2006 IEEE. All rights reserved.
  29. 29. IEEEVIRTUAL BRIDGED LOCAL AREA NETWORKS Std 802.1Q-20055.3.1.1 Multiple Spanning Tree (MST) operation (optional)A VLAN-aware Bridge implementation in conformance to the provisions of this standard for an MSTBridge (5.3.1, 8.3, 8.4, 8.6.1, 8.9, 8.10, 11.2, 11.3.1, Clause 13, and Clause 14) shall: 1) Support the Multiple Spanning Tree Protocol (MSTP) as specified in Clause 13; 2) Support the Common and Internal Spanning Tree (CIST) plus a stated maximum number of Multiple Spanning Tree Instances (MSTIs), where that number is at least 2 (8.9) and at most 64 (13.14);NOTE—In other words, a conformant MST Bridge supports a minimum of three spanning tree instances—the CIST andat least two additional MSTIs. 3) Support a stated maximum number of FIDs not less than the number of MSTIs (8.9); 4) Support the ability to associate each FID to a spanning tree (8.9.3); 5) Support the transmission and reception of MST Configuration Identifier information (8.9.2). 6) Support a Port State for each Port for each spanning tree instance supported (8.4, 13.35); 7) Support operation of spanning tree protocol for each spanning tree instance and Port (8.10, 13); 8) Use the Bridge Group Address as specified in 8.13.3; 9) Support the default values for Bridge Forward Delay and Bridge Priority parameters specified in 13.23; 10) Support the operation of GVRP in each supported spanning tree context (11.2.3.3, 11.2.3.4); 11) Support the Bridge management functions for the bridge protocol entity for each supported spanning tree, independently (12.8) 12) Support, in particular, management of the bridge priority parameters, and of the port priority and path cost parameters for every port, independently for each supported spanning tree (12.8.1.1, 12.8.1.3, 13.24); 13) Support VLAN management functions for each supported spanning tree (12.10.1 and 12.11.1); 14) Support management of the MSTI configuration (12.12).A VLAN-aware Bridge implementation in conformance to the provisions of this standard for an MSTBridge (5.3.1, 13) may 15) Support a greater number of FIDs than spanning trees (8.8.7).5.3.1.2 Port-and-protocol-based VLAN classification (optional)A VLAN-aware bridge component implementation in conformance to the provisions of this standard forport-and-protocol-based VLAN classification (5.3.1) shall 1) Support one or more of the following Protocol Classifications and Protocol Template formats: Ethernet, RFC_1042, SNAP_8021H, SNAP_Other, or LLC_Other (6.8);and may 2) Support configuration of the contents of the Protocol Group Database.5.4 MAC-specific bridging methodsMAC-specific bridging methods may exist. Use of a MAC-specific bridging method and the methodspecified in this standard on the same LAN shall a) Not prevent communication between stations in a network.Copyright © 2006 IEEE. All rights reserved. 13
  30. 30. IEEEStd 802.1Q-2005 LOCAL AND METROPOLITAN AREA NETWORKS— b) Preserve the MAC Service. c) Preserve the characteristics of each bridging method within its own domain. d) Provide for the ability of both bridging techniques to coexist simultaneously on a LAN without adverse interaction.Annex C of IEEE Std 802.1D defines one such MAC-specific bridging method, source routing, and thatmethod is also a provision of this standard. Although this standard defines how source-routed frames can betransported in a VLAN environment, it does not attempt to specify VLAN aspects of the source routingbridging method.14 Copyright © 2006 IEEE. All rights reserved.

×