Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Loss of BGP peering monitoring via SNMP

  • From: Daniel McRobb
  • Date: Sat Jun 07 01:45:31 1997
  • Company: ANS
  • Location: ANS Network Services, Ann Arbor, MI
  • Position: Staff Engineer

I know this was already answered, but since I just talked a bit about
this in Tampa....

Adjacency traps and adjacency state variables of any kind can be
very useful.  Since the BGP ones were already posted, I'll just say
that similar state variables are available in the OSPF MIB, such as
ospfNbrState.  Some boxes are capable of sending traps for state
transitions of these variables.

Similar things are available for other adjacency-like things.  For
exmaple, pppLinkCurrentState (and doing threshold monitoring on PPP LQM
stuff is a horribly good idea wherever you might be using PPP).

I also mentioned one reasonable way of watching for link congestion.
Correlate link utilization (via if[In|Out]Octets and if[In|Out]Pkts)
against if[In|Out]Errors and if[In|Out]Discards.  In this last set, in
my experience ifOutDiscards is usually more useful than ifInDiscards.

Usually, ifOutDiscards (if the agent is doing the right thing) is a good
touchstone for congestion; it's incremented when a packet is valid but
was dropped for another reason.  In my experience, that reason is
usually congestion (output queue is full, hence packet is sent to bit
bucket).

Where available, it's also wise to put queue lengths and drops in the
correlation mix here.  See the Cisco lsystem table for some of these.
However, my advice on queue drops is to stick with MIB-II ifOutDiscards
unless you find it erroneous or not really getting you the answer you
need.  Why?  Because you should be able to apply it across most of your
devices (including your host-based services if you have any) and not
have to use an enterprise MIB which doesn't exist on another vendor's
product (and if something similar exists, may not be semantically
equivalent).

Hope this helps.

Daniel
~~~~~~

> We have been caught several times lately with some of our border routers
> loss of BGP peering going undetected for sometime.  Is there a way
> to enable BGP peering loss monitoring via SNMP from a CISCO router?
> I've looked at both the public and private MIBS but haven't found anything.
> 
> I am aware of the 'nocol' package but really was hoping for an SNMP based
> approach to tie into our net-mgmt packages (sunnet and hpov).
> 
> TIA
> 
> --curtis
> -- 
> Curtis Generous                generous@uucom.com          Phone: (703) 461-1350
> UUcom Inc., Suite 250, 4875 Eisenhower Avenue, Alexandria, VA 22304-0797




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.