Newer hardware type is XW including xxBeams and AC products as well as new generation of Titanium Rockets. All of the other M gear is XM.
XW gear should not accept XM firmware and vice versa. Not sure what happened with yours. Glad you got it fixed though. -Ty On Tue, Nov 4, 2014 at 2:37 PM, Bill Prince via Af <[email protected]> wrote: > It was "fixed" by installing 5.6.beta5. > > Sometimes ya gotta wonder. > > Oh.� What's the difference between the "XW series" and the "M series"? > > The radio was an M5 (implying the M series), but the software loaded on it > was "XM.v5.5.6" (implying XW series). > > I loaded the XW series, and SNMP is now responding.� Not sure if it > would (or wouldn't) load the M series, and since it's working (after a > fashion), I'm not willing to gamble too much more on a new subscriber. > > > bp > > On 11/4/2014 10:39 AM, Simon Westlake via Af wrote: > > I'm pretty sure the Ubiquiti gear uses OpenWRT, but I'm not 100% sure. It > is possible to install new packages onto an OpenWRT device using 'opkg' but > you would need a binary built for that particular CPU type. > > Probably more trouble than it is worth to troubleshoot a single device. > > On 11/4/2014 12:33 PM, Bill Prince via Af wrote: > > 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 > P: 920-351-1010 > E: [email protected] > > > > -- > Simon Westlake > *Powercode* - The smart choice in ISP billing and OSS > powercode.com > P: 920-351-1010 > E: [email protected] > > >
