Are you tracking % frame utilization? If the airtime is full, there is nowhere for the traffic to go.

bp
<part15sbs{at}gmail{dot}com>

On 11/12/2018 8:54 AM, Sam Lambie wrote:
The ethernet Interface is only capable of 100mbps. The Over the air is capable of 106mbps at 20mhz channel size. The Ethernet interface starts showing errors at around 60mbps and up. I am going with the CPU gacking at higher loads as the 450 series seems to have an overall limit on CPU power...

On Mon, Nov 12, 2018 at 9:49 AM Ken Hohhof <af...@kwisp.com> wrote:

So these are discards, but neither side is reporting CRC errors?  That sounds like overflowing a buffer, or maybe there’s a config problem with pause frames?

 

It would certainly seem possible that a traffic burst on a GigE interface could exceed what the air interface can transmit.  I don’t know how big the buffers are in the PTP450.

 

What is your max over-the-air throughput, is it less than 100 Mbps?  What happens if you change the Ethernet interface to 100M?  Although it looks like you are feeding it from a switch not a router port, so the router probably wouldn’t be aware of the capacity limitation so it can buffer the bursts.  Personally I prefer to terminate backhaul links directly on a router port not a switch port.

 

I think someone also suggested that it may be a CPU horsepower or packet-per-second limitation in the radio.

 

 

From: AF <af-boun...@af.afmug.com> On Behalf Of Sam Lambie
Sent: Monday, November 12, 2018 9:42 AM
To: AnimalFarm Microwave Users Group <af@af.afmug.com>
Subject: Re: [AFMUG] PTP 450 365 with Ethernet Issues

 

I also ran the radio without a SS in place this weekend and got the same stats as before. No CRC errors. Never a boring day around here in Taos NM.

Screen Shot 2018-11-12 at 8.41.13 AM.png

 

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!

 

 

 

 


 

 

--

--
Sam Lambie
Taosnet Wireless Tech.
575-758-7598 Office
www.Taosnet.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

--
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



-- 
AF mailing list
AF@af.afmug.com
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Reply via email to