Menyiapkan jaringan untuk Beam

Selain setelan jaringan yang diperlukan untuk rapat video standar (terlepas dari penyedia Anda), Google Beam memerlukan dukungan jaringan tertentu untuk mengaktifkan rapat 3D. Halaman ini menjelaskan persyaratan jaringan dan cara memvalidasi bahwa setelan jaringan Anda memenuhinya untuk memastikan rapat Beam 3D memberikan pengalaman rapat yang lancar dan berkualitas tinggi.

Checklist tugas

Tugas ini harus diselesaikan untuk memastikan koneksi dan performa jaringan yang diperlukan untuk Beam. Setiap item ditautkan ke bagian atau halaman yang relevan.

Bandwidth dan performa jaringan

Untuk menjalankan rapat konferensi video 3D, pastikan jaringan Anda memenuhi persyaratan berikut:

Persyaratan Nilai

Bandwidth Berkelanjutan Minimum

50 Mbps (upload dan download) untuk konferensi video 3D

3,6 Mbps (upload dan download) untuk konferensi video standar (HD)

1,7 Mbps (upload dan download) untuk konferensi video standar (SD)

Kecepatan link

Minimal 1 Gbps

Latensi

100 md atau kurang (ke atau dari endpoint Beam)

Jitter

40 ms atau kurang

Paket hilang

1% atau kurang

Jaringan Anda harus memiliki cukup bandwidth untuk melakukan beberapa rapat video HD dan bandwidth ekstra untuk kebutuhan lainnya, seperti live streaming. Jumlah peserta, berbagi layar, dan faktor lainnya juga memengaruhi penggunaan bandwidth.

Jika bandwidth yang tersedia kurang dari 50 Mbps, kualitas rapat 3D dapat berkurang. Berikut perincian potensi dampaknya:

  • Sekitar 10 Mbps: Video 3D dapat mengalami penurunan kualitas.
  • Sekitar 5 Mbps: Video 3D dinonaktifkan sepenuhnya, kualitas audio dapat menurun, dan kecepatan frame dapat berkurang.

Jitter

Ketidaksesuaian waktu kedatangan dapat menyulitkan penerima untuk merekonstruksi aliran data asli dengan lancar. Jitter di atas 40 md dapat menyebabkan video tersendat, audio terdistorsi, dan koneksi terputus.

Kehilangan paket

Kehilangan paket lebih dari 1% dapat menyebabkan video terputus-putus, segmen audio hilang, atau bahkan koneksi terputus.

Arsitektur jaringan dan persyaratan NAT

Perangkat HP Dimension Anda memerlukan koneksi Ethernet berkabel; Wi-Fi tidak didukung. Mereka berkomunikasi dengan layanan Google menggunakan koneksi web keluar. Untuk memastikan performa, keamanan, dan isolasi bandwidth yang optimal, konfigurasi jaringan Anda sesuai dengan aturan berikut:

  • VLAN Khusus: Tempatkan semua perangkat yang kompatibel dengan Beam di Virtual Local Area Network (VLAN) internal khusus dan terapkan aturan firewall keluar tertentu yang tercantum di halaman ini. Mengisolasi perangkat melindungi streaming video spasial 3D Beam (hingga 50 Mbps upload/download per perangkat aktif) dari lonjakan latensi dan kehilangan paket yang disebabkan oleh traffic di LAN kantor umum.
  • NAT dan pengalamatan IP: Perangkat yang kompatibel dengan Beam dapat beroperasi di subnet internal standar di belakang Network Address Translation (NAT) IPv4 dengan akses internet. Alamat IP publik 1:1 tidak diperlukan.
  • Tanpa VPN atau proxy: Hindari penggunaan VPN atau server proxy untuk traffic Beam. Keduanya akan menambahkan latensi dan dapat menyebabkan penurunan kualitas video dan audio. Hindari juga tugas firewall seperti pemrosesan latar belakang berkala dan pemeliharaan terjadwal yang dapat menyebabkan penurunan performa sementara.
  • Redundansi jaringan: Untuk ketahanan tambahan, gunakan redundansi jaringan (failover otomatis ke sekunder jika primer gagal) pada link WAN.

Konfigurasi alamat IP

Catatan: Bagian ini hanya berlaku untuk HP Dimension. Layar sentuh memiliki setelan jaringan DHCP sendiri dan Anda tidak boleh mengubahnya.

Untuk menetapkan alamat IP, gunakan penetapan IPv4 statis atau DHCP otomatis. Beam hanya mendukung mode campuran IPv4 dan IPv4/IPv6.

  • DHCP (default dan direkomendasikan): Secara default, perangkat yang kompatibel dengan Beam akan otomatis mendapatkan alamat IP, subnet mask, gateway default, dan alamat server DNS dari DHCP saat booting.
  • Penetapan IP statis: Jika kebijakan jaringan Anda memerlukan alamat IP statis, Anda dapat mengonfigurasi parameter jaringan statis secara manual di perangkat selama pendaftaran dan penyiapan awal. Penetapan statis memerlukan alamat IPv4 yang dicadangkan, subnet mask, dan gateway default.

Aturan firewall dan persyaratan port

Penting: Rentang IP domain default yang digunakan oleh Google API dan layanan Google dialokasikan secara dinamis dan sering berubah. Sebelum membuka port keluar tertentu, pastikan firewall jaringan Anda mengizinkan koneksi keluar ke rentang alamat IP resmi Google:

Setelah mengonfirmasi aksesibilitas endpoint, konfigurasi aturan port egress yang tercantum dalam tabel berikut:

Port Jenis Tujuan
53 TCP dan UDP Resolusi DNS
80 TCP dan UDP Traffic web HTTP
443 TCP dan UDP HTTPS (traffic web dan autentikasi pengguna)
3478 TCP dan UDP WebRTC dan TURN
19302–19309 UDP WebRTC

Rentang alamat IP Google

Jika organisasi Anda membatasi traffic keluar atau melakukan pemeriksaan Indikasi Nama Server (SNI), konfigurasi firewall atau proxy Anda untuk mengizinkan rentang alamat IP, port, dan nama host SNI berikut:

SNI atau nama host Port dan protokol Rentang IPv4 dan IPv6 Tujuan atau layanan
*.googleapis.com TCP dan UDP 443 T/A Layanan Google
projectstarlinecallaccess.pa.googleapis.com
projectstarlinesession-pa.googleapis.com
TCP dan UDP 443 T/A Layanan Google Beam
logging.googleapis.com TCP dan UDP 443 T/A Logging
monitoring.googleapis.com TCP dan UDP 443 T/A Pemantauan
storage.googleapis.com TCP dan UDP 443 T/A Penyimpanan
clients3.googleapis.com TCP dan UDP 443 T/A Pengelolaan perangkat
workspace.turns.goog TCP dan UDP 443 74.125.250.0/24
2001:4860:4864:5::/64
Relai media Workspace
meet.turns.goog TCP dan UDP 443 142.250.82.0/24
2001:4860:4864:6::/64
Relay media Meet
T/A UDP 3478 74.125.247.128/29
2001:4860:4864:4:8000::
Layanan TURN dan STUN
T/A TCP dan UDP 53 8.8.8.8, 8.8.4.4 DNS Google
ntp.polycom.com UDP 123 T/A Server NTP Poly
mtalk.google.com TCP 5229 T/A Pembaruan Google

Menyiapkan setelan konferensi video standar

Setiap platform konferensi video memerlukan akses ke port dan endpoint tertentu. Jika belum melakukannya, siapkan jaringan Anda untuk mengizinkan akses.

Klik tab yang sesuai dengan lisensi Anda.

Google Beam untuk Meet

Ikuti petunjuk di Menyiapkan jaringan untuk rapat dan live stream Meet guna menyiapkan jaringan untuk Meet.

Google Beam untuk Zoom

Ikuti setelan firewall jaringan atau server proxy Zoom untuk mengonfigurasi traffic keluar bagi layanan Zoom Cloud. Dalam panduan tersebut, bagian berikut berlaku untuk Beam:

  • Aturan firewall untuk Zoom: Autentikasi dan pensinyalan web (*.zoom.us, *.zoom.com)
  • Aturan firewall untuk Zoom Meeting dan Webinar: Sinyal rapat inti (TCP 443, 8801, 8802) dan media audio dan video real-time (UDP 3478, 3479, 8801–8810)
  • Aturan firewall untuk validasi sertifikat: Pemeriksaan pencabutan sertifikat (CRL dan OCSP) melalui HTTP (port 80) ke otoritas sertifikat publik (misalnya, DigiCert atau Entrust)
  • Aturan firewall untuk CDN Zoom: Penayangan aset dan resource web untuk hardware Zoom Room (TCP dan UDP 443)
  • Aturan firewall untuk Pengelolaan Perangkat Zoom (ZDM): zdmapi.zoom.us
  • File .txt rentang IP: Feed IP yang dapat didownload seperti Zoom.txt jika menggunakan grup alamat otomatis di firewall Anda

Beam dibangun di ChromeOS dan mengharuskan jaringan Anda juga memenuhi persyaratan jaringan ChromeOS. Tinjau persyaratan jaringan ChromeOS di Menyiapkan daftar nama host yang diizinkan untuk perangkat Chrome.

Menyiapkan setelan layar sentuh

Layar sentuh Poly TC10 yang digunakan dengan HP Dimension memiliki persyaratan sendiri. Izinkan nama host yang tercantum dalam dokumentasi HP untuk perangkat jaringan Poly Lens guna memastikan layar sentuh berfungsi dengan baik.

Menguji jaringan Anda

Latensi jaringan

Untuk mengukur latensi jaringan dan memastikan latensi tersebut memenuhi persyaratan untuk konferensi video yang optimal, ikuti langkah-langkah berikut:

  1. Aktifkan ICMP (jika perlu): Pastikan ICMP (Internet Control Message Protocol) diaktifkan di jaringan Anda. Sebagian besar jaringan mengaktifkannya secara default, tetapi jika Anda menggunakan jaringan terbatas, Anda mungkin perlu menghubungi administrator jaringan Anda.
  2. Jalankan perintah ping: Dari komputer yang terhubung ke jaringan kabel yang sama dengan yang akan Anda gunakan untuk konferensi video, buka terminal atau command prompt, lalu jalankan perintah berikut:

    > ping 74.125.247.128
    PING 74.125.247.128 (74.125.247.128): 56 data bytes
    64 bytes from 74.125.247.128: icmp_seq=0 ttl=56 time=21.706 ms
    64 bytes from 74.125.247.128: icmp_seq=1 ttl=56 time=14.054 ms
    64 bytes from 74.125.247.128: icmp_seq=2 ttl=56 time=36.137 ms
    64 bytes from 74.125.247.128: icmp_seq=3 ttl=56 time=19.932 ms
    64 bytes from 74.125.247.128: icmp_seq=4 ttl=56 time=19.043 ms
    

    Cari nilai time= di output. Nilai ini merepresentasikan latensi dalam milidetik. Sebaiknya pertimbangkan nilai rata-rata atau nilai umum, bukan nilai tunggal.

  3. Verifikasi latensi: Untuk kualitas video terbaik, pastikan latensi Anda kurang dari 100 md ke endpoint Google terdekat. Jika latensi Anda secara konsisten melebihi nilai minimum ini, hal itu dapat berdampak negatif pada pengalaman konferensi video Anda.

Pemilihan rute jaringan

Anda dapat menggunakan perintah traceroute untuk melacak jalur jaringan ke endpoint Google. Hal ini membantu mengidentifikasi potensi hambatan atau lompatan yang tidak perlu. Jalankan perintah berikut dari komputer di jaringan kabel yang sama dengan yang akan Anda gunakan untuk konferensi video:

> traceroute 74.125.247.128

Bagian ini menunjukkan rute yang dilalui traffic jaringan Anda untuk mencapai server Google. Idealnya, Anda ingin meminimalkan jumlah hop antara jaringan lokal dan penyedia layanan internet (ISP) Anda. Jumlah lompatan yang besar dapat menunjukkan rute yang kurang efisien dan berpotensi memiliki latensi yang lebih tinggi.

Alat berguna lainnya untuk memantau indikasi kemacetan adalah mtr, yang berperilaku seperti versi traceroute yang lebih berguna. Alat ini dapat membantu mengidentifikasi potensi hop yang bermasalah antara mesin tempat alat ini berjalan dan tujuan, untuk membantu membedakan antara masalah di dalam jaringan perusahaan dan masalah dengan ISP. Setiap hop diberi rata-rata dan standar deviasi pada waktu respons, yang dapat membantu mengidentifikasi link yang berpotensi mengalami kemacetan.

Berikut beberapa contoh output:

                                                  My traceroute  [v0.96]
hostname ([example]) -> 74.125.247.128 (74.125.247.128)
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                   Packets               Pings
Host                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1.  100.115.92.25             0.0%   195    1.0   0.6   0.2   2.0   0.3
 2.  192.168.4.1               0.0%   195    2.7   3.6   1.9   7.9   1.2
 3.  192.168.1.254             0.0%   195    4.2   3.6   2.5   9.9   0.9
 4.  [example]                 0.0%   195    4.3   4.5   3.0   8.3   0.9
 5.  76.197.98.82              0.0%   195    5.1   4.6   2.9   9.4   0.9
 6.  32.130.92.48              0.0%   195   21.2  23.2  19.9 360.4  24.3
 7.  32.130.20.60             80.0%   195   21.4  21.2  19.9  24.8   1.1
 8.  32.130.20.246            82.5%   195   21.7  21.5  20.4  24.0   0.9
 9.  32.130.26.105             0.0%   195   23.4  21.9  19.7  29.9   1.1
10.  108.170.231.46            0.0%   194   22.4  23.0  21.3  42.4   2.0
11.  142.250.231.183           0.0%   194   22.0  22.0  20.5  32.2   1.5
12.  74.125.247.128            0.0%   194   22.5  22.7  21.2  29.1   0.9

Untuk informasi penginstalan mtr, buka link untuk sistem operasi Anda: Windows, Mac, Linux (biasanya diinstal menggunakan pengelola paket sebagai paket mtr).