Andrew,
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.
Take a look at http://jffnms.sourceforge.net
According to the Author whom I know very well it will do exactly what
you need it to do:
---SNIP---
Yes, JFFNMS has a specific system to do this.
Using MAC Accounting, we track each MAC address, using ARP its IP, and using
BG
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
On Jan 19, 1:41pm, andrew matthews <[EMAIL PROTECTED]> 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.
If you don't mind a reasonably inexpensive commercial solution, BENTO
does exactly what yo
Hi,
You can also use NetFlow/SFlow foncionalities on your Peering Interface.
And then parse/treat data using tools like ntop/flowscan and such.
David R.
>>> Daniel Golding <[EMAIL PROTECTED]> 01/20 12:04 >>>
Andrew's issue is this - he's got an Ethernet port on a public peering
switch with
On Wed, 19 Jan 2005 14:37:54 -0800, andrew matthews <[EMAIL PROTECTED]> wrote:
> no i mean graph bgp sessions...
>
> it's a single interface, and i want to graph every bgp session so i
> can see how much traffic i'm doing between each peer.
If you are looking to graph statistics about the BGP pe
On Thu, Jan 20, 2005 at 03:14:24AM +, Christopher L. Morrow wrote:
>
>
> On Wed, 19 Jan 2005, andrew matthews wrote:
>
> >
> > Well with mac accounting i've found that the results are not correct
> > number they have to multiplied or something.
> >
> > I have a GigE and it has multiple peer
On Wed, 19 Jan 2005, andrew matthews wrote:
>
> Well with mac accounting i've found that the results are not correct
> number they have to multiplied or something.
>
> I have a GigE and it has multiple peering sessions on it. Flowscan
> can't keep up, i have to export it in samples and that just
Well with mac accounting i've found that the results are not correct
number they have to multiplied or something.
I have a GigE and it has multiple peering sessions on it. Flowscan
can't keep up, i have to export it in samples and that just defeats
the purpose. I'm trying to find a way to graph i
Ah, completely different animal altogether, that. Thanks for the
clarification. My initial read was multiple peers on separate interfaces,
which isn't overly complex to track.
- billn
On Wed, 19 Jan 2005, Daniel Golding wrote:
Andrew's issue is this - he's got an Ethernet port on a public peer
Andrew's issue is this - he's got an Ethernet port on a public peering
switch with a bunch of peers. He can see the interface stats just fine but
he's having trouble figuring out how much traffic is going to (or coming
from) each peer. One interface, many peers, confusing problem. There isn't
on
If you're already using MRTG, hopefully you're at least passingly familiar
with perl and SNMP. If so, you can do some hackery to identify your BGP
peer interfaces automatically and then use it to reference existing
interface graphs.
Take a peek in the BGP4 mib, specifically at the BgpPeerEntry
ndrew matthews [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 19, 2005 4:38 PM
To: nanog@merit.edu
Subject: Re: Graphing Peering
no i mean graph bgp sessions...
it's a single interface, and i want to graph every bgp session so i can
see how much traffic i'm doing between each peer.
no i mean graph bgp sessions...
it's a single interface, and i want to graph every bgp session so i
can see how much traffic i'm doing between each peer.
On Wed, 19 Jan 2005 22:25:37 + (GMT), Stephen J. Wilcox
<[EMAIL PROTECTED]> wrote:
> On Wed, 19 Jan 2005, andrew matthews wrote:
>
> > A
14 matches
Mail list logo
