台灣現場常把可插拔光模組都叫 GBIC，但採購與排錯時一定要講清楚是 SFP、SFP+、SFP28、QSFP+ 還是 QSFP28。同一顆模組在 A 牌交換器會亮、插到 B 牌不亮，可能是 EEPROM 廠牌碼被拒絕，也可能根本是 Port 不支援該速率、兩端 FEC 不同、BiDi 波長沒成對、單模多模用錯、TX/RX 沒交叉、端面髒、光功率太低或太高。先分清楚是哪一類，才知道該換模組、改 Port 模式，還是查光纖。
先判斷是鎖碼，還是規格根本對不上
抄下兩端完整資料現場紀錄
A端=<設備型號/OS/Port/Port能力/模組PN/序號>
B端=<設備型號/OS/Port/Port能力/模組PN/序號>
纖線=<SMF/MMF/芯數/接頭/距離>同系列不同硬體版、Line Card 與韌體可能有不同支援矩陣。只寫「Cisco 10G GBIC」無法判斷。
先把錯誤訊息分四類判讀
unsupported / invalid EEPROM = 相容性或鎖碼
module not present = 沒讀到模組/I2C/插槽
LOS / Rx -Inf = 沒收到光
link down with light = speed/FEC/PCS/autoneg/標準不合四類的查法不同。看到 link down 就直接認定鎖碼，常會白換很多顆模組。
確認 Form Factor 與 Port 世代規格核對
SFP=常見1G；SFP+=常見10G；SFP28=常見25G；QSFP+=常見40G；QSFP28=常見100G這只是常見用途，不代表所有 cage 都支援向下相容、breakout 或多速率；仍以設備 capability matrix 為準。
核對 Ethernet 標準規格核對
兩端必須是同一個可互通標準，例如 1000BASE-SX ↔ 1000BASE-SX、10GBASE-LR ↔ 10GBASE-LR只對上 850nm 或 1310nm 還不夠；資料率、lane、編碼、reach 與 FEC 也要一致。
核對單模／多模規格核對
SR/SX 多半搭 MMF；LR/LX 多半搭 SMF；實際以模組 datasheet 的 fiber type 為準不要只靠模組顏色判斷。既有 OM1／OM2、mode-conditioning patch cord 與 1000BASE-LX 有額外條件。
核對雙纖 TX／RXLC Duplex
A-TX -> B-RX
A-RX <- B-TX兩芯 LC 如果極性接反，兩端常會顯示 LOS 或 Rx -Inf。先按配線標示確認，不要反覆盲插污染端面。
核對 BiDi 是否買成一對單芯 BiDi
A端 TX λ1 / RX λ2
B端 TX λ2 / RX λ1兩顆同料號通常是同方向，反而不能互通。還要同資料率、距離與 connector；A/B 成對不等於任意品牌都保證互通。
核對 DAC／AOC短距離互連
確認 passive/active、長度、端點 coding、Port speed、lane 與 breakout mapping一體式纜線兩端可能各自寫入不同 vendor code；只驗其中一端不夠。
確認是否真的是 GBIC採購用語
舊式 GBIC 體積較大；現在多數現場其實是 SFP/SFP+/SFP28/QSFP搜尋可保留 GBIC 當口語關鍵字，但採購單一定寫 form factor、Ethernet standard 與完整料號。
DOM／DDM 光功率怎麼讀
DOM 五個常見欄位光模組監測
Temperature / Voltage / Tx Bias / Tx Power / Rx Power門檻由模組資料與 EEPROM 提供，不要拿別顆模組的固定 dBm 值套用。
用兩端 Tx/Rx 對照判讀
A Tx Power -> B Rx Power
B Tx Power -> A Rx Power兩邊都要讀。A Tx 正常但 B Rx 為 -Inf，往 A 到 B 的纖芯、極性、接頭、Patch Panel 與 B 接收端查。
Rx 顯示 -Inf／0 mW判讀
先查遠端 Tx 是否啟用、TX fault、LOS、極性、跳線與端面，再查纖路它通常表示設備讀不到有效接收光，不是自動等於模組鎖碼。也可能是模組不支援 DOM 或 EEPROM 資料壞。
Rx 過低但不是 -Inf判讀
比較目前 Rx 與該模組 Low Warning／Low Alarm；檢查髒污、彎折、接點、熔接與光路損耗要用同一顆模組自己的 threshold。距離在標稱範圍內，也可能因多個接點把 budget 吃完。
Rx 過高也會不通判讀
比較 Rx 與 High Warning／High Alarm／receiver overload；短距離接長距離高功率模組要特別查不是光越強越好。是否需要 attenuator 要按兩端 datasheet 計算，不能隨便塞。
有 Link 但 CRC／PCS Error 增加判讀
記錄 1 分鐘前後 error counter、DOM、FEC corrected/uncorrected、flap time可能是端面、光 budget、模組品質、FEC、lane 或 speed 問題；只看 link up 會漏掉不穩定光路。
DOM 正常仍可能不通判讀
再查 Port mode、speed、FEC、autoneg、breakout、MACsec、LAG 與 shutdownDOM 只說明模組能回報部分光電資訊，不代表 PCS、協定與交換器支援都正確。
Cisco Catalyst／Nexus
看模組是否被辨識Cisco IOS XE
show inventory找出 PID、VID、SN 與安裝位置；inventory 沒看到時再查插槽、模組與平台日誌。
讀 Cisco Transceiver DOMCisco IOS XE
show interfaces <INTERFACE> transceiver detail看溫度、電壓、Tx/Rx Power、Threshold 與 alarm。命令與欄位依 Catalyst 型號和模組支援度不同。
列出平台支援的模組Cisco IOS XE
show interfaces transceiver supported-list並非所有平台都有此選項；採購前仍以 Cisco Optics-to-Device Compatibility Matrix 的 switch、module 與 software 組合為準。
讀 EEPROM／IDPROMCisco Catalyst 9000
show idprom interface <INTERFACE>可看標準、vendor、part、serial 與 coding。不同 Catalyst／Nexus 使用的命令可能是 show interface transceiver 或 show inventory。
查 Port 能力與 FECCisco Catalyst 9000
show interface <INTERFACE> capabilities
show interface <INTERFACE> status確認 speed、duplex、media、FEC capability 與 operational 狀態；25G 以上尤其要對照兩端 FEC。
查 Error-disabled 與模組 LogCisco IOS XE
show interfaces status err-disabled
show logging | include GBIC|SFP|TRANSCEIVER|PHYunsupported、invalid、gbic-invalid、link-flap 與 FEC 訊息要分開處理。不要看到 err-disabled 就直接全域 recovery。
看實體錯誤是否持續增加Cisco IOS XE／NX-OS
show interfaces <INTERFACE> counters errors
show interface <INTERFACE>清 counter 會失去歷史證據；先記錄快照與時間，隔一分鐘再比增量。
不要直接貼隱藏繞過命令Cisco 支援警告
先查 Cisco Optics-to-Device Compatibility Matrix 與該平台 release note網路常見的 service unsupported-transceiver／no errdisable detect cause gbic-invalid 並非所有平台正式支援，還可能影響 TAC、保固與告警；本頁不把它當通用解法。
Juniper Junos
確認硬體與模組 inventoryJunos
show chassis hardware抄下 PIC、Xcvr、part number、serial 與 revision；再到該平台 Hardware Compatibility Tool 查。
看 Port 是否真的 UpJunos
show interfaces <INTERFACE> terseadmin up、link down 代表實體／協商尚未完成；也要確認查的是 ge／xe／et 與正確 channel。
讀 Juniper Optics DiagnosticsJunos
show interfaces diagnostics optics <INTERFACE>看 Laser output power、Laser receiver power、temperature、bias、voltage、warning 與 alarm。部分模組不支援全部 DOM 欄位。
看 Media、FEC 與 ErrorJunos
show interfaces <INTERFACE> extensive核對 speed、link mode、FEC、PCS、input/output errors、carrier transitions 與 last flapped。
只找光模組相關日誌Junos
show log messages | match "Xcvr|SFP|QSFP|optic|laser|unsupported"日誌字串依 Junos release 不同；把插拔時間與 alarm time 一起記。
不要跨平台假設第三方一定可用Juniper 支援警告
以完整 chassis/PIC/Junos release 查 Juniper Hardware Compatibility Tool第三方模組可能能亮但只提供有限 DOM／支援，也可能某版能用、升級後失敗。先在同版實驗與準備原廠模組交叉測試。
HPE Aruba AOS-CX／AOS-S
AOS-CX 看模組摘要Aruba AOS-CX
show interface transceiver不支援的 HPE／第三方模組會以星號等方式標示，欄位依平台不同。記下 Product、Serial、Part Number。
AOS-CX 看 DOM 詳細值Aruba AOS-CX
show interface <INTERFACE> transceiver detail看 connector、wavelength、transfer distance、DOM、Tx/Rx Power 與 threshold。
AOS-CX 只看越界項目Aruba AOS-CX
show interface transceiver threshold-violations快速找 high/low warning 或 alarm；沒有輸出不代表 speed、FEC、polarity 一定正確。
AOS-CX 看哪些第三方被辨識Aruba AOS-CX
show allow-unsupported-transceiver先查現況。不要在遠端直接執行 no allow-unsupported-transceiver，官方警告可能讓現有第三方模組斷線。
AOS-CX 允許第三方的限制Aruba AOS-CX 設計警告
allow-unsupported-transceiver這是設定變更，不是診斷命令；官方文件載明有支援／保固風險，且部分版本只對 1G/10G 生效。只有完成相容測試與回復方案後才評估。
AOS-S／ProCurve 看模組ArubaOS-Switch
show interfaces transceiver
show interfaces transceiver <PORT> detailAOS-S 與 AOS-CX 語法、Port 命名和第三方政策不同；先確認 OS family。
AOS-S 收集 Transceiver TechArubaOS-Switch
show tech transceivers輸出可能很長，保存到受控檔案；搭配 show interfaces <PORT> 與 show log 看 flap、CRC 與模組警告。
FortiSwitch、MikroTik、Linux 與 UniFi
FortiSwitch 看 Port 摘要FortiSwitchOS
diagnose switch physical-ports summary <PORT_NAME>確認 status、speed、duplex 與 Combo Fiber/Copper flag；管理模式與 FortiSwitchOS 版本會影響可用命令。
FortiSwitch 讀模組 EEPROMFortiSwitchOS
diagnose switch modules eeprom <PORT_NAME>用來核對 module identity 與 EEPROM 資訊；官方 CLI 說明文字可能不完整，輸出欄位依型號與版本判讀。
FortiSwitch 看模組狀態機FortiSwitchOS
diagnose switch modules state-machine <PORT_NAME>查看 DMI monitor 與模組處理狀態；不要把跨版本的內部 state number 當成固定故障碼。
FortiSwitch 看錯誤計數FortiSwitchOS
diagnose switch physical-ports port-stats <PORT_NAME>記錄 CRC、drop、error 與 link transition，再隔一段時間比增量。語法先用 ? 核對。
MikroTik 一次看完 SFP／DOMRouterOS v7
/interface/ethernet/monitor <SFP_INTERFACE> once可看到 sfp-module-present、rx-loss、tx-fault、vendor、part、wavelength、temperature、Tx/Rx power、supported／advertising 等欄位。
MikroTik 查目前 Speed 與 FECRouterOS v7
/interface/ethernet/print detail where name="<SFP_INTERFACE>"核對 auto-negotiation、advertise、speed 與 fec-mode。RouterOS 預設與對端不同時，25G／100G 可能不起 link。
MikroTik 先查模組 EEPROM 是否健康RouterOS v7
/interface/ethernet/monitor <SFP_INTERFACE> once若 eeprom-checksum 不良，官方說明指出可能不顯示 EEPROM 與 DDM；這不是 vendor lock 的直接證明。
Linux 讀模組 EEPROM 與 DOMLinux ethtool
sudo ethtool -m <NETDEV>Driver 與模組都支援時，會解碼 vendor、part、serial、wavelength、Tx/Rx Power 與 alarm；Operation not supported 也可能只是 driver 沒實作。
Linux 查 Link Mode 與協商Linux ethtool
sudo ethtool <NETDEV>看 Supported／Advertised／Link partner advertised、Speed、Duplex、Auto-negotiation 與 Link detected。
Linux 查 FECLinux ethtool
sudo ethtool --show-fec <NETDEV>看支援模式、設定與 active FEC。修改用 --set-fec，會影響 link，需確認兩端、維護窗與回復方式後才做。
Linux 看 NIC／Driver 日誌Linux
sudo dmesg --ctime | grep -Ei 'sfp|qsfp|module|transceiver|fec|link.*(up|down)'找 unsupported module、EEPROM、LOS、link flap、FEC 與 firmware 訊息；容器內可能看不到 host kernel log。
UniFi 先看 Port ManagerUniFi Network
Devices > <Switch> > Ports > <SFP Port>：查看 Link Speed、Errors、Port disabled 與模組／Port 資訊Ubiquiti 表示不做人為的第三方模組限制，但第三方未全面測試；因此不亮仍要查 speed、模組 revision、溫度與相容性。
UniFi 手動 Speed 只用於已知相容情境UniFi Network
Port Manager > Advanced > Link Speed：兩端設成相同、且模組與 Port 都支援的速率不要用強制 10G 去救 1G SFP，也不要把同一 LAG 的 member 設成不同 speed。先保存原設定。
FEC、速率與跨品牌最常見卡點
25G／50G／100G 先對 FEC高速度光纖／DAC
A端 FEC=<none/Base-R/FC-FEC/RS-FEC>
B端 FEC=<none/Base-R/FC-FEC/RS-FEC>名稱可能不同，例如 fec74 常指 FC-FEC、fec91 常指 RS-FEC；以兩端標準與模組文件對照，不能只看字串像不像。
1G SFP 插 10G SFP+ Port多速率 Port
確認該 cage、ASIC、Line Card 與 OS 明列支援 1G 模式，且兩端同速外型插得進去不代表支援 1G。部分 Port 需明確改 speed，部分完全不支援。
SFP28 插 SFP+ Port多速率模組
確認模組本身支援 10G rate select，且主機 Port 支援該 coding／rate-select 行為有些 25G 模組可降 10G，有些不行；錯誤 rate select 甚至可能 link up 但傳輸異常。
Breakout 要對 Lane MappingQSFP Breakout
確認 4x10G／4x25G breakout mode、Port group、lane 編號、纜線端點與對端 speed只改其中一個 channel，其他 lane 的設定可能被父 Port 接管。兩端 breakout 模式不一致不會正常協商。
Autoneg 不是所有光標準都一樣Speed Negotiation
先查標準與平台預設；若官方建議手動 speed，兩端必須一起改一端 auto、一端 forced 可能不起 link或出現難判斷狀態。不要用銅纜的 duplex 經驗直接套所有光模組。
同一顆模組換設備不通的判斷Vendor Coding
A設備能讀 vendor/PN/DOM；B設備明確報 unsupported/invalid EEPROM，且同 Port 原廠模組可用這組證據才比較接近鎖碼。若 B 連 EEPROM 都讀不到，也要查接點、插槽、I2C 與模組耗電。
允許第三方也不保證會通相容性
host acceptance ≠ optical/electrical/protocol interoperabilityallow-unsupported 只處理主機拒絕，不會修好波長、fiber、speed、FEC、lane、光功率或 EEPROM checksum。
用替換法把故障縮到一個元件
先建立已知正常基準隔離測試
同型 Port + 官方支援模組 + 短且已驗證跳線 + 同速/FEC先證明兩台設備的 Port 可以互通，再一次只換模組、跳線或長距離纖路一項。
交換兩端模組位置隔離測試
保留 Port 與跳線，只交換 A/B 模組並記錄錯誤是否跟著模組走BiDi A/B 不可隨意互換成同方向；交換前先確認成對關係與設備支援。
交換已知正常 Port隔離測試
保留模組與纖線，換到同規格、同設定、同 Port group 的空 Port若故障跟著 Port，查 cage、ASIC group、breakout 與設定；跨不同能力 Port 測試會引入新變因。
短跳線繞過建築纖路隔離測試
兩台設備靠近時，用相符規格、已清潔的短跳線測試短跳線能通、原路徑不通，再查 Patch Panel、極性、熔接、彎折與光 budget。長距離高功率模組短接前先算 receiver overload。
每次插拔都記錄四件事現場紀錄
時間、Port log、DOM、error counter不然幾輪替換後只剩「剛剛好像有亮」，無法判斷故障跟著哪一顆元件走。
最後才改 Speed／FEC／第三方開關變更控制
一次只改一項；記錄 before/after；兩端同步；準備 OOB 與 rollback遠端改 Uplink 最容易把自己鎖在外面。LAG／MLAG 還要先把單一 member 安全退出再測。
怎麼確認有做對
- 兩端 inventory 都能讀到正確的 vendor、part、serial、Ethernet standard 與模組類型，且設備／Line Card／OS 支援矩陣相符。
- 兩端 speed、lane、autoneg 與 FEC 相容；BiDi 為互補的一對，雙纖 TX/RX 極性正確，SMF／MMF 與波長符合。
- A Tx 對 B Rx、B Tx 對 A Rx 都在各自模組 datasheet 的合法範圍內，沒有 LOS、Tx Fault、High／Low Alarm。
- 連續觀察 link flap、CRC／PCS、FEC corrected／uncorrected 與 DOM 溫度；不是只有 LED 亮一次就算驗收。
- 用已知正常模組、Port 與短跳線完成交叉測試，能說明故障是跟著模組、Port、纖路或設定走。
常見錯誤
- 把所有 SFP、SFP+、SFP28、QSFP 都叫 GBIC，採購時只寫速率。
- 看到 unsupported 就直接下網路文章抄來的隱藏繞過指令。
- 兩顆 BiDi 買同一個料號，或雙芯 LC 的 TX／RX 極性接反。
- 只看本端 Tx/Rx，不讀遠端 DOM，也不對照該顆模組自己的 alarm threshold。
- 25G／100G 只對 speed，不對 FEC、lane 與 breakout mode。
- 拿 10 km／40 km 高功率模組做極短距離直連，卻沒檢查 receiver overload。
- 反覆拔插但沒有清潔、蓋防塵蓋與記錄，讓原本的問題再加上端面污染。
- Link up 就結案，沒看 CRC、PCS、FEC error、溫度與長時間 flap。
常見問題
怎麼知道交換器真的有鎖 GBIC／SFP？
本端同 Port 插官方支援模組可用，插第三方時設備仍能讀到 EEPROM，卻明確記錄 unsupported、invalid transceiver 或 vendor code 拒絕，這才比較像鎖碼。若顯示 LOS、Rx -Inf、module not present 或 FEC mismatch，要先查其他原因。
同一顆 SFP 在 Cisco 會通，插 HPE 不通，代表 HPE 鎖碼嗎？
不一定。HPE 可能拒絕未支援 coding，也可能該 Port 不支援這顆模組的速率、功耗或標準。先查 HPE Transceiver Guide、show interface transceiver 與事件 log，再用 HPE 支援模組做基準測試。
兩邊都是 10G SFP+ 為什麼還是不亮？
10G 只是速率。還要同為可互通的 SR／LR／BiDi 標準、正確單模／多模、波長、極性、光功率、Port mode；DAC／AOC 也有 passive/active 與 coding 差異。
Rx Power 顯示 -Inf 是什麼？
通常是沒有讀到有效接收光：遠端沒送、TX fault、纖芯／極性錯、端面髒、光路斷或功率低到讀不到。也可能是模組／Driver 不支援 DOM，需搭配 LOS 與遠端 Tx 判斷。
光功率多少 dBm 才正常？
沒有跨模組通用數字。要拿當下 Rx/Tx 和該顆模組 datasheet 或 EEPROM 的 high/low warning、alarm、receiver sensitivity／overload 比。SR、LR、BiDi、CWDM 的範圍都可能不同。
25G 兩邊都設 25G，為什麼一樣不通？
最常漏掉 FEC。兩端可能一邊 none、一邊 FC-FEC/Base-R，或一邊 RS-FEC；也要查模組、DAC、ASIC 是否支援該 FEC，以及 autoneg、lane 與 breakout。
可以直接開 allow-unsupported-transceiver 嗎？
先不要。它只處理主機接受第三方模組，無法修正光學或協定不相容，還可能影響支援與保固。先用支援矩陣與原廠模組建立基準，再依公司風險與回復流程評估。
MikroTik 或 UniFi 不是不鎖第三方嗎？
官方雖表示不做人為限制或依 MSA 通常可相容，仍不代表每個第三方料號、硬體 revision、EEPROM、溫度、速率與 FEC 都測過。遇到不穩定仍要照 DOM、speed、FEC 與替換法排查。
光纖 Link Up 但一直掉封包，要看什麼？
同時看 CRC／PCS error、FEC corrected／uncorrected、carrier transition、DOM 溫度與 Rx 趨勢。端面污染、光 budget 邊緣、FEC 不合、模組過熱或品質問題都可能在 Link Up 狀態下發生。
SFP+ Port 一定能插 1G SFP 嗎？
不一定。外型相同不代表 cage、ASIC 與 OS 支援 1G，部分設備還要手動設定 speed。採購前查完整設備型號、Port 編號、Line Card 與軟體版的支援矩陣。
延伸閱讀
- SFP、SFP+、SR、LR、BiDi 選型
- 光纖與銅纜怎麼選
- 2.5G／10G 網路升級
- Aruba AOS-CX VLAN 與 LAG
- HPE ArubaOS-Switch／ProCurve
- LACP 與 Link Aggregation
- 網路變更與回復 SOP
版本與官方文件
參數會隨工具版本與作業系統實作改變。正式環境先用 --help、-h 或系統內建說明確認，再以當版官方文件為準。
- Cisco Catalyst 9000 Fiber Link Troubleshooting
- Cisco IOS XE show interfaces transceiver
- Juniper show interfaces diagnostics optics
- Juniper Digital Optical Monitoring
- HPE Aruba AOS-CX 10.15 Fundamentals
- HPE Aruba Transceiver Guide
- FortiSwitchOS Diagnose CLI
- MikroTik RouterOS Ethernet 與 FEC
- MikroTik Wired Interface Compatibility
- Linux ethtool Manual
- Linux Kernel ethtool FEC 與 Module EEPROM
- Ubiquiti SFP Modules and DAC Cables
- TP-Link Omada Switch Transceiver Ordering Example
常見問題
怎麼知道交換器真的有鎖 GBIC／SFP？
本端同 Port 插官方支援模組可用，插第三方時設備仍能讀到 EEPROM，卻明確記錄 unsupported、invalid transceiver 或 vendor code 拒絕，這才比較像鎖碼。若顯示 LOS、Rx -Inf、module not present 或 FEC mismatch，要先查其他原因。
同一顆 SFP 在 Cisco 會通，插 HPE 不通，代表 HPE 鎖碼嗎？
不一定。HPE 可能拒絕未支援 coding，也可能該 Port 不支援這顆模組的速率、功耗或標準。先查 HPE Transceiver Guide、show interface transceiver 與事件 log，再用 HPE 支援模組做基準測試。
兩邊都是 10G SFP+ 為什麼還是不亮？
10G 只是速率。還要同為可互通的 SR／LR／BiDi 標準、正確單模／多模、波長、極性、光功率、Port mode；DAC／AOC 也有 passive/active 與 coding 差異。
Rx Power 顯示 -Inf 是什麼？
通常是沒有讀到有效接收光：遠端沒送、TX fault、纖芯／極性錯、端面髒、光路斷或功率低到讀不到。也可能是模組／Driver 不支援 DOM，需搭配 LOS 與遠端 Tx 判斷。
光功率多少 dBm 才正常？
沒有跨模組通用數字。要拿當下 Rx/Tx 和該顆模組 datasheet 或 EEPROM 的 high/low warning、alarm、receiver sensitivity／overload 比。SR、LR、BiDi、CWDM 的範圍都可能不同。
25G 兩邊都設 25G，為什麼一樣不通？
最常漏掉 FEC。兩端可能一邊 none、一邊 FC-FEC/Base-R，或一邊 RS-FEC；也要查模組、DAC、ASIC 是否支援該 FEC，以及 autoneg、lane 與 breakout。
可以直接開 allow-unsupported-transceiver 嗎？
先不要。它只處理主機接受第三方模組，無法修正光學或協定不相容，還可能影響支援與保固。先用支援矩陣與原廠模組建立基準，再依公司風險與回復流程評估。
MikroTik 或 UniFi 不是不鎖第三方嗎？
官方雖表示不做人為限制或依 MSA 通常可相容，仍不代表每個第三方料號、硬體 revision、EEPROM、溫度、速率與 FEC 都測過。遇到不穩定仍要照 DOM、speed、FEC 與替換法排查。
光纖 Link Up 但一直掉封包，要看什麼？
同時看 CRC／PCS error、FEC corrected／uncorrected、carrier transition、DOM 溫度與 Rx 趨勢。端面污染、光 budget 邊緣、FEC 不合、模組過熱或品質問題都可能在 Link Up 狀態下發生。
SFP+ Port 一定能插 1G SFP 嗎？
不一定。外型相同不代表 cage、ASIC 與 OS 支援 1G，部分設備還要手動設定 speed。採購前查完整設備型號、Port 編號、Line Card 與軟體版的支援矩陣。
