Wij hebben een aantal vestigingen in Duitsland, op een van vestigingen werken ongeveer 14 medewerkers. Aangezien wij zware voorstanders van SBC zijn, hebben wij sinds kort alle servers gecentraliseerd op de hoofdvestiging.
Zo hebben we dus ook de terminal/citrix server die op de betreffende vestiging stond vervangen en de nieuwe server op de hoofdvestiging geplaatst.
Wij hebben tot voor kort altijd met ICA gewerkt (geen RDP ivm betere performance, speedscreen etc).
We zijn begonnen met een klein aantal medewerkers op de nieuwe server te laten werken, een tijdje de performance bekeken en wanneer dit ok was de volgende batch medewerkers overgezet. Dit heeft allemaal probleemloos gewerkt tot we de laatste 4 accounts over hadden gezet.
Een week nadat alle accounts gemigreerd waren (van hun lokale server naar AD), begonnen de performance problemen. Beeld dat traag opbouwde, verbindingen die verbroken worden, verspringende muiscursors, input commando's van muis en keyboard werden niet in de juist volgorde verwerkt etc etc.
We hadden eerder al een probleem met het ICA protocol met oudere firmware van een aantal terminals, maar zodra de firmware was geupdate werkte het goed. Er zaten ook terminals bij die altijd goed gewerkt hebben, zelfs deze werkplekken hadden last van de hierboven beschreven problemen.
Dit gaf mij het gevoel dat het aan de performance van de verbinding moest liggen. Op de hoofdvestiging hebben we een 1:1 2mbit lijn en op de vestiging in Duitsland een 1:4 1600 kbps down/192 kbps up ADSL lijn. De vestigingen zijn met mekaar verbonden dmv een site-to-site VPN koppeling.
Ik heb van alles geprobeerd uit te zoeken, belasting van beide lijnen, latencies etc etc. Afgelopen week hebben we een Expand network monitor op beide vestigingen geplaatst en het verkeer bekeken. Met deze monitor kun je de specifieke protocollen, maar ook de load in het algemeen, goed inzichtelijk krijgen. Tot mijn verbazing ging er ongeveer 50-100 kbps aan ICA verkeer naar de vestiging in Duitsland, met uitschieters tot 200 kbps. Voor 14 werkplekken is dit echt heel erg weinig.
Wat ik natuurlijk als eerste heb getest is het aanpassen van de MTU op de network monitor, deze kan ook shapen en QoS uitvoeten. Zowel QoS, shapen als de juiste MTU gaven geen enkele verbetering.
Aangezien wij nooit problemen hebben gehad met performance van ICA en wij exact dezelfde terminals op de hoofdvestiging gebruiken, heb ik er nooit aangedacht om de performance van RDP te testen (uit persoonlijke ervaring weet ik dat RDP iets minder fijn werkt dan ICA). Maar wanneer je een beetje wanhopig begint te worden, ga je toch alles testen. Dus heb ik een terminal geconfigureerd om RDP te gebruiken ipv ICA en de performance problemen waren weg.
Ik ben al blij dat de medewerkers nu goed kunnen werken, maar ik zou toch graag de oorzaak van dit probleem uit willen zoeken en zo mogelijk weer terug gaan naar ICA (Internet Explorer werkt toch een stuk fijner met Citrix dan RDP).
Heeft iemand enig idee waar ik verder zou moeten zoeken om te achterhalen waar het probleem met ICA zou kunnen ontstaan?
Zo hebben we dus ook de terminal/citrix server die op de betreffende vestiging stond vervangen en de nieuwe server op de hoofdvestiging geplaatst.
Wij hebben tot voor kort altijd met ICA gewerkt (geen RDP ivm betere performance, speedscreen etc).
We zijn begonnen met een klein aantal medewerkers op de nieuwe server te laten werken, een tijdje de performance bekeken en wanneer dit ok was de volgende batch medewerkers overgezet. Dit heeft allemaal probleemloos gewerkt tot we de laatste 4 accounts over hadden gezet.
Een week nadat alle accounts gemigreerd waren (van hun lokale server naar AD), begonnen de performance problemen. Beeld dat traag opbouwde, verbindingen die verbroken worden, verspringende muiscursors, input commando's van muis en keyboard werden niet in de juist volgorde verwerkt etc etc.
We hadden eerder al een probleem met het ICA protocol met oudere firmware van een aantal terminals, maar zodra de firmware was geupdate werkte het goed. Er zaten ook terminals bij die altijd goed gewerkt hebben, zelfs deze werkplekken hadden last van de hierboven beschreven problemen.
Dit gaf mij het gevoel dat het aan de performance van de verbinding moest liggen. Op de hoofdvestiging hebben we een 1:1 2mbit lijn en op de vestiging in Duitsland een 1:4 1600 kbps down/192 kbps up ADSL lijn. De vestigingen zijn met mekaar verbonden dmv een site-to-site VPN koppeling.
Ik heb van alles geprobeerd uit te zoeken, belasting van beide lijnen, latencies etc etc. Afgelopen week hebben we een Expand network monitor op beide vestigingen geplaatst en het verkeer bekeken. Met deze monitor kun je de specifieke protocollen, maar ook de load in het algemeen, goed inzichtelijk krijgen. Tot mijn verbazing ging er ongeveer 50-100 kbps aan ICA verkeer naar de vestiging in Duitsland, met uitschieters tot 200 kbps. Voor 14 werkplekken is dit echt heel erg weinig.
Wat ik natuurlijk als eerste heb getest is het aanpassen van de MTU op de network monitor, deze kan ook shapen en QoS uitvoeten. Zowel QoS, shapen als de juiste MTU gaven geen enkele verbetering.
Aangezien wij nooit problemen hebben gehad met performance van ICA en wij exact dezelfde terminals op de hoofdvestiging gebruiken, heb ik er nooit aangedacht om de performance van RDP te testen (uit persoonlijke ervaring weet ik dat RDP iets minder fijn werkt dan ICA). Maar wanneer je een beetje wanhopig begint te worden, ga je toch alles testen. Dus heb ik een terminal geconfigureerd om RDP te gebruiken ipv ICA en de performance problemen waren weg.
Ik ben al blij dat de medewerkers nu goed kunnen werken, maar ik zou toch graag de oorzaak van dit probleem uit willen zoeken en zo mogelijk weer terug gaan naar ICA (Internet Explorer werkt toch een stuk fijner met Citrix dan RDP).
Heeft iemand enig idee waar ik verder zou moeten zoeken om te achterhalen waar het probleem met ICA zou kunnen ontstaan?
[ Voor 8% gewijzigd door Abom op 07-10-2005 09:55 ]
:strip_exif()/u/24090/hekje.gif?f=community)
/u/42845/crop6463ab3467c0d_cropped.png?f=community)
