Tinklo planavimas su ExpressRoute "Office 365"

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

Prieš įtraukiant Azure ExpressRoute į jūsų tinklo struktūrą, tai gerai apgalvoti ir planuoti kaip taikomosios programos užklausos bus išversti į tinklo srautą.

„ExpressRoute“, skirta „Office 365“ teikia layer 3 ryšį tarp kliento tinklo ir "Microsoft' duomenų centruose. Layer 3 ryšio teikiama kraštinės šliuzo protokolo (BGP) Kelvados skelbimai teikia tiesioginių maršrutų į "Office 365" serveriams. Įrenginių vietinėje požiūriu Azure ExpressRoute matyti kaip alternatyvą interneto vertinant tinkamą TCP/IP kelias Office 365.

"Azure ExpressRoute" įtraukia tiesiogiai kelią į tam tikriems palaikomos funkcijos ir paslaugos, kad siūlomi Office 365 serveriai per "Microsoft' duomenų centruose. "Azure ExpressRoute" nepakeičia interneto ryšys su "Microsoft" duomenų centruose arba pagrindinių interneto paslaugų, pvz., domeno vardo vertinimą.

Toliau pateiktoje lentelėje paryškina kelis skirtumus tarp interneto ir Azure ExpressRoute ryšiai Office 365kontekste.

Skirtumus tinklo planavimas

Interneto ryšį.

ExpressRoute tinklo ryšys

Prieiga prie reikia interneto paslaugų, įskaitant;

  • DNS vardų vertimą

  • Sertifikatas atšauktųjų sertifikatų tikrinimas

  • Turinio pristatymo tinklai

Taip

"Microsoft" užklausos priklauso DNS ir (arba) CDN infrastruktūra gali būti naudojamas ExpressRoute tinklo.

Prieiga prie Office 365 paslaugas, įskaitant.

  • Exchange Online

  • SharePoint Online

  • Internetinė „Skype“ verslui

  • Office Online

  • Office 365 Portalui ir autentifikavimui

Taip, visos programos ir funkcijos

Taip, konkretaus taikomųjų programų ir funkcijų

Vietinių saugos išorėje.

Taip

Taip

Didelio prieinamumo planavimas.

Perjungimas į alternatyvių interneto tinklo ryšys

Perjungimas į yra alternatyvių ExpressRoute ryšio *

Tiesioginį ryšį su suprantami tinklo profilį.

Ne

Taip

IPv6 ryšį.

Taip

Ne

* Rekomenduojama tik paprastą tinklo topologijos perjungimas į interneto ryšį.

Šiuose šaltiniuose yra čia padėti jūsų planavimas. Mes taip pat įrašytas 10 dalies Azure ExpressRoute "Office 365" mokymo sekos kanalo 9 padėti paaiškinti sąvokas išsamiau.

Jei naudojate į esamą Azure ExpressRoute schemų ir norite įgalinti ryšio į Office 365 šios grandinės, pirmiausia įvertinti, jei jūsų esamą grandinių ir išėjimo vietas, dydis grandinių skaičius yra tinkami ir Office 365. Dauguma klientų reikalauja papildomų pralaidumo ir daugelis reikalauja papildomų grandinių.

Ryšio pridėjimas Office 365 virš esamų Azure ExpressRoute grandinių daroma konfigūruoti Microsoft Public peering šalia Azure asmeninio arba Azure viešosios peering konfigūraciją grandinės. Vieno grandinės gali suteikti visus tris šiuos peering ryšius.

Azure ExpressRoute prenumerata yra skirtos vien klientų, prenumeratos yra susieta su klientais, Klientai gali turėti kelis Azure ExpressRoute grandinių ir jie gali pasiekti daug "Microsoft" debesies išteklių virš tų grandinių. Pvz., atskiro kliento pasirinkti pasiekti yra Azure virtualiosios mašinos, yra Office 365 bandymo nuomotojo ir yra Office 365 gamybos nuomotojo nuomojamų išteklių per pora Azure ExpressRoute grandinių.

Jei naudojate Azure ExpressRoute šiandien su "Azure", yra keletas skirtumų, jums reikia žinoti apie.

Peering ryšys

Azure privatus

Azure viešosios

Microsoft

Paslaugos

IaaS: Azure virtualiosiose mašinose

Debesų kompiuterijos platforma: Azure viešosios

SaaS: Office 365 ir CRM Online

Connection initiation

Klientų "Microsoft"

"Microsoft" klientų

Klientų "Microsoft"

Klientų "Microsoft"

"Microsoft" klientų

QoS palaikymas

Nėra QoS

Nėra QoS

QoS1

1 Tik šiuo metu QoS palaiko "Skype" verslui.

Kiekvienam klientui Office 365 turi unikalias pralaidumo poreikius, atsižvelgdami į vartotojų skaičių kiekvienoje vietoje office kaip aktyvų jie kiekvieną Office 365 taikant ir kitus tokius veiksnius kaip naudoti vietinių arba hibridinių įrangos ir tinklo saugos konfigūracijos.

Turintys per mažai pralaidumo įvyks perkrovos, retransliavimą duomenų ir nenuspėjamas vėlavimo. Kyla per daug pralaidumo atsiras nereikalingų kaina. Esamą tinkle pralaidumo yra dažnai nurodomos sumos, galimi didžiausi grandinės procentais. 10 % didžiausi bus greičiausiai dėl perkrovos ir kad 80 % didžiausi paprastai reiškia nereikalingų išlaidų. Įprastos didžiausi paskirties paskirstymas yra 20 – 50 %.

Rasti tinkamą pralaidumo lygį, geriausia mechanizmus poreikius atitinkančių yra išbandyti savo esamų tinklo sąnaudos. Tai yra vienintelis būdas gauti teisinga naudojimo Matą ir reikia kaip kiekvieną tinklo konfigūracija ir programos yra keletas būdų, kaip unikalus. Siūlome kelias pralaidumo skaičiuoklės gauti apytikris "jūsų Exchange Online", "OneDrive" verslui ir "Skype" verslui interneto pralaidumo poreikius; Tačiau šios skaičiuoklės nebus į kitų tinklo srautą, kuris gali feed Azure ExpressRoute grandinės, pvz., CRM Online tapatybės sinchronizavimą, ir pan.

Apskaičiuota pradinė, kuris apima visus tinklo programas, bandomasis Office 365 su nedidele grupe, kuri apima skirtingus profilius galutiniams vartotojams jūsų organizacijoje nustatyti naudojimo, ir naudoti dviejų matavimų apskaičiuoti sumą pralaidumo jums reikia kiekvienos tarnybos vietos.

Taip pat svarbu Atminkite perkrovos Exchange Online mechanizmus ir SharePoint Online yra neturi įtakos Azure ExpressRoute, visas rekomendacijas Office 365 našumo reguliavimo svetainėje taikyti klientams, neatsižvelgiant į jų ExpressRoute.

Kai jūsų poreikius pralaidumo yra nustatyta vietą, galite nustatyti ir grandinių įsigyti. Skaitykite daugiau informacijos apie įvairių schemų dydžiai ir atsiskaitymo modelių, kurie gali naudoti pagal savo pageidavimus Azure turinio.

Norėdami apsaugoti Azure ExpressRoute ryšio prasideda tuos pačius kaip tvirtinimo interneto ryšį. Daugelis klientų Pasirinkite diegti tinklo ir išorinę valdiklių savo vietinio tinklo prijungimas prie Office 365 ir kitų "Microsoft" debesų ExpressRoute keliu. Šie valdikliai gali būti užkardos, programų tarpinius serverius, duomenų nutekėjimo prevencija, pažeidimų aptikimo, pažeidimų prevencijos sistemos ir pan. Daugeliu atvejų Klientai taikyti skirtingų lygių valdiklių eismas inicijavo iš vietinio nuėję į "Microsoft" ir pradėti iš "Microsoft" nuėję į kliento vietinio tinklo srautą.

Svarstydami alternatyvas ir topologijos išlaikyti norimą tinklo ir išorinę valdymo lygį ExpressRoute Office 365 ryšiai, svarbu suprasti, kad jie glaudžiai susiję bendrą tinklo topologija ir ExpressRoute ryšio modelio , kurias norite diegti. Šioje lentelėje pateikiama keletas pavyzdžių:

ExpressRoute integravimo parinktis

Tinklo saugos išorinę modelis

Bendro esančios debesies exchange

Įdiegti naują arba esamą saugos/išorinę infrastruktūrą bendrą vietą įrenginyje, kuriame ExpressRoute ryšys panaudoti.

Įtaką bendroje vietoje priemonę grynai nukreipimas sujungti ataskaitas ir atgal žvejybos ryšius iš bendro priemonę į vietinę saugos/išorinę infrastruktūrą.

Tiesioginio ryšio eterneto

Nutraukti tiesioginio ExpressRoute ryšio esamą vietinio saugos/išorinę infrastruktūros vietoje.

Įdiekite naują saugos/išorinę infrastruktūrą konkrečius ExpressRoute kelią ir nutraukti tiesioginį ryšį ten.

Bet kuris su visais IPVPN

Panaudoti esamų vietinių saugos/išorinę infrastruktūrą, išėjimas į naudojamas ExpressRoute Office 365 ryšio IPVPN visose vietose.

Kietas naudojamas ExpressRoute "Office 365" konkrečių vietinių vietų IPVPN nurodytas kaip saugos/išorėje.

Be anksčiau minėtų parinkčių, kai kurių paslaugų teikėjų gali pasiūlyti valdomos saugos/išorinę funkcijas, kaip ir jų integravimo sprendimai su Azure ExpressRoute dalis.

Svarstydami, naudojamas ExpressRoute "Office 365" jungiantis prie tinklo ir saugumo išorinę parinktys topologijos išdėstymą, toliau pateikiami papildomos rekomendacijos

  • Gylio ir įveskite tinklo saugumo kontrolė gali turėti įtakos našumas ir išplečiamumas pagal Office 365 vartotojo poreikius.

  • Siuntimo (ant-vietinės -> "Microsoft") ir gaunamus ("Microsoft" -> vietinių) [jei įgalinta] srautų gali taiko skirtingus reikalavimus.

  • Office 365 prievadai ir protokolai ir reikia IP antrinis reikalavimai yra tokie patys, ar srautą nukreipiami ExpressRoute "Office 365" arba internetu.

  • Topologinė išdėstymą kliento tinklo saugumo kontrolė nustato ultimate iki galo tinklo tarp vartotojų ir Office 365 tarnyba ir gali turėti didelės įtakos tinklo gaištis.

  • Klientams rekomenduojama kurti savo saugos/išorinę topologijos naudoti su ExpressRoute "Office 365" pagal geriausią praktiką atleidimo, pasiekiamas ir atkūrimo.

Šiame pavyzdyje, Woodgrove banko galima palyginti skirtingų Azure ExpressRoute ryšio galimybes kartu su aukščiau aptarti išorinę saugos modelius.

1 pavyzdys: Norėdami apsaugoti "Azure ExpressRoute"

Atsižvelgiant į Woodgrove banko įgyvendinimo Azure ExpressRoute ir po planavimo optimalių architektūra Kelvados su ExpressRoute "Office 365" ir panaudoję aukščiau nurodytus suprasti pralaidumo reikalavimų, esate nustatyti geriausias būdas apsaugoti savo išorinę.

Už Woodgrove, tarptautinėse organizacijos su vietų kelių žemynų, saugos turi būti visų perimetrus. Optimalų ryšio parinktį Woodgrove yra kelių taškų ryšį su kelių peering vietų visame pasaulyje, tarnybos darbuotojams ir žemyno poreikius. Kiekvienas kontinentas yra nereikalingas Azure ExpressRoute grandinių per žemyno ir saugos turi būti visų šių.

Esamą infrastruktūrą, kuriame jau yra Woodgrove yra patikima ir gali dirbti papildomą darbą, todėl Woodgrove banko gali naudoti savo Azure ExpressRoute ir interneto išorinę saugos infrastruktūra. Jei tai nebuvo didžiųjų ir mažųjų raidžių, Woodgrove pasirinkti įsigyti papildomos įrangos papildyti jų esamos įrangos arba kitokio tipo ryšio tvarkyti.

Jei manote, kad pasiekiamas, apsvarstykite patirtį asmuo, naudojantis tarnyba. Tai taikoma vietinės infrastruktūros paslaugos ir taikomosios programos taip pat, kaip ji taikoma interneto tarnybas, pvz., Office 365. Yra daug veiksnių, kurie gali turėti įtakos asmens pasiekiamumo patirtį, svyruojanti nuo komponentų Office 365 paslaugos, asmuo turi pagrįsti naudoti Office 365, ir viskas tarp vietinio komponentų.

Dažnai kelią į Office 365 apima daug vietinių komponentai, kurie yra nereikalingas arba skirtas labai galima. Daugelis klientų patirties prastos pasiekiamumas naudojant Office 365 nepakanka pasiekiamumas iš šių tarpinių komponentus, net kai Office 365 yra prieinama visiems kitiems.

Jei planuojate naudoti ExpressRoute "Office 365" savo gamybos tinklo srautui, svarbu įvertinti visus savo tinklo topologija, ExpressRoute ryšius ir susieti vietinio infrastruktūros su atskirų galutinio vartotojo funkcijas, Atminkite veiksnius. Pradedant nuo Office 365 tarnybą ir juda link galutinio vartotojo, pateikiame kelis dalykus, turėtų būti atsižvelgiama planuojant savo užmegzti ryšį ir prieinamumą strategijos Office 365.

Tarnybos pasiekiamumas

  • Office 365 paslaugoms taikoma aiškiai paslaugų lygio sutartis, kuriuose veikimo ir pasiekiamumas metrika atskirų tarnybų. Viena priežastis, dėl kurios Office 365 išlaikyti tokio aukšto lygio aptarnavimo pasiekiamumas lygiai yra atskirų komponentų sklandus perjungimas tarp daugelio "Microsoft" duomenų, naudojant "Microsoft" Bendrasis tinklo galimybę. Šį perjungimas iš duomenų centro ir tinklo apima kelis interneto išėjimo taškus ir leidžia perjungimas sklandžiai požiūriu asmenys, naudojantys paslaugą.

  • ExpressRoute teikia 99,9 % pasiekiamumo SLA atskiras specialus grandinių tarp Microsoft tinklo krašto ir ExpressRoute teikėjas ar partnerių infrastruktūra. Šių paslaugų lygį taikomos ExpressRoute grandinės lygyje, kurią sudaro dviejų nepriklausomų sąsajų tarp perteklinius Microsoft įrenginius ir tinklo teikėjas įrenginių kiekvieną peering vietoje.

Teikėjas pasiekiamumas

  • "Microsoft' paslaugų teikimo lygio tvarką sustabdyti ExpressRoute teikėjas ar partnerių. Tai taip pat galite priimti sprendimus, kurie turės įtakos jūsų pasiekiamumo lygį pirmą vietą. Tiksliai įvertinti architektūra, pasiekiamumas ir atkuriamumas charakteristikas jūsų ExpressRoute teikėjas siūlo tarp jūsų tinklo išorėje ir teikėjų ryšio kiekvienoje Microsoft peering vietoje. Atkreipkite dėmesį į abi loginės ir fizinį aspektus atleidimo, peering įranga, vežėjų pateiktus WAN grandinės bet kokią papildomą vertę įtraukti paslaugų, pvz., NAT tarnybos arba valdomi užkardos.

Klientų pasiekiamumas

  • Jūsų vietinio tinklo išorinę ir ExpressRoute išėjimo reikia gylio peržiūra. Iš savo WAN infrastruktūros, įrangos išėjimo punktai, kad išorinių tinklų, kurie jungiasi prie ExpressRoute grandinių, peržiūros turėtų patikrinti, kaip pasiekiamumas ir atkuriamumas daro įtaką tinklo topologija. Šių dalių savo ryšio scenarijų neapima ExpressRoute "arba" Office 365 SLA, tačiau jie būtų paleisti labai svarbų iki galo tarnybos pasiekiamumas kurias galutiniams vartotojams.

  • Vis dar svarbu jūsų interneto pasiekiamumą. Kiekvieną vietą, kurioje žmonės naudosis Office 365 turi prieigą prie interneto, neatsižvelgiant į tai, ExpressRoute ryšį. Office 365 priklauso nuo tam tikro skaičiaus sistemos priklausomybė, pvz., domeno vardo vertinimą, sertifikato patvirtinimo turinio pristatymo tinklai, taip pat prieigą prie Office 365 tarnybos parametrus, kurie nepasiekiami ExpressRoute duomenų ryšį.

  • Žmonės, naudojant ir veiklos Office 365, jei bet kurį vieną komponentą gedimas būtų įtakos žmonių patirtį naudojant paslaugą, ieškoti būdų, kaip apriboti žmonių procentinė dalis. Jei perjungimas režimu veikianti sudėtingas, atsižvelkite į žmonių patirtis ilgai atkūrimo ir ieškokite veikianti paprastų ir automatinis perjungimas režimus.

Kurti savo pasiekiamumo planas

Mes primygtinai rekomenduojame, kad planuoti ir kurti didelio prieinamumo ir atkuriamumas į savo Office 365iki galo ryšio scenarijai. Turėtų būti dizainas;

  • Be vykdomų klaida.

  • sumažinti žmonių skaičius ir trukmę, kad poveikis labiausiai tikimasi gedimo režimų.

  • optimizuoti paprastas, pakartotinos ir automatinio atkūrimo procesą iš labiausiai tikimasi gedimo režimai.

  • palaikymo visą tinklo srautą ir funkcijų per perteklinius keliai be esminius apribota poreikius.

Jūsų ryšys scenarijai turėtų būti tinklo topologija, pritaikyta kelių nepriklausomų ir aktyvų tinklo keliai Office 365. Taip bus gaunama geriau iki galo pasiekiamumas nei topologiją, kurioje pritaikyta tik atleidimo individualiais įrenginys ar įranga.

Patarimas : Jei jūsų vartotojai platinami per kelis žemynus arba geografinius regionus ir viena iš šių vietų prisijungia perteklinius WAN grandinės vieno vietinio vietą, kurioje yra vienas ExpressRoute grandinės, vartotojų patirties mažiau iki galo tarnybos pasiekiamumas nei tinklo topologija dizainas, kuris yra nepriklausomas ExpressRoute grandinių prie artimiausio peering skirtingų regionų vietą.

Mes rekomenduojame, kad parengimo ExpressRoute grandinių į geografinis nereikalingas peering vietas kiekvieno regiono, kur žmonės naudos ExpressRoute ryšio Office 365 paslaugų. Tai leidžia kiekvieno regiono bus prijungti per nelaimei, kad veikia pagrindinę vietą, pvz., į duomenų centro ar peering vietą. Taip pat rekomenduojame šiuos ryšiai sukonfigūruoti aktyvus aktyvią būdu leidžia galutiniams vartotojams srautą paskirstyti per kelis tinklo kelius. Tai sumažina žmonių įranga ar komponentas lygio sutrikimus aprėptį.

Visi iki šiol aptarti atvejai perjungimas buvo tarp ExpressRoute grandinių ir visiškai nepriklauso nuo interneto išėjimo ir prieinamumas internete kelią. Kai kurie klientai buvo laikomas, naudojant interneto kaip perjungimas į tinklo kelią, tuo atveju, jei ExpressRoute yra nepasiekiamas. Paprastas tinklo topologijos, tai turėtų būti pritaikytas į nepavykusių planą. Norėdami įtraukti kitą pralaidumo galimybės skirtingose vietose, sudėtingas srauto nukreipimas ar programos lygio konfigūraciją, naudojant prasidėjus tinklo topologija. PAC arba WPAD konfigūracijos Automatinis perjungimas iš ExpressRoute kelią į yra interneto tinklo kelias tampa neįmanoma. Jei jūsų tinklo topologija yra šie sudėtingesnes komponentai, rekomenduojame parengti bandymai suprasti perjungimas procesą ir patirtį.

2 pavyzdys: Perjungimas ir pasiekiamas

Woodgrove banko kelių geografiniai dizainas įvyko peržiūros nukreipimas, pralaidumo, saugos ir dabar turi eiti per didelis pasiekiamumas peržiūra. Woodgrove galvoja apie pasiekiamas kaip apimanti tris kategorijas; atkuriamumas, patikimumą ir atleidimo.

Atkuriamumas leidžia Woodgrove atkurti iš nesėkmių greitai. Patikimumas leidžia Woodgrove pasiūlyti nuoseklų rezultatus sistemoje. Atleidimo leidžia judėti tarp vieną ar daugiau veidrodinis atvejų infrastruktūros Woodgrove.

Kiekvieno krašto konfigūraciją, Woodgrove yra pertekliniai užkardos, tarpiniai serveriai ir ID. Šiaurės Amerikoje, Woodgrove turi vieną kraštą konfigūracijos jų Biržai duomenų centre ir kitą kraštą konfigūracijos jų Virginia duomenų centre. Perteklinių įrangos kiekvienoje vietoje siūlo atkuriamumas į tą vietą.

Tinklo konfigūracijos Woodgrove banko kuriama pagal keli pagrindiniai principai:

  • Per kiekvieną geografinį regioną, yra keli Azure ExpressRoute grandinių.

  • Kiekviena grandinė regione, gali palaikyti visus tinklo srautą, kad regione.

  • Nukreipimas bus aiškiai pasirinkti vieną arba kelias atsižvelgiant į tai, vietą, ir pan.

  • Perjungimas tarp Azure ExpressRoute grandinių sinchronizuojami automatiškai be papildomo konfigūravimo arba Woodgrove būtinų veiksmų.

  • Perjungimas tarp interneto grandinių sinchronizuojami automatiškai be papildomo konfigūravimo arba Woodgrove būtinų veiksmų.

Esant tokiai konfigūracijai, su atleidimo lygiu fizinio ir virtualaus Woodgrove bankas yra pasiūlyti vietos atkuriamumas, regiono atkuriamumas ir visuotinis atkuriamumas patikimai. Woodgrove renka šią konfigūraciją įvertinus vieną Azure ExpressRoute grandinės per regione, taip pat galimybės, jei virš prie interneto.

Jei nepavyko Woodgrove turite kelis Azure ExpressRoute grandinių kiekvieno regiono, Kelvados srautas Šiaurės Amerikoje Azure ExpressRoute grandinė Azijos ir Ramiojo vandenyno įtraukti nepriimtinas lygis gaištis ir DNS duomenų perdavimo konfigūracija įtraukia sudėtingumą.

Panaudojimas interneto atsarginės kopijos sąrankos pašalina siūlomų Azure ExpressRoute suprantami nuoseklų ryšį. Tai lūžiai Woodgrove asmens patikimumo principo, todėl nesuderinamos patirtis naudojant ryšį. Be to, Rankinis konfigūravimas būtų reikalaujama, atsižvelgiant į tai, BGP skelbimai, nesukonfigūruotos perjungimas, NAT konfigūracijos, DNS konfigūracijos ir tarpinio serverio konfigūracijos.

Vis dar turite klausimų apie tai, kaip planuoti ir įgyvendinti skrydžių valdymo arba Azure ExpressRoute? Skaitykite mūsų tinklo ir veiklos pagalba arba Azure ExpressRoute DUK.

Yra daug įvairių tipų Azure ExpressRoute paslaugų teikėjų. Azure ExpressRoute dizaino leidžia vartotojams pasirinkti tinkamą teikimo įrankis, skirtas kiekvieną vietą, kur yra Azure ExpressRoute grandinės parengta. Kai kurie Klientai, tai reiškia, kad visų naujų tinklo teikėjų ir kitiems tai reiškia daugiau funkcijų iš esamų teikėjo.

Kai žymite į Azure ExpressRoute teikėją, turėtų įvertinti nori turėti pagal visus savo ankstesnius planuoti nukreipimas, pralaidumo, saugos ir pasiekiamas grandinės vietą. Kai jums nustatė optimalių vietose, įvertinus ryšio parinktį, taškas, kelių taškų arba nuomojamų išteklių. Atminkite, kad galite sumaišykite ir atitiktų ryšio galimybes, kol pralaidumas ir kitų nereikalingų komponentų palaikymo Kelvados ir didelio pasiekiamumo dizainą.

Naudojant šiuos du kintamuosius, vietą ir ryšio tipas nustatyta, Peržiūrėti dabartinį sąrašą teikėjų pagal regioną.

Štai trumpa saitą, galite naudoti norėdami grįžti: https://aka.ms/planningexpressroute365

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.

Tinklo ryšys į "Office 365"

"Azure ExpressRoute", "Office 365"

"Office 365" ryšio ExpressRoute valdymas

Nukreipimas su ExpressRoute "Office 365"

Įgyvendinimo ExpressRoute "Office 365"

Naudojant BGP bendruomenių ExpressRoute "Office 365" scenarijams (peržiūra)

Medijos kokybės ir tinklo ryšio našumą naudojant "Skype" verslui internete

Optimizuoti jūsų tinklas, skirtas "Skype" verslui

ExpressRoute ir QoS "Skype" verslui internete

Skambinimas naudojant ExpressRoute srautas

"Office 365" našumo reguliavimas naudojant bazinės linijos ir našumo istorija

Veikimo trikčių šalinimas "Office 365" planą

"Office 365" URL ir IP adresų diapazonai

"Office 365" tinklo ir našumo derinimas

Ryšio trikčių diagnostika "Office 365"

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ų.

×