[mrtg] Re: monitoring Redback frame relay PVC traffic

[Antonio Querubin]

On Wed, 2 Aug 2000, Doug Clements wrote:

> I've not gotten them to work over raw snmp, but you apparantly can use
> bulkstats to get the information you want, then use a script or
> something to feed what you want to monitor to mrtg. I started working
> on this, but other things have come up. Please let me know if you come
> up with anything; I want the exact same thing :)
> 
> Where did you find the support FAQ examples? We don't have a support
> login, since we didn't pay the big bucks to get a login to the site,
> so I've been working mostly blind.

They're hidden in the support section and you need a support password to
get to them.  Sure makes life difficult...

> At least you can monitor the major physical interfaces without much
> trouble, which is better than nothing. I wish redback had added the
> ability to probe the PVCs or bindings individually, however. Anyone
> from redback out there and listening? :)

I was able to get MRTG to work but I had to generate the config manually.

Bytecount OIDs for individual PVCs are referenced as:

frInOctets.portnum.DLCI
frOutOctets.portnum.DLCI

You'll need to determine first what the port number (as seen by MRTG) of
the 'Frame Relay layer' interface is.  cfgmaker might generate something
like this:

Target[rb.4]: 4:snmpcommunitystring at rb
MaxBytes[rb.4]: 5592000
Title[rb.4]: rb (): Frame Relay layer interface

So portnum is 4 in this case.

cfgmaker will also pick up all the defined interfaces but the Target will
be wrong so you'll need correct them using the above OID pattern.  For
example, a sample config for the interface using DLCI 16 might look
something like:

Target[somename]: frInOctets.4.16&frOutOctets.4.16:snmpcommunitystring at rb

Also, it's real important to turn on 'counters' in your frame-relay
profile to separate the bytecounts, otherwise the bytecounts will be the
same for every PVC.  Unfortunately this requirement is poorly documented
in the Redback manuals.

frame-relay profile xyz
 counters l2 multicast
port ds3 4/0
 frame-relay pvc 17 profile xyz encapsulation bridge1490
  bind subscriber joeschmoe at local

Bulkstats works sort of - depends on which release you're running :)



--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive     http://www.ee.ethz.ch/~slist/mrtg
FAQ         http://faq.mrtg.org    Homepage     http://www.mrtg.org
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi