{"id":1799,"date":"2023-01-02T00:29:15","date_gmt":"2023-01-01T17:29:15","guid":{"rendered":"https:\/\/www.otakudang.org\/?p=1799"},"modified":"2023-01-02T00:33:37","modified_gmt":"2023-01-01T17:33:37","slug":"microsoft-teams-direct-routing-media-bypass-mode","status":"publish","type":"post","link":"https:\/\/www.otakudang.org\/?p=1799","title":{"rendered":"Microsoft Teams Direct Routing dengan Media Bypass"},"content":{"rendered":"\n

Postingan awal tahun ini akan membedah media bypass. <\/em>Walaupun fitur ini sudah ada sejak 2020, yang juga diumumkan di Techcommunity Microsoft<\/a>, ternyata masih banyak yang belum memanfaatkannya. Alasan utama yang sering sekali saya dengar adalah, bahwa Network Administrator<\/em> harus membuka firewall<\/em> ke SBC (minimal port untuk signaling <\/em>dan media<\/em>), agar dapat tersambung dengan pengguna MSTeams dari jaringan mana pun. <\/p>\n\n\n\n

Itu sebabnya MSTeams menyediakan server STUN<\/a>\/TURN <\/a>untuk memfasilitasi media bypass<\/em> baik akses ke SBC dibuka ke internet publik ataupun tidak. <\/p>\n\n\n\n

<\/p>\n\n\n\n

Cara kerja Media Bypass<\/strong><\/h3>\n\n\n\n

Jika dua pengguna MSTeams hendak melakukan komunikasi suara maupun gambar, perangkat MSTeams akan mengirim signaling<\/em> berupa HTTP REST ke server MSTeams, untuk kemudian dilanjutkan ke pengguna tujuan, dan memberikan notifikasi. Contohnya sebagai berikut, <\/p>\n\n\n\n

Seorang pengguna dengan identitas MSTeams user@domaint.tld <\/em><\/strong>yang normalnya bisa berada di mana pun (baik di dalam kantor maupun di luar area kantor), hendak melakukan panggilan ke pengguna lain di kantor dengan identitas MSTEams receptionist@domain.tld<\/strong>. Gawai MSTeams user@domain.tld<\/strong> akan mengirimkan sinyal dalam protkol HTTP REST ke server MSTeams yang intinya memberitahukan bahwa pengguna tersebut hendak berkomunikasi dengan pengguna lain. Server MSTeams kemudian menyampaikan notifikasi tersebut ke pengguna tujuan dengan identitas receptionist@domain.tld<\/strong>, bahwa user@domain.tld<\/strong> hendak berkomunikasi. Jika panggilan tersebut diterima oleh pengguna tujuan, maka selanjutnya terbentuklah jalur komunikasi suara\/gambar (media), langsung dari gawai pengguna user@domain.tld<\/strong> ke perangkat MSTeams milik receptionist@domain.tld<\/strong>. Alurnya kira-kira seperti gambar berikut:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Dari gambar tersebut, tampak media tidak lagi melalui server MSTeams, melainkan tersambung langsung dari perangkat ke perangkat dengan bantuan server STUN\/TURN, karena kebanyakan perangkat lebih sering berada di belakang NAT.<\/p>\n\n\n\n

Alur menjadi sedikit berbeda apabila pengguna terhubung ke fitur MSTeams Direct Routing. Apabila pengguna tersebut hendak menghubungi sebuah nomor telepon PSTN\/GSM, sinyal panggilan yang melewati server MSTeams, akan diubah menjadi protokol SIP ke arah SBC, untuk kemudian disambungkan ke nomor PSTN\/GSM tujuan. Sedangkan media dari gawai pengguna, secara default <\/em>akan diarahkan ke server media processor <\/em>MSTeams,yang selanjutnya diteruskan ke SBC, seperti pada gambar berikut:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

tampak jalur media memutar terlebih dahulu ke server di datacenter <\/em>Microsoft, untuk kemudian dikembalikan ke SBC. Apabila pengguna tersebut berada di dalam satu jaringan LAN dengan SBC dalam sebuah kantor, tentu saja panggilan ini tidak efektif, dan tidak menutup kemungkinan, panggilan akan mengalami penurunan kualitas, mengingat pengguna tidak dapat melakukan kendali terhadap trafik yang melewati internet. <\/p>\n\n\n\n

Fitur media bypass<\/em> bertujuan untuk memaksimalkan panggilan dengan melewatkan media dari perangkat pengguna langsung ke SBC (dengan tambahan setelan di firewall<\/em>) seperti gambar alur berikut:<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

<\/p>\n\n\n\n

Akses Media Bypass ke SBC<\/strong><\/h3>\n\n\n\n

Agar SBC dapat menerima komunikasi melalui media bypass<\/em>, pertama aktifkan dulu fitur ICE\/ICE Lite<\/a> <\/strong>di sisi SIP interface<\/em> yang menghadap ke MSTeams Phone System. Berikut cara setup di SBC Ribbon Edge 1000\/Ribbon SWe Edge\/SWe Lite (untuk brand <\/em>lain silahkan mengacu ke dokumentasi resmi dari produk bersangkutan). <\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n

Lalu tambahkan setelan pstn gateway<\/em> di MSTeams Phone System dengan MediaBypass <\/strong>menjadi $true<\/strong>:<\/p>\n\n\n\n

Set-CsOnlinePstnGateway -Identity <sbc_id> -MediaBypass $true<\/pre>\n\n\n\n
Jika kita membuka trafik dari internet publik ke SBC, maka komunikasi akan tersambung langsung dari perangkat pengguna ke SBC seperti yang ditunjukkan pada SDP SIP handshake<\/em> berikut:<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Di dalam negosiasi final SDP INVITE, tampak candidate<\/em> pengguna terdeteksi dengan public ip address<\/em> 125.160.230.181<\/strong> (kebetulan menggunakan layanan internet dari IndiHome), dan juga private ip address <\/em>perangkat 192.168.1.4 <\/strong>yang berada di jaringan lokal. Di bagian agak bawah sedikit terdapat entri a=remote-candidates<\/strong>, merupakan host lawan bicara yang telah dipilih, yang merupakan ip address <\/strong><\/em>dari SBC. Di bagian lain isi SDP juga terdeteksi tipe sambungan yaitu WLAN. <\/p>\n\n\n\n
Sedangkan isi dari SDP jawaban dari lawan bicara (yang ada di dalam respon 200 OK<\/strong>) tampak seperti berikut:<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
SBC menyetujui pembicaraan dengan mengirimkan informasi ip address<\/em> dan port RTP sesuai dengan entri candidate<\/em> di atas yang ditujukan untuk remote-candidates <\/strong><\/em>yang berada di bawahnya, sekaligus mengirimkan codec<\/em> yang disetujui oleh kedua pihak. <\/p>\n\n\n\n
Lalu muncul pertanyaan pengguna:<\/p>\n\n\n\n
“Bisakah kalau tidak harus membuka akses SBC ke internet publk?”<\/em><\/p>\n\n\n\n
Tentu saja, bisa, karena MSTeams Phone System juga menyediakan mekanisme TURN. Walaupun akses ke internet publik ditutup, setidaknya firewall<\/em> SBC wajib di buka, minimal untuk blok ip address <\/em>berikut:<\/p>\n\n\n\n