Performance simulatie

[Vlassie1980]

Voor het bedrijf waar ik werk zijn we bezig met een applicatie die toegankelijk is voor al onze buitenkantoren. ( vestigingen in Europa en China ) deze applicatie werkt via een internet browser en met VPN.

Nu krijg ik veel klachten uit met name het Verre Oosten dat de performance van deze applicatie te kort schiet. Komt met name doordat we hoge pingtijden van rond de 250 ms hebben en een Verizon lijn van 2 mbit.

Ik kan de performance slecht monitoren via een remote desktop connectie omdat ik dan ook te maken heb met de zeer trage schermopbouw door die hoge pingtijden, dat werkt zeer irritant.

Zijn er mogelijkheden om dit als het ware te simuleren? Dus dat je aangeeft wat de bandbreedte van de internet lijn is en wat de pingtijden zijn? Dan zou ik dat lokaal veel beter kunnen testen zonder de ergernis van een slechte en trage remote desktop verbinding.

[RobIII]

Waar hoort mijn topic?
WEB >> NT

[OkkE]

Zoiets [google=bandwidth limiter]? Of [google=firefox bandwith limiter]?

[Aloys]

Zou dit niet te faken zijn door een of andere trage (of bewust vertragende) proxy?

[Wolfboy]

Met een Linux machine kan je dit vrij eenvoudig regelen: http://www.kdedevelopers.org/node/1878
Eventueel kan je natuurlijk ook prima een linux machine als proxy/gateway instellen bij je windows machines zodat je het goed kan testen.

Of met Fiddler2: http://mrentropy.blogspot...-simulate-dsl-speeds.html
Of met Charles: http://www.charlesproxy.com/

[Master_duck]

je kan beter pakket sniffer gebruiken om te kijken wat er scheelt.

meestal zijn met deze verbindingen de firewalls het probleem.

MTU size is meestal rond de 1500. dit kan problemen geven als je door meerdere firewalls gaat.
elke firewall plakt aan de binnen komende pakket nog iets aan waarddor de MTU size grooter word dan 1500
dit levert op dat je pakketen niet goed aankomt. Hier door gaan veel pakketjes verloren gaan.

Je zal moeten navragen hoe de route gaat en hoeveel firewals alles heen gaat. vergeet je eigen firewals ook niet anders heb je zelf ook last bij het beheren van deze systemen.

Veel succes

[Bloodshot]

Master_duck schreef op woensdag 20 oktober 2010 @ 15:55:
je kan beter pakket sniffer gebruiken om te kijken wat er scheelt.

meestal zijn met deze verbindingen de firewalls het probleem.

MTU size is meestal rond de 1500. dit kan problemen geven als je door meerdere firewalls gaat.
elke firewall plakt aan de binnen komende pakket nog iets aan waarddor de MTU size grooter word dan 1500
dit levert op dat je pakketen niet goed aankomt. Hier door gaan veel pakketjes verloren gaan.

Je zal moeten navragen hoe de route gaat en hoeveel firewals alles heen gaat. vergeet je eigen firewals ook niet anders heb je zelf ook last bij het beheren van deze systemen.

Wat een onzin: Firewalls laten packets door of niet. Ze plakken er niets aan vast.
VPN's, trunken en andere vormen van tunnels / encapsulation hebben wel last van beperkingen op MTU-vlak. Maar dat staat los van welke firewallfunctionaliteit dan ook.

[Rolfie]

Bloodshot schreef op woensdag 20 oktober 2010 @ 16:17:
[...]

Wat een onzin: Firewalls laten packets door of niet. Ze plakken er niets aan vast.
VPN's, trunken en andere vormen van tunnels / encapsulation hebben wel last van beperkingen op MTU-vlak. Maar dat staat los van welke firewallfunctionaliteit dan ook.

En als de Firewall de VPN opzet? Het hangt er maar een beetje vanaf hoe je het leest .
De Firewall Rules's zitten er inderdaad niet tussen.