Layanan Internet L4S yang Menyediakan Latensi Rendah, Kehilangan Rendah, dan Throughput yang Dapat Diskalakan: RFC 9330

 (datatracker.ietf.org)
1 poin oleh GN⁺ 2023-12-12 | 1 komentar | Bagikan ke WhatsApp

Ikhtisar Arsitektur Layanan Internet L4S

  • Tujuan arsitektur L4S: mencapai latensi rendah, kehilangan akibat kemacetan yang rendah, dan kontrol throughput yang dapat diskalakan untuk aplikasi internet
  • Insight utama: penyebab mendasar latensi bukanlah antrean itu sendiri, melainkan pengendali kemacetan pencarian kapasitas di sisi pengirim
  • Algoritma kontrol kemacetan baru: memungkinkan penerapan algoritma kontrol kemacetan baru yang dapat mencari kapasitas dengan latensi sangat rendah, beralih dari algoritma kontrol kemacetan lama yang memicu latensi besar
  • Bentuk ECN yang dimodifikasi: didukung melalui bentuk yang dimodifikasi dari Explicit Congestion Notification (ECN) di jaringan, sehingga latensi rendah dan throughput tinggi dapat dicapai secara bersamaan
  • Fokus pada deployment bertahap: mendefinisikan mekanisme agar kelas kontrol kemacetan baru dan kontrol kemacetan 'klasik' dapat hidup berdampingan di jaringan bersama

Komponen Arsitektur L4S

  • Host: algoritma kontrol kemacetan yang dapat diskalakan sudah tersedia, dan tidak seperti algoritma kontrol kemacetan klasik yang ada, waktu pemulihannya tetap konstan bahkan ketika laju aliran meningkat
  • Jaringan: memastikan lalu lintas L4S terisolasi dari latensi lalu lintas klasik, serta memisahkan latensi dengan menggunakan dua antrean tanpa memisahkan bandwidth
  • Protokol: menggunakan pengenal agar host dapat membedakan paket L4S dan klasik, sehingga jaringan dapat menangani masing-masing paket secara terpisah

Opini GN⁺

Hal terpenting dalam tulisan ini adalah bahwa arsitektur L4S menawarkan pendekatan baru untuk mencapai latensi rendah, kehilangan rendah, dan throughput yang dapat diskalakan pada layanan internet. Arsitektur ini mengatasi keterbatasan algoritma kontrol kemacetan yang ada dan memungkinkan komunikasi yang efisien dengan memanfaatkan ECN. Ini dapat menjadi topik yang menarik bagi perancang jaringan, operator, dan pengguna, serta dapat memberikan dampak penting pada perkembangan internet di masa depan.

Bacaan terkait

1 komentar

 
GN⁺ 2023-12-12
Komentar Hacker News

  • Rasa penasaran tentang bagaimana penerima memberi tahu pengirim mengenai kemacetan jaringan

    • Informasi lebih lanjut dapat dilihat di dokumen RFC 3168
    • Ada tiga flag yang mendukung ECN(Efficient Congestion Notification)
      • Flag ECT(Echo Congestion Experienced) yang memberi tahu bahwa pengirim mendukung ECN
      • Flag CE(Congestion Experienced) yang memberi tahu penerima bahwa router sedang macet
      • Flag ECN-Echo yang diatur penerima saat mengirim paket ACK ke pengirim
      • Pengirim menerima flag ECN-Echo dan mengasumsikan telah terjadi kehilangan paket lalu merespons kemacetan
      • Pengirim mengatur flag CWR(Congestion Window Reduced) untuk memberi tahu penerima bahwa ECN-Echo telah dikenali dan ditangani

  • Pengalaman menyaksikan demo nyata teknologi ECN

    • Menyaksikan demo langsung teknologi ECN di IETF 118
    • Sangat berguna untuk obrolan video karena sepenuhnya menghilangkan buffer bloat
    • Teknologi yang memberi tahu bahwa buffer sudah penuh dengan menyisipkan bit tambahan ke paket IP, terasa seperti teknologi masa depan

  • Rekomendasi riset terkait dari Bob Briscoe

    • Rekomendasi makalah klasik dari Bob Briscoe, yang telah lama menekuni riset terkait ECN

  • Pengujian L4S di jaringan Comcast

    • Membagikan slide deck berisi hasil pengujian L4S di cable plant
    • Spekulasi bahwa ISP mungkin akan mengenakan tarif jalur cepat

  • Menemukan demo feed video mobil RC yang menggunakan teknologi L4S

    • Membagikan tautan video demo yang menggunakan teknologi L4S pada feed video mobil RC

  • Pengenalan seri webinar tentang L4S

    • Jika ingin mempelajari L4S lebih lanjut, diperkenalkan seri webinar yang dimulai dari understandinglatency.com
    • Para pembicaranya mencakup penulis L4S, penanggung jawab uji lapangan L4S di Comcast, dan pihak-pihak yang menyuarakan kritik

  • Usulan jenaka tentang cara pengucapan L4S

    • Komentar yang berharap L4S diucapkan sebagai "L-Force"

  • Masalah fairness pada L4S dan cara mengatasinya

    • Timbul masalah jika ada pelaku 'jahat' yang mengabaikan umpan balik kemacetan dan berusaha mengambil porsi bandwidth yang lebih besar
    • Solusinya adalah melengkapi L4S dengan fair queuing dan membuat kontrol kemacetan dapat mendeteksi fair queuing
    • Membagikan tautan GitHub tentang kontrol kemacetan yang sadar fair queuing

  • Penjelasan tentang pemendekan loop umpan balik latensi pada L4S

    • Membagikan tautan video yang menjelaskan cara L4S mengurangi loop umpan balik latensi

  • Kebingungan tentang peningkatan konferensi video dan streaming

    • Mengungkapkan kebingungan tentang bagaimana L4S berbasis TCP dapat berkontribusi pada peningkatan konferensi video dan streaming, padahal keduanya menggunakan UDP