I'm awake again. Apparently these are the stock 820c ac power supplies.
On Feb 17, 2018 11:32 AM, "Roland Houin" <rho...@fourway.net> wrote:
> Agree, could be inadequate power.
> when activating the second core, it takes more power..
> we have tried using sync injectors, work with 1 core, too much load for
> 2nd core.
>
> Roland
>
>
> > Sounds like a watchdog timer or a power supply overheating and folding.
>
> From: Bill Prince
> Sent: Saturday, February 17, 2018 8:41 AM
> To: af@afmug.com
> Subject: Re: [AFMUG] PTP820C radios not booting up - ideas?
>
> If I'm reading this right, it worked at some point where you could
> configure it?
> This implies that something is wonky in your configuration. If you have it
> connected to a Mikrotik, you could scan for IPs and/or MAC addresses to
> see if
> it somehow is changing its IP or something.
>
> Is someone onsite to check, or is this all happening remotely?
>
> bp
> <part15sbs{at}gmail{dot}com>
>
> On 2/17/2018 3:19 AM, Forrest Christian (List Account) wrote:
>
> So we have a new (i.e. put into production in the last couple of days)
> pair of
> 820C radios. I discovered earlier tonight that XPIC was not enabled on the
> radios, limiting throughput.
>
> In the process of enabling XPIC, we made some changes to the config,
> rebooted
> both ends, and now neither end will boot fully. We see the interfaces come
> up
> for about 30 seconds every 2.5 minutes, then they drop off and the cycle
> repeats.
>
> We've tried power cycling both ends. We've tried powering off one end in
> hopes
> it was related to the radios talking to each other.
>
> We have also attempted to get in with the 'splitter cable' on the
> management
> port. Using the provided IP addresses, we get a few pings out of the radio
> each
> cycle on the 'recovery port' (like 4), but are not able to start a web
> session
> at all. I haven't put a packet sniffer on it to see if it responds to the
> SYN
> packet or not, but it sure doesn't seem like it even starts a connection
> (just
> times out).
>
> In the hopes that SNMP was coming up during this time and I could issue a
> config
> reset via SNMP, we also tried to do a SNMP put and a SNMP get (at different
> times) with the community string we configured the radios with, and it
> seems
> like SNMP is not responding either.
>
> I'm going to get some sleep now, and try again tomorrow. We've opened up a
> ticket with Cambium support but I'm not getting any meaningful response
> out of
> them, and because of the timing, they're unable or unwilling to escalate
> beyond
> level one.
>
> I'm hoping someone has been through this and knows the magic solution....
> Any
> ideas?
>
> --
>
> Forrest Christian CEO, PacketFlux Technologies, Inc.
>
> Tel: 406-449-3345 <(406)%20449-3345> | Address: 3577 Countryside Road,
> Helena, MT 59602
> <https://maps.google.com/?q=3577+Countryside+Road,+Helena,+MT+59602&entry=gmail&source=g>
> forre...@imach.com | http://www.packetflux.com
>
> <
>
>
>
