RE: SNMP "bridging"/proxy?

2016-05-20 Thread Nathan Anderson
On Friday May 20, 2016 @ 21:45, Robert Drake wrote: > I would move away from this CPE vendor. I'm not thrilled with it either, but at this moment in time, this is easier said than done for many unfortunately good and unavoidable reasons. We will see how the future plays out, though. > [...]

RE: SNMP "bridging"/proxy?

2016-05-20 Thread Nathan Anderson
Hey, thanks guys! I had never really looked that deeply into Net-SNMP and had only ever installed it either to use as a client (snmpget/snmpwalk) or a basic agent w/ standard MIBs for the host it's running on, so I was unaware of its extensibility. And it even looks like it ships with a Perl m

Re: SNMP "bridging"/proxy?

2016-05-20 Thread Robert Drake
On 5/20/2016 7:43 PM, Nathan Anderson wrote: 'lo all, Is anybody out there aware of a piece of software that can take data from an arbitrary source and then present it, using a MIB or set of OIDs of your choosing, as an SNMP-interrogatable device? We have some CPE that supports SNMP, but co

Re: SNMP "bridging"/proxy?

2016-05-20 Thread Matt Palmer
On Fri, May 20, 2016 at 04:43:07PM -0700, Nathan Anderson wrote: > Is anybody out there aware of a piece of software that can take data from > an arbitrary source and then present it, using a MIB or set of OIDs of > your choosing, as an SNMP-interrogatable device? Many, many years ago, I wrote a f

Re: SNMP "bridging"/proxy?

2016-05-20 Thread Eric Kuhnke
It is fairly easy to extend the snmpd on a Linux host to retrieve data from non-SNMP sources... For example: http://www.adventuresinoss.com/2009/09/30/the-many-uses-of-net-snmp/ https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sect-System_Monitoring_

SNMP "bridging"/proxy?

2016-05-20 Thread Nathan Anderson
'lo all, Is anybody out there aware of a piece of software that can take data from an arbitrary source and then present it, using a MIB or set of OIDs of your choosing, as an SNMP-interrogatable device? We have some CPE that supports SNMP, but considers it to be a mutually-exclusive "remote ma

Weekly Routing Table Report

2016-05-20 Thread Routing Analysis Role Account
This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, AusNOG, SANOG, PacNOG, SAFNOG, PaNOG, SdNOG, BJNOG, CaribNOG and the RIPE Routing WG. Daily listings are sent to bgp-st...@lists

AW: Need BGP route check (UPDATE)

2016-05-20 Thread Jürgen Jaritsch
Hi Matt, output from lg.he.net: core1.fmt2.he.net> show ip bgp routes detail 129.77.0.0/16 Number of BGP Routes matching display condition : 2 S:SUPPRESSED F:FILTERED s:STALE 1 Prefix: 129.77.0.0/16, Status: BI, Age: 1h0m28s NEXT_HOP: 216.66.50.106, Metric: 680, Learned

RE: Need BGP route check (UPDATE)

2016-05-20 Thread Matthew Huff
>From responses I received, I have gotten a number of different answers. Some >are seeing our routes from 6128, some from 46887 and a few from both. The >response from Eric though was typical. Showing the IPv4 prefix only from >AS6128, but the IPv6 from both 6128 & 46887. I am guessing that 46

RE: Need BGP route check

2016-05-20 Thread Matthew Huff
Thanks, but I had checked a number of public looking glasses and only one had the 46887 path (HE.net), wanted a more global check. A number of responses are seeing only one or the other paths. The 14607 pre-pend is due to depref'ing 46887 earlier today when we had the instability. Matthew

Re: Need BGP route check

2016-05-20 Thread Bob Evans
Hello, here ya go. Routes: Destination PeerNext-HopLPref Weight MED AS-Path i 129.77.0.0/16 64.118.161.864.118.161.8722 2 0 6939 46887 1

AW: Need BGP route check

2016-05-20 Thread Jürgen Jaritsch
Hi Matt, NYC: > show route 129.77.0.0/16 AS path: 6939 46887 14607 14607 I, validation-state: unverified AS path: 1299 6939 6939 46887 14607 14607 I, validation-state: unverified > show route 2620:0:2810::/48 AS path: 6939 6128 1

Need BGP route check

2016-05-20 Thread Matthew Huff
One of our upstreams is apparently having problems, although they don't appear to know about it. I've seen an alert at BGPmon.net about our prefixes being withdrawn, and I can't locate our prefixes through that provider on any routeviews. Can someone check to see what ASPATHS you are seeing for

Re: NANOG Digest, Vol 100, Issue 19

2016-05-20 Thread Arthur Liew
Hi Guys, Just wondering if anyone knows equivalent of bgp.he.net for GRX/IPX world? Any good mailing list around targeting GRX/IPX? Thanks ! Rgds Arthur