速讀原著-TCP/IP(SNMP示例)
- 2020 年 3 月 17 日
- 筆記
第25章 SNMP: 簡單網絡管理協議
25.9 其他一些例子
現在開始回答前面一些沒有回答的問題，我們將用 S N M P的知識進行解釋。
25.9.1 接口MTU
回憶一下在11 . 6節的實驗中，我們試圖得出一條從 n e t b到s u n的S L I P連接的M T U。現在可以採用 S N M P得到這個 M T U。首先從 I P路由表中取到 S L I P連接（ 1 4 0 . 2 5 2 . 1 . 2 9）的接口號（i p R o u t e I f I n d e x），然後就可以用這個數值進入接口表並且取得想要的 S L I P連接的M T U（通過S L I P的描述和數據類型）。
可以看到，即使連接的類型是 S L I P連接，但是M T U仍設置為以太網，其值為 1 5 0 0，目的可能是為了避免分片。
25.9.2 路由表
回憶一下在 1 4 . 4節中，我們討論了 D N S如何進行地址排序的問題。當時我們介紹了從域名服務器返回的第 1個I P地址是和客戶有相同子網掩碼的情況。還介紹了用其他的 I P地址也會正常工作，但是效率比較低。現在我們從 S N M P的角度來查閱路由表的入口，在這裡將用到前面章節中和I P路由有關的很多相關知識。
路由器g e m i n i是一個多接口主機，有兩個以太網接口。首先確認一下兩個接口都可以Te l n e t登錄：
可以看出這兩個地址的連接沒有什麼區別。現在我們採用 t r a c e r o u t e命令來看一下對於每個地址，是否有選路方面的不同：
可以看到：如果採用屬於 1 4 0 . 2 5 2 . 3子網的地址，就多了額外的一跳。下面解釋造成這個額外一跳的原因。
圖2 5 – 2 9是系統的連接關係圖。從 t r a c e r o u t e命令的輸出結果可以看出主機 g e m i n i和路由器s w n r t都連接了兩個網段：1 4 0 . 2 5 2 . 3子網和1 4 0 . 2 5 2 . 1子網。
回憶一下在圖4 – 6中，我們解釋了路由器 n e t b採用A R P代理進程，使得s u n工作站好象是直接連接到1 4 0 . 2 5 2 . 1子網上的情況。我們忽略了 s u n和n e t b之間S L I P連接的調製解調器，因為這和我們這裡的討論不相關。
在圖2 5 – 2 9中，我們用虛線箭頭畫出了當 Te l n e t到1 4 0 . 2 5 2 . 3 . 5 4時的路徑。返回的數據報怎麼知道直接從g e m i n i到n e t b，而不是從原路返回呢？我們採用在 8 . 5節中介紹過的，帶有寬鬆選路特性的t r a c e r o u t e版本來解釋：
當在命令中指明是寬鬆源站選路時， s w n r t路由器就不再有響應。看一下前面沒有指明源站選路的 t r a c e r o u t e命令輸出，可以看出s w n r t路由器是事實上的第 2跳。超時數據必須這樣設置的原因是：當數據報指定了寬鬆源站選路選項時，該路由器沒有發生I C M P超時差錯。所以在t r a c e r o u t e命令的輸出中可以得出，返迴路徑是從g e m i n i(TTL 3, 4和5)路由器直接到達n e t b路由器，而不通過s w n r t路由器。
還剩下一個需要用S N M P來解釋的問題就是：在n e t b路由器的路由表中，哪條信息代表尋徑到1 4 0 . 2 5 2 . 3？該信息表示n e t b路由器把分組發送給s w n r t而不是直接發送給g e m i n i？ 用g e t命令來取下一跳路由器的值。
sun % snmpi -a netb -c secret get ipRouteNextHop.140.252.3.0 i p R o u t e N e x t H o p . 1 4 0 . 2 5 2 . 3 . 0 = 1 4 0 . 2 5 2 . 1 . 6
正如我們所看到發生的那樣，路由表設置使得n e t b路由器把分組發送到s w n r t路由器。為什麼g e m i n i路由器直接把分組回送給n e t b路由器？那是因為在g e m i n i路由器端，它要回送的分組目的地址是1 4 0 . 2 5 2 . 1 . 2 9，而子網1 4 0 . 2 5 2 . 1是直接連接到g e m i n i路由器上的。從上面這個例子可以看出選路的策略。由於g e m i n i是打算作一個多接口主機而不是路由器，
所以默認的到1 4 0 . 2 5 3 . 3子網的路由器是s w n r t。這是多接口主機和路由器之間差異的一個典型例子。
發佈了1576 篇原創文章 · 獲贊 1541 · 訪問量 14萬+
