[心得] 第三層交換器 QoS 於音訊網路的應用

elguapo 發表於 2024/6/30 下午5:58:50

看板Audiophile標題[心得] 第三層交換器 QoS 於音訊網路的應用作者

(HPHT Synthesized)時間Jun 30 17:58:50 2024推噓 6 推:6 噓:0 →:8

本文僅討論數據交換如何進一步最佳化並強化資料整體性，做完後的音質是否改善
則是 YMMV (Your Miles May Vary)...

本文建議採用第三層交換器，原因是可進一步對 TCP or UDP 的服務做特定的調整；
又因市售交換器品牌款式無數，QoS 調整手法不一，若對設定有疑慮，建議仍是參考
原廠教學或是手冊。

我個人有一台 Cisco CBS350 用於早期的 Ravenna/AES67 建構，由於已升級為
Netgear M4250，因此 CBS350 轉為一般網路使用，負責連接一般網路、HQPlayer、
Roon 及 NAS。

一般無管型交換器的封包交換，其權重是相同的；為了盡量避免音訊資料流被其他
資料中斷，提升音訊資料在交換器內的優先權是合理的安排。一般而言具備 Quality
of Service, QoS 能力的第三層管理型交換器，都能根據 802.1p 或是 DSCP 來處理
資料的優先權，可惜目前多數的音訊軟體並不會將數據資料標上 802.1p 或是 DSCP
（目前個人所用的一般音樂播放軟體只有 HQPlayer 有支援 QoS 並主動標註 CS5 以
提升數據優先等級）。

在一個無法分優先權的交換器上頭，Roon 既要接受外界的串流（例如 Qobuz），
又要將音訊交給 HQPlayer（有在玩升頻的話），若遇到距離遠一點的需要 NAA，那麼 HQPlayer 又要將音訊資料流傳給 NAA，若是播放本地檔案，那麼 NAS 可能也會加入
搶頻寬的戰局內...

這裡 propose 一個合理的優先權分級：
1. HQPlayer -> NAA 應具最高優先權，畢竟升頻到 DSD1024 其資料流會高達
100Mbps；
2. Roon -> HQPlayer 次優先，一些 24/192 的內容資料流率也會達 9Mbps；
3. NAS -> Roon 再次一小階，這是基於經驗上 Roon 的資料緩衝區較 HQPlayer 為
大，因此即使同等資料流率，NAS -> Roon 會有較大的容錯度。

優先權等級分出來之後，以 CBS350 來說，要先設計幾個 ACL 來攔截這些服務，
例如 HQPlayer 和 NAA 用 TCP port 43210 來傳輸，Roon -> HQPlayer 則是 TCP
port 30000 的 http 服務；當然 NAS 的服務一般會走 SMB 但我個人偏好 NFS 給
HQPlayer（NFS 的 port 是 2049）；另除了 Roon 內網只能 IPv4，其餘服務都
改為 IPv6。

在 CBS350 上先建立 ACL，把 HQPlayer -> NAA 目的阜 IPv6 TCP 43210 和 NFS
來源阜 IPv6 TCP 2049 服務過濾出來：
https://imgur.com/A4HlGLQ.jpg