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. On Wed, 19 Jan 2005 22:25:37 +0000 (GMT), Stephen J. Wilcox <steve@telecomplete.co.uk> wrote:
On Wed, 19 Jan 2005, 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.
do you mean how to graph traffic to each host on a lan..?
what platform do you have?
Steve
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 subtree. You may need to do some correlation inside the ifTable or maybe even ifX, depending on platform and implementation, to correctly identify the interface of your peer. - billn On Wed, 19 Jan 2005, andrew matthews 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.
On Wed, 19 Jan 2005 22:25:37 +0000 (GMT), Stephen J. Wilcox <steve@telecomplete.co.uk> wrote:
On Wed, 19 Jan 2005, 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.
do you mean how to graph traffic to each host on a lan..?
what platform do you have?
Steve
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 one VLAN per peer on most public peering switches - its one big Ethernet segment with each peer getting an IP out of a common subnet. Welcome to the world of broadcast multi-access peering. The classical way to do this is mac accounting. This can be pretty rough - its not really useful for anything more than a ratio, from what I've seen - the numbers tend to not add up properly. Another possibility (on Cisco) is using BGP Policy Accounting, although support can be spotty depending on hardware. For other platforms, there's some good information here: http://www.switch.ch/misc/leinen/snmp/monitoring/bucket-accounting.html The link on that page for Juniper's Destination Class Usage (DCU) is broken. Try this one instead: http://www.juniper.net/techpubs/software/junos/junos70/swconfig70-interfaces /html/interfaces-family-config25.html - Dan On 1/19/05 5:56 PM, "Bill Nash" <billn@billn.net> wrote:
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 subtree. You may need to do some correlation inside the ifTable or maybe even ifX, depending on platform and implementation, to correctly identify the interface of your peer.
- billn
On Wed, 19 Jan 2005, andrew matthews 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.
On Wed, 19 Jan 2005 22:25:37 +0000 (GMT), Stephen J. Wilcox <steve@telecomplete.co.uk> wrote:
On Wed, 19 Jan 2005, 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.
do you mean how to graph traffic to each host on a lan..?
what platform do you have?
Steve
-- Daniel Golding Network and Telecommunications Strategies Burton Group
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 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 one VLAN per peer on most public peering switches - its one big Ethernet segment with each peer getting an IP out of a common subnet. Welcome to the world of broadcast multi-access peering.
The classical way to do this is mac accounting. This can be pretty rough - its not really useful for anything more than a ratio, from what I've seen - the numbers tend to not add up properly.
Another possibility (on Cisco) is using BGP Policy Accounting, although support can be spotty depending on hardware.
For other platforms, there's some good information here: http://www.switch.ch/misc/leinen/snmp/monitoring/bucket-accounting.html
The link on that page for Juniper's Destination Class Usage (DCU) is broken. Try this one instead: http://www.juniper.net/techpubs/software/junos/junos70/swconfig70-interfaces /html/interfaces-family-config25.html
- Dan
On 1/19/05 5:56 PM, "Bill Nash" <billn@billn.net> wrote:
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 subtree. You may need to do some correlation inside the ifTable or maybe even ifX, depending on platform and implementation, to correctly identify the interface of your peer.
- billn
On Wed, 19 Jan 2005, andrew matthews 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.
On Wed, 19 Jan 2005 22:25:37 +0000 (GMT), Stephen J. Wilcox <steve@telecomplete.co.uk> wrote:
On Wed, 19 Jan 2005, 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.
do you mean how to graph traffic to each host on a lan..?
what platform do you have?
Steve
On Wed, 19 Jan 2005 14:37:54 -0800, andrew matthews <exstatica@gmail.com> 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 peering sessions, (rather than graphing transit router bytes in/out as suggested elsewhere), you might take a look at the sample-config for the Cricket graphing tool, specifically ~cricket/cricket-1.0.4/sample-config/routing Unfortunately this graphs counts of BGP peering messages, not bytes. Cricket can track BGP route announcements, including graphing counts (rates) of peer updates in/out along along with total BGP messages, for each peering session. You could use Cricket itself to view the data, extract the collected data from 'rrdtool', or just look at the sources to get an idea of the requisite Cisco OIDs to use in another tool entirely. More information on Cricket is available from http://cricket.sourceforge.net/ Kevin
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 BGP Table its ASN (by the IP). So you will get MAC Accounting graphs labeled with the ASN you are peering. ------------------------SNIP------------------------- On Wed, 19 Jan 2005 23:01:11 -0600 Kevin <kkadow@gmail.com> wrote:
On Wed, 19 Jan 2005 14:37:54 -0800, andrew matthews <exstatica@gmail.com> 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 peering sessions, (rather than graphing transit router bytes in/out as suggested elsewhere), you might take a look at the sample-config for the Cricket graphing tool, specifically ~cricket/cricket-1.0.4/sample-config/routing
Unfortunately this graphs counts of BGP peering messages, not bytes.
Cricket can track BGP route announcements, including graphing counts (rates) of peer updates in/out along along with total BGP messages, for each peering session. You could use Cricket itself to view the data, extract the collected data from 'rrdtool', or just look at the sources to get an idea of the requisite Cisco OIDs to use in another tool entirely.
More information on Cricket is available from http://cricket.sourceforge.net/
Kevin
****************************************** Richard J. Sears Vice President American Internet Services ---------------------------------------------------- rsears@adnc.com http://www.adnc.com ---------------------------------------------------- 858.576.4272 - Phone 858.427.2401 - Fax INOC-DBA - 6130 ---------------------------------------------------- I fly because it releases my mind from the tyranny of petty things . . "Work like you don't need the money, love like you've never been hurt and dance like you do when nobody's watching."
participants (5)
-
andrew matthews -
Bill Nash -
Daniel Golding -
Kevin -
Richard J. Sears