Standardization Progress of Packet Transport Networks

Yang Jian

(Standard Development and Industry Relations Department,Shenzhen 518057,P.R.China)

Abstract:Global operators are in the process of constructing next generation IPpacket-switched networks,with the view of moving towards full IP-based networks.As data services increase,improvements in bandwidth,Quality of Service(QoS),Operation Administration and Maintenance(OAM),and network reliability are required.Convergence of network data transmission and network communications technology has been driven by converged IPservices(including video,voice,and data),and unified multi-service load demand.Packet Transport Networking(PTN)has come into being to meet these requirements,and PTN Standards are being developing rapidly.

T here are two leading Packet Transport Network(PTN)technologies:Provider Backbone Bridge Traffic Engineering(PBB-TE)and MPLSTransport Profile(MPLS-TP).The former adapts Ethernet technology to carrier-class transport networks,while the latter is developed from transport networks and Multiprotocol Label Switching(MPLS).

PBB-TEis derived from Provider Backbone Bridge(PBB)technology.PBB-TEeliminates Media Access Control(MAC)address learning,spanning tree protocol and flooding.It has connection-oriented features and improved network scalability.

MPLS-TPis a connection-oriented packet-switched technology capable of Traffic Engineering(TE)and managing network resource use.The MPLS-TPdata forwarding plane is a subset of MPLSdefined by the Internet Engineering Task Force(IETF).MPLS-TPhas MPLSfeatures,but also meets transport requirements.It has a reliable protection mechanism,improved Quality of Service(QoS),and enables scalable Operation Administration and Maintenance(OAM).

In terms of industrialization,MPLS-TPhas won more support from vendors and operators than PBB-TE;therefore,it is more likely to be deployed in large-scale future networks[1-4].

1 PBB-TE

PBB-TE(IEEE 802.1Qay)is based on PBB(IEEE 802.1ah),which is also called MAC-in-MAC.Based on MAC stacking technology,it encapsulates user MAC within the operator’s MAC,enhancing Ethernet scalability and service security by using double encapsulation to isolate user traffic.The critical part of PBBinvolves the introduction of a 24 bit Service Instance Tag(I-TAG)into the MAC-in-MAC encapsulation.

PBB-TEprovides Ethernet with connection-oriented forwarding,which enables service providers to offer dedicated Ethernet links and to guarantee performance.In other words,PBB-TEprovides strict QoSfor a Metro Ethernet.Certain traditional Ethernet functions such as MAC address learning,broadcasting,spanning tree protocol,and multicasting are eliminated.PBB-TEis therefore connection-oriented and avoids the flooding of broadcasting packets.This enables connection configuration through network management system or control protocols so that carrier class protection switching,OAM,QoS,and TEare achieved.PBB-TEuses IEEE 802.1ag as the signaling protocol for PBB-TE tunneling,and continuously monitors tunnel states in the network.If the working tunnelfails,services are automatically transferred to a pre-established backup circuit.This increases network flexibility.

IEEEapproved the establishment and authorization application of the PBB-TEprogram,setting up the 802.1Qay task group in March 2007.The group began standardization of the PBB-TE(IEEE 802.1Qay)data plane in April 2007,and voted through 802.1Qay Draft 1.1 in January 2008.In January 2009,IEEEintroduced the draft version of 802.1Qay D5.0 and promoters voted on it.IEEE 802.1Qay-2009 was officially released in August 2009.

Although it has been officially released,IEEE 802.1Qay only specifies the end-to-end protection of Traffic Engineering Service Instance(TESI).In order to improve reliability and flexibility,several companies applied a PBB-TEsegment protection program(a kind of local protection program)and,in a plenary session held in July 2008,debated whether localprotection should be implemented in infrastructure or TESI.

The conclusion of that session was to make infrastructure protection for available programs,and to make improvements of TESIlocalprotection as later required.After a year-long discussion,application of the PBB-TE segment protection program(program number IEEE 802.1Qbf)was finally approved at the plenary session in July 2009.The 802.1 working group released the first draft of IEEE 802.1Qbf D0.0 and carried out the first vote in September 2009.The discussion at the plenary session held in November 2009 focused on overlapping protection groups.

As for the PBB-TEcontrol plane,two technologies are available for dynamically configuring PBB-TE tunnels:Provider Link State Bridging(PLSB)and Generalized Multiprotocol Label Switching(GMPLS).PLSB is 802.1aq under the specification process of the IEEE 802.1 working group,while GMPLSis a PBB-TE related standard being developed by the IETFCommon Control and Measurement Plane(CCAMP)working group.GMPLSshould coordinate with the data plane standardization of the IEEE.Documents on the PBB-TE control plane released by the IETF CCAMPworking group include a few on the requirements,architecture,and control protocols of GMPLScontrolling Ethernet.

2 MPLS-TP

2.1 Development History

The International Telecommunication Union’s Telecommunication Standardization Sector(ITU-T)SG15 started working on Transport MPLS(T-MPLS)standardization as early as 2005.Based on MPLSand transport architecture,T-MPLSsimplifies MPLS by eliminating technical content that is not connection-oriented,abandoning complex protocol families,and adding OAM and protection in the style of legacy transport networks.In 2006,the ITU first approved three standard recommendations for T-MPLS architecture,interface,and equipment functions and features.Following that,the standard recommendations for OAM,protection,and network management were successively proposed.In the ITU-TSG15 Q12+Q14 interim meeting held in Stuttgart in September 2007,the IETF mission indicated that ITU-T’s T-MPLSstandards conflicted with IETF’s related standards.Reserved bytes and reserved numbers of MPLS protocols,for example,were used without any negotiation with IETF,even though IETFdefined the core part of MPLSprotocols.

Figure 1.?Evolution of T-MPLS/MPLS-TP standards.

At the February 2008 ITU-TSG15 plenary meeting held in Geneva,Groups Q12 and Q14 reported the debate on T-MPLSprotocols.The meeting resulted in a Joint Working Team(JWT)being established to evaluate options for evolving MPLS technology to meet requirements of the transport network.The JWTcomprised the T-MPLSAd Hoc group of ITU-T and MPLSInteroperability Design(MEAD)team.The JWTchairmen were Malcolm Betts,the Q12 rapporteur,and David Ward from IETF.After a series of teleconferences,in April2008,the JWT decided that ITU-Tand IETFwould cooperate to develop related standards.ITU-Twould provide transport requirements to IETF;and to meet these requirements,would expand MPLSOAM,network management,and controlplane protocols through the IETF’s standard procedure.The technology was renamed MPLS-TP.IETF’s MEAD team was responsible for defining MPLS-TP.In July 2008,the IETF 72nd meeting released MPLS-TPrelated individual drafts on requirements,framework,MPLSgeneric associated channel,network management,OAM analysis and requirements,and survivability framework.

WP3 openly discussed T-MPLS/MPLS-TPdocuments at the February 2008 ITU-TSG15 plenary meeting.The WP3 chairman used pages 7-10 of the powerpoint document provided by the JWTto eliminate bias and make clear the following:MPLS-TPstandards would be jointly developed by IETFand ITU-T,as shown in Figure 1;ITU-T would stop work on T-MPLSstandards;the released T-MPLSstandards would remain unchanged;ITU-Twould not make any standard revision or engage in new standard development until IETF’s related standards became stable;and the technology name would be changed to MPLS-TP.

Drafts on MPLS-TPframework,network management,MPLSgeneric associated channel,and OAM that were submitted to the IETF 74th meeting in March 2009 became the working group documents.

▲Figure 2.Reference relations among ITU-Tstandards.

ITU-TSG15 Q9,Q10,Q12,and Q14 held a joint meeting to discuss revision of MPLS-TPstandards in May 2009.At the meeting,editors provided the revised versions of G.8110.1,G.8110.1 amd1,G.8112,G.8121,G.8131,G.8151,G.8101,the G.8132 draft,and the G.mpls-tpoam draft.At the meeting it was agreed that standards would be approved in the sequence G.8110.1,G.8101,G.7712,G.8112,G.8121,G.8131 and G.8151.

2.2 Progress of Standard Development

2.2.1 ITU-T The second ITU SG15 meeting in the 2008-2012 study period was held in Geneva between September 28 and October 9,2009.The joint meeting of MPLS-TPQ9,Q10,Q12,and Q14 discussed IETFmailcorrespondence,and also created new correspondence.(1)TD218-WP3"LS:Restructure of MPLS-TPWork Forums in the IETF."

IETFnotified ITU-Tthat it would dismiss the IETFMEAD team with the purpose of conducting MPLS-TP standardization work according to the normal IETFstandardization procedure.It would enable all IETFmembers to participate in MPLS-TPstandardization work earlier.MPLS-TPrelated tasks would be undertaken by five related IETFworking groups.Discussions on MPLS-TPmight be conducted through the IETFMPLS-TPmailing list.Adrian Farrel,the chairman of the routing area and representative of IETF,would be responsible for the general coordination of MPLS-TPwork,while the chairmen of the five working groups would execute detailed working plans.A committee would be established to coordinate with ITU,with members including the study subject chairmen,WP3 chairman,the SG15 chairman of ITU-T,as wellas the working group chairmen and routing area chairman of IETF.The committee members would convene regularly to exchange information and promote MPLS-TP standardization.Information arising from this committee would be provided to ITU-Tparticipants through the mailing list.The original JWTand Ad Hoc was to remain unchanged,but the Ad Hoc website would be updated to reflect current work.

(2)TD167-WP3"LS-New version of the MPLS-TPprocess document available"

This document aimed to explain the normal IETFworking procedure and interactions with ITU-T.It is helpful for the ITU-Tmembers to understand the IETFprocedure and to participate in IETFwork according to the procedure.This document is currently a working group draft,and will be further promoted.It is expected to be released as a history RFC.The draft should be updated according to TD218-WP3,and ITU-Thas provided some comments and sent correspondence to IETF.

(3)TD200-WP3"LS:Progress report on MPLS-TPdocuments"

This provides a list of MPLS-TP related Requests for Comments(RFC)and standards being developed.It also shows the steps involved in RFC development.The working group’s last callis critical in the RFC release procedure.The last call of a RFC usually requires two weeks,and may be repeated once.In total,the last calls of 20 standards require about 80 weeks.Renewing the last call should be avoided in order to save time.Therefore,ITU-Texperts are expected to submit informal comments in the early stage of opening an MPLS-TP document,and this can avoid or significantly decrease comments from ITU-Tin the formal review period of a last call.

Figure 2 shows reference relations among ITU-Tstandards.

Figure 2 does not show G.8101 because the development of G.8101 depends on the completion of all the other standards,including the terminologies.Dotted lines in Figure 2 indicate the initial version of G.8151,which may not include the linear and ring protection models.

The MPLS-TPstandards to be submitted for approval are divided into three stages:G.8110.1,G.7712,G.8112;G.mpls-tp oam,G.8121,G.8151;and G.8131,G.8132,G.8152.

If a referenced RFC is approved,the corresponding ITU-Tstandard may also be approved,and IETFshould check the corresponding ITU-T standard at the same stage.The original versions of these standards have existed,and they must be in line with developed RFCs.The current plan involves approving the first-stage ITU-Tstandards at the next SG15 plenary session,and these standards will be discussed through mail and interim meetings before the session.

2.2.2 IETF

At the IETF 76th meeting held in Hiroshima between November 8 and 13,2009,the MPLS-TPdrafts were discussed by the MPLSworking group.Since there were many MPLS-TP related personal documents submitted for the meeting,the MPLSworking group arranged two MPLSmeeting segments and one meeting segment of the Pseudo Wire Emulation Edge-to-Edge(PWE3)working group to discuss them.

Table 1 lists MPLS-TPrelated IETF RFCs and working group documents,and Table 2 lists the individual documents submitted for the IETF 76th meeting.

▼Table 1.MPLS-TPrelated RFCs and working group documents

▼Table 2.Individualdocuments submitted for the 76th IETFmeeting

3 Conclusion

The emergence of IPservices results in IPbased networks.Legacy networks using Time Division Multiplexing(TDM)switching are gradually shrinking and being replaced by packet networks.Packet transport networking is an inevitable outcome of IPbased networks.The progress of its standardization will significantly impact the development of the entire industrial chain.

Refernces

[1]IEEE 802.1Qay.IEEEstandards for local and metropolitan area networks:virtual bridged local area networks,amendment 7:provider backbone bridge traffic engineering[S].2009.

[2]Report of working party 3/15,transport network structures[R].T09-SG15-081201-TD-WP3-0080 MSW-E(Geneva meeting).2008.

[3]Report of working party 3/15,transport network structures[R].T09-SG15-090928-TD-WP3-0212 MSW-E(Geneva meeting).2009.

[4]IETFRFC 5654.MPLS-TPrequirements[S].2009.