metric-based traffic engineering: a real world study

28
February 25, 2004 www.cariden.com 1 Metric-Based Traffic Engineering: A Real World Study. Arman Maghbouleh am @ cariden.com www.cariden.com (c) cariden technologies Apricot 2004 Kuala Lumpur, Malaysia

Upload: others

Post on 02-Jun-2022

2 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 1

Metric-Based Traffic Engineering:A Real World Study.

Arman Maghbouleham @ cariden.com

www.cariden.com (c) cariden technologies

Apricot 2004Kuala Lumpur, Malaysia

Page 2: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 2

Agenda

• TE Introduction

• Study Outline– Networks– Routing Models

• Results

• MPLS Notes

• Conclusion

Page 3: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 3

1

1

1

1

11

1

1R8

R2

R1

R3

R4

R5 R6

R7

Path for R1 to R8 traffic =

Path for R2 to R8 traffic =

IGP Traffic Engineering

• Manipulate Internal Routing• Balance Traffic

– Minimize Maximum Utilization• Single-Element Failure Conditions (typical)

• Save Money

Page 4: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 4

TE Payback

• Real Example– Delay 6 OC-192 Circuits for a year

(17 circuits under 50% upgrade policy)– Capital + Operational Savings ≈ $1M/OC-192/year

Without TE With TE

Page 5: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 5

Conventional Thinking

• IP Routing Not Enough Control for TE– Path computation using a Simple Additive Metric– Bandwidth availability is not taken into account

– Metric manipulation merely shifts problem

• Need Source-Based (ATM/MPLS) for TE

1

1

1

1

1

1

13 R8

R2

R1

R3

R4

R5 R6

R7

Path for R1 to R8 traffic =

Path for R2 to R8 traffic =

Page 6: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 6

Challenge to Conventional Thinking

• Scientific Advances in Metric Optimization– Balance traffic using SPF metrics– Use Equal Cost Multipath (ECMP) as necessary

1

1

1

1

1

1

12 R8

R2

R1

R3

R4

R5 R6

R7

Path for R1 to R8 traffic =

Path for R2 to R8 traffic =

Page 7: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 7

Where is Reality?

Fortz et al.

“… we can find [OSPF]weight settings …[that] getwithin a few percent of thebest possible with generalrouting,including MPLS.”

– (IEEE 2002)

Lorenz et al.

“Source invariant routingcan be significantly worsethan than per-flow routing.”

– (DIMACS 2001)

“… weight setting for OSPFcannot replace MPLS as atraffic engineering tool.”

– (IETF-RR list 2001)

Page 8: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 8

Study Outline

• TE Introduction

• Study Outline– Networks– Routing Models

• Results

• MPLS Notes

• Conclusion

Page 9: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 9

• Six real networks

• Compare Efficiency– Optimized Metrics versus

• Optimizations– Objective: Minimize Maximum Utilization

• UNDER ALL POSSIBLE SINGLE-CIRCUIT FAILURES– Inputs: Topology, Link Capacities, Demand Matrix– Outputs: Explicit Paths, or Link Metrics

Study

TheoreticalOptimal

ExplicitRouting

DelayMetrics

Page 10: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 10

Results (Preview)

0

10

20

30

40

50

60

70

80

90

100

Network A Network B Network C Network D Network E Network F US WAN

Demo

(theore

tically

optim

al m

ax

util

izatio

n)/

max

util

izatio

n

Delay Based Metrics Optimized Metrics Optimized Explicit (Primary + Secondary)

Page 11: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 11

Conclusions (Preview)

• Metric-Based TE Close to Optimal TE– Within uncertainty of demand forecasts

• Some topologies limit TE benefits

• SPF Limitations do not affect the bottom-linesignificantly

• Metric Optimization as alternative orcomplement to MPLS TE

Page 12: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 12

Networks

• Tier 1, tier 2, content-delivery network• Global, U.S., Europe• Some already deployed MPLS

– Measured versus estimated traffic matrix

• Five operational, one proposed• Topologies

– V-O-V– Typical U.S. Meshes– Global Mesh

Page 13: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 13

V-O-V Networks

• High capacity simple core• Peripheral nodes connected

– Singly, doubly, and infrequently triply

Page 14: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 14

Typical U.S. Backbone

• Three+ paths across country• Elephants and mice demands

Page 15: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 15

Plot Legend

• White squares represent sites (PoPs)– Small blue squares represent routers

• Lines are physical links– Thickness represents capacity– Color & fill thickness represents utilization

• (red >90%, orange >75%)

• Blue arrows represent paths– (solid for normal, dashed for failure)

• X represent failure locations

Page 16: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 16

Global Meshes

• No prototype shown for confidentiality

• Combinations of meshes, rings,…– Topology bottlenecks across oceans

• Large range of capacities– (e.g. OC-3 to OC-192)

Page 17: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 17

Routing Models

• TE Introduction

• Study Outline– Networks– Routing Models

• Results

• MPLS Notes

• Conclusion

Page 18: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 18

Theoretical Optimal

• Result of multicommodity flow optimizations– One per failure scenario

• No shortest-path limitation– I.e., possibly source-based routing

*Real case used with permission.

Arbitrary splits of demands Routing changed on failure

Page 19: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 19

Shortest-Path Metric Routing

• OSPF, IS-IS• 1/n Equal-Cost Multipath• Use Cariden Software to determine metrics• Single set of metrics designed for resilience

Equal splits on ECMP Metrics not changeafter failure

Page 20: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 20

Explicit Routing

• A primary and secondary path for eachsource-destination pair– Link-diverse secondary

• No reservations• Used Cariden

Software to findoptimal paths

Page 21: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 21

Results

• TE Introduction

• Study Outline– Networks– Routing Models

• Results

• MPLS Notes

• Conclusion

Page 22: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 22

Results

0

10

20

30

40

50

60

70

80

90

100

Network A Network B Network C Network D Network E Network F US WAN

Demo

(theore

tically

optim

al m

ax

util

izatio

n)/

max

util

izatio

n

Delay Based Metrics Optimized Metrics Optimized Explicit (Primary + Secondary)

Page 23: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 23

Results (in text)

• Can optimize SPF metrics within 80%-95% ofmaximum theoretical efficiency– … trivially at 100% for V-O-V topologies

• Explicit routing around 90-95% of theoreticallimit

Page 24: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 24

Outline

• Introduction

• Study Outline– Networks– Routing Models

• Results

• MPLS Notes

• Conclusion

Page 25: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 25

Hybrid: SPF-Explicit

• Metric optimization + explicit routes as needed“We expect this is not an unreasonable approach.” -Randy Bush (NANOG 26)

– Also: Ben-Ameur et al. France Telecom, draft-wang-te-hybrid-approach-00.txt

• Few tunnels explicit if start with good metrics

0 12 23 34 45 56 67 78 89 1000

33%

66%

100%

percentage of explicit tunnels

thro

ughp

ut a

s %

of o

ptim

al

0-BW tunnels with current metrics0-BW tunnels with optimized metricsCSPF

*Real case used with permission.

X-axis tunnels were explicitlyrouted from largest to smallest.

Page 26: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 26

Conclusions

• Metric-Based TE Close to Optimal TE– Within uncertainty of demand forecasts

• Some topologies limit TE benefits

• SPF Limitations do not affect the bottom-linesignificantly

• Metric Optimization as alternative orcomplement to MPLS TE

Page 27: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 27

References

• B. Fortz, J. Rexford, and M. Thorup, “Traffic Engineering With Traditional IPRouting Protocols” in IEEE Communications Magazine, October 2002.

• D. Lorenz, A. Ordi, D. Raz, and Y. Shavitt, “How good can IP routing be?”,DIMACS Technical Report 2001-17, May 2001.

• Cariden “IGP Traffic Engineering Case Study”, Cariden Technologies, Inc.,October 2002.

• B. Fortz and M. Thorup, “Internet traffic engineering by optimizing OSPFweights” in Proceedings of IEEE INFOCOM, March 2000.

• B. Fortz and M. Thorup, “Optimizing OSPF/IS-IS weights in a changingworld” IEEE Journal on Selected Areas in Communications, volume 20, pp.756-767, May 2002.

• L. S. Buriol, M. G. C. Resende, C. C. Ribeiro, and M. Thorup, “A memeticalgorithm for OSPF routing” in Proceedings of the 6th INFORMS Telecom,pp. 187188, 2002.

• M. Ericsson, M. Resende, and P. Pardalos, “A genetic algorithm for theweight setting problem in OSPF routing” J. Combinatorial Optimization,volume 6, no. 3, pp. 299-333, 2002.

• W. Ben Ameur, N. Michel, E. Gourdin et B. Liau. Routing strategies for IPnetworks. Telektronikk, 2/3, pp 145-158, 2001.

Page 28: Metric-Based Traffic Engineering: A Real World Study

February 25, 2004 www.cariden.com 28

Acknowledgments

• Andrew Lange (Cable & Wireless/Exodus)• Thomas Telkamp (Global Crossing)• Clarence Filsfils (Cisco)• Glen Larwill (Comcast)• Jennifer Rexford (AT&T Labs)