Internet-premises netwerken voor connectiviteit beheren

5 minuten

RDP Shortpath voor beheerde netwerken biedt een direct UDP-transport tussen extern bureaublad-client en sessiehost. RDP Shortpath voor beheerde netwerken maakt configuratie van QoS-beleid (Quality of Service) mogelijk voor de RDP-gegevens.

QoS in Azure Virtual Desktop maakt realtime RDP-verkeer mogelijk dat gevoelig is voor netwerkvertragingen om 'in lijn' te snijden voor verkeer dat minder gevoelig is. Een voorbeeld van dergelijk minder gevoelig verkeer is het downloaden van een nieuwe app, waarbij een extra seconde om te downloaden geen grote deal is. QoS maakt gebruik van Windows-groepsbeleidsobjecten om alle pakketten in realtime streams te identificeren en te markeren en uw netwerk te helpen RDP-verkeer een toegewezen deel van de bandbreedte te geven.

Als u een grote groep gebruikers ondersteunt die een van de problemen ondervindt die in deze les worden beschreven, moet u waarschijnlijk QoS implementeren. Een klein bedrijf met weinig gebruikers heeft mogelijk geen QoS nodig, maar het moet zelfs daar nuttig zijn.

Zonder enige vorm van QoS ziet u mogelijk de volgende problemen:

Jitter – RDP-pakketten die met verschillende tarieven binnenkomen, wat kan leiden tot visuele en audiofouten.
Pakketverlies : pakketten die zijn verwijderd, wat resulteert in opnieuw verzenden waarvoor een andere tijd nodig is.
Vertraagde retourtijd (RTT) - RDP-pakketten duren lang om hun bestemmingen te bereiken, wat resulteert in merkbare vertragingen tussen invoer en reactie van de externe toepassing.

De minst gecompliceerde manier om deze problemen op te lossen, is door de grootte van de gegevensverbindingen te vergroten, zowel intern als naar internet. Omdat dat vaak kostenbehalve is, biedt QoS een manier om de resources te beheren die u hebt in plaats van bandbreedte effectiever toe te voegen. Om kwaliteitsproblemen op te lossen, raden we u aan eerst QoS te gebruiken en vervolgens alleen bandbreedte toe te voegen indien nodig.

Om QoS effectief te laten zijn, moet u consistente QoS-instellingen toepassen binnen uw organisatie. Elk deel van het pad dat uw QoS-prioriteiten niet ondersteunt, kan de RDP-sessie van kwaliteit verminderen.

Quality of Service-wachtrijen

Om QoS te bieden, moeten netwerkapparaten een manier hebben om verkeer te classificeren en moeten RDP kunnen onderscheiden van ander netwerkverkeer.

Wanneer netwerkverkeer een router binnenkomt, wordt het verkeer in een wachtrij geplaatst. Als een QoS-beleid niet is geconfigureerd, is er slechts één wachtrij en worden alle gegevens behandeld als first-in, first-out met dezelfde prioriteit. Dat betekent dat RDP-verkeer mogelijk vastloopt achter verkeer waarbij een paar extra milliseconden vertraging geen probleem zou zijn.

Een eenvoudige analogie is dat QoS virtuele carpoolbanen maakt in uw gegevensnetwerk. Sommige typen gegevens hebben dus nooit of zelden te maken met een vertraging. Zodra u deze banen hebt gemaakt, kunt u hun relatieve grootte aanpassen en de verbindingsbandbreedte die u hebt effectiever beheren terwijl u nog steeds zakelijke ervaringen levert voor de gebruikers van uw organisatie.

Controlelijst voor quality of service-implementatie

Op hoog niveau voert u de stappen uit die worden vermeld om QoS te implementeren:

Zorg ervoor dat uw netwerk gereed is.
Zorg ervoor dat RDP Shortpath voor beheerde netwerken is ingeschakeld. QoS-beleid wordt niet ondersteund voor reverse connect-transport.
Implementeer het invoegen van DSCP-markeringen op sessiehosts.

Als u zich voorbereidt op het implementeren van QoS, moet u rekening houden met de richtlijnen die hierna worden vermeld:

Het kortste pad naar sessiehost is het beste.
Obstakels tussen, zoals proxy's of pakketinspectieapparaten, worden niet aanbevolen.

Zorg ervoor dat uw netwerk gereed is

Als u een QoS-implementatie overweegt, moet u uw bandbreedtevereisten en andere netwerkvereisten al hebben vastgesteld.

Verkeersopstoppingen in een netwerk hebben een aanzienlijke invloed op de mediakwaliteit. Een gebrek aan bandbreedte leidt tot prestatievermindering en een slechte gebruikerservaring.

Overwegingen voor VPN

QoS werkt alleen zoals verwacht wanneer deze wordt geïmplementeerd op alle koppelingen tussen clients en sessiehosts. Als u QoS gebruikt in een intern netwerk en een gebruiker zich aanmeldt vanaf een externe locatie, kunt u alleen prioriteit geven binnen uw interne, beheerde netwerk. Hoewel externe locaties een beheerde verbinding kunnen ontvangen door een virtueel particulier netwerk (VPN) te implementeren, voegt een VPN inherent pakketoverhead toe en leidt dit tot vertragingen in realtime verkeer.

In een wereldwijde organisatie met beheerde koppelingen die continenten omvatten, raden we QoS ten zeerste aan, omdat de bandbreedte voor deze koppelingen beperkt is in vergelijking met het LAN.

DSCP-markeringen invoegen

U kunt QoS implementeren met behulp van een groepsbeleidsobject (GPO) om sessiehosts om een DSCP-markering in te voegen in IP-pakketheaders die deze identificeren als een bepaald type verkeer. Routers en andere netwerkapparaten kunnen worden geconfigureerd om deze markeringen te herkennen en het verkeer in een afzonderlijke wachtrij met hogere prioriteit te plaatsen.

U kunt DSCP-markeringen vergelijken met postzegels die aangeven hoe urgent de levering is en hoe u deze het beste kunt sorteren voor snelle levering. Nadat u uw netwerk hebt geconfigureerd om prioriteit te geven aan RDP-streams, moeten verloren pakketten en late pakketten aanzienlijk afnemen.

Zodra alle netwerkapparaten dezelfde classificaties, markeringen en prioriteiten gebruiken, is het mogelijk om vertragingen, verwijderde pakketten en jitter te verminderen of te elimineren. Vanuit het perspectief van RDP is de essentiële configuratiestap de classificatie en markering van pakketten. Voor een geslaagde end-to-end QoS moet u de RDP-configuratie echter ook zorgvuldig afstemmen met de onderliggende netwerkconfiguratie. De DSCP-waarde vertelt een bijbehorend geconfigureerd netwerk welke prioriteit moet worden gegeven aan een pakket of stream.