Implementarea ExpressRoute pentru Office 365

Important : Acest articol este tradus automat, consultați exonerarea de răspundere. Versiunea în limba engleză a acestui articol se poate găsi aici pentru referință.

ExpressRoute pentru Office 365 oferă o cale alternativă rutare multe Internet față în față servicii Office 365. Arhitectura ExpressRoute pentru Office 365 se bazează pe publicitate public IP prefixele serviciilor Office 365 care se află deja accesibile pe Internet în de acces asigurat circuite ExpressRoute pentru redistribuirii ulterioare de acele prefixele IP în rețeaua. Cu ExpressRoute în mod eficient activați mai multe rutare căi diferite, prin internet și prin ExpressRoute, pentru mai multe servicii Office 365. Această stare de distribuirea pe rețelei poate reprezenta o modificare semnificativă la modul de topologie de rețea interne este proiectat.

Stare: Finalizarea ghid v2

Trebuie să planificați cu atenție vă ExpressRoute pentru implementare Office 365 pentru a se potrivi pentru rețea complexitatea având distribuirea disponibile prin intermediul atât un circuit dedicat cu distribuie injectat în rețeaua de bază și internet. Dacă ați și echipa nu efectua planificarea detaliată și testarea în acest ghid, există un risc ridicat va confrunta intermitentă sau o pierdere totală de conectivitate cu aplicații de la Office 365 servicii atunci când este activat ExpressRoute circuit.

Pentru a avea o implementare cu succes, va trebui să analiza de cerințe de infrastructură, parcurgeți evaluării rețea detaliată de proiectare, cu atenție planificarea implementării într-o manieră etape și controlat și construi un plan de testare și validare detaliate. Pentru un mediu mare, distribuită nu este rare pentru a vedea implementări încadrează pe mai multe luni. Acest ghid este conceput pentru a vă ajuta să planificați mai departe.

Implementări de succes mare poate dura șase luni în planificarea și includ adesea membrii echipei din mai multe zone din organizație, inclusiv rețelele, Firewall și Proxy administratorii de servere, administratorii Office 365, securitate, suport pentru utilizatorii finali, management de proiect și sponsorizării executive. Vă investiție în procesul de planificare va reduce probabilitatea ca vă va confrunta cu erori de implementare din întreruperile sau complexe și costisitoare depanare.

Am așteptat premise astfel să fie finalizată înainte să pornească acest ghid de implementare.

  1. Când ați terminat de rețea de evaluare pentru a determina dacă ExpressRoute este recomandat și aprobat.

  2. Ați selectat un furnizor de servicii de rețea ExpressRoute. Găsiți detalii despre ExpressRoute partenerii și locațiile peering.

  3. Care deja le-ați citit și de înțeles ExpressRoute documentația și rețeaua internă este putea îndeplinesc ExpressRoute premise sfârșit la sfârșit.

  4. Echipa are toate instrucțiuni publice și documentația la https://aka.ms/expressrouteoffice365, https://aka.ms/ert, citiți și urmărit serie Azure ExpressRoute pentru Office 365 instruire pe 9 canal pentru a obține o înțelegerea critice detalii tehnice, inclusiv:

    • Dependențele internet serviciilor SaaS.

    • Cum să evitați asimetrică rute și să gestionați distribuirea complexe.

    • Cum să includă perimetru de securitate, disponibilitatea și controale nivel de aplicație.

Începeți prin a strânge cerințele

Începeți prin a determina ce caracteristici și servicii care plănuiți să adopte în cadrul Organizației. Trebuie să aflați ce caracteristici de diferitele servicii Office 365 va fi utilizat și ce locații din rețea va găzdui persoanele care utilizează aceste caracteristici. Folosind Catalogul de scenarii, trebuie să adăugați rețeaua atribute care necesită fiecare dintre aceste scenarii; cum ar fi fluxurile de trafic intrare și ieșire rețelei și dacă punctele finale Office 365 sunt disponibile în ExpressRoute sau nu.

Pentru a aduna cerințele Organizației dvs.:

  • Catalogului de intrare și ieșire traficul în rețea pentru serviciile Office 365 utilizează organizația dvs. Consultați Office 365 adrese URL și IP pagina de intervale de adrese pentru descrierea fluxurilor care necesită diferite scenarii pentru Office 365.

  • Colectați documentația existente topologiei de rețea care afișează detalii interne magistrală WAN și topologie, conectivitate cu aplicații de site-uri satelit, ultima milă utilizator conectivitate, distribuirea la rețea perimetru punctele de ieșire și servicii de proxy.

    • Identificați intrare serviciu finale pe diagrame de rețea care Office 365 și alte servicii Microsoft va conecta la, afișând atât internet și propusă ExpressRoute căile de conexiune.

    • Identificați toate WAN conectivitatea dintre locațiile împreună cu locații care au în prezent o ieșire la Internet și locațiile care sunt propuse să aibă o ieșire într-o locație peering ExpressRoute și locații geografice utilizator.

    • Identificați toate dispozitivele de margine, cum ar fi proxy-uri, firewall-uri și așa mai departe și relația de la fluxurile depășiți Internet și ExpressRoute de catalog.

    • Dacă utilizatorii finali vor accesa serviciile Office 365 prin distribuirea direct sau indirect aplicație proxy pentru Internet și a ExpressRoute fluxurilor de documente.

  • Adăugare locație din entitatea găzduită și îndeplinesc-mi locații la diagrama de rețea.

  • Estima așteptate și observate rețea performanța și latență caracteristicile din locații majore utilizator la Office 365. Rețineți că Office 365 este un set globali și distribuit de servicii și utilizatorii vor fi conectarea la locațiile pe care poate fi diferită de locația lor entitate găzduită. Din acest motiv, se recomandă să măsurați și să optimizați pentru latență între utilizatorului și marginea cea mai apropiată de rețea globală Microsoft prin conexiuni ExpressRoute și Internet. Puteți utiliza pe rezultatele din rețea de evaluare pentru ajutor cu această activitate.

  • Lista firmei rețea securitate și disponibilitate ridicată cerințele care trebuie îndeplinite cu conexiune ExpressRoute nouă. De exemplu, cum utilizatorii continua pentru a avea acces la Office 365 în caz de ieșire Internet sau ExpressRoute circuit erori.

  • Document ce intrare și ieșire rețea Office 365 să continue va utiliza calea Internet și care va utiliza ExpressRoute. Elemente specifice ale unui locații geografice a utilizatorilor și detaliile de topologie de rețea local pot necesita plan pentru a fi diferite dintr-un singur utilizator locație la alta.

Pentru a minimiza rutare și alte complexitatea de rețea, vă recomandăm să doar utilizarea ExpressRoute pentru Office 365 pentru fluxurile de traficul în rețea care sunt necesare pentru a accesa printr-o conexiune dedicat din cauza cerințele regulamentare sau ca rezultat al evaluării de rețea. În plus, vă recomandăm să că vă etapă domeniul ExpressRoute distribuirea și abordare intrare și ieșire rețea fluxurilor de trafic ca etape diferite și distincte implementarea proiectului. Implementarea ExpressRoute pentru Office 365 pentru fluxurile de trafic doar utilizator inițiate de ieșire rețea și lasă intrare rețea fluxurilor de trafic pe Internet vă poate ajuta să controlați mări în topologice complexitatea și riscurile introducere posibilități suplimentare de distribuire asimetrică.

Catalogul de traficul în rețea trebuie să conțină listările de toate conexiunile de intrare și ieșire rețea care va trebui între local rețea și Microsoft.

  • Fluxurile de traficul de ieșire rețea sunt orice scenarii în cazul în care o conexiune este-a inițiat din mediul local, cum ar fi de la clienți intern sau servere, cu o destinație de servicii Microsoft. Aceste conexiuni poate fi direct la Office 365 sau indirect, cum ar fi atunci când conexiunea trece prin serverele proxy, firewall-uri sau alte dispozitive rețele pe calea la Office 365.

  • Fluxurile de trafic intrare rețea sunt orice scenarii în cazul în care o conexiune este inițiat din Microsoft cloud la o gazdă local. Aceste conexiuni trebuie de obicei să treacă prin paravanul de protecție și alte infrastructura de securitate care au nevoie de politici de securitate client pentru extern a aparut fluxuri.

Citiți secțiunea asigurarea distribui simetrie articol distribuire cu ExpressRoute pentru Office 365 pentru a determina ce servicii va trimite traficul de intrare și căutați coloana marcat ExpressRoute pentru Office 365 în Office 365 finale articolul referințe pentru a determina restul de informații de conectivitate cu aplicații.

Pentru fiecare serviciu pe care necesită o conexiune de ieșire, veți dori să descrie conectivitate planificate pentru serviciul inclusiv rețea distribuirea, proxy de configurare, pachetelor inspecție și lățimea de bandă are nevoie.

Pentru fiecare serviciu pe care necesită o conexiune de intrare, va trebui unele informații suplimentare. Servere în Microsoft cloud va stabili conexiunile la rețeaua locală. pentru a vă asigura că conexiunile sunt efectuate corect, veți dori să descrie toate aspectele legate de această conectivitatea, inclusiv; publice intrări DNS pentru serviciile care acceptă aceste conexiuni de intrare, CIDR formatate adrese IPv4 IP, presupune ce echipament de ISP, și cum intrare NAT sau sursă NAT este gestionat pentru aceste conexiuni.

Conexiuni de intrare ar trebui revizuită indiferent dacă acestea vă conectați prin internet sau nu a fost introdus ExpressRoute pentru a vă asigura distribuirea asimetrică. În unele cazuri, local finale servicii Office 365 inițierea conexiunile de intrare-mai, de asemenea, trebuie să fi accesată de alte Microsoft și non-Microsoft services. Este extrem de important că activarea ExpressRoute distribuirea la aceste servicii pentru Office 365 scopuri nu sfârșit restul scenariilor. În multe cazuri, clienții poate fi necesar să implementeze modificările specifice pentru lor rețea interne, cum ar fi sursă baza NAT, pentru a vă asigura ca fluxuri de intrare de la Microsoft să rămână simetrice după ExpressRoute este activată.

Iată un exemplu de nivel de detaliu necesare. În acest caz Exchange hibrid ar distribui la sistemul local peste ExpressRoute.

Proprietăți conexiune

Valoare

Direcția de traficul în rețea

Intrare

Serviciu

Implementarea hibridă Exchange

Punct de final Office 365 publice (sursă)

Exchange Online (adrese IP)

Public local final (destinație)

5.5.5.5

Publice (Internet) DNS intrare

Autodiscover.contoso.com

Acest punct final local vor fi utilizate pentru de alte servicii Microsoft (non - Office 365)

Nu

Acest punct final local vor fi utilizate de utilizatori/sisteme de pe Internet

Da

Sisteme interne publicat prin puncte finale de public

Rol de acces client Exchange Server (local) 192.168.101, 192.168.102, 192.168.103

Reclamă IP de punctul final publice

Internet: 5.5.0.0/16

Pentru a ExpressRoute: 5.5.5.0/24

Controale de securitate/perimetru

Calea de Internet: DeviceID_002

ExpressRoute calea: DeviceID_003

Disponibilitate ridicată

Activ/activ în 2 geo redundante

ExpressRoute circuite-Chicago și Dallas

Calea simetrie control

Metodă: sursă NAT

Calea de Internet: sursă NAT intrare conexiunile la 192.168.5.5

ExpressRoute calea: sursă NAT conexiunile la 192.168.1.0 (Chicago) și 192.168.2.0 (Dallas)

Iată un exemplu de un serviciu care este ieșire doar:

Proprietăți conexiune

Valoare

Direcția de traficul în rețea

Ieșire

Serviciu

SharePoint Online

Punct final local (sursă)

Utilizator de lucru

Punct de final Office 365 publice (destinație)

SharePoint Online (adrese IP)

Publice (Internet) DNS intrare

*. sharepoint.com (şi cunoscute suplimentare)

CDN recomandări

CDN.sharepointonline.com (şi suplimentare cunoscute)-adrese IP menținute CDN furnizorii de)

IP reclamă și NAT în uz

Calea/sursă Internet NAT: 1.1.1.0/24

ExpressRoute calea/sursă NAT: 1.1.2.0/24 (Chicago) și 1.1.3.0/24 (Dallas)

Metodă de conectivitate cu aplicații

Internet: prin nivel 7 proxy (.pac fișier)

ExpressRoute: directă distribuirea (fără proxy)

Controale de securitate/perimetru

Calea de Internet: DeviceID_002

ExpressRoute calea: DeviceID_003

Disponibilitate ridicată

Calea de Internet: internet redundante ieșire

ExpressRoute calea: activ/activ 'fierbinte cartofi' distribuirea peste 2 circuite geo redundante ExpressRoute-Chicago și Dallas

Calea simetrie control

Metodă: sursă NAT pentru ca toate conexiunile

După ce vă înțelege serviciile și fluxurile de trafic lor asociat rețea, puteți să creați o diagramă de rețea care încorporează aceste cerințe de conectivitate cu aplicații noi și ilustrează modificările vom face pentru a utiliza ExpressRoute pentru Office 365. Diagrama trebuie să includă:

  1. Toate locațiile de utilizator în Office 365 și alte servicii vor fi accesate din.

  2. Toate internet și punctele de ieșire ExpressRoute.

  3. Toate intrare și ieșire dispozitivele care gestionează conectivitatea și deconectarea rețelei, inclusiv routere, firewall-uri, servere de proxy aplicație și intruziunii detectarea/prevenirea.

  4. Destinații interne pentru tot traficul de intrare, cum ar fi interne ADFS serverele care acceptă conexiuni din ADFS web aplicație serverele proxy.

  5. Catalogul de toate subrețele IP care va fi promovat

  6. Identificați fiecare locație unde persoane vor accesa Office 365 din și lista întâlnire-mi locații care va fi utilizată pentru ExpressRoute.

  7. Locațiile și porțiuni de topologie de rețea interne, în cazul în care Microsoft IP prefixele învățat din ExpressRoute va fi acceptată, filtrate și propagată.

  8. Topologie de rețea ar trebui să ilustrează locația geografică din fiecare segment de rețea și cum îl se conectează la rețeaua de Microsoft peste ExpressRoute și/sau Internet.

Diagrama de mai jos afișează fiecare locație unde persoane va utiliza Office 365 din împreună cu publicitate rutare intrare și ieșire la Office 365.

ExpressRoute regionale geografice întâlnire-mi

Pentru traficul de ieșire, persoane acces la Office 365 într-unul din următoarele trei moduri:

  1. Până la o întâlnire-mi locație din America de Nord pentru persoanele din California.

  2. Până la o întâlnire-mi locație din Hong Kong pentru persoanele din Hong Kong.

  3. Prin internet în Bangladesh în cazul în care sunt mai puține persoane și fără circuit ExpressRoute furnizat.

Conexiunile de ieșire pentru diagramă regionale

În mod similar, traficul în rețea intrare de la Office 365 returnează într-unul din următoarele trei moduri:

  1. Până la o întâlnire-mi locație din America de Nord pentru persoanele din California.

  2. Până la o întâlnire-mi locație din Hong Kong pentru persoanele din Hong Kong.

  3. Prin internet în Bangladesh în cazul în care sunt mai puține persoane și fără circuit ExpressRoute furnizat.

Conexiuni de intrare pentru diagramă regionale

Selecția de întâlnire-mi locații, care sunt locația fizică în cazul în care vă circuit ExpressRoute se conectează la rețea la rețeaua de Microsoft, este influențată de locații unde utilizatorii vor accesa Office 365 din. Ca un SaaS oferind, Office 365 nu operează sub modelul IaaS sau PaaS regionale în același mod se Azure. În schimb, Office 365 este un set sunt distribuite de colaborare services, în cazul în care utilizatorii poate fi necesar să vă conectați la finale în mai multe centrele de date și regiuni care nu poate fi neapărat în aceeași locație sau regiunea unde este găzduit utilizator entitate găzduită.

Acest lucru înseamnă că atenție cele mai importante trebuie să fac atunci când selectați întâlnire-mi locații pentru ExpressRoute pentru Office 365 este în cazul în care va fi conectarea persoane din organizație din. Recomandarea generale pentru optimă conectivitate Office 365 este implementarea rutare, astfel încât solicitările de utilizator la serviciile Office 365 sunt înmânat în rețeaua Microsoft peste mai scurtă cale de rețea, aceasta este, de asemenea, adesea fiind denumite 'fierbinte cartofi' distribuirea. De exemplu, dacă majoritatea utilizatorilor Office 365 într-una sau două locații, selectând întâlnire-mi locații din apropierea mai apropiată de locația acei utilizatori va crea optime proiectare. Dacă firmei are mare utilizator populații în multe regiuni diferite, se recomandă să luați în considerare cu mai multe ExpressRoute circuite și îndeplinesc-mi locații. Pentru unele dintre locațiile de utilizator, calea cea mai scurtă/cea mai optimă în Microsoft rețea și Office 365, nu poate fi prin de întâlniri interne WAN și ExpressRoute-mi indică, dar prin Internet.

Multe ori, există mai multe întâlniri-mi locațiile pe care ar putea fi selectate dintr-o regiune cu proximitate relativă pentru utilizatorii dvs. Completați Tabelul următor pentru a vă decizii de ghidaj.

Planificate ExpressRoute întâlnire-mi locații în California și New York

Locație

Numărul de persoane

Cum vă așteptați latență la rețea Microsoft prin Internet ieșire

Latența așteptat la rețea Microsoft peste ExpressRoute

Los Angeles

10.000

~ 15ms

~ 10 MS (prin Silicon Valley)

Washington DC

15.000

~ 20ms

~ 10 MS (prin New York)

Domnești

5.000

~ 15ms

~ 40ms (prin New York)

După ce arhitectură de rețea globală afișând regiune Office 365, furnizorul de servicii ExpressRoute rețea îndeplinesc-mi locații și cantitatea de persoane de locația a fost dezvoltat, acesta poate fi utilizat pentru a identifica dacă orice optimizări pot fi efectuate. Aceasta poate fi, de asemenea, Arată ac de păr global conexiunile de rețea unde traficul direcționează într-o locație îndepărtate pentru a obține întâlnire-mi locație. Dacă un ac de păr din rețea globală este descoperit o ar trebui să fie remediate înainte de a continua. Fie găsi altă întâlnire-mi locație sau utilizarea selectivă breakout punctele de ieșire Internet pentru a evita ac de păr.

Prima diagramă, afișează un exemplu de un client cu două locații fizice din America de Nord. Puteți vedea informații despre office locații, locații entitate găzduită Office 365, și mai multe opțiuni pentru ExpressRoute îndeplinesc-mi locații. În acest exemplu, clientul a selectat întâlnire-mi locație se bazează pe două principii, în ordine:

  1. Cel mai apropiat proximitate persoanelor din organizația lor.

  2. Cel mai apropiat în proximitate la un centru de date Microsoft în cazul în care sunt găzduite Office 365.

ExpressRoute U.S. geografice întâlnire-mi

Extinderea acestui concept ușor mai, a doua diagramă arată un exemplu client multinaționale se confruntă cu informații similare și luarea deciziilor. Acest client are un birou mici în Bangladesh cu doar o echipă mică de zece persoane concentrate pe cultura amprenta lor în regiunea. Există o întâlnire-mi locație în Chennai și un centru de date Microsoft cu Office 365 găzduit în Chennai atât o întâlnire-mă locație ar face sens; cu toate acestea, pentru zece persoane, cheltuielile circuit suplimentare se poate să îngreuneze. Așa cum vă uita la rețeaua, va trebui pentru a determina dacă latență implicate în trimiterea de traficul în rețea în rețeaua este mai eficientă decât cheltuielile majuscule pentru a dobândi alt ExpressRoute circuit.

Alternativ, cele zece persoane în Bangladesh întâmpina mai cu lor traficul în rețea trimise prin internet la rețeaua de Microsoft decât acestea ar distribuirea lor rețea interne pe măsură ce a arătat în diagrame introductive și reproduse mai jos.

Conexiunile de ieșire pentru diagramă regionale

Crearea de ExpressRoute pentru planul de implementare Office 365

Planul de implementare ar trebui să cuprindă detalii tehnice a configurării ExpressRoute, cât și detalii despre configurarea toate celelalte infrastructura de rețea, cum ar fi următoarele.

  • Planificarea serviciilor scindarea între ExpressRoute și Internet.

  • Planificarea pentru lățimea de bandă, securitate, disponibilitate ridicată și comutare automată.

  • Proiectarea intrare și ieșire rutare, inclusiv potrivite rutare calea optimizări pentru diferite locații

  • Decideți cât de mult va fi publicitate ExpressRoute distribuie în rețeaua și ce este mecanism pentru clienți pentru a selecta calea Internet sau ExpressRoute; de exemplu, distribuirea directă sau proxy-ul aplicației.

  • Planificarea modificare înregistrări DNS, inclusiv Sender Policy Framework intrări.

  • Planificarea strategiei NAT, inclusiv sursa de intrare și ieșire NAT.

  • Pentru implementării inițial, toate serviciile de intrare, cum ar fi e-mail de intrare sau de conexiune hibrid, se recomandă să utilizați internet.

  • Planificarea utilizatorului final client LAN rutare, cum ar fi configurarea unui fișier PAC/WPAD, distribuirea în mod implicit, serverele proxy și BGP distribui reclamă.

  • Planificarea perimetru rutare, inclusiv serverele proxy, firewall-uri și cloud proxy-uri.

Creați un plan pentru lățimea de bandă necesare pentru fiecare majore volumul de lucru Office 365. Separat estima Exchange Online, SharePoint Online și Skype pentru Business Online cerințelor de lățime de bandă. Puteți utiliza calculatoare estimarea am furnizat pentru Exchange Online și Skype for Business ca un loc de plecare; cu toate acestea, un test pilot cu un model de profilurilor de utilizator și locațiile este necesar pentru a înțelege complet lățimea de bandă de nevoile organizației.

Adăugarea cum securitate este gestionat în fiecare internet și locația de ieșire ExpressRoute pentru planul dvs., Rețineți toate conexiunile ExpressRoute pentru Office 365 utilizați public peering și trebuie să fie securizată încă în conformitate cu de politici de securitate firmă de conectare la rețele externe.

Adăugați detalii la planul despre care oamenii vor fi afectate de ce tip de serviciu și cum aceste persoane vor putea să își lucreze la capacitate maximă în mod mai simplă.

Planificarea cerințelor de lățime de bandă inclusiv Skype pentru Business cerințe pe Jitter, latență, aglomerarea și un loc de trecere

Skype for Business Online are, de asemenea, cerințe de rețea suplimentare specifice care sunt detaliate în articolul Media calitatea și performanța de conectivitate cu aplicații de rețea în Skype for Business Online.

Citiți secțiunea de lățime de bandă de planificare pentru Azure ExpressRoute în planificarea rețelei cu ExpressRoute pentru Office 365.

Când efectuați o lățime de bandă de evaluare cu utilizatori pilot, puteți să utilizați Ghidul nostru; Reglarea performanței office 365 utilizând nivelurile de referință și istoricul de performanță.

Planificarea pentru cerințele de disponibilitate ridicată

Creați un plan pentru disponibilitate ridicată să cerințelor dvs. și să includă acest lucru în diagrama rețea actualizate topologiei. Citiți secțiunea disponibilitate ridicată și comutare automată cu Azure ExpressRoute în planificarea rețelei cu ExpressRoute pentru Office 365.

Planificarea pentru cerințele de securitate rețea

Crearea unui plan pentru a îndeplini cerințele de securitate de rețea și să includă acest lucru în diagrama rețea actualizate topologiei. Citiți secțiunea aplicarea controale de securitate la Azure ExpressRoute pentru Office 365 scenarii dintr-o rețea de planificare cu ExpressRoute pentru Office 365.

ExpressRoute pentru Office 365 are ieșire cerințe de rețea, care poate fi necunoscute. Mai exact, adresele IP care reprezintă utilizatorilor și rețele la Office 365 și comportă așa cum punctele finale sursă pentru conexiunile de ieșire rețea Microsoft trebuie să urmați cerințele specifice prezentate mai jos.

  1. Punctele finale trebuie să fie publice adresele IP, care sunt înregistrate pentru a firmei sau a carrier oferind conectivitate ExpressRoute pentru dvs.

  2. Punctele finale trebuie să fie promovate la Microsoft și validate/acceptate de ExpressRoute.

  3. Punctele finale nu trebuie să fie reclamă Internet cu măsurătoarea rutare același sau mai multe preferat.

  4. Nu trebuie utilizate pentru conectivitate la Microsoft servicii care nu sunt configurate peste ExpressRoute punctele finale.

Dacă un design de rețea nu îndeplinește aceste cerințe, există un risc ridicat utilizatorilor se va confrunta erori de conectivitate cu aplicații pentru Office 365 și alte servicii Microsoft, din cauza ruta negru holing sau distribuirea asimetrică. Acest lucru se întâmplă atunci când solicitările pentru a serviciilor Microsoft care sunt distribuite în ExpressRoute, dar răspunsurile sunt distribuite înapoi în internet sau invers și răspunsurile sunt eliminate după dispozitivele de rețea statefull, cum ar fi firewall-uri.

Metoda cea mai comună, puteți utiliza pentru a îndeplini cerințele de mai sus este să utilizați sursa NAT implementată ca parte a rețelei sau furnizate de pe carrier ExpressRoute. Sursă NAT vă permite să abstracte detalii și privat IP adresa rețelei internet din ExpressRoute și; împreună cu potrivite IP distribui reclamă, oferă un mecanism simplu pentru a vă asigura calea simetrie. Dacă utilizați dispozitivele de rețea statefull care sunt specifice pentru ExpressRoute peering locații, trebuie să implementeze rezervoarele NAT separată pentru fiecare ExpressRoute privind pentru a vă asigura calea simetrie.

Citiți mai multe despre cerințele de ExpressRoute NAT.

Adăugați modificările pentru conectivitatea ieșire la diagrama de topologie de rețea.

Majoritatea de întreprindere Office 365 implementările presupun o formă de conectivitate intrare de la Office 365 la servicii local, cum ar fi pentru Exchange, SharePoint și Skype pentru Business scenarii hibride, cutia poștală migrări și autentificare ADFS infrastructura utilizând. Atunci când ExpressRoute activați o suplimentare calea rutare între local rețea și Microsoft pentru ieșire conectivitate, aceste conexiuni intrare din greșeală pot fi afectate de distribuirea asimetrică, chiar dacă intenționați să aibă aceste fluxuri continuați să utilizați Internet. Câteva precauții descrise mai jos sunt recomandate pentru a vă asigura că nu există niciun impact Internet bazat pe serie de fluxuri de intrare de la Office 365 la sisteme locale.

Pentru a minimiza riscurile asimetrică distribuirea pentru fluxurile de trafic intrare rețea, toate conexiunile de intrare trebuie să utilizați sursa NAT înainte ca aceștia îl distribuite în segmente rețelei care au o vizibilitate rutare ExpressRoute. Dacă conexiunile de intrare sunt acceptate într-o rețea segmentului vizibilitate rutare ExpressRoute fără sursă NAT, solicitări care provin de la Office 365 va intra de pe internet, dar răspunsul merge înapoi la Office 365 va prefera calea de rețea ExpressRoute înapoi la rețeaua de Microsoft, determină distribuirea asimetrică.

Ce poate fi luați în considerare una dintre următoarele modele de implementare a satisface solicitarea:

  1. Efectuați sursă NAT înainte solicitările sunt distribuite în rețeaua internă utilizând echipamente rețele, cum ar fi firewall-uri sau încărcarea Echilibrişti pe calea de pe Internet pentru a vă sisteme locale.

  2. Asigurați-vă că ExpressRoute rute sunt propagată segmentelor de rețea unde servicii de intrare, cum ar fi prim-plan terminarea servere sau inversa sisteme de proxy, gestionarea Internet conexiuni se află.

În mod explicit contabil pentru aceste scenarii în rețeaua și păstrarea tot traficul în rețea intrare fluxurilor peste ajută Internet pentru a minimiza implementarea și operaționale riscul de distribuirea asimetrică.

Pot exista cazuri în care poate alege pentru a direcționa unele fluxuri de intrare peste ExpressRoute conexiuni. Pentru aceste scenarii, efectuați următoarele aspecte suplimentare în considerare.

  1. Office 365 pot doar țintă local finale care utilizează publice IP-uri. Acest lucru înseamnă că, chiar dacă local punct final de intrare este expus doar la Office 365 peste ExpressRoute, încă o trebuie să aibă IP public asociat.

  2. Toate Rezoluția numelui DNS care efectuează servicii Office 365 pentru a rezolva local finale întâmpla utilizând public DNS. Acest lucru înseamnă că trebuie să se înregistreze FQDN puncte finale de intrare serviciu la IP mapărilor de pe Internet.

  3. Pentru a primi conexiunile de rețea intrare peste ExpressRoute, public subrețele IP pentru aceste puncte finale trebuie să pentru a fi promovat de la Microsoft peste ExpressRoute.

  4. Evaluarea cu atenție aceste fluxurilor de trafic intrare rețea pentru a vă asigura că securitatea corespunzătoare și controale de rețea se aplică-le în conformitate cu firmei securității și politicile de rețea.

  5. O dată locală puncte finale de intrare sunt promovate la Microsoft peste ExpressRoute, ExpressRoute în mod eficient va deveni preferat rutare calea la acele finale pentru toate serviciile Microsoft, inclusiv Office 365. Acest lucru înseamnă că acele subrețele punct final trebuie să fie utilizate numai pentru comunicații cu serviciile Office 365 și fără alte servicii din rețea Microsoft. În caz contrar, un design va determina asimetrică distribuirea unde conexiuni intrare de la Microsoft alte servicii preferați să direcționați intrare peste ExpressRoute, în timp ce calea de returnare va utiliza Internet.

  6. În cazul unei ExpressRoute circuit sau pentru a răspunde-mi locație este mai jos, va trebui să vă asigurați că local puncte finale de intrare sunt încă disponibile pentru a accepta solicitările peste o cale de rețea separată. Acest lucru poate însemna publicitate subrețele pentru aceste puncte finale prin mai multe ExpressRoute circuite.

  7. Vă recomandăm să aplicați sursă NAT pentru toate fluxurile de trafic intrare rețea introducerea rețeaua prin ExpressRoute, mai ales atunci când aceste fluxuri încrucișate dispozitivele de rețea statefull, cum ar fi firewall-uri.

  8. Unele servicii local, cum ar fi ADFS proxy sau descoperirea automată din Exchange, poate primi intrare solicitările de servicii Office 365 și de utilizatori de pe Internet. Pentru aceste solicitările Office 365 va direcționați FQDN aceeași ca solicitările de utilizator prin Internet. Permiteți conexiunile de intrare utilizator de pe internet să acele finale local, în timp ce forţându conexiuni Office 365 pentru a utiliza ExpressRoute, reprezintă complexitatea rutare semnificativă. Pentru majoritatea vaste clienții implementarea astfel de scenarii complexe peste ExpressRoute nu este recomandat din cauza considerații operaționale. Acest indirecte suplimentare include, gestionarea riscurilor de rutare asimetrică și vă va solicita să gestionați cu atenție rutare reclamă și politicile în mai multe dimensiuni.

Doriți să evitați asimetrică distribuirea pentru a vă asigura că fără fisuri persoane din organizație să utilizați Office 365, cât și alte servicii importante pe internet. Există două configurațiile comune clienții au care provoacă distribuirea asimetrică. Acum este un moment bun să revizuiți Configurare rețea care intenționați să o utilizați și verificați dacă una dintre aceste scenarii rutare asimetrică ar putea exista.

Pentru a începe, vă veți examina câteva situații diferite asociate cu următoarea diagramă rețea. În această diagramă, toate serverele care primiți solicitările de intrare, cum ar fi ADFS sau local hibrid servere sunt în centrul de date nou Jersey și sunt promovate la internet.

  1. În timp ce rețeaua de perimetru sunt în siguranță, există nicio NAT sursă disponibile pentru solicitările de intrare.

  2. Servere în centrul de date nou Jersey vor putea să consultați internet și a ExpressRoute rute.

ExpressRoute conectivitate prezentare generală

De asemenea, avem sugestii despre cum să le rezolva.

Problema 1: Cloud la conexiune locală prin Internet

Diagrama următoare ilustrează calea asimetrică rețea luate atunci când vă configurația rețelei nu vă oferă NAT pentru solicitările de intrare din Microsoft cloud prin internet.

  1. Solicitarea de intrare de la Office 365 preia adresa IP a punctul final local din public DNS și trimite solicitarea la rețeaua de perimetru.

  2. În această configurație defectă, nu există nicio sursă NAT configurat sau disponibile la rețeaua de perimetru în cazul în care este traficul trimise care rezultă din IP sursă real prezenta utilizată ca destinație de returnare.

    • Server de rețea rutează traficul returnare la Office 365 prin orice disponibile ExpressRoute conexiunea la rețea.

    • Rezultatul este o cale asimetrică pentru că fluxul de la Office 365, rezultând într-o conexiune întrerupte.

ExpressRoute Asymetric rutare problema 1

Soluție 1a: sursă NAT

Adăugarea pur și simplu o sursă NAT la solicitarea de intrare se rezolvă această rețea corect configurate. În această diagramă:

  1. Solicitare de intrare continuă să introduceți prin centru de date nou Jersey perimetru rețea. Acest interval de timp sursă NAT este disponibilă.

  2. Răspunsul la server rute înapoi spre IP asociată cu NAT sursă în loc de adresa IP originală, din răspunsul returnarea-a lungul calea aceeași rețea.

ExpressRoute Asymetric rutare soluția 1

Soluție 1b: distribuirea stabilirea

Alternativ, puteți alege pentru a nu permite ExpressRoute BGP prefixele de publicitate, eliminarea calea de rețea alternative pentru aceste computere. În această diagramă:

  1. Solicitare de intrare continuă să introduceți prin centru de date nou Jersey perimetru rețea. Acest interval de timp prefixele promovat de la Microsoft prin ExpressRoute circuit nu sunt disponibile la centrul de date nou Jersey.

  2. Răspunsul la server rute înapoi spre IP asociată cu adresa IP inițial peste distribui numai disponibile, din răspunsul returnarea-a lungul calea aceeași rețea.

ExpressRoute Asymetric rutare soluția 2

Problema 2: Cloud la conexiune locală peste ExpressRoute

Diagrama următoare ilustrează calea asimetrică rețea luate atunci când vă configurația rețelei nu vă oferă NAT pentru solicitările de intrare din Microsoft cloud peste ExpressRoute.

  1. Solicitarea de intrare de la Office 365 preia adresa IP din DNS și trimite solicitarea la rețeaua de perimetru.

  2. În această configurație defectă, nu există nicio sursă NAT configurat sau disponibile la rețeaua de perimetru în cazul în care este traficul trimise care rezultă din IP sursă real prezenta utilizată ca destinație de returnare.

    • Computer din rețea rutează traficul returnare la Office 365 prin orice disponibile ExpressRoute conexiunea la rețea.

    • Rezultatul este o conexiune asimetrică la Office 365.

ExpressRoute Asymetric rutare problema 2

Soluția 2: Sursă NAT

Adăugarea pur și simplu o sursă NAT la solicitarea de intrare se rezolvă această rețea corect configurate. În această diagramă:

  1. Solicitare de intrare continuă să introduceți prin centrul de date New York perimetru rețea. Acest interval de timp sursă NAT este disponibilă.

  2. Răspunsul la server rute înapoi spre IP asociată cu NAT sursă în loc de adresa IP originală, din răspunsul returnarea-a lungul calea aceeași rețea.

Soluție de distribuire ExpressRoute Asymetric 3

Hârtie verificați dacă proiectării rețelei are calea simetrie

În acest moment, trebuie să verificați pe hârtie că planul de implementare oferă redirecționarea simetrie pentru diferite scenarii în care veți utiliza Office 365. Veți identificați ruta specifice rețea care se așteaptă să fie aplicate atunci când o persoană utilizează alte caracteristici de serviciu. Din rețeaua locală și distribuirea WAN, la dispozitive perimetrul, la calea de conectivitate; ExpressRoute sau pe internet și a conexiunea la punctul final online.

Va trebui să faceți acest lucru pentru toate serviciile de rețea Office 365 care au fost anterior identificate ca serviciile care va adopta în organizația dvs.

Acest lucru vă ajută să efectuați această hârtie parcurge de rute cu o persoană a doua. Explică-le în cazul în care se așteaptă fiecare salturi de rețea pentru a obține sa distribui următoare din și asigurați-vă că sunteți familiarizat cu căi de distribuire. Rețineți că ExpressRoute întotdeauna va oferi o cale mai multe din domeniu către Microsoft server adrese IP, atribuindu-i cost ruta mai mic decât o cale de Internet în mod implicit.

Configurare de conectivitate cu aplicații de proiectare Client

Utilizarea fișierelor PAC cu ExpressRoute

Dacă utilizați un server proxy pentru internet legat traficul, atunci trebuie să ajustați orice PAC sau client fișierele de configurare pentru a vă asigura computerele client rețea sunt configurate corect pentru a trimite traficul ExpressRoute care doresc să Office 365 fără aflate în tranzit serverul proxy și traficul rămase, inclusiv unele traficul în Office 365, sunt trimise la proxy relevante. Citiți Ghidul nostru pe gestionarea Office 365 finale de exemplu PAC fișiere.

Notă : Punctele finale modifică frecvent, cât de des săptămânal. Doar ar trebui să efectuați modificări bazate pe servicii și caracteristici de organizație a adoptat pentru a reduce numărul de modificări trebuie să faceți pentru a rămâne la curent. Plată închidere atenția până la Data efectivă flux RSS în cazul în care modificările sunt anunțat și o înregistrare este păstrat de toate trecute modificările, IP adrese care sunt anunțat nu pot fi publicate sau de eliminat din reclamă, până când se ajunge la data efectivă.

Construirea de implementare și procedurile de testare

Planul de implementare ar trebui să includă atât de testare și revenire planificare. Dacă vă implementare nu funcționează așa cum vă așteptați, planul ar trebui să fie proiectat să afectează cel mai mic număr de persoane înainte de a problemelor care sunt descoperite. Iată câteva principii de nivel înalt pentru planul ar trebui să luați în considerare.

  1. Etapă de rețea segment de utilizator și înscriere serviciu pentru a minimiza întreruperile.

  2. Plan pentru testarea rute cu traceroute și TCP vă conectați din gazda internet conectat separată.

  3. Preferință, testarea serviciilor de intrare și ieșire trebuie făcut într-o rețea de testare izolată cu o entitate găzduită de încercare Office 365.

    • Ca alternativă, testare pot fi efectuate dintr-o rețea de producție dacă clientul nu este încă folosind Office 365 sau se află în pilot.

    • Ca alternativă, testare pot fi efectuate în timpul unui serviciu de producție care este rezervată test și monitorizare doar.

    • Ca alternativă, testându-se pot efectua bifând rute pentru fiecare serviciu pe fiecare strat 3 ruter nod. Înapoi în această toamnă se recomandă doar dacă există alte testarea este posibil deoarece lipsei de testare fizică prezintă riscul.

Procedurile de implementare ar trebui să lansați la grupuri mici de persoane în etape pentru a permite testări înainte de a implementa grupuri mai mari de persoane. Iată câteva moduri de a etapă implementare ExpressRoute.

  1. Configurarea e-ExpressRoute cu Microsoft privind și aveți ruta publicitate redirecționată un singur gazdă doar pentru în scenă scopul testării.

  2. Reclamă direcționează la rețeaua de ExpressRoute pentru o singură rețea segmentului la primul și extindeți distribui reclamă de segment de rețea sau de regiune.

  3. Dacă implementarea Office 365 pentru prima dată, utilizați ExpressRoute rețea implementare ca un pilot pentru un număr mic de persoane.

  4. Dacă utilizați serverele proxy, puteți să configurați alternativ un fișier de test PAC pentru a direcționa un număr mic de persoane care să ExpressRoute cu testarea și feedback înainte de a adăuga mai multe.

Planul de implementare ar trebui să listeze fiecare dintre procedurile de implementare care trebuie luate sau comenzi care ar trebui să fie utilizat pentru a implementa configurare rețele. Când rețea serviciu timp sosește toate modificările făcute ar trebui să fie de plan de implementare scrise care a fost scrisă în avans și peer revizuit. Consultați instrucțiunile noastre tehnice de configurare a ExpressRoute.

  • Actualizați înregistrările SPF TXT dacă ați modificat adrese IP pentru toate serverele local care vor continua să trimită e-mailuri.

  • Actualizarea orice înregistrări DNS pentru servere local dacă ați modificat adrese IP pentru a include o configurare NAT nou.

  • Asigurați-vă v-ați abonat la fluxului RSS pentru notificările de punct final Office 365 pentru a păstra orice configurațiile distribuirea sau proxy.

După finalizarea implementării ExpressRoute ar trebui să executat procedurile din planul de încercare. Rezultatele pentru fiecare procedură trebuie să fiți conectat. Trebuie să includă proceduri pentru derularea înapoi la mediu de producție original în cazul în care rezultatele de plan de test indica implementarea nu a avut succes.

Procedurile de testare ar trebui să includă teste pentru fiecare serviciu de intrare și ieșire rețea pentru Office 365 ambele care va utiliza ExpressRoute și cele care nu vor fi. Procedurile ar trebui să includă testarea din fiecare locație de rețea unice, inclusiv utilizatorii care nu sunt local în LAN firmei.

Câteva exemple de testare activitățile includ următoarele.

  1. Faceți ping la ruterul local la ruterul operator de rețea.

  2. Validați 500 + Office 365 CRM Online adresa IP și reclamă sunt primite de către ruterul local.

  3. Validați de intrare și ieșire NAT funcționează între ExpressRoute și rețeaua internă.

  4. Validați care distribuie pentru a vă NAT sunt în curs de publicitate la ruterul.

  5. Validați că ExpressRoute a acceptat de prefixele promovate.

    • Utilizați următorul cmdlet pentru a verifica peering reclamă:

    • Get-AzureRmExpressRouteCircuitRouteTable -DevicePath Primary -ExpressRouteCircuitName TestER -ResourceGroupName RG -PeeringType MicrosoftPeering
  6. Validați publice NAT IP zonă nu este publicitate la Microsoft prin alte ExpressRoute sau publice Internet rețea circuit decât dacă este vorba de un anumit subset de o zonă mai mare ca în exemplul anterior.

  7. ExpressRoute circuite sunt asociat, valida rulează ambele sesiuni BGP.

  8. Configurarea e-o singură gazdă în interiorul NAT vă și utilizați ping, tracert tcpping să testați conexiunea în circuit nou la outlook.office365.com gazdă. De asemenea, puteți folosi un instrument, cum ar fi Wireshark sau Microsoft Network Monitor 3.4 unei portul în oglindă la MSEE pentru a valida care vă puteți să vă conectați la adresa IP asociată cu outlook.office365.com.

  9. Testați funcționalitatea nivel de aplicație pentru Exchange Online.

    • Testare Outlook este capabil de a vă conecta la Exchange Online și trimitere/primire e-mail.

    • Testare Outlook este posibilitatea de a utiliza modul online.

    • Testați smartphone capacității de conectivitate și trimitere/primire.

  10. Testați funcționalitatea nivel de aplicație pentru SharePoint Online

    • Testați OneDrive pentru Business clientul de sincronizare.

    • Testați SharePoint Online web access.

  11. Testați funcționalitatea nivel de aplicație pentru Skype pentru Business apelați scenarii:

    • Asocierea la conferință prin telefon ca utilizatorului autentificat [invitare inițiat de utilizator final].

    • Invitarea utilizatorilor la conferință prin telefon [invitare trimise din MCU].

    • Asocierea la conferință ca utilizator anonim folosind Skype for Business aplicație web.

    • Asocierea la apel de pe PC conexiune cu fir, telefon IP și dispozitiv mobil.

    • Apel pentru a o utilizator federativ apelul la PSTN validare: apelul este finalizată, calitatea apelului este acceptabilă, momentul conectării este acceptabilă.

    • Verificați starea de prezență pentru persoane de contact se actualizează pentru ambele membri de entitate găzduită și utilizatorii federalizați.

Distribuirea asimetrică este cea mai frecventă problemă de implementare. Iată câteva surse comune pentru a căuta:

  • Utilizând o topologie de rețea deschiderea sau fixă rutare fără sursă NAT în locul.

  • Nu utilizați SNAT să direcționați către intrare servicii prin internet şi de ExpressRoute conexiuni.

  • Nu intrare servicii pe ExpressRoute într-o rețea de testare înainte de a implementa scară de testare.

Implementarea ExpressRoute conectivitatea la rețea

Etapă de implementare la segmentul o rețea simultan, treptat rulare de conectivitatea la diferite părți ale de rețea cu un plan pentru a derula înapoi pentru fiecare segment nou de rețea. Dacă implementării este aliniată cu o implementare Office 365, implementarea Office 365 utilizatorilor pilot în primul rând și extinderea de acolo.

Mai întâi pentru de test, apoi pentru producție:

  • Rulați implementare pașii pentru a activa ExpressRoute.

  • Testați-vă Vedeți căile de rețea sunt așa cum vă așteptați.

  • Să efectuați testări în fiecare serviciu de intrare și ieșire.

  • Revenire dacă descoperi probleme.

Acum că aveți planul completată pe hârtie este timpul să testați la scară redusă. În acest test va stabili o singură conexiune ExpressRoute cu Microsoft Peering la un test subrețea pe rețeaua locală. Puteți configura o entitate găzduită de încercare Office 365 cu conectivitate în și din subrețea test și includeți toate serviciile intrare și ieșire care vor fi utilizați în producție în subrețea test. Configurarea DNS pentru testare segment de rețea și stabiliți toate serviciile de intrare și ieșire. Rulați planul de încercare și asigurați-vă că sunteți familiarizat cu distribuirea pentru fiecare serviciu și distribuirea înmulțire.

Așa cum vă completați elementele descrise mai sus, bifa zonele finalizat și a vă asigura că și echipei au examinat le înainte de implementare de executare și planuri de testare.

  • Lista de intrare și ieșire servicii care sunt implicate în modificare în rețea.

  • Rețea globală arhitectura diagramă care afișează internet ieșire și a ExpressRoute întâlnire-mi locații.

  • Diagramă de rețea rutarea să demonstreze căile de rețea diferite utilizat pentru fiecare serviciu implementat.

  • Un plan de implementare cu pașii pentru a implementa modificările și revenire, dacă este necesar.

  • Un plan de test pentru fiecare serviciu Office 365 și rețeaua de testare.

  • Finalizat hârtie validare de producție rute pentru serviciile de intrare și ieșire.

  • Un test completată peste un test rețea segment inclusiv disponibilitatea de testare.

Alegeți o fereastră de serviciu, care este destul de mult pentru a rula prin întreaga implementare plan și plan de test, are unele timp disponibile pentru depanare și ora pentru rulare înapoi dacă este necesar.

Avertisment : Din cauza complexitatea distribuirea peste atât internet și ExpressRoute, se recomandă că timp tampon suplimentare este adăugată la această fereastră să gestioneze depanare distribuirea complexe.

QoS este necesar să obțină avantajele voce și întâlniri pentru Skype for Business Online. Puteți să configurați QoS după ce au asigurat că conexiunea la rețea ExpressRoute bloca oricare dintre de alte acces de serviciu Office 365. Configurare pentru QoS este descris în articolul ExpressRoute și QoS în Skype for Business Online .

Depanarea problemelor de implementare

Primul loc să arate este la pașii din acest ghid de implementare, oricare au fost pierdute în planul de implementare? Salt înapoi și rulați în continuare mici rețea testarea dacă este posibil să reproduce eroarea și depanare-l acolo.

Identificați care intrare sau ieșire services nu a reușit în timpul testării. Primiți în mod specific adrese IP și subrețele pentru fiecare dintre aceste servicii care nu a reușit. Mergeți mai departe și ajuta diagramă rețea topologie pe hârtie și validați distribuirea. Validați în mod specific în cazul în care ExpressRoute distribuirea este promovat la, testați acea distribuirea în timpul serviciu dacă este posibil cu urme.

Rulați PSPing cu o urmărire de rețea pentru fiecare client punct final și evaluarea adresele IP sursă și destinație pentru a valida că acestea sunt așa cum vă așteptați. Rulați telnet la orice e-mail gazdă expune pe portul 25 și verificați că SNAT se ascunde original adresa IP sursă, dacă aceasta este așteptat.

Rețineți că, în timp ce implementarea Office 365 cu o conexiune la ExpressRoute va trebui să vă asigurați că ambele configurația rețelei pentru ExpressRoute optim este proiectat și când ați optimizat, de asemenea, alte componente rețea, cum ar fi computerele client. În plus față de utilizarea acest ghid de planificare pentru a depana pașii care au pierdut, ne, de asemenea, ați scris un plan pentru Office 365 depanarea performanței .

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

Subiecte asociate

Conectivitate la Office 365 de rețea
Azure ExpressRoute pentru Office 365
Gestionarea ExpressRoute pentru Office 365 conectivitate
distribuire cu ExpressRoute pentru Office 365
planificarea rețelei cu ExpressRoute pentru Office 365
utilizând BGP Comunităților în ExpressRoute pentru Office 365 scenarii (preview)
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
ajustarea performanței Office 365 utilizând nivelurile de referință și istoricul de performanță
performanță Depanarea planificarea pentru Office 365
Office 365 adrese URL și intervale de adrese IP
Office 365 rețelei și ajustarea performanței

Notă : Exonerare de răspundere pentru traducere automată: Acest articol a fost tradus de un sistem computerizat, fără intervenție umană. Microsoft oferă aceste traduceri automate pentru a ajuta utilizatorii vorbitori de alte limbi decât engleza să beneficieze de conținutul despre produsele, serviciile și tehnologiile Microsoft. Pentru că articolul a fost tradus de un computer, poate conține erori de vocabular, sintaxă sau gramatică.

Extindeți-vă competențele
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.

×