Persyaratan perutean ExpressRoute

Untuk menyambungkan ke layanan cloud Microsoft menggunakan ExpressRoute, Anda perlu menyiapkan dan mengelola perutean. Beberapa penyedia konektivitas menawarkan penyiapan dan pengelolaan perutean sebagai layanan terkelola. Hubungi penyedia konektivitas Anda untuk mengetahui apakah mereka menawarkan layanan tersebut. Jika tidak, Anda harus mematuhi persyaratan berikut:

Lihat artikel Sirkuit dan domain perutean untuk mengetahui deskripsi sesi perutean yang perlu disiapkan agar mempermudah konektivitas.

Alamat IP yang digunakan untuk peering

Anda perlu memesan beberapa blok alamat IP untuk mengonfigurasi perutean antara jaringan Anda dan router Microsoft’s Enterprise edge (MSEEs). Bagian ini menyediakan daftar persyaratan dan menjelaskan aturan tentang cara memperoleh dan menggunakan alamat IP tersebut.

Alamat IP yang digunakan untuk peering pribadi Azure

Anda dapat menggunakan alamat IP privat atau alamat IP publik untuk mengonfigurasi peering. Rentang alamat yang digunakan untuk mengonfigurasi rute tidak dapat tumpang tindih dengan rentang alamat yang digunakan untuk jaringan virtual di Azure.

• IPv4:
  • Anda harus memesan subnet /29 atau dua subnet /30 untuk antarmuka perutean.
  • Subnet yang digunakan untuk perutean dapat berupa alamat IP pribadi atau alamat IP publik.
  • Subnet tidak boleh bertentangan dengan rentang yang dipesan oleh pelanggan untuk digunakan di cloud Microsoft.
  • /29 Jika subnet digunakan, subnet dibagi menjadi dua /30 subnet.
    • Subnet /30 pertama digunakan untuk tautan primer dan subnet /30 kedua digunakan untuk tautan sekunder.
    • Untuk setiap /30 subnet, Anda harus menggunakan alamat /30 IP pertama subnet untuk router Anda. Microsoft menggunakan alamat IP kedua dari subnet /30 untuk menyiapkan sesi BGP.
    • Anda harus menyiapkan kedua sesi BGP agar ketersediaan SLA valid.
• IPv6:
  • Anda harus memesan subnet /125 atau dua subnet /126 untuk antarmuka perutean.
  • Subnet yang digunakan untuk perutean dapat berupa alamat IP pribadi atau alamat IP publik.
  • Subnet tidak boleh bertentangan dengan rentang yang dipesan oleh pelanggan untuk digunakan di cloud Microsoft.
  • /125 Jika subnet digunakan, subnet dibagi menjadi dua /126 subnet.
    • Subnet /126 pertama digunakan untuk tautan primer dan subnet /126 kedua digunakan untuk tautan sekunder.
    • Untuk setiap /126 subnet, Anda harus menggunakan alamat /126 IP pertama subnet untuk router Anda. Microsoft menggunakan alamat IP kedua dari subnet /126 untuk menyiapkan sesi BGP.
    • Anda harus menyiapkan kedua sesi BGP agar ketersediaan SLA valid.

Contoh untuk peering pribadi

Jika Anda memilih untuk menggunakan a.b.c.d/29 untuk menyiapkan peering, itu dibagi menjadi dua /30 subnet. Dalam contoh berikut, perhatikan cara menggunakan subnet a.b.c.d/29:

• a.b.c.d/29 dibagi menjadi a.b.c.d/30 dan a.b.c.d+4/30 dan diturunkan ke Microsoft melalui provisi API.
  • Anda menggunakan a.b.c.d+1 sebagai IP VRF untuk PE Utama dan Microsoft menggunakan a.b.c.d+2 sebagai IP VRF untuk MSEE utama.
  • Anda menggunakan a.b.c.d+5 sebagai IP VRF untuk PE sekunder dan Microsoft menggunakan a.b.c.d+6 sebagai IP VRF untuk MSEE sekunder.

Pertimbangkan kasus di mana Anda memilih 192.168.100.128/29 untuk menyiapkan peering privat. 192.168.100.128/29 mencakup alamat dari 192.168.100.128 hingga 192.168.100.135, di antaranya:

• 192.168.100.128/30 ditetapkan ke link1, dengan penyedia menggunakan 192.168.100.129 dan Microsoft menggunakan 192.168.100.130.
• 192.168.100.132/30 ditetapkan ke link2, dengan penyedia menggunakan 192.168.100.133 dan Microsoft menggunakan 192.168.100.134.

Alamat IP yang digunakan untuk peering Microsoft

Anda harus menggunakan alamat IP publik yang dimiliki untuk menyiapkan sesi BGP. Microsoft harus dapat memverifikasi kepemilikan alamat IP melalui Routing Internet Registries dan Internet Routing Registries.

• IP yang tercantum di portal untuk Awalan Publik yang Diiklankan untuk Microsoft Peering membuat ACL untuk router inti Microsoft untuk memungkinkan lalu lintas masuk dari IP ini.
• Anda harus menggunakan subnet unik /29 (IPv4) atau /125 (IPv6) atau dua /30 subnet (IPv4) atau /126 (IPv6) untuk menyiapkan peering BGP untuk setiap peering per sirkuit ExpressRoute, jika Anda memiliki lebih dari satu.
• /29 Jika subnet digunakan, subnet dibagi menjadi dua /30 subnet.
• Subnet /30 pertama digunakan untuk tautan primer dan subnet /30 kedua digunakan untuk tautan sekunder.
• Untuk setiap subnet /30, Anda harus menggunakan alamat IP pertama dari subnet /30 pada perute. Microsoft menggunakan alamat IP kedua dari subnet /30 untuk menyiapkan sesi BGP.
• /125 Jika subnet digunakan, subnet dibagi menjadi dua /126 subnet.
• Subnet /126 pertama digunakan untuk tautan primer dan subnet /126 kedua digunakan untuk tautan sekunder.
• Untuk setiap subnet /126, Anda harus menggunakan alamat IP pertama dari subnet /126 pada perute. Microsoft menggunakan alamat IP kedua dari subnet /126 untuk menyiapkan sesi BGP.
• Anda harus menyiapkan kedua sesi BGP agar SLA ketersediaan kami valid.

Persyaratan alamat IP publik

Peering Pribadi

Anda dapat memilih untuk menggunakan alamat IPv4 publik atau pribadi untuk peering pribadi. Kami menyediakan isolasi menyeluruh lalu lintas Anda, sehingga tumpang tindih alamat dengan pelanggan lain tidak dimungkinkan untuk peering privat. Alamat ini tidak diiklankan ke Internet.

Peering Microsoft

Jalur peering Microsoft memungkinkan Anda tersambung ke layanan cloud Microsoft. Daftar layanan ini mencakup layanan Microsoft 365, seperti Exchange Online, SharePoint Online, Skype for Business, dan Microsoft Teams. Microsoft mendukung konektivitas dua arah pada peering Microsoft. Lalu lintas yang ditetapkan untuk layanan cloud Microsoft harus menggunakan alamat IPv4 publik yang valid sebelum memasuki jaringan Microsoft.

Pastikan bahwa alamat IP dan nomor AS Anda terdaftar untuk Anda di salah satu registri berikut:

• ARIN
• APNIC
• AFRINIC
• LACNIC
• RIPENCC
• RADB
• ALTDB

Jika prefiks dan nomor AS tidak ditetapkan untuk Anda di registri sebelumnya, Anda perlu membuka kasus dukungan untuk validasi manual prefiks dan ASN Anda. Dukungan memerlukan dokumentasi, seperti Surat Otorisasi, yang membuktikan bahwa Anda diizinkan untuk menggunakan prefiks.

Nomor AS Pribadi diizinkan dengan Microsoft Peering, tetapi memerlukan validasi manual. Selain itu, kami menghapus nomor AS pribadi pada AS PATH untuk awalan yang diterima. Akibatnya, Anda tidak dapat menambahkan nomor AS pribadi di AS PATH guna memengaruhi perutean untuk Microsoft Peering. Selain itu, nomor AS 64496 - 64511 yang telah dipesan oleh IANA untuk tujuan dokumentasi tidak diizinkan di jalur tersebut.

Pertukaran rute dinamis

Pertukaran perutean lebih dari protokol eBGP. Sesi EBGP ditetapkan antara MSEE dan router Anda. Autentikasi sesi BGP bukanlah persyaratan. Jika perlu, hash MD5 dapat dikonfigurasi. Lihat Konfigurasi alur kerja perutean dan Ketentuan sirkuit dan status sirkuit untuk informasi tentang cara mengonfigurasi sesi BGP.

Nomor Sistem Otonom (ASN)

Microsoft menggunakan AS 12076 untuk peering publik Azure, pribadi Azure, dan Microsoft. Kami telah memesan ASN dari 65515 hingga 65520 untuk penggunaan internal. Angka AS 16 bit dan 32-bit didukung.

Tidak ada persyaratan seputar simetri transfer data. Jalur maju dan mundur dapat melintasi pasangan router yang berbeda. Rute identik harus diiklankan dari kedua sisi di beberapa pasangan sirkuit milik Anda. Metrik rute tidak diperlukan agar identik.

Batas agregasi dan awalan rute

ExpressRoute mendukung hingga 4000 awalan IPv4 dan 100 awalan IPv6 yang diiklankan ke Microsoft melalui peering privat Azure. Batas ini dapat ditingkatkan hingga 10.000 awalan IPv4 jika add-on premium ExpressRoute diaktifkan. ExpressRoute menerima hingga 200 awalan per sesi BGP untuk peering publik Azure dan Microsoft.

Sesi BGP dihilangkan jika jumlah awalan melebihi batas. ExpressRoute hanya menerima rute default pada tautan peering privat. Penyedia harus memfilter rute default dan alamat IP pribadi (RFC 1918) dari jalur peering publik Azure dan Microsoft.

Perutean transit dan perutean lintas wilayah

ExpressRoute tidak dapat dikonfigurasi sebagai router transit. Anda harus mengandalkan penyedia konektivitas Anda untuk layanan perutean transit.

Mengiklankan rute default

Rute default hanya diizinkan pada sesi peering pribadi Azure. Dalam kasus seperti itu, ExpressRoute merutekan semua lalu lintas dari jaringan virtual terkait ke jaringan Anda. Mengiklankan rute default ke peering privat menghasilkan jalur internet dari Azure yang diblokir. Anda harus bergantung pada keunggulan perusahaan untuk merutekan lalu lintas dari dan ke internet untuk layanan yang dihosting di Azure.

Beberapa layanan tidak dapat diakses dari tepi perusahaan Anda. Untuk mengaktifkan konektivitas ke layanan dan layanan infrastruktur Azure lainnya, Anda harus menggunakan perutean yang ditentukan pengguna untuk memungkinkan konektivitas internet untuk setiap subnet yang memerlukan konektivitas Internet untuk layanan ini.

Dukungan untuk komunitas BGP

Bagian ini memberikan gambaran umum tentang bagaimana komunitas BGP digunakan dengan ExpressRoute. Microsoft mengiklankan rute di jalur peering privat, Microsoft, dan publik (tidak digunakan lagi) dengan rute yang ditandai dengan nilai komunitas yang sesuai. Alasan untuk melakukannya dan detail tentang nilai komunitas dijelaskan sebagai berikut. Namun, Microsoft tidak menghormati nilai komunitas apa pun yang ditandai ke rute yang diiklankan ke Microsoft.

Untuk peering privat, jika Anda mengonfigurasi nilai komunitas BGP kustom di jaringan virtual Azure, Anda akan melihat nilai kustom ini dan nilai komunitas BGP regional pada rute Azure yang diiklankan ke lokal Anda melalui ExpressRoute.

Untuk peering Microsoft, Anda tersambung ke Microsoft melalui ExpressRoute di satu lokasi peering dalam wilayah geopolitik. Anda juga memiliki akses ke semua layanan cloud Microsoft di semua wilayah dalam batas geopolitik.

Misalnya, jika Anda tersambung ke Microsoft di Amsterdam melalui ExpressRoute, Anda memiliki akses ke semua layanan cloud Microsoft yang dihosting di Eropa Utara dan Eropa Barat.

Lihat halaman mitra ExpressRoute dan lokasi peering untuk daftar terperinci wilayah geopolitik, wilayah Azure terkait, dan lokasi peering ExpressRoute yang sesuai.

Anda dapat membeli lebih dari satu sirkuit ExpressRoute per wilayah geopolitik. Memiliki beberapa koneksi menawarkan keuntungan signifikan pada ketersediaan tinggi karena geo-redundansi. Dalam kasus di mana Anda memiliki beberapa sirkuit ExpressRoute, Anda menerima serangkaian awalan yang sama yang diiklankan dari Microsoft di jalur peering Microsoft. Konfigurasi ini menghasilkan beberapa jalur dari jaringan Anda ke Microsoft. Pengaturan ini berpotensi menyebabkan keputusan perutean suboptimal dibuat dalam jaringan Anda. Akibatnya, Anda dapat mengalami pengalaman konektivitas yang kurang optimal ke layanan yang berbeda. Anda dapat bergantung pada nilai-nilai komunitas untuk membuat keputusan perutean yang tepat guna menawarkan perutean yang optimal kepada pengguna.

Semua rute yang diiklankan dari Microsoft ditandai dengan nilai komunitas yang sesuai.

Layanan untuk nilai komunitas BGP

Selain tag BGP untuk setiap wilayah, Microsoft juga menandai awalan berdasarkan layanan tempat mereka berada. Pemberian tag ini hanya berlaku untuk peering Microsoft. Tabel berikut ini menyediakan pemetaan layanan ke nilai komunitas BGP. Anda dapat menjalankan cmdlet 'Get-AzBgpServiceCommunity' untuk daftar lengkap nilai terbaru.

(1) Azure Global Services hanya menyertakan Azure DevOps saat ini.

(2) Otorisasi diperlukan dari Microsoft. Lihat Mengonfigurasi filter rute untuk Microsoft Peering.

(3) Komunitas ini juga menerbitkan rute yang diperlukan untuk layanan Microsoft Teams.

(4) CRM Online mendukung Dynamics v8.2 ke bawah. Untuk versi yang lebih tinggi, pilih komunitas regional untuk penyebaran Dynamics Anda.

(5) Penggunaan Microsoft Peering dengan layanan PSTN dibatasi untuk kasus penggunaan tertentu. Lihat Menggunakan ExpressRoute untuk layanan Microsoft PSTN.

Dukungan Komunitas BGP di Cloud Nasional

• Komunitas Office 365 tidak didukung melalui Microsoft Peering untuk Microsoft Azure yang dioperasikan oleh wilayah 21Vianet.

Langkah berikutnya

• Mengonfigurasi koneksi ExpressRoute.

  • Membuat dan memodifikasi sirkuit
  • Membuat dan memodifikasi konfigurasi peering
  • Tautkan VNet ke sirkuit ExpressRoute