How to increase latency in wireless network

[[Roland]]

Ja, je leest het goed. Ik wil de latency richting internet verhogen. Genoeg topics te vinden waarin gevraagd word om latency te verminderen maar niet om te verhogen.

Wij hebben verschillende kantoren in Afrika waar v-sat de enige mogelijkheid tot internet biedt. Scheeuwend duur (ongeveer 2000 dollar/maand voor een 1:4 2mbit verbinding). Dit geeft de nodige problemen met citrix en office 365 wanneer een man of 30 gebruikt maakt van deze verbinding.

Bandbreedte moet omhoog maar omdat ik ook niet meer wil uitgeven dan strikt noodzakelijk wil ik een praktijktest doen hier op kantoor. Een simpele adsl verbinding die ik middels een Cisco Meraki kan knijpen op verschillende snelheden. Gaan we gewoon een dagje testen met een geknepen verbinding.

Echter zit ik met deze verbinding een latency van tussen de 25 en 30 ms (ping naar 8.8.8.8) en deze moet eigenlijk naar 600ms om te kunnen vergelijken met een v-sat verbinding.

Iemand een idee hoe dit makkelijk te realiseren is? Neem aan dit op een lokale machine gedaan moet worden, we gebruiken windows 10. Als iemand een ander slim idee heeft hoor ik dat ook graag

[Tijntje]

Misschien ook niet onbelangrijk om jitter in de mix te gooien. Dat is misschien nog wel belangrijker dan een ping.

[Tsurany]

NEWT (Network Emulator for Windows Toolkit) kan dit simuleren.
http://network-emulator-f...it.software.informer.com/

Je kan packetloss, error en latency instellen. Dit kan apart voor zowel upstream als downstream.

[[Roland]]

Tijntje schreef op maandag 13 februari 2017 @ 14:29:
Misschien ook niet onbelangrijk om jitter in de mix te gooien. Dat is misschien nog wel belangrijker dan een ping.

Even snel ingelezen en dat is zeker een goede. Voip word gebruikt.
Duik ik nog even in.

[dion_b]

Wat voor WiFi AP/systeem heb je en aan welke knopjes kun je draaien?

Je hebt in layer 2 genoeg 802.11 settings die flink impact kunnen hebben op latency. Eerste die in me opkomt is om RTS/CTS aan te zetten - in een brakke netwerk positief, maar haalt throughput & latencies omlaag in een goede. Ander idee is de beacon overhead verhogen door meerdere SSID's aan te maken en beacon interval te verlagen (1 SSID en default 100ms beacon interval levert ongeveer 3% overhead op, als je dat verhoogt naar 5 SSID's en 30ms zit je al rond de 50% overhead alleen al aan de beacons ).

Tenslotte kun je met QoS gaan spelen. Als je WMM aan hebt staan heeft voice hoogste prio. Zet een paar voice streams op en overig verkeer moet langer wachten op media access, dus hogere latencies.

[[Roland]]

Cisco, weet het type nummer even niet maar daar kunnen zeker de instellingen aangezet worden waar je het over hebt. We hebben ook nog een stuk of 6 liggen dus we kunnen een fysiek gescheiden test op zetten. Moet dan alleen even wachten tot mijn systeembeheerder terug is.

Overigens even gespeeld met NEWT en dat is wel een hele mooie tool.

[Bl@ckbird]

[Roland] schreef op maandag 13 februari 2017 @ 14:27:
Ja, je leest het goed. Ik wil de latency richting internet verhogen. Genoeg topics te vinden waarin gevraagd word om latency te verminderen maar niet om te verhogen.

Wij hebben verschillende kantoren in Afrika waar v-sat de enige mogelijkheid tot internet biedt. Scheeuwend duur (ongeveer 2000 dollar/maand voor een 1:4 2mbit verbinding). Dit geeft de nodige problemen met citrix en office 365 wanneer een man of 30 gebruikt maakt van deze verbinding.

Bandbreedte moet omhoog maar omdat ik ook niet meer wil uitgeven dan strikt noodzakelijk wil ik een praktijktest doen hier op kantoor. Een simpele adsl verbinding die ik middels een Cisco Meraki kan knijpen op verschillende snelheden. Gaan we gewoon een dagje testen met een geknepen verbinding.

Echter zit ik met deze verbinding een latency van tussen de 25 en 30 ms (ping naar 8.8.8.8) en deze moet eigenlijk naar 600ms om te kunnen vergelijken met een v-sat verbinding.

Iemand een idee hoe dit makkelijk te realiseren is? Neem aan dit op een lokale machine gedaan moet worden, we gebruiken windows 10. Als iemand een ander slim idee heeft hoor ik dat ook graag

Je kan met WANEM een VM bouwen, waar je het verkeer doorheen stuurt (L2 Bridge) of routeert om wat te testen.

UDP verkeer is niet veel te optimaliseren, maar TCP verkeer kan je nog genoeg optimaliseren. (Zelfs als dit Citrix verkeer is.) De hoge latency zorgt er voor dat je niet de max. bandbreedte kan benutten, dus je kan er meer bandbreedte tegenaan gooien, maar dit gaat je niet helpen. Fabrikanten als Cisco (WAAS) en Riverbed hebben speciale optimalisatie engines aan boord voor Citrix verkeer.

Een andere aardige oplossing is WANOS. Deze doet alleen TCP optimalisatie, maar geeft geen speciale engine om Citrix te optimaliseren. Als je met WANOS gaat testen, laat support dan Performance Enhancing Proxy (PEP) aan zetten. Dit draait nu in beta.

WANOS is de goedkoopste optie om mee te starten/testen. Wil je het uiterste uit vSAT lijnen halen, dan moet je naar Cisco WAAS of Riverbed kijken met hun specialistische optimalisatie engines. Voordeel van Cisco is dat je het in een lease constructie kan gieten zodat je een fixed bedrag per maand betaald. WAN optimalisatie is een eenmalige aanschaf en schrijf je over 3 of 5 jaar af. vSAT lijnen zijn maandelijkse kosten en als je die verhoogt komt dat elke maand terug.

QoS is natuurlijk een no-brainer om business applicaties voorrang te geven boven ander verkeer. Als je MX security apliances in het veld hebt staan met verschillende WAN lijnen (vSAT, xDSL, iets anders), kan je met SD-WAN / iWAN spelen om verkeer over verschillende WAN lijnen te sturen op basis van latency, jitter, etc. Dit is L7 aware, dus je kan zeggen: Dropbox over WAN1, Youtube over WAN2, Skype over welke lijn de beste MOS score heeft.

[ Voor 20% gewijzigd door Bl@ckbird op 14-02-2017 17:42 ]