Hi ,

Its physical Gig-e

im sure the same would happen if it was the physical interface that transports vlans for  svi .

Im just a bit confused why a graceful shutdown is so much faster to converge.

Rob

Don't know to be honest. It may be that doing a "shutdown" on the interface allows the router to know that it can immediately switch to the feasible successor whereas pulling the cable means the router has a delay in reaslising it has lost the connection but that is purely conjecture as i have nver tested this. It would be interesting to see what would happen if the connection was serial and not ethernet.

Jon

Hi Jon,

thanks for your reply, i think u are most probably right , the issue of shutdown probably gets rid of neighbour and everything else associated with it , whereas breaking the link needs holdtimes etc  , its just a bit annoying because in a production environment -- only the latter happens!

was wondering if anyone knows whether it is possible i could do some kind of ip sla , and then use that as a trigger to automatically shut down port?

i dont think i could do that on a production network would be too scared to hand over such power to automatic process but is it feasible?

Hi Rob,

You can try to change the interface keepalive timer to 1, see if that helps the convergence time.

Regards,

Lei Tian

hi Lei,

puting keepalive to 1 sec doesnt help , i have just tried it.

i had a look around and aparently 3 keepalives are send at 1 sec intervals before interface is declared down , which is the same as my eigrp hold-time of 3 secs , so unfortunately is the same in practice

Peter, i will draw out a diagram.

Hello Rob,

it would be wise to provide also platform model and IOS image running.

Two possible tools to speed up convergence can be:

BFD for EIGRP as suggested by Jon

or 802.1ah OAM frames (OSI layer2)

the latter should be supported on ME switches, the first one is supported on SW based routers with recent IOS images or in high end devices like C7600.

see

http://www.cisco.com/en/US/docs/switches/metro/me3400/software/release/12.2_50_se/configuration/guide/swoam.html#wp1109519

Also it would be useful to know if the videostream is sent using multicast or it is an unicast flow?

Hope to help

Giuseppe

Hi Guisppe,

Thanks for reply,

Yes i am doing multicast stream routing using sparse mode.

I have found a solution to this using OSPF and 1 sec dead time , with 250ms hello  which is v fast failover when i take cable , about 1 sec.

unfortunately the interfaces i am using do not support bfd.