Quality of service (QoS) implementeren in Microsoft teams

Dit artikel helpt u bij het voorbereiden van het netwerk van uw organisatie voor Quality of service (QoS) in Microsoft teams. Als u een grote groep gebruikers ondersteunt en ze ondervinden een van de problemen die hieronder worden vermeld, moet u waarschijnlijk QoS implementeren. Een klein bedrijf met weinig gebruikers heeft misschien geen QoS nodig, maar zelfs daar zou het nuttig moeten zijn.

QoS is een manier om real-time netwerkverkeer (zoals spraak-of videostreams) dat gevoelig is voor vertragingen in het netwerk te ' knippen in lijn ' voor verkeer dat minder gevoelig is (zoals het downloaden van een nieuwe app, waarbij een extra seconde om te downloaden is niet een grote deal). QoS identificeert en markeert alle pakketten in real-time streams (met behulp van Windows-groepsbeleidsobjecten en een routerings functie met de naam toegangsbeheerlijsten op basis van poorten, meer informatie hierover is hieronder) die uw netwerk vervolgens helpt bij het geven van spraak-, video-en scherm share-streams een specifiek deel van de netwerkbandbreedte.

Zonder enige vorm van QoS ziet u mogelijk de volgende kwaliteitsproblemen in spraak en video:

• Jitter – media pakketten die aankomen op verschillende tarieven, wat kan resulteren in ontbrekende woorden of lettergrepen in gesprekken.
• Pakketverlies – pakketten verwijderd, wat ook kan resulteren in een lagere stem kwaliteit en moeilijk te begrijpen spraak.
• Vertraagde Round-triptijd (RTT)-media pakketten die lang duren om hun bestemmingen te bereiken, wat resulteert in merkbare vertragingen tussen twee partijen in een gesprek, waardoor mensen over elkaar praten.

De minst complexe manier om deze problemen op te lossen is het vergroten van de grootte van de gegevensverbindingen, zowel intern als buiten het internet. Omdat dat vaak kosten-prohibitief is, biedt QoS een manier om de resources die u hebt in plaats van het toevoegen van nieuwe resources effectiever te beheren. Voor het volledig aanpakken van kwaliteitsproblemen zou u QoS gebruiken voor de implementatie en vervolgens alleen connectiviteit toevoegen waar dit absoluut noodzakelijk is.

Om QoS effectief te laten zijn, hebt u consistente QoS-instellingen toegepast end-to-end in uw organisatie, omdat elk deel van het pad dat uw QoS-prioriteiten niet ondersteunt, de kwaliteit van gesprekken, video en scherm shares kan verslechteren. Dit omvat het toepassen van instellingen op alle gebruikers Pc's of apparaten, netwerkswitches, routers op het internet en de teams online service.

Figuur 1. De relatie tussen de netwerken van een organisatie en de services van Office 365

In de meeste gevallen is het netwerk dat uw onderneming verbindt met de Cloud een onbeheerd netwerk waar u geen betrouwbare QoS-opties instellen. Een keuze die beschikbaar is voor het adres van end-to-end QoS is Azure ExpressRoute, maar we raden nog steeds aan dat u QoS op uw on-premises netwerk voor zowel binnenkomend als uitgaand verkeer implementeert. Dit verhoogt de kwaliteit van real-time communicatie workloads tijdens uw implementatie en het verlichten van de chokepoints.

Controleer of uw netwerk gereed is

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

Verkeerscongestie via een netwerk heeft een grote invloed op de mediakwaliteit. Een gebrek aan bandbreedte leidt tot verminderde prestaties en een slechte gebruikerservaring. Naarmate de acceptatie en het gebruik van teams toeneemt, gebruikt u rapportage, gespreksanalyse en een dashboard voor gesprekskwaliteit om problemen te identificeren en vervolgens aanpassingen aan te brengen met behulp van QoS en selectieve bandbreedte toevoegingen.

VPN-overwegingen

QoS werkt alleen zoals verwacht wanneer geïmplementeerd op alle koppelingen tussen bellers. Als u QoS op een intern netwerk gebruikt en een gebruiker zich aanmeldt vanaf een externe locatie, u alleen de prioriteit 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 pakket overhead toe en maakt het realtime-verkeer vertragingen. We raden u aan te voorkomen dat realtime communicatieverkeer via een VPN wordt uitgevoerd.

In een wereldwijde organisatie met beheerde koppelingen die betrekking hebben op continenten, raden we QoS omdat bandbreedte voor deze koppelingen is beperkt in vergelijking met het LAN.

Inleiding tot QoS-wachtrijen

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

Wanneer netwerkverkeer een router binnenkomt, wordt het verkeer in een wachtrij geplaatst. Als een QoS-beleid niet is geconfigureerd, er slechts één wachtrij is en alle gegevens worden behandeld als eerste in, first-out met dezelfde prioriteit. Dat betekent dat Voice Traffic (dat erg gevoelig is voor vertragingen) kan vastlopen achter het verkeer waarbij een vertraging van een paar extra milliseconden geen probleem zou zijn.

Wanneer u QoS implementeert, definieert u meerdere wachtrijen met behulp van een van de verschillende functies voor congestiebeheer (zoals Cisco's Priority Queuing en op klassen gebaseerde gewogen Fair queueing Cbwfq) en functies voor het vermijden van congestie (zoals gewogen willekeurige vroege detectie Wred).

Figuur 2. Voorbeelden van QoS-wachtrijen

Een eenvoudige analogie is dat QoS virtuele "carpool Lanes" in uw gegevens netwerk maakt, zodat sommige soorten gegevens nooit of zelden een vertraging ondervinden. Nadat u deze rijstroken hebt gemaakt, u de relatieve grootte aanpassen en de verbindingsbandbreedte die u hebt, veel effectiever beheren, terwijl u nog steeds zakelijke ervaringen levert voor de gebruikers van uw organisatie.

Een QoS-implementatiemethode selecteren

U QoS implementeren via poortgebaseerde tagging, met behulp van toegangsbeheerlijsten (Acl's) op de routers van uw netwerk. Poortgebaseerde tagging is de meest betrouwbare methode omdat het werkt in gemengde Windows-en Mac-omgevingen en het gemakkelijkst te implementeren is. Mobiele clients bieden geen mechanisme voor het markeren van verkeer met behulp van DSCP-waarden, zodat ze deze methode nodig hebben.

Met deze methode onderzoekt de router van uw netwerk een binnenkomend pakket en als het pakket is aangekomen met een bepaalde poort of een bepaald bereik van poorten, identificeert het het als een bepaald mediatype en plaatst het in de wachtrij voor dat type, waarbij een vooraf bepaald DSCP -teken wordt toegevoegd aan het IP- Pakketheader zodat andere apparaten het type verkeer kunnen herkennen en deze prioriteit in hun wachtrij geven.

Hoewel dit op verschillende platforms werkt, markeert het alleen verkeer op de WAN-rand (niet helemaal naar de clientcomputer) en maakt het beheeroverhead. Raadpleeg de documentatie van de fabrikant van de router voor instructies over de implementatie van deze methode.

U ook implementeren QoS geïmplementeerd met behulp van een Group Policy object (GPO) client-apparaten voor het invoegen van een DSCP-markering in IP-pakketheaders identificeren als een bepaald type verkeer (bijvoorbeeld spraak). Routers en andere netwerkapparaten kunnen worden geconfigureerd om dit te herkennen en het verkeer in een afzonderlijke wachtrij met hogere prioriteit te plaatsen.

Hoewel dit scenario volledig geldig is, werkt het alleen voor Windows-clients die lid zijn van het domein. Elk apparaat dat geen domein Windows-client is, wordt niet ingeschakeld voor DSCP-tagging. Clients zoals Mac OS hebben hardcoded Tags en zullen altijd verkeer taggen.

Aan de positieve kant zorgt het besturen van de DSCP-markering via GPO ervoor dat alle domein computers dezelfde instellingen ontvangen en dat alleen een beheerder deze kan beheren. Clients die GPO kunnen gebruiken, worden gelabeld op het oorspronkelijke apparaat en vervolgens kunnen geconfigureerde netwerkapparaten de real-time stroom herkennen aan de DSCP-code en deze een juiste prioriteit geven.

U wordt aangeraden een combinatie van DSCP-markeringen op het eindpunt en poort-gebaseerde Acl's op routers, indien mogelijk. Als u een groepsbeleidsobject gebruikt om de meeste clients te vangen en ook DSCP-tagging op basis van poorten gebruikt, zorgt u ervoor dat mobiele, Mac-en andere clients nog steeds QoS-behandeling krijgen (althans gedeeltelijk).

DSCP-markeringen kunnen worden vergeleken met postzegels die aan post medewerkers aangeven hoe urgent de levering is en hoe deze het beste kan worden gesorteerd voor een snelle levering. Zodra u uw netwerk hebt geconfigureerd om prioriteit te geven aan real-time mediastreams, moeten verloren pakketten en late pakketten aanzienlijk afnemen.

Wanneer alle apparaten in het netwerk dezelfde classificaties, markeringen en prioriteiten gebruiken, is het mogelijk om vertragingen, verloren pakketten en jitter te verminderen of te elimineren door de grootte van de poortbereiken te wijzigen die zijn toegewezen aan de wachtrijen die voor elk type verkeer worden gebruikt. Vanuit het perspectief van de teams is de belangrijkste configuratiestap de classificatie en markering van pakketten, maar voor end-to-end QoS om succesvol te zijn, moet u ook de configuratie van de toepassing zorgvuldig uitlijnen met de onderliggende netwerkconfiguratie. Zodra QoS volledig is geïmplementeerd, is doorlopend beheer een kwestie van het aanpassen van de poortbereiken toegewezen aan elk type verkeer op basis van de behoeften van uw organisatie en het werkelijke gebruik.

Kies de eerste poortbereiken voor elk mediatype

De DSCP-waarde vertelt een dienovereenkomstig geconfigureerde netwerk welke prioriteit voor het geven van een pakket of stream, of de DSCP-markering wordt toegewezen door clients of het netwerk zelf op basis van ACL-instellingen. Elke media-workload krijgt zijn eigen unieke DSCP-waarde (andere services kunnen workloads een DSCP-markering delen, teams niet) en een gedefinieerde en afzonderlijke poortbereik dat wordt gebruikt voor elk mediatype. In andere omgevingen is mogelijk een bestaande QoS-strategie aanwezig, waarmee u de prioriteit van netwerkworkloads bepalen.

De relatieve grootte van de poortbereiken voor verschillende realtime streaming workloads stelt de verhouding van de totale beschikbare bandbreedte toegewezen aan die workload. Om terug te keren naar onze eerdere post analogie: een brief met een "Air mail"-stempel kan binnen een uur worden genomen naar de dichtstbijzijnde luchthaven, terwijl een klein pakket met de aanduiding "bulk mail" een dag kan wachten voordat hij over land op een reeks Trucks reist.

De volgende tabel bevat de vereiste DSCP-markeringen en de voorgestelde bijbehorende media poort bereiken die worden gebruikt door zowel teams als ExpressRoute. Deze bereiken kunnen fungeren als een goed uitgangspunt voor klanten die niet zeker weet wat te gebruiken in hun eigen omgevingen. U vindt meer informatie in QoS-vereisten voor ExpressRoute.

Aanbevolen initiële poortbereiken

Houd rekening met het volgende wanneer u deze instellingen gebruikt:

• Als u van plan bent om in de toekomst ExpressRoute te implementeren en QoS nog niet hebt geïmplementeerd, raden we u aan de richtlijnen te volgen, zodat DSCP-waarden hetzelfde zijn van afzender naar ontvanger.
• Alle clients, met inbegrip van mobiele clients en teams apparaten, deze poortbereiken wordt gebruikt en wordt beïnvloed door een DSCP-beleid dat u implementeert die gebruikmaakt van deze bronpoortbereiken. De enige clients die dynamische poorten blijven gebruiken, zijn de browsergebaseerde clients (dat wil doen, de clients waarmee deelnemers vergaderingen kunnen bijwonen via hun browsers).
• Hoewel de Mac-client gebruikmaakt van dezelfde poortbereiken, gebruikt deze ook hardcoded waarden voor audio (EF) en video (AF41). Deze waarden zijn niet configureerbaar.
• Als u later de poortbereiken moet aanpassen om de gebruikerservaring te verbeteren, kunnen de poortbereiken elkaar niet overlappen en moeten ze naast elkaar liggen.

QoS migreren naar teams

Als u eerder Skype voor bedrijven online hebt geïmplementeerd, met inbegrip van QoS-tagging en poortbereiken, en nu teams implementeert, worden teams de bestaande configuratie gerespecteerd en wordt dezelfde poortbereiken en tagging als de Skype voor Business client gebruikt. In de meeste gevallen is er geen aanvullende configuratie nodig.

Stappen voor QoS-implementatie

Op een zeer hoog niveau vereist de implementatie van QoS deze stappen:

1. Controleer of uw netwerk gereed is
2. Een QoS-implementatiemethode selecteren
3. Kies de eerste poortbereiken voor elk mediatype
4. QoS-instellingen implementeren:

   1. Op clients met behulp van een GPO clientapparaat poort bereiken en markeringen instellen

   2. Op routers (Zie de documentatie van de fabrikant) of andere netwerkapparaten. Dit kan op poorten gebaseerde Acl's zijn of gewoon de QoS-wachtrijen en DSCP-markeringen definiëren, of al deze.

      Belangrijk

      Het is raadzaam deze QoS-beleidsregels implementeren met behulp van de client bronpoorten en een bron-en doel-IP-adres van ' any '. Dit zal zowel inkomend als uitgaand media verkeer op het interne netwerk opvangen.

   3. In teams Admin Center

5. Valideer de QoS-implementatie door teams-verkeer op het netwerk te analyseren.

Houd bij het voorbereiden van QoS de volgende richtlijnen in gedachten:

• Het kortste pad naar Office 365 is het beste.
• Het sluiten van poorten leidt alleen tot kwaliteits degradatie.
• Eventuele obstakels tussenin, zoals proxy's, worden niet aanbevolen.
• Beperk het aantal hops:
  • Client naar netwerk rand – 3 tot 5 hops.
  • ISP naar Microsoft Network EDGE – 3 hops
  • Microsoft Network Edge naar eindbestemming – irrelevant

Ga naar Office 365-url's en IP-adresbereikenvoor meer informatie over het configureren van firewallpoorten.

Bronpoorten beheren in het teams Admin Center

In teams, moeten QoS-bronpoorten die worden gebruikt door de verschillende werkbelastingen actief worden beheerd en indien nodig aangepast. Verwijzend naar de tabel in Kies eerste poortbereiken voor elk mediatype, de poortbereiken zijn instelbaar, maar de DSCP-markeringen kunnen niet worden geconfigureerd. Nadat u deze instellingen hebt geïmplementeerd, kan het voorkomen dat er meer of minder poorten nodig zijn voor een bepaald mediatype. Call Analytics en Call kwaliteit dashboard moet worden gebruikt bij het maken van een beslissing voor het aanpassen van poortbereiken nadat teams is geïmplementeerd, en periodiek als de behoeften wijzigen.

Als u eerder hebt geïmplementeerd Skype voor Business Server on-premises, moet u mogelijk opnieuw controleren van uw QoS-beleid en deze zo nodig aanpassen aan de poortbereik instellingen die u hebt geverifieerd bieden een kwaliteit gebruikerservaring voor teams.

De QoS-implementatie valideren

Om QoS effectief te laten zijn, moet de DSCP-waarde die is ingesteld door het groepsbeleidsobject aanwezig zijn aan beide uiteinden van een aanroep. Door het verkeer dat wordt gegenereerd door de client teams te analyseren, u controleren dat de DSCP-waarde is niet gewijzigd of verwijderd wanneer de teams werkbelasting verkeer doorloopt via het netwerk wordt verplaatst.

Bij voorkeur, u het vastleggen van verkeer op het netwerk-uitgaande punt. U poortspiegeling op een switch of router gebruiken om dit te helpen.

Netwerkcontrole gebruiken om DSCP-waarden te verifiëren

Netwerkcontrole is een hulpprogramma dat u van Microsoft downloaden om netwerkverkeer te analyseren.

1. Maak op de PC met Netwerkcontrole verbinding met de poort die is geconfigureerd voor poortspiegeling en begin met het vastleggen van pakketten.

2. Een aanroep maken met behulp van de client teams. Zorg ervoor dat er media zijn opgericht voordat u de oproep ophangt.

3. Stop de opname.

4. Gebruik in het veld weergave filter het bron-IP-adres van de PC die de aanroep heeft gedaan, en Verfijn het filter door DSCP-waarde 46 (hex 0x2e) als zoekcriterium te definiëren, zoals in het volgende voorbeeld wordt getoond:

   Source = = "192.168.137.201" en IPv4. DifferentiatedServicesField = = 0x2E

   

5. Selecteer toepassen om het filter te activeren.

6. Selecteer het eerste UDP-pakket in het venster frame overzicht .

7. Vouw in het venster frame Details het IPv4-lijstitem uit en noteer de waarde aan het einde van de regel die begint met DSCP.

   

In dit voorbeeld wordt de DSCP-waarde is ingesteld op 46. Dit is juist, omdat de bronpoort gebruikt is 50019, waarmee wordt aangegeven dat dit een Voice-workload is.

Herhaal de controle voor elke werkbelasting die door het groepsobjectbeleid gemarkeerd is.

Meer informatie

Video: netwerk planning

Het netwerk van uw organisatie voorbereiden op het gebruik van Microsoft Teams

QoS-vereisten voor ExpressRoute