Office
Pierakstīties

Maršrutēšanas ar ExpressRoute pakalpojumam Office 365

Piezīme.:  Mēs vēlamies sniegt jums visjaunāko palīdzības saturu jūsu valodā, cik vien ātri to varam. Šī lapa ir tulkota automatizēti, un tajā var būt gramatiskas kļūdas un neprecizitātes. Mūsu nolūks ir šo saturu padarīt jums noderīgu. Vai lapas lejasdaļā varat mums pavēstīt, vai informācija jums noderēja? Ērtai atsaucei šeit ir šis raksts angļu valodā .

Lai pareizi izprastu maršrutēšanas trafiku uz Office 365 , izmantojot Azure ExpressRoute, ir uzņēmuma satveriet core ExpressRoute maršrutēšanas prasības un ExpressRoute ķēdes un maršrutēšanas domēnu. Šie izkārtojiet izmantošanai ExpressRoute, kas Office 365 klienti paļaujas uz pamatiem.

Daži galvenie elementi iepriekš rakstiem, kuros jums saprast ietver:

  • ExpressRoute ķēdes nav kartēti uz noteiktu fiziskās infrastruktūras, bet ir loģiskā savienojuma vienā uzmanīgi raudzīdamies vietā veic Microsoft un uzmanīgi raudzīdamies sniedzējs jūsu vārdā.

  • Ir 1:1 kartēšanu starp ExpressRoute ķēde un klientu s taustiņu.

  • Katra ķēde var atbalstīt līdz 3 neatkarīga uzmanīgi raudzīdamies relāciju (Azure publiskās uzmanīgi, Azure privātu uzmanīgi un Microsoft uzmanīgi); Office 365 ir nepieciešams Microsoft uzmanīgi.

  • Katra ķēde ir fiksēts joslas platumu, kas tiek koplietoti uzmanīgi raudzīdamies visas relācijas.

  • Jebkura publisko IPv4 adreses un valsts kā skaitļi, kas tiks izmantota ExpressRoute ķēdes ir apstiprināts kā pieder jums, vai tikai jums piešķīris adrešu diapazona īpašnieks.

  • Virtuālās ExpressRoute ķēdes ir lieka globāli un veiciet standarta BGP maršrutēšanas prakse. Šī iemesla dēļ mēs iesakām divas fizisko shēmas per izejas active/active konfigurācijā pakalpojumu sniedzēja.

Skatiet BUJ lapu vairāk informācijas par pakalpojumiem, kas tiek atbalstīti, izmaksas un konfigurācijas detaļas. Redzams sarakstā savienojamības pakalpojumu sniedzēju piedāvā Microsoft uzmanīgi raudzīdamies atbalsta ExpressRoute atrašanās vietas rakstā , lai iegūtu informāciju. Mēs ierakstīti 10 daļu Azure ExpressRoute pakalpojumam Office 365 apmācības sērijas kanāla 9, lai palīdzētu izskaidrot jēdzienus rūpīgāk.

Office 365 priekšgala serveriem, kas ir pieejamas internetā un ExpressRoute. Šie serveri dos priekšroku maršrutēšana virs ExpressRoute ķēdes, ja abi ir pieejami. Šī iemesla dēļ ir maršrutu asimetrijas iespējamību, ja tīkla trafikam labprāt maršrutēšana virs interneta ķēdes. Asimetrisku maršrutē ir radusies problēma, jo ierīces, kas veic piesaistītajai pakešu pārbaudes var bloķēt atgriezto trafiku, kas seko citu ceļu nekā izejošo paketes, kuriem tiek sekots.

Neatkarīgi no tā, vai veicat savienojumu ar Office 365 interneta vai ExpressRoute, avota jābūt publiski tikai maršrutējamus adresi. Ar daudziem klientiem, skatoties tieši ar Microsoft, kam privātu adreses, kur dublikāti ir iespējams starp klientiem nav iespējama.

Tālāk ir scenāriji, kur tiks sākta sava lokālā tīkla Office 365 paziņojumi. Lai vienkāršotu tīkla dizains, mēs iesakām maršrutēšanas šie virs interneta ceļu.

Microsoft maršrutēt atpakaļ ar savu tīklu, lai šīs divvirzienu plūsmu BGP maršrutē uz lokālo ierīcēm jābūt koplietojamai pie Microsoft.

Uzmanīgi raudzīdamies relāciju, izmantojot Microsoft uzmanīgi raudzīdamies maršrutēšanas domēnu konfigurēšana un apstiprināti atbilstošu piekļuves, varēsit redzēt visus PaaS un San pakalpojumus, kas pieejami pāri ExpressRoute. Office 365 pakalpojumiem, kas paredzēti ExpressRoute var pārvaldīt ar BGP Kopienu vai maršrutu filtrus.

Citas lietojumprogrammas, piemēram, Office 365 Video, ir Office 365 lietojumprogramma; Tomēr Office 365 Video sastāv no trīs dažādas komponenti, portālā, straumēšanas pakalpojuma un satura piegādes tīkls. SharePoint Online straumēšanas pakalpojuma dzīves laikā Azure multivides pakalpojumus, kas atrodas portālā un satura piegādes tīkls dzīvo laikā Azure CDN. Tālāk esošajā tabulā ir aprakstītas šīs sastāvdaļas.

Komponents

Pamata lietojumprogrammas

Iekļautas SharePoint Online BGP Kopienas?

Lietojums

Office 365 Video portālā

Atgrupētā teātra klipkopa

Konfigurāciju, augšupielāde

Office 365 straumēšanas Video pakalpojums

Azure multivides pakalpojumi

Straumēšanas pakalpojumu, izmantot gadījumā, ja video nav pieejams no CDN

Office 365 Video satura piegādes tīkls

Azure CDN

Galvenais avots video lejupielāde/straumēšana. Papildinformācija par Office 365 video tīklu.

Katra Office 365 līdzekļi, kas ir pieejami, izmantojot Microsoft uzmanīgi ir uzskaitītas skatiet rakstā Office 365 galapunkti pēc lietojumprogrammas tips un FQDN. Iemesls, lai izmantotu FQDN tabulās ir ļauj pārvaldīt trafiku, izmantojot PAC failus vai citu starpniekservera konfigurācijas, skatiet mūsu ceļvedi, lai failu pārvaldība Office 365 galapunkti piemēram PAC klientiem.

Dažos gadījumos mēs izmantojām aizstājējzīmju domēnu, kur viens vai vairāki sub-pilnie domēnu nosaukumi reklamē citādi, nekā augstāka līmeņa aizstājējzīmju domēnu. Parasti tas notiek, ja aizstājējzīmes apzīmē garu sarakstu ar serveriem, kas ir visi reklamē ExpressRoute un internetā, kamēr nelielu apakšaizzīmes kopu galamērķi tikai reklamē ar internetu, vai otrādi. Skatiet tālāk izprast atšķirības vietas norādītās tabulas.

Šajā tabulā parāda aizstājējzīmju pilnie domēnu nosaukumi, kas ir reklamē ar internetu un Azure ExpressRoute līdzās sub-pilnie domēnu nosaukumi, reklamē tikai ar internetu.

Aizstājējzīmju domēna reklamētas ExpressRoute un interneta shēmām

GICS FQDN reklamē interneta ķēdes tikai

*.microsoftonline.com

click.email.microsoftonline.com

portal.microsoftonline.com

provisioningapi.microsoftonline.com

adminwebservice.microsoftonline.com

*.officeapps.live.com

nexusRules.officeapps.live.com

nexus.officeapps.live.com

odc.officeapps.live.com

odc.officeapps.live.com

cdn.odc.officeapps.live.com

ols.officeapps.live.com

ocsredir.officeapps.live.com

ocws.officeapps.live.com

ocsa.officeapps.live.com

Parasti PAC faili ir paredzēti, lai nosūtītu tīkla pieprasījumus ExpressRoute reklamē galapunkti tieši uz ķēdes un visiem citiem tīkla pieprasījumiem starpniekservera. Ja esat konfigurēšana PAC failu, piemēram, šādi, izveidojiet PAC failu šādā secībā:

  1. Iekļaujiet sub-pilnie domēnu nosaukumi no kolonnas divas iepriekš sniegto tabulu PAC failu, nosūtot trafiku uz jūsu starpniekservera augšpusē. Esam izveidojuši parauga PAC failu, lai jūs varētu izmantot mūsu rakstu par Office 365 galapunkti pārvaldība.

  2. Iekļaujiet visus pilnie domēnu nosaukumi atzīmēti publiska ExpressRoute šajā rakstā zem pirmā sadaļa trafiks sūtīšanu tieši uz ExpressRoute ķēdes.

  3. Iekļauts tīkla galapunktiem vai zem šīs divas ievadnes, nosūtot trafiku uz jūsu starpniekservera kārtulas.

Šajā tabulā parāda aizstājējzīmju domēnus, kas ir reklamē interneta tikai līdzās sub-pilnie domēnu nosaukumi, kas ir reklamē Azure ExpressRoute un interneta elektriskās ķēdes. PAC faila virs pilnie domēnu nosaukumi divu kolonnā zem tabulas, ir norādīti kā reklamētās ExpressRoute atsauce, saites, tas nozīmē, ka tie tiktu iekļautas otrās grupas faila ierakstus.

Aizstājējzīmju domēna reklamētas interneta ķēdes tikai

GICS FQDN reklamētas ExpressRoute un interneta shēmām

*.office.com

*.outlook.office.com

home.office.com

outlook.office.com

portal.office.com

www.office.com

*.office.net

agent.office.net

*.office365.com

outlook.office365.com

smtp.office365.com

*.outlook.com

*.protection.outlook.com

*.mail.protection.outlook.com

automātiskās noteikšanas-< nomnieka >. outlook.com

*.windows.net

login.windows.net

Lai maršrutētu uz Office 365 lietojumprogrammu pēc savas izvēles vajadzēs noteiktu skaitu galvenie faktori.

  1. Cik daudz joslas platumu, būs nepieciešama lietojumprogramma. Izlases esošās lietošanas ir tikai uzticamu metodi, lai noteiktu šo jūsu organizācijā.

  2. Ko vēlaties tīkla trafiku uz izejas atrašanos atstājiet no tīkla. Jums vajadzētu plānot, lai samazinātu tīkla latentuma savienojumiem Office 365 , kā tas ietekmē veiktspēju. Tā Skype darbam izmanto reāllaika balss un video ir īpaši jutīgs sliktas tīkla latentuma.

  3. Ja vēlaties, lai visi vai tīkla vietām, lai liktu lietā ExpressRoute apakškopu.

  4. Kādas vietas izvēlētajā tīkla pakalpojumu sniedzējs piedāvā ExpressRoute no.

Kad nosakāt atbildes uz šiem jautājumiem, var nodrošināt ExpressRoute ķēde, vajadzībām joslas platumu un atrašanās vietu. Papildu tīkla plānošanas palīdzību, skatiet Office 365 tīkla uzlabošana rokasgrāmata un gadījuma izpēti Nr. par to, kā Microsoft turus tīkla veiktspējas plānošanas.

1. piemērs: Viena ģeogrāfiskā atrašanās vieta

Šajā piemērā ir scenārijs fiktīvs uzņēmuma nosaukumu Tres, kam ir viena ģeogrāfisko atrašanās vietu.

Tres darbiniekiem ir atļauts izveidot savienojumu ar pakalpojumu un tīmekļa vietnēm internetā, kas drošības nodaļas ļauj tieši uz izejošo starpniekserveri, kas sēž starp uzņēmuma tīkla un savu ISP pāri tikai.

Tres plāno lietot Azure ExpressRoute Office 365 un atpazīst, ka daži trafiku, piemēram, trafiku paredzēti satura piegādes tīkliem nevarēsit maršrutēšana virs ExpressRoute Office 365 savienojumam. Tā kā visu trafiku jau maršrutē starpniekservera ierīcēm pēc noklusējuma, šos pieprasījumus joprojām darbojas kā iepriekš. Pēc Tres nosaka, ka tie atbilst Azure ExpressRoute maršrutēšanas prasībām, viņi turpinātu izveidotu ķēde, maršrutēšanas un jaunu ExpressRoute ķēdes saites uz virtuālā tīkla konfigurēšana. Pēc tam, kad pamata Azure ExpressRoute konfigurācija ir vieta, Tres izmanto #2 PAC failu mēs publicēt maršrutu trafiku klientu specifiskus datus virs tiešo ExpressRoute Office 365 savienojumus.

Kā parādīts tālāk redzamajā shēmā, Tres ir iespēja apmierināt prasību maršrutu Office 365 trafiku virs internetā un trafiku apakškopa virs ExpressRoute kombinējot maršrutēšanas un izejošo starpniekservera konfigurācijas izmaiņas.

  1. Izmantojot maršrutu trafiku caur atsevišķā interneta izejas punktu #2 PAC failu mēs publicēt Azure ExpressRoute Office 365.

  2. Klienti ir konfigurēti ar noklusējuma maršrutu pret Trey Research starpniekserveri.

Šajā piemērā scenārijā Tres izmanto izejošo starpniekserveri ierīci. Līdzīgi, klientiem, kuri neizmantojat Azure ExpressRoute Office 365 , iespējams, vēlēsities izmantot šo metodi, pamatojoties uz izmaksām pārbaude trafiku paredzēti pazīstamu lielu skaitu iesniegumu galapunkti maršrutu trafiku.

Augstākās lielapjoma pilnie domēnu nosaukumi Exchange Online, SharePoint Online un Skype darbam Online ir šādas:

ExpressRoute klientu edge tīkls
  • Outlook. office365. com, outlook.office.com

  • < nomnieka nosaukumu >. sharepoint.com, < nomnieka nosaukumu > - my.sharepoint.com < nomnieka nosaukumu > - < lietojumprogrammu >. sharepoint.com

  • *. Lync.com kopā ar IP diapazoni, kas nav TCP trafikam

  • * broadcast.officeapps.live.com, * excel.officeapps.live.com, * onenote.officeapps.live.com, * powerpoint.officeapps.live.com, * view.officeapps.live.com, * visio.officeapps.live.com, * word edit.officeapps.live.com, * Word view.officeapps.live.com, office.live.com

Uzziniet vairāk par izvietošanu un pārvaldīšanu starpniekservera iestatījumus Windows 8 un nodrošina Office 365 nav droselēti ar sava starpniekservera.

Ar vienu ExpressRoute ķēdi, ir bez augsta pieejamība Tres. Šajā gadījumā trīsacis ir lieka pāri malas ierīcēs, kas ir apkalpošanas ExpressRoute savienojamības neizdodas, nav papildu ExpressRoute ķēde, lai failover uz. Šis atstāj Tres situāciju, kā nespēja virs internetā būs nepieciešama atkārtota manuāla konfigurēšana un dažos gadījumos jaunu IP adreses. Ja trīsacis vēlas pievienot augstu pieejamību, vienkāršākais risinājums ir papildu ExpressRoute ķēdes katrai vietai jāpievieno un jākonfigurē ķēdes active/active veidā.

Pēdējā scenārijā, maršrutēšanas Office 365 trafiku virs ExpressRoute ir vēl sarežģītākas maršrutēšanas arhitektūra pamats. Neatkarīgi no atrašanās vietu skaitu, kontinentu, kur tās vietas, pastāv skaits, skaits ExpressRoute ķēdes, un tā tālāk, aplūkojot dažas trafiku maršrutētu uz internetā un daži trafiku virs ExpressRoute būs nepieciešama.

Papildu jautājumi, uz kuriem jāatbild klientiem ar vairākām vietām vairākus ģeogrāfisko ietver:

  1. Vai jums ir nepieciešama ExpressRoute ķēde katru atrašanās vietu? Ja izmantojat programmu Skype darbam Online, vai ir saistītas ar Latentums sensitivitātes SharePoint Online vai Exchange Online, active/active ExpressRoute ķēdes liekos pāri ieteicams katrā atrašanās vietā. Tiek rādīts Skype darbam multivides kvalitātes un tīkla savienojamības ceļveža papildinformāciju.

  2. Ja ExpressRoute ķēde nav pieejama konkrētā vietā, kā paredzēts Office 365 trafiks maršrutēts?

  3. Kas ir konsolidējot trafiku attiecībā uz tīkliem ar daudzām small vietām vēlamais paņēmiens?

Katrs no šiem prezentē unikālu uzdevums, kas pieprasa novērtēt savu tīklu, kā arī no Microsoft pieejamās opcijas.

Apsvērumi

Lai novērtētu tīkla komponenti

Ķēdes vairākās atrašanās vietās

Mēs iesakām vismaz divas shēmas, kas konfigurēta active/active veidā.

Jāsalīdzina izmaksas, latentumu un joslas platuma vajadzībām.

Izmantojiet BGP maršrutēšanas izmaksas, PAC failiem un NAT, lai pārvaldītu maršrutēšanas ar vairākiem shēmas.

Maršrutēšanas no atrašanās vietas bez ExpressRoute ķēde

Ieteicams izejas un DNS atpazīšanas kā tuvu personu, kas pieprasījumu pakalpojumam Office 365.

DNS pāradresēšana var izmantot, lai atļautu attālā biroji atklāt atbilstošo galapunktu.

Attālā office klientiem jābūt maršrutu pieejama, kas nodrošina piekļuvi ExpressRoute ķēdes.

Small office konsolidāciju

Rūpīgi jāsalīdzina pieejama joslas platumu un datu lietošana.

Piezīme.: Microsoft dos priekšroku ExpressRoute internetā, ja ceļš ir pieejama neatkarīgi no fiziskās atrašanās vietas.

Katrs no šiem apsvērumiem jāņem vērā katrā unikālu tīklā. Tālāk ir piemērs.

2. piemērs: Vairāku ģeogrāfiskajām atrašanās vietām

Šajā piemērā ir scenārijs fiktīvs uzņēmuma nosaukumu Humongous apdrošināšanas, kam ir vairākas ģeogrāfiskajām atrašanās vietām.

Humongous apdrošināšanas ģeogrāfiski ir izkliedēts ar birojiem visā pasaulē. Vēlas ieviest Azure ExpressRoute pakalpojumam Office 365 saglabāt lielāko daļu to Office 365 trafiku uz tiešā tīkla savienojumu. Humongous apdrošināšanas ir arī biroji divas papildu kontinentu. Attālā office, ja ExpressRoute nav iespējama darbiniekiem būs maršrutēšana atpakaļ uz vienu vai abas no primārās iespējas, lai izmantotu ExpressRoute savienojumu.

Galvenais princips ir iespējami ātri iegūt Office 365 paredzēti trafiku uz Microsoft datu centru. Šajā piemērā Humongous apdrošināšanas jāizlemj, ja attālā biroji būtu maršrutēšana internetā, lai nokļūtu Microsoft datu centru jebkurā savienojumā iespējami ātri iespējams vai ja attālā biroji būtu maršrutēšana iekšējā tīklā, lai piekļūtu Microsoft datu centra ExpressRoute savienojumā pēc iespējas ātrāk.

Microsoft datu centriem, tīkliem un programmas arhitektūra ir paredzēts veikt globāli nesavienojamus sakaru un pakalpojumu tos visefektīvākais veids, kā iespējams. Šis ir viens no lielākā tīkliem pasaulē. Paredzēti Office 365 pieprasījumus, kas paliek klientu tīklos ilgāk, kā nepieciešams nevarēsit šī arhitektūra priekšrocības.

Humongous apdrošināšanas situāciju, viņi turpinātu atkarībā no lietojumprogrammas, tās plāno izmantot vairāk nekā ExpressRoute. Piemēram, ja viņi Skype darbam Online klientu, vai plānojat izmantot ExpressRoute savienojamības, izveidojot savienojumu ar ārējiem Skype darbam tiešsaistes sapulču noformējuma ieteicams programmā Skype darbam Online multivides kvalitātes un tīkla savienojamības rokasgrāmata ir nodrošināt papildu ExpressRoute kontūru trešajā atrašanās vietai. Tas var būt vairāk dārgo no tīkla perspektīvas; Tomēr maršrutēšanas pieprasījumus no viena kontinenta uz citu pirms rādīšanas Microsoft datu centru gaitā var izraisīt slikta vai lietojama pieredzi Skype darbam tiešsaistes sapulču un saziņa.

Ja Humongous apdrošināšanas nelieto vai netiek plānojat izmantot Skype darbam Online nekādi maršrutēšanas Office 365 paredzēti tīkla trafiku atpakaļ uz kontinentu ar ExpressRoute savienojums var būt iespējams caur var izraisīt nevajadzīgu Latentums vai TCP pārslodzes. Abos gadījumos maršrutēšanas interneta paredzēta trafiku uz vietējo vietnē internetā ir ieteicams gūt labumu no satura piegādes tīkli šo Office 365 paļaujas uz.

ExpressRoute vairāku ģeogrāfija

Plānojot Humongous apdrošināšanas ir vairāku ģeogrāfija stratēģijas, ir pieejamas vairākas lietas, kas jāņem vērā ap lieluma ķēdes skaits ķēdes failover, un tā tālāk.

Ar ExpressRoute kopīgu atrašanās vietu vairāku reģioni ir mēģināt izmantot ķēde, Humongous apdrošināšanas vēlas nodrošināt, ka savienojumiem ar Office 365 no attālā office tiek Office 365 datu centru tuvāko galvenās mītnes nosūtīti un saņemti pēc galvenās mītnes atrašanās vietas. Lai to izdarītu, Humongous apdrošināšanas ievieš DNS pāradresēšana, lai samazinātu aprites un DNS uzmeklēšanas nepieciešams izveidot atbilstošu savienojumu ar Office 365 vides vistuvāk galvenās mītnes interneta izejas punktu skaitu. Tas neļauj atrisināt priekšgala lokālā servera klients un nodrošina persona, kas izveido savienojumu ar priekšējo gala serveris ir tuvu galvenās mītnes, kur Humongous apdrošināšanas ir uzmanīgi ar Microsoft. Varat arī uzzināt, lai piešķirtu nosacījumformatēšanas ekspeditors domēna nosaukumu.

Šajā scenārijā trafiku no attālā office atrisināt Office 365 priekšgala infrastruktūras Ziemeļamerikā un piesaistītu Office 365 veidot savienojumu ar serveriem aizmugursistēmas atbilstoši Office 365 lietojumprogrammu arhitektūra. Piemēram, Exchange Online vēlaties pārtraukt savienojumu Ziemeļamerikā un serveros priekšgala varētu izveidot savienojumu ar serveri aizmugursistēmas pastkastes tur, kur atrodas nomnieka. Visiem pakalpojumiem ir plaši izplatīti ārdurvīm pakalpojums, kas sastāv no uniraides un anycast galamērķi.

Ja Humongous ir galvenās biroji vairāku kontinentu, lai samazinātu latentumu sensitīvu lietojumprogrammām, piemēram, Skype darbam Online ieteicams vismaz divas active/active shēmas reģionā. Ja visi biroji ir viena kontinenta vai netiek izmantots reāllaika sadarbība, kam konsolidētā vai Izkliedētais izejas punkts ir klientu īpašu lēmumu. Ja ir pieejamas vairākas ķēdes, BGP maršrutēšanas nodrošinās failover jebkuru atsevišķu ķēdes vairs nav pieejamas.

Uzziniet vairāk par parauga maršrutēšanas konfigurācijas un https://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/.

Selektīvais maršrutēšanas ar ExpressRoute var būt vajadzīgas dažādu iemeslu dēļ, piemēram, testēšanu, slīdošo, ExpressRoute lietotājiem apakškopa. Pastāv klienti var izmantot, lai selektīvi Office 365 tīkla trafiku maršrutētu virs ExpressRoute dažādus rīkus:

  1. Maršrutu filtrēšanas/sadalījumu — ļaujot BGP maršrutē uz Office 365 virs ExpressRoute apakštīklos vai maršrutētāju apakškopa. Tas selektīvi maršrutē klientu tīkla segmentu vai fizisko biroja atrašanās vietu. Tas ir bieži posmiem izvēršana ExpressRoute pakalpojumam Office 365 un konfigurēšanas BGP ierīcēs.

  2. PAC failus/URL -novirzot Office 365 paredzētas tīkla trafiku konkrētu pilnie domēnu nosaukumi, lai maršrutētu uz konkrētu ceļu. Tas selektīvi maršrutē klienta datorā kā identificē PAC failu izvietošanas.

  3. Maršrutu filtrēšanasmaršrutu filtri ir veids, kā lietojiet atbalstītu pakalpojumus, izmantojot Microsoft uzmanīgi apakškopa.

  4. BGP Kopienu — filtrēšana, pamatojoties uz BGP Kopienas atzīmes ļauj noteikt Office 365 programmas, kas tiks šķērso ExpressRoute un kas tiks pārvietošanas internetā klientam.

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

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
tīkla plānošana ar ExpressRoute pakalpojumam Office 365
Izpildes ExpressRoute pakalpojumam Office 365
multivides kvalitāte un tīkla savienojamības veiktspējas Skype darbam Online
optimizēt tīklu Skype darbam Online
ExpressRoute un QoS programmā Skype darbam Online
zvanu plūsmu, izmantojot ExpressRoute
izmantojot BGP Kopienu ExpressRoute pakalpojumam Office 365 scenārijos
Office 365 veiktspējas uzlabošana, izmantojot bāzes datus un veiktspējas vēsture
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

Paplašiniet savas Office 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.

×