Jump to content

Provider Backbone Bridge Traffic Engineering

From Wikipedia, the free encyclopedia
(Redirected fromIEEE 802.1Qay)

Provider Backbone Bridge Traffic Engineering(PBB-TE) is acomputer networkingtechnology specified inIEEE 802.1Qay,an amendment to theIEEE 802.1Qstandard.[1]PBB-TE adaptsEthernetto carrier class transport networks. It is based on the layeredVLANtags and MAC-in-MAC encapsulation defined inIEEE 802.1ah(Provider Backbone Bridges (PBB)), but it differs from PBB in eliminating flooding, dynamically created forwarding tables, and spanning tree protocols. Compared to PBB and its predecessors, PBB-TE behaves more predictably and its behavior can be more easily controlled by the network operator, at the expense of requiring up-front connection configuration at each bridge along a forwarding path. PBB-TEOperations, Administration, and Management (OAM)is usually based onIEEE 802.1ag.It was initially based on Nortel's Provider Backbone Transport (PBT).

PBB-TE's connection-oriented features and behaviors, as well as its OAM approach, are inspired bySDH/SONET.PBB-TE can also provide path protection levels similar to the UPSR (Unidirectional Path Switched Ring) protection in SDH/SONET networks.

Principle of operation

[edit]

The IEEE 802.1Qay PBB-TE standard extends the functionality ofIEEE 802.1ahProvider Backbone Bridges, adding a connection-oriented mode usingpoint-to-pointtrunks that deliver resiliency and configurable performance levels.[2]

A service is identified by anI-SID(Backbone Service Instance Identifier) and each service is associated with a PBB-TE trunk. Each PBB-TE trunk is identified by a triplet of B-SA, B-DA and B-VID. The B-SA and B-DA identify the source and destination bridges, respectively, that are the endpoints of the trunk. The B-VID is a backbone VLAN identifier that is used to distinguish different trunks to the same destination. The management system configures the PBB-TE trunks on all the edge and core bridges by creating static forwarding database entries; the management system is responsible for ensuring that there are no forwarding loops.

The backbone edge bridges map frames to and from an I-SID and perform the MAC header encapsulation and decapsulation functions. The core bridges act as transit nodes. The packets are forwarded based on outerVLANID (B-VID) and DestinationMAC address(B-DA).

Forwarding is based on the static forwarding database (FDB) entries; dynamic MAC learning is not used. Any incoming broadcast or multicast frames are either dropped or encapsulated as unicast within the trunk. AllDestination Lookup Failurepackets are dropped rather than flooded. By eliminating any broadcasting or flooding, and by using only the loop-free forwarding paths configured by management, there is no longer any need to use a spanning tree protocol.

Path protection is provided by configuring one work and one protect B-VID for each backbone service instance. In case of work path failure (as indicated by loss of 802.1ag continuity check messages, CCMs) the source bridge swaps the B-VID value to redirect the traffic onto the preconfigured protection path within 50 ms.

PBB-TE equipment leverageseconomies of scaleinherent in Ethernet, promising solutions that are 30% to 40% cheaper thanT-MPLSnetworks with identical features and capabilities,[3]giving PBB-TE a better overall return on investment.[4]

Key features

[edit]
  • Traffic and resiliency
  • Secure
  • Service scalability
  • Operational simplicity
  • Ethernet tunneling with full MPLS interoperability
  • Service and transport layer independence—the services inside the tunnel could be Ethernet, IP, MPLS pseudo-wires, or VPLS.

History

[edit]

Provider Backbone Bridge Traffic Engineering was originally developed in 2006 as aNortelspecific protocol namedProvider Backbone Transport(PBT). The company championed the technology and brought it to the IEEE 802.1 committee where it was renamed to PBB-TE and a working group, P802.1Qay, was chartered on May 7, 2007.[5]802.1Qay was in sponsor ballot from January 2009[6]to April 2009.[7]It was ratified by theIEEE Standards Associationon June 18, 2009.[1]It was published in August 2009.[8]

See also

[edit]

References

[edit]
  1. ^ab"IEEE Ratifies Computer Society-Sponsored 802.1Qay".June 23, 2009. Archived fromthe originalon October 13, 2011.RetrievedAugust 6,2011.
  2. ^EANTC."Carrier Ethernet Services - The Future"(PDF).EANTC.Retrieved29 May2011.
  3. ^Cummings, Joanne (2007-06-18)."The T-MPLS vs. PBT debate".
  4. ^"Traffic engineering for Ethernet: PBT vs. T-MPLS".www.lightwaveonline.com.
  5. ^Gubbins, Ed (2008-06-11)."Will PBT go away?".Telephony Online.Retrieved2008-06-13.
  6. ^"IEEE802.1Qay Project Status"(PDF).
  7. ^"IEEE-SA - News, Press Releases & Updates".IEEE.Archived fromthe originalon June 13, 2009.
  8. ^"Virtual Bridged Local Area Networks Amendment 10: Provider Backbone Bridge Traffic Engineering"(PDF).IEEE Standard 802.1Qay-2009.August 2009. Archived fromthe original(PDF)on July 6, 2010.RetrievedAugust 6,2011.
[edit]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Provider_Backbone_Bridge_Traffic_Engineering&oldid=1244029042"