一分鐘快速了解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)。我們將從電力功耗、散熱與財務成本三個維度來剖析。

MPO/MTP光纖連接頭

乙太網的光纖收發器（Transceivers）裡面，為了再次提高傳輸速度，通常會採取平行光纖的通道來同時傳輸資料。

一對光纖假設是一份的收發資料，四對光纖就能夠同時收發四份的資料，以此類推。因此，假設一對光纖的傳輸速度是10Gbps，四對光纖就能達到四倍的40Gbps。

如果收發器只需要連接一對光纖，通常使用LC接頭（LC, Lucent Connector）。但如果要在同一個收發器連接超過一對光纖，通常只能使用光纖更高密度排列的MPO/MTP連接頭。

MPO

MPO（Multi-fiber Push-On）是產業界公開的標準。從字面上我們就知道MPO的基本設計精神：多芯光纖、一壓入就連接上。可能的MPO版本例如有MPO-8（八芯光纖密集並排）、或是最常見的MPO-12（十二芯光纖密集並排）。圖示一中示意MPO-8和MPO-12的光纖芯在連接頭上面的位置。

圖示一：MPO-12和MPO-8
來源(Thanks!):
https://www.flukenetworks.com/blog/cabling-chronicles/getting-12-and-8-fiber-polarity-right

Cisco IOS: 依狀態列出埠的清單

不需要依賴額外的軟體，光是命令列本身，很多時候已經給了我們足夠的狀態監控機制。

這是另外一個Regular Expression的應用。透過過濾器，我們可以直接在命令列中，分別列出：A. Up狀態、B. Down狀態、C.其他。而且還是最即時的狀態喔！

Cisco IOS快速帶出：自定義命令別名

在Cisco IOS/IOS XE命令列，善用「別名(Alias)」，我們可以減少打字的錯誤，節省修正命令的時間，尤其是命令包含複雜不好記憶的Regular Expression正則表達式。

買「訊號遮蔽器」前請先三思

2026年3月23日有一則新聞，讓我想起「訊號遮蔽器」這類設備的錯誤使用場景。

新聞摘要如下：

「40年小吃店違裝「訊號遮蔽器」　NCC：最高罰百萬　業者撤除」2026/03/23 18:56

新北市中和區一間在地超過40年的有名小吃店，近期遭網友熱議，有顧客在網路上發文，自己邊吃麵邊滑手機，卻怎麼樣都沒有訊號，抬頭才發現，店內疑似有訊號遮蔽器。

華視新聞獨家訪問老闆本人，他致歉表示之前有顧客因為久占座位滑手機，發生糾紛，才想到要用這樣的方式，不清楚已經觸法，現在已經全面撤除。

真的嗎，美國封殺外國製家用路由器？

美國華盛頓時間2026年3月23日，美國聯邦通訊傳播委員會FCC宣布，將所有的美國本土以外，外國製造的消費型路由器，全部列入「不審查名單」(Covered List)。不審查，代表「不可能通過FCC的許可」，意思就是所有外國製造的消費型路由器，全部都不能在美國銷售，也就是媒體普遍報導的「美國封殺外國製家用路由器」。

FACT SHEET: FCC Updates Covered List to Include Foreign-Made Consumer Routers, Prohibiting Approval of New Models

不過，新的政策生效後，初期所影響的範圍，其實沒有想像中大。

日本小樽天狗山夜景

台灣學術網路上，傳出最近看不到B站，原因是什麼

來源：台灣學術網路

今天網路上很多人議論，在台灣學術網路(TANet)上，最近很多學生回報連線不上「B站」。也就是中國的影片網站「哔哩哔哩bilibili.com」。

「中央社：傳學術網路封鎖Bilibili 教育部：網段路由轉送異常。」

要理解發生了什麼事，我們先一起想像這個情境。

假設你面前有一疊撲克牌，一疊一共有52張。現在出現了一個請求，要你從這一疊撲克牌，將「梅花三」這一張抽掉，讓整疊撲克牌只剩下51張。

BGP百萬大富翁

【 BGP百萬大富翁】

我從幾個指標觀察到，大致上是2025年2~4月這幾個月以來，全球的IPv4 BGP 路由表總數，已經穩定的突破100萬筆。

我使用這個工具製圖。資料區間：2025/2/1 ~ 2025/4/30

海底光纜如果被破壞，將如何修復？

我相信大家一定跟我一樣很想要知道，海纜如果真的被破壞的話，修復船是如何修復海纜的。綜合網路上所找得到的資訊，我製作今天這個影片，希望能夠解答大家的疑惑。

海底光纖纜線，我後面用海纜來稱呼。修復的進程，大致上可以分解成以下的階段。

1. 正常工作海纜

最初的正常狀態是，海纜正常工作，海纜沉降服貼在海床上。

2. 海纜故障出現

海纜可能因為天然因素的損壞，例如纜線老化、地震、落石、生物咬食；也可能是人為因素的損壞，例如，漁網拖曳、下錨撞擊、惡意破壞。故障發生的時候，有可能只是纜線的保護皮破損、光纖折斷、或甚至被整個切斷。

Cisco IOS工作小技巧，列出所有的工作埠

這個影片的重點，在於使用正則表達式(Regular Expression)來過濾命令的輸出內容。

影片的內容，不知道對您是否有幫助？歡迎您在文章下方的留言區，或者是YouTube上面，留言讓我知道。

好酷的，沉浸式冷卻法

【好酷的，沉浸式冷卻法】

我頭一次看到這種冷卻技術。

每次想到液體冷卻、水冷式冷卻，我腦中浮現的畫面是，不漏水的散熱水管分布在主機板上。我沒有想到過這種可能性，將整個主機板，包含散熱風扇，全部泡在液體中散熱。

Cisco Service Provider Tweet

乙太網無窮迴圈(Looping)的另外一個斷線案例

 我剛才在Faceoobk看到這張圖片。如果是我的網站讀者，應該很快就會發現問題所在。

Facebook十月四日大當機，我的陰謀論

2021年十月四日，Facebook跟所屬的服務，例如Instagram等，意外發生長時間停止服務。查詢 Wikipedia，我確認這一次的Facebook斷線，持續了七個小時。目前看得到的報導，都是說因為網路設定出錯，所導致。不過，根據我觀察過的案例，我認為，「網路設定出錯」，只是一個藉口。

需要幾條路由表，接通三個辦公室？

我們藉由一個連接三個辦公室，三個網段的簡單拓樸，來說明連接辦公室網路，維護正確的路由表內容的時候，到底應該使用靜態路由，還是多多運用動態路由協定。

網路拓樸中，三部路由器，分別代表一個獨立辦公室，背後各只有一個區域網路、LAN網段。圖中每一個區域網路，我只列出一部電腦，來代表網段內的使用者，或者是伺服器。

為了聚焦在路由表本身，IP地址已經全部配發完成。電腦上面只有基本網路連接功能。

我們的目標是，完全接通三個辦公室中，不同的區域網路，區域網路內的任何電腦、電腦之間，都必須完全連通。

不安裝額外軟體，在Windows 10快速找到Wi-Fi無線網路接入速度

不安裝額外軟體，在Windows 10上面我們要如何快速找到，我現在工作中的Wi-Fi無線網路連線速度呢？我是洪李吉。

在Windows 10上面我們很容易知道，我們目前作業系統，是不是連上Wi-Fi網路。但是速度是多少呢？好像沒有比較簡單的方法，可以快速知道我們當前 Wi-Fi無線網路接入速度到底是多少。我這篇文章的內容就是來分享我常用的幾個方法。

影片版

從「蘇伊士運河」事件，檢視網路中是否有「單點故障、全體故障」缺陷

就在三天前，2021年3月23日，當地時間大約7:40 (5:40 UTC)，台灣的長榮海運公司的貨櫃輪「長賜輪」(EVER GIVEN)，在「蘇伊士運河」的航道上意外擱淺，正好將整個通道阻塞。因此，「蘇伊士運河」完全停止服務，任何輪船都無法穿越，一直到影片製作的現在。

我從「維基百科」、「Google地圖」的觀察，我發現，「蘇伊士運河」本身存在著「單點故障、全體故障」的問題，也就是Single Point of Failure, SPOF。因為開鑿運河本身，就是一個極為昂貴的工程，我的重點不是在指出「蘇伊士運河」的設計規劃有問題。我只是藉由這個例子，來說明任何網路系統的設計，如果存在著「單點故障、全體故障」的服務停止缺陷，雖然發生的機會很小，只要機會不是零，我們就必須預先規劃好，如何降低發生的機率；或是當這個狀況發生的時候，所產生的代價，我們是否可以承受；還有，我們必須花費多久時間，才能修復回正常服務的狀態。

「蘇伊士運河」事件的摘要

我先將視野，站在「蘇伊士運河」業主本身。