nanog mailing list archives
Re: Backbone Monitoring Tools
From: Bill Nash <billn () odyssey billn net>
Date: Wed, 29 Mar 2006 17:08:11 -0500 (EST)
Wouldn't you be better served just walking the netToMedia tables for your devices? Parsing configs sucks. Even caching the contents of a simple snmpwalk would save you some pain. Shovel 'em into a db and call it a day.
- billn On Wed, 29 Mar 2006, Ashe Canvar wrote:
Well, True. But the idea is to have a full mesh of 'n' sensors each doing 'tests' to the remaining n-1 sensors. Finding asymmetric routes should be trivial as I plan to feed it my router configs from rancid, for detecting interfaces that belong to the same router. ( Of course, this can't be extended to the Internet in genral. )From all the replies I have received, I don't think anything opensource fits the bill. Going to the mines to write my own. Good bye cruel world... On 3/29/06, Valdis.Kletnieks () vt edu <Valdis.Kletnieks () vt edu> wrote:On Tue, 28 Mar 2006 16:07:27 PST, Ashe Canvar said:2. actively detect routing changes / failover to redundant paths using traceroutes i.e. alert if SFO->CHG->NYC changes to SFO->LXE->HOU->NYC ( link state protocols suck as far as testing backup paths go)Two words: "Asymmetric routes". Just be aware of the implications.
Current thread:
- Re: Backbone Monitoring Tools, (continued)
- Re: Backbone Monitoring Tools Bill Thompson (Mar 28)
- RE: Backbone Monitoring Tools Ray Burkholder (Mar 28)
- RE: Backbone Monitoring Tools Ray Burkholder (Mar 28)
- Re: Backbone Monitoring Tools Alexei Roudnev (Mar 29)
- Re: Backbone Monitoring Tools Jim Trocki (Mar 29)
- Re: Backbone Monitoring Tools Alexei Roudnev (Mar 29)
- Re: Backbone Monitoring Tools Jon Lyons (Mar 28)
- Re: Backbone Monitoring Tools M. David Leonard (Mar 29)
- Re: Backbone Monitoring Tools Valdis . Kletnieks (Mar 29)
- Re: Backbone Monitoring Tools Ashe Canvar (Mar 29)
- Re: Backbone Monitoring Tools Bill Nash (Mar 29)