ExpressRoute ir QoS "Skype" verslui internete

Svarbu :  Šis straipsnis išverstas naudojant mašininį vertimą, žr. atsakomybės atsisakymą. Su šio straipsnio versija anglų kalba galite susipažinti čia .

Prisijunkite prie „Office 365“ skirtuoju tinklo ryšiu naudodami „Azure ExpressRoute for Office 365“ ir internetinę „Skype“ verslui. Specialiai „Skype“ verslui programoms skirtas ryšys suteiks patikimą ir numatomą našumą, taip pat privatumą, kuris užtikrinamas nesinaudojant viešuoju internetu. Dabar galite įsigyti galimybę naudotis geresniu tinklo ryšiu su „Office 365“ ir internetine „Skype“ verslui, kuris yra prognozuojamas, suteikia verslo klasės patikimumą ir veikimo SLA.

Pastaba : Yra nauja versija pralaidumo skaičiuoklė, kuris pasiekiamas "Skype" verslui, pralaidumo skaičiuoklė, tačiau, šiuos nurodymus šio dokumento puslapius naudodami "Lync 2010" ir 2013 pralaidumo skaičiuoklė.

Internetinė „Skype“ verslui ir „ExpressRoute“

Dirbdami kartu su „Microsoft“ „ExpressRoute“ partneriu, galite prisijungti prie įvairių „Office 365“ programų, įskaitant internetinę „Skype“ verslui debesyje, naudodami skirtąjį ryšį. Tačiau internetinės „Skype“ verslui garso ir vaizdo ryšių realiuoju laiku funkcijoms reikia tinklo tarnybų, kurios specialiai sukonfigūruotos palaikyti „Office 365“ realiojo laiko darbo krūvius. Tai reiškia, kad reikalingas tinklas, turintis pakankamą pralaidumą ir galintis palaikyti reikiamą srautą, taip pat užtikrinantis reikiamą paslaugos kokybę (QoS) ir verslo klasės patirtį.

Šis dokumentas skirtas administratoriams ir tinklo kūrėjams, kad padėtų suprasti specifinius iššūkius, su kuriais susiduriama siekiant palaikyti ryšius realiuoju laiku, supažindintų su „Microsoft“ siūlomais įrankiais, padedančiais kurti tinklą, atitinkantį šiuos reikalavimus, ir pristatytų kūrimo procesą remiantis atvejo tyrimu.

Pirmoji šio dokumento dalis supažindins su atvejo tyrimu ir padės sukurti tinklą naudojant „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklę ir apskaičiuoti didelio, keliose vietose veikiančio „Skype“ verslui tinklo „ExpressRoute“ diegimo reikalavimus. Antrojoje šio dokumento dalyje susipažinsite su pagrindinėmis paslaugos kokybės (QoS) sudedamosiomis dalimis. Sužinosite išsamią techninę informaciją, susijusią su „Skype“ verslui ryšių realiuoju laiku palaikymu, taip pat su konkrečiomis reikalingomis tinklo paslaugomis.

Sužinosite techninę informaciją, taip pat susipažinsite su „QoS“ ir „ExpressRoute“, sužinosite, su kokiais konkrečiais iššūkiais teks susidurti, taip pat gausite žinių apie įrankius ir technikas, kurie padės sėkmingai įdiegti „ExpressRoute“ visame „Skype“ verslui tinkle.

Darbo pradžia

Kai ruošiatės naudoti „ExpressRoute“ „Skype“ verslui, būtų naudinga susipažinti su skirtingais „ExpressRoute“ ryšio modeliais ir įvairiais partneriais bei vietomis, taip pat, kaip įsigyti ir sukonfigūruoti „ExpressRoute“ savo įmonėje. Pateikiame keletą išteklių, nuo ko galima pradėti.

1 dalis. Atvejo tyrimas: „ExpressRoute“ naudojimas „Dewey Law, LLC.“

Šis „Dewey Law, LLC.“ atvejo tyrimas parodys, kaip nustatyti tinklą, užsisakyti tinklo paslaugas, išsiaiškinti pralaidumo reikalavimus, reikalingus „ExpressRoute“, skirtam internetinei „Skype“ verslui palaikyti.

Priešistorija „Dewy Law LLC.“ yra didelė teisininkų firma, kurioje dirba 790 advokatų ir 5 580 darbuotojų, pasklidusių 78 vietose. Įmonės būstinė įsikūrusi Niujorke, trys regioniniai biurai yra Čikagoje, San Franciske ir Dalase, o 24 dideli ir 50 mažų filialų pasklidę po visą šalį. Įmonė dirba su didelėmis, sudėtingomis bylomis, kurias nagrinėjant dalyvauja du ar daugiau biurų. Tai reiškia, kad tinklo ryšys tarp biurų naudojamas intensyviai.

„Dewy Law LLC.“ yra palyginti jauna firma, todėl advokatai ir kiti darbuotojai moka naudotis technologijomis ir dažnai jomis remiasi savo darbe.

Vartotojų pasiskirstymas pagal vietas ir pareigas

Būstinė (NY)

Regioniniai biurai (3)

Dideli filialai (24)

Maži filialai (50)

Vadovai

20

10

1

1

Partneriai

150

50

10

5

Teisininkai

300

100

20

10

Teisininkų padėjėjai

400

125

30

15

Vadovų administratoriai

100

35

6

3

IT ir bendroji administracija

100

25

3

2

Iš viso per svetainės

1 070

345

70

36

Iš viso per svetainės klasės

1 070

1 035

1 680

1800

Tinklo nustatymas

Norint „Dewey Law LLC.“ teikti patikimas ir kokybiškas paslaugas realiuoju laiku, reikia įvykdyti keletą pagrindinių reikalavimų:

  • Jie nori, kad balso paslaugos būtų teikiamos ir dingus elektrai, todėl jų tinklo komutatoriai ir kelvedžiai turėtų veikti elektros energiją perduodant eternetu (PoE) pagal standartą IEEE 802.3af arba 802.3at.

  • Tinklo komutatoriai ir kelvedžiai taip pat turi naudoti nenutrūkstamo maitinimo šaltinius (UPS), kad galėtų veikti ir nutrūkus maitinimui.

    Jie turi „Wi-Fi“ ryšį su biurų LAN, todėl primygtinai rekomenduojame naudotis sertifikuoto „Skype verslui „Wi-Fi“ infrastruktūros partnerio paslaugomis, teikiamomis „Skype“ verslui tinklo sprendimų.

    Patarimas :  Rekomenduojami 802.11n ir 802.11ac belaidės prieigos taškai.

  • Ir svarbiausia, kad visų biurų visi LAN tinklai būtų sukonfigūruoti užtikrinti paslaugos kokybę (QoS). Tai apima asmeninius kompiuterius, nešiojamuosius kompiuterius ir tinklo aparatūrą, pvz., komutatorius ir kelvedžius.

Dabar, kai susipažinome su pagrindiniais dalykais, „Dewey Law LLC.“ verslo lygio paslaugoms teikti rekomenduojame naudoti tinklo partnerio IP tarnybą „Multi-Protocol Label Switching“ (MPLS), kuri prijungs prie „Azure ExpressRoute“ tarnybos. MPLS teikia IP paslaugą su įvykdymo garantija, taikoma vėlinimui, vėlinimo svyravimui ir paketų praradimui. Tačiau jei MPLS nėra, taip pat galima naudoti eternetą, prijungtą prie vieno iš mūsų „ExpressRoute“ duomenų mainų partnerių.

MPLS teikėjai siūlo keletą paslaugos klasės lygių, bet visi juos aprašo skirtingais terminais. Turėsite glaudžiai bendradarbiauti su savo teikėju, kad įsitikintumėte, jog jis supranta, kokius duomenis įvedėte į „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklę ir kokios parinktys yra galimos ir rekomenduojamos naudojant skirtingas „Office 365“ realiuoju laiku veikiančias programas.

Yra du būdai, kaip „Skype“ verslui programų duomenis susieti su atitinkamomis MPLS paslaugos klasėmis:

  • srauto galinio taško žymėjimas naudojant „DiffServ Control Point“ (DSCP);

  • tinklo prieigos valdymo sąrašas (ACL).

Kad būtų galima realizuoti galinių taškų žymėjimą, reikia sukonfigūruoti, kad visi domenai, prisijungę prie „Dewey Law LLC.“ „Windows“ įrenginių, pažymėtų kiekvieną paketą atitinkamu „DiffServ ControlPoint“ (DSCP) žyme ir tada įgyvendintų „QoS“ visų biurų visuose tinklo komutatoriuose ir kelvedžiuose, kad būtų galima užtikrinti, jog „QoS“ žymės yra palaikomos ir nepašalinamos. Tinklo paketų DCPS žymės praneša paslaugų teikėjams, koks yra tinklo paketo prioritetas. Daugiau informacijos apie DSCP pateikta „QoS“ skyriuje 2 dalyje.

Jei naudojamas tinklo ACL, DSCP prioriteto žymėjimas įgyvendinamas išsiuntimo kelvedyje ir grindžiamas UDP šaltinio prievadu. Rekomenduojami prievadų diapazonai kiekvienai programai pateikti Tinklo planavimo, stebėjimo ir trikčių šalinimo naudojant „Lync Server“ vadovo dalyje 2.6.1.1. Svarbu koordinuoti šį procesą su bendru „Dewey Law LLC.“ „QoS“ diegimu ir projektavimu ir atkreipti dėmesį, kad į „QoS“ strategijų skirtumus ir galimybę, kad paketų žymės gali nesutapti.

Kiekvienas „ExpressRoute“ tinklo paslaugų teikėjas turės paslaugos klasę „QoS“, kuri tinka realiojo laiko garso ir vaizdo informacijai perduoti. Ši COS perduodant balsą vadinama paspartintuoju perdavimu (Expedited Forwarding – EF), o vaizdą – garantuotuoju perdavimu (Assured Forwarding – AF). Turite būti labai atsargūs, kad įsigytumėte tinkamo dydžio pralaidumą balso EF srautui. Taip yra todėl, kad siunčiant daugiau balso srauto, nei konkreti balso paslaugos klasė yra sukonfigūruota, kokybė gali labai smarkiai pablogėti.

Patarimas :  Bet koks srautas, viršijantis balso paslaugų teikėjo paslaugos klasės įsipareigojimus, yra iš karto atšaukiamas, o tai turi tiesioginę įtaką balso kokybei.

Bendrai vertinant „Dewey Law LLC.“ tinklą ypač svarbu tiksliai nustatyti, kokio tinklo pralaidumo reikės norint palaikyti balso srautą ir žymėti kiekvieną balso paketą (tik balso paketus) naudojant DSCP balso parametrą (DSCP EF 46).

Norint įdiegti „QoS“ visame įmonės tinkle, galiniai taškai arba kelvedžiai turi pažymėti kiekvieną paketą reikiamu 3 lygmens prioriteto indikatoriumi (DSCP). Visame tinkle kiekvieno komutatoriaus ir kelvedžio „QoS“ parinktis turi būti įjungta. Jei bent vieno komutatoriaus ir kelvedžio „QoS“ parinktis nebus įjungta, „QoS“ žymės ant balso ir vaizdo paketų, perduodamų per tą komutatorių ar kelvedį, bus pašalintos. Taip „QoS“ išjungiama visuose atsisiuntimo komutatoriuose ir kelvedžiuose ir sumažėja „ExpressRoute“ turėjimo nauda.

Taip pat reikia, kad kiekviename taške būtų apibrėžti 3 lygmens ir 2 lygmens „QoS“ prioritetai. 2 lygmens laidinių tinklų prioriteto nustatymo mechanizmai apibrėžti IEEE 802.1p standarte, o „Wi“Fi“ tinklų – 802.11e / WMM standarte. Dar svarbiau, kad tinklo kelvedyje, pasiekiančiame tinklo paslaugų teikėjo MPLS tinklą, ant visų siunčiamų paketų turi būti nustatyti DSCP parametrai, kad būtų užtikrinta atitinkama MPLS paslaugos klasė.

Patarimas : Dėl QoS nustatyti konkrečią informaciją, ieškokite skyriuje 2,6 Tinklo planavimas, stebėjimas, ir trikčių šalinimas naudojant "Lync Server". Taip pat galite peržiūrėti planavimas tinklo reikalavimai "Skype" verslui 2015 daugiau tinklo planavimo reikalavimai.

Tinklo prieigos paslaugų užsakymas

Jei įvykdėte „QoS“ tinklo būtinąsias sąlygas ir įdiegėte mechanizmus, palaikančius „ExpressRoute“, kitas žingsnis yra pateikti užsakymą dėl „ExpressRoute“ tinklo prieigos paslaugų. Užsakant bendrovei „Dewey Law LLC.“ „ExpressRoute“ prieigos paslaugas iš „Microsoft“ tinklo paslaugų teikėjo partnerio, reikės nurodyti du dalykus:

  • Bendrą pralaidumą, kurio reikės norint kiekvieną vietą prijungti prie „ExpressRoute“ ir „Office 365“.

  • Bendrą kiekvienai paslaugos klasei reikalingą pralaidumą, kuris leistų palaikyti „Skype“ verslui programas, kurias naudoja „Dewey Law LLC.“. Paslaugos klasei reikalingas pralaidumas priklauso nuo to, kokio srauto tikitės iš „Skype“ verslui programų, tokių kaip balso ir vaizdo perdavimas, IM, buvimas ir ekrano bendrinimas.

„Skype“ verslui programų pralaidumo reikalavimų nustatymas

Kalbant apie „Dewey Law LLC.“, nustatę, kokio bendro pralaidumo reikia, dabar turite išsiaiškinti, kaip bendras pralaidumas turi būti paskirstytas įvairioms paslaugos klasėms. Pvz., kokio pralaidumo reikia kiekvienai „Skype“ verslui programai.

Norėdami nustatyti šiuo reikalavimus kiekvienoje „Dewey Law LLC.“ vietoje, naudosite „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklę. Skaičiuoklė yra „Excel“ pagrindu veikiantis įrankis, suteikiantis galimybę apibrėžti numatomą įvairių „Skype“ verslui programų, įskaitant garso ir vaizdo perdavimą, konferencijas ir ekrano bendrinimą, pralaidumo naudojimą. Skaičiuoklė automatiškai sugeneruos kiekvienos tinklo vietos pralaidumo įvertinimą ir „CoS“ reikalavimus. Kai atsisiųsite „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklę, kartu bus atsiųstas ir vartotojo vadovas, kuris suteiks papildomos informacijos.

Norėdami jums padėti skaičiuoklę, įvairių langeliai skaičiuoklėje yra pažymėtos spalviniais kodais:

  • Žalia – tai bendrųjų duomenų įvesties sritys.

  • Geltona – išplėstinių duomenų įvesties sritys. Galite jas keisti, tačiau turite tai daryti atsargiai.

  • Raudona – tik skaitomos sritys, jose įvestos reikšmės yra užrakintos ir jų keisti negalima.

  • Pilka – tik rodomos sritys. Tai yra rezultatai arba duomenys, gauti iš bendrosios įvesties sričių.

„Dewey Law LLC.“ kūrimo procesas prasideda nuo vartotojų suskirstymo „vaidmenimis“ (angl. persona). Galite nurodyti, kokiu lygiu kiekvienas vaidmuo naudos įvairias „Skype“ verslui taikomąsias programas (nenaudos, žemas, vidutinis, aukštas arba vieną iš trijų apibrėžtų pasirinktinių parametrų). Šie pasirinkimai pateikti darbalapyje Persona. Nurodomas kiekvieno pasirinkimo naudojimo lygis (mažas, vidutinis arba aukštas), tačiau galima keisti numatytuosius kiekvieno pasirinkimo parametrus. Skaičiuoklė nustato, kiek vartotojų kiekvienoje vietoje naudos kiekvieną vaidmenį ir apskaičiuoja, koks bendras pralaidumas reikalingas kiekvienai vietai.

Taip pat galite nurodyti naudojamus garso ir vaizdo kodekus, ar naudojamas tiesioginis klaidų taisymas, taip pat kitus sistemos parametrus, kurie gali turėti poveikį pralaidumo reikalavimams. Galite naudoti numatytuosius „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklės parametrus arba pasirinkti kitus kodekus ir kitus sistemos parametrus. „Dewey Law LLC.“ gali būti naudojami numatytieji parametrai. Tačiau jei norėtumėte pakeisti numatytuosius parametrus, galite naudoti išskleidžiamąjį meniu, kur pateikti visi pasirinkimai. Pralaidumas, susietas su kiekvienu pasirinkimu, pateikiamas darbalapyje Codecs. Pakeitus bet kurį parametrą, atnaujinamas kiekvienos vietos pralaidumo ir paslaugos klasės (CoS) derinys. Ši funkcija leidžia išbandyti įvairias galimas konfigūracijas ir pamatyti, kokį poveikį pakeitimai turi pralaidumo reikalavimams.

Mes apibrėžėme tris „Dewey Law LLC.“ vaidmenis: „vadovas / partneris“, „teisininkas / teisininko padėjėjas“ ir „IT administratorius“. Toliau pateiktoje lentelėje parodyta, kokius „Skype“ verslui programų naudojimo profilius nustatėme kiekvienam vaidmeniui.

Vaidmenys ir naudojimo profiliai (darbalapio Persona stulpeliai A–P)

Persona

IM/Presence

P2P audio

P2P video

Conferencing audio

Conferencing video

Desktop sharing

Dial-in conferencing audio

Lync 2010 RTV_Type

Remote Users

Lync 2013 stereo audio

Lync 2013 video quality

Lync 2013 users behavior for P2P video window

Lync 2013 Multi-view usage

Vadovai / partneriai

High

Medium

Low

Medium

Medium

Nėra

Medium

CIF

0 %

0 %

Best

Typical

Typical

Teisininkai / teisininkų padėjėjai

High

Medium

Low

Medium

High

High

Medium

CIF

0 %

0 %

Medium

Typical

Typical

IT administratoriai

High

Medium

Nėra

Low

Nėra

Nėra

Medium

CIF

0 %

0 %

Medium

Typical

Typical

Turėsite įvesti informaciją, pateiktą aukščiau esančioje lentelėje Vartotojų pasiskirstymas pagal vietas ir pareigas, į „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklės darbalapį Sites. Kadangi regioniniuose biuruose dirba vienodas darbuotojų skaičius, jie apibrėžiami kaip ta pati „vieta“, nurodant, kad tokių vietų yra trys. Taip pat nurodomi ir dideli bei nedideli filialai, kuriuose yra vartotojų, – atitinkamai 24 ir 50.

Kai nurodysite kiekvieno vaidmens parametrus, darbalapyje Sites reikės įvesti kiekvieno vaidmens vartotojų skaičių kiekvienoje vietoje. Bendras visų vietų vartotojų skaičius atnaujinamas automatiškai. Kadangi „Office 365“ vietoje nėra vartotojų, jie visi turi būti įvesti darbalapio eilutėje Branch Sites. Tada „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklė užpildys lentelės „WAN BW per QoS traffic class“ stulpelius „Best Effort Class“, „Data Traffic Class“ ir „Real-time traffic class“. Tai rodo toliau pateiktos lentelės duomenys.

Patarimas :  Į skaičiuoklę taip pat įtraukiamas vienalaikių kiekvienos programos seansų skaičius, tačiau taupydami vietą tuos stulpelius panaikinome.

Vaidmenys pagal vietą – (darbalapio Sites stulpeliai A, D, I ir nuo AI iki AX)

Site Name

Total Users in Site

Total Sites Like This

User Profile 1

User's of Profile 1

User Profile 2

User's of Profile 2

User Profile 3

User's of Profile 3

Būstinė

1070

1

Vadovai / partneriai

170

Teisininkai / teisininkų padėjėjai

700

IT administratoriai

200

Regioniniai biurai

345

3

Vadovai / partneriai

60

Teisininkai / teisininkų padėjėjai

225

IT administratoriai

60

Didelių filialų biurai

70

24

Vadovai / partneriai

11

Teisininkai / teisininkų padėjėjai

50

IT administratoriai

9

Mažų filialų biurai

36

50

Vadovai / partneriai

6

Teisininkai / teisininkų padėjėjai

25

IT administratoriai

1

Linijos pralaidumas, būtinas programai pagal vietą Kb/s (darbalapio Sites stulpeliai A ir nuo BQ iki LF)

Vieta

Peak SIP / IM bandwidth

Didžiausia Intersite lygiaverčio garso pralaidumo

Didžiausia Intersite lygiaverčio vaizdo pralaidumo

Peak Audio Conf bandwidth

Peak Video Conf bandwidth

Peak WAN Share bandwidth

Peak WAN bandwidth for PSTN Calls

Būstinė

1070

525,30

560,00

739,50

2640,00

4224,00

2688,30

Regioniniai biurai

345

185,40

560,00

255,00

1320,00

1536,00

896,10

Dideli filialai

70

92,70

560,00

102,00

600,00

384,00

216,30

Nedideli filialai

36

119,40

560,00

76,50

600,00

384,00

123,60

Tikriausiai svarbiausias stulpelių skaičiuoklėje yra tie, kurie aprašyti WAN pralaidumo QoS klasę. Tai parodyta toliau pateiktoje lentelėje. Šiuose duomenyse pateikiama informacija jums reikės teikti paslaugų teikėjo nurodyti prieigos ryšio kiekvienam iš savo svetainės. Skaičiuojant bendrą pralaidumo, nepamirškite padauginkite pralaidumo kiekvieno tipo šaką svetainių iš to paties tipo vietų skaičių. Norėdami susisiekti su partneriu ExpressRoute tinklo tarnybų, galite peržiūrėti Azure ExpressRoute.

Labai svarbu, kad neviršytumėte balso duomenų srauto arba paslaugos klasės „Paspartintasis perdavimas“ (EF) pralaidumo. Bus atmestas atsitiktinis paketų rinkinys, todėl sumažės ne kurio nors atskiro skambučio ar skambučių grupės kokybė, bet bus paveikti visi vykstantys skambučiai. Taip pat svarbu, kad kaip EF klasės DSCP būtų pažymėtas tik balso srautas (t.y. DSCP = 46), nes pridėjus ne balso srautą gali įvykti balso srauto duomenų eilės perpilda.

Patarimas :  Paslaugos kokybės klasė EF suteikia didžiausios kokybės garantiją, tačiau jei viršijate apibrėžtą pralaidumą, visi papildomi paketai bus nedelsiant atmesti.

Agreguotas pralaidumas pagal kiekvieną vietą ir pagal „QoS“ srauto klasę – (darbalapis Sites, stulpeliai A ir nuo ML iki MR)

Site Name

Best effort class (DSCP 0)

Data traffic class (DSCP custom)

Real-time traffic class (DSCP 34, AF41)

Priority traffic class (DSCP 46, EF)

Būstinė

0,00

5764,80

3200,00

3953,10

Regioniniai biurai

0,00

2033,60

1880,00

1336,50

Dideli filialai

0,00

486,40

1160,00

411,00

Nedideli filialai

0,00

438,40

1160,00

319,50

Veiksmų plano įgyvendinimas

Mes apskaičiuoti visas pralaidumas, kuris bus feed WAN ir kokio pralaidumo, kad bus feed ExpressRoute, naudojant pralaidumo įvertina iš Per vieną taikomosios programos lentelėje. Srautą, kad vyksta ExpressRoute dalį neįtraukia tarp svetainės lygiaverčio pralaidumo.

Vieta

Peak SIP / IM bandwidth

Peak Audio Conf bandwidth

Peak Video Conf bandwidth

Peak WAN Share bandwidth

Peak WAN bandwidth for PSTN Calls

Iš viso ExpressRoute srautą per svetainės klasės (pvz., visas laikas svetainių #)

Būstinė

1 070

739,50

2640,00

4224,00

2688,30

11361.80

Regioninių biurų

345

255,00

1320,00

1536,00

896,10

8704.20

Didelių šakų

70

102,00

600,00

384,00

216,30

32935.20

Small šakų

36

76,50

600,00

384,00

123,60

61005.00

Tai reiškia, kad "Skype" verslui interneto srautą, kuris bus feed greitojo maršruto bus maždaug 114 MB/s, kad Dewey reikės bent 200 MB/s prenumeratos ExpressRoute. Kelių ExpressRoute grandinių galima įsigyti skirtingose vietose ExpressRoute peering. Tai bus rekomenduojama, jei Dewey svetainių yra įvairių geografiniuose regionuose arba pateikite atkuriamumas įvykių, ryšį, kad į ExpressRoute grandinės nepavyksta. Jei įsigysite kelių regionuose Azure ExpressRoute grandinių, ExpressRoute premium priedą reikalaujama gauti visuotines per ExpressRoute.

Dabar, kai turite reikiamą pralaidumą skaičiaus ir paslaugų (CoS) klasės pralaidumo skaičius, galite laikyti savo užsakymų su pasirinkta tinklo paslaugų teikėjo. Nepamirškite įtraukti apskaičiuoja srauto kitų taikomųjų programų ir paslaugų. Siūlome tinklo planavimo rekomendacijos dėl kitų "Office 365" tarnybų, įskaitant pralaidumo skaičiuoklės Exchange "ir" OneDrive ". Pralaidumo prenumeratos paslaugų teikėjo bus didesnė, nes vidaus svetainių srautą reikia įtraukti į. "Lync 2010" ir 2013 pralaidumo skaičiuoklė pateikia tik apytikris numatomas srautą, todėl patartina patvirtinti tinklo galimybės palaikyti tą srautą į testavimo vykdant bendrojo.

Patarimas : Tinklo apkrovos testas yra rekomenduojamas atliekant išankstinį tinklo įvertinimą.

Atliekant tinklo apkrovos testą sukuriama ir sukonfigūruojama tinklo infrastruktūra, tada paleidžiamas numatomas sumodeliuotas srautas ir stebimas našumas. Kai kuriose srityse srauto įvertinimai gali būti netikslūs, tačiau bent jau galėsite būti tikri, jog tinklas palaikys „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklės prognozuojamą srautą. Apkrovos testą rekomenduojama atlikti bent kelias dienas, tačiau kuo ilgesnį laiką jį vykdysite, tuo tikslesni bus rezultatai. Tačiau prieš pratęsiant apkrovos testo trukmę reikia įvertinti, kiek kainuoja naudoti tinklo paslaugas, kuriomis tuo metu neperduodamas tikras vartotojų duomenų srautas. „Microsoft“, vykdydama „IT Pro Tools“ programą, sertifikavo nemažai teikėjų kaip galinčius teikti tinklo valdymo įrankius, įskaitant išankstinės tinklo apkrovos vertinimo įrankius. „Skype“ verslui taip pat siūlo sistemų integratorius (SI), kurie gali naudoti sertifikuotus „IT Pro Tools“ ir gali už jus atlikti tinklo įvertinimą. Daugiau informacijos rasite „Skype“ verslui sprendimai: IT Pro Tools.

Apkrovos testavimas suteikia tam tikrą garantiją, kad tinklas palaikys reikiamą srautą, tačiau iš tiesų „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklės duomenys gali būti netikslūs dėl daugybės priežasčių. Taip pat būtų pravartu ir toliau stebėti tinklą ir atlikti įvertinimą, kai jis bus įdiegtas, kad būtumėte tikri, jog pralaidumo pakanka, o „QoS“ mechanizmai veikia tinkamai. Tai pat svarbu stebėti tinklo našumą, kai prie jo prisijungia naujų realių vartotojų.

2 dalis. „ExpressRoute“ „Skype“ verslui paslaugos kokybė (QoS)

"Microsoft' ExpressRoute tarnyba teikia specialią ryšį su Azure debesų, tačiau Office 365 realiuoju laiku apkrovos ryšių paslaugų reikės tinklo tarnybų užtenka pralaidumo atlikti eismas ir palaikymo paslaugų kokybės (QoS) pateikti įmonės klasės vartotojas gali kilti. QoS, turinčiame ryšio turi būti sukonfigūruotas į pabaigos (kompiuterį, tinklo komutatoriai ir maršrutizatoriai debesyje), kaip bet kurį kelią, kad nepavyksta palaikyti QoS dalis gali sumažinti visą pokalbio kokybę.

Šiame skyriuje tikslas padėti jums suprasti problemas, kai palaikymo realiuoju laiku srautą į IP tinklą ir konfigūravimo ir palaikymo sėkmingai ExpressRoute diegti Office 365 realiuoju laiku darbo krūvio, naudojant "Microsoft" ExpressRoute Exchange teikėjas arba paslaugų teikėjo partnerį.

QoS dar nepriimtas iš jūsų tinklų tik per ExpressRoute tinklo grandinių ir naudojamas tinkle "Microsoft" "Skype" verslui srautą. Šiandien, kai siuntimo ryšį iš "Microsoft" dalis yra trūkstamas reikšmes imtuvo IP ADRESUS "Skype" verslui. Kol visiškai ryšio srautą pažymėta imtuvo IP ADRESUS reikšmes, esate raginami laikytis QoS ženklai įtraukimo į srautą į jūsų tinklo ribos, kaip aprašyta šio straipsnio skyriuje Įgyvendinimo QoS naudojant tinklo prieigos valdymo sąrašas (ACL) .

Realiojo laiko problema

Teikiant verslo kokybės garso ir vaizdo transliacijos paslaugas IP tinklui keliami specialūs reikalavimai. Realiojo laiko srautas perduodamas naudojant RTP protokolą (Real-time Transport Protocol), kuris perduodamas naudojant UDP protokolą (User Datagram Protocol). Kitaip nei TCP protokolas (Transmission Control Protocol), kuris kiekvieną pranešimą numeruoja ir tikrina, ar jame nėra klaidų, taip pat naudoja kitus mechanizmus, padedančius aptikti ir iš naujo perduoti prarastą ar pažeistą pranešimą, UDP negali užtikrinti tokio patikimumo. Jei pranešimai pažeidžiami dėl klaidų arba prarandami dėl buferio perpildos, jie dingsta. UDP buvo pasirinktas naudoti su RTP atsižvelgiant į realiojo laiko duomenų srauto pobūdį – net jei prarastas pranešimas bus persiųstas, jis bus gautas pernelyg vėlai, kad turėtų teigiamą poveikį balso pranešimo srautui.

Žinodami apie prarastų balso paketų poveikį, tinklų kūrėjai pasitelkė du būdus, padedančius pagerinti balso arba vaizdo perdavimo per IP našumą:

  • Jei paketai prarandami, balso kodavimas / dekodavimas turi būti lengviau atkuriamas. To galima pasiekti arba naudojant tiesioginį klaidų taisymą (FEC), kai pataisomas tam tikras procentas įvykusių klaidų (šią galimybę turi „Office 365“ „Real Time Transport“ protokolas), arba kuriant balso dekodavimo sistemas, kurios bando užmaskuoti prarastų balso paketų poveikį (tai daro „Microsoft“ kodekai).

  • Reikia naudoti transportavimo paslaugas, kurios naudoja paslaugos kokybės mechanizmus, kad užtikrintų reikiamą tinklo našumą atsižvelgiant į šiuos kriterijus: vėlinimą, vėlinimo svyravimą, paketų praradimą ir paketų vėlinimo trukmę

Atkuriamas balso kodavimas sprendžia tik paketų praradimo problemą, todėl svarbu, kad tinkle, kuriuo perduodami realiojo laiko garso ir vaizdo duomenys, būtų naudojami vėlinimą ir vėlinimo svyravimą mažinantys mechanizmai. Net ir naudojant atkuriamą kodavimą, jei prarandama pernelyg daug paketų, priimančiai stočiai pritrūks duomenų, kad galėtų rekonstruoti atpažįstamą garso signalo versiją. Tokiu atveju praradus tam tikrą procentą paketų pastebimai sumažės balso kokybė, tai priklauso nuo naudojamos balso kodavimo technikos. Tačiau abiem atvejais paketų praradimas yra problemiškas.

Svarbu kiek įmanoma sumažinti vėlinimą, nes pernelyg didelis vėlinimas gali turėti įtakos pokalbio srautui ir erzinti kalbėtojus. Laikantis geriausios praktikos, balso vėlinimas nuo taško iki taško (nuo burnos iki ausies) turi būti mažesnis nei 150 milisekundžių (ms) viena kryptimi (ne dviem kryptimis). Be abejo, ilgesnėse perdavimo grandyse, tarkim, einančiose per vandenynus, vėlinimas gali pailgėti, tai priklauso nuo sklidimo vėlinimo ir laiko, kiek signalas užtrunka fiziškai keliaudamas kabeliu.

Kai vienkryptis vėlinimas didesnis nei 150 ms, jis keistai veikia kalbėtoją. Sutrinka psichologinis kalbėtojo smegenyse veikianti laikrodis, jam atrodo, kad pašnekovas jo negirdi ir todėl jis kartoja paskutinę pasakytą informaciją. Tai dar papildo vėluojantis atsakymas, ateinantis iš tolimiausio krašto. Jei esate kada nors kalbėjęsi naudodamiesi palydoviniu ryšiu, atpažinsite šį efektą. Palydovinio ryšio vienkryptis vėlinimas yra maždaug 250 ms, o tai gerokai daugiau nei priimtina riba.

Rekomenduojami verslo klasės balso srauto perdavimo parametrai

Parametras

Rekomenduojama reikšmė

Vėlinimo svyravimas tarp paketų gavimų (vidurkis)

≤ 5 ms

Vėlinimo svyravimas tarp paketų gavimų (didžiausias)

≤ 40 ms

Paketų praradimo dažnis (vidurkis)

artėjantis prie 0 %

Vienos krypties tinklo gaištis

≤ 100 ms (reikia patikrinti vėlinimo ir geografinio atstumo santykį)

ExpressRoute kaip dalį verslo klasės balso tinklą

ExpressRoute siūlo specialią ryšio tinklo paslaugų teikėjas (NSP) arba yra Exchange teikėjas (EXP) vienoje iš 3 prisijungimo parinktys:

  • Debesies Exchange Colocation

  • Eterneto ryšys

  • Bet kuris su visais ryšio (IPVPN)

Tai suteikia naudos pasiekiamas (99,9 % veikimo SLA), ir tai yra patikimas nukreipimas apsaugoti (be interneto tranzito), neturi įtakos interneto srautą ir aspektų paslaugų kokybės ženklai suskirstyti srautą (QoS paaiškinta toliau). ExpressRoute, kartu su gerai suplanuotas WAN gali suteikti jums verslo klasės balso tinklą.

Galite naudoti ExpressRoute duomenų perdavimo saugumą nuo biurų arba duomenų centruose (jei hybrid topologijos), esate prisijungę prie grandinės. Išorinis vartotojų (pvz., iš namų biurų, arba kelionės ir kt.) duomenis nebus panaudoti ExpressRoute grandinės, išskyrus atvejus, kai vartotojai prisijungę VPN ir reikia neįtraukti į pralaidumo atveju dydžio keitimo ExpressRoute grandinės. Jei esate tarptautinėse klientas, galite įsigyti ExpressRoute grandinės kiekviename regione ir naudoti BGP bendruomenės žymes, kad būtų informuoti apie nukreipimo taisykles, kad srautas yra nukreiptas į pageidaujamą ExpressRoute grandinės (paprastai artimiausio tą kiekvienai svetainei), o kitų grandinių pasiūlyti atleidimo tuo atveju, jei yra nepasiekiamumo įtakos vieno grandinės.

Jei ExpressRoute nėra parinktį

Gali būti įmanoma prie visų svetainių ExpressRoute, dėl išlaidų, negalėjimas vykdyti ExpressRoute Būtinosios sąlygos, arba savo dabartinę NSP apribojimus. Jei jūsų, kurie negali naudoti ExpressRoute jūs vis dar rekomenduojama atlikite toliau nurodytus žymėjimo QoS tinkle, ir planuoti sutartys su savo NSP užtenka pralaidumo ir srautą prioritetų pagal QoS palaikymas.

Be to, jei biurų kelių regionuose, tačiau neturite ExpressRoute grandinių visuose regionuose turėtų naudoti regiono BGP bendruomenės žymes konfigūruojant nukreipti srautą į filialais, kad būtų išvengta nereikalingų ilgai žvejybos tranzito. Pvz., apsvarstykite galimybę įmonę, kuri yra "Skype" verslui organizacijos išteklius Jungtinėse Amerikos Valstijose, tačiau filialus Europos ir įmonės turi tik vieną ExpressRoute grandinės Silicon Valley. Dauguma "Skype" verslui interneto srautą bus nukreiptas į duomenų, kur ji laikoma organizacijos (pavyzdžiui, konferencinių skambučių su kitais vartotojais įmonėje), naudojant ExpressRoute grandinės gali būti pageidaujama dauguma srauto. Tačiau, jei Europos vartotojo prisijungti prie konferencinio skambučio išteklius iš kitos įmonės, kurių organizacija yra Europos, paskirties mediją, kad skambutis būtų Europos duomenų centro kur antrą įmonė įsikūrusi. Nukreipti srautą per Silicon Valley ExpressRoute grandinė būtų mažiau maršrutą nei būtų galima internetu. Tokiu atveju, galite konfigūruoti maršrutizatoriai tinkle (pvz., po Europos biurų) netikrinant bendruomenės žymes, kai žymių, todėl nukreipimo taisykles, ir nukreipimas per internetu, o ne Silicon Valley ExpressRoute grandinės srauto, kuriame yra Europos regione.

Pagrindinės paslaugos kokybės (QoS) / paslaugos klasės (CoS) sąvokos

IP kontekste paslaugos kokybė (QoS) reiškia bet kokį mechanizmą, kuris naudojamas suteikiant tam tikriems paketams pirmenybę ir apdorojant juos pirmiau nei kitus. Pagal Tarptautinės telekomunikacijų sąjungos apibrėžimą (ITU) „QoS“ apima visus ryšio kokybės aspektus, įskaitant vėlinimą, praradimą, signalo ir triukšmo santykį, abipusius kalbos trukdžius, aidą, pertrauktis, dažninė charakteristika, garsumo lygis ir t. t. Tai, kas paketiniuose tinkluose vadinama „QoS“, tiksliau būtų vadinti paslaugos klase (CoS), kai daugiausia dėmesio skiriama vėlinimui, vėlinimo svyravimui ir paketų praradimui, tačiau ir toliau vartosime terminą „QoS“, kuris yra įprastesnis.

IP tinklo skambučių „QoS“ sudaro du pagrindiniai komponentai:

  • Tam tikro apibrėžto kiekvienos grandies pralaidumo kiekio rezervavimas realiojo laiko srautui. Jei šio pralaidumo kuriuo nors metu nereikia realiojo laiko srautui, jį galima naudoti kitam srautui. Bendroji rekomendacija yra kiekvienoje grandyje balso srautui nepriskirti daugiau nei 30 proc. viso pralaidumo.

  • Paketo antraštės žymėjimas tam tikru prioriteto indikatoriumi, kuris praneša komutatoriams ir kelvedžiams, kokį prioritetą suteikti paketui.

Kai komutatorius ir kelvedys gauna paketą, jis perkeliamas į siuntimo eilę ir laukia kito etapo arba šuolio. Skirtingo prioriteto lygio paketai patenka į skirtingas eiles. Komutatorius arba kelvedis naudoja algoritmą, kuris didesnio prioriteto eilėje laukiančius paketus išsiunčia dažniau nei žemesnio prioriteto eilėse.

Sunku yra, kad skirtingus QoS metodus, kad atliktų sluoksnio 2 (t.y. eterneto arba Wi-Fi lygmenys) ir Layer 3 (pvz., IP sluoksnio). Šių skirtingų QoS diegimas gali tekti konfigūruoti kiekvieno perjungti ir kelvedžio tinklo, taip pat tinklo ir tinklo paslaugų teikėjo tinklo sąsajos.

Yra du būdai, kaip „Skype“ verslui programų duomenis susieti su atitinkamomis paslaugos klasėmis:

  • srauto galinių taškų žymėjimas naudojant diferencijuotųjų paslaugų žymes (DSCP);

  • tinklo prieigos valdymo sąrašas (ACL).

Srauto galinių taškų žymėjimas – diferencijuotųjų paslaugų žymės (DSCP)

Diferencijuotosios paslaugos (DiffServ) yra nedidelio tikslumo mechanizmas, naudojamas tinklo srautui klasifikuoti ir valdyti ir „QoS“ teikti IP tinkluose. Kelvedžiai ir kiti įrenginiai, atliekantys 3 lygmens funkcijas, naudoja „DiffServ Control Point“ (DSCP) paketo prioritetui nustatyti. „QoS“ įgyvendinama įterpiant 6 bitų DSCP reikšmę į IP antraštės diferencijuotųjų paslaugų lauką (anksčiau vadintas paslaugos tipo lauku). 6 bitai suteikia galimybę nurodyti 64 skirtingus prioritetiškumo lygius. Pateikiami tipiniai prioritetiškumo lygmenys.

Rekomenduojami DSCP parametrai

Skrydžių klasės

Apdorojimo (imtuvo IP ADRESUS žymėjimas)

"Skype" verslui darbo krūvis

Balso

EF (46)

"Skype" verslui ir "Lync" balso

Interaktyvūs

AF41 (34)

Vaizdas

AF21 (18)

Taikomųjų programų bendrinimas

Numatytasis

AF11 (10)

Failų perdavimas

CS0 (0)

Kokia nors kita reikšmė

IP versijos 4 antraštė

„IPv4“ antraštės

2 lygmens „QoS“: IEEE 802.1p / Wi-Fi Multi-Media (IEEE 802.11e)

DSCP yra standartinis „QoS“ naudojimo 3 lygmenyje mechanizmas, tačiau 2 lygmens „QoS“ mechanizmai, skirti laidiniams (eternetui) ir belaidžiams („Wi-Fi“) tinklams, yra skirtingi. Belaidžių tinklų „QoS“ mechanizmą apibrėžia IEEE 802.1p standartas, WLAN „QoS“ mechanizmą apibrėžia IEEE 802.11e, kurį „Wi-Fi Alliance“ laiko sertifikuotu „Wi-Fi Multi-Media“ (sertifikuotu WMM).

IEEE 802.1p naudoja 3 bitų prioriteto simbolio kodą (PCP), kuris nurodo pranešimo prioritetą. PCP yra dalis 32 bitų eterneto antraštės lauko, kuriame taip pat nurodomas VLAN identifikatorius. PCP reikšmių apibrėžimai pateikti toliau.

IEEE 802.1p PCP reikšmės

PCP reikšmė

Prioritetas

Akronimas

Srauto tipai

7

7

NC

Tinklo kontrolė

6

6

IC

Tarptinklinė kontrolė

5

5

VO

Balsas

4

4

VI

Vaizdas

3

3

CA

Kritinės svarbos programos

2

2

EE

Maksimalios pastangos

0

1

BE

Geriausios pastangos

1

0

BK

Fonas

IEEE 802.1p naudojamas panašiai kaip DSCP, srautas suskirstomas į skirtingo prioriteto eiles pagal prioriteto lygius, tačiau dėl bendrinamo WLAN pobūdžio reikalingas kitoks metodas. Prieigos taškas ir klientas turi atskiras siuntimo eiles skirtingo prioriteto lygio duomenims, taip pat skiriasi kadrų siuntimas radijo kanalu.

„Wi-Fi“ tinkle visi klientai, susieti su prieigos tašku, naudoja vieną pusiau dupleksinį kanalą (tai reiškia, kad vienu metu gali siųsti tik viena kliento stotis arba prieigos taškas). Kad būtų sumažinta susidūrimų radijo kanale galimybė, prieš siųsdama kadrą, kol kanalas tam tikrą laiką kanalas bus neveiklus, šis tarpas vadinamas tarpkadriniu tarpu. Jei tuo metu, kai stotis pradeda siųsti, kanalas yra užimtas, siuntimas tam tikram laikui uždelsiamas. Kai kadras išsiųstas, jei siuntėjas iš siuntėjo negauna patvirtinimo pranešimo, laikoma, kad įvyko susidūrimas arba kita triktis, siuntimas sulaikomas tam tikrą laiko intervalą, kol vėl bandoma siųsti iš naujo. Uždelsimo intervalas yra atsitiktinės trukmės, kad būtų išvengta pakartotinio tų pačių dviejų stočių susidūrimo.

Kad būtų galima prioritetizuoti prieigą prie radijo kanalo, IEEE 802.11e/WMM apibrėžia skirtingus įvairių srauto klasių perdavimo laukimo intervalus, vadinamus tarpiniais tarpkadriniais tarpais (AFIS) ir skirtingus uždelsimo intervalus. Apibrėžiami keturi prioritetų lygiai, vadinami prieigos kategorijomis.

Prioritetas suteikiamas priskiriant trumpesnę AFIS reikšmę didesnio prioriteto kadrams. Taigi jei viena stotis laukia, kol bus išsiųstas balso kadras, o kita laukia duomenų kadro išsiuntimo, balso kadras visada bus siunčiamas pirmas. Žvelgiant iš techninės pusės balso ir vaizdo kadrams priskiriama tokia pati AFIS reikšmė, tačiau vaizdo kadrų uždelsimo intervalai yra didesni. Tai reiškia, kad nors balso ir vaizdo kadrai gali susidurti siunčiant pirmą kartą, balso kadras visada bus persiųstas pirmas. IEEE 802.1p ir IEEE 802.11e standartų koreliacija pateikiama toliau:

IEEE 802.11e / Wi-Fi Multi-Media (WMM) ir 802.1P susiejimas

WMM prieigos kategorija

WMM aprašas

802.1P PCP reikšmė

802.1P žymėjimas

1 (AC_VO)

Balsas

7 (111)

NC

6 (110)

VO

2 (AC_VI)

Vaizdas

5 (101)

VI

4 (100)

CL

3 (AC_BE)

Geriausios pastangos (duomenys)

3 (011)

EE

0 (000)

BE

4 (AC_BK)

Fonas duomenys

1 (001)

BK

2 (010)

---

Rekomenduojamas 3 lygmens ir 2 lygmens prioritetų susiejimas pateiktas čia:

Rekomenduojami 3 lygmens ir 2 lygmens prioritetų susiejimai

3 lygmens žymėjimai

2 lygmuo (PCP reikšmė)

Wi-Fi (prieigos kategorija)

Tinklo kontrolė

Elgsena šuolio metu (PHB) – 6 klasės parinkiklis (CS)

6

1 (AC_VO)

DSCP reikšmė – 48

Balsas

Elgsena šuolio metu (PHB) – paspartintasis perdavimas (EF)

5

1 (AC_VO)

DSCP reikšmė – 46

Vaizdo konferencijos

Elgsena šuolio metu (PHB) – garantuotasis perdavimas (AF) 41

4

2 (AC_VI)

DSCP reikšmė – 34

Iškvietos signalai

Elgsena šuolio metu (PHB) – 3 klasės parinkiklis (CS)

3

2 (AC_VI)

DSCP reikšmė – 24

Mažos gaišties duomenys

Elgsena šuolio metu (PHB) – garantuotasis perdavimas (AF) 21

2

3 (AC_BE)

DSCP reikšmė – 18

Didelės spartos duomenys

Elgsena šuolio metu (PHB) – garantuotasis perdavimas (AF) 11

1

3 (AC_BE)

DSCP reikšmė – 10

Geriausios pastangos

Elgsena šuolio metu (PHB) – 0

0

4 (AC_BK)

DSCP reikšmė – 0

Svarbu paminėti, kad IEEE 802.1p ir WMM prioritetų kodavimas nesutampa. 802.1p standarto balso srauto PCP reikšmė yra 5, tačiau atliekant standartinį susiejimą su WMM, PCP 5 paverčiamas 2 prieigos kategorija, WMM vaizdo prieigos kategorija (AC_VI). Įmanoma pakeisti susiejimą, kad PCP 5 būtų verčiamas į 1 prieigos kategoriją, arba tiesiog nenaudoti garso ir vaizdo srauto tame pačiame „Wi-Fi“ tinkle, kol „Wi-Fi Alliance“ išspręs problemą. Papildomos informacijos apie „Wi-Fi“ žr. „Wi-Fi“ katalogo elementai

„QoS“ naudojant tinklo prieigos kontrolės sąrašą (ACL)

Alternatyvus „QoS“ naudojimo „ExpressRoute“ konfigūracijoje būdas yra tinklo prieigos kontrolės sąrašas (ACL). Taikant šį būdą, o ne atitinkamos DSCP žymės įterpimą paketų antraštėse galiniuose taškuose, žymėjimas atliekamas išsiuntimo kelvedyje, remiantis UDP šaltinio prievadu. Visi komutatoriai ir kelvedžiai vis tiek turi būti sukonfigūruoti palaikyti „QoS“, kad būtų galima naudoti DSCP parametrus. Dar svarbiau, kad kelvedis, prijungtas prie paslaugos teikėjo tinklo, palaikytų DSCP žymes kiekvieno paketo antraštėje, nes DSCP parametras iš esmės yra jūsų instrukcija tinklo paslaugų teikėjui, nurodanti kaip paketas turi būti traktuojamas.

Rekomenduojami prievadų diapazonai kiekvienai „Skype“ verslui programai pateikti Tinklo planavimo, stebėjimo ir trikčių šalinimo naudojant „Lync Server“ vadovo dalyje 2.6.1.1. Svarbu, kad tai būtų koordinuojama su bendru organizacijos požiūriu į „QoS“, taip pat turėtumėte stebėti, ar nekyla skirtingų „QoS“ strategijų ir paketų žymėjimų nesutapimų.

Nors pagrindinė „QoS“ ir MPLS tinklo paslaugų naudojimo priežastis yra užtikrinti, kad vartotojai galėtų sklandžiai naudotis balso ir vaizdo ryšiais, tos pačios galimybės gali būti pritaikytos ir duomenų programoms. Užuot traktavę visas programas kaip lygiavertes, MPLS tinklai galėtų leisti organizacijoms suteikti prioritetą tam tikroms duomenų programoms. Naudojant MPLS, realiojo laiko programoms, tokioms kaip kredito kortelių apdorojimas arba ekrano bendrinimas, būtų suteikiamas didesnis prioritetas nei tokiam nuo laiko ne taip smarkiai priklausomam srautui kaip el. paštas.

IP tinklo paslaugų supratimas – bazinis IP ir MPLS

Pradinis IP paketinis perdavimas valdomas remiantis geriausių pastangų (best effort) principu. Tai reiškia, kad kelvedžiai, perduodami šiuos IP paketus, padarys viską, kad jie pasiektų paskirties vietą, tačiau nesuteikiama jokių garantijų, kada jie pasieks paskirties vietą ir ar apskritai pasieks. Tai yra pagrindinis principas, kuriuo pagrįstas bazinių interneto paslaugų, įskaitant namų interneto ryšį, veikimas šiandien. Remiamasi idėja, kad jei tam tikrai programai reikia didesnio patikimumo, jis bus užtikrinamas aukštesniame lygyje protokolo dėkle. Patikimo pristatymo mechanizmas vadinamas TCP protokolu (Transmission Control Protocol). UDP protokolas ( User Datagram Protocol), kuris naudojamas perduodant garso ir vaizdo duomenis realiuoju laiku, yra nepatikimas, t. y. geriausių pastangų metodu dirbantis pristatymo mechanizmas.

MPLS protokolas (Multi-Protocol Label Switching) buvo sukurtas kaip tinklo paslaugų teikėjams skirta priemonė, leidžianti teikti IP tinklo paslaugas užtikrinant garantiją dėl vėlinimo, vėlinimo svyravimų ir paketų praradimo. Užtikrindamas našumo garantijas, MPLS protokolas iš tradicinio IP perima ir tam tikrą neprognozuojamumą. Kiekvienas paketas ne keliauja nuo vieno kelvedžio iki kito, kol pasiekia paskirties vietą (tokiu būdu kiekvienas paketas nuo šaltinio iki paskirties vietos keliautų skirtingu maršrutu), o MPLS nukreipia paketus virtualiuoju kanalu, turinčiu fiksuotą kelią, vadinamą komutuojamuoju maršrutu (Label Switched Path – LSP). Jei viena iš kelio grandžių sutrinka, visi LSP, naudojantys šią grandį, nukreipiami kitu keliu.

Kai paketas išsiunčiamas į MPLS tinklą, tinklo paslaugų teikėjo periferinio serverio kelvedis prideda prie paketo papildomą antraštę su žyma, naudojama perduodant paketą atitinkamam LSP. Žymą pašalina periferinio tinklo kelvedis, esantis kitame MPLS tinklo gale.

MPLS ne tik supaprastina perdavimo procesą. Kitas jo pranašumas yra tai, kad tinklo valdymo sistema gali žinoti, kas perduodama konkrečioje grandyje. Kontroliuodamas srauto nukreipimą tinkle, operatorius gali užtikrinti kiekvienos grandies „QoS“. Todėl skirtingai nei naudojant tradicinio ar bazinio IP geriausių pastangų principą, MPLS operatoriai gali teikti IP paslaugas užtikrindami našumą. LSP metodas taip pat smarkiai padidina MPLS saugumą, palyginti su tradicinėmis interneto paslaugomis. Taigi naudodami tradicines IP paslaugas galime tik tikėtis, kad tinklo ryšys bus pakankamai geras ir garso duomenys bus perduodami kokybiškai, o problemoms spręsti naudoti tokias technikas kaip FEC ir geriau atkuriamas balso kodavimas, o MPLS leidžia garantuoti paslaugų kokybę.

MPLS teikėjai siūlo įvairius paslaugos klasės lygius, tačiau jie apibūdinami skirtingais terminais. Turėsite glaudžiai bendradarbiauti su savo teikėju, kad įsitikintumėte, jog jis supranta, kokius duomenis pateikia „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklė ir kokios parinktys yra rekomenduojamos naudojant skirtingas „Office 365“ realiuoju laiku veikiančias programas.

Išvados

„Skype“ verslui suteikia galimybę naudotis geresniu verslo ryšiu. Nebereikia turėti telefono linijos, prijungtos prie PBX, atskiros vaizdo konferencijų sistemos, atskiros el. pašto platformos, išorinės garso konferencijų paslaugos, specialaus įrankio IM ir buvimo informacijai rodyti – „Skype“ verslui suteikia galimybę naudotis visomis šiomis funkcijomis vienoje vietoje.

Norint nuosekliai teikti verslo klasės balso ir vaizdo duomenų perdavimo realiuoju laiku paslaugas reikia tokio tinklo, kurio visuose taškuose būtų galima užtikrinti „QoS“. Tai turi apimti LAN ir WAN paslaugas. „Microsoft“ teikia tokius įrankius kaip „Lync“ 2010 ir 2013 m. versijos pralaidumo skaičiuoklė, kad galėtumėte įvertinti, kokių tinklo galimybių reikės naudojantis įvairiomis paslaugomis. Be to, galima naudotis partnerių, dalyvaujančių „IT Pro Tools“ programoje „Skype“ verslui sprendimai: „IT Pro Tools“ įrankiais, leidžiančiais iš anksto įvertinti tinklo infrastruktūrą ir palaikančiais stebėjimo, ataskaitų ir trikčių diagnostikos funkcijas. Neturėdami tinkamo dydžio reikiamai sukonfigūruotos tinklo infrastruktūros, rizikuojate, kad jūsų „Skype“ verslui „ExpressRoute“ diegimas neatitiks jūsų vartotojų lūkesčių, susijusių su kokybe ir nuoseklumu.

Našūs verslo įrankiai turi veikti patikimai ir nuosekliai, o vartotojams turi būti patogu pradėti jais naudotis. Žvelgiant iš tinklo perspektyvos tai reiškia, kad reikalinga tokia tinklo – tiek vietinio ar teritorinio, tiek fiksuotojo ir mobiliojo – infrastruktūra, kuri suteiktų galimybę teikti tokius įrankius. Tokios infrastruktūros planavimas, kūrimas, diegimas ir palaikymas ne visada yra lengvas uždavinys. Šiems tikslams reikalinga aparatūra, įrankiai ir tinklo paslaugos jau egzistuoja, tačiau IT specialistų atsakomybė yra užtikrinti, kad jie būtų suprojektuoti, įdiegti ir tvarkomi taip, kad vartotojai, juos naudodami, galėtų dirbti efektyviai ir produktyviai, o organizacija išnaudotų visas jų teikiamas galimybes.

Pastaba : Mašininio vertimo atsakomybės atsisakymas: Šis straipsnis išverstas naudojant kompiuterinę sistemą be žmogaus įsikišimo. „Microsoft“ pateikia šiuos mašininius vertimus norėdama padėti anglų kalbos nesuprantantiems vartotojams perskaityti turinį apie „Microsoft“ produktus, paslaugas ir technologijas. Šis straipsnis išverstas mašininio vertimo būdu, todėl jame gali būti žodyno, sintaksės ar gramatikos klaidų.

Taip pat žr.

„ExpressRoute“ dokumentai

Tobulinkite savo įgūdžius
Ieškoti mokymo
Pirmiausia gaukite naujų funkcijų
Prisijunkite prie „Office Insider“ dalyvių

Ar ši informacija buvo naudinga?

Dėkojame už jūsų atsiliepimus!

Dėkojame už jūsų atsiliepimą! Panašu, kad gali būti naudinga jus sujungti su vienu iš mūsų „Office“ palaikymo agentų.

×