Penghalaan dengan ExpressRoute untuk Office 365

Penting: Artikel ini diterjemahkan oleh mesin, lihatlah notis penafian. Sila dapatkan versi Bahasa Inggeris artikel ini di sini sebagai rujukan anda

Untuk memahami menghalakan trafik ke Office 365 menggunakan Azure ExpressRoute dengan betul, anda memerlukan pegang firma teras keperluan penghalaan ExpressRoute dan ExpressRoute litar dan penghalaan domain. Ini susun asas untuk menggunakan ExpressRoute yang Office 365 pelanggan akan bergantung pada.

Beberapa item penting dalam artikel di atas yang akan anda perlukan untuk memahami termasuk:

  • ExpressRoute litar belum dipetakan infrastruktur fizikal tertentu, tetapi adalah sambungan logik yang dibuat pada lokasi peering tunggal oleh Microsoft dan pembekal peering pihak anda.

  • Terdapat 1:1 pemetaan antara litar ExpressRoute dan pelanggan, s-kunci.

  • Setiap litar boleh menyokong sehingga 3 bebas meneliti kegelapan perhubungan (meneliti kegelapan awam Azure, meneliti kegelapan Azure peribadi dan Microsoft meneliti kegelapan); Office 365 memerlukan Microsoft meneliti kegelapan.

  • Setiap litar mempunyai jalur lebar tetap yang dikongsi merentasi semua perhubungan peering.

  • Alamat IPv4 awam sebarang dan awam sebagai nombor yang akan digunakan untuk ExpressRoute yang litar mesti disahkan sebagai dimiliki oleh anda atau diperuntukkan secara eksklusif kepada anda oleh pemilik julat alamat.

  • Litar ExpressRoute sendiri yang lewah secara global dan akan ikuti amalan penghalaan BGP standard.

Lihat halaman FAQ untuk maklumat lanjut mengenai perkhidmatan yang disokong, kos, dan konfigurasi butiran. Lihat artikel lokasi ExpressRoute untuk maklumat pada senarai kesambungan pembekal menawarkan sokongan meneliti kegelapan Microsoft. Kami juga telah rakamkan siri Azure ExpressRoute untuk Office 365 latihan bahagian 10 9 saluran untuk membantu menerangkan konsep lebih teliti.

Nota: Azure ExpressRoute untuk Office 365 tidak berfungsi dengan IPv6 lagi. Anda perlu mematikan IPv6 atau lain sambungan akan lalai padanya dan tidak menggunakan sambungan ExpressRoute.

Infrastruktur yang menerima trafik pelanggan Office 365 aplikasi telah boleh dicapai pada Internet dan ExpressRoute atau pada berbilang ExpressRoute litar. Trafik rangkaian daripada Office 365 ke rangkaian pelanggan akan melepasi ExpressRoute apabila internet dan ExpressRoute tersedia. Ini memperkenalkan kemungkinan asimetri menghalakan jika trafik daripada rangkaian pelanggan lebih suka menghalakan internet. Menghalakan asimetri adalah masalah kerana peranti yang menjalankan pemeriksaan paket keadaan-ful boleh menyekat trafik kembali yang mengikuti laluan berbeza daripada paket keluar diikuti.

Apabila komputer pelanggan memulakan sambungan ke Office 365 melalui internet, akhir pelanggan yang berkaitan dengan permintaan mesti kepada awam boleh hala. Sama adalah benar untuk pelanggan yang dimulakan oleh sambungan atas ExpressRoute. Dengan banyak pelanggan meneliti kegelapan terus dengan Microsoft, menghadapi alamat peribadi duplikasi manakah yang mungkin antara pelanggan tidak dilaksanakan.

Berikut ialah senario yang komunikasi daripada Office 365 untuk rangkaian pada premis anda akan dimulakan:

Untuk Microsoft untuk menghalakan kembali ke rangkaian anda untuk aliran trafik dwiarah ini, laluan BGP untuk peranti pada premis mesti dikongsi dengan Microsoft.

Untuk menyambung ke Office 365 melalui litar ExpressRoute, anda mesti mengkonfigurasikan perhubungan peering menggunakan domain penghalaan peering Microsoft. Azure awam dan persendirian meneliti kegelapan tidak diperlukan untuk Office 365 Walau bagaimanapun, Terdapat perkhidmatan yang berkaitan dengan Office 365 yang memerlukan domain penghalaan Azure awam. Contohnya, Azure RemoteApp dan pek pengurusan Office 365 dibina di atas Microsoft Azure sebagai hasil sedang aplikasi terbina dalam Azure, beberapa titik akhir tersedia melalui meneliti kegelapan Azure awam.

Aplikasi lain seperti Office 365 Video, ialah aplikasi Office 365 ; Walau bagaimanapun, Office 365 Video terdiri daripada tiga komponen yang berlainan, portal, Perkhidmatan penstriman dan rangkaian penghantaran kandungan. Portal berada dalam SharePoint Online, kehidupan Perkhidmatan penstriman dalam Azure Media Services dan rangkaian penghantaran kandungan berada dalam Azure CDN. Jadual berikut menggariskan komponen ini.

Komponen

Dasar aplikasi

Penghalaan domain

Gunakan

Portal Video Office 365

SharePoint Online

Microsoft meneliti kegelapan

Konfigurasi, muat naik

Perkhidmatan penstriman Video Office 365

Azure Media Services

Meneliti kegelapan awam Azure

Perkhidmatan penstriman, digunakan peristiwa video tidak tersedia dari CDN

Rangkaian penghantaran kandungan Video Office 365

Azure CDN

Tiada

Sumber utama video muat turun/penstriman. Ketahui lanjut tentang rangkaian video Office 365.

Walaupun Azure RemoteApp, pek pengurusan Office 365 dan Office 365 Video adalah aplikasi sahaja yang mempunyai dependancies keras pada domain penghalaan awam Azure, aplikasi tambahan mungkin memerlukan ini pada masa hadapan. Untuk memahami ciri Office 365 dan aplikasi yang tersedia, rujuk kepada Office 365 titik akhir artikel. Terdapat lajur setiap aplikasi yang disenaraikan yang menunjukkan sama ada ciri ini tersedia menggunakan Microsoft meneliti kegelapan atau tidak.

Setiap ciri Office 365 yang tersedia menggunakan Microsoft meneliti kegelapan disenaraikan dalam Office 365 titik akhir artikel dengan jenis aplikasi dan FQDN. Sebab untuk menggunakan FQDN dalam Jadual ialah untuk membenarkan pelanggan menguruskan trafik menggunakan fail kira atau konfigurasi proksi lain, lihat panduan kami untuk menguruskan titik akhir Office 365 contohnya kira fail. Alamat IP yang bahawa setiap aplikasi memerlukan dipecahkan pada aras aplikasi dan tidak aras ciri. Untuk setiap aplikasi yang tersedia melalui ExpressRoute, julat alamat IP dinyatakan dalam Jadual berasingan dan julat IP yang tersedia melalui internet hanya dan internet dan ExpressRoute terperinci.

Alamat IP ini akan dikumpulkan ke dalam tag komuniti BGP untuk menjadikan menguruskan penghalaan lebih mudah. Tag komuniti digunakan termasuk:

Komuniti rentetan tag

Aplikasi yang disertakan

Exchange

Exchange Online

Exchange Online Protection

Skype for Business

Skype for Business Online

SharePoint

SharePoint Online

Perkhidmatan office 365 lain

Portal dan kongsi

Pengesahan dan identiti

Office Online

Kebanyakan terkenal yang disenaraikan sebagai diiklankan ExpressRoute dan internet ialah semua terangkum. Dalam sesetengah keadaan kami telah menggunakan Kad bebas dalam FQDN dalam situasi di mana satu atau lebih terkenal sub diiklankan berbeza daripada bebas aras tinggi FQDN. Ini biasanya berlaku apabila bebas yang mewakili senarai yang panjang pelayan yang semua diiklankan ExpressRoute dan internet dan terdapat set sub kecil pelayan atau CNAMEs yang hanya diiklankan internet atau sebaliknya. Merujuk kepada jadual di bawah untuk memahami perbezaan di manakah.

Jadual ini memaparkan Kad bebas terkenal yang diiklankan kepada internet dan Azure ExpressRoute bersama sub-terkenal yang diiklankan hanya ke internet.

Kad bebas FQDN diiklankan ExpressRoute dan internet

Sub-FQDN diiklankan Internet sahaja

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

Biasanya fail kira bertujuan untuk menghantar permintaan rangkaian ExpressRoute diiklankan titik akhir terus ke litar dan semua permintaan rangkaian lain ke proksi anda. Jika anda mengkonfigurasikan kira fail seperti ini, gubah fail kira anda dalam tertib berikut:

  1. Masukkan terkenal sub daripada dua lajur dalam Jadual di atas di atas fail kira anda, menghantar trafik ke arah proksi anda. Kami telah dibina fail kira sampel untuk anda gunakan dalam artikel kami pada titik akhir Office 365 menguruskan.

  2. Memasukkan semua terkenal ditandakan diiklankan untuk ExpressRoute dalam artikel ini di bawah seksyen yang pertama, menghantar trafik terus ke litar ExpressRoute anda.

  3. Termasuk titik akhir rangkaian atau peraturan di bawah entri ini dua, menghantar trafik ke arah proksi anda.

Jadual ini memaparkan Kad bebas terkenal yang diiklankan kepada internet hanya bersama sub-terkenal yang diiklankan Azure ExpressRoute dan internet. Untuk fail kira anda di atas, terkenal dalam lajur dua dalam dalam Jadual berikut disenaraikan sebagai diiklankan untuk ExpressRoute dalam pautan yang dirujuk, yang bermakna ia akan disertakan dalam Kumpulan kedua entri dalam fail.

Kad bebas FQDN diiklankan Internet sahaja

Sub-FQDN diiklankan ExpressRoute dan internet

*.office.com

*. outlook.office.com

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

*.windows.net

login.windows.net

Untuk menghalakan ke Office 365 aplikasi anda pilih anda perlu menentukan bilangan faktor utama.

  1. Berapa banyak jalur lebar aplikasi memerlukan. Pensampelan penggunaan sedia ada adalah kaedah hanya boleh dipercayai untuk menentukan ini dalam organisasi anda. Gunakan kami Kalkulator hanya untuk mengesahkan ujian anda.

  2. Apakah tempoh siaran keluar yang anda inginkan trafik rangkaian untuk meninggalkan rangkaian anda daripada. Anda perlu merancang untuk meminimumkan kependaman rangkaian untuk kesambungan Office 365 seperti ini akan mempengaruhi prestasi. Oleh sebab Skype for Business menggunakan masa nyata suara dan video adalah terutamanya terdedah kepada kependaman rangkaian rendah.

  3. Jika anda inginkan semua atau subset lokasi rangkaian anda untuk memanfaatkan ExpressRoute.

  4. Lokasi Apakah pembekal rangkaian pilihan menawarkan ExpressRoute daripada.

Sebaik sahaja anda menentukan jawapan untuk soalan ini, anda boleh memperuntukkan litar ExpressRoute yang memenuhi keperluan jalur lebar dan lokasi. Untuk perancangan bantuan rangkaian yang lain, rujuk kepada Office 365 rangkaian penalaan panduan dan kajian kes pada cara Microsoft pemegang rangkaian prestasi perancangan.

Contoh 1: Satu lokasi geografi

Contoh ini ialah senario untuk Syarikat rekaan yang dipanggil selepas Kisah Cinta penyelidikan yang mempunyai lokasi geografi tunggal.

Pekerja di penyelidikan selepas Kisah Cinta hanya dibenarkan untuk menyambung ke perkhidmatan dan laman web Internet yang Jabatan Keselamatan secara jelas membenarkan pada sepasang proksi keluar yang berada antara rangkaian korporat dan ISP mereka.

Selepas Kisah Cinta penyelidikan pelan menggunakan Azure ExpressRoute untuk Office 365 dan mengecam trafik beberapa seperti trafik dibatalkan untuk penghantaran kandungan rangkaian tidak akan dapat menghalakan melalui ExpressRoute untuk sambungan Office 365 . Memandangkan semua trafik telah menghalakan ke peranti proksi secara lalai, permintaan ini terus berfungsi sebagai sebelum. Selepas penyelidikan selepas Kisah Cinta menentukan mereka boleh memenuhi keperluan penghalaan Azure ExpressRoute, ia teruskan untuk mencipta litar yang, mengkonfigurasikan penghalaan dan memautkan litar ExpressRoute baru ke rangkaian maya. Sebaik sahaja konfigurasi Azure ExpressRoute asas di tempatnya, penyelidikan selepas Kisah Cinta menambah akhir Office 365 yang disokong oleh ExpressRoute untuk Office 365 ke fail konfigurasi (kira) proksi atau URL untuk menghalakan trafik dengan data khusus pelanggan melalui langsung ExpressRoute untuk sambungan Office 365 .

Seperti yang ditunjukkan dalam gambar rajah berikut, penyelidikan selepas Kisah Cinta adalah dapat memenuhi keperluan untuk menghalakan trafik Office 365 melalui internet dan subset trafik melalui ExpressRoute menggunakan gabungan perubahan konfigurasi proksi penghalaan dan keluar.

  1. Fail konfigurasi (kira) proksi atau URL digunakan untuk menghalakan trafik melalui titik keluar internet yang berasingan untuk Azure ExpressRoute untuk Office 365.

  2. Klien dikonfigurasi dengan lalai menghalakan ke arah proksi selepas Kisah Cinta penyelidikan.

Dalam senario contoh ini, penyelidikan selepas Kisah Cinta menggunakan peranti proksi keluar. Begitu juga, pelanggan yang tidak menggunakan Azure ExpressRoute untuk Office 365 mungkin ingin menggunakan teknik ini untuk menghalakan trafik berdasarkan kos memeriksa trafik dibatalkan untuk titik akhir sejumlah dikenali.

Volum tertinggi terkenal untuk Exchange Online, SharePoint Online dan Skype for Business Online adalah seperti berikut:

ExpressRoute pelanggan pinggir rangkaian
  • outlook.office365.com

  • outlook.office.com

  • < nama penyewa >. sharepoint.com

  • < nama penyewa >-my.sharepoint.com

  • < nama penyewa >-< Aplikasi >. sharepoint.com

  • *.Lync.com

Mengetahui lebih lanjut tentang menggunakan dan menguruskan seting proksi dalam Windows 8 dan memastikan Office 365 tidak mencekik oleh proksi anda.

Dengan litar ExpressRoute tunggal, Terdapat tiada ketersediaan tinggi untuk selepas Kisah Cinta penyelidikan. Peristiwa tersebut selepas Kisah Cinta sepasang lewah pinggir peranti yang Perkhidmatan kesambungan ExpressRoute gagal, tidak terdapat satu litar ExpressRoute tambahan untuk failover untuk. Daun ini selepas Kisah Cinta penyelidikan dalam masalah yang gagal melalui internet memerlukan konfigurasi semula manual dan dalam sesetengah kes alamat IP yang baru. Jika selepas Kisah Cinta ingin menambah ketersediaan tinggi, penyelesaian yang paling mudah ialah untuk menambah tambahan ExpressRoute litar.

Senario terakhir, penghalaan Office 365 trafik melalui ExpressRoute adalah asas seni bina penghalaan yang lebih kompleks. Tanpa mengira jumlah lokasi, bilangan benua mana lokasi tersebut wujud, bilangan ExpressRoute litar dan sebagainya, dapat menghalakan trafik beberapa ke internet dan beberapa trafik melalui ExpressRoute akan diperlukan.

Soalan tambahan yang mesti dijawab untuk pelanggan dengan berbilang lokasi dalam berbilang perbincangan termasuk:

  1. Adakah ia memerlukan litar ExpressRoute dalam lokasi setiap? Jika menggunakan Skype for Business atau pelanggan bimbang dengan kependaman sensitiviti untuk SharePoint Online atau Exchange Online, litar ExpressRoute disyorkan dalam setiap benua di pelanggan mempunyai pejabat. Lihat Skype for Business kualiti dan rangkaian kesambungan panduan media untuk butiran lanjut.

  2. Jika litar ExpressRoute tidak tersedia dalam rantau tertentu, bagaimana harus trafik Office 365 dibatalkan dihalakan?

  3. Apakah kaedah yang diutamakan untuk mengumpulkan trafik dalam kes rangkaian dengan lokasi kecil yang banyak?

Setiap ini memberikan cabaran unik yang memerlukan anda menilai rangkaian anda sendiri sebagai opsyen yang tersedia daripada Microsoft.

Pertimbangan

Komponen rangkaian untuk menilai

Litar dalam lebih daripada satu lokasi

Keperluan kos, kependaman dan jalur lebar mesti berbanding.

Menggunakan BGP menghalakan kos, kira fail dan NAT untuk menguruskan penghalaan dengan berbilang litar.

Penghalaan dari lokasi tanpa litar ExpressRoute

Pemajuan DNS boleh digunakan untuk membenarkan pejabat jauh untuk menerokai titik akhir yang sesuai.

Klien remote office mesti mempunyai laluan tersedia yang membekalkan capaian ke litar ExpressRoute.

Pejabat kecil penggabungan

Penggunaan jalur lebar dan data yang tersedia akan dibandingkan dengan teliti.

Nota: Microsoft akan lebih suka ExpressRoute melalui internet jika laluan tersedia tanpa mengira lokasi fizikal.

Setiap pertimbangan ini mesti dibawa ke dalam akaun untuk setiap rangkaian yang unik. Berikut adalah contoh.

Contoh 2: Lokasi berbilang geografi

Contoh ini ialah senario untuk Syarikat rekaan yang dipanggil Humongous insurans yang mempunyai berbilang lokasi geografi.

Insurans humongous geografi tersebar dengan pejabat di seluruh dunia, yang akan melaksanakan Azure ExpressRoute untuk Office 365 untuk memastikan kebanyakan trafik Office 365 mereka pada sambungan rangkaian langsung. Insurans humongous juga mempunyai pejabat pada dua benua tambahan. Pekerja dalam office remote yang ExpressRoute bukan dilaksanakan perlu menghalakan kembali kepada salah satu daripada dua Kemudahan utama untuk menggunakan sambungan ExpressRoute.

Prinsip adalah untuk mendapatkan Office 365 dibatalkan trafik ke pusat data Microsoft secepat mungkin. Dalam contoh ini, Humongous Insurans mesti memutuskan jika pejabat jauh mereka perlu menghalakan melalui internet untuk pergi ke pusat data Microsoft melalui sambungan sebarang secepat mungkin atau jika pejabat jauh mereka perlu menghalakan melalui satu rangkaian dalaman untuk pergi ke pusat data Microsoft melalui sambungan ExpressRoute secepat mungkin.

Pusat Data Microsoft, rangkaian dan seni bina aplikasi direka bentuk untuk mengambil secara global berbeza komunikasi dan perkhidmatan mereka dalam cara yang paling berkesan. Permintaan dibatalkan untuk Office 365 yang kekal pada rangkaian pelanggan lebih panjang daripada perlu tidak akan dapat menggunakan kelebihan seni bina ini.

Dalam keadaan Humongous insurans tersebut, mereka perlu teruskan bergantung pada aplikasi yang mereka berhasrat untuk digunakan melalui ExpressRoute. Contohnya, jika ia Skype for Business Online pelanggan, atau anda merancang untuk memanfaatkan kesambungan ExpressRoute apabila bersambung ke luaran Skype for Business Online mesyuarat, Reka bentuk disyorkan dalam Skype for Business Online media kualiti dan panduan kesambungan rangkaian adalah untuk memperuntukkan satu litar ExpressRoute tambahan untuk lokasi ketiga. Ini mungkin lebih mahal dari perspektif rangkaian; Walau bagaimanapun, penghalaan permintaan dari satu benua lain sebelum menyampaikan ke pusat data Microsoft mungkin menyebabkan pengalaman yang rendah atau tidak boleh digunakan semasa Skype for Business Online Mesyuarat dan komunikasi.

Jika Humongous insurans tidak menggunakan atau tidak merancang untuk memanfaatkan Skype for Business Online melalui sebarang cara, penghalaan Office 365 trafik rangkaian ditakdirkan kembali ke benua dengan sambungan ExpressRoute mungkin dilaksanakan. Dalam kedua-dua kes, penghalaan internet ditakdirkan trafik internet di laman tempatan disyorkan untuk memanfaatkan rangkaian penghantaran kandungan tersebut Office 365 bergantung pada.

ExpressRoute berbilang geografi

Apabila Humongous insurans adalah merancang strategi berbilang geografi mereka, Terdapat beberapa perkara untuk dipertimbangkan di sekeliling saiz litar (dibincangkan di sini), nombor litar, failover dan sebagainya.

Dengan ExpressRoute dalam lokasi tunggal dengan berbilang rantau yang cuba menggunakan litar, Humongous insurans ingin memastikan sambungan ke/dari Office 365 daripada remote office dihantar ke pusat data Office 365 terdekat headquarters dan diterima oleh lokasi pejabat. Untuk melakukan ini, Humongous insurans melaksanakan DNS pemajuan untuk mengurangkan bilangan round perjalanan dan carian DNS yang diperlukan untuk mewujudkan sambungan yang sesuai dengan persekitaran Office 365 yang paling hampir dengan titik keluar headquarters internet. Anda juga boleh mengetahui untuk memperuntukkan ekspeditur bersyarat untuk Nama Domain.

Dalam senario ini, trafik daripada remote office akan menyelesaikan infrastruktur depan hujung Office 365 di Amerika Utara dan memanfaatkan Office 365 untuk menyambung ke pelayan belakang mengikut seni bina aplikasi Office 365 . Contohnya, Exchange Online akan menamatkan sambungan di Amerika Utara dan pelayan depan hujung tersebut akan bersambung ke pelayan peti mel bahagian belakang di mana-mana penyewa yang tinggal. Lihat Kesambungan klien untuk maklumat lanjut tentang cara setiap aplikasi architected untuk mengendalikan kesambungan pelanggan.

Jika Humongous mempunyai pejabat utama dalam berbilang benua, sekurang-kurangnya satu litar setiap benua disyorkan untuk mengurangkan kependaman untuk aplikasi yang sensitif seperti Skype for Business. Jika semua pejabat berada dalam benua tunggal, atau tidak menggunakan kerjasama masa nyata, mempunyai titik keluar yang disatukan atau teragih ialah keputusan khusus pelanggan yang bergantung pada bilangan individu setiap lokasi, penggunaan aplikasi pada setiap lokasi, keperluan ketersediaan tinggi, dan sebagainya. Apabila berbilang litar tersedia, BGP penghalaan akan memastikan failover harus sebarang litar tunggal menjadi tidak tersedia.

Ketahui lebih lanjut tentang sampel penghalaan konfigurasi dan https://azure.microsoft.com/en-us/documentation/articles/expressroute-config-samples-nat/.

Penghalaan terpilih dengan ExpressRoute mungkin diperlukan untuk pelbagai sebab, seperti ujian, leret keluar ExpressRoute untuk subset pengguna. Terdapat pelbagai alat yang pelanggan boleh gunakan untuk menghalakan trafik rangkaian Office 365 melalui ExpressRoute secara pilihan:

  1. Menghalakan penapisan/pemisahan – Benarkan menghalakan BGP untuk Office 365 melalui ExpressRoute untuk subset subnet atau penghala. Ini secara pilihan menghalakan dengan segmen rangkaian pelanggan atau lokasi pejabat fizikal. Ini adalah biasa untuk pelaksanaan mengejutkan ExpressRoute untuk Office 365.

  2. Kira fail/URL – menghalakan Office 365 dibatalkan trafik rangkaian untuk terkenal khusus untuk menghalakan pada laluan tertentu. Ini secara pilihan menghalakan dengan komputer klien yang dikenal pasti oleh kira fail penggunaan.

  3. Komuniti BGP – penapisan berdasarkan BGP komuniti tag membenarkan pelanggan untuk menentukan aplikasi Office 365 yang akan melepasi ExpressRoute dan yang akan melepasi internet.

Berikut ialah pautan pendek yang anda boleh menggunakan kembali: https://aka.ms/erorouting

Topik Berkaitan

Rangkaian kesambungan ke Office 365
Azure ExpressRoute untuk Office 365
ExpressRoute untuk Office 365 kesambungan
perancangan rangkaian dengan ExpressRoute untuk Office 365
Melaksanakan ExpressRoute untuk Office 365
kualiti Media dan prestasi kesambungan rangkaian dalam Skype for Business Online
mengoptimumkan rangkaian anda untuk Skype for Business Online
ExpressRoute dan QoS dalam Skype for Business Online
panggilan aliran menggunakan ExpressRoute
BGP menggunakan komuniti dalam ExpressRoute untuk Office 365 senario
Penalaan prestasi Office 365 menggunakan garis asas dan prestasi sejarah
prestasi pelan penyelesaian masalah untuk Office 365
URL Office 365 dan julat alamat IP
Office 365 rangkaian dan Penalaan prestasi

Nota: Notis Penafian Penterjemahan Mesin: Artikel ini telah diterjemah oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan penterjemahan mesin ini untuk membantu pengguna-pengguna yang tidak bertutur dalam Bahasa Inggeris supaya dapat menikmati kandungan mengenai produk, perkhidmatan dan teknologi Microsoft. Artikel ini mungkin mengandungi ralat perbendaharaan kata, sintaks atau tatabahasa kerana ia diterjemahkan oleh mesin.

Kembangkan kemahiran anda
Jelajahi latihan
Dapatkan ciri baru terlebih dahulu
Sertai Office Insiders

Adakah maklumat ini membantu?

Terima kasih atas maklum balas anda!

Terima kasih atas maklum balas anda! Nampaknya ia mungkin akan membantu untuk menyambungkan anda kepada salah seorang daripada ejen sokongan Office kami.

×