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]> 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]> 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] >> 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> >> [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] | http://www.packetflux.com <http://www.linkedin.com/in/fwchristian> <http://facebook.com/packetflux> <http://twitter.com/@packetflux>
