Not that I can find. The only things I found snmp-ish were the config
files and the snmpd. It's running some flavor of linux. When I run
nmap from outside, it shows port 161 not open, but on the other hand
other CPEs of the same model show the same thing (and they're working).
uname -a returns this:
uname -a
Linux <hostname> 2.6.32.60 #1 Wed Oct 1 16:43:27 EEST 2014 mips unknown
bp
On 11/4/2014 10:07 AM, Simon Westlake via Af wrote:
Does the radio have snmpget available? You could see if it can query
itself.
On 11/4/2014 11:47 AM, Bill Prince via Af wrote:
I don't really need an SNMP tester. I've run snmpget/snmpwalk from
the CLI, and traced the interaction.� The requests are going in,
just nothing is coming out.
I have a hard time believing that some sort of hardware problem is
causing this, as the unit seems to be performing as expected in all
other respects.
I've also exhausted all the software-related issues that I can think
of.� Just very peculiar.
bp
On 11/4/2014 9:21 AM, Ken Hohhof via Af wrote:
The makers of PRTG have a freeware tool that I have sometimes found
helpful:
http://www.paessler.com/tools/snmptester
-----Original Message----- From: Bill Prince via Af Sent: Tuesday,
November 04, 2014 11:06 AM To: Motorola III Subject: [AFMUG] UBNT:
fails to respond to SNMP?
This seems to be the week for weird shit problems.�� We have a
new installation at a remote site using a UBNT nanobeam.� When we
went to add the new CPE to our cacti system, we got a timeout on the
SNMP query.
No problem, probably something wrong with the SNMP settings. Nope,
they are exactly as needed (configuration comes from a template
anyway, so what could have gone wrong?).
Well, the nanobeam was from inventory, so it was running a down-rev
version of AirOS (5.5.6).� So I upgraded it to 5.5.10. No change.
I then ran a trace from the local POP router.� The SNMP requests
are most definitely going to the radio, just no response.
So I quadruple-checked the SNMP settings.� All OK.
No firewall is running on the radio.
ssh'd into the radio, and the tinysnmpd is running with the correct
parameters.
"block management access" is NOT checked.
What in the world am I missing?
--
Simon Westlake
*Powercode* - The smart choice in ISP billing and OSS
powercode.com <http://powercode.com>
P: 920-351-1010
E: si...@powercode.com