Thanks for answer kambiz ,
I wanted to know if a neighbor is not responding to a query because of any
reason you mentioned above then that neighbor will not show up in " sh ip
eigrp neighbor " output.
how can i make the neighbor " up " again ?
now imagine the link for that network is up again for which queries ware
send but still one of my neighbor is not responding as he is waiting for a
response from his neighbor and so on..
as the network is up ... it does not make sense if the neighbor relationship
is down .
thanks
On Thu, May 27, 2010 at 8:54 PM, Kambiz Agahian <kagahian_at_ccbootcamp.com>wrote:
> Ehteshan,
>
> The way that you're talking about the SIA issue is a bit "shaky".
>
> First off, SIA is not a state of a "router". It is a condition that a
> "route" may experience. It simply means this ROUTE is stuck in the
> active mode (which basically is not a good thing in EIGRP - it means
> struggling!).
>
> Issue?
> You send a query to another router asking for new information to take
> one of your routes out of the active mode. You set a SIA timer for that
> particular neighbor, however for some reasons (e.g. busy router or lossy
> links), you never hear back from that neighbor and fail to converge.
> Then you go ahead and clear all the routes beyond that neighbor from
> your topology table.
>
> Symptoms?
> You have to start an EIGRP convergence process it takes some time
> (depending on your table size - usually pretty quickly). This is not a
> jail! It's just a re-convergence incident. You may experience
> connectivity and packet loss issues during this short period.
>
> Solution?
> EIGRP is easy to configure, difficult to optimize. Ensure you don't have
> to send a query to a router who might not be able to reply back in a
> timely fashion. There are many ways to achieve this (e.g. filtering,
> stub routing etc.)
>
>
> The answer to the last question is pretty obvious but I'm going to leave
> it to you to run a small lab with 3 routers and see what you can see :)
> but generally speaking IGP's always work based on metrics they're hungry
> to see links with lower metric...
>
> HTH
>
> --------------------------
> Kambiz Agahian
> CCIE (R&S), CCSI, WAASSE, RSSSE
> Technical Instructor
> CCBOOTCAMP - Cisco Learning Solutions Partner (CLSP)
> Email: kagahian_at_ccbootcamp.com
> Toll Free: 877-654-2243
> International: +1-702-968-5100
> Skype: skype:ccbootcamp?call
> FAX: +1-702-446-8012
> YES! We take Cisco Learning Credits!
> Training And Remote Racks: http://www.ccbootcamp.com
>
>
>
>
>
>
>
> -----Original Message-----
> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
> ehtesham ali
> Sent: Thursday, May 27, 2010 7:08 AM
> To: Cisco certification
> Subject: eigrp SIA queries
>
> HI gurus,
> i needed clarification on the following questions
>
> 1) router R1 running eigrp is struck in SIA . after three min R1 lost
> neighbor relationship with R2 . how do i make R1 & R2 come out of SIA
> ..i
> can think of rebooting the routers . but is there any command similar to
> CLEAR IP OSPF PROCESS in Eigrp ?
>
> whats the best way to make routers come out of SIA without rebooting
> them ?
> can i reset and restart the eigrp process again ?
>
> or is it that the routers became neighbors automatically when SIA stops
> say
> after 5 min ?
>
> 2) if successor is down then traffic is routed via FS . After some time
> successor comes online again .will the traffic now routed thorough
> successor
> ? or it will continue to send through FS . (i mean is preemption is
> available ? )
>
> thanks
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Thu May 27 2010 - 21:10:12 ART
This archive was generated by hypermail 2.2.0 : Tue Jun 01 2010 - 07:09:54 ART