One app I like a lot is Ping Plotter, but it only runs on Windows, so it
isn't good for remote monitoring. We do use it for some things,
however. I like the detailed traceroute / latency visualization it
has. It also has a hard time with a lot (100+) nodes being monitored.
SmokePing
My bad, you might be able to do it with PingPlotter using remote proxies
that are linux. I can see using the Vixie personal colo list to find
cheap vm offerings in various locations. Other option, a few could get
together and share some resources to get the proxies distributed.
I did look at it, it still lacks a few things, but it does cover most.
It would be nice if you added some screenshots or demo pages as to what
the reporting looks like. I had to dig around and find a paper on the
slammer worm to see what the output looks like.
Jeroen Massar wrote:
Jason
OT: He probably meant MOP and LAT are not routable, man that brings back
memories.
Kevin Oberman wrote:
Date: Sat, 25 Aug 2007 23:56:29 -0600
From: John Osmon [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
Is anyone out there setting up routing boundaries differently for
IPv4 and IPv6? I'm
I agree with this, and many people take the Ts Cs, MSA, etc the vendor
anyway. We have a standing habit of reading over our new contracts with
our attorney on a con call, we always edit them, send them back to the
vendor and negotiate on any changes. Its amazing how much you can get
I would second this. We're evaling it right now, takes a little getting
used to but the capabilities are pretty impressive. There is a pretty
steep cost to play initially. Once the first chunk of existing devices
are licensed adding more isn't as painful, at least thats how I'm
selling it
I do. Hurricane Wilma, blew the roof off our building, water pouring in
pooling under the floor and onto the PDUs and UPS (800amps of 480v). We
wanted to save the data on the servers, had to hit the EPO to enter the
room (anyone have an idea of how far that much power would arc?). It
was
This is where dbms' designed for data warehouses might come into play,
something like SybaseIQ. It is adapted for long term storage and retrieval.
[EMAIL PROTECTED] wrote:
how do you define your schema?
how long does it take to insert/index/whatnot the data?
This is a much bigger
I can't imagine using wax twine, I love my velcro.
Randy Epstein wrote:
Hey Marty :)
snip
and digg it:
http://www.digg.com/mods/The_lost_art_of_cable-lacing...
Corrected URL:
http://www.digg.com/mods/The_lost_art_of_cable-lacing...?cshow=194773
-M
Randy
is better than MRTG, but the config/db/portal are still
lacking.
Jon Lewis wrote:
On Mon, 22 Jan 2007, Jason LeBlanc wrote:
Anyone thats seen MRTG (simple, static) on a large network realizes
that decoupling the graphing from the polling is necessary. The disk
i/o is brutal. Cacti has
I hear you on the double, triple nat nightmare, I'm there myself. I'm
working on rolling out VRFs to solve that problem, still testing. The
nat complexities and bugs (nat translations losing their mind and
killing connectivity for important apps) are just too much for some of
our
Anyone thats seen MRTG (simple, static) on a large network realizes that
decoupling the graphing from the polling is necessary. The disk i/o is
brutal. Cacti has a slick interface, but also doesn't scale all that
well for large networks. I prefer RTG, though I haven't seen a nice
I'm on 6 and experienced no issues, they are also on 5 which is where
the problem may have had more impact, as that is the old PAIX space
where more telco stuff goes on.
Randy Epstein wrote:
Bill,
Switch and Data was reporting power issues at 56 Marietta
earlier. Don't know if it was
I tend to encourage people to use PestPatrol for the malware on windoze
boxes.
Suresh Ramasubramanian wrote:
Jeff Shultz writes on 11/24/2003 1:46 PM:
Firewalls at least tend to be a bit more hands off... and I'd like to
hear more about the snake oil parts. Doesn't the 1/2wall that XP
ships
75xx/GSR, dCEF? 75xx/GSR are L3 switches then. ;) Not to add
flame-bait, but..
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/switch_c/xcprt2/xcdcef.htm
Mikael Abrahamsson wrote:
On Mon, 13 Oct 2003 [EMAIL PROTECTED] wrote:
I don't understand how you can
bgp scanner cpu usage == number of neighbors * number of routes in table
lots of neighbors would cause this, for longer periods. If running
SUP1A/MSFC this could be worse than with MSFC2 (slightly more CPU
power), and much worse than SUP2 I'm guessing.
Tom (UnitedLayer) wrote:
On Mon, 13 Oct
16 matches
Mail list logo