ICA versus RDP (Part 5: WAN verbinding in de praktijk)

Inhoud van deze blogserie:

  1. Intro en testopstelling
  2. RDP testresultaten
  3. ICA testresultaten
  4. De vergelijking
  5. WAN verbinding in de praktijk
  6. Eindconclusie

Testen over een WAN-verbinding in de praktijk

Op Citrix Summit werd een filmpje getoond met verschillende handelingen in vergelijking met VMware Horizon View. Hierbij werd uitgegaan van een WAN verbinding van 64 kbps en 10ms latency (20ms RTT). Kijken we naar de resultaten uit de test tussen ICA en RDP, dan zou RDP het op zich moeten redden om met diezelfde bandbreedte goede resultaten neer te zetten, ookal zitten de gemiddelde waarden van RDP tegen die 64 kbps aan.

Voor het gecontroleerd testen in mijn testomgeving is de VyOS router ingesteld op 10ms latency. Op de client is vervolgens via NetLimiter de bandbreedte van RDP en ICA verlaagt naar 64 kbps up en down. Het resultaat is als volgt:

Wat valt op in dit filmpje:

  • Lokaal browsen naar een bestand gaat via ICA vele malen sneller dan onder RDP. RDP heeft veel meer tijd nodig om alle bestanden en mappen op de lokale disk te laten zien.
  • Het openen van lokale bestanden binnen applicaties op de server gaat met ICA vele malen sneller. RDP lijkt hier veel meer moeite mee te hebben.
  • Het verplaatsen van een venster (MS Word) of plotselingen veranderingen in het scherm (MS Powerpoint) gaat redelijk smooth via ICA. RDP heeft hier enorme problemen mee. Het schokt ontzettend. Na het verplaatsen van het scherm zit je je af te vragen of je niet per ongeluk vergeten was de muisknop ingedrukt te houden.

De eerste punten zijn niet meegenomen in de onderzoeken met de grafische bandbreedte. Om hier een verklaring voor te geven moet een extra onderzoek worden gedaan. Het laatste punt kunnen we wel op inzoomen.

wan-topWaarom zou RDP zoveel moeite hebben om grafische veranderingen vloeiend door te geven bij een lage bandbreedte? Het antwoord is een beetje gissen, maar als we kijken naar de testresultaten van de eerdere tests is er wel iets over te zeggen. Zoals eerder opgemerkt kent RDP nogal veel pieken bij grafische veranderingen. Kijken we naar de WAN vergelijking en nemen we de maximale bandbreedte mee, dan zien we dat de pieken bij RDP veel hoger (2 tot 3x zo hoog) liggen dan bij ICA.

ica op rdp

Gaan we dan ook nog kijken naar de grafieken (in dit geval segment 2) dan zien we ook nog eens dat RDP veel meer pieken telt. ICA is veel rustiger.

Het lijkt er dus op dat de vele en hoge pieken van het RDP protocol zorgen voor de slechte gebruikerservaring. RDP krijgt gewoon de beeldinformatie niet door de smalle lijn bij de gebruiker, zelfs niet bij het gebruik van UDP.

Volgende pagina: Eindconclusie

ICA versus RDP–The Test (Part 3: ICA resultaten)

Inhoud van deze blogserie:

  1. Intro en testopstelling
  2. RDP testresultaten
  3. ICA testresultaten
  4. De vergelijking
  5. WAN verbinding in de praktijk
  6. Eindconclusie

Dit deel van de blogserie gaat in op de testen die met het ICA protocol zijn uitgevoerd.

Instellingen

Binnen Citrix kunnen we vrij veel instellingen maken op grafisch gebied. Misschien wel te veel. De meeste instellingen zijn te filteren, waardoor je ze kunt toepassen op een bepaalde groep gebruikers. Dit maakt het mogelijk om voor het hoofdkantoor betere graphics te gebruiken (die meer bandbreedte vragen) dan op een bijkantoor die via een WAN is aangesloten. Omdat er bij de grafische instellingen vaak fouten gemaakt werden bij het instellen (verkeerde opties bij elkaar in één policy) heeft Citrix tegenwoordig templates die in één keer een groot aantal instellingen goed zetten. Je hoeft ze dan als gebruiker alleen nog maar aan te passen.

Aan de clientzijde zijn ook zaken in te stellen, maar deze hebben geen betrekking op de grafische kwaliteit die de gebruiker voorgeschoteld krijgt.

Testscenario’s

Zoals gezegd kent Citrix een aantal templates waar je uit kan kiezen. Dit maakt het instellen een stuk makkelijker en levert de volgende testscenario’s op:

  1. Default settings
  2. Default met Thinwire Plus
  3. Very high definition user experience template
  4. Optimized for WAN template

Alle tests zijn gedaan met Citrix Receiver 4.4 en XenApp 7.7. Helaas had het geen zin om FrameHawk te testen, gezien deze (nog) geen performance counters heeft waardoor ik geen gegevens zou binnenkrijgen.

Resultaten

ICA results

Uitgebreide testresultaten zijn hier te vinden.

Wat valt er op aan deze resultaten:

  • ThinWire+ geeft een iets hoger bandbreedte verbruik zogauw er filmpjes en grote fullscreen foto’s worden bekeken.
  • ThinWire+ geeft wel een minimale verbetering in bandbreedte verbruik bij standaard office werk.
  • Er zit niet een heel groot verschil tussen de default (medium) instellingen en de Very High Definition template als het gaat om bandbreedte.
  • WAN optimalisatie levert daadwerkelijk een flinke verbetering op in bandbreedte verbruik. Dit scheelt bij standaard office werk ruim 40% en kijkend naar multimedia en full screen foto’s scheelt het al snel de helft aan bandbreedte.

Daarnaast viel op dat zo gauw ThinWire+ wordt ingeschakeld automatisch ook de kleurdiepte veranderd van 32bit naar 24bit kleuren. De WAN optimalisatie gaat nog een stap verder en schakelt terug naar 16bit kleuren.

Volgende pagina: De vergelijking

ICA versus RDP–The Test (Part 2: RDP Resultaten)

Inhoud van deze blogserie:

  1. Intro en testopstelling
  2. RDP testresultaten
  3. ICA testresultaten
  4. De vergelijking
  5. WAN verbinding in de praktijk
  6. Eindconclusie

In dit deel van de blogserie over ICA versus RDP kijken we naar de testresultaten van RDP

Instellingen

Microsoft heeft geen echte richtlijn voor het instellen van RDP in verschillende situatie. Wat in ieder geval veranderd is, is dat je de client niet meer via GPO’s kan beinvloeden. Een gebruiker wil je ook de keuze niet laten maken, dus moet je de instellingen aan de serverkant aanpassen. Dit kan alleen op computerniveau, met als resultaat dat het gelijk voor al je gebruikers geldt. Stel dat je een hoofdkantoor hebt en een bijkantoor via een lijn met lage bandbreedte, dan moet je dus een keuze maken. Of het hoofdkantoor gebruikt de instellingen die nodig zijn voor goede performance voor het bijkantoor (geoptimaliseerd voor WAN) of je moet twee server neerzetten die je via GPO andere instellingen meegeeft.

Er zijn 3 instellingen die je echt kan aanpassen op Windows 2012. Op Windows 2016 komt er daar één bij. Het gaat om de volgende instellingen:

  • Dynamic Adaptive Graphics (default: Let server choose)
  • Graphics Quality (default: Medium)
  • Compression (default: balanced between memory and bandwidth)

Belangrijk is te weten dat RDP sinds RDP8 alleen nog maar 32bit kleuren ondersteund. Je kunt niet meer kiezen voor een lagere kleurdiepte. Ook als je dit instelt in de client, zal dit altijd gereset worden naar 32bit kleuren.

Daarnaast is er nog een mogelijkheid om font smoothing en de desktop achtergrond uit te schakelen. Hier is in de testen niet voor gekozen. Citrix geeft deze namelijk wel door en daardoor zou de test RDP een oneerlijk voordeel kunnen geven. Daarnaast zet je deze in de praktijk niet uit, omdat je daarmee de user experience verminderd.

Testscenario’’s

Deze instellingen bekijkend ben ik dan gekomen tot de volgende testscenarios:

  1. Default: Dynamic adaptive graphics: Let server choose, Medium quality, Compression balanced between memory and network bandwidth (UDP)
  2. Default (TCP)
  3. High visual experience: Dynamic adaptive graphics: Let server choose, High image quality, Compression optimize for less memory
  4. Very high definition: Dynamic adaptive graphics: let server choose, lossless image quality (MS geeft aan dat dit geen kleuren aantast maar alleen gebruikt moet worden bij zeer speciale ‘gevallen’), Compression optimize for less memory
  5. WAN: Dynamic adaptive graphics: optimize for minimum bandwidth, Medium quality, Compression optimize for less bandwidth
  6. Default server instellingen met Windows 10 client.

Alle test, behalve test nummer 6, zijn gedaan met een Windows 8.1 client (RDP 8.1)

Resultaten

De samengevatte resultaten waren als volgt (resultaten in bits per second):

RDP results

Uitgebreidere resultaten zijn hier te vinden.

Wat valt er op in deze testen:

  • TCP alleen gebruikt iets meer bandbreedte dan gecombineerd met UDP. Dat is op zich ook wel logisch, omdat er bij TCP ook ACK pakketten verstuurd worden. Bij UDP wordt er gewoon ‘doorgestampt’.
  • Lossless images (very high definition) is inderdaad alleen bruikbaar bij speciale gevallen. Het dataverbruik is daarbij echt ontzettend hoog.
  • Het instellen van de GPO op optimaliseren voor zo’n laag mogelijke bandbreedte (WAN) levert bij normaal office werk (word, outlook, powerpoint, etc) een veel hogere bandbreedte op dan in de default instellingen. Pas bij multimedia en foto’s bekijken ligt de bandbreedte lager dan in de default instellingen.
  • Windows 10 gebruikt de H264 codec in de client. Deze verbruikt meer data dan de oude codec.

Wat verder opviel tijdens de testen, is dat RDP altijd een datastream stuurt. Ook als de gebruiker niets doet blijft er altijd een stream lopen van ongeveer 8.000 bps. Daarnaast kent RDP aardig wat pieken. Tijdens rustige passages, zoals het typen binnen MS Word of Outlook ligt de bandbreedte vrij laag, maar zogauw geswitched wordt binnen schermen volgen aardig veel en hoge pieken. Zie voor de grafieken de uitgebreidere resultaten van RDP.

Volgende pagina: ICA testresultaten