Frame utilization never gets above 75%. No errors at all on the RF side of
things.
On Mon, Nov 12, 2018 at 10:08 AM Bill Prince <part15...@gmail.com> wrote:
> 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.
>>
>> [image: 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 <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
>>
>
>
> --
> --
> *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
>
--
--
*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
