RE: Frame-Relay, RIP & Split-Horizon

Hi Joe,

Wouldn't the routes in question have to be in hold down first?

I labbed this up as well. You can definitely see the routes being advertised
from the spoke to the hub and back to the spoke again (wireshark). I would
say that IOS is silently binning the route has it has a higher metric before
the debugging process is invoked.

Would be good to know for sure though :)

Cheers,

-Aaron.

-----Original Message-----
From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of Joe
Astorino
Sent: Thursday, 14 July 2011 8:24 AM
To: Cisco certification
Subject: Re: Frame-Relay, RIP & Split-Horizon

OK so I think I figured it out. Simple -- RIP hold timer. If a RIP router
sees a route with a HIGHER metric hop-count than the one it currently has,
the hold timer has to expire first to prevent what I'm trying to do from
happening : ) So ...not nearly as dramatic as I had thought and has NOTHING
to do with frame-relay and DLCIs, just a general function of RIP

I'm pretty sure it is just a hold timer thing.

This is what happens when I don't get enough sleep or as Scott would say
"not nearly enough caffeine". Still, thanks for reading and I welcome any
comments

-- 
Regards,
Joe Astorino
CCIE #24347
Blog: http://astorinonetworks.com
"He not busy being born is busy dying" - Dylan
Blogs and organic groups at http://www.ccie.net