Izpildes ExpressRoute pakalpojumam Office 365

Svarīgi! :  Šis raksts ir mašīntulkots, skatiet atrunu. Lūdzu, skatiet šī raksta versiju angļu valodā šeit jūsu informācijai.

ExpressRoute pakalpojumam Office 365 nodrošina alternatīvu maršrutēšanas ceļu daudzi interneta atvēruma Office 365 pakalpojumiem. ExpressRoute pakalpojumam Office 365 arhitektūra pamatā ir reklāmas publisko IP priedēkļi Office 365 pakalpojumus, kas jau ir pieejamas internetā uz jūsu nodrošinātā ExpressRoute ķēdes, lai šīs IP priedēkļi uz nākamo izplatīšana jūsu tīklā. Izmantojot ExpressRoute jums efektīvi iespējot vairākus dažādus maršrutēšanas ceļus, izmantojot internetu un ExpressRoute, daudzi Office 365 pakalpojumiem. Šajā stāvoklī maršrutēšanas jūsu tīklā var attēlo būtiskas izmaiņas kā iekšējā tīkla topoloģija ir paredzēts.

Statuss: Pabeidziet ceļveža v2

Rūpīgi plānojat jūsu ExpressRoute pakalpojumam Office 365 ieviešanas uzņemt tīkla sarežģītību, kam maršrutēšanas pieejams, izmantojot īpašu ķēdes ar maršrutē ievada core tīkls un internets. Ja jūs un jūsu komanda neveic detalizētu plānošanas un testēšana šajā rokasgrāmatā, ir liels risks jums pieredze neregulāra vai kopējo zudumu savienojums ar Office 365 pakalpojumu ja ExpressRoute ķēdes ir iespējota.

Lai ir veiksmīgu izpildi, jums būs nepieciešams analizēt infrastruktūras prasības, iet cauri detalizētu tīkla novērtēšanas un noformēšana, rūpīgi plānu izvēršana pakāpenisko un kontrolēta veidā un veidotu detalizētu validācijas un testēšanas plāns. Lielas, izplatīt vidē nav reti, lai skatītu ieviešanas izvietotas vairākiem mēnešiem. Šī rokasgrāmata ir izstrādāta, lai palīdzētu jums plānot uz priekšu.

Lielas sekmīga izvietojumu var veikt sešiem mēnešiem plānošanu un bieži ir iekļauti grupas dalībnieki no jomās organizācijā, tostarp tīklu, ugunsmūri un starpniekservera serveru administratoriem, Office 365 administratoriem, drošības, lietotāja atbalstu, projekta pārvaldība un administratīvā sponsorē. Jūsu investīciju plānošanas procesā samazinās varbūtība, ka jūs pieredzes izvietošanas kļūmes, iegūstot dīkstāves vai sarežģītas un dārgo problēmu novēršana.

Mēs sagaidīt šādi priekšnosacījumi jāpabeidz, pirms tiek sākta šī ieviešanas rokasgrāmata.

  1. Jūs esat pabeidzis tīkla novērtējumu, lai noteiktu, ja ExpressRoute ir ieteicams un apstiprināts.

  2. Esat atlasījis ExpressRoute tīkla pakalpojumu sniedzēju. Atrast detalizētu informāciju par ExpressRoute partneriem un uzmanīgi raudzīdamies atrašanās vietas.

  3. Jūs jau esat izlasījis un saprast ExpressRoute dokumentāciju un jūsu iekštīklam spēj atbilst ExpressRoute priekšnosacījumi sākuma līdz beigām.

  4. Jūsu komanda ir lasīt visus valsts virzības un dokumentāciju sadaļā https://aka.ms/expressrouteoffice365, https://aka.ms/ert, un skatās Azure ExpressRoute pakalpojumam Office 365 Apmācības sērijas par kanāla 9, lai izprastu kritisko tehnisko informāciju, tostarp:

    • Interneta atkarības San pakalpojumu.

    • Kā izvairīties no asimetrisku maršrutē un apstrādāt sarežģītas maršrutēšanu.

    • Kā iekļaut perimetrs drošība, pieejamība un lietojumprogrammas līmeņa vadīklas.

Sāciet darbu, apkopojot prasības

Vispirms nosakot, kuras līdzekļus un pakalpojumus, kurus plānojat pieņemt savā organizācijā. Jums ir nepieciešams, lai noteiktu, kādi līdzekļi dažādu Office 365 pakalpojumu tiks izmantota un kuras atrašanās jūsu tīklā uzņems lietotāji, kas izmanto šos līdzekļus. Ar katalogu scenāriji, jums ir jāpievieno tīkla atribūtu, kas katru no šiem scenāriji pieprasa; piemēram, ienākošo un izejošo tīkla plūsmu un ja Office 365 galapunkti ir pieejami vairāk nekā ExpressRoute vai nē.

Apkopot savas organizācijas prasībām:

  • Kataloga ienākošo un izejošo tīkla trafiku jūsu organizācija izmanto Office 365 pakalpojumus. Office 365 vietrāžu URL un IP adrešu diapazoni lapas konsultējieties ar plūsmas, kas dažādos Office 365 scenārijos pieprasīt aprakstu.

  • Iegūstiet esošā tīkla topoloģija rāda detalizētu informāciju par iekšējo WAN pamats un topoloģija, savienojamības satelītu vietņu pēdējā jūdze lietotāja savienojamības maršrutētu uz tīkla perimetrs izejas punkti un starpniekservera pakalpojumu dokumentāciju.

    • Norādiet ienākošā pakalpojuma galapunkti par tīkla shēmas, kas Office 365 un citu Microsoft pakalpojumu tiks savienojumu, parādot gan interneta un piedāvāto ExpressRoute savienojuma ceļi.

    • Identificējiet visas lietotāja ģeogrāfisko atrašanās vietu un WAN savienojuma izveide starp atrašanās vietām kopā ar kuras atrašanās pašlaik ir izejas ar internetu un kuras atrašanās tiek piedāvāts ir izejas ExpressRoute uzmanīgi raudzīdamies atrašanās vietu.

    • Visas malas ierīces, piemēram, starpniekserveri, ugunsmūri un citi identificēšana un to saistību ar plūsmas notiek pa interneta un ExpressRoute katalogu.

    • Dokumentu vai lietotājiem būs piekļuve Office 365 pakalpojumiem, izmantojot tiešo maršrutēšanas vai netieša lietojumprogrammas starpniekservera gan interneta un ExpressRoute plūsmām.

  • Pievienojiet savu nomnieka atrašanās vietai un atbilst-mani atrašanās vietām, kur tīkla diagrammā.

  • Aprēķināt piešķiramo un novēroto tīkla veiktspēju un Latentums īpašības no galvenās lietotāja atrašanās vietu uz Office 365. Paturiet prātā, ka Office 365 ir pakalpojumu globālo un izplatīti kopa un lietotājiem būs savienojumu ar atrašanās vietas, kas var atšķirties no to nomnieka atrašanās vietai. Šī iemesla dēļ ir ieteicams izmērīt un optimizēt Latentums starp lietotāju un tuvāko Microsoft globālā malu virs ExpressRoute un interneta savienojumu. Iegūtos datus no tīkla novērtējuma varat izmantot, lai palīdzētu veikt šo uzdevumu.

  • Uzskaitīt uzņēmuma tīkla drošību un augstas pieejamības prasības, kas jāizpilda ar jaunu ExpressRoute savienojumu. Piemēram, kā veikt lietotāju turpināt saņemt piekļuvi pakalpojumam Office 365 interneta izejas vai ExpressRoute ķēdes kļūme.

  • Dokumentu, kuru ienākošo un izejošo Office 365 tīklu plūsmas izmantos interneta ceļu un kas izmantos ExpressRoute. Ģeogrāfisko atrašanās vietu, lietotāju un detalizētu informāciju par sava lokālā tīkla topoloģija var prasīt var atšķirties no viena lietotāja atrašanās vietas uz citu plānu.

Lai samazinātu maršrutēšanas un cita tīkla sarežģītību, mēs iesakām tikai izmantot ExpressRoute pakalpojumam Office 365 tīkla trafiku plūsmām, kas nepieciešami, lai aiziet speciāls savienojums dēļ normatīvie akti vai tīkla novērtēšanas rezultātā. Turklāt, mēs iesakām posmu ExpressRoute maršrutēšanas un pieeja ienākošo un izejošo tīkla trafiku plūsmas apjomu, kā dažādos un distinct ieviešanas projekta posmus. Izvietot ExpressRoute pakalpojumam Office 365, lai tikai lietotāju iniciētie izejošo tīkla plūsmu un atstāt ienākošo tīkla plūsmu internetā var palīdzēt kontrolēt pieaugums Topoloģiska sarežģītības un riska iepazīšanās ar papildu asimetrisku maršrutēšanas iespējas.

Tīkla trafiku kataloga ir jābūt redzamām ienākošo un izejošo tīkla savienojumiem, ko esat starp lokālā tīkla un Microsoft sarakstus.

  • Izejošo tīkla plūsmu scenāriji jebkurā vietā, kur savienojumu ir iniciēta no lokālās vides, piemēram, no iekšējiem klientiem vai serveri, ar mērķi Microsoft pakalpojumu. Šie savienojumi var būt uz Office 365 tieša vai netieša, piemēram, kad savienojums iet cauri starpniekserveri, ugunsmūri vai citu tīkla ierīču ceļā uz Office 365.

  • Ienākošā tīkla plūsmu scenāriji jebkurā kur savienojumu sākta Microsoft mākoņa lokālā resursdatoru. Šie savienojumi parasti jāveic ugunsmūri un citi drošības infrastruktūru, kas klientu drošības politika pieprasa ārēji radās plūsmām.

Izlasiet sadaļu nodrošināšana maršrutu simetriju raksta maršrutēšanas ar ExpressRoute pakalpojumam Office 365 , lai noteiktu, kādus pakalpojumus sūtīt ienākošo trafiku un meklējiet kolonnas atzīmēts ExpressRoute pakalpojumam Office 365 skatiet rakstā Office 365 galapunkti atsauces aprēķināšanai pārējo savienojuma informāciju.

Katram pakalpojumam, kas nepieciešams izejošais savienojums, jūs, iespējams, vēlēsities apraksta plānoto savienojamības pakalpojuma, ieskaitot tīkla maršrutēšanu, starpniekservera konfigurācijas, pakešu pārbaudes un joslas platuma vajadzībām.

Katram pakalpojumam, kas prasa ienākošo savienojumu, jums būs nepieciešama papildu informācija. Microsoft mākoņa serveros izveidos sava lokālā tīkla savienojumus. lai nodrošinātu savienojumi ir pareizi, jūs, iespējams, vēlēsities aprakstītu visus aspektus šo savienojumu, tostarp; valsts pakalpojumus, kas tiks šīm ienākošo akceptēšanai DNS ierakstiem, CIDR formatēts IPv4 IP adreses, kuras ISP aprīkojuma ir iesaistīti, un kā ienākošā NAT vai avota NAT tiek apstrādāts šos savienojumus.

Ienākošie savienojumi ir jāpārskata neatkarīgi no tā, vai tie veidojat savienojumu, izmantojot internetu vai ExpressRoute jānodrošina asimetrisku maršrutēšana nav ieviesta. Dažos gadījumos lokālā galapunkti Office 365 pakalpojumu uzsākt ienākošos savienojumus var arī vajadzēs piekļūs, izmantojot citas Microsoft un -Microsoft pakalpojumus. Tas ir sevišķi iespējošanu ExpressRoute maršrutētu uz šiem pakalpojumiem Office 365 vajadzībām nav pārtraukumu pārējos scenārijos. Daudzos gadījumos klienti var būt nepieciešams ieviest noteiktas izmaiņas to iekšējā tīkla, piemēram avota pasta NAT, lai nodrošinātu, ka pēc tam, kad ir iespējota ExpressRoute paliek simetrisko ienākošo plūsmu no Microsoft.

Lūk, piemērs, nepieciešams detalizācijas līmeni. Šajā gadījumā Exchange Hibrīdā būtu maršrutēšana uz lokālā sistēma virs ExpressRoute.

Savienojuma rekvizīts

Vērtība

Tīkla trafiku virziens

Ienākošais

Pakalpojums

Exchange Hibrīdā izvietošana

Publiskās Office 365 galapunkta (avots)

Exchange Online (IP adreses)

Publiskās lokālā galapunkta (mērķis)

5.5.5.5

Publiskās (interneta) DNS ieraksts

Autodiscover.contoso.com

Šo lokālo galapunktu izmantos ar citiem (Office 365) Microsoft pakalpojumiem

Šo lokālo galapunktu izmantos lietotāju/sistēmas internetā

Iekšējās sistēmas publicēt publiskās galapunkti

Exchange Server klienta piekļuves lomu (lokālo) 192.168.101, 192.168.102, 192.168.103

IP reklāma publiskās galapunkta

Internetu: 5.5.0.0/16

Lai ExpressRoute: 5.5.5.0/24

Drošības/perimetrs vadīklas

Interneta ceļu: DeviceID_002

ExpressRoute ceļu: DeviceID_003

Augsta pieejamība

Active/Active pāri ģeogrāfisko liekos 2

ExpressRoute ķēdes — Tukumā un Dalasas

Ceļš simetriju vadīkla

Metodes: avota NAT

Interneta ceļu: avota NAT ienākošie savienojumi, lai 192.168.5.5

ExpressRoute ceļu: avota NAT savienojumus ar 192.168.1.0 (Čikāgas) un 192.168.2.0 (Liepāja)

Šeit ir pakalpojums, kas ir izejošais tikai piemērs:

Savienojuma rekvizīts

Vērtība

Tīkla trafiku virziens

Izejošs

Pakalpojums

SharePoint Online

Lokālā galapunkta (avots)

Lietotāja darbstacijas

Publiskās Office 365 galapunkta (mērķis)

SharePoint Online (IP adreses)

Publiskās (interneta) DNS ieraksts

*. sharepoint.com (un papildu pilnie domēnu nosaukumi)

CDN nodošana

CDN.sharepointonline.com (un papildu pilnie domēnu nosaukumi) — IP adreses uztur CDN pakalpojumu sniedzējiem)

IP reklāma un NAT lietošanā

Interneta ceļu/avotu NAT: 1.1.1.0/24

ExpressRoute ceļu/avota NAT: 1.1.2.0/24 (Čikāgas) un 1.1.3.0/24 (Liepāja)

Savienojuma metodes

Interneta: izmantojot slāņu 7 starpniekserveri (.pac fails)

ExpressRoute: tieši maršrutēšanas (bez proxy)

Drošības/perimetrs vadīklas

Interneta ceļu: DeviceID_002

ExpressRoute ceļu: DeviceID_003

Augsta pieejamība

Interneta ceļu: liekos interneta izejas

ExpressRoute ceļu: Active/Active karstu kartupeli maršrutēšanas pāri 2 ģeogrāfisko liekos ExpressRoute ķēdes — Tukumā un Dalasas

Ceļš simetriju vadīkla

Metodes: avota NAT visus savienojumus

Kad jūs saprotat pakalpojumu un to saistīto tīkla plūsmu, varat izveidot tīkla shēma, kas iekļauj šo jauno savienojamības prasību un parāda izmaiņas būs jāizmanto ExpressRoute pakalpojumam Office 365. Shēmā ir jāietver:

  1. Visu lietotāja atrašanās vietu, kur no tiks piekļūt Office 365 un citiem pakalpojumiem.

  2. Interneta un ExpressRoute izejas punkti.

  3. Visām ienākošā un izejošā ierīcēm, kas pārvaldīt savienojumus un izrakstīšanās no tās tīklā, ieskaitot maršrutētāju, ugunsmūri, lietojumprogrammas starpniekserveri un ielaušanos noteikšana/novēršanu.

  4. Iekšējā adresātiem visu ienākošo trafiku, piemēram, iekšējās ADFS serveriem, kas akceptēšanai no starpniekserveriem ADFS tīmekļa lietojumprogrammu.

  5. Visas IP apakštīkli, kas tiks publicēti kataloga

  6. Identificējiet katrā atrašanās vietā, kur cilvēki piekļūt no Office 365 un saraksta atbilst-mani atrašanās vietas, kas tiks izmantots ExpressRoute.

  7. Atrašanās vietas un daļas no jūsu iekšējā tīkla topoloģija, kur Microsoft IP priedēkļi par apgūto no ExpressRoute tiek pieņemts, filtrēt un izplatīta augšup.

  8. Tīkla topoloģija vajadzētu attēlot katru tīkla segmentu ģeogrāfisko atrašanās vietu un kā to izveido savienojumu ar Microsoft tīklu virs ExpressRoute un/vai internetā.

Diagramma rāda katrā atrašanās vietā, kur lietotāji izmantos Office 365 no kopā ar ienākošo un izejošo maršrutēšanas reklāmas uz Office 365.

ExpressRoute reģionālās ģeogrāfisko atbilst-mani

Izejošo trafiku cilvēkus piekļūt Office 365 trīs veidos:

  1. Izmantojot izpildīt-mani atrašanās vietu Ziemeļamerikā personām Kalifornijā.

  2. Izmantojot izpildīt-mani atrašanās vietu Hong Kong Hong Kong personām.

  3. Izmantojot internetu Bangladeša, kur ir mazāk personas un bez ExpressRoute ķēdes brīža.

Izejošie savienojumi reģionālās pārņemšana

Līdzīgi ienākošo tīkla trafiku no Office 365 atgriež trīs veidos:

  1. Izmantojot izpildīt-mani atrašanās vietu Ziemeļamerikā personām Kalifornijā.

  2. Izmantojot izpildīt-mani atrašanās vietu Hong Kong Hong Kong personām.

  3. Izmantojot internetu Bangladeša, kur ir mazāk personas un bez ExpressRoute ķēdes brīža.

Ienākošie savienojumi reģionālās pārņemšana

Atbilst atlases-mani atrašanās vietas, kas ir fizisko atrašanās vietu, kur ExpressRoute ķēde savieno tīkla Microsoft tīklā, ietekmē atrašanās vietas, kur lietotāji piekļūt no Office 365. Kā San, piedāvājot, Office 365 nedarbojas sadaļā IaaS vai PaaS reģionālo modeli tādā pašā veidā Azure netiek. Tā vietā, Office 365 ir izkliedēts sadarbības pakalpojumu kopu vietā, kur lietotāji var ir vajadzīgs savienojums ar galapunkti vairākos datu centriem un reģioniem, var nebūt tajā pašā atrašanās vietā vai valsts/reģions, kurā tiek viesota lietotāja nomnieks.

Tas nozīmē, ka ļoti svarīgi apsvērumi, ir jāveic atlasot atbilst-mani atrašanās vietas ExpressRoute pakalpojumam Office 365 ir, ja jūsu organizācijas lietotāji tiks savienojumu no. Vispārīgu ieteikumu par optimālu Office 365 savienojamības ir ieviest maršrutēšana, tā, lai lietotāju pieprasījumus ar Office 365 pakalpojumiem tiek nodoti Microsoft tīklā virs īsākais tīkla ceļš, tas arī bieži tiek dēvē par "karstu kartupeli" maršrutēšanu. Piemēram, ja lielākā daļa no Office 365 lietotājiem ir viena vai divas vietās, atlasot atbilst-mani atrašanās vietas, kas atrodas vistuvāk tuvuma šiem lietotājiem atrašanās vietu izveidos optimālu dizainu. Ja jūsu uzņēmumam ir liela lietotāju populācijas daudziem dažādiem reģioniem, iespējams, vēlēsities apsvērt iespēju, ka vairākas ExpressRoute ķēdes un atbilst-mani atrašanās vietas. Dažiem no lietotāja atrašanās vietu, īsākais/visvairāk optimālu ceļu uz Microsoft tīkla un Office 365 var nebūt caur iekšējo WAN un ExpressRoute atbilst-man punktu, bet internetā.

Bieži reizes, pastāv vairākas atbilst-mani atrašanās vietas, kas nevar atlasīt reģionā ar relatīvi tuvu saviem lietotājiem. Aizpildiet tālāk esošajā tabulā, lai palīdzētu jūsu lēmumus.

Plānotā ExpressRoute atbilst-mani Kalifornijā un Ņujorkā atrašanās vietas

Atrašanās vieta

Lietotāju skaits, kuri

Paredzēts Latentums Microsoft tīkla virs interneta izejas

Gaidāmā Latentums Microsoft Network virs ExpressRoute

Losandželosa

10 000

~ 15ms

~ 10ms (izmantojot Silicon Valley)

Vašingtona (DC)

15 000

~ 20ms

~ 10ms (izmantojot Ņujorkas)

Dalasa

5 000

~ 15ms

~ 40ms (izmantojot Ņujorkas)

Kad globālā tīkla arhitektūra, parādot Office 365 valsts/reģions, ExpressRoute tīkla pakalpojumu sniedzējs atbilst-mani atrašanās vietām un personas pēc atrašanās vietas daudzumu ir izstrādāta, to var izmantot, lai noteiktu, vai varat veikta jebkurā optimizēšana. To var arī rādīt globālā matadatu tīkla savienojumu kur trafiku maršrutē uz attālu vietu, lai iegūtu atbilst-mani atrašanās vietu. Ja matadatu globālā tīklā tiek atklāti to būtu remediated, pirms turpināt. Vai nu atrast citu atbilst-mani atrašanās vietu vai izmantot selektīvo interneta sadalījuma izejas punkti nepieļaut matadatu.

Pirmā shēma parāda piemēru klientu ar divām fiziskās atrašanās vietas Ziemeļamerikā. Informācija par office vietām, Office 365 nomnieka atrašanās vietas, var skatīt un vairākas iespējas ExpressRoute atbilst-mani atrašanās vietas. Šajā piemērā klients ir izvēlējies atbilst-mani atrašanās vieta, pamatojoties uz diviem principiem secībā:

  1. Tuvākās tuvuma personām savā organizācijā.

  2. Tuvākās tuvuma Microsoft datu centru, kur tiek viesota Office 365.

ExpressRoute ASV ģeogrāfisko atbilst-mani

Paplašināt šo koncepciju mazliet tālāk otrajā diagramma rāda piemērs starptautiskās klientu saskaroties ar līdzīgu informāciju un lēmumu pieņemšanas. Šim klientam ir neliela biroja Bangladeša ar tikai nelielu komandu desmit personas, kas koncentrējas uz pieaug to emisijas reģionā. Pastāv izpildīt-mani atrašanās vietas Chennai un Microsoft datu centru, izmantojot Office 365 viesotā Chennai tik izpildīt-mani atrašanās vietu būtu jēga; Tomēr desmit personas papildu ķēdē izdevumu ir apgrūtinoši. Kā jūs iepazīties ar savu tīklu, jums ir nepieciešams, lai noteiktu, vai ir efektīvāka par izdevumu kapitālu apgūt citu ExpressRoute ķēdes Latentums iesaistīti sūtīšanu tīkla trafiku jūsu tīklā.

Varat arī desmit personas Bangladeša var rasties labākai veiktspējai ar to tīkla trafiku nosūtīt internetā Microsoft tīkla nekā tie maršrutēšanas to iekšējā tīklā līdzko tika rādīti ievada shēmās un atveidot zem.

Izejošie savienojumi reģionālās pārņemšana

Izveidojiet savu ExpressRoute pakalpojumam Office 365 ieviešanas plānošana

Ieviešanas plānošana jāietver gan tehniskas detaļas konfigurēšanas ExpressRoute, kā arī informāciju par cita infrastruktūra konfigurēšanu jūsu tīklā, piemēram, šādi.

  • Sadalīt starp ExpressRoute un interneta pakalpojumu plānu.

  • Joslas platumu, drošības, augsta pieejamība un failover plānu.

  • Noformēt ienākošo un izejošo maršrutēšana, tostarp pareizu maršrutēšanas ceļu optimizācija dažādās vietās

  • Izlemt, cik tālu ExpressRoute maršrutē tiks publicēti jūsu tīklā un kas ir mehānismu klientiem, lai izvēlētos internetā vai ExpressRoute ceļu; piemēram, tiešo maršrutēšanas vai lietojumprogrammas starpniekserveri.

  • Plānot DNS ierakstu izmaiņas, tostarp Sūtītāja politikas struktūras ierakstus.

  • Plānot NAT stratēģiju, tostarp ienākošo un izejošo avota NAT.

  • Jūsu sākotnējais izvietošanai visas ienākošās services, piemēram, ienākošo e-pastu vai hibrīda savienojamības ieteicams izmantot internetu.

  • Lietotāja klienta LAN maršrutēšana, piemēram, konfigurējot PAC/WPAD failu, noklusējuma maršrutu, starpniekserveri un BGP maršrutu reklāmas plānošana.

  • Plānot perimetrs maršrutēšana, ieskaitot starpniekserveri, ugunsmūri un mākoņa starpnieki.

Izveidojiet plānu joslas nepieciešamas katram galvenās Office 365 darba slodzi. Atsevišķi prognozē Exchange Online, SharePoint Online un Skype darbam Online joslas platuma prasību aprēķināšana. Varat izmantot aprēķinu kalkulatori mēs esat norādījis Exchange Online un Skype darbam, par pamatu; Tomēr ir nepieciešami, lai pilnībā izprast organizācijas joslas platuma vajadzībām izmēģinājuma testēt ar izlases veida lietotāju profili un atrašanās vietas.

Pievienot kā drošības tiek veikta pie katra interneta un ExpressRoute izejas atrašanās vietu, kur jūsu plāns, atcerieties, ka visus ExpressRoute savienojumus ar Office 365 izmantot publisko uzmanīgi un joprojām nodrošināmā saskaņā ar jūsu uzņēmuma drošības politiku, izveidojot savienojumu ar ārējiem tīkliem.

Pievienojiet informāciju par to, kuras personas tiks ietekmēta, kāda veida pārtraukums un kā šīs personas varēs veikt savu darbu ar pilnu jaudu vienkāršākais veidā plāna.

Plānu joslas platuma prasībām, tostarp Skype darbam prasības attiecībā uz nervozēt, Latentums, pārslodzes un augstums

Skype darbam Online arī ir specifiskas papildu tīkla prasības, kas ir detalizēti skatiet rakstā multivides kvalitāte un tīkla savienojamības veiktspējas Skype darbam Online.

Izlasiet sadaļu joslas platuma plānošanu Azure ExpressRoutetīkla plānošana ar ExpressRoute pakalpojumam Office 365.

Veicot joslas platuma novērtēšanas ar izmēģinājuma lietotāju, varat izmantot mūsu rokasgrāmata; Office 365 veiktspējas uzlabošana, izmantojot bāzes datus un veiktspējas vēstures.

Augstas pieejamības prasības plānošana

Izveidojiet plānu augstu pieejamību, lai atbilstu jūsu vajadzībām un iekļaut šo atjaunināto tīkla topoloģija diagrammā. Izlasiet sadaļu augstu pieejamību un failover ar Azure ExpressRoutetīkla plānošana ar ExpressRoute pakalpojumam Office 365.

Tīkla drošības prasībām plānošana

Izveidojiet plānu, lai atbilstu tīkla drošības prasībām un iekļaut šo atjaunināto tīkla topoloģija diagrammā. Izlasiet sadaļu piemērojot drošības vadīklas, lai Azure ExpressRoute pakalpojumam Office 365 scenārijostīkla plānošana ar ExpressRoute pakalpojumam Office 365.

ExpressRoute pakalpojumam Office 365 ir izejošo tīkla prasības, kas var būt nezināma. Konkrēti, IP adreses, kas pārstāv lietotāju un tīkliem uz Office 365 un darbojas kā avota galapunkti izejošo tīkla savienojumiem, korporācijai Microsoft ir jāseko noteikta prasības tālāk aprakstītās.

  1. Galapunkti jābūt publiskās IP adreses, kas ir reģistrēti jūsu uzņēmumam vai carrier ExpressRoute savienojamības sniedz jums.

  2. Galapunkti jābūt publiska Microsoft un validēt/akceptēt, ExpressRoute.

  3. Nav galapunkti ir publicēti internetā ar vienu un to pašu vai vairāk vēlamo maršrutēšanas metriku.

  4. Savienojums ar Microsoft pakalpojumus, kas nav konfigurēts virs ExpressRoute nedrīkst izmantot galapunkti.

Ja jūsu tīkla dizains neatbilst šīm prasībām, ir augsts risks jūsu lietotājiem būs pieejama savienojamības kļūmes uz Office 365 un citos Microsoft pakalpojumos maršrutu melnā holing vai asimetrisku maršrutēšanas dēļ. Tas notiek, kad Microsoft pakalpojumu pieprasījumus tiek maršrutēti virs ExpressRoute, bet atbildes tiek maršrutēti atpakaļ internetā vai otrādi un atbildes ievietotie tiek atmesti, piesaistītajai tīkla ierīcēs, piemēram, ugunsmūri.

Visbiežākie metodi var izmantot, lai nodrošinātu iepriekš minēto prasībām, ir izmantot avota NAT, ieviests kā daļa no jūsu tīkla vai nodrošinātie ExpressRoute carrier. Avota NAT ļauj abstrakti detaļas un privātās IP adrešu interneta tīkla no ExpressRoute un; kopā ar pareizu IP maršrutu reklāmas, sniedz ērti mehānismu, lai nodrošinātu ceļu simetriju. Ja izmantojat piesaistītajai tīkla ierīču, kas ir raksturīgas ExpressRoute uzmanīgi raudzīdamies atrašanās vietas, katra ExpressRoute uzmanīgi nodrošināt ceļu simetriju jābūt īstenot atsevišķā NAT kopas.

Lasiet vairāk par ExpressRoute NAT prasības.

Pievienojiet izmaiņas izejošo savienojumu tīkla topoloģija diagrammā.

Lielākajai daļai Office 365 enterprise izvietojumu pieņemt, kāda veida ienākošā savienojums no Office 365 ar lokālo pakalpojumiem, piemēram, Exchange, SharePoint un Skype darbam Hibrīdā scenāriji, pastkastes migrāciju un izmantojot ADFS autentifikācija infrastruktūras. Kad ExpressRoute iespējojat papildu maršrutēšanas ceļu starp lokālā tīkla un Microsoft izejošais savienojums, šie ienākošā savienojumi var ietekmēt nejauši asimetrisku maršrutēšana, pat tad, ja plānojat ir šīs plūsmas turpina izmantot internetu. Dažus piesardzības pasākumus aprakstītos ieteicams nodrošināt neietekmē interneta pasta ienākošā plūsmu no Office 365 ar lokālo sistēmām.

Lai mazinātu asimetrisku maršrutēšanas ienākošo tīkla plūsmu, visi ienākošie savienojumi jāizmanto avota NAT, pirms tie tiek maršrutēti uz tīkla segmenti, kuriem ir maršrutēšanas pārredzēt ExpressRoute. Ja ienākošos savienojumus atļautas uz tīkla segmentu ar maršrutēšanas pārredzēt ExpressRoute bez avota NAT, pieprasījumus izcelsme ir Office 365 stāsies no interneta, bet atbildi, atgriežoties Office 365 dos priekšroku ExpressRoute tīkla ceļš atpakaļ uz Microsoft tīklu, izraisa asimetrisku maršrutēšanu.

Jūs varat apsvērt iespēju kādu šādi ieviešanas paraugus, lai izpildītu šīs prasības:

  1. Veikt avota NAT pirms pieprasījumi tiek maršrutēti uz jūsu iekštīklam, izmantojot tīkla aprīkojums, piemēram, ugunsmūri vai ielāde balancers ceļā no interneta jūsu lokālo sistēmu.

  2. Nodrošina, ka ExpressRoute maršrutē netiek ieviesti attiecībā uz tīkla segmentu, kur ienākošajiem pakalpojumiem, piemēram, priekšā beigšana serveri vai mainīt starpniekservera sistēmām, apstrāde interneta savienojumi atrodas.

Skaidri grāmatvedības šādus scenārijus tīkla un saglabājot visu ienākošo tīkla trafiku plūsmu pār interneta palīdz, lai minimizētu satura izvietošanas un darbības risku asimetrisku maršrutēšanas.

Var būt gadījumi, ja izvēlaties daži ienākošo plūsmu tieši virs ExpressRoute savienojumi. Šādus scenārijus jāņem vērā šādi papildu apsvērumus.

  1. Office 365 var tikai mērķa lokālā galapunkti, kas izmanto publisko IP. Tas nozīmē, ka pat tad, ja lokālā ienākošā galapunkta ir pakļauta tikai Office 365 virs ExpressRoute, tā joprojām ir jābūt publiskā IP ar to saistīta.

  2. Visi DNS nosaukuma atpazīšana, Office 365 pakalpojumu veicat, lai atrisinātu lokālā galapunkti notiek, izmantojot publisko DNS. Tas nozīmē, ka jums ir jāreģistrējas ienākošā pakalpojuma galapunkti FQDN IP kartējumu internetā.

  3. Virs ExpressRoute saņemtu ienākošo tīkla savienojumiem, publiskās IP apakštīkli šīs galapunktiem jābūt virs ExpressRoute publicēti korporācijai Microsoft.

  4. Uzmanīgi novērtēt šīs ienākošo tīkla plūsmu, lai nodrošinātu, ka pareizu drošības un tīkla vadīklas tiek lietots saskaņā ar jūsu uzņēmuma drošības un tīkla politiku.

  5. Vienreiz jūsu lokālo ienākošā galapunkti ir reklamē korporācijai Microsoft ExpressRoute, ExpressRoute efektīvi kļūst vēlamo maršrutēšanas ceļu uz tiem galapunkti visiem Microsoft pakalpojumiem, ieskaitot Office 365. Tas nozīmē, ka šie galapunkta apakštīklos jābūt tikai izmantot saziņai ar Office 365 un citiem pakalpojumiem Microsoft tīklā. Pretējā gadījumā jūsu dizains, radīsies asimetrisku maršrutēšana, kur no citām Microsoft pakalpojumu piedāvātais maršrutēt ienākošos savienojumus ienākošais virs ExpressRoute, kamēr atgriešanās ceļu izmantos internetā.

  6. Notikumu ExpressRoute ķēdes vai atbilst-mani atrašanās vieta ir uz leju, ir jānodrošina lokālā ienākošā galapunkti joprojām ir pieejami lai akceptētu pieprasījumu virs atsevišķā tīkla ceļu. Tas var nozīmēt reklāmas apakštīklos tiem galapunkti, izmantojot vairākus ExpressRoute ķēdes.

  7. Mēs iesakām, lietojot avota NAT visu ienākošo tīkla trafiku plūsmām ievadītu savu tīklu, izmantojot ExpressRoute, īpaši, ja šīs plūsmas cross piesaistītajai tīkla ierīcēs, piemēram, ugunsmūri.

  8. Dažiem lokālā pakalpojumiem, piemēram ADFS starpniekservera vai Exchange autodiscover ienākošos pieprasījumus var saņemt gan Office 365 pakalpojumu sniedzējiem un lietotājiem no interneta. Šos pieprasījumus Office 365 mērķa pašu FQDN kā lietotāja pieprasījumi internetā. Atļaujot ienākošā lietotāja savienojumi no interneta tiem lokālā galapunkti laikā liekot Office 365 savienojumi, lai izmantotu ExpressRoute, apzīmē ievērojami maršrutēšanas sarežģītību. Lielākā daļa klientu ieviešanas sarežģītas šādus scenārijus virs ExpressRoute nav ieteicams dēļ darbības apsvērumus. Šajā papildu pieskaitāmo izmaksu ietver pārvaldību risku, kas saistīts ar asimetrisku maršrutēšanas un pieprasīt rūpīgi pārvaldīt maršrutēšanas reklāmas un politikas visā vairākas dimensijas.

Jūs vēlaties, lai izvairītos no asimetrisku maršrutēšanas jānodrošina personām jūsu organizācijā var nemanāmi izmantot Office 365, kā arī citi svarīgi pakalpojumi internetā. Pastāv divi bieži konfigurācijas klientiem ir, kas izraisa asimetrisku maršrutēšanu. Tagad ir piemērots brīdis, lai pārskatītu tīkla konfigurāciju, kuru plānojat izmantot un pārbaudīt, ja viens no šiem asimetrisku maršrutēšanas scenārijiem varētu pastāvēt.

Lai sāktu, mēs pārbaudīt dažas dažādās situācijās, kas saistītas ar tīkla shēmā. Shēmā, visiem serveriem, kas saņem ienākošos pieprasījumus, piemēram ADFS vai lokālā hibrīda serveri ir jauns Džērsija datu centrā un ir reklamē ar internetu.

  1. Kamēr perimetrs tīkls ir drošs, nav pieejama neviena avota NAT ienākošo pieprasījumu.

  2. Ir iespējams skatīt gan interneta un ExpressRoute maršrutē serveriem jauns Džērsija datu centrā.

ExpressRoute savienojumu pārskats

Mums ir arī ieteikumus par to, kā tās novēršanai.

Problēma 1: Mākonī, lai lokālo savienojumu, izmantojot internetu

Tālāk redzamajā shēmā ir parādīts asimetrisku tīkla ceļš, kas jāveic, saņemot tīkla konfigurācija netiek nodrošināts NAT ienākošos pieprasījumus Microsoft mākoņa internetā.

  1. Ienākošo pieprasījumu no Office 365 izgūst lokālā galapunkta IP adresi no publisko DNS un nosūta pieprasījumu perimetrs tīklā.

  2. Šajā bojātu konfigurācijā nav nav konfigurēts avota NAT vai perimetrs tīkla, kur trafiks ir pieejama nosūtīto iegūstot faktisko avota IP adresi, tiek izmantots kā atgriezto mērķa.

    • Tīkla serverī maršrutē atgriezto trafiku uz Office 365, izmantojot jebkuru pieejamo ExpressRoute tīkla savienojumu.

    • Rezultāts ir asimetrisku ceļu, ka plūsmai uz Office 365, iegūstot pārtraukta savienojuma.

ExpressRoute Asymetric maršrutēšanas problēma 1

Risinājums 1. a: avota NAT

Vienkārši pievienojot avota NAT ienākošo pieprasījumu novērš šo nepareizi konfigurēti tīklu. Shēmā:

  1. Ienākošo pieprasījumu turpina ievadīt caur jauns Džērsija datu centra perimetru tīkla. Šoreiz avota NAT ir pieejama.

  2. Atbildes no servera maršrutē atpakaļ uz IP, kas saistītas ar avota NAT nevis sākotnējo IP adresi, iegūstot atbildi, atgriežot gar to pašu tīkla ceļu.

ExpressRoute Asymetric maršrutēšanas risinājumu 1

Risinājums 1: maršrutu noteikšana

Varat veikt atļāvis ExpressRoute BGP priedēkļi publicēti, noņemot alternatīvo tīkla ceļš uz šiem datoriem. Shēmā:

  1. Ienākošo pieprasījumu turpina ievadīt caur jauns Džērsija datu centra perimetru tīkla. Šoreiz reklamē Microsoft ExpressRoute ķēdes priedēkļi var nebūt pieejami jauns Džērsija datu centru.

  2. Atbildes no servera maršrutē atpakaļ uz IP saistīts ar sākotnējo IP adresi virs vienīgais ceļš, kas pieejama, iegūstot atbildi, atgriežot gar to pašu tīkla ceļu.

ExpressRoute Asymetric maršrutēšanas risinājumu 2

Problēma 2: Mākonī, lai lokālo savienojumu virs ExpressRoute

Tālāk redzamajā diagrammā parādīts paņemti tīkla konfigurācija netiek nodrošināts NAT ienākošos pieprasījumus Microsoft mākoņa virs ExpressRoute asimetrisku tīkla ceļu.

  1. Ienākošo pieprasījumu no Office 365 iegūst IP adresi no DNS un nosūta pieprasījumu perimetrs tīklā.

  2. Šajā bojātu konfigurācijā nav nav konfigurēts avota NAT vai perimetrs tīkla, kur trafiks ir pieejama nosūtīto iegūstot faktisko avota IP adresi, tiek izmantots kā atgriezto mērķa.

    • Tīkla datorā maršrutē atgriezto trafiku uz Office 365, izmantojot jebkuru pieejamo ExpressRoute tīkla savienojumu.

    • Rezultāts ir asimetrisku savienojuma ar Office 365.

ExpressRoute Asymetric maršrutēšanas problēma 2

2. risinājumu: Avota NAT

Vienkārši pievienojot avota NAT ienākošo pieprasījumu novērš šo nepareizi konfigurēti tīklu. Shēmā:

  1. Ienākošo pieprasījumu turpina ievadīt caur Ņujorkas datu centra perimetru tīkla. Šoreiz avota NAT ir pieejama.

  2. Atbildes no servera maršrutē atpakaļ uz IP, kas saistītas ar avota NAT nevis sākotnējo IP adresi, iegūstot atbildi, atgriežot gar to pašu tīkla ceļu.

ExpressRoute Asymetric maršrutēšanas risinājumu 3

Papīra pārliecinieties, vai tīkla dizains ir ceļu simetriju

Šajā brīdī jums nepieciešams pārbaudīt uz papīra ieviešanas plānošana piedāvā maršrutu simetriju dažādos gadījumos, kurā varēsit izmantot Office 365. Atrodiet noteiktas tīkla maršrutu, kas jāveic, ja persona izmanto dažādu pakalpojuma līdzekļus, kas paredzēts. No lokālā tīkla un WAN maršrutēšanu uz perimetrs ierīcēm, lai savienojamības ceļu; ExpressRoute vai internetā, un pie tiešsaistes galapunkta savienojums.

Jums vajadzēs veikt šīs darbības ar visu Office 365 tīkla pakalpojumi, kas iepriekš bija apzīmēti pakalpojumus, kas pieņems jūsu organizācijā.

Tas palīdz veikt šo papīra pārskatu maršrutu ar otru personu. Izskaidrot viņiem, kurā katra tīkla pārsniegtu paredzēts iegūt nākamo maršrutu no un pārliecinieties, vai esat darbojies maršrutēšanas ceļi. Atcerieties, ka ExpressRoute vienmēr sniegs vairāk tvertajiem ceļš uz Microsoft servera IP adreses, sniedzot to apakšējā maršrutu izmaksas par interneta noklusējuma maršrutu.

Noformējuma klienta savienojamības konfigurācija

Izmantojot PAC failus ar ExpressRoute

Ja izmantojat starpniekserveri interneta saistīta trafiku un pēc tam ir nepieciešams pielāgot jebkuru PAC vai klienta konfigurācijas failus, lai nodrošinātu klientu datoros jūsu tīklā ir pareizi konfigurēti ExpressRoute trafiku vēlaties nosūtīt uz Office 365 bez šķērso starpniekserveri un atlikušo trafiku, tostarp dažos Office 365 trafiku tiek nosūtīts atbilstošs starpniekserveri. Lasiet mūsu rokasgrāmata par pārvaldība Office 365 galapunkti piemēram PAC failus.

Piezīme : Galapunkti mainīt bieži, cik bieži vien nedēļas. Jums vajadzētu tikai veikt izmaiņas, ņemot vērā pakalpojumi un līdzekļi, kas jūsu organizācijā ir pieņemts, lai samazinātu skaitu, izmaiņas ir jāveic palikt pašreizējā. Apmaksas Datuma RSS plūsmu, kur tiek paziņots izmaiņas un glabājas visas iepriekšējās izmaiņas, IP adreses, kas tiek paziņots uzmanību var nav reklamē vai noņemta reklāma, līdz tiek sasniegta spēkā.

Veidot savu izvietošanas un testēšanas procedūras

Ieviešanas plānošana jāiekļauj testēšana gan atriti plānošanu. Ja jūsu ieviešanu nedarbojas, kā paredzēts, plāns būtu tā, lai pārkāptu vismaz skaits personu, pirms tiek atklāti problēmas. Tālāk ir daži augsta līmeņa principi jūsu plāns ir jāapsver.

  1. Tīkla segmentu un lietotāja pakalpojuma reģistrēšanas uz samazināt iespēju kādu traucēt posmu.

  2. Maršrutē ar izsekošanas programmu testēšanas plāns un TCP savienojumu no atsevišķā interneta sakarus resursdatora.

  3. Vēlams, ienākošo un izejošo pakalpojumu pārbaude būtu jāveic izolētas testa tīklā ar testa Office 365 nomnieku.

    • Varat arī testēšana var izpildīt ražošanas tīklā, ja vēl netiek izmantots Office 365 klients, vai ir pilots.

    • Varat arī testēšana var būt izpildīta laikā ražošanas pārtraukums, kas ir iestatīta malā testam un uzraudzības tikai.

    • Varat arī pārbaudes var izdarīt, atzīmējot maršrutē katram pakalpojumam par katru slāni 3 maršrutētāju mezglu. Šī rudens atpakaļ vajadzētu izmantot tikai tad, ja nav citu testēšana ir iespējams, jo trūkst fizisko testēšanas ievieš riska.

Izvietošanas procedūras būtu izstrāde nelielu personu grupām posmos, lai atļautu testēšanas pirms izvietojat lielajās grupās personu. Tālāk ir vairāki veidi, kā ExpressRoute izvietošanas par posmu.

  1. Iestatiet ExpressRoute ar Microsoft uzmanīgi un ir pārsūtīta uz vienu resursdatoru tikai maršrutu reklāmas pakāpenisku testēšanas vajadzībām.

  2. Reklāma vienota tīkla segmentu pirmā ExpressRoute tīkla ceļus un izvērsiet maršrutu reklāmas tīkla segmentu vai reģiona.

  3. Ja Office 365 izvietošanas pirmo reizi, izmantojiet ExpressRoute tīkla izvietošanas kā izmēģinājuma ar nelielu personu skaitu.

  4. Ja izmantojat starpniekserveri, vai arī varat konfigurēt testa PAC failu tieši pirms pievienojot vairāk nelielu skaitu, personas ExpressRoute ar testēšana un atsauksmes.

Ieviešanas plānošana jānorāda katra izvietošanas procedūras, kas jāveic vai komandas, kas jāizmanto, lai izvietotu tīkla konfigurāciju. Pienākot tīkla pārtraukums laiku, visas izmaiņas tiek veiktas jābūt no rakstītu izvietošanas plāns, kas iepriekš bija rakstīta un vienādranga pārskata. Skatiet mūsu vadlīnijas ExpressRoute tehnisko konfigurāciju.

  • SPF TXT ierakstu atjaunināšanu, ja esat mainījis IP adreses lokālā serveriem, kas turpinās nosūtīt e-pastu.

  • Atjaunināt visus DNS ierakstus lokālo serveru, ja esat mainījis IP adreses, lai izvietotu jaunu NAT konfigurāciju.

  • Pārliecinieties, vai esat abonējis RSS plūsmas Office 365 galapunkta paziņojumus, lai uzturētu visas maršrutēšanas vai starpniekservera konfigurācijas.

Pēc pabeigšanas ExpressRoute izvietošanas ir jāveic darbības, kas norādītas testēšanas plāns. Katras darbības rezultāti būtu pieteicies. Ir jāiekļauj procedūras slīdošo sākotnējā ražošanas vidē, gadījumā, ja testa plānu rezultāti parāda izpildi nav izdevusies.

Testēšanas procedūras jāietver pārbaudes katra ienākošā un izejošā tīkla pakalpojuma Office 365 gan kas izmantos ExpressRoute arī tie, kas netiks. Procedūras, kas jāiekļauj testēšana no katras unikālu tīkla atrašanās vietas, tostarp lietotājiem, kuri nav lokālo korporatīvā lokālā tīkla.

Daži piemēri testēšanas darbības ir šādi.

  1. Ping no lokāla maršrutētāja tīkla operatoram maršrutētāja.

  2. Validētu 500 + Office 365 un CRM Online IP adresi reklāmas ziņojumus saņem lokālā maršrutētāja.

  3. Pārbaudiet jūsu ienākošā un izejošā NAT darbojas starp ExpressRoute un iekšējā tīkla.

  4. Apstipriniet, ka maršrutē NAT ir reklamētās no maršrutētāja.

  5. Pārbaudiet, vai ExpressRoute ir akceptējis publiska priedēkļi.

    • Izmantojiet šo cmdlet komandu, lai pārbaudītu uzmanīgi raudzīdamies reklāmas:

    • Get-AzureRmExpressRouteCircuitRouteTable -DevicePath Primary -ExpressRouteCircuitName TestER -ResourceGroupName RG -PeeringType MicrosoftPeering
  6. Apstipriniet savu publisko NAT IP diapazonu nav reklamē korporācijai Microsoft, izmantojot ExpressRoute vai publiskā interneta tīkla ķēde, ja vien tas nav noteiktu apakškopu plašākam tāpat kā iepriekšējā piemērā.

  7. ExpressRoute ķēdes ir pāra, validētu abām BGP sesijām darbojas.

  8. Viena resursdatora iekšpusē NAT iestatīšana un izmantošana ping, tracert un tcpping pārbaudīt savienojamības pāri jaunu ķēde, lai resursdatora Outlook. office365. com. Alternatīvi, jūs varētu izmantot rīka, piemēram, Wireshark vai Microsoft tīkla monitora 3.4 spoguļots portā uz MSEE, lai validētu jums izdodas savienošana ar Outlook. office365. com saistīto IP adresi.

  9. Exchange Online, pārbaudiet lietojumprogrammas līmeņa funkcionalitātes.

    • Testa Outlook ir iespējams izveidot savienojumu ar Exchange Online un e-pasta sūtīšana/saņemšana.

    • Testa Outlook ir iespēja izmantot tiešsaistes režīmā.

    • Pārbaudiet viedtālrunī savienojums un nosūtīšanas/saņemšanas iespēju.

  10. Lietojumprogrammas līmeņa funkcionalitātes pārbaude SharePoint Online

    • Testa OneDrive darbam sinhronizācijas klienta.

    • Pārbaudiet SharePoint Online web access.

  11. Pārbaudiet lietojumprogrammas līmeņa funkcionalitātes Skype zvana uzņēmumiem:

    • Pievienošanās konferences zvanam, autentificēta lietotāja [uzaicināt iniciējis lietotāja].

    • Uzaicināt lietotājus konferences zvanam [uzaicināt nosūtīts no MCU].

    • Pievienoties konferencei kā anonīms lietotājs, izmantojot Skype darbam tīmekļa lietojumprogrammu.

    • Pievienoties no jūsu personālā datora vadu savienojumu, IP tālrunis un mobilo ierīču zvana.

    • Zvanu federatīvais lietotājs o zvanu uz PSTN validācijas: zvanu ir pabeigta, zvana kvalitāti ir pieņemams, pieņemams savienojuma laiku.

    • Pārbaudiet, vai kontaktpersonas klātbūtnes statuss tiek atjaunināts gan locekļiem nomnieka un federatīvie lietotāji.

Asimetrisku maršrutēšana ir visbiežāk ieviešanas problēma. Šeit ir daži bieži avoti, lai atrastu:

  • Izmantojot open vai atsevišķu tīkla maršrutēšanas topoloģijas bez avota NAT vietā.

  • Nelietojat SNAT maršrutēšanai uz ienākošo pakalpojumiem, izmantojot internetu un ExpressRoute savienojumi.

  • Nav testēšanas ienākošā pakalpojumos ExpressRoute pirms izvietošanas plaši testa tīklā.

Izvietošana ExpressRoute savienojumu ar savu tīklu

Posmā izvietošanu, lai vienu tīkla segmentu pa vienam, pakāpeniski slīdošo, savienojamības uz dažādām tīklā, izmantojot plānu atriti par katru jaunu tīkla segmentu. Ja jūsu izvietošanas ir līdzināta ar Office 365 izvietošanas, vispirms izvietot Office 365 izmēģinājuma lietotāju un izvērst no šīs bibliotēkas.

Vispirms jūsu testu un pēc tam ieguvei:

  • Palaidiet izvietošanas darbības, lai iespējotu ExpressRoute.

  • Pārbaudiet, vai jūsu redzēt tīkla ceļus ir pareizi.

  • Veikt pārbaudi katrā ienākošo un izejošo pakalpojumā.

  • Ja atklājat, kādas problēmas atriti.

Tagad, kad ir pabeigta plāna uz papīra ir pienācis laiks, lai pārbaudītu small mērogā. Šajā pārbaudē izveidos vienu ExpressRoute savienojumu ar Microsoft Peering testa apakštīklā jūsu lokālajā tīklā. Varat konfigurēt izmēģinājuma Office 365 nomnieka ar savienojamību un no testa apakštīkla un iekļaut visu ienākošo un izejošo savienojumu pakalpojumu, kuras izmantosit ražošanas testa apakštīkla. Iestatīt DNS testa tīkla segmentu un izveidot visu ienākošo un izejošo pakalpojumu. Izpildīt testēšanas plāns un pārliecinieties, ka pārzināt maršrutēšanas katram pakalpojumam un maršrutu izplatīšana.

Kad pabeigsit vienumus, kas aprakstītas iepriekš, atzīmēt apgabalus esat pabeidzis un pārliecinieties, vai jums un jūsu grupas pārskatījuši tās pirms izpildes ar izvietošanu un testēšanas plāni.

  • Ienākošā un izejošā pakalpojumus, kas ir iesaistīti tīkla izmaiņu sarakstu.

  • Globālā tīkla arhitektūra shēmai parādīta interneta izejas gan ExpressRoute atbilst-mani atrašanās vietas.

  • Tīkla maršrutēšanas shēma demonstrējot dažādu tīkla ceļus, ko izmanto katram pakalpojumam izvietots.

  • Izvietošanas plānošana ar darbības, lai ieviestu izmaiņas un atriti, ja nepieciešams.

  • Testēšanas plāns testēšanas katram pakalpojumam Office 365 un tīkla.

  • Pabeigt papīra validācijas ražošanas maršrutu ienākošo un izejošo pakalpojumiem.

  • Pabeigto testa pāri testa tīkla segmentu, tai skaitā pieejamības testēšana.

Izvēlieties pārtraukums logs, kurā ir tik ilgi, lai izskatiet visu izvietošanas plānu un testa plānu, ir dažas laika pieejama problēmu novēršana un laika slīdošo atpakaļ, ja tādas rodas.

Brīdinājums : Dēļ sarežģīti maršrutēšanas caur internetu un ExpressRoute, ir ieteicams, ka papildu buferis laiks tiek pievienots šo logu, lai apstrādātu problēmu novēršanas sarežģītas maršrutēšanas.

QoS ir jāiegādājas balss un sapulces priekšrocības Skype darbam Online. Jūs varat konfigurēt QoS, pēc tam, kad ir nodrošinājis, ka ExpressRoute tīkla savienojumu nebloķē jebkuru citu Office 365 pakalpojumu piekļuves. QoS konfigurācija ir aprakstīta rakstā ExpressRoute un QoS programmā Skype darbam Online .

Problēmu novēršana jūsu ieviešanu

Pirmā vieta, kur meklēt ir darbības ieviešanas ceļvedī bija kāds neatbildētos ieviešanas plāns? Pārejiet atpakaļ un palaidiet tālāk small tīkla testēšana, ja tas ir iespējams atkārtot kļūdu un atkļūdošana to tur.

Noteiktu, kura ienākošos vai izejošos pakalpojumu neizdevās pārbaudes laikā. Iegūstiet īpaši IP adreses un apakštīklos visiem pakalpojumiem, kas neizdevās. Iet uz priekšu un tīkla topoloģija diagrammā iet uz papīra un validētu maršrutēšanu. Validētu īpaši kur ExpressRoute maršrutēšana ir reklamētas, izmēģiniet šo maršrutēšanas laikā dīkstāvi; ja tas ir iespējams ar izsekošanas gadījumiem.

Palaidiet PSPing ar tīkla izsekošanas katram klientam galapunktu un novērtējiet avota un mērķa IP adreses, lai apstiprinātu, ka tie ir pareizi. Palaidiet telnet jebkuru pasta resursdators, ko pakļaut portā 25 un pārbaudiet, vai ka SNAT paslēpšanu sākotnējā avota IP adresi, ja tas ir paredzēts.

Ņemiet vērā, ka laikā Office 365 izvietošanas ar ExpressRoute savienojumu ir jānodrošina gan tīkla konfigurācija ExpressRoute optimāli paredzēts un citu elementu esat optimizētas arī jūsu tīklā, piemēram, klientu datoros. Papildus izmantojot šīs plānošanas rokasgrāmatas novērst darbības, iespējams, esat nokavējis, mums arī ir rakstīts veiktspējas problēmu novēršanas plāns pakalpojumam Office 365 .

Šeit ir īss saite var izmantot, lai attiecīgais lietotājs atgriežas: https://aka.ms/implementexpressroute365

Saistītās tēmas

Tīkla savienojums ar Office 365
Azure ExpressRoute pakalpojumam Office 365
Pārvaldību ExpressRoute pakalpojumam Office 365 savienojamības
maršrutēšanas ar ExpressRoute pakalpojumam Office 365
tīkla plānošana ar ExpressRoute pakalpojumam Office 365
ExpressRoute pakalpojumam Office 365 scenārijos (preview) izmantojot BGP Kopienu
multivides kvalitāte un tīkla savienojamības veiktspējas Skype darbam Online
Optimizējot tīkla Skype darbam Online
ExpressRoute un QoS programmā Skype darbam Online
zvanu plūsmu, izmantojot ExpressRoute
Office 365 veiktspējas uzlabošana, izmantojot bāzes datus un veiktspējas vēstures
veiktspējas problēmu novēršanas plāns pakalpojumam Office 365
Office 365 vietrāžu URL un IP adrešu diapazoni
Office 365 tīkla un veiktspējas uzlabošana

Piezīme : Mašīntulkošanas atruna. Šo rakstu ir tulkojusi datorsistēma bez cilvēka iejaukšanās. Microsoft piedāvā šos mašīntulkojumus, lai palīdzētu angliski nerunājošajiem lietotājiem izmanot saturu par Microsoft produktiem, pakalpojumiem un tehnoloģijām. Tā kā šis raksts ir mašīntulkots, tajā var būt leksikas, sintakses un gramatikas kļūdas.

Paplašiniet savas prasmes
Iepazīties ar apmācību
Esiet pirmais, kas saņem jaunās iespējas
Pievienoties Office Insider programmai

Vai šī informācija bija noderīga?

Paldies par jūsu atsauksmēm!

Paldies par atsauksmēm! Šķiet, ka varētu būt noderīgi sazināties ar kādu no mūsu Office atbalsta aģentiem.

×