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: Graphing Peering

  • From: Daniel Golding
  • Date: Thu Jan 20 11:00:29 2005


The 32 bit counters are a significant problem when using gigabit ethernet
public peering interfaces. Needless to say, MAC accounting was not designed
for gigabit speeds. Frequent polling is, sadly the only solution. If you
write your own scripts, make sure to account for counter wrapping.

- Dan

on 1/20/05 9:45 AM, "" <> wrote:

> On Wed, 2005-01-19 at 22:41, andrew matthews wrote:
>> Anyone have any suggestions on graphing peering on a cisco router? I'm
>> using mrtg and i did mac address accounting but the numbers are off.
> off in what sense? We use mac-accounting, snmp nad mrtg to graph per
> peer utilization. The following script is helpful
> I reworked it to spit out the AS number instead of the ip address. The
> issue you then have is that multiple sessions with one As number all
> show as the same target. Which MRTG does not like. You can fix that as
> well of course in the script. And it does not "autoscan", which means
> that if people change their mac-address, you lose the data, until you
> rerun the script.
> Another problem you might run into is counter wrapping. When polling
> every 5 minutes, some counters may wrap. (there is no 64 bit counter for
> the mac-address accounting). So you have to run it in short timeframes,
> causing more cpu utilization.
> But all in all, mac-accounting and Netflow source-as give you a very
> good overview of your network flows.
> Frank 

Discussion Communities

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

Merit Network, Inc.