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!

 

 

 
<wlmailhtml:%7bBD0CA502-264E-4D68-98FE-A4295AD2E4E1%7dmid://00000106/!cid:pa
rt1.a9ca5b0e.a56c7...@enc-tech.com> 

 

 


 

 

-- 

-- 
Sam Lambie
Taosnet Wireless Tech.
575-758-7598 Office
www.Taosnet.com <http://www.newmex.com> 





 

  _____  

-- 
AF mailing list
AF@af.afmug.com <mailto: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

Reply via email to