Yeah, during lighter loads of daytime traffic, the link ping perfectly and the cpu load is less than 70%. At night, frame utilization is less than 70% but Ethernet discards climb steadily, up to 10% packet loss. I assume that the processor is lame and can't keep up with the RF side of things. Off to getting a licensed link ASAP.
On Fri, Nov 9, 2018 at 4:37 PM Ken Hohhof <af...@kwisp.com> wrote: > Some definitely don’t like “Canopy sync” esp. on long cables. New > “Cambium sync” seems to resolve that. But he says that he tried powering > it from just a Cambium POE, which I assume means no sync-over-power. > > > > There was some discussion about this being an issue with reaching the > limit of how many PPS the CPU can handle, rather than an Ethernet data > error problem. Have you pinned down which it is? If it’s CPU horsepower, > I would expect zero packet loss when the link was lightly loaded. > > > > I’m also assuming this is a constant dribbling error thing, not error free > for a few days and then down for a minute. In which case I’d check the LBT > event counter. > > > > *From:* AF <af-boun...@af.afmug.com> *On Behalf Of *ch...@wbmfg.com > *Sent:* Friday, November 9, 2018 5:21 PM > *To:* AnimalFarm Microwave Users Group <af@af.afmug.com> > *Subject:* Re: [AFMUG] PTP 450 365 with Ethernet Issues > > > > Some Cambium devices do not like surge suppressors. That is why I created > the CAT6 line of product. > > > > *From:* Lincoln (AFMUG Lists) > > *Sent:* Friday, November 9, 2018 10:45 AM > > *To:* AnimalFarm Microwave Users Group > > *Subject:* Re: [AFMUG] PTP 450 365 with Ethernet Issues > > > > Hi Sam; > > I see where you replaced the surge suppressor. I would try the following > in this order. (1) Bypass the surge suppressor (possible, especially if > you're out of lightning season). (2) Use the PoE brick and plug into a > managed switch port so that you can monitor traffic and errors both on the > Ethernet switch side and the PTP450 side. > > Use PingPlotter (free version) or any other graphing ping tool and ping > both the switch and PTP 450 at the NOC. Compare traffic, graphs and SNMP > results from all these sources. > > Set the Ethernet speed and duplex modes on both devices and allow to run. > Noting the time when you made the changes. Clearing any errors prior to > making the changes as well. See if the CRC errors or other are increasing > significantly on the current settings. Continue making the changes and > monitor errors. Which ever one is increasing the fastest (the device), > most likely may lead you to the source of the problem. > > Check your syslogs as well. See if the syslogs are showing any activity > or issues from the PTP450 and the switch. Check your RMON. If you are > able to monitor Netflow or S-Flow on the switch. See what traffic is > coming through. Use a tool like OPManager (free or trial) to monitor the > switch and see what their built-in tools / graphs for traffic congestion > shows. > > Make sure nothing else on your network is accessing your switch or PTP450 > BH at the NOC. > > > > Regards. > > > > > > > > On 08/11/2018 11:45 AM, Sam Lambie wrote: > > Guys, > > > > I have a backhaul that is driving me nuts. We have a 6.9 mile link from > our NOC to the site. The Master at the NOC is exhibiting ehternet errors up > the wazoo when loaded. During prime time, we are pushing about 70 mbps > through the link. Wirelessly, everything is perfect, 106/19 with 99% link > quality and no errors on the RF side of things. > > Yesterday I replace the main cable up to the radio, replaced the surge > suppressor and even plugged in a Cambium power supply to bypass the CMM. > Then I moved the LAN cable from it's switch to a new switch in case that > port was choking, nothing has made a difference. I even changed out the > radio for about an hour a few days ago with no difference. > > > > Frame utilization has never spiked beyond 68% but the CPU is pegged during > peak time at 100% > > > > Any suggestions? or need any other screen shots? > > > > thanks! > > > > > > [image: Screen Shot 2018-11-08 at 9.43.22 AM.png] > > > > > > > > > > > -- > > -- > *Sam Lambie* > Taosnet Wireless Tech. > 575-758-7598 Office > www.Taosnet.com <http://www.newmex.com> > > > > > ------------------------------ > > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > -- > AF mailing list > AF@af.afmug.com > http://af.afmug.com/mailman/listinfo/af_af.afmug.com > -- -- *Sam Lambie* Taosnet Wireless Tech. 575-758-7598 Office www.Taosnet.com <http://www.newmex.com>
-- AF mailing list AF@af.afmug.com http://af.afmug.com/mailman/listinfo/af_af.afmug.com
