日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

Internet組管理協(xié)議 IGMP報(bào)文及協(xié)議( 三 )

云知道


輸出結(jié)果中的第2行l(wèi)e0（以太網(wǎng)）顯示了這個(gè)接口屬于主機(jī)組224.0.0.1（“所有主機(jī)”），和兩行地址，后一行顯示相應(yīng)的以太網(wǎng)地址為：01:00:5e:00:00:01 。這正是我們期望看到的以太網(wǎng)地址，和12 . 4節(jié)介紹的地址映射一致 。我們還看到其他兩個(gè)支持多播的接口：SLIP接口sl0和回送接口l o 0，它們也屬于所有主機(jī)組 。
我們也必須顯示IP路由表，用于多播的路由表同正常的路由表一樣 。黑體表項(xiàng)顯示了所有傳往224.0.0.0的數(shù)據(jù)報(bào)均被送往以太網(wǎng)：

(點(diǎn)擊查看原圖)
假如將這個(gè)路由表與9 . 2節(jié)中s u n路由器的路由表作比較，會(huì)發(fā)現(xiàn)只是多了有關(guān)多播的條目 。
現(xiàn)在使用一個(gè)測(cè)試程序來讓我們能在一個(gè)接口上加入一個(gè)多播組（不再顯示使用這個(gè)測(cè)試程序的過程） 。在以太網(wǎng)接口（ 1 4 0 . 2 5 2 . 1 3 . 3 3）上加入多播組2 2 4 . 1 . 2 . 3 。執(zhí)行n e t s t a t程序看到內(nèi)核已加入這個(gè)組，并得到期望的以太網(wǎng)地址 。用黑體字來突出顯示和前面n e t s t a t輸出的不同 。

(點(diǎn)擊查看原圖)
我們?cè)谳敵鲋性俅物@示了其他兩個(gè)接口： s l 0和l o 0，目的是為了重申加入多播組只發(fā)生在一個(gè)接口上 。
圖1 3 - 4顯示了t c p d u m p對(duì)進(jìn)程加入這個(gè)多播組的跟蹤過程 。

當(dāng)主機(jī)加入多播組時(shí)產(chǎn)生第1行的輸出顯示 。第2行是經(jīng)過時(shí)延后的IGMP報(bào)告，我們介紹過報(bào)告重發(fā)的時(shí)延是1 0秒內(nèi)的隨機(jī)時(shí)延 。
在兩行中顯示硬件地址證實(shí)了以太網(wǎng)目的地址就是正確的多播地址 。我們也看到了源IP地址為相應(yīng)的s u n主機(jī)地址，而目的IP地址是多播組地址 。同時(shí)，報(bào)告的地址和期望的多播組地址是一致的 。

;;;;最后，我們注重到，正像指明的那樣， TTL是1 。當(dāng)TTL的值為0或1時(shí)，tcpdump在打印時(shí)用方括號(hào)將它們括起來，這是因?yàn)門TL在正常情況下均高于這些值 。然而，使用多播我們期望看到許多TTL為1的IP數(shù)據(jù)報(bào) 。
在這個(gè)輸出中暗示了一個(gè)多播路由器必須接收在它所有接口上的所有多播數(shù)據(jù)報(bào) 。路由器無法確定主機(jī)可能加入哪個(gè)多播組 。
多播路由器的例子
繼續(xù)前面的例子，但我們將在s u n主機(jī)中啟動(dòng)一個(gè)多播選路的守護(hù)程序 。這里我們感愛好的并不是多播選路協(xié)議，而是要研究所交換的IGMP查詢和報(bào)告 。即使多播選路守護(hù)程序只運(yùn)行在支持多播的主機(jī)（sun）上，所有的查詢和報(bào)告都將在那個(gè)以太網(wǎng)上進(jìn)行多播，所以我們?cè)谠撘蕴W(wǎng)中的其他系統(tǒng)中也能觀察到它們 。
在啟動(dòng)選路守護(hù)程序之前，加入另外一個(gè)多播組224.9.9.9，圖13-5顯示了輸出的結(jié)果 。

在這個(gè)輸出中沒有包括以太網(wǎng)地址，因?yàn)橐呀?jīng)證實(shí)了它們是正確的 。也刪去了TTL等于1的說明，同樣因?yàn)樗鼈円彩俏覀兤谕哪菢?。
當(dāng)選路守護(hù)程序啟動(dòng)時(shí)，輸出第1行 。它發(fā)出一個(gè)已經(jīng)加入了組224.0.0.4的報(bào)告 。多播地址224.0.0.4是一個(gè)知名的地址，它被當(dāng)前用于多播選路的距離向量多播選路協(xié)議DVMRP(Distance Vector Multicast Routing Protocol)所使用（DVMRP在RFC 1075中定義[Waitzman ,Partridge, and Deering]） 。
在該守護(hù)程序啟動(dòng)時(shí)，它也發(fā)送一個(gè)IGMP查詢（第2行） 。該查詢的目的IP地址為224.0.0.1（所有主機(jī)組），如圖13-3所示 。
第一個(gè)報(bào)告（第3行）大約在5秒后收到，報(bào)告給組224.9.9.9 。這是在下一個(gè)查詢發(fā)出之前（第4行）收到的唯一報(bào)告 。當(dāng)守護(hù)程序啟動(dòng)后，兩次查詢（第2行和第4行）發(fā)出的間隔很短，這是因?yàn)槭刈o(hù)程序要將其多播路由表盡快建立起來 。
第5、6和7行正是我們期望看到的：sun主機(jī)針對(duì)它所屬的每個(gè)組發(fā)出一個(gè)報(bào)告 。注重組224.0.0.4是被報(bào)告的，而其他兩個(gè)組則是明確加入的，因?yàn)橹灰x路守護(hù)程序還在運(yùn)行，它始終要屬于組224.0.0.4 。

推薦閱讀