Konektivitas untuk Azure Communications Gateway
Setiap wilayah Azure dalam penyebaran Anda tersambung ke jaringan inti Anda. Anda harus memilih jenis koneksi (misalnya, Microsoft Azure Peering Service Voice). Anda harus menggunakan alamat IP dan nama domain tertentu untuk merutekan lalu lintas antara jaringan Anda dan Azure Communications Gateway.
Artikel ini menjelaskan:
- Jenis koneksi yang dapat Anda gunakan.
- Alamat IP dan nama domain yang perlu Anda ketahui.
- Opsi Anda untuk memilih nama domain untuk Azure Communications Gateway.
Menyambungkan ke jaringan Anda
Azure Communications Gateway mendukung beberapa jenis koneksi ke jaringan Anda.
- Kami sangat menyarankan untuk menggunakan Microsoft Azure Peering Service Voice (juga disebut MAPS Voice atau MAPSV).
- Jika Anda tidak dapat menggunakan MAPS Voice, kami sarankan ExpressRoute Microsoft Peering.
Azure Communications Gateway biasanya disebarkan dengan alamat IP publik di semua antarmuka. Ini berarti Anda dapat menggunakan metode konektivitas yang mendukung alamat IP publik untuk menghubungkan jaringan Anda ke Azure Communications Gateway seperti MAPS Voice, ExpressRoute Microsoft Peering, dan internet publik. Jika Anda ingin mengontrol dan mengelola lalu lintas antara jaringan dan Azure Communications Gateway, Anda dapat menggunakan injeksi VNet untuk Azure Communications Gateway (pratinjau) untuk menyebarkan antarmuka yang tersambung ke jaringan Anda ke subnet Anda sendiri.
Tabel berikut mencantumkan semua jenis koneksi yang tersedia dan apakah didukung untuk setiap layanan komunikasi. Jenis koneksi dalam urutan yang kami rekomendasikan (dengan jenis yang direkomendasikan terlebih dahulu).
| Tipe sambungan | ponsel telepon Koneksi Operator / Teams | Perutean Langsung Microsoft Teams | Perbesar Peering Cloud Telepon | Catatan |
|---|---|---|---|---|
| Suara MAPS | ✅ | ✅ | ✅ | - Kualitas media terbaik karena prioritas dengan jaringan Microsoft - Tidak ada biaya tambahan - Lihat peering Internet untuk panduan Peering Service Voice |
| ExpressRoute Microsoft Peering | ✅ | ✅ | ✅ | - Mudah disebarkan - Biaya tambahan - Konsultasikan dengan tim orientasi Anda dan pastikan tersedia di wilayah Anda - Lihat Menggunakan ExpressRoute untuk layanan Microsoft PSTN |
| Injeksi VNet (pratinjau) | ⚠️ Peering Privat ExpressRoute harus digunakan untuk penyebaran produksi | ✅ | ✅ | - Mengontrol konektivitas ke jaringan Anda dari VNet Anda sendiri - Memungkinkan penggunaan ExpressRoute Private Peering dan Azure VPN Gateways - Langkah-langkah penyebaran tambahan -Biaya tambahan |
| Internet publik | ⚠️ Penyebaran lab saja | ✅ | ✅ | - Tidak ada pengaturan tambahan - Jika tersedia, tidak disarankan untuk produksi |
Catatan
Program Koneksi Operator dan Teams Phone Mobile tidak mengizinkan penyebaran produksi untuk menggunakan internet publik, termasuk VPN melalui internet publik.
Siapkan jaringan Anda seperti dalam diagram berikut dan konfigurasikan sesuai dengan spesifikasi konektivitas jaringan apa pun untuk layanan komunikasi yang Anda pilih. Untuk penyebaran produksi, jaringan Anda harus memiliki dua situs dengan fungsionalitas lintas koneksi. Untuk informasi selengkapnya tentang desain keandalan untuk Azure Communications Gateway, lihat Keandalan di Azure Communications Gateway.
Penyebaran lab memiliki satu wilayah layanan Azure dan harus tersambung ke satu situs di jaringan Anda.
Alamat IP dan nama domain
Penyebaran Azure Communications Gateway memerlukan beberapa alamat IP dan nama domain (FQDN) yang sepenuhnya memenuhi syarat. Diagram dan tabel berikut menjelaskan alamat IP dan FQDN yang mungkin perlu Anda ketahui.
| Alamat IP atau rentang pada diagram | Deskripsi | Catatan |
|---|---|---|
| 1 | Rentang alamat IP di situs operator A untuk mengirim lalu lintas sinyal ke Azure Communications Gateway | Tentukan informasi ini saat Anda menyebarkan sumber daya Anda. |
| 2 | Rentang alamat IP atau FQDN di situs A untuk menerima lalu lintas sinyal dari Azure Communications Gateway | Tentukan informasi ini saat Anda menyebarkan sumber daya Anda. |
| 3 | Alamat IP atau rentang alamat di situs operator A untuk mengirim dan menerima lalu lintas media | Tentukan informasi ini saat Anda menyebarkan sumber daya Anda. |
| 4 | Rentang alamat IP di situs operator B untuk mengirim lalu lintas sinyal ke Azure Communications Gateway | Tentukan informasi ini saat Anda menyebarkan sumber daya Anda. |
| 5 | Rentang alamat IP atau FQDN di situs operator A untuk menerima lalu lintas sinyal dari Azure Communications Gateway | Tentukan informasi ini saat Anda menyebarkan sumber daya Anda. |
| 6 | Alamat IP atau rentang alamat di situs operator B untuk mengirim dan menerima lalu lintas media | Tentukan informasi ini saat Anda menyebarkan sumber daya Anda. |
| 7 | Azure Communications Gateway wilayah 1 FQDN untuk menerima sinyal lalu lintas dari jaringan operator | Dapatkan FQDN dari bidang Nama Host untuk wilayah 1 di portal Azure. Konfigurasikan jaringan Anda untuk merutekan panggilan ke FQDN ini. |
| 8 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 1 untuk mengirim lalu lintas sinyal ke jaringan Anda | Tanyakan kepada tim orientasi Anda untuk nilainya. Konfigurasikan di daftar kontrol akses (ACL) jaringan Anda. |
| 9 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 1 untuk lalu lintas media antara jaringan operator dan Azure Communications Gateway | Tanyakan kepada tim orientasi Anda untuk nilainya. Konfigurasikan di daftar kontrol akses (ACL) jaringan Anda. |
| 10 | Azure Communications Gateway wilayah 2 FQDN untuk menerima sinyal lalu lintas dari jaringan operator | Dapatkan FQDN dari bidang Nama Host untuk wilayah 2 di portal Azure. Konfigurasikan jaringan Anda untuk merutekan panggilan ke FQDN ini. |
| 11 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 2 untuk mengirim lalu lintas sinyal ke jaringan Anda | Tanyakan kepada tim orientasi Anda untuk nilainya. Konfigurasikan di daftar kontrol akses (ACL) jaringan Anda. |
| 12 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 2 untuk lalu lintas media antara jaringan operator dan Azure Communications Gateway | Tanyakan kepada tim orientasi Anda untuk nilainya. Konfigurasikan di daftar kontrol akses (ACL) jaringan Anda. |
| 13 | Domain dasar Azure Communications Gateway yang menyediakan API Provisi | Dapatkan FQDN dari bidang Gambaran Umum di portal Azure. |
| 14 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 1 untuk mengirim lalu lintas sinyal ke layanan komunikasi | - Untuk Zoom Phone Cloud Peering, tanyakan kepada tim orientasi Anda untuk informasi ini dan berikan kepada Zoom. - Microsoft mengelola informasi ini untuk layanan komunikasi lainnya. |
| 15 | Wilayah Azure Communications Gateway 1 FQDN atau alamat IP untuk menerima lalu lintas sinyal dari layanan komunikasi | - Untuk Zoom Phone Cloud Peering, tanyakan kepada tim orientasi Anda untuk informasi ini dan berikan kepada Zoom. - Microsoft mengelola informasi ini untuk layanan komunikasi lainnya. |
| 16 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 1 untuk lalu lintas media antara layanan komunikasi dan Azure Communications Gateway | - Untuk Zoom Phone Cloud Peering, tanyakan kepada tim orientasi Anda untuk informasi ini dan berikan kepada Zoom. - Microsoft mengelola informasi ini untuk layanan komunikasi lainnya. |
| 17 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 2 untuk mengirim lalu lintas sinyal ke layanan komunikasi | - Untuk Zoom Phone Cloud Peering, tanyakan kepada tim orientasi Anda untuk informasi ini dan berikan kepada Zoom. - Microsoft mengelola informasi ini untuk layanan komunikasi lainnya. |
| 18 | Wilayah Azure Communications Gateway 2 FQDN atau alamat IP untuk menerima lalu lintas sinyal dari layanan komunikasi | - Untuk Zoom Phone Cloud Peering, tanyakan kepada tim orientasi Anda untuk informasi ini dan berikan kepada Zoom. - Microsoft mengelola informasi ini untuk layanan komunikasi lainnya. |
| 19 | Alamat IP atau rentang alamat wilayah Azure Communications Gateway 2 untuk lalu lintas media antara layanan komunikasi dan Azure Communications Gateway | - Untuk Zoom Phone Cloud Peering, tanyakan kepada tim orientasi Anda untuk informasi ini dan berikan kepada Zoom. - Microsoft mengelola informasi ini untuk layanan komunikasi lainnya. |
| 20 | Alamat IP atau FQDN yang digunakan oleh layanan komunikasi untuk menerima lalu lintas sinyal | Anda tidak perlu mengelola informasi ini. |
| 21 | Alamat IP atau FQDN yang digunakan oleh layanan komunikasi untuk mengirim lalu lintas sinyal | Anda tidak perlu mengelola informasi ini. |
| 22 | Alamat IP yang digunakan oleh layanan komunikasi untuk mengirim dan menerima lalu lintas media | Anda tidak perlu mengelola informasi ini. |
Tip
Diagram ini menunjukkan tiga set alamat IP untuk layanan komunikasi untuk kesederhanaan. Detailnya mungkin bervariasi untuk setiap layanan komunikasi, tetapi Anda tidak perlu mengelola detail karena kami mengelola koneksi dari Azure Communications Gateway ke layanan komunikasi.
Setiap situs di jaringan Anda harus mengirim lalu lintas ke wilayah layanan Azure Communications Gateway lokalnya secara default, dan melakukan failover ke wilayah lain jika wilayah lokal tidak tersedia. Misalnya, situs A harus merutekan lalu lintas ke wilayah 1, dan, jika mendeteksi bahwa wilayah 1 tidak tersedia, rutekan ulang lalu lintas ke wilayah 2. Untuk informasi selengkapnya tentang persyaratan perutean panggilan, lihat Persyaratan perutean panggilan.
Nama domain yang dibuat secara otomatis
Azure Communications Gateway menyediakan beberapa FQDN:
- Domain
<deployment-id>.commsgw.azure.comdasar untuk penyebaran Anda, di mana<deployment-id>dibuat secara otomatis dan unik untuk penyebaran. Domain ini menyediakan API Provisi. Ini adalah item 13 di alamat IP dan nama domain. - Nama domain per wilayah yang diselesaikan ke alamat IP sinyal tempat jaringan Anda harus merutekan lalu lintas sinyal. Nama domain ini adalah subdomain dari domain dasar. Mereka adalah item 7 dan 10 di alamat IP dan nama domain.
Rentang port yang digunakan oleh Azure Communications Gateway
Azure Communications Gateway menggunakan rentang port lokal berikut. Rentang ini harus dapat diakses dari jaringan Anda, tergantung pada jenis konektivitas yang dipilih.
| Rentang Port | Protokol | Transportasi |
|---|---|---|
| 16384-23983 | RTP/RTCP SRTP/SRTCP |
UDP |
| 5060 | SIP | UDP/TCP |
| 5061 | SIP melalui TLS | TCP |
Semua alamat IP Azure Communications Gateway dapat digunakan untuk sinyal (SIP) dan media (RTP/RTCP). Saat menyambungkan ke beberapa jaringan, port lokal SIP tambahan digunakan. Untuk detailnya, lihat sumber daya Azure Communications Gateway Anda di portal Azure.
Injeksi VNet untuk Azure Communications Gateway (pratinjau)
Injeksi VNet untuk Azure Communications Gateway (pratinjau) memungkinkan antarmuka jaringan di Azure Communications Gateway Anda yang tersambung ke jaringan Anda untuk disebarkan ke jaringan virtual di langganan Anda. Ini memungkinkan Anda mengontrol lalu lintas yang mengalir antara jaringan dan instans Azure Communications Gateway Anda menggunakan subnet privat, dan memungkinkan Anda menggunakan konektivitas privat ke tempat Anda seperti ExpressRoute Private Peering dan VPN.
Jika Anda menggunakan injeksi VNet (pratinjau) dengan Koneksi Operator atau Teams Phone Mobile, jaringan Anda masih harus memenuhi persyaratan redundansi dan ketahanan yang dijelaskan dalam Spesifikasi Konektivitas Jaringan yang disediakan untuk Anda oleh tim onboarding Anda. Ini mengamanatkan bahwa jaringan Anda terhubung ke Azure oleh setidaknya 2 sirkuit ExpressRoute, masing-masing disebarkan dengan redundansi lokal dan dikonfigurasi sehingga setiap wilayah dapat menggunakan kedua sirkuit dalam kasus kegagalan seperti yang dijelaskan dalam diagram berikut.
Peringatan
Setiap lalu lintas di jaringan virtual Anda sendiri tunduk pada biaya Azure Virtual Network dan bandwidth standar.
Konten terkait
- Pelajari cara merutekan panggilan ke Azure Communications Gateway.
- Pelajari selengkapnya tentang merencanakan penyebaran Azure Communications Gateway