一分鐘快速了解RoCE（RDMA over Converged Ethernet）協定

高效能運算（High Performance Computing，HPC）與人工智慧（AI）數據中心高度依賴RDMA（Remote Direct Memory Access），以降低節點間通訊延遲與 CPU 負擔。實現 RDMA 的網路架構，除了專用的 InfiniBand 之外，本文先聚焦在RoCE（RDMA over Converged Ethernet）。

RoCE 在業界裡通常讀作“Rocky”。

Cisco專用DART8 Wi-Fi 天線連接頭

Wi-Fi自從802.11n導入MIMO開始，企業級 AP 可使用多條射頻鏈與多個天線元件。當AP需要連接外部天線的時候，若每個天線埠都使用傳統的獨立的 RP-TNC 接頭，多天線系統便需要逐條連接多條纜線，不僅外觀較雜亂，也增加接錯的可能性。

撰寫網路文件與展示專用的單播（Unicast）IP 位址

在製作網路教學教材、撰寫技術文件或進行概念驗證（Proof of Concept, PoC）展示時，無論是公開課程還是企業內部訓練，我們都需要示範用的 IP 位址。

你是否想過：是否存在某些保留網段，其範圍完全不會與任何線上生產環境（Production）的位址重疊？

答案是肯定的，IETF 在幾篇相關的 RFC 文件中早已為我們定義好了。本文先針對最常被使用的單播（Unicast）位址進行整理。

網路時間協定（NTP）必備指南

【快速 copy/paste】

Google: (不建議設定成固定IP: 216.239.35.0 or 216.239.35.4)

用主機名稱才是正解。

TIME.google.com

TIME1.google.com

TIME2.google.com

TIME3.google.com

TIME4.google.com

Cloudflare:

TIME.cloudflare.com

National Time and Frequency Standard Laboratory of Taiwan:

TICK.stdtime.gov.tw

TOCK.stdtime.gov.tw

-----

在企業級基礎架構中，保持所有硬體元件的時間精準與同步，是維持維運基本要求的最低標準。網路時間協定（Network Time Protocol, NTP）是一種基於 UDP、運作於使用者模式（User-mode）的網路協定，它為伺服器、網路設備和用戶端節點之間的時間同步奠定了核心基礎。

時間在生產環境中的關鍵角色

大多數電腦系統都依賴內建且由電池供電的電子時鐘，這些時鐘隨著時間推移自然會產生偏移；此外，極少有企業能為每個節點配置昂貴的專用原子鐘硬體。當需要診斷系統故障時，這種時間偏差會讓問題變得極為棘手。如果不同節點上記錄的日誌文件（Log files）缺乏同步的系統時間，維運人員將很難重現事件發生的先後順序與時間線。

由於標準的 NTP 協定能提供毫秒（millisecond）等級的精準度，這讓工程師得以精確地合併並關聯來自完全不同基礎架構節點的日誌。有了NTP協助同步各節點的時鐘，我們得以快速重建事件紀錄的完整時間線，幫助我們找到問題所在。

光收發模組：你所不知道的隱形成本

在高效能網路的世界中，工程師與維運維護人員往往將目光聚焦在交換器機箱本身。不論是評估電力功耗預算還是規劃硬體建置，人們習慣將交換器視為主導一切且價值不菲的系統「大腦」，而將例如SFP等光收發模組視為無足輕重的輔助配件；彷彿這些周邊組件對整個系統負載的影響微乎其微。然而，若深入分析高密度系統（例如滿載的 48 埠 Cisco Catalyst 9500），就會發現這種傳統觀念其實是個巨大的誤區。

本文旨在探討此一觀念的正確性。接下來，就讓我們將光模組與交換器主體進行一場全面的對比分析。

Cisco Catalyst 9500 (C9500-48Y4C)
Source (Thanks!):
Cisco Catalyst 9500 Series Switches Hardware Installation Guide

25G transceiver (SFP-25G-SR-S)
Source (Thanks!):
Cisco 25GBASE SFP28 Modules Data Sheet

在此以 Cisco Catalyst 9500 (C9500-48Y4C) 作為分析對象。這台交換器擁有 48 個使用者連接埠，我們假設在每個埠上都插滿 25G 光模組 (SFP-25G-SR-S)。我們將從電力功耗、散熱與財務成本三個維度來剖析。