[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