Dalam pengembangan NetMeter Web, tantangan untuk mengukur website berbasis WebRTC adalah hal yang vital. Meskipun tidak tercatat di DevTools Network, WebRTC efisien dalam pengiriman paket data secara real-time. Google Meet, situs WebRTC terbesar di dunia, merupakan pilihan utama untuk benchmarking bandwidth website tersebut. Google Meet tidak hanya sebagai aplikasi rapat, tetapi juga mesin komunikasi real-time yang beroperasi sepenuhnya di browser.
Alasan pemilihan Google Meet untuk benchmarking adalah karena gratis dan efisien. Namun, mengukur bandwidth situs berbasis WebRTC memiliki tantangan tersendiri. WebRTC tidak memiliki Request/Response yang tercatat, DevTools Network tidak mencatat trafik SRTP, dan Google Meet secara dinamis menyesuaikan bitrate tergantung pada koneksi internet.
Untuk menyiasati hal ini, browser Chromium memiliki halaman rahasia chrome://webrtc-internals yang menampilkan statistik internal WebRTC, termasuk bandwidth. Namun, halaman ini tidak bisa diakses oleh extension, sehingga diperlukan teknik patching agar dapat mengintip penggunaan bandwidth Google Meet.
Dengan patching pada RTCPeerConnection, NetMeter Web dapat menyadap statistik tanpa merusak aplikasi. Trik penggunaan WeakMap untuk menghindari memory leak, Prototype Restoration untuk menjaga integritas aplikasi WebRTC, dan Delta Calculation untuk menghitung data yang sedang terjadi saat ini merupakan kunci keberhasilan NetMeter dalam mengukur bandwidth WebRTC.
Mengukur bandwidth WebRTC, terutama pada situs besar seperti Google Meet, bukanlah pekerjaan sederhana. Ada banyak mekanisme internal dan adaptasi bitrate yang membuat perhitungan manual sulit dilakukan. Namun, melalui pengalaman tersebut, kita menyadari bahwa WebRTC adalah teknologi yang indah, hemat, dan efisien dalam jalur komunikasi.
