[c-nsp] RFC4090 and Implementation in Cisco

Bruce Pinsky bep at whack.org
Thu Apr 19 13:27:00 EDT 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

alaerte.vidali at nsn.com wrote:
> Tks Oliver,
> 
> I performed tests last night. On the implementation I tested (IOS
> 12.2.18.SXF) there is not alternative path then the headend keep using
> the same path, with local repair done by intermediate router. 
> 
> I tested several times, removing FRR and reproducing the interface
> flapping and also using IP Dampening. These are the results:
> 
> -FRR works like a "dampening" feature. When the failure interface is
> recovered FRR does not revert immediately, but waits some seconds.
> 
> -Without FRR there is CPU spike because all TE tunnels goes down. This
> has other negative impacts on other process like HSRP.
> 
> -IP Dampening (tested several different values) did not help avoiding
> flapping on TE Tunnels. I got the impression that it is not integrated
> with MPLS TE the same way it is integrated with Routing Protocols.
> 

Based on the supported protocols list at:
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120s/120s22/s_ipevdp.htm

I would say that MPLS/TE is not supported.  I would think there is a need
for some RSVP hooks in that scenario.

- --
=========
bep

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGJ6ZkE1XcgMgrtyYRAmCQAJ0YD20ZHTegV8LdR4zS8Ebi9/7UVACeIquJ
FlXrgLjTC5hOdo5LfS2U/xo=
=/yIL
-----END PGP SIGNATURE-----


More information about the cisco-nsp mailing list