Transcript pwe3-5
Composite Transport Group (CTG) Framework and Requirements draft-so-yong-mpls-ctg-framework-requirement-00.txt Ning So Andrew Malis Dave McDysan Lucy Yong [email protected] [email protected] [email protected] [email protected] MPLS - 73nd IETF Minneaplis 1 Motivation Issues when deploying multiple parallel links in MPLS backbone Aggregated link utilization is not efficient • Some links many be congested while others stay near empty Operators do not have enough ability to control the traffic flows under this network environment Inefficiency/Inflexibility of Logical Interface Bandwidth Allocation Ship-in-the-night mode when using multiple logically-separated routing instances in single physical router Draft provides: Problem statement in today’s IP/MPLS network Composite Transport Group Framework Composite Transport Group Requirments Objective: Develop an aggregated traffic transport method over multilink trunk to resolve the problems today’s MPLS enabled network MPLS - 73nd IETF Minneaplis 2 Issue when using multi parallel links Hashing Assume network transporting large amount of micro flows with similar bandwidth requirements It does not work under the following operating conditions • Large portion of the customer traffic are encrypted so the in coming flows cannot be broken down into micro flows • Some machine-to-machine traffic flows are at ultra-high rate • Multiple parallel trunks have different bandwidth, interface types, and/or latencies Assigning individual LSPs to links using planning tool Bypass tunnel bandwidth for LSPs are often set to near 0 to free up backbone bandwidth for other traffic During the network failure congestion may happen on some of the parallel trunks while others are almost empty Facility Protection Require a dedicated link for protection. No protection sharing when using multiple links and unwanted link performance degradation MPLS - 73nd IETF Minneaplis 3 Issue when using multi parallel links (2) Existing technology leads to poor link utilization or poor performance. Without per-flow TE information, LDP network has even more problem utilizing multiple parallel backbone trunk efficiently Carriers forced to deploy single higher capacity link, which is more expensive, and often not widely available. Multiple logically-separate routing instances in a single physical router Sharing common parallel backbone when aggregated traffic exceeds a single link becomes impossible due to the ship-in-thenight operating condition Delicate physical link for each routing instance is not efficient Delicate link capacity for each routing instance limits carrying a high rate of flows MPLS - 73nd IETF Minneaplis 4 Composite Transport Group (CTG) CTG is the method to transport aggregated traffic over a composite link Composite Link is defined in ITU-T Q12 G.800 Contain multiple component links supported by separate server layer trails Transport over a composite link may not preserve the symbol sequence CTG is a local traffic engineering and transport selection technology Give traffic engineering among component links Provide component link recovery Auto flow measurement MPLS - 73nd IETF Minneaplis 5 CTG Framework CTG creates CTG connections on the composite link CTG connection must have assigned BW and is eligible to transport on any component link LSP, LDP or IP traffic is mapped to CTG connections CTG connection TE can be derived from LSP TE or from auto BW measurement CTG selects one component link to transport an CTG connection based on TE of CTG connections and component link condition The selection may change due to component failure or CTG connection condition changes Component Links LSP, LDP, IP 5 CTG connections C T G 3 CTG connections 9 CTG connections R1 C T G R2 Composite Link Note: To reduce auto BW measurement burden, it is expected that LDP and IP traffic is in small amount. MPLS - 73nd IETF Minneaplis 6 Requirements for CTG Draft specifies the set of requirements for CTG in IP/MPLS environment Like to get other carrier inputs on the requirements Like to know people interest in working on it Next Step Use this draft as the CTG starting work in WG Plan to roll out the solution draft prior to next meeting MPLS - 73nd IETF Minneaplis 7 Acknowledgement Many Thanks to: Frederic Jounay from France Telecom Adrian Farrel from Olddog Ron Bonica from Juniper For the reviews and great suggestions. Feedbacks and comments are welcome MPLS - 73nd IETF Minneaplis 8