ExpressRoute og QoS i Skype for Business Online

Vigtigt: Denne artikel er maskinoversat. Se ansvarsfraskrivelsen. Du kan finde den engelske version af denne artikel her til din orientering.

Opret forbindelse til Office 365 over en dedikeret netværksforbindelse med Azure ExpressRoute til Office 365 og Skype for Business Online. Din dedikerede forbindelse til dine Skype for Business-programmer giver dig pålidelig og forudsigelig ydeevne såvel som privatliv væk fra det offentlige internet. Du kan nu købe en bedre netværksforbindelse til Office 365 og Skype for Business Online, som leverer forudsigelighed og pålidelighed på forretningsniveau, og som leveres med en serviceaftale for oppetid.

Bemærk: Der er en ny version af den båndbredde Lommeregner, der er tilgængelige i Skype for Business, båndbredde Lommeregner, men, disse retningslinjer i dette dokument bruge Lync 2010 og 2013 båndbredde Lommeregner.

Skype for Business Online og ExpressRoute

Når du arbejder med en Microsoft ExpressRoute-partner, kan du oprette forbindelse til et bredt udvalg af Office 365-programmer som f.eks. Skype for Business Online i skyen over en dedikeret forbindelse. Tale- og videokommunikationsfunktioner i realtid til Skype for Business kræver imidlertid netværkstjenester, der er specielt konfigureret til at understøtte disse Office 365-arbejdsbelastninger i realtid. Dette omfatter et netværk med tilstrækkelig båndbredde til at kunne håndtere den nødvendige trafik og understøtte servicekvaliteten for at levere en førsteklasses oplevelse til dine brugere.

Dette dokument er beregnet til at hjælpe dig, administratorer og netværksdesignere til at forstå de særlige udfordringer, som er nødvendige for at understøtte kommunikation i realtid. Dokumentet hjælper dig også til at forstå de Microsoft-værktøjer, som bruges til at designe et netværk, der kan leve op til disse krav, og det hjælper dig igennem hele designprocessen ved hjælp af et casestudie.

Den første del af dokumentet vejleder dig ved hjælp af et casestudie med netværksdesign ved hjælp af Båndbreddeberegner til Lync 2010 og 2013 med henblik på at vurdere netværkskravene til en stor, multilokationsinstallation af Skype for Business ExpressRoute. Den anden del af dokumentet gennemgår de fundamentale begreber inden for servicekvalitet med en grundlæggende gennemgang af de specifikt tekniske detaljer inden for understøttelse af Skype for Business-kommunikation i realtid og de specifikke typer af netværkstjenester, der er nødvendige.

Med oplysningerne i dette dokument får du de tekniske detaljer og en forståelse af servicekvalitet og ExpressRoute, du får en forståelse af de særlige udfordringer, du står overfor, og du får et praktisk kendskab til de værktøjer og teknikker, der gør det muligt for dig at gennemføre en installation af ExpressRoute på tværs af dine Skype for Business-netværk.

Kom i gang

Når du forbereder dig til ExpressRoute for Skype for Business, er det en god ide at undersøge de forskellige ExpressRoute-forbindelsesmodeller og de forskellige valg af partnere og placeringer. Det er også en god idé at læse, hvordan du køber og klargør ExpressRoute i din virksomhed. Her får du nogle ressourcer, så du kan komme i gang:

Del 1: Casestudie - ExpressRoute for Dewey Law, LLC.

Med dette casestudie om Dewey Law LLC. får du vist, hvordan du konfigurer et netværk, bestiller netværksadgangstjenester og fastlægger båndbreddekravene, så de understøtter ExpressRoute til Skype for Business Online.

Baggrund Dewy Law LLC. er et stort nationalt advokatfirma med 790 advokater og i alt 5580 medarbejdere, der er spredt over 78 placeringer. Virksomheden har hovedkvarter i New York, tre regionale kontorer i Chicago, San Francisco og Dallas samt 24 store og 50 små afdelingskontorer spredt rundt omkring i landet. Virksomheden håndterer store, komplekse sager med en arbejdsbelastning, som typisk er spredt blandt to eller flere kontorer. Dette netværksdesign medfører en betydelig netværkstrafik mellem kontorerne.

Dewy Law LLC. er en forholdsvis ung virksomhed og advokaterne og de andre medarbejdere har meget erfaring med teknologi og er i høj grad afhængig af den i deres daglige arbejde.

Fordelingen af brugere efter placering og stilling

Hovedkontor (NY)

Regionale kontorer (3)

Store afdelingskontorer (24)

Små afdelingskontorer (50)

Ledelse

20

10

1

1

Seniorpartnere

150

50

10

5

Partnere

300

100

20

10

Advokatsekretær

400

125

30

15

Ledere

100

35

6

3

IT og generel administration

100

25

3

2

Samlet pr. websted

1.070

345

70

36

Samlet pr. webstedsklasse

1.070

1.035

1.680

1.800

Konfiguration af netværket

For at kunne levere ensartede og realtidstjenester i høj kvalitet for Dewey Law LLC. er der nogle grundlæggende krav, der skal være opfyldt:

  • De ønsker at tilbyde taletjenester under strømafbrydelse, så deres netværksfordelingsswitche og routere skal levere strøm over Ethernet (PoE) IEEE 802.3af eller 802.3at.

  • Disse netværksswitche og routere skal også bruge uafbrudte strømkilder (UPS), så de kan fortsætte med at fungere under et strømsvigt.

    De har Wi-Fi-forbindelser til deres LAN-kontorer, så det anbefales kraftigt, at de bruger en certificeret Wi-Fi-infrastrukturpartner for Skype for Business fra Skype for Business Solutions

    Tip: 802.11n og 802.11ac trådløse adgangspunkter anbefales.

  • Og det vigtigste er, alle LAN-netværk i alle kontorer skal være konfigureret til at levere servicekvalitet (QoS). Dette omfatter pc'er, bærbare computere og eventuel netværkshardware såsom switche og routere.

Nu, hvor du har fået styr på det grundlæggende oplysninger, anbefaler vi, at for at levere taletjenester på forretningsniveau til Dewey Law LLC., at IP-tjenesten Multi-Protocol Label Switching (MPLS) fra en netværkstjenestepartner, der opretter forbindelse til Azure ExpressRoute-tjenesten, benyttes. MPLS leverer en IP-tjeneste med ydeevnegarantier for forsinkelse, jitter og pakketab. Men hvis MPLS er ikke tilgængelig, kan du bruge Ethernet tilsluttet en af vores ExpressRoute-dataudvekslingspartnere.

MPLS-udbydere tilbyder flere klasser af serviceniveauer, men de bruger forskellige udtryk til at identificere dem. Du skal arbejde tæt sammen med din udbyder for at sikre, at de forstår de data, du fører ind i Båndbreddeberegner til Lync 2010 og 2013, og de indstillinger, som er tilgængelige og er anbefalet til de forskellige programmer til Office 365-arbejdsbelastninger i realtid.

Der er to muligheder for, hvordan data fra Skype for Business-programmer kan knyttes til de relevante MPLS-serviceklasser:

  • Slutpunktmærkning af trafik via DiffServ Control Point (DSCP)

  • Baseret på netværksadgangskontrolliste (ACL)

For at implementere slutpunktmærkning skal du konfigurere alle domæneforbundne Windows-maskiner til Dewey Law LLC. for at markere hver pakke med den korrekte DSCP-mærkning og derefter implementere servicekvalitet på alle netværksswitche og routere på tværs af alle deres kontorer for at sikre, at servicekvalitetsmærkningen vedligeholdes og ikke fjernes. DSCP-mærkningen på netværkspakkerne fortæller din tjenesteudbyder, hvordan netværkspakken er prioriteret. Der er flere oplysninger om DSCP i sektionen om servicekvalitet i del 2.

Hvad angår ACL-baseret netværkstildeling, foretages DSCP-prioritetsmærkning på en opadgående router og er baseret på UDP-kildeporten. De anbefalede portintervaller for hvert program er anført i sektion 2.6.1.1 i Netværksplanlægning, overvågning og fejlfinding med Lync Server. Det er vigtigt, at du koordinerer dette med Dewey Law LLC.'s overordnede servicekvalitetsimplementering og design, og at du er opmærksom på forskellige regler for servicekvalitet og potentielle fejl i pakkemærkning.

Hver udbyder af ExpressRoute-netværk har en serviceklasse (servicekvalitet), der er passende til tale og video i realtid. Denne servicekvalitet kaldes "Fremskyndet videresendelse" for tale og "Garanteret videresendelse" for video. Du skal være meget forsigtig, når du angiver mængden af den båndbredde, du køber til taletrafik. Årsagen er, at serviceklassen for tale er meget besværlig at administrere, hvis du sender mere taletrafik end serviceklassen er klargjort til.

Tip: Al trafik, der sendes på serviceklassen for tale, ud over hvad tjenesteudbyderen har forpligtet sig til, bliver umiddelbart kasseret, og dette vil have en direkte påvirkning af talekvalitet.

Når du ser på det overordnede design for Dewey Law LLC., er det meget vigtigt, at du fastlægger mængden af båndbredde på netværket nøjagtigt, så det understøtter taletrafikken på tværs af deres netværk, og at du markerer hver talepakke (og kun talepakker) med DSCP-indstillingen til tale (dvs. DSCP EF 46).

For at implementere servicekvalitet på tværs af virksomhedsnetværket skal slutpunkterne eller routere markere hver pakke med den korrekte Lag 3-prioritetsindikator (dvs. DSCP). Langs hele netværksstien skal servicekvalitetsindstillingen for hver switch og router være slået til. Hvis bare én netværksswitch eller router ikke har servicekvalitet slået til, kan servicekvalitetsmærkningen på tale- eller videopakker, der går igennem denne switch eller router, blive skilt fra. Dermed deaktiveres servicekvaliteten for alle efterfølgende switche og routere, hvilket reducerer værdien af at have ExpressRoute installeret.

Dette kræver også, at Lag 3- og Lag 2-servicekvalitetsprioriteter defineres for hvert punkt. Lag 2-prioritetsmekanismerne er defineret i IEEE 802.1p for kablede netværk og 802.11e/WMM for trådløse netværk. Mere vigtigt er det, at den netværksrouter, som vender mod tjenesteudbyderens MPLS-netværk, skal opretholde DSCP-indstillingerne på alle udgående pakker, så de opretholder den relevante MPLS-serviceklasse.

Tip: For at sikre, at de specifikke oplysninger vedrørende servicekvalitet er konfigureret korrekt, skal du se sektion 2.6 Netværksplanlægning, overvågning og fejlfinding med Lync Server. Du kan også få vist Netværkskrav til planlægning til Skype for Business 2015 for flere netværkskrav til planlægning.

Bestilling af netværksadgangstjenester

Når du har forudsætningerne og mekanismerne for servicekvalitetsnetværket på plads, så de understøtter ExpressRoute, er næste trin at bestille ExpressRoute-netværksadgangstjenester. Når du bestiller ExpressRoute-netværksadgangstjenester til Dewey Law LLC. fra Microsoft-partneren inden for netværkstjenester, skal du angive to ting:

  • Den samlede mængde båndbredde, som er påkrævet for at forbinde hver placering til ExpressRoute og Office 365.

  • Den samlede båndbredde, som er påkrævet for hver tjenesteklasse, der er nødvendig for at understøtte Skype for Business-programmer, der bruges af Dewey Law LLC. Kravene til tjenesteklassens båndbredde afhænger af den trafikmængde, du forventer fra hver af de forskellige Skype for Business-programmer, såsom tale, video, chat, tilstedeværelse og skærmdeling.

Fastsættelse af krav til båndbredde for Skype for Business-programmer

For Dewey Law LLC., skal du, når du har fundet den samlede påkrævede båndbredde, nu vide, hvordan den samlede båndbreddemængde skal fordeles mellem de forskellige tjenesteklasser. For eksempel hvor meget båndbredde der kræves for hver Skype for Business-program.

For at fastlægge disse krav for hver af placeringerne hos Dewey Law LLC. skal du bruge Båndbreddeberegner til Lync 2010 og 2013. Denne beregner er et Excel-baseret værktøj, der giver dig mulighed for at angive den forventede anvendelse af forskellige Skype for Business-programmer, herunder tale, video, møder og skærmdeling. Computeren vil automatisk generere en estimering af båndbredde og tjenesteklassens krav for hver gruppe på deres netværk. Når du henter Båndbreddeberegner til Lync 2010 og 2013, henter du også en brugervejledning, som giver dig oplysninger om brugen af den.

Som en ekstra hjælp til regnearkene har de forskellige celler i regnearket en farvekode:

  • Grøn Dette er generelle datainputområder.

  • Gul Disse er avancerede datainputområder. Du kan ændre disse, men gør det omhyggeligt.

  • Rød Disse er skrivebeskyttede områder og er låste inputværdier og kan ikke ændres.

  • Grå Dette er skrivebeskyttede områder. De er resultater eller data, der kommer fra de generelle inputområder.

Designprocessen for Dewey Law LLC. begynder med at opdele deres brugere i forskellige "personaer". For hver persona, du definerer, kan du angive den forventede anvendelse af forskellige Skype for Business-programmer (⁠"Ingen", "Lav", "Medium", "Høj" eller en af tre definerede "Brugerdefineret"-indstillinger). Disse valg kan findes i regnearket "Personaer". Den specifikke brug for hver valgmulighed ("Lav", "Medium" eller "Høj") findes, men standardindstillingerne for hver valgmulighed kan ændres. Når du har identificeret antallet af brugere for hver persona, der er placeret på hver placering, kan beregneren beregne den samlede båndbredde, som er påkrævet for hver lagerplads.

Du kan også angive det lyd- og videocodecs, der anvendes, uanset om fremadrettet fejlretning bruges, samt andre systemparametre, som vil påvirke kravene til båndbredde. Du kan bruge standardindstillingerne i Båndbreddeberegner til Lync 2010 og 2013 eller vælge andre codecs og andre systemparametre. Standardindstillingerne kan bruges til designet for hver af Dewey Law LLC.'s placeringer. Hvis du vil ændre på standardindstillingerne, er der en rullemenu med alle de tilgængelige valgmuligheder. Den båndbredde, der anvendes for hver valgmulighed er inkluderet i regnearket "Codecs". Når du ændrer en indstilling, opdateres ændringen i båndbredde og serviceklasse på hver placering. Denne funktion giver dig mulighed for at teste forskellige mulige konfigurationer og se den påvirkning, som ændringerne har på båndbreddens krav.

Vi har defineret tre personaer for Dewey Law LLC., "Ledelse/Seniorpartner", "Partner/Advokatsekretær" og "IT-administratorer". Tabellen nedenfor viser, hvordan vi har angivet brugerprofilen for de forskellige Skype for Business-programmer for hver persona.

Personaer og brugerprofiler (regnearket "Persona" - kolonne A-P)

Persona

Chat/Tilstedeværelse

P2P-lyd

P2P-video

Møder med lyd

Møder med video

Skrivebordsdeling

Telefonmøde med manuelt opkald med lyd

Lync 2010 RTV_Type

Eksterne brugere

Lync 2013 lyd i stereo

Lync 2013 videokvalitet

Lync 2013 brugeradfærd for P2P-videovinduet

Lync 2013 Multiview-brug

Ledelse/ Seniorpartner

Høj

Mellem

Lav

Mellem

Mellem

Ingen

Mellem

CIF

0 %

0 %

Bedst

Typisk

Typisk

Partner/ Advokatsekretær

Høj

Mellem

Lav

Mellem

Høj

Høj

Mellem

CIF

0 %

0 %

Mellem

Typisk

Typisk

IT-administratorer

Høj

Mellem

Ingen

Lav

Ingen

Ingen

Mellem

CIF

0 %

0 %

Mellem

Typisk

Typisk

Du skal angive oplysningerne i Fordeling af brugere efter placering og stilling tabellen ovenfor i regnearket "Placeringer" i Båndbreddeberegner til Lync 2010 og 2013. Da antallet af brugere i de regionale kontorer er identiske, er de defineret for en "placering", og det er angivet, at der findes tre forekomster af den. Det samme blev udført for de store og små afdelingskontorer, hvor der var henholdsvis 24 og 50 brugere på hver placering.

Når du har angivet indstillingerne for hver persona, skal du angive antallet af brugere for hver persona for hver placering i regnearket "Placeringer". Det samlede antal brugere for alle placeringer opdateres automatisk. Da der ikke er brugere på Office 365-placeringen, skal de alle være indtastet i rækken "Afdelingskontorer" i regnearket. Båndbreddeberegner til Lync 2010 og 2013 udfylder derefter kolonnerne "Bedste indsatsklasse", "Datatrafikklasse" og "Trafikklasse i realtid" i tabellen ‘WAN BW per servicekvalitetstrafikklasse’. Dette er vist i dataene i tabellen nedenfor.

Tip: Det komplette regneark indeholder også det maksimale antal samtidige sessioner for hvert program, men vi har slettet disse kolonner for at spare plads.

Personaer efter placering - (regnearket "placeringer" - kolonnerne A, D, I og AI til AX)

Placeringens navn

Samlede brugere i placeringen

Samlede placeringer som denne

Brugerprofil 1

Bruger af profil 1

Brugerprofil 2

Bruger af profil 2

Brugerprofil 3

Bruger af profil 3

Hovedkvarter

1070

1

Direktør/seniorpartner

170

Partner/Advokatsekretær

700

IT-administratorer

200

Afdelingskontorer

345

3

Direktør/seniorpartner

60

Partner/Advokatsekretær

225

IT-administrator

60

Store afdelingskontorer

70

24

Direktør/seniorpartner

11

Partner/Advokatsekretær

50

IT-administrator

9

Små afdelingskontorer

36

50

Direktør/seniorpartner

6

Partner/Advokatsekretær

25

IT-administrator

1

Båndbredde påkrævet pr. program efter placering i Kbps (regnearket "Placeringer"- kolonnerne A og BQ til LF)

Websted

Top SIP/chat-båndbredde

Top Intersite peer-lydbåndbredde

Top Intersite peer-videobåndbredde

Top lydmødebåndbredde

Top videomødebåndbredde

Top WAN-forbindelse delt båndbredde

Top WAN-båndbredde til PSTN-opkald

Hovedkvarter

1070

525,30

560,00

739,50

2.640,00

4.224,00

2.688,30

Afdelingskontorer

345

185,40

560,00

255,00

1.320,00

1.536,00

896,10

Store afdelingskontorer

70

92,70

560,00

102,00

600,00

384,00

216,30

Små afdelingskontorer

36

119,40

560,00

76,50

600,00

384,00

123,60

Sandsynligvis er de vigtigste kolonner i regnearket de, der beskriver WAN-båndbredde efter servicekvalitetsklasse. Dette er vist i tabellen nedenfor. Disse data opsummerer de oplysninger, du skal angive til netværkstjenesteudbyderen for at bestille en adgangsforbindelsen på hver af dine placeringer. Ved beregning af samlet båndbredde skal du huske at gange båndbredden for hver type afdelingswebsted med antallet af websteder af samme type. For oplysninger om at oprette forbindelse med dine ExpressRoute-netværkstjenestepartner kan du se Azure ExpressRoute.

Det er meget vigtigt, at du ikke overskrider båndbredden for tale "Fremskyndet videresendelse"-tjenesteklassen. Et tilfældigt sæt af pakker vil blive kasseret, hvilket betyder, at i stedet for at reducere kvaliteten af et enkelt opkald eller en gruppe af opkald, kan alle de igangværende opkald blive påvirket. Det er også vigtigt, at kun tale markeres med DSCP for fremskyndet videresendelse (dvs. DSCP = 46). Hvis ikke kan talekøen løbe over, når ikke-taletrafik tilføjes.

Tip: Og mens "Fremskyndet videresendelse"-tjenesteklassen tilbyder den bedste ydeevnegaranti, vil alle eventuelle yderligere pakker straks blive kasseret, hvis du overskrider den definerede båndbredde.

Samlet båndbredde pr. placering ved servicekvalitetstrafikklasse - (regnearket "Placeringer" - kolonnerne A og ML til HR)

Placeringens navn

Bedste indsatsklasse (DSCP 0)

Datatrafikklasse (DSCP brugerdefineret)

Trafikklasse i realtid (DSCP 34, AF41)

Prioritetstrafikklasse (DSCP 46, fremskyndet videresendelse)

Hovedkvarter

0,00

5.764,80

3.200,00

3.953,10

Afdelingskontorer

0,00

2.033,60

1.880,00

1.336,50

Store afdelingskontorer

0,00

486,40

1160,00

411,00

Små afdelingskontorer

0,00

438,40

1.160,00

319,50

Realisering af din plan

Vi kan beregne den samlede båndbredde, der vil krydse WAN, og mængden af båndbredde, der vil krydse ExpressRoute, ved hjælp af båndbreddeestimatet fra tabellen pr. program pr. websted ovenfor. Den del af trafik, der krydser ExpressRoute, udelader Intersite peer-båndbredden.

Websted

Top SIP/chat-båndbredde

Top lydmødebåndbredde

Top videomødebåndbredde

Top WAN-forbindelse delt båndbredde

Top WAN-båndbredde til PSTN-opkald

Samlet ExpressRoute-trafik pr. webstedsklasse (dvs. samlet tid # websteder)

Hovedkvarter

1.070

739,50

2.640,00

4.224,00

2.688,30

11.361,80

Afdelingskontorer

345

255,00

1.320,00

1.536,00

896,10

8.704,20

Store afdelingskontorer

70

102,00

600,00

384,00

216,30

32.935,20

Små afdelingskontorer

36

76,50

600,00

384,00

123,60

61.005,00

Det betyder, at den Skype for Business Online-trafik, som vil krydse ExpressRoute, bliver ca. 114 Mbps, så Dewey skal som minimum bruge et 200 Mbps-abonnement til ExpressRoute. Der kan købes flere ExpressRoute-kredsløb ved forskellige ExpressRoute peering-placeringer. Dette kunne eksempelvis anbefales, hvis Deweys websteder er placeret i forskellige geografiske områder, eller for at skabe tolerance, i tilfælde af at der opstår fejl i forbindelsen til ExpressRoute-kredsløbet. Hvis du køber ExpressRoute-kredsløb i flere Azure-områder, er ExpressRoute Premium-tilføjelsen påkrævet for at kunne modtage global forbindelse via ExpressRoute.

Nu, hvor du har den samlede mængde påkrævet båndbredde og serviceklassens (CoS) båndbreddetal, kan du afgive en bestilling hos din valgte netværkstjenesteudbyder. Husk at medtage trafikberegninger for andre programmer og tjenester. Vi tilbyder vejledning i netværksplanlægning for andre Office 365-tjenester, herunder båndbreddeberegnere til Exchange og OneDrive. Båndbreddeabonnement på netværkstjenesteudbyder vil være højere, fordi intra-site-trafikken skal tilføjes igen. Båndbreddeberegneren til Lync 2010 og 2013 giver kun en estimering af den forventede trafik, og det anbefales derfor at kontrollere netværkets evne til at understøtte den mængde trafik ved at udføre en stresstest.

Tip: Stresstest af dit netværk anbefales på det kraftigste, når du udfører en foreløbig vurdering af dit netværk.

En stresstest indebærer opbygning og konfiguration af infrastrukturen og derefter kørsel af programmet med den forventede mængde simuleret trafik, mens du overvåger ydeevnen. Din trafikestimering kan blive unøjagtig på nogle områder, men i det mindste kan du sikre dig, at den understøtter den trafikmængde, som Båndbreddeberegner til Lync 2010 og 2013 har estimeret. Det anbefales, at du kører stresstest i minimum et par dage, men hvis du kører den i længere tid, kan det hjælpe dig med at indskrænke tallene. Men udvidelsen af stresstestperioden skal være afvejet i forhold til de omkostninger til netværkstjenester, som du betaler for, og som ikke indeholder reelt brug af netværkstrafikken. Microsoft har certificeret et antal leverandører som en del af dens IT Pro Tools-program for at tilbyde netværksadministration og handlingsværktøjer, inklusive stressværktøjer til foreløbig risikovurdering af netværk. Skype for Business kan også levere systemintegratorer (SI), som kan tage de certificerede IT Pro Tools, og som kan foretage en netværksundersøgelse for dig. Du kan se mere under Skype for Business-løsninger: IT Pro Tools.

Stresstest giver den tryghed, at netværket kan understøtte den trafikmængde, der er behov for, men i virkeligheden kan dataene i Båndbreddeberegner til Lync 2010 og 2013 afvige af flere forskellige årsager. Det kan være en god idé fortsat at overvåge dine placeringers netværk ved at udføre en fortsat undersøgelse af netværket, når den er implementeret, for at sikre, at båndbredden er tilstrækkelig, og at servicekvalitetsmekanismerne fungerer korrekt. Det er vigtigt at fortsætte overvågningen af netværkets ydeevne, efterhånden som flere og flere reelle brugere kommer online.

Del 2: ExpressRoute Skype for Business servicekvalitet

Microsofts ExpressRoute-tjeneste giver en dedikeret forbindelse til Azure-skyen, men kommunikationstjenesterne i Office 365-arbejdsbelastninger i realtid kræver netværkstjenester med tilstrækkelig båndbredde til at foretage mængden af trafik og er i stand til at støtte servicekvalitet til at levere en brugeroplevelse på virksomhedsniveau. En servicekvalitetsforbindelse skal konfigureres ende-til-ende (pc, netværksswitche og routere til skyen), da enhver del i stien, der ikke understøtter servicekvaliteten, kan forringe kvaliteten af hele opkaldet.

Formålet med dette afsnit er at forklare udfordringerne ved understøttelse af trafik i realtid i et IP-netværk og konfiguration og understøttelse af en vellykket ExpressRoute-installation af Office 365-arbejdsbelastninger i realtid ved hjælp af en Microsofts ExpressRoute Exchange-udbyder eller netværksudbyderpartner.

QoS besvares fra dit netværk udelukkende over ExpressRoute netværk kredsløb og bruges i Microsoft-netværk til Skype for Business-trafik. I dag har dele af nogle udgående forbindelser fra Microsoft manglende DSCP-værdier for Skype for Business. Indtil udgående trafik er fuldt markeret med DSCP-værdier, er du kommentarruden følge retningslinjerne for at føje QoS mærker til trafik på dit netværk rammen som beskrevet i afsnittet Implementere QoS ved hjælp af netværk listen ACL (Access Control) i denne artikel.

Problemet med realtid

At levere tale- og videotjenester på forretningsniveau stiller særlige krav til et IP-netværk. Trafik i realtid bruger Real-time Transport Protocol (RTP), som fungerer med brug af User Datagram Protocol (UDP). I modsætning til Transmission Control Protocol (TCP), som tæller og tester hver meddelelse for fejl og omfatter andre mekanismer til at registrere og gensende mistede eller fejlbehæftede meddelelser, leverer UDP ikke denne slags pålidelighed. Hvis beskeder er beskadiget ved fejl eller mistes på grund af bufferoverløb, går de tabt. UDP er blevet valgt til brug med RTP, fordi beskaffenheden af realtid er, at selvom de mistede meddelelser blev sendt igen, ville de ankomme alt for sent til at have nogen positiv indvirkning på flowet af talebeskeder.

Selv om de kendte til påvirkningen af tabte talepakker, fulgte designerne op med to metoder til at forbedre ydeevnen for tale og video over IP:

  • Gøre talekodning/-afkodning mere robust, når pakker går tabt. Det kan udføres enten med fremadrettet fejlkorrektion for at rette en procentdel af fejlene, hvilket er en funktion, der findes i Office 365 Real Time Transport, eller ved at designe taleafkodningssystemer, som forsøger at tilsløre effekten af tabte pakker, hvilket er en egenskab ved Microsofts codecs.

  • Bruge transporttjenester, der bruger servicekvalitetsmekanismer, der sikrer netværkskvaliteten med hensyn til forsinkelse, pakketab og jitter samt variationen i forsinkelse mellem pakker.

Fleksibel talekodning behandler kun problemet med pakketab, så det er vigtigt, at et netværk, som bruges til at foretage realtids tale og video har en mekanisme, der minimerer forsinkelse og jitter. Selv med fleksibel kodning, har den modtagende station ikke tilstrækkeligt med oplysninger til at genoprette en genkendelig version af talesignalet, hvis for mange pakker går tabt. Procentdelen af mistede pakker ville resultere i et betydeligt fald i den oplevede talekvalitet, som varierer afhængigt af den talekodningsteknik, der bruges. I alle tilfælde er det meget problematisk at miste pakker efter hinanden.

Minimering af forsinkelse er vigtig, fordi overdreven forsinkelse kan påvirke flowet i en samtale og skabe gener for talerne. Bedste praksis fortæller os, at en taleforsinkelse fra ende-til-ende (det, vi kalder "mund-til-øre forsinkelse") skal holdes under 150 millisekunder (m/sek.). Envejs, ikke returforsinkelse. Naturligvis vil forsinkelsen stige på længere transmissionskæder som dem, der går på tværs af oceanerne, givet overførselstiden eller den tid, det tager for signalet at rejse fysisk over kablet.

Når forsinkelsen er over 150 m/sek. Ved envejs har den en mærkelig effekt på taleren. Psykologisk set tændes et ur i talerens hjerne, der får ham til at tro, at modtageren ikke har hørt ham, og derfor gentager han det sidste, der blev sagt. Dette kolliderer med det forsinkede svar, som kommer fra den anden ende. Hvis du nogensinde har talt over en satellitkanal, genkender du denne effekt. Over en satellitkanal er der en envejsforsinkelse på ca. 250 m/sek., som er langt mere end den tilladte forsinkelse.

Anbefalede netværksparametre til tale på virksomhedsniveau

Parameter

Anbefalet værdi

Pakkejitter ved signalankomst (gennemsnit)

≤ 5ms

Pakkejitter ved signalankomst (maksimalt)

≤ 40ms

Pakketabsfart (gennemsnit)

0 % nærmer sig

Latenstid på netværket, envejs

≤ 100 ms (bør omfatte kontrol af forsinkelse versus den geografiske afstand)

ExpressRoute som en del af et talenetværk på virksomhedsniveau

ExpressRoute giver en dedikeret forbindelse via en netværkstjenesteudbyder (NSP) eller en Exchange-udbyder (EXP) på en af tre forbindelsesindstillinger:

  • Cloud Exchange Colocation

  • Point-to-Point-ethernet-forbindelse

  • Any-to-Any-forbindelse (IPVPN)

Dette giver fordele som høj tilgængelighed (serviceaftale på 99,9 % oppetid) og pålidelig distribution, der er sikker (ingen overførsel af internet), ikke påvirkes af varierende internettrafik, og som respekterer servicekvalitetsmærkning for prioritering af trafik (QoS er forklaret nedenfor). ExpressRoute kan – sammen med en velplanlagt WAN-forbindelse – give dig et talenetværk på virksomhedsniveau.

Du kan bruge ExpressRoute til dataoverførsel fra kontorer eller datacentre (ved hybridtopologi), der har forbindelse til kredsløbet. Data til brugere uden for webstedet (f.eks. hjemmekontorer, rejser osv.) kan ikke benytte ExpressRoute-kredsløbet, medmindre brugerne er forbundet via VPN og ikke skal medtages i båndbreddeestimater til dimensionering af ExpressRoute-kredsløbet. Hvis du er en multinational kunde, kan du købe ExpressRoute-kredsløb i hver region og bruge BGP Community-mærker til at oplyse om distributionsregler, så trafikken dirigeres til det foretrukne ExpressRoute-kredsløb (som regel det nærmeste for hvert websted), mens de andre kredsløb tilbyder redundans i tilfælde af, at et strømsvigt skulle påvirke et enkelt kredsløb.

Hvis ExpressRoute ikke er en mulighed

Det kan muligvis ikke muligt at oprette forbindelse alle websteder til ExpressRoute, enten på grund af omkostninger, manglende mulighed for at imødekomme ExpressRoute forudsætninger eller begrænsninger i forbindelse med din aktuelle Bemærkninger. Hvis du, hvem der ikke kan bruge ExpressRoute du stadig anbefales det at følge vejledningen nedenfor for at markere QoS i dit netværk, og til at planlægge aftaler til din Bemærkninger for at sikre tilstrækkelig båndbredde og understøttelse af trafikprioritering baseret på QoS.

Hvis du har kontorer i flere områder, men ikke har ExpressRoute kredsløb i alle områder skal også bruge område BGP community mærker når du konfigurerer routing til trafik til/fra eksterne kontorer, så unødvendige lang afstand overførsel kan undgås. For eksempel kan du overveje en virksomhed, der har et Skype for Business Online-organisation hostet i USA, men med gren kontorer i Europa, og virksomheden har kun en enkelt ExpressRoute kredsløb i Silicon Valley. De fleste af Skype for Business Online trafik sendes til et datacenter, hvor organisationen er hostet (For eksempel telefonmøder med andre brugere i organisationen), ved hjælp af ExpressRoute kredsløb kan være foretrukne for de fleste trafik. Men hvis en bruger i Europa deltage i et telefonmøde, der er hostet af et andet firma, hvis organisationen er placeret i Europa, destinationen for medier i pågældende opkald ville være det europæiske datacenter hvor anden virksomhed er placeret. Routing trafik via ExpressRoute kredsløb i Silicon Valley ville være en mindre direkte rute end det ville være muligt via internettet. I dette tilfælde kan du vil konfigurere routere i dit netværk (For eksempel i de europæiske kontorer) for at undersøge community mærker, når foretage routing regler og routing via internettet i stedet for Silicon Valley ExpressRoute kredsløb til trafik, der indeholder europæisk region mærker.

Grundlæggende begreber for servicekvalitet/serviceklasse

I IP beskriver servicekvalitet en mekanisme, som bruges til at angive prioritet til håndtering af nogle pakker frem for andre. Den Internationale Telekommunikationsunion (ITU) definerer servicekvalitet som omfattende alle aspekter af en forbindelse herunder forsinkelse, tab, signal-til-støj-forholdet, krydstale, ekkoafbrydelser, frekvenskurve, lydstyrkeniveauer osv. Hvad vi kalder servicekvalitet i pakkenetværk er mere korrekt en databaseterminologi kaldet serviceklasse, som fokuserer på forbedring af ydeevnen for forsinkelse, jitter og pakketab, men vi vil fortsat bruge ordet servicekvalitet, eftersom det er mere almindeligt brugt.

Levering af servicekvalitet i et IP-netværksopkald kræver to primære komponenter:

  • Reservering af en defineret mængde båndbredde på hvert led i realtidstrafik. Hvis båndbredden ikke er nødvendig i realtidstrafik på et givent tidspunkt, kan den bruges til anden trafik. Den generelle retningslinje fortæller, at ikke mere end 30 % af kapaciteten i et led skal tildeles til taletrafik.

  • Mærkning af pakker med en prioritetsindikator i headeren, der fortæller switche og routere i stien om prioriteten af pakken, der skal tildeles.

Når en pakke er modtaget på en switch eller router, flyttes den til en outputkø til næste ben eller hop. Der findes forskellige outputkøer til de forskellige prioritetsniveauer. En switch eller router benytter en algoritme, som yder for højprioritetskøen oftere end lavprioritetskøer.

Udfordringen er, at der er forskellige teknikker til QoS, der er implementeret på Layer 2 (det vil sige Ethernet- eller Wi-Fi lag) og Layer 3 (det vil sige lag IP-Adresse). De forskellige QoS-installationer kan være nødvendigt at konfigureres i hver parameter og router i netværket, samt grænsefladen mellem dit netværk og netværk-udbyderens netværk.

Der er to muligheder for, hvordan data fra forskellige Skype for Business-programmer kan knyttes til de relevante serviceklasser:

  • Slutpunktsmærkning af trafikken ved hjælp af Differentiated Services Control Point (DSCP)

  • Baseret på netværksadgangskontrolliste (ACL)

Slutpunktsmærkning af trafikken - Differentiated Services Control Point (DSCP)

Differentierede Tjenester (DiffServ) kaldes for en "Grovdetaljeret" mekanisme til klassificering og administration af netværkstrafikken og leverer servicekvalitet i IP-netværk. Routere og andre enheder, der implementerer Lag 3-funktioner, bruger DiffServ Control Point (DSCP) til at definere pakkens prioritet. Servicekvalitet implementeres ved at indsætte en 6-bit DSCP-værdi i de opdelte tjenestefelter (tidligere feltet "Servicetype") i IP-headeren. 6-bit tillader 64 forskellige prioritetsniveauer. Prioritetsniveauerne er typisk defineret som vist her.

Anbefalede DSCP-indstillinger

Trafikklasse

Behandling (DSCP-mærkning)

Skype for Business-arbejdsbelastninger

Tale

EF (46)

Skype til virksomheder og Lync-tale

Interaktive

AF41 (34)

Video

AF21 (18)

Programdeling

Standard

AF11 (10)

Filoverførsel

CS0 (0)

Alt andet end ovenstående

IP Version 4 header

IPv4-sidehoved

Lag 2 servicekvalitet: IEEE 802.1p/Wi-Fi Multi-Media (IEEE 802.11e)

Mens DSCP er en standardmekanisme til at implementere servicekvalitet på Lag 3, findes der forskellige Lag 2-servicekvalitetsmekanismer til kablede (dvs. Ethernet) og trådløse (dvs. Wi-Fi) netværk. Servicekvalitetsmekanismen for kablede netværk er defineret i IEEE 802.1p-standarden. WLAN-servicekvalitetsmekanismen er defineret i IEEE 802.11e, hvor Wi-Fi Alliance identificeres som “Wi-Fi Multi-Media Certified” (WMM Certified).

IEEE 802,1 p bruger et 3-bits prioritetskodepunkt (PCP) til at identificere meddelelsens prioritet. PCP er den del af 32-bit-feltet i Ethernet-headeren, som også har VLAN-identifikatoren. Angivelsen for PCP-værdier er medtaget herunder.

IEEE 802.1p PCP-værdier

PCP-værdi

Prioritet

Akronym

Trafiktyper

7

7

NC

Netværkskontrol

6

6

IC

Internetværkkontrol

5

5

VO

Tale

4

4

VI

Video

3

3

CA

Vigtige programmer

2

2

\ee

Fremragende indsats

0

1

BE

Bedste indsats

1

0

BK

Baggrund

Hvor IEEE 802.1 p implementeres på stort set samme måde som DSCP med trafik sorteret i forskellige prioritetskøer for hvert prioritetsniveau, har de delte mediers beskaffenhed af WLAN-opkald en anden tilgang. Mens adgangspunkt og klienten vil opretholde separate output køer til de forskellige prioritetsniveauer, er der også forskelle i, hvordan frames sendtes ud på radiokanalen.

I et Wi-Fi-netværk er alle klienter knyttet til en adgangspunktsdeling for en enkelt, halv eller dobbelt kanal (dvs. kun én klientstation eller ét adgangspunkt kan sende ad gangen). For at minimere risikoen for kollisioner på radiokanalen, venter stationen, inden du sender en frame, på, at kanalen bliver ledig i en bestemt periode, kaldet en "Inter-Frame Spacing". Hvis kanalen er optaget, når en station går i gang med at sende, træder den tilbage i en tilfældig tidsperiode. Når framen er sendt, og hvis afsenderen ikke modtager en bekræftelsesmeddelelse fra modtageren, antager den, at en kollision eller en anden fejl er opstået, og den træder tilbage i et tilfældigt interval, før den forsøger at få adgang til radiokanalen for at sende igen. Tilbagetrædelsesintervallet er vilkårligt for at reducere sandsynligheden for, at de samme to stationer vil støde sammen igen.

For at prioritere adgang til radiokanalen, definerer IEEE 802.11e/WMM forskellige venteintervaller for overførslen kaldet "Arbitrated Inter-Frame Spacings" (AFIS) og andre tilbagetrædelsesintervaller for de forskellige trafikklasser. De fire prioritetsniveauer kaldet "Adgangskategorier" er defineret.

Prioriteres ved at tildele kortere AFIS-værdier til højere prioritetsrammer. Så hvis en station ligger venter på at sende en tale-frame og en anden venter på at sende en data-frame, sendes tale-framen altid først. Teknisk set er tale- og video-frames tildelt samme AFIS-værdi, men området for tilbagetrædelsesintervaller i video-frames er højere. Så mens en tale- og video-frames kan støde sammen i første forsøg, vil tale-frames altid blive gensendt hurtigere. Korrelationen mellem IEEE 802.1p og IEEE 802.11e er vist nedenfor:

IEEE 802.11e/Wi-Fi Multi-Media (WMM) til 802.1P-kortlægning

WMM-adgangskategori

WMM beskrivelse

802.1P PCP-værdi

802.1P-betegnelse

1 (AC_VO)

Tale

7 (111)

NC

6 (110)

VO

2 (AC_VI)

Video

5 (101)

VI

4 (100)

CL

3 (AC_BE)

Bedste indsats Data

3 (011)

\ee

0 (000)

BE

4 (AC_BK)

Baggrund Data

1 (001)

BK

2 (010)

---

Den anbefalede tilknytning af Lag 3 til Lag 2-prioriteter vises her:

Anbefalede tilknytning af Lag 3 til Lag 2-prioriteter

Lag 3-mærkninger

Lag 2 (PCP-værdi)

Wi-Fi (adgangskategori)

Netværkskontrol

Adfærd per hop (PHB) - Klassevælger (CS) 6

6

1 (AC_VO)

DSCP-værdi - 48

Tale

Adfærd per hop (PHB) -Fremskyndet videresendelse (EF)

5

1 (AC_VO)

DSCP-værdi - 46

Videomøde

Adfærd per hop (PHB) - Garanteret videresendelse (AF) 41

4

2 (AC_VI)

DSCP-værdi - 34

Opkaldssignalering

Adfærd per hop (PHB) - Klassevælger (CS) 3

3

2 (AC_VI)

DSCP-værdi - 24

Data for lav ventetid

Adfærd per hop (PHB) -Garanteret videresendelse (AF) 21

2

3 (AC_BE)

DSCP-værdi - 18

Store mængder data

Adfærd per hop (PHB) - Garanteret videresendelse (AF) 11

1

3 (AC_BE)

DSCP-værdi - 10

Bedste indsats

Adfærd per hop (PHB) - 0

0

4 (AC_BK)

DSCP-værdi - 0

Det er vigtigt at bemærke, at der er en uoverensstemmelse i prioritetskodning for IEEE 802.1p og WMM. 802.1 p PCP-værdien for tale er 5, men i den almindelige ækvivalente kortlægning til WMM er PCP 5 oversat til Adgangskategori 2, WMM-adgangskategori til video (AC_VI). Hvis det er muligt, skal du tilsidesætte denne kortlægning, så PCP 5 konverteres til Adgangskategori 1, eller du skal blot undgå brug af lyd og video på det samme Wi-Fi-netværk, indtil Wi-Fi Alliance adresserer dette problem. For yderligere oplysninger om Wi-Fi, se Wi-Fi-katalogelementer

Implementere servicekvalitet ved hjælp af netværksadgangskontrollisten (ACL)

Den alternative metode til at implementere servicekvalitet i en ExpressRoute-konfiguration er at bruge netværksadgangskontrollisten (ACL). I stedet for at slutpunkterne indsætter de relevante DSCP-mærkninger i headeren for hver pakke, kan mærkning med denne tilgang udføres ved en opadgående router baseret på UDP-kildeporten. Alle switche og routere skal stadig være konfigureret til at understøtte servicekvalitet for at sikre, at DSCP-indstillingerne bevares. Især routeren, som har forbindelse til tjenesteudbyderens netværk, skal vedligeholde DSCP i headeren for hver pakke, da den pågældende DSCP-indstilling i bund og grund er din instruktion til netværkstjenesteudbyderen for, hvordan pakker skal behandles.

De anbefalede portintervaller for hvert Skype for Business-program er anført i sektion 2.6.1.1 i vejledningen Netværksplanlægning, overvågning og fejlfinding med Lync Server. Det er vigtigt, at dette koordineres med organisationens overordnede tilgang til servicekvalitet, og du skal være opmærksom på de forskellige servicekvalitetsregler og potentielle pakker, som viser fejl.

Mens den vigtigste grund til, at servicekvalitet og MPLS-netværkstjenester bruges, er at sikre en god brugeroplevelse i tale og video i realtid, kan de samme funktioner også anvendes til dataprogrammer. I stedet for at behandle alle programmer ens, kan MPLS-netværk give organisationer mulighed for at prioritere nogle dataprogrammer frem for andre. Med MPLS kan realtidsprogrammer såsom kreditkorttransaktioner eller skærmdeling prioriteres højere end mindre tidsfølsom trafik som f.eks. mail.

Forstå typerne af IP-netværkstjenester - Grundlæggende IP og MPLS

Den oprindelige IP-pakkevideresendelse arbejdede ud fra princippet om "bedste indsats". Det betød, at de routere, som videresendte disse IP-pakker, ville gøre deres bedste for at levere dem til deres destinationer, men der var absolut ingen garanti for, hvornår eller om de ville nå destinationen. Det er sådan, de grundlæggende internettjenester, herunder din internetforbindelse derhjemme, fungerer i dag. Ideen var, at hvis pålidelighed var påkrævet for et bestemt program, ville den blive leveret på et højere niveau i protokolstablen. De pålidelige leveringsmekanismer er Transmission Control Protocol (TCP). User Datagram Protocol (UDP), som bruges i tale og video i realtid, er den upålidelige leveringsmekanisme (dvs. "Bedste indsats").

Multi-Protocol Label Switching (MPLS) blev udviklet som et middel til netværkstjenesteudbydere for at tilbyde en IP-tjeneste med ydeevnegarantier for forsinkelse, jitter og pakketab. For at leve op til disse opfyldelsesgarantier, tager MPLS noget af uforudsigeligheden ud af den traditionelle IP. I stedet for at hver pakke finder vej til sin destination router-til-router (hvorved hver pakke tager en anden vej fra kilden til destinationen), dirigerer MPLS alle pakker på en "virtuel kredsløbsforbindelse" med en fast sti kaldet Label Switched Path (LSP). Hvis et af leddene på stien mislykkes, vil alle de LSP'erne, som bruger dette led, hurtigt blive omdirigeret.

Når en pakke bliver sendt til MPLS-netværket, føjer netværkstjenesteudbyderens enderouter en ekstra header til pakken, der omfatter en etiket, der bruges til at videresende den over den relevante LSP. Navnet fjernes fra enderouteren i den anden ende af MPLS-netværket.

Foruden at forenkle videresendelsesprocessen er det også en fordel ved MPLS, at netværksadministrationssystemet kan se hvilke forbindelser, der findes på hvert led i netværket. Ved at kontrollere måden, hvorpå trafik dirigeres gennem netværket, kan operatøren garantere for servicekvalitet på hver rute. I modsætning til bedste indsats-ydeevnen for traditionel eller grundlæggende IP, kan MPLS-operatører levere en IP-tjeneste med forudsigelig ydeevne. LSP gør også MPLS mere sikker end de traditionelle internettjenester. Så med grundlæggende IP-tjeneste kan vi håbe, at netværket vil klare sig godt nok til at levere god talekvalitet og bruge teknikker som FEC og mere robust talekodning til at forbedre odds, men ved at bruge MPLS, kan vi være sikre på det.

MPLS-udbydere tilbyder flere klasser af serviceniveauer, men desværre bruger de forskellige udtryk til at identificere dem. Du skal arbejde tæt sammen med din udbyder for at sikre, at de forstår outputtene fra Båndbreddeberegner til Lync 2010 og 2013 og de anbefalede indstillinger til de forskellige programmer til Office 365-arbejdsbelastninger i realtid.

Konklusion

Skype for Business forbedrer måden, hvorpå virksomhedskommunikation udføres. I stedet for at have en telefon tilsluttet en PBX, et enkeltstående videokonferencesystem, en separat platform til mail, en ekstern tjeneste til lydmøder og nogle programmer til chat og tilstedeværelse, kan Skype for Business samle alle disse egenskaber i en enkelt brugergrænseflade.

Konsekvent leverance af tale- og videotjenester i realtid på forretningsniveau kræver en ende-til-ende-netværksinfrastruktur, der kan levere servicekvalitet. Det betyder både LAN og WAN-tjenester. Microsoft leverer redskaber som Båndbreddeberegner til Lync 2010 og 2013 til at vurdere netværkskapaciteten, som du får brug for til de forskellige tjenester. Der er desuden partnere i IT Pro Tools-programmet Skype for Business-løsninger: IT Pro Tools, der tilbyder værktøjer til prævurdering af netværksinfrastruktur og supportovervågning, rapportering og fejlfinding. Uden en korrekt dimensioneret og konfigureret netværksinfrastruktur risikerer du at få en ExpressRoute Skype for Business-installation, som ikke opfylder dine brugeres forventninger til kvalitet og ensartethed.

Effektive forretningsværktøjer skal fungere pålideligt og konsekvent og levere en brugeroplevelse, der tilskynder brugerindføring. Fra et netværkssynspunkt vil det sige at have en netværksinfrastruktur, både lokalt og bredt, fast og mobil, der kan tillade, at dette skal ske. Planlægning, design, implementering og vedligeholdelse af denne infrastruktur er ikke altid en nem præstation. Hardware, værktøjer og netværkstjenester til at opnå dette er tilgængelige i dag, men det er IT-medarbejdernes ansvar, at de er designet, installeret og opretholdt på en måde, som sikrer, at brugerne får et sæt kommunikations- og samarbejdstjenester, der giver mulighed for at arbejde effektivt, så organisationen kan opnå de fulde fordele ved, hvad denne teknologi har at tilbyde.

Bemærk: Ansvarsfraskrivelse for maskinoversættelse: Denne artikel er blevet oversat af et computersystem uden menneskelig indgriben. Microsoft tilbyder disse maskinoversættelse for at hjælpe ikke-engelsktalende brugere til at kunne nyde indhold om Microsofts produkter, tjenester og teknologier. Da artiklen er maskinoversat, kan den indeholde forkerte ord eller syntaks- eller grammatikfejl.

Se også

ExpressRoute-dokumentation

Del Facebook Facebook Twitter Twitter Mail Mail

Var disse oplysninger nyttige?

Fantastisk! Har du mere feedback?

Hvordan kan vi forbedre det?

Tak for din feedback!

×