Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Computing > Cisco > Up->Down messages related to ip sla icmp-echo when there are noapparent network issues

Reply
Thread Tools

Up->Down messages related to ip sla icmp-echo when there are noapparent network issues

 
 
ttripp
Guest
Posts: n/a
 
      04-29-2009
I am trying to use ip sla with icmp-echo to control the entry of a
static
route in the routing table. Currently I am using sla for controling
two routes, with more
to come. My sla configuration looks like this:

ip sla monitor 5
type echo protocol ipIcmpEcho 10.120.26.5 source-ipaddr 10.120.26.60
frequency 15
ip sla monitor reaction-configuration 5 threshold-falling 5000
threshold-type consecutive
3
ip sla monitor schedule 5 life forever start-time now
ip sla monitor 12
type echo protocol ipIcmpEcho 10.120.26.12 source-ipaddr 10.120.26.60
frequency 15
ip sla monitor reaction-configuration 12 threshold-falling 5000
threshold-type consecutive
3
ip sla monitor schedule 12 life forever start-time now

! Lines ommited

track 5 rtr 5 reachability
!
track 12 rtr 12 reachability

! Lines omitted

ip route 10.100.30.0 255.255.255.0 10.120.26.5 track 5
ip route 10.1.3.12 255.255.255.255 10.120.26.12 track 12

As I understand it, the way I have this configured the router should
ping the two
configured ip addresses every 15 seconds, and if the 5000msec
threshold is surpassed three
consecutive times, then reachability is considered "down" and the
router is removed from
my table.

The problem is that I get the following log messages at random times:

04-29-2009 10:00:23 Paris_-_WAN-PARIS-1_(10.60.10.1) 182: *Apr 29
14:13:00:
%TRACKING-5-STATE: 12 rtr 12 reachability Down->Up
04-29-2009 10:00:13 Paris_-_WAN-PARIS-1_(10.60.10.1) 181: *Apr 29
14:12:50:
%TRACKING-5-STATE: 12 rtr 12 reachability Up->Down

However, monitoring from PRTG shows the ping response times for both
of these ip addresses
is in the 100-200msec time, which shouldn't be nearly enough to
trigger a Down->Up.

Also, each Down->Up is followed exactly 10 seconds later by an Up-
>Down. This

happens each and every time. I have four other routers configured the
same way and they
also have the same issue, and the same 100-200msec ping time, and the
same 10 second
Down->Up/Up->Down cycle.

Bandwidth utilization on the circuits these pings are going out on
varies, but the error
is generated even when traffic is nill.

So, has anyone seen anything like this before? Thanks.
 
Reply With Quote
 
 
 
 
bod43
Guest
Posts: n/a
 
      04-30-2009
On 29 Apr, 16:58, ttripp <ttr...@manh.com> wrote:
> I am trying to use ip sla with icmp-echo to control the entry of a
> static
> route in the routing table. *Currently I am using sla for controling
> two routes, with more
> to come. *My sla configuration looks like this:
>
> ip sla monitor 5

<..snipped..>
> same 10 second
> Down->Up/Up->Down cycle.


The Down->Up seems back to front to me?
Surely it is up normally and needs to go Up-> down first?

You might consider

debug ip sla event
debug ip sla error

to see what the router thinks it is doing.

These will generate quite a bit of output over time.


 
Reply With Quote
 
 
 
 
Thrill5
Guest
Posts: n/a
 
      04-30-2009
I believe that the problem is the you have configured a 5 second timeout,
and your only polling every 15 seconds. The falling-threshold of 5000 msec
(5 seconds) means that if the last successful ping occured more than 5
seconds ago, the sla is down. This number is NOT how long it should wait
for a response.


"ttripp" <> wrote in message
news:bd179e9c-2900-4465-b9a5-...
>I am trying to use ip sla with icmp-echo to control the entry of a
> static
> route in the routing table. Currently I am using sla for controling
> two routes, with more
> to come. My sla configuration looks like this:
>
> ip sla monitor 5
> type echo protocol ipIcmpEcho 10.120.26.5 source-ipaddr 10.120.26.60
> frequency 15
> ip sla monitor reaction-configuration 5 threshold-falling 5000
> threshold-type consecutive
> 3
> ip sla monitor schedule 5 life forever start-time now
> ip sla monitor 12
> type echo protocol ipIcmpEcho 10.120.26.12 source-ipaddr 10.120.26.60
> frequency 15
> ip sla monitor reaction-configuration 12 threshold-falling 5000
> threshold-type consecutive
> 3
> ip sla monitor schedule 12 life forever start-time now
>
> ! Lines ommited
>
> track 5 rtr 5 reachability
> !
> track 12 rtr 12 reachability
>
> ! Lines omitted
>
> ip route 10.100.30.0 255.255.255.0 10.120.26.5 track 5
> ip route 10.1.3.12 255.255.255.255 10.120.26.12 track 12
>
> As I understand it, the way I have this configured the router should
> ping the two
> configured ip addresses every 15 seconds, and if the 5000msec
> threshold is surpassed three
> consecutive times, then reachability is considered "down" and the
> router is removed from
> my table.
>
> The problem is that I get the following log messages at random times:
>
> 04-29-2009 10:00:23 Paris_-_WAN-PARIS-1_(10.60.10.1) 182: *Apr 29
> 14:13:00:
> %TRACKING-5-STATE: 12 rtr 12 reachability Down->Up
> 04-29-2009 10:00:13 Paris_-_WAN-PARIS-1_(10.60.10.1) 181: *Apr 29
> 14:12:50:
> %TRACKING-5-STATE: 12 rtr 12 reachability Up->Down
>
> However, monitoring from PRTG shows the ping response times for both
> of these ip addresses
> is in the 100-200msec time, which shouldn't be nearly enough to
> trigger a Down->Up.
>
> Also, each Down->Up is followed exactly 10 seconds later by an Up-
>>Down. This

> happens each and every time. I have four other routers configured the
> same way and they
> also have the same issue, and the same 100-200msec ping time, and the
> same 10 second
> Down->Up/Up->Down cycle.
>
> Bandwidth utilization on the circuits these pings are going out on
> varies, but the error
> is generated even when traffic is nill.
>
> So, has anyone seen anything like this before? Thanks.



 
Reply With Quote
 
ttripp
Guest
Posts: n/a
 
      05-01-2009
On Apr 30, 1:30*am, "Thrill5" <nos...@somewhere.com> wrote:
> I believe that the problem is the you have configured a 5 second timeout,
> and your only polling every 15 seconds. *The falling-threshold of 5000 msec
> (5 seconds) means that if the last successful ping occured more than 5
> seconds ago, the sla is down. *This number is NOT how long it should wait
> for a response.
>
> "ttripp" <ttr...@manh.com> wrote in message
>
> news:bd179e9c-2900-4465-b9a5-...
>
>
>
> >I am trying to use ip sla with icmp-echo to control the entry of a
> > static
> > route in the routing table. *Currently I am using sla for controling
> > two routes, with more
> > to come. *My sla configuration looks like this:

>
> > ip sla monitor 5
> > type echo protocol ipIcmpEcho 10.120.26.5 source-ipaddr 10.120.26.60
> > frequency 15
> > ip sla monitor reaction-configuration 5 threshold-falling 5000
> > threshold-type consecutive
> > 3
> > ip sla monitor schedule 5 life forever start-time now
> > ip sla monitor 12
> > type echo protocol ipIcmpEcho 10.120.26.12 source-ipaddr 10.120.26.60
> > frequency 15
> > ip sla monitor reaction-configuration 12 threshold-falling 5000
> > threshold-type consecutive
> > 3
> > ip sla monitor schedule 12 life forever start-time now

>
> > ! Lines ommited

>
> > track 5 rtr 5 reachability
> > !
> > track 12 rtr 12 reachability

>
> > ! Lines omitted

>
> > ip route 10.100.30.0 255.255.255.0 10.120.26.5 track 5
> > ip route 10.1.3.12 255.255.255.255 10.120.26.12 track 12

>
> > As I understand it, the way I have this configured the router should
> > ping the two
> > configured ip addresses every 15 seconds, and if the 5000msec
> > threshold is surpassed three
> > consecutive times, then reachability is considered "down" and the
> > router is removed from
> > my table.

>
> > The problem is that I get the following log messages at random times:

>
> > 04-29-2009 10:00:23 Paris_-_WAN-PARIS-1_(10.60.10.1) 182: *Apr 29
> > 14:13:00:
> > %TRACKING-5-STATE: 12 rtr 12 reachability Down->Up
> > 04-29-2009 10:00:13 Paris_-_WAN-PARIS-1_(10.60.10.1) 181: *Apr 29
> > 14:12:50:
> > %TRACKING-5-STATE: 12 rtr 12 reachability Up->Down

>
> > However, monitoring from PRTG shows the ping response times for both
> > of these ip addresses
> > is in the 100-200msec time, which shouldn't be nearly enough to
> > trigger a Down->Up.

>
> > Also, each Down->Up is followed exactly 10 seconds later by an Up-
> >>Down. *This

> > happens each and every time. *I have four other routers configured the
> > same way and they
> > also have the same issue, and the same 100-200msec ping time, and the
> > same 10 second
> > Down->Up/Up->Down cycle.

>
> > Bandwidth utilization on the circuits these pings are going out on
> > varies, but the error
> > is generated even when traffic is nill.

>
> > So, has anyone seen anything like this before? *Thanks.- Hide quoted text -

>
> - Show quoted text -


Thanks. I opened a ticket with TAC and they said the same thing,
basically. It's fixed now.
 
Reply With Quote
 
jlodwick jlodwick is offline
Junior Member
Join Date: Oct 2009
Posts: 1
 
      10-22-2009
ttripp,
Could you please let me know what Cisco TAC's response was to fix this problem? I'm trying to tweak this like you were and having the same problems you were having. Did they say to increase the falling-threshold and if so to what?

Thanks,
Jeff
 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
sla and sra shifts ohaqqi VHDL 1 01-29-2009 04:35 PM
IP SLA Sherlock Holmes Cisco 0 07-22-2007 08:09 AM
There are no more messages on this topic. All messages in this topic may have expired or been deleted Coach 02 Computer Support 1 03-12-2007 03:44 PM
IP SLA or RTR. AM Cisco 1 01-14-2007 08:22 AM
Poor Mans NIMH Battery Pack and SLA Battery Pack ajacobs2 Digital Photography 0 08-19-2003 12:42 PM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57