I think you actually put in four Mimosa links.
CBB - Jay Fuller wrote:
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 <mailto:fai...@snappytelecom.net>
*To:* af@afmug.com <mailto: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 <mailto: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 <mailto:supp...@snappytelecom.net>
------------------------------------------------------------------------
*From: *"Chris Wright" <ch...@velociter.net
<mailto:ch...@velociter.net>>
*To: *af@afmug.com <mailto: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 <http://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 <http://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
No virus found in this message.
Checked by AVG - www.avg.com <http://www.avg.com/email-signature>
Version: 2016.0.7998 / Virus Database: 4749/13828 - Release Date: 01/24/17
