第一章网路管理架构与协定.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * 新進的網路管理觀念，是以服務為監控之對象，而非單一的網路設備。 寬頻匯流網路由於存在多種網路服務，因此以服務為觀念的監測較為 網管之需要。 * * * Trap-PDU格式較為複雜，相關欄位如投影片上之說明 SNMP預設六種必須報告的trap，如generic-trap欄位之0~5值 SNMP也留有彈性，讓廠商自行定義各式trap，例如溫度過高、 CPU負載過重的通報等。 若是廠商自行設定的trap，generic-trap欄位值將為 6 我們再利用specific-trap值判斷到底是何種trap。 需注意的是，不同的廠商可自行設定各specific-trap值所對應的事件通報 我們尚需利用enterprise欄位來判斷此trap是由哪一廠商的設備所發出。 本章節將介紹SNMP的資訊模型，也是資料定義語言， 如果有ASN.1基礎將很容易了解，對於不熟悉ASN.1的同學，亦不用擔心，只要掌握基本的觀念即可容易學習 本章節為簡要介紹，欲深入學習者，請研讀RFC 1155, 1212之SMIv1標準 * 在介紹SNMP之資訊模型前，須先了解MO的概念 與物件導向觀念相仿，但較為簡易 此投影片須強調MO以樹狀組織方式存在 每個Agent所管轄的MIB就是一顆物件樹 * IETF RFC 1155與1212將SNMP的資料定義語言，稱為SMI 目前SMI已有第二版，此處介紹的是第一版: SMIv1 SMI所使用之語法源自ASN.1標準，主要是使用ASN.1強大的資料型態定義 以及其Marco功能制定SMI所需之表式語法。 其中以所制定的OBJECT-TYPE 巨集為最重要，試舉一例，待回會詳細介紹 * * 在前投影片之例子，我們發現在::= 之後有一個{ …}，那是物件識別碼 OID 了解SMI前，我們必須先先認識物件識別碼 所有需被唯一識別之物件(物件可代表 單位、實體、公司、任何事物、以至於SMI所要定義的物件)， 均需至一顆全世界唯一的註冊樹上的一個固定位置上註冊 OID 即是由根至該位置的路徑，由於樹狀結構之特性，由根至任一節點之路徑只有一條，可以確保 其全域唯一性 此樹為真實例子! 與網管相關的物件大多定義於mgmt之下 各企業及其所屬之物件也可註冊於enterprises之下 試舉三個例子，讓學生理解如何決定OID值 * 在ASN.1標準中有OID資料型態的定義，它的表示法有多種型態 OBJECT IDENTIFIER 左方之internet為物件名稱，用以方便指稱某一物件 子輩物件之OID定義 可使用其父輩物件名稱加上該子輩物件在其兄弟間的排行號碼 * 我們由OBJECT-TYPE的例子來學習其語法 此為最簡單的例子! 粗體全大寫字表示保留字，需完全依照規定書寫 ::= 之後即為該物件型態之物件識別碼 欲看更多的OBJECT-TYPE例子，建議研讀RFC 1213 (MIB-II標準) * 每一OBJECT-TYPE最常見的四個構成部分即是 SYNTAX, ACCESS, STATUS, DESCRIPTION 四種存取權限，容易理解 標準支援情況則須稍做說明: mandatory: 必須支援此物件 optional : 此物件依網路設備情況可支援或不支援 obsolete: 表示已有新的物件定義 ，可以取代此物件，因此在此宣告廢棄此物件 DESCRIPTION雖然只是一段文字敘述，但如何使用此物件，及此物件一些無法使用SMI語法表式的特性 都會於此部分以文字敘述呈現，因此此部分很重要! * 在網管實務上許多網管資訊是以表格方式呈現的，例如路由表、ARP表格、介面表格 SNMP SMI並沒有表格相關的巨集可供使用，也只能以OBJECT-TYPE來表示 以ifTable(介面表格)表格為例，每一網路介面對應至一列網管資訊，每一列資訊是由多個欄位資訊所組成 如同資料庫表格，屬於同一行(欄)的資訊，具有相同的資料屬性，例如資料型態、語意、長度、格式等 因此，SNMP將每一欄定義成一個物件型態 然而，將個別的欄位定義好對應的物件型態後，這些物件型態如何形成列與表格，並無法從這些資料型態 定義中得知。 解決方法: 再用兩個物件型態，分別定義表格與列 * 首先定義一個名為xxxTable的物件型態，其資料型態為SEQUENCE OF …，用來代表一個表格，例如ifTable 然後再定義一個名為 xxxEntry的物件型態，其資料型態為一個SEQUENCE，用來代表一列，例如ifEntry 注意: 列(Entry)物件型態之定義，多了一個INDEX敘述，見下頁說明 * 可先以傳統關聯式資料庫表格說明資料表的主鍵(P