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

  1. 首頁 > 云知道 > >

主機擴展用于IP多點傳送( 五 )

云知道


這是更新本地網(wǎng)絡(luò)模塊的多播接收過濾器所要求的 。任何本地網(wǎng)絡(luò)模塊都可以忽略
LeaveLocalGroup操作的要求 。假如它不能充分過濾到來的分組，也可以向上傳遞超出
JoinLocalGroup操作所要求的更多的多播地址的分組 。
本地網(wǎng)絡(luò)模塊不會向上傳遞任何從該模塊出發(fā)的多播分組；多播回送是在IP層或更高
層處理 。
7.4對以太網(wǎng)本地網(wǎng)絡(luò)模塊的擴展
為了支持多播IP數(shù)據(jù)報的接收，以太網(wǎng)模塊必須能接收地址是與主機的IP主機組地址
相關(guān)的以太網(wǎng)多播地址的分組 。利用以太網(wǎng)硬件接口可能具有的地址過濾能力是非常可取
的，這樣主機只接收目的地指向它的那些分組 。
不幸的是，許多當前的以太網(wǎng)接口對硬件能識別的地址數(shù)目有很少的限制 。而且，一個
具體的實現(xiàn)必須能偵聽任意數(shù)目的以太網(wǎng)多播地址，這意味著當?shù)刂窋?shù)目超過過濾器的限制
時，“打開”地址過濾器以接收所有的多播分組 。
對于那些硬件地址過濾能力不強的接口，為了性能的原因，在以太網(wǎng)模塊的軟件中執(zhí)行
以太網(wǎng)地址過濾可能要好一些 。然而，這并不是強制性的，因為IP模塊基于IP目的地址執(zhí)
行它自己的過濾 。
7.5對以太網(wǎng)以外的本地網(wǎng)絡(luò)模塊的擴展
像IEEE802.2網(wǎng)絡(luò)這樣的其它多播網(wǎng)絡(luò)，為了達到接收多播IP數(shù)據(jù)報的目的而進行的
處理方式與以太網(wǎng)相同 。對于純廣播網(wǎng)絡(luò)，如實驗性以太網(wǎng)，所有到達的廣播分組能夠被接
收并傳遞給IP模塊以實現(xiàn)IP層過濾 。在點對點或存儲轉(zhuǎn)發(fā)網(wǎng)絡(luò)，多播IP數(shù)據(jù)報以本地網(wǎng)
絡(luò)單播的形式到達，所以沒有必要修改本地網(wǎng)絡(luò)模塊 。
附錄1INTERNET組治理協(xié)議（IGMP）
Internet組治理協(xié)議（IGMP）用于IP主機向所有緊鄰的多播路由器報告它們的主機組
成員關(guān)系 。IGMP是不對稱的協(xié)議，將從主機的視角而不是從多播路由器的視角描述它 。
（IGMP也可以在多播路由器之間對稱或非對稱的使用 。這樣的用法這里沒有指定 。）
像ICMP一樣，IGMP是IP的一個組成部分 。要在所有符合IP多播規(guī)范的2級主機上
實現(xiàn) 。IGMP報文封裝在IP數(shù)據(jù)報中，數(shù)據(jù)報的IP協(xié)議字段為2 。所有與主機相關(guān)的IGMP
報文具有如下格式：
0123
01234567890123456789012345678901
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
版本類型未用校驗和
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
組地址
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
版本
本備忘錄說明IGMP版本1 。版本0在RFC-988中說明，它現(xiàn)在已經(jīng)廢棄 。
類型
有兩種與主機相關(guān)的IGMP報文：
1=主機成員請求
2=主機成員報告
未用
未用字段，在發(fā)送時為零，接收時被忽略 。
組地址
主機成員請求報文在被發(fā)送時組地址字段為零，被接收時忽略該字段 。
主機成員報告報文中，組地址字段為被報告組的IP主機組地址 。
非正式的協(xié)議描述
多播路由器發(fā)送主機成員請求報文（在下文叫做請求），以發(fā)現(xiàn)哪些主機組在它們所屬
的本地網(wǎng)絡(luò)上有成員 。請求的目的地址為所有主機組（224.0.0.1），攜帶的IP生存時間為1 。
主機為了響應(yīng)一個請求，生成主機成員報告報文，報告它們在接到請求的網(wǎng)絡(luò)接口上
所屬的每個主機組 。為了避免并發(fā)報告“爆炸”，減少被傳送的報告的總數(shù)，使用了兩種技
術(shù)：
1.當主機接收到一個請求，不是立即發(fā)送報告，而是為到達請求的網(wǎng)絡(luò)接口上每個組
成員啟動一個報告延時定時器 。每個定時器被設(shè)置為在0到D秒之間的一個不同的、隨機

推薦閱讀