🌗 noq，是誰在那裡？
➤ 從 Quinn 分支到獨立創新：重新定義 QUIC 多路徑傳輸與 NAT 穿透
✤ https://www.iroh.computer/blog/noq-announcement
n0 團隊正式宣佈推出 noq（即 number 0 QUIC），這是一款專為多路徑傳輸與 NAT 穿透設計的通用 QUIC 實作。此前該專案作為 Quinn 的分支，隨著 iroh 專案對多路徑與複雜網路適應性需求的增加，開發節奏與功能需求逐漸與上游脫鉤。為瞭解決 QUIC 層級對網路路徑缺乏可見度的技術瓶頸，團隊決定進行「硬分叉」，將 NAT 穿透與多路徑處理提升為 QUIC 的原生功能，從而提升效能、降低延遲並確保傳輸的系統化管理。目前 noq 已穩定運行於 iroh v0.96 版本中。
+ 這對於 P2P 網路開發者來說是一個巨大的福音。QUIC 的多路徑支援一直以來都很碎片化，n0 團隊直接將其納入核心架構確實比在應用層「打補丁」高明得多。
+ 很佩服這種「硬分叉」的勇氣。雖然 Quinn 是好工具，但為了架構的嚴謹
#軟體工程 #網路協定 #QUIC #開源開發

Синдром утёнка и консервативность в мышлении, чистая квинтэссенция :)

Пример вокруг HTTP/3 и того факта, что TCP-бывает ну очень сильно хуже сетевых протоколов поверх UDP, таких как QUIC.
Казалось бы, есть ведь много лет опыта использования того же mosh (почти нарицательное уже) и сподвигнувшего на разработку QUIC, с целью полного и тотального отказа от TCP в мобильных сетях (сетях мобильной связи 3G/4G/5G).

Этот самый Zero RTT, оно же 0-RTT, является свойством относящимся к TLS ver.1.3, никаким боком не имеющим связи с QUIC или же HTTP/3 — более полно Zero Round Trip Time Resumption (0-RTT), настоящая притча во языцех дофига лет уже, с момента начала отказа от TLS 1.2 в пользу 1.3 версии.

Это HTTP/3 и QUIC включили в себя TLS 1.3, сделав таковой частью себя как протоколов.
1) HTTP/3 бывает и может быть только лишь на базе QUIC (никакого tcp, один только udp)
2) QUIC сам по себе как неотъемлемую часть содержит TLS 1.3, ровно в таком же виде, как и DTLS — вариант TLS для обмена данными через UDP.

Страшно представить, как у людей мозг ломается, когда узнают про TCP 2.0 в лице SCTP — насколько долго он уже существует, где и как уже много лет используется :)
Всегда несколько шалею несколько с того, как люди неглупые в техническом плане неохотно открывают для себя весьма банальные вещи в мире технологий.

#мобильные-сети #tls13 #network #network #tcp #udp #http3 #quick #lang_ru @Russia @RamSDRAdmin (R3DHX)

RE: https://mst.ramsdr.ru/@mstadmin/116255701314215548

🌘 航行於數據之海：Media over QUIC (MoQ) 的實際應用
➤ 告別冗餘傳輸，擁抱精準的媒體拉取機制
✤ https://moq.dev/blog/on-a-boat/
本文深入探討了 Media over QUIC (MoQ) 協議在極端網路環境（如船載監控系統）下的應用優勢。不同於傳統 WebRTC 或 RTMP 等「推播式」協議，MoQ 採用「拉取式」架構，允許觀看端按需訂閱特定的媒體軌道（Track）。這種機制不僅解決了頻寬有限時的傳輸瓶頸，還能透過優先級分配與緩衝管理，實現即時監控與高品質存檔並行的效果。透過 QUIC 的多路徑傳輸能力與靈活的訂閱模型，MoQ 展現了在動態網路環境中實現高效媒體分發的巨大潛力。
+ 這篇文章對 MoQ 的解讀非常精闢，特別是關於「推播」與「拉取」架構在節約頻寬上的對比。對於處理邊緣計算與 AI 視覺監控的場景來說，MoQ 的訂閱制確實是革命性的。
+ 雖然 MoQ 還在發展初期，但對於多路徑傳輸的支援（QUIC 特性）讓它在衛星網路等不穩定環境下比傳統協議穩定太多了。期待未來能
#串流技術 #網路協議 #MoQ #QUIC