1 / 10

LDP Data Plane Convergence Benchmarking

LDP Data Plane Convergence Benchmarking. Thomas Eriksson, TeliaSonera Scott Poretsky, Quarry Rajiv Papneja, Isocore. Introduction. Service providers need fast convergence in their networks Standard for LDP data plane convergence benchmarking needed

jspradlin
Download Presentation

LDP Data Plane Convergence Benchmarking

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. LDP Data Plane Convergence Benchmarking Thomas Eriksson, TeliaSonera Scott Poretsky, Quarry Rajiv Papneja, Isocore

  2. Introduction • Service providers need fast convergence in their networks • Standard for LDP data plane convergence benchmarking needed • We have presented the terminology earlier and today present some methodology for discussion IETF 62 Minneapolis

  3. Terminology • No updates for this meeting • Currently at rev -02 • New terms will be added if needed for methodology IETF 62 Minneapolis

  4. Methodology DUTs: ingress LSR, Core LSR and Egress LSR IETF 62 Minneapolis

  5. Methodology Topology for single next hop FECs IETF 62 Minneapolis

  6. Methodology Topology for multiple next hop FECs IETF 62 Minneapolis

  7. Methodology • Multiple next hop FECs might be found in two cases • Two routers with parallel links • One router having ECMP routing from itself to a number of other routers • Test to be performed for both scenarios IETF 62 Minneapolis

  8. Methodology • Tests to be performed for both good and bad news (E.g. up/down FEC convergence events) • It shall be possible to test for any routing protocol that provides FECs for LDP to bind labels. e.g. IGPs or IGPs with loop free alternates algorithm IETF 62 Minneapolis

  9. Methodology • Interesting FEC convergence events • IGP metric change • IGP LSP/LSA with remote topology change • Lost IGP adjacency • Lost LDP session • Label withdrawal • Interface shutdown (local/remote) • Fiber pull (local/remote) • Removed IP address IETF 62 Minneapolis

  10. Methodology • Next steps • Detailed test cases • Considerations for the tests • Write all this up and submit Comments? IETF 62 Minneapolis

More Related