Re: [HamWAN PSDR] HamWAN use cases [was: hamwan.net DDNS]
On 2014-04-22 16:23, Dean Gibson AE7Q wrote:
On 2014-04-22 16:06, Nigel Vander Houwen wrote:
Hey Dean,
Can you give me the output of
/interface wireless registration-table print oid
On your modem? Mikrotik decided to make the OIDs different based on what you're connected to, and this is easier than snmpwalking it.
Actually, when you SNMP-walk it, it appears that the signal strength and TX/RX rates are duplicated. One place is specific to the connected MAC address (I thought that was weird until I thought about it a bit), and the other place has no relation to the connection.
Thanks, Nigel
Having worked very briefly w/ SNMP (and hating it), I understand COMPLETELY (grin).
OK, where's voltage and temperature ??? /system health print oid voltage: .1.3.6.1.4.1.14988.1.1.3.8.0 temperature: .1.3.6.1.4.1.14988.1.1.3.10.0 I can't find the message where someone recommended "The Dude", but I've installed it. The beta version (4.0b3) seems to be better in general than the current release version (3.6), although the graphing in the latter uses better scaling, in my opinion: One ought to be able to turn dynamic scaling (vertical axis) on and off, and in the latter case, specify the limits. Oh, well; it's gotten me to probing around in the SNMP map, and I have "Dude" charting voltage and temperature (the above OIDs give them in TENTHS). The latter is more interesting, because (duh) it goes up and down w/ the outside temperature. Maybe Bart or Tom can associate that with propagation (grin).
Dean, We've talked about graphing temperature before, but I've found that it has VERY little to do with the outside temperature. You'll see some effect as the outside temperature fluctuates, but it will be muted. Additionally, internal sources, are much more powerful in terms of changing the internal temperature. An active modem sending data will look rather different than an idle one. Additionally different modems seem to have different "baselines" and yours may look rather different than mine under similar conditions. So beyond knowing if your modem is on fire, I'm not certain there's a lot to be gained. And regarding graphing voltages, I'm similarly not certain there's much to be gained from that. We've used the voltage display to check on some of our cables to make sure they weren't offering crazy resistance, and potentially dropping voltage as current needs increased during high activity, but for non-specific testing, it seems to be that you'd be graphing how well regulated a cheap wall-wart is. As long as it's putting out enough to run the modem, it shouldn't be a problem. If graphing these things is something we'd like to try, I can certainly create graphs for them in Cacti, but just haven't done so for the reasons above, summarily, they don't seem to offer terribly useful data. Personally, I haven't worked all too much with The Dude, but what I have seen of it is annoying, so I don't use it. Bart may have more insights here, as I think (at least for a while) he used it a bit more than I did. I will re-check the OIDs for wireless signal strength. Maybe they've been adjusted since I first was looking. Originally, when I was looking, there were certainly more OIDs, but not all of them actually reported data. The OIDs we chose to use (the MAC dependent ones) were the ones that worked. If in the more recent releases a non-specific OID worked, that would make things much simpler in terms of setting up SNMP monitoring. Nigel K7NVH On May 6, 2014, at 11:28 PM, Dean Gibson AE7Q <hamwan@ae7q.com> wrote:
On 2014-04-22 16:23, Dean Gibson AE7Q wrote:
On 2014-04-22 16:06, Nigel Vander Houwen wrote:
Hey Dean,
Can you give me the output of
/interface wireless registration-table print oid
On your modem? Mikrotik decided to make the OIDs different based on what you're connected to, and this is easier than snmpwalking it.
Actually, when you SNMP-walk it, it appears that the signal strength and TX/RX rates are duplicated. One place is specific to the connected MAC address (I thought that was weird until I thought about it a bit), and the other place has no relation to the connection.
Thanks, Nigel
Having worked very briefly w/ SNMP (and hating it), I understand COMPLETELY (grin).
OK, where's voltage and temperature ???
/system health print oid voltage: .1.3.6.1.4.1.14988.1.1.3.8.0 temperature: .1.3.6.1.4.1.14988.1.1.3.10.0
I can't find the message where someone recommended "The Dude", but I've installed it. The beta version (4.0b3) seems to be better in general than the current release version (3.6), although the graphing in the latter uses better scaling, in my opinion: One ought to be able to turn dynamic scaling (vertical axis) on and off, and in the latter case, specify the limits. Oh, well; it's gotten me to probing around in the SNMP map, and I have "Dude" charting voltage and temperature (the above OIDs give them in TENTHS). The latter is more interesting, because (duh) it goes up and down w/ the outside temperature. Maybe Bart or Tom can associate that with propagation (grin).
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.org/mailman/listinfo/psdr_hamwan.org
On 2014-05-07 07:05, Nigel Vander Houwen wrote:
Dean,
... Additionally, internal sources, are much more powerful in terms of changing the internal temperature. An active modem sending data will look rather different than an idle one. ... So beyond knowing if your modem is on fire, I'm not certain there's a lot to be gained.
Agreed, although a radio in the sun all day might get a little hot. Worth watching, although an operating range of -30C to +70C leaves a bit of a margin ...
And regarding graphing voltages, I'm similarly not certain there's much to be gained from that. We've used the voltage display to check on some of our cables to make sure they weren't offering crazy resistance, and potentially dropping voltage as current needs increased during high activity, ...
Again, agreed. I'd think it'd be more of interest in long cable runs.
... how well regulated a cheap wall-wart is. As long as it's putting out enough to run the modem, it shouldn't be a problem.
[Comments about the power strip and MicroTik wall-warts at Paine suppressed here ...]
If graphing these things is something we'd like to try, I can certainly create graphs for them in Cacti, but just haven't done so for the reasons above, summarily, they don't seem to offer terribly useful data.
Don't do it for me; I'm getting sufficient data from the Dude. [Bill Vodall: there is no URL -- it's not web based]
Personally, I haven't worked all too much with The Dude, but what I have seen of it is annoying, ...
Agreed, as is the name ...
I will re-check the OIDs for wireless signal strength. Maybe they've been adjusted since I first was looking.
Note that I am on v6.12 ... -- Dean
On Wed, May 7, 2014 at 7:05 AM, Nigel Vander Houwen <nigel@k7nvh.com> wrote:
And regarding graphing voltages, I'm similarly not certain there's much to be gained from that. We've used the voltage display to check on some of our cables to make sure they weren't offering crazy resistance, and potentially dropping voltage as current needs increased during high activity, but for non-specific testing, it seems to be that you'd be graphing how well regulated a cheap wall-wart is. As long as it's putting out enough to run the modem, it shouldn't be a problem.
I'm graphing voltage at home. My Mikrotik router and cable modem are powered by my shack 13V supply and battery bank. Graphing voltage tells me whether I'm on external or battery power. I have it configured to send me an email if the batteries get low. This same scheme could be used to monitor power at a repeater site. Since I'm using the Mikrotik internal voltmeter, there's no extra hardware beyond your standard HamWAN modem (though in my case, it's an RB2011). We might want to graph voltage at Haystack. Since it's solar powered, it'll be more interesting to watch than "a cheap wall-wart." Tom KD7LXL
On 2014-05-07 07:05, Nigel Vander Houwen wrote:
Dean,
...
I will re-check the OIDs for wireless signal strength. Maybe they've been adjusted since I first was looking. Originally, when I was looking, there were certainly more OIDs, but not all of them actually reported data. The OIDs we chose to use (the MAC dependent ones) were the ones that worked. If in the more recent releases a non-specific OID worked, that would make things much simpler in terms of setting up SNMP monitoring.
Nigel K7NVH
My guess is that MAC-specific OIDs are designed for tracking data by connection, and the others are summary for the entire unit. In client radios, they should be the same (and are, for me). Here are the MAC-specific OIDs (which I think you are using from my unit): RX rate: 1.3.6.1.4.1.14988.1.1.1.2.1.9.212.202.109.122.184.7.2 TX rate: 1.3.6.1.4.1.14988.1.1.1.2.1.8.212.202.109.122.184.7.2 RX level: 1.3.6.1.4.1.14988.1.1.1.2.1.3.212.202.109.122.184.7.2 Here are the non-MAC-specific ones (which are working for me in the "Dude"): RX rate: 1.3.6.1.4.1.14988.1.1.1.1.1.3.2 TX rate: 1.3.6.1.4.1.14988.1.1.1.1.1.2.2 RX level: 1.3.6.1.4.1.14988.1.1.1.1.1.4.2
It is looking like that apparently the more recent releases support the more generalized OIDs, and I've added that to the monitoring system, so future additions won't need the specific OIDs. I'll chock it up to another mikrotik oddity, but I recall when i first tried those, the OIDs existed, but just wouldn't return any data. Glad they work now. Makes things much simpler. Nigel On May 13, 2014, at 11:14 PM, Dean Gibson AE7Q <hamwan@ae7q.com> wrote:
On 2014-05-07 07:05, Nigel Vander Houwen wrote:
Dean,
...
I will re-check the OIDs for wireless signal strength. Maybe they've been adjusted since I first was looking. Originally, when I was looking, there were certainly more OIDs, but not all of them actually reported data. The OIDs we chose to use (the MAC dependent ones) were the ones that worked. If in the more recent releases a non-specific OID worked, that would make things much simpler in terms of setting up SNMP monitoring.
Nigel K7NVH
My guess is that MAC-specific OIDs are designed for tracking data by connection, and the others are summary for the entire unit. In client radios, they should be the same (and are, for me).
Here are the MAC-specific OIDs (which I think you are using from my unit):
RX rate: 1.3.6.1.4.1.14988.1.1.1.2.1.9.212.202.109.122.184.7.2 TX rate: 1.3.6.1.4.1.14988.1.1.1.2.1.8.212.202.109.122.184.7.2 RX level: 1.3.6.1.4.1.14988.1.1.1.2.1.3.212.202.109.122.184.7.2
Here are the non-MAC-specific ones (which are working for me in the "Dude"):
RX rate: 1.3.6.1.4.1.14988.1.1.1.1.1.3.2 TX rate: 1.3.6.1.4.1.14988.1.1.1.1.1.2.2 RX level: 1.3.6.1.4.1.14988.1.1.1.1.1.4.2
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.org/mailman/listinfo/psdr_hamwan.org
well; it's gotten me to probing around in the SNMP map, and I have "Dude" charting voltage and temperature (the above OIDs give them in TENTHS).
That would be an interesting service to expose to the outside. What's the URL? Bill
Bill, Guest access to the Cacti server is available at http://monitoring.hamwan.k7nvh.com/cacti/ Using the username password combo of hamwan/hamwan Nigel K7NVH
well; it's gotten me to probing around in the SNMP map, and I have "Dude" charting voltage and temperature (the above OIDs give them in TENTHS).
That would be an interesting service to expose to the outside. What's the URL?
Bill
_______________________________________________ PSDR mailing list PSDR@hamwan.org http://mail.hamwan.org/mailman/listinfo/psdr_hamwan.org
Guest access to the Cacti server is available at http://monitoring.hamwan.k7nvh.com/cacti/
Thanks Nigel. That looks great.
the Dude. [there is no URL -- it's not web based]
Too bad... Couldn't resist a quick search.. http://wiki.mikrotik.com/wiki/Manual:The_Dude/Web_interface Bill, WA7NWP
On 2014-05-07 11:21, Bill Vodall wrote:
Guest access to the Cacti server is available at http://monitoring.hamwan.k7nvh.com/cacti/ Thanks Nigel. That looks great.
the Dude. [there is no URL -- it's not web based] Too bad...
Couldn't resist a quick search.. http://wiki.mikrotik.com/wiki/Manual:The_Dude/Web_interface
That's because I'm not running the web server portion. Here's why: I'd have to punch a hole in four firewalls (two through the two DMZ routers, and two through the LAN routers) to the Windows XP machine running the "server". Then, for all that, since "The Dude" maps all the hosts on all the networks I have (15 in the DMZ and 40 in the LAN), those are visible in the network map it creates on both networks. Finally, there apparently is no "read-only" web option. Lots of exposure with only (apparently) a simple login as protection. Do you have your own radios and antennas yet?
to punch a hole in four firewalls (two through the two DMZ routers, and two through the LAN routers) to the Windows XP machine running the "server".
Couldn't you just use the 44 net address?
Then, for all that, since "The Dude" maps all the hosts on all the networks
"read-only" web option. Lots of exposure with only (apparently) a simple login as protection.
I'd probably only expose the systems on the virtual DMZ...
Do you have your own radios and antennas yet?
Yes. You missed show-and-tell at brunch last Saturday. The two sub 20 dbi 5.8 GHz antennas have arrived. They're bigger than I expected but still manageable. I should be streaming HD John Denver videos and bridging nw-mesh packets by SeaPac... Bill
On 2014-05-07 13:47, Bill Vodall wrote:
http://wiki.mikrotik.com/wiki/Manual:The_Dude/Web_interface to punch a hole in four firewalls (two through the two DMZ routers, and two through the LAN routers) to the Windows XP machine running the "server". Couldn't you just use the 44 net address?
No. That accomplishes nothing in terms of security.
Then, for all that, since "The Dude" maps all the hosts on all the networks ... "read-only" web option. Lots of exposure with only (apparently) a simple login as protection. I'd probably only expose the systems on the virtual DMZ...
But as far as I can tell, the web software doesn't give me that choice; it's an all-or-nothing server. I did not install the software (and spend considerable time configuring it) for someone else, I installed it for *me*. I want to view both networks, and I want to see what services are running (that I'm probing) on each host on each network.
Do you have your own radios and antennas yet? Yes. You missed show-and-tell at brunch last Saturday. The two sub 20 dbi 5.8 GHz antennas have arrived. They're bigger than I expected but still manageable.
I'll want to see those at some time when it's mutually convenient. I've been holding up buying two more radios until I see smaller antennas in the flesh.
participants (4)
-
Bill Vodall -
Dean Gibson AE7Q -
Nigel Vander Houwen -
Tom Hayward