Office
Conectare

Distribuirea cu ExpressRoute pentru Office 365

Notă:  Dorim să vă oferim cel mai recent conținut de ajutor, cât mai rapid posibil, în limba dvs. Această pagină a fost tradusă automatizat și poate conține erori gramaticale sau inexactități. Scopul nostru este ca acest conținut să vă fie util. Vă rugăm să ne spuneți dacă informațiile v-au fost utile, în partea de jos a acestei pagini. Aici se află articolul în limba engleză , ca să îl puteți consulta cu ușurință.

Pentru a înțelege corect rutare traficul către Office 365 utilizând Azure ExpressRoute, veți avea nevoie de o înţelegere fermă de bază ExpressRoute rutare cerințe și ExpressRoute circuite și rutare domenii. Aceste aranjarea fundamentele pentru utilizarea ExpressRoute care Office 365 clienți va se bazează pe.

Unele dintre elementele cheie în articolele de mai sus, care va trebui să înțelegeți includ:

  • ExpressRoute circuite nu sunt asociate la infrastructura fizică specifice, dar sunt o conexiune logică făcute într-o singură locație peering de Microsoft și un furnizor peering în numele dvs.

  • Există o mapare 1:1 între un circuit ExpressRoute și un client s-cheie.

  • Fiecare circuit acceptă până la 3 relații peering independente (privind Azure Public, privind Azure Private și Microsoft privind); Office 365 necesită Microsoft privind.

  • Fiecare circuit are o lățime de bandă fixă, care este partajat pe toate relațiile peering.

  • Orice public adrese IPv4 și publice ca numere care vor fi utilizate pentru ExpressRoute circuit trebuie să fie validate ca fiind deținut de care sau desemnat de către exclusiv proprietarul zona adresa.

  • Circuite ExpressRoute virtuale sunt redundante global și veți urma practicile rutare BGP standard. De aceea, vă recomandăm să două circuite fizice pe ieșire la furnizorul într-o configurare activ/activ.

Consultați pagina Întrebări frecvente pentru mai multe informații despre servicii acceptate, costuri și detalii de configurare. Consultați articolul de locații ExpressRoute pentru informații în lista de furnizori de conectivitate oferirea de asistență Microsoft peering. Am ați înregistrat, de asemenea, o serie de 10-parte Azure ExpressRoute pentru Office 365 instruire pe 9 canal pentru a explica mai bine conceptele.

Office 365 front-end servere sunt accesibile atât pe Internet și ExpressRoute. Aceste servere va prefera să direcționați peste ExpressRoute circuite atunci când ambele sunt disponibile. Din acest motiv există posibilitatea de distribuire asimetrie dacă traficul din rețeaua preferă să direcționați peste circuite pe Internet. Rute asimetrică sunt o problemă, deoarece dispozitive care efectuează statefull pachetelor inspecție pot bloca returnată de trafic care urmează după o cale diferită decât pachete ieșire urmat.

Indiferent dacă ați inițierea unei conexiuni la Office 365 prin Internet sau ExpressRoute, sursa trebuie să fie o adresă rutabile public. Cu mai multor clienţi privind directă cu Microsoft, având adrese private în cazul în care este posibil între clienții duplicarea nu este posibil.

Următoarele sunt scenarii în cazul în care va fi inițiată comunicații din Office 365 la rețeaua locală. Pentru a simplifica de proiectare de rețea, vă recomandăm să distribuirea acestea peste calea de Internet.

Pentru Microsoft pentru a distribui înapoi la rețeaua pentru aceste fluxuri bidirecțional traficul, rute BGP pentru dispozitivele local trebuie să partajate cu Microsoft.

Atunci când configurați o relație peering utilizând Microsoft peering rutare domeniul și sunt aprobate pentru acces corespunzător, veți putea vedea toate PaaS și SaaS serviciile disponibile peste ExpressRoute. Servicii Office 365 proiectate pentru ExpressRoute pot fi gestionate cu BGP Comunităților sau Filtre de distribuire.

Alte aplicații, cum ar fi Office 365 Video, este o aplicație Office 365 ; cu toate acestea, Office 365 Video este format din trei componente diferite, portal, serviciul difuzarea și rețele de distribuire a conținutului. Portal se află în SharePoint Online, difuzarea viața imagini în cadrul Azure Media Services, și rețele de distribuire a conținutului se află în cadrul Azure CDN. Următorul tabel descrie aceste componente.

Componentă

Aplicarea subiacente

Incluse în SharePoint Online BGP comunitate?

Utilizare

Portalul Video Office 365

SharePoint Online

Da

Configurare, încărcare

Serviciul difuzarea Video Office 365

Azure Media Services

Nu

Difuzarea serviciu, utilizate în cazul în care fișierul video nu este disponibilă la CDN

Rețele de distribuire a conținutului Office 365 Video

Azure CDN

Nu

Sursă principală de descărcare/streaming video. Aflați mai multe despre rețelele video Office 365.

Fiecare dintre caracteristicile Office 365 care sunt disponibile utilizând Microsoft privind sunt listate în Office 365 puncte finale de articol , tipul de aplicație și FQDN. Motivul pentru utilizarea FQDN în tabelele este pentru a permite clienților să gestionați traficul utilizând PAC fișierele sau alte configurațiile proxy, consultați ghidul nostru la gestionarea Office 365 puncte finale de exemplu PAC fișierele.

În unele situații am utilizat un domeniu de metacaractere în cazul în care unul sau mai multe sub-cunoscute sunt publicitate diferit de domeniul de nivel wildcard mai mare. De obicei, acest lucru se întâmplă atunci când metacaracterele reprezintă o listă lungă de servere care sunt toate publicitate la ExpressRoute și Internet, în timp ce un subset mic de destinații sunt doar publicitate la Internet sau invers. Consultați tabelele de mai jos pentru a înțelege în cazul în care sunt diferențele.

Acest tabel afișează wildcard cunoscute care sunt publicitate pentru internet și Azure ExpressRoute alături de sub-cunoscute care sunt publicitate doar la internet.

Metacaracterele domeniu promovate la circuite ExpressRoute și Internet

Sub FQDN promovate la Internet circuite doar

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

De obicei, PAC fișierele sunt destinate să trimiteți solicitări de rețea ExpressRoute reclamă finale direct la circuit și toate celelalte solicitările de rețea la serverul proxy. Dacă sunteți configurarea unui fișier PAC astfel, compuneți fișierul PAC în următoarea ordine:

  1. Includeți sub-cunoscute din coloana două în tabelul de mai sus din partea de sus a fișierului PAC, trimiterea de trafic spre serverul proxy. Am creat un exemplu de fișier PAC pentru a utiliza în articolul gestionarea Office 365 finale.

  2. Includeți toate cunoscute marcat promovate la ExpressRoute în acest articol sub prima secțiune, trimiterea de trafic direct la de circuit ExpressRoute.

  3. Include alte puncte finale de rețea sau reguli sub aceste două înregistrări, trimiterea de trafic spre serverul proxy.

Acest tabel afișează wildcard domenii care sunt promovate la Internet circuite doar alături de sub-cunoscute care sunt promovate la Azure ExpressRoute și Internet circuite. Pentru fișierul PAC mai sus, cunoscute în două coloane din tabelul de mai jos sunt listate sub formă în curs de publicitate la ExpressRoute în link care face referire, ceea ce înseamnă acestea ar fi incluse în al doilea grup de intrări în fișier.

Metacaracterele domeniu promovate la Internet circuite doar

Sub FQDN promovate la circuite ExpressRoute și Internet

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

descoperire automată-< găzduită >. outlook.com

*.windows.net

login.windows.net

Pentru a distribui la Office 365 aplicație de la alegere va trebui să determinați un număr de factori cheie.

  1. Cât de mult lățimea de bandă aplicația va necesita. Eșantionarea utilizarea existent este doar încredere metoda de stabilire a aceasta din organizația dvs.

  2. Ce start de ieșire doriți traficul în rețea să lăsați rețeaua de la. Ar trebui să planificați pentru a minimiza latența de rețea pentru conectivitate la Office 365 ca acest lucru va afecta performanța. Deoarece Skype for Business utilizează în timp real voce și video este mai ales dacă sensibile la latență scăzute a rețelei.

  3. Dacă doriți ca toate sau un subset de locațiile din rețea date ExpressRoute.

  4. Ce locații furnizorul de rețea alese oferă ExpressRoute din.

După ce determinați răspunsurile la aceste întrebări, care asigură accesul un circuit ExpressRoute care îndeplinește cerințele de lățime de bandă și o locație. Pentru mai multe asistență pentru planificarea rețea, consultați Office 365 rețea ajustarea ghid și studiu de caz cum Microsoft ghidajele de rețea de performanță de planificare.

Exemplul 1: O singură locație geografică

Acest exemplu este un scenariu pentru o firmă fictiv numit Trey cercetare care are o singură locație geografică.

Angajații la Trey cercetare sunt permise doar pentru a vă conecta la serviciile și site-uri web pe internet care Departamentul securitate permite în mod explicit pe pereche de ieșire proxy-uri care stați între rețeaua de corporație și ISP lor.

Cercetare Trey intenționează să utilizeze Azure ExpressRoute pentru Office 365 și recunoaște că unele trafic, cum ar fi traficul destinată de distribuire a conținutului rețele nu se vor putea distribui peste ExpressRoute pentru Office 365 conexiune. Deoarece toate trafic deja distribuie dispozitive proxy în mod implicit, aceste solicitări vor continua să funcționeze ca înainte. După ce Trey cercetare determină se poate îndeplini cerințele de distribuire de Azure ExpressRoute, acestea se procedează pentru a crea un circuit, configurați distribuirea și legarea circuit ExpressRoute nou la o rețea virtuală. Odată ce configurația Azure ExpressRoute fundamentale în locul, Trey cercetare utilizează #2 PAC fișier le publica pentru a distribui traficul cu date specifice client peste directă ExpressRoute pentru conexiunile Office 365 .

Așa cum se arată în diagrama de mai jos, Trey cercetare se putea îndeplinesc cerința pentru a distribui traficul Office 365 prin internet și un subset de trafic peste ExpressRoute utilizând o combinație de distribuire și ieșire proxy modificări de configurare.

  1. Utilizarea #2 PAC fișier le publica pentru a distribui traficul la un punct de ieșire internet separat pentru Azure ExpressRoute pentru Office 365.

  2. Clienții sunt configurate cu o cale implicit spre Trey cercetare proxy-uri.

În acest scenariu de exemplu, Trey cercetare este utilizând un dispozitiv de ieșire proxy. În mod similar, clienți care nu folosesc Azure ExpressRoute pentru Office 365 poate doriți să utilizați această metodă pentru a distribui traficul bazat pe costul inspectarea traficul destinate pentru un renumit volum mare finale.

Cel mai mare volum cunoscute pentru Exchange Online, SharePoint Online și Skype for Business Online sunt următoarele:

ExpressRoute client marginea de rețea
  • Outlook.office365.com, outlook.office.com

  • < numele de entități găzduite >. sharepoint.com, < numele de entități găzduite > - my.sharepoint.com, < numele de entități găzduite > - < aplicații >. sharepoint.com

  • *. Lync.com împreună cu intervale IP pentru traficul de non-TCP

  • * broadcast.officeapps.live.com, * excel.officeapps.live.com, * onenote.officeapps.live.com, * powerpoint.officeapps.live.com, * view.officeapps.live.com, * visio.officeapps.live.com, * cuvânt-edit.officeapps.live.com, * cuvântul view.officeapps.live.com, office.live.com

Aflați mai multe despre implementarea și gestionarea setărilor proxy în Windows 8 și Office 365 asigurându-vă că nu este reglat de serverul proxy.

Cu un singur circuit ExpressRoute, nu sunt disponibile înalt pentru Trey cercetare. În cazul în care Trey pe redundante pereche de marginea dispozitivele care sunt service conectivitate ExpressRoute eșua, nu există un circuit ExpressRoute suplimentar la comutare automată la. Acest lucru lasă Trey cercetare într-o neplăcută ca în caz contrar prin Internet va necesita re-configurare manuală și în unele cazuri adrese IP nou. Dacă Trey vrea să adauge disponibilitate ridicată, soluția cea mai simplă este să adăugați suplimentare circuite ExpressRoute pentru fiecare locație și să configurați circuite în mod activ/activ.

Scenariul Ultima, distribuirea Office 365 traficul peste ExpressRoute este foundation pentru arhitectura rutare chiar și mai complexe. Indiferent de numărul de locații, numărul de continente în cazul în care există aceste locații, numărul de ExpressRoute circuite și așa mai departe, posibilitatea de a distribui traficul unele la Internet și unele traficul peste ExpressRoute vor fi necesare.

Întrebări suplimentare care trebuie să se răspundă pentru clienții cu mai multe locații în mai multe zone geografice includ:

  1. Aveți nevoie de un circuit ExpressRoute în fiecare locație? Dacă utilizați Skype for Business Online sau se preocupe de latență sensibilitate pentru SharePoint Online sau Exchange Online, o pereche redundante de activ/activ ExpressRoute circuite sunt recomandate în fiecare locație. Consultați Skype for Business media calitatea și rețea conectivitate ghid pentru mai multe detalii.

  2. Dacă un circuit ExpressRoute nu este disponibilă într-o anumită regiune, cum ar trebui să traficul în Office 365 destinat fi distribuite?

  3. Ce este metoda preferată pentru consolidarea traficul în cazul rețele cu mai multe locații mici?

Fiecare dintre aceste prezintă o provocarea unic care necesită să evalueze propria rețea, cât și opțiunile disponibile de la Microsoft.

Considerent

Componente de rețea pentru a evalua

Circuite în mai multe locații

Vă recomandăm să cel puțin două circuite configurate în mod activ/activ.

Cerințele de cost, latență și lățimea de bandă trebuie să fi comparat.

Utilizarea BGP distribui cost, PAC fișiere și NAT pentru a gestiona distribuirea cu mai multe circuite.

Distribuirea din locații fără un circuit ExpressRoute

Vă recomandăm să ieșire și rezolvare DNS ca aproape de persoana inițializarea solicitarea pentru Office 365.

Redirecționarea DNS pot fi utilizate pentru a permite birouri la distanță pentru a descoperi punctul final corespunzătoare.

Clienții office la distanță trebuie să aibă o cale care furnizează acces la circuit ExpressRoute disponibile.

Sintetizarea mici office

Utilizarea disponibilă lățimea de bandă și datele se compară cu atenție.

Notă: Microsoft va prefera ExpressRoute prin internet dacă distribuirea este disponibilă indiferent fizică locație.

Fiecare dintre aceste aspecte trebuie luate în considerare pentru fiecare rețea unice. Mai jos este un exemplu.

Exemplul 2: Locații geografice multiple

Acest exemplu este un scenariu pentru o firmă fictiv numit Humongous asigurare care are mai multe locații geografice.

Asigurări humongous este dispersate geografic cu birouri din întreaga lume. Doresc să implementeze Azure ExpressRoute pentru Office 365 pentru a păstra majoritatea lor traficul Office 365 conexiunile de rețea directe. Asigurări humongous are, de asemenea, birouri pe două continente suplimentare. Angajați în office la distanță unde ExpressRoute nu este posibil va trebui să direcționați înapoi la una sau ambele clădirile principal pentru utilizarea unei conexiuni ExpressRoute.

Principiul de bază este de a obține Office 365 destinat traficul la un centru de date Microsoft cât mai curând posibil. În acest exemplu, Humongous asigurare trebuie să decidă dacă lor birouri la distanță ar trebui să distribuiți prin Internet pentru a ajunge la un centru de date Microsoft peste orice conexiune cât mai curând posibil sau dacă lor birouri la distanță ar trebui să distribuiți într-o rețea interne pentru a accesa o Microsoft Centrul de date într-o conexiune ExpressRoute cât mai curând posibil.

Microsoft centrele de date, rețele și arhitectură de aplicație sunt proiectate să ia global diferite comunicațiile și servicii-le în mod mai eficient posibil. Aceasta este una dintre rețelele cel mai mare din lume. Solicitările destinate Office 365 care rămân în rețele client mai mult necesare nu se vor putea beneficia de această arhitectură.

În Humongous asigurare situația, care ar trebui să procedeze în funcție de aplicații intenționează să utilizeze peste ExpressRoute. De exemplu, dacă acestea îl unei conferințe Skype for Business Online client, fie planul de date ExpressRoute conectivitate atunci când vă conectați la Skype externe pentru întâlnirile Online, proiectare recomandate în Skype for Business Online media calitatea și rețea Ghid de conectivitate este pentru asigurarea accesului un circuit suplimentar ExpressRoute pentru locația al treilea. Acest lucru poate fi mai costisitoare dintr-o perspectivă rețele; cu toate acestea, distribuirea solicitările de pe un continent la altul înainte de a livra la un centru de date Microsoft poate provoca o experiență slabă sau inutilizabil în timpul Skype pentru întâlniri Online pentru firme și comunicațiile.

Dacă Humongous asigurare nu utilizați sau nu planificați să utilizați Skype for Business Online în orice mod, distribuirea traficul în rețea Office 365 destinat înapoi la un continent cu o ExpressRoute poate fi conexiune este posibil dacă poate provoca inutile latență sau TCP aglomerarea. În ambele cazuri, rutare Internet destinat traficul de Internet pe site-ul locale este recomandat pentru a beneficia de rețele de distribuire a conținutului care Office 365 se bazează pe.

ExpressRoute geografie cu mai multe

Când Humongous asigurare este planificați strategia lor cu mai multe geografie, există un număr de ce trebuie să luați în considerare în jurul dimensiunea circuit, numărul de circuite, comutare automată, și așa mai departe.

Cu ExpressRoute într-o singură locație cu mai multe regiuni încercarea de a utiliza circuit, Humongous asigurare dorește să vă asigurați că conexiunile la Office 365 din office la distanță sunt trimise la centrul de date Office 365 cel mai apropiat sediul și primite prin amplasarea sediul. Pentru a face acest lucru, Humongous asigurare implementează redirecționarea DNS pentru a reduce numărul de circuite și căutări DNS necesare pentru a stabili o conexiune corespunzătoare cu mediu Office 365 cea mai apropiată de punctul de ieșire internet sediul. Aceasta împiedică rezolvarea un server local front-end clientul și asigură prim-plan sfârșit persoană la care se conectează este lângă sediul unde Humongous asigurare este privind cu Microsoft. De asemenea, puteți afla pentru a atribui un expeditor condiționată pentru un nume de domeniu.

În acest scenariu, traficul de la distanță office va rezolva Office 365 front-end infrastructură în America de Nord și folosiți Office 365 să se conecteze la serverele back-end în funcție de arhitectură de aplicare Office 365 . De exemplu, Exchange Online ar terminarea conexiunea din America de Nord și aceste servere front-end ar conectarea la serverul de cutie poștală back-end oriunde entitatea găzduită stabilit. Toate serviciile au un serviciu de larg distribuite usa compus din unicast și anycast destinații.

Dacă Humongous are majore birouri în mai multe continente, cel puțin două circuite activ/activ per regiune sunt recomandate pentru a reduce latență pentru aplicații sensibile, cum ar fi Skype for Business Online. Dacă toate sucursalele sunt într-un singur continent sau se utilizează colaborarea în timp real, având o ieșire sintetizate sau distribuită indicați este o decizie specifice client. Atunci când sunt disponibile mai multe circuite, BGP distribuirea vor asigura comutare automată orice singur circuit ar trebui să devină disponibilă.

Aflați mai multe despre eșantion distribuirea configurații și https://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/.

Distribuirea selectivă cu ExpressRoute pot fi necesare pentru o varietate de motive, cum ar fi testarea, rulare ExpressRoute de la un subset de utilizatori. Există diverse instrumente clienții puteți utiliza pentru a distribui selectivă traficul în rețea Office 365 peste ExpressRoute:

  1. Distribuirea filtrarea/separarea -distribuie BGP la Office 365 peste ExpressRoute care să permită un subset subrețele sau routere. Acest lucru direcționează selectivă de segment de rețea clienților sau adresa de birou fizic. Aceasta este comune pentru implementarea uimitor de ExpressRoute pentru Office 365 și este configurat pentru dispozitivele BGP.

  2. Fișiere PAC/URL-uri -îi îndrumă pe Office 365 destinat traficul în rețea pentru cunoscute specifice pentru a distribui pe o cale specifice. Acest lucru selectivă direcționează de client computer identificate de implementare de fișier PAC.

  3. Filtrarea ruta - ruta filtre sunt o modalitate de a consuma un subset de servicii acceptate prin intermediul Microsoft privind.

  4. BGP Comunităților -filtrarea funcție de etichete de comunitate BGP permite unui client pentru a determina ce aplicații Office 365 va traverseze ExpressRoute și care va traverseze internet.

Iată un link scurt, puteți utiliza pentru a se întoarcă: https://aka.ms/erorouting

Subiecte asociate

Conectivitate la Office 365 de rețea
Azure ExpressRoute pentru Office 365
Gestionarea ExpressRoute pentru Office 365 conectivitate
Planificarea rețelei cu ExpressRoute pentru Office 365
Implementarea ExpressRoute pentru Office 365
Media calitatea și performanța de conectivitate cu aplicații de rețea în Skype for Business Online
Optimizarea rețelei pentru Skype for Business Online
ExpressRoute și QoS în Skype for Business Online
apelați fluxul utilizând ExpressRoute
utilizând BGP Comunităților în ExpressRoute pentru Office 365 scenarii
Office 365 ajustarea performanței utilizând niveluri de referință și istoricul de performanță
Depanarea performanței planificarea pentru Office 365
Office 365 adrese URL și intervale de adrese IP
Office 365 rețelei și ajustarea performanței

Extindeți-vă competențele Office
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă utilizatorilor Office Insider

Au fost utile aceste informații?

Vă mulțumim pentru feedback!

Vă mulțumim pentru feedback! Se pare că ar fi util să luați legătura cu unul dintre agenții noștri de asistență Office.

×