[j-nsp] IP/MPLS fast convergence

[Serge Vautour]

Hello,

We did started a greenfield deployment 2 years ago. We had no requirement for FRR and stayed clear of RSVP. We did implement LDP + OSPF LFA since it was just an extra knob and gave us something for free. We used Link Protection.


The caveat with LFA is that it will not protect 100% of your paths. A given link failure may re-route some of your traffic via LFA while the rest has to wait for standard OSPF convergence. WANDL did some LFA coverage analysis for us and if I remember correctly based on our topology we have ~70% of paths covered.


I ran some tests on our Prod network before it went live. LFA did in fact allow sub-50ms convergence. For paths that weren't covered by LFA in a worst case scenario, I got about 300ms. Not too bad. Junos seems really fast at converging even without LFA. We use MX960s and MX80s.

I hope this helps.

Serge



________________________________
 From: Amos Rosenboim <amos at oasis-tech.net>
To: juniper-nsp at puck.nether.net 
Sent: Wednesday, December 21, 2011 2:34:22 PM
Subject: [j-nsp] IP/MPLS fast convergence
 
Hello All,

I'm planning a greenfield IP/MPLS network for a mobile operator.
The requirements are to support MPLS services (mainly L3 VPNs but also some VPLS), enforce  strict but fairly simple CoS model, and support fast convergence.
No requirement for CSPF based TE.

Traditionally I'de set single hop RSVP LSPs (from access/edge) to core just for the sake of FRR, and tunnel LDP inside these LSPs.
This way I would get FRR without the burden of full mesh RSVP LSPs.

However in the last two years I read more and more about LFA, IP/LDP FRR and similar technologies.

I'm considering to drop RSVP in favor of LFA and LDP, but was wondering if anyone is actually using this in the field, if so what is the impression.

Regards

Amos


_______________________________________________
juniper-nsp mailing list juniper-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp