SNMP 結果分析

每一筆都保留原始行號、原始型別與原始值。無法辨識的行不會被靜靜丟掉，會列在下面的「未解析與診斷」裡。

Timeout、驗證失敗、找不到 MIB 模組這幾類是 snmpwalk 自己印的訊息，不是設備回的值，所以不混進上面的結果。逾時的原因很多，本工具只如實記錄，不替你判定是防火牆擋住。

看這一份資料裡有沒有 LibreNMS 常用的關鍵欄位。點「補抓指令」會帶著「資料收集」那一頁的設定，產生只抓那一段 subtree 的指令。

同一份資料裡以 ifIndex、hrStorageIndex、entPhysicalIndex 各自關聯。不同資料集之間不會混接 —— 兩台設備的 ifIndex 1 是兩張完全不同的網路卡。

介面 系統資源 感測器 OS 辨識 拓樸

韌體更新或設定調整的前後各抓一份，看 OID、介面與狀態差在哪裡。兩份必須是同一台設備 —— 這件事只有你知道，工具無從判斷。

這個數字要你自己填。原始的 snmpwalk 輸出裡沒有取樣時間，用檔案修改時間去推會得到一個看起來很精確、其實是猜的間隔。填 0 就只做差異比較，不算流量。

我確認 A 與 B 是同一台設備、同一個 SNMP context

計數器與 uptime 本來就會一直往上走，跟「設定被改掉」不是同一件事，所以另外標成自然變動。

兩份快照只能算出這段期間的平均值，不是每秒趨勢。收與發各自除以介面速率，全雙工不把兩邊加起來當總使用率。

產生 Net-SNMP 指令讓你在 LibreNMS 主機或其他連得到設備的機器上執行。這一頁不會直接送出任何 SNMP 封包，也不會連到 LibreNMS。

使用 snmpbulkwalk（只有 v2c 與 v3 支援）

DEVICE_HOST 之類的占位符要自己換掉。輸出選項用 -On -Oe -Ot -Ox（數字 OID、數字 enum、原始 ticks、Hex bytes），刻意不用 -Oqv —— 那會把 OID 整個拿掉，解析器就沒有身分可以對。