Monitoring line status where interfaces won't go down

Monitoring line status where interfaces won't go down

NewsGroups | Search | Tools
 comp.dcom.sys.cisco  Post an article  get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content  add this group's latest topics to your Google content  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
Monitoring line status where interfaces won't go down Gr!scha S+egemann 06-06-2008
Posted by Gr!scha S+egemann on June 6, 2008, 5:47 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Hi all

consider the following situation:

Customer edge Router (e.g. Cisco 28xx) with a primary link to the
provider edge router via an Etherconnect line, i.e. a connection where
the carrier provides a modem which is conected to the router.
A backup link is established over a steady DSL connection. On both
interfaces we have /30 transfer networks an run ospf with the provider
edge routers on the other ends.

Now we want to monitor the primary connection from the provider
backbone. Usually we do not use ospf and simply ping the customer edge
IP adresses of the two transfer networks in order to test their
reachability.
Now in case of the running ospf this is not an option since both IP
addresses would be always reachable as long as one connection is up.

An option would be to monitor the interface status via snmp. That's good
as long as a failing connection implies an interface status change to
down. Unfortunately this is not the case since the connection to the
carrier's modem would always be up.

Well, I've read a lot about tracking objects and routing policies but
I'm not sure whether or not (and if yes, how exactly) this would be of
any help in this case.

Any suggestions?

Thanks a lot in advance,

Grischa

Network Magic Graduation 20% off animated banner
Posted by Paul Matthews on June 7, 2008, 11:28 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Gr!scha S+egemann wrote:
>Any suggestions?

BFD?
--
Paul Matthews CCIE #4063
Please post questions to the NG, NOT by e-mail.

Posted by Stephen on June 7, 2008, 7:06 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
On Fri, 06 Jun 2008 11:47:00 +0200, "Gr!scha S+egemann"

>Hi all
>
>consider the following situation:
>
>Customer edge Router (e.g. Cisco 28xx) with a primary link to the
>provider edge router via an Etherconnect line, i.e. a connection where
>the carrier provides a modem which is conected to the router.
>A backup link is established over a steady DSL connection. On both
>interfaces we have /30 transfer networks an run ospf with the provider
>edge routers on the other ends.
>
>Now we want to monitor the primary connection from the provider
>backbone. Usually we do not use ospf and simply ping the customer edge
>IP adresses of the two transfer networks in order to test their
>reachability.

i think you are ruling out the best way to do this - routing protocols
are there to check reachability (as well as other things) - so why not
use it?

>Now in case of the running ospf this is not an option since both IP
>addresses would be always reachable as long as one connection is up.

Nope - far end address across the link is not "up" from your
perspective unless the link works and you have 2 way packet exchange.

Near end may stay up though - in which case you are pinging the wrong
object.
>
>An option would be to monitor the interface status via snmp. That's good
>as long as a failing connection implies an interface status change to
>down. Unfortunately this is not the case since the connection to the
>carrier's modem would always be up.
>
>Well, I've read a lot about tracking objects and routing policies but
>I'm not sure whether or not (and if yes, how exactly) this would be of
>any help in this case.

BFD may work as another suggested - but you need modern devices / code
at both ends since this is fairly recent.

cisco have a way of linking "reachability" into statics using SAA /
RTR or whatever it is called now
http://www.cisco.com/en/US/docs/ios/12_3t/12_3t4/feature/guide/gtpbrtrk.html
>
>Any suggestions?
>
>Thanks a lot in advance,
>
>Grischa
--
Regards

stephen_hope@xyzworld.com - replace xyz with ntl

Posted by Andre Wisniewski on June 9, 2008, 2:36 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Stephen wrote:

>
> Nope - far end address across the link is not "up" from your
> perspective unless the link works and you have 2 way packet exchange.
>
> Near end may stay up though - in which case you are pinging the wrong
> object.

I think there's a misunderstanding.

Imagine following. R1 and R2 are on one LAN, R3 and R4 at remote LAN. Running
OSPF R3 will be reachable and all of it's interfaces as long as at least one LAN
link is working.

How to discover failing LAN link A when all interfaces are still up using SNMP?
R1's and R3's interfaces will stay up because of the modems.

R1 --- Modem --------- LAN link A --------- Modem --- R3
R2 --- Modem --------- LAN link B --------- Modem --- R4

Posted by Andrey Tarasov on June 9, 2008, 4:46 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Andre Wisniewski wrote:

>> Nope - far end address across the link is not "up" from your
>> perspective unless the link works and you have 2 way packet exchange.
>>
>> Near end may stay up though - in which case you are pinging the wrong
>> object.
>
> I think there's a misunderstanding.
>
> Imagine following. R1 and R2 are on one LAN, R3 and R4 at remote LAN.
> Running OSPF R3 will be reachable and all of it's interfaces as long as
> at least one LAN link is working.
>
> How to discover failing LAN link A when all interfaces are still up
> using SNMP? R1's and R3's interfaces will stay up because of the modems.
>
> R1 --- Modem --------- LAN link A --------- Modem --- R3
> R2 --- Modem --------- LAN link B --------- Modem --- R4

I think you should be able to use IP SLA to monitor status of the links.
You will have to put some simple ACL in place to prevent ICMP traffic
between R1/R3 pair to travel over Link B and vice versa. That way when
link will go down so does IP SLA monitor.

Andrey.

Similar ThreadsPosted
Monitoring gigabit interfaces ? February 6, 2005, 11:39 am
Line protocol on FastEthernet Interfaces take 21 minutes to come up... October 5, 2006, 4:31 pm
Help with troubleshooting PPP status June 12, 2006, 10:24 pm
regarding autoneg and Rx and Tx status March 5, 2008, 6:35 pm
Check status of VPN connections on PIX 515 from CLI? July 20, 2004, 12:53 am
Status up Protocol up but can't ping!!! October 19, 2005, 7:00 am
inteface status question May 11, 2006, 3:24 pm
Status RSY/SEG (OPEN/THROTTLED) June 19, 2006, 5:57 am
checking VPN connection status? March 30, 2007, 1:23 pm
Re: Frame Relay: PVC STATUS=DELETED August 28, 2004, 8:37 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map