We had a 2xT1 PPP Multilink connection having performance problems. When I looked I noticed that the 2 serial interfaces were unevenly used. Did "sh ppp multilink" and saw that one of the T1's was "Inactive" in the bundle (SP problem, fixed quickly).
Does anyone have a better way to monitor this condition than "debug ppp multilink events" and watching the syslog? I don't see an SNMP trap for this. My interfaces were all UP but the connection was still lousy. Any ideas?
An easy way to monitor the bundle and its interfaces' uptime is by using "show ppp multilink" You can get alot of info with 1 command such as bundle uptime, seperate interface uptime, lost fragments, etc. You can monitor for a couple of days and see if any counters increase. When I'm experiencing trouble with the bundle I always get a good look at each interface in the bundle by using "show interface serial 0/0/0:1" for example. Look for output drops and errors in general. Also keep an eye on the T1 controllers and watch for an increase in slips, PCVs, LCVs, ESs, etc.
Below is an example output from a clients 2811 w/ 2xT1.
gateway#sh ppp multi
Multilink1, bundle name is group81
Endpoint discriminator is group81
Bundle up for 1w3d, total bandwidth 3088, load 7/255
Receive buffer limit 24000 bytes, frag timeout 1000 ms
0/0 fragments/bytes in reassembly list
6 lost fragments, 1806609 reordered
0/0 discarded fragments/bytes, 0 lost received
0xAE3699 received sequence, 0x693D49 sent sequence
Member links: 2 active, 0 inactive (max not set, min not set)
Adam, thanks. I actually found the problem with "sh ppp multilink" but I am looking for an SNMP trap or MIB variable or something I can monitor. I am going to try an experiment with "debug ppp multilink events" but I always use debug with caution.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...