the flow control story came from the netonix forums and i agree, it does not
negotiate flow control property in the netonix switch.
that being said, when connected to a mikrotik, there ARE pause frames being
generated, and mimosa insists flow control is
enabled / working on their devices.
speaking of which, i just put in like 3 new mimosa links ; i haven't tinkered
with flow control on them yet.
----- Original Message -----
From: Faisal Imtiaz
To: af@afmug.com
Sent: Tuesday, January 24, 2017 11:57 PM
Subject: Re: [AFMUG] B11, TDMA, and TCP
also..
in regards to flow control.. turn it on (auto) on the MT side
and also turn it on on the B11 radio.
Additionally look at the B11 logs and see if your ethernet port is flapping
...
Regards.
Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232
Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
------------------------------------------------------------------------------
From: "Chris Wright" <ch...@velociter.net>
To: af@afmug.com
Sent: Wednesday, January 25, 2017 12:41:37 AM
Subject: Re: [AFMUG] B11, TDMA, and TCP
Firmware 1.4.4
SNR 41, 42, 41, 41
Flow Control had no effect so it remains disabled for now.
Sent via mobile phone.
On Jan 24, 2017, at 9:05 PM, Faisal Imtiaz <fai...@snappytelecom.net> wrote:
What version for firmware is on the radio ?
and What your SNR on the two chains (both directions, i.e. 4 readings).
I can tell you that we do not see the behavior you are describing below...
But I can also tell you that we had to do some 'tuning' on settings
including flow control ..
our B11's plug into netonix Switches....
Regards.
Faisal Imtiaz
Snappy Internet & Telecom
7266 SW 48 Street
Miami, FL 33155
Tel: 305 663 5518 x 232
Help-desk: (305)663-5518 Option 2 or Email: supp...@snappytelecom.net
--------------------------------------------------------------------------
From: "Chris Wright" <ch...@velociter.net>
To: af@afmug.com
Sent: Tuesday, January 24, 2017 8:02:58 PM
Subject: [AFMUG] B11, TDMA, and TCP
According to Mimosa, I should be telling my customers that if they’re
using the most popular metric in the world for testing internet speeds, they’re
doing it wrong (I concede that while this may be technically correct, my
customers – and yours too – don’t do technically correct very well.”
When TDMA is set to 75/25, 8ms window, MAC Tx/Rx is 980/290. This gives
me as much Tx bandwidth as I require for peak times, but no one client IP can
download more than 20mbps of TCP traffic (from my speedtest.net at the edge,
nor anyone else’s beyond my edge).
When TDMA is Auto, MAC Tx/Rx is 780/780 (lower Tx, which is undesirable
as it’s 100mbps shy of what I need during peak hours), but TCP throughput per
client is greatly increased (150+mbps).
So I’m in a pickle. Either my scrupulous customers can get those
coveted speedtest.net results they love seeing as they run them every thirty
seconds ad-nauseum at the cost of overall Tx capacity of the link. Or I give
myself some headroom in link capacity but the fastest speeds my 100mbps clients
can see is 20mbps.
What’s even stranger is that client upload seems unaffected. I can
upload 150+mbps from my test on the link no matter what TDMA is configured. I
hit up Mimosa’s chat support was as chipper as they were unyielding in their
idea that I should test in a way that caters to the B11’s shortcomings. I’ve
been a Mimosa fanboy for a while now but boy am I feeling burned right now.
Chris Wright
Network Administrator
