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: [email protected]
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 | Address: 3577 Countryside Road, Helena, MT 59602
[email protected] | http://www.packetflux.com

<



Reply via email to