SNMP 發展脈絡與核心設計目標

簡單網路管理協定（SNMP）源自簡單閘道監控協定（SGMP），經引入 SMI（管理資訊結構）與 MIB（管理資訊庫）架構演進而來，現已發展至 v3 版。其設計圍繞四大目標：降低代理端軟體成本、極大化遠端管理能力、架構可擴充、協定獨立性；v3 另增安全性目標。SNMP 定義四類基本操作：Get（讀取）、Get-Next（遍歷）、Set（寫入控制）、Trap（事件主動上報）。

管理控制框架：Community 與權限模型

Community（共同體）機制

管理站（Manager）與代理端通訊關係稱為 Community，以字串名稱區分。一個應用實體可加入多個 Community。Community 實際承擔身分鑑別功能：封包含 Community 名稱與發送方標識，接收方驗證成員身分後，再依預先定義的授權範圍與存取模式（唯讀/讀寫）決定是否允許操作特定 MIB 物件。

存取控制四層檢查

1. Community 成員可操作哪些物件（授權物件）
2. 每個物件的存取模式：Read-Only 或 Read-Write
3. 允許的操作類型：Get、Get-Next、Set、Trap
4. MIB 物件本身的存取限制（如僅可讀）

Proxy Agent（轉換代理）同樣適用 Community 概念，代管其他設備物件。

MIB 樹狀命名與 Get-Next 遍歷機制

SNMP 採用樹狀命名（OID）唯一標識每個管理物件實例：物件類名稱 + 實例後綴。詞典序排列形成多叉樹，Get-Next 即「取得緊鄰的下一節點」。管理系統即使不知確切 OID，也能從第一個實例起，反覆呼叫 Get-Next 遍歷整棵子樹，直到回傳錯誤為止。

表格型資料的遍歷邏輯

MIB 中表格視為子樹：表格為根節點、欄為子節點、列為葉節點。遍歷順序為「逐欄掃描」——先走完第一欄所有列，再進入第二欄。若嘗試獲取最後一個元素的 Next，返回錯誤標記。

表格列的整體增刪操作

• 新增一列：單次 Set 操作攜帶所有欄位的 OID 與值（含實例索引）。若表有 8 欄，必須提供 8 組 varbind。
• 刪除一列：單次 Set 將任一欄位設為「非法值」。地址轉換表例外：將地址欄設為空字串視為刪除。

注意：刪除後列是否實際從代理端移除視具體實現而定，管理端需能識別「非法」資料並過濾。