Network Sites: xchange magazine B/OSS Magazine B/OSS Conference & Expo Channel Partners Conference & Expo PHONE+ VON Conference & Expo VON
xchange
Search  
Weekly E-mail Newsletter 

PBT, T-MPLS Try to ‘Transport’ Ethernet, MPLS

Paula Bernier
01/30/2007
Now that service providers are building out the metro/aggregation portions of their IP networks, what is the best technology to use? Of course, the answer varies depending upon whom you ask.

Some believe MPLS, a core networking technology today, is ready to go and ideally suited for the job. Others suggest a stripped-down version of MPLS, called T-MPLS, is the best way to bring MPLS into metro/aggregation networks in an affordable and manageable way. Meanwhile, BT and Nortel Networks Ltd. want to add PBT, or provider backbone transport, to carrier Ethernet switching products in an effort to allow for better traffic engineering on IP transport networks.

T-MPLS

The T in T-MPLS stands for transport, as T-MPLS is a subset of MPLS specifically designed for transport applications. The idea here is to simplify MPLS from an OAM&P standpoint, explains Mike O’Malley, group manager of portfolio marketing at Tellabs Inc.


Tellabs’ Mike O’Malley

Tellabs was among the companies that initiated work on T-MPLS within the ITU back in May 2005. However, it is Alcatel that is generally considered the key proponent of T-MPLS. Alcatel declined to be interviewed for this article. Alcatel spokeswoman Tracy Dupree indicated to xchange in December that the company was reviewing its strategy in light of the merger with Lucent Technologies Inc.

Although T-MPLS has made strides on the standards front at the behest of several important vendors, no service providers publicly have endorsed T-MPLS. However, O’Malley says there’s a lot of interest in T-MPLS from services providers, but he adds that Tellabs also is looking into PBT and has no preference for how the market goes on this one.

Architecture approval for T-MPLS — which is further along than PBT on the standards track — was granted within the ITU in November, so the first set of recommendations for this technology is complete. Additional work on OAM extensions for T-MPLS is ongoing and is targeted for consent in June, according to Tellabs’ spokeswoman Ariana Nikitas.

“If you look at the full list of MPLS commands — label swapping, etc. — there are a lot of things that are in MPLS that are meant for router updates and things like that that don’t pertain to transport equipment,” says O’Malley. “The idea behind T-MPLS is to use that goodness of MPLS from an end-to-end management and traffic-engineering standpoint to manage multiple pipes of transport equipment similarly, but to do it with a reduced command set.”

PBT

By most accounts, PBT is basically just another way to accomplish what T-MPLS is trying to do.


Nortel’s John Hawkins

 

Juniper’s Kireeti Kompella

PBT “provides a means of traffic engineering the network so paths through the Ethernet cloud can be pre-configured (similarly, protection paths can be pre-configured). The result is predictable, resilient behavior from a packet network that is based on Ethernet only and therefore enjoys similar cost advantages,” explains John Hawkins, senior marketing manager for carrier Ethernet at Nortel, the sole vendor behind PBT. The need for spanning tree protocol thus goes away for those engineered paths, and the network becomes more well-behaved and predictable, according to Nortel.

It’s been widely known for some time that BT has been driving the PBT work at Nortel. In fact, BT and Nortel have done joint presentations on PBT in ITU-T and IETF CCAMP. But BT only revealed officially that Nortel will provide Ethernet gear — including PBT technology — for its 21st Century Network in mid-January. The value of the deal, which includes Nortel’s Metro Ethernet Routing Switch 8600 and Metro Ethernet Services Unit 1850, was not disclosed. Hawkins also told xchange there are several trials of PBT under way with service providers around the globe, but he declined to disclose the names of those involved.

Despite any advances PBT has made, it’s still very early in the standards process. However, while the IEEE 802 study group recently began looking at PBT, Hawkins says the technology won’t require much change beyond what already is adopted for 802.1ah (MAC-in-MAC or PBB).

Another View

While the above-mentioned vendors are trying to push forward T-MPLS or PBT, others in the industry — like Atrica Inc. and Juniper Networks Inc. — don’t see the need for either technology. These companies say MPLS and carrier Ethernet solutions available and in use today more than adequately address the requirements of transport networks. And, while PBT and T-MPLS are still in their formative stages, MPLS is already a mature and deployed technology.

Click to Enlarge

PBT functions by turning off MAC learning, broadcasting unknown and STP, and using a management plane (or optionally a GMPLS control plane) to populate the switch bridging tables for a specific range of VID/MAC addresses.

According to Juniper’s Kireeti Kompella, T-MPLS is positioned as a way to make MPLS more palatable to telcos, who are more comfortable with connection-oriented networking. “Just speaking with an IP-centric language scares a lot of people,” he says.


Atrica’s Umesh Kukreja

But MPLS can be connection-oriented, using RSVP, or it can be connectionless, via LDP, Kompella adds. The funny thing about the effort to make MPLS more connection-oriented, he continues, is that most service providers using MPLS in their networks are using LDP, so this T-MPLS effort “goes against the grain of what people are actually doing in their networks.”

Saying he doesn’t see T-MPLS gaining any traction in the marketplace, Kompella concludes that “T-MPLS offers nothing significantly different than MPLS except they’ve made a few annoying, subtle changes.”

As for PBT, Kompella says this effort by Nortel to make Ethernet more carrier-class by going from a more connectionless to a more connection-oriented construct is also problematic because there are no features in PBT that aren’t already in MPLS. And, he adds, PBT requires a whole new control plane and data plane, plus it doesn’t include the fast reroute function found in MPLS. “PBT is what MPLS did 10 years ago,” Kompella says. “PBT is trying to redo all kinds of standards like pseudowire, Layer 2 and 3 VPNs, etc. The point is PBT is now where MPLS was 10 years ago.”

Umesh Kukreja, director of marketing at Atrica, says of the two technologies, his company is more aligned with T-MPLS simply because it’s more standard and a better match with what the company already has. But he says both T-MPLS and PBT essentially are doing what Layer 2 MPLS already has defined in terms of traffic engineering and other aspects. He adds that both PBT and T-MPLS have been, to date, positioned and discussed for point-to-point services only.


Nortel's View

Ethernet offers the lowest cost per bit but has several challenges:Nortel’s Metro Ethernet Solution with PBB and PBT
Services scalability and customer segregation/hierarchy/security
  • 16 million service instances with 802.1ah PBB
  • 60-byte point-to-point tunnel scalability with PBT
  • Complete separation with true multitier hierarchy:
    — 802.1Q VLAN
    — 802.1ad Provider bridges
    — 802.1ah Provider backbone bridges
    — Provider backbone transport
Protection and spanning tree challenges:
— Poor convergence/protection/ reliability
— Stranded bandwidth
  • Network resiliency
  • 50ms restoration with traffic engineering and backup paths
  • Efficient network utilization supporting both:
    — Standard connectionless Ethernet services
    — Traffic-engineered Ethernet services (in native Ethernet)
Hard QoS and traffic engineering
  • Traffic engineering/Hard QoS
  • Resource reservation
  • Differentiated services
Service management and OAM
  • 802.3ah — Ethernet in the First Mile OAM
  • 802.1ag — Ethernet connectivity fault management
  • ITU Y.1731 — Ethernet OAM and performance management
  • Dynamic provisioning
Services supported
  • Service flexibility
    — Ethernet services — E-LINE, E-LAN, E-TREE
    — MPLS services — VPWS, VPLS, IP-VPN

Source: Nortel Networks Ltd.

 


 

How Things Stack Up

CategoryPBTT-MPLS
Standardization
  • A proposal for a project was expected to be submitted to IEEE 802 in January 2007.
  • Will be named PBB-TE
  • PBB is in process as 802.1ah.
  • ITU-T study group 15
  • Final approval was passed at the end of 2006.
Technology
  • Connection-oriented +TE+ QoS Ethernet P2P tunnels
  • Uses PBB frame format (MAC-in-MAC + demultiplexer field)
  • Uses a subset of PBB (no learning, no STP)
  • Tunnels carry raw Ethernet frames or 802.1ad.
  • A subset of existing MPLS necessary and sufficient to provide connection-oriented, P2P, packet transport
  • Currently defined for carrying Ethernet, but may be expanded
ManagementRequires sophisticated management system for tunnel creation and bandwidth management (call admission control)Requires sophisticated management system for tunnel creation and bandwidth management (call admission control)
Tunnel-Forwarding DecisionBased on backbone-provider MAC DA and backbone-provider tagMPLS
Service-Forwarding DecisionBased on I-SIDBased on PW/VPLS label at bottom of stack
Protection
  • Connection monitoring — uses IEEE 802.1ag (connectivity fault management) messages.
    • Both ends of the trunk send CC frames at regular (configurable) 10ms intervals.
    • If three CC messages do not arrive, the trunk is deemed to be down and a protection switch is initiated.
  • ITU G.8031 — SG15 Ethernet protection
  • 1:1 protection
  • ITU-T’s recommendations:
    • Y.1720/G.8131 (linear protection switching for transport MPLS networks)
    • 1:1 protection (end-to-end)
OAM
  • IEEE 802.1ag (connectivity fault management) — notification, detection, verification and isolation of connectivity failures
  • ITU Y.1731 — SG13 Ethernet OAM, which augments 802.1ag with additional performance-monitoring capability
ITU-T’s Y.1711 (OAM mechanism for MPLS networks)
  • Connectivity verification
  • Alarm suppression
  • Remote defect indication
  • Performance monitoring
Comparison to IETF’s MPLS Tunnel Architecture
  • Protection is based on backup path, not facility protection.
  • PBT does not do label swapping, so unlike MPLS, the header remains unchanged.
  • There is an attempt (in GELS) to define a control plane for PBT based on GMPLS.
  • Use of bidirectional LSPs; forward and backward LSPs follow the same nodes and links (linkage of two unidirectional LSPs).
  • No PHP — important for OAM
  • No LSP merging option (for OAM)
  • No facility protection
  • Currently no control plane — future GMPLS

Source: Atrica Inc.

 

Links
Alcatel www.alcatel.com
Atrica Inc. www.atrica.com
BT www.bt.com
Juniper Networks www.juniper.net
Nortel www.nortel.com
Tellabs Inc. www.tellabs.com

Share this article: Email, Slashdot, Digg, Del.icio.us, Yahoo!MyWeb, Windows Live Favorites, Furl
RSS Add this article feed to: RSS, My Yahoo, Newsgator, Bloglines

Post a Comment

Email Email this article Comment Add a comment
Print Printer version Reprints Order reprints
RSS RSS Feed Bookmark Bookmark article





   

Subscribe to xchange Magazine
First Name Last Name
Email

Sponsored Linksxchange Announcements