11 GHz backhaul with 20 ms roundtrip delay causes my head to hurt greatly, why would you ever want to configure something like that?
On a licensed backhaul, I’d say 5 ms is about where you start questioning if this is really a licensed backhaul, and ideally you’d like sub-millisecond because backhauls can be daisy-chained. At 20 ms, the benefits had better be YUGE! Like it poops rainbows and ponies, or the vendor pays you to buy it. From: Af [mailto:af-boun...@afmug.com] On Behalf Of Jaime Fink Sent: Wednesday, January 25, 2017 4:20 PM To: Josh Luthman <j...@imaginenetworksllc.com>; af@afmug.com Subject: Re: [AFMUG] B11, TDMA, and TCP Yes, sync settings of 2/4/8 ms timing window introduce a natural 5/10/20 RT delay respectively. Dynamic/auto mode is NOT syncable but reduces latency to about 1-2ms range. Jaime Fink • <http://www.mimosa.co> Mimosa • CPO & Co-Founder On January 25, 2017 at 2:13:43 PM, Josh Luthman (j...@imaginenetworksllc.com <mailto:j...@imaginenetworksllc.com> ) wrote: Why are we looking at 8ms of latency on this radio? Does it offer sync? The website doesn't say. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Wed, Jan 25, 2017 at 4:55 PM, Chris Wright <ch...@velociter.net <mailto:ch...@velociter.net> > wrote: Traffic Split set to Auto: PHY 1300/1300 Traffic Split set to 75/25, 8ms window: PHY 1560/1300 Anyone can see why one should prefer setting the Traffic Split to 75/25 – it provides more bandwidth in one direction. Chris Wright Network Administrator From: Faisal Imtiaz [mailto:fai...@snappytelecom.net <mailto:fai...@snappytelecom.net> ] Sent: Wednesday, January 25, 2017 12:35 PM To: af@afmug.com <mailto:af@afmug.com> Cc: Chris Wright Subject: Re: [AFMUG] B11, TDMA, and TCP Hi Chris, I want to compare something with my link... Can you please share what's the listed PHY rates were on your PCN for the link. Regards. Faisal Imtiaz Snappy Internet & Telecom 7266 SW 48 Street Miami, FL 33155 Tel: 305 663 5518 x 232 <tel:(305)%20663-5518> Help-desk: (305)663-5518 <tel:(305)%20663-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: Wednesday, January 25, 2017 11:21:12 AM Subject: Re: [AFMUG] B11, TDMA, and TCP Power is already at the minimum (10dBm) on both sides. 2.2km link. Chris Wright Network Administrator From: Af [mailto:af-boun...@afmug.com] On Behalf Of Faisal Imtiaz Sent: Tuesday, January 24, 2017 9:56 PM To: af@afmug.com <mailto:af@afmug.com> Subject: Re: [AFMUG] B11, TDMA, and TCP >SNR 41, 42, 41, 41 Turn down your power, and bring the SNR in the 30-35 range... it will improve thruput and allow for the higher modulation. Regards. Faisal Imtiaz Snappy Internet & Telecom 7266 SW 48 Street Miami, FL 33155 Tel: 305 663 5518 x 232 <tel:(305)%20663-5518> Help-desk: (305)663-5518 <tel:(305)%20663-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: 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 <tel:(305)%20663-5518> Help-desk: (305)663-5518 <tel:(305)%20663-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
