I may have just fallen off the turnip truck, but I know this company
called Packetflux that makes a thing called a SiteMonitor that you could
use to monitor the input voltage and current if you were so inclined.
bp
<part15sbs{at}gmail{dot}com>
On 2/17/2018 11:52 AM, Forrest Christian (List Account) wrote:
Ok, clarification, this still might be a power issue, checking on this...
On Sat, Feb 17, 2018 at 12:25 PM, Forrest Christian (List Account)
<[email protected] <mailto:[email protected]>> wrote:
I'm awake again. Apparently these are the stock 820c ac power
supplies.
On Feb 17, 2018 11:32 AM, "Roland Houin" <[email protected]
<mailto:[email protected]>> 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: [email protected] <mailto:[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 <tel:%28406%29%20449-3345> | Address: 3577
Countryside Road, Helena, MT 59602
<https://maps.google.com/?q=3577+Countryside+Road,+Helena,+MT+59602&entry=gmail&source=g>
[email protected] <mailto:[email protected]> |
http://www.packetflux.com
<
--
*Forrest Christian* /CEO//, PacketFlux Technologies, Inc./
Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602
[email protected] <mailto:[email protected]> |
http://www.packetflux.com <http://www.packetflux.com/>
<http://www.linkedin.com/in/fwchristian>
<http://facebook.com/packetflux> <http://twitter.com/@packetflux>
