Ah, not so old then; I consider anything from SCO "new".
Hmmm, don't we all have mono monitors stored in strange places? Too bad I am 1800 miles away... Anyway, long ago before mono monitors appeared surplus, I modified a Ball NTSC video monitor to accept external h&v sync and tweaked the horiz. osc. and it worked pretty well.
Still depend on some high-performing EISA boards here...
Michael
Great news. I guess it's time to update ours.
I'm not even guessing. I can see some numbers moving for each user connected. For now, that's my info: Who's online, and how their numbers compare to others.
Fantastic ! This could really help.
OK, so at least that verifies I'm not a total idiot - it is hard.
That was my experience. Also, it clashes with Rflow and messes it up as well.
Thanks Jeff. This affirms the value of Rflow. Not only is it the only one that works readily, but also, if more people use it, maybe somebody will take the initiative and improve it.
Steve
I'll work on it when I catch up on my backlog. That should be sometime between a week and perhaps a few years from now.
SNMP is simple, not easy. Besides, if it were easy, it would be no fun.
Nope. At one point, I had Wall Watcher, RFlow, and MRTG pounding on my DD-WRT based router. I also was using an SNMP MIB browser to pound on the router at the same time. I sometimes had a contention problem with two SNMP programs running at the same time, but no crashes.
I think Netflow/Rflow is closer to the goal of monitoring per user connections. However, I know more about MRTG and SNMP, so I'm tempted to work with it instead. I'll probably toss a coin.
Incidentally, change your SNMP write "private" password to something obscure. It's possible to do all kinds of ugly things if I can write to your router. Leave the SNMP read password at "public" for now.
Have something to add? Share your thoughts — no account required.
Ask the community — no account required