【文章內(nèi)容簡(jiǎn)介】 址前四位均為1110。圖4 D類組播地址 在所有的D類IP地址中又進(jìn)行了如下的劃分：如圖5所示。圖5 組播地址劃分 不難看出，例： 在這一范圍的多播包將不會(huì)被轉(zhuǎn)發(fā)出本地網(wǎng)絡(luò)，也不會(huì)考慮多播包的TTL值。，保留為私有內(nèi)部域使用。 如圖5所示、以太網(wǎng)和FDDI的MAC地址01:00:5E:00:00:OO到01:00:5E:7F:FF：FF用于將三層IP組播地址映射為二層地址，即IP組播地址中的低23位放入IEEE MAC地址的低23位。IP組播地址有28位地址空間，但只有23位被映射到IEEE MAC地址，這樣會(huì)有32個(gè)IP組播地址映射到同一MAC地址上。 　IP組播相關(guān)協(xié)議 Internet組管理協(xié)議（IGMP） IGMP協(xié)議由主機(jī)成員關(guān)系協(xié)議發(fā)展而來(lái)，目前有兩個(gè)版本：IGMPv1（RFC1112），IGMPv2（RFC2326）。主機(jī)使用IGMP消息通告本地的組播路由器它想接收組播流量的主機(jī)組地址。如果主機(jī)支持IGMPv2，它還可以通告組播路由器它退出某主機(jī)組。組播路由器通過(guò)IGMP協(xié)議為其每個(gè)端口都維護(hù)一張主機(jī)組成員表，并定期的探詢表中的主機(jī)組的成員，以確定該主機(jī)組是否存活。 IGMP消息被置于IP報(bào)文中傳送。IGMPv1中定義了兩種消息類型：主機(jī)成員詢問(wèn)和主機(jī)成員報(bào)告。當(dāng)某主機(jī)想要介紹某個(gè)組播流量時(shí)，它向本地的組播路由器發(fā)送“主機(jī)成員報(bào)告”消息，告知欲接收的組播地址。組播路由器收到“主機(jī)成員報(bào)告”消息后把該主機(jī)加入指定的主機(jī)組，（代表所有支持組播的主機(jī)）發(fā)送“主機(jī)成員詢問(wèn)”消息。主機(jī)如果還想繼續(xù)接收組播流量，必須發(fā)送“主機(jī)成員報(bào)告”消息。 圖6 IGMPv2的報(bào)文如圖6所示。與IGMPv1不同的是它將版本字段和消息類型字第三章IPTV的相關(guān)技術(shù)段融合，把未使用字段作了“最大響應(yīng)時(shí)間”字段。IGMPv2報(bào)文的消息類型字段定義了四種消息類型： 圖7 Ox11—成員詢問(wèn) 0x12—IGMPv1成員報(bào)告 Ox16—IGMPv2成員報(bào)告 0x17—退出主機(jī)組 IGMPv2向前兼容IGMPv1協(xié)議，IGMPv1的設(shè)備可以接收處理IGMPv2的消息報(bào)文。IGMPv2中允許路由器對(duì)指定的主機(jī)組地址做“成員詢問(wèn)”，非該組的主機(jī)不必響應(yīng)。如果某主機(jī)想退出，它可以主動(dòng)向路由器發(fā)送“推出主機(jī)組”消息，而不必像IGMPv1中那樣只能被動(dòng)退出。 CGMP協(xié)議 在交換網(wǎng)絡(luò)中，2層交換機(jī)可能即不了解哪個(gè)端口有哪些組播組，也不能在其源MAC地址表中找到組播MAC地址的表項(xiàng)。從而，交換機(jī)只能簡(jiǎn)單地把組播報(bào)文向所有端口轉(zhuǎn)發(fā)，組播的優(yōu)勢(shì)將大大削弱。因此，Cisco提出CGMP協(xié)議，讓組播路由器來(lái)配置交換機(jī)的組播轉(zhuǎn)發(fā)表，從而徹底解決交換網(wǎng)絡(luò)中的組播問(wèn)題。 被過(guò)濾廣告 CGMP（Cisco Group management protocol）全稱Cisco組管理協(xié)議，采用CGMP的路由器將主機(jī)加入或者退出組播組的IGMP消息通知交換機(jī)，交換機(jī)則根據(jù)該消息將該主機(jī)所在端口從組播轉(zhuǎn)發(fā)表中加入或者刪除。通過(guò)CGMP協(xié)議的使用，2層交換機(jī)可以掌握接收組播的主機(jī)的情況，從而提高整個(gè)網(wǎng)絡(luò)的性能和利用率。 分布樹(shù)（Distribution Tree） 在傳送組播分組時(shí)，指派路由器需要構(gòu)造一個(gè)連接所有組播組成員的樹(shù)。根據(jù)這個(gè)樹(shù)，路由器得出轉(zhuǎn)發(fā)分組的一條唯一路徑。這個(gè)樹(shù)就稱為分布樹(shù)。由于成員可以動(dòng)態(tài)的加入和退出，分布樹(shù)也必須動(dòng)態(tài)更新。 根據(jù)構(gòu)造方法的不同，分布樹(shù)分為源分布樹(shù)（Source Distribution Tree）和共享分布樹(shù)（Shared Distribution Tree）。源分布樹(shù)以組播源為根節(jié)點(diǎn)構(gòu)造到所有組播組成員的生成樹(shù)，通常也稱為最短路徑樹(shù)（SPT）。共享分布樹(shù)，也稱為RP樹(shù)或基于核心的樹(shù)（CBT，Corebased Tree）。它的構(gòu)造方法是以網(wǎng)絡(luò)中的某一個(gè)指定的路由器為根節(jié)點(diǎn)，該路由器稱為集合點(diǎn)或中心點(diǎn)，由此節(jié)點(diǎn)生成包含所有組成員的樹(shù)。使用共享分布樹(shù)時(shí)，組播源需要首先把組播分組發(fā)送給集合點(diǎn)路由器，再由這個(gè)路由器轉(zhuǎn)發(fā)給其他的組成員。 組播路由協(xié)議 組播路由協(xié)議的主要任務(wù)就是構(gòu)造組播的分布樹(shù)，使組播分組能夠傳送到相應(yīng)的組播組成員。根據(jù)對(duì)網(wǎng)絡(luò)中的組播成員的分布和使用的不同，組播路由協(xié)議分為兩類：密集模式路由協(xié)議（DM）和稀疏模式路由協(xié)議（SM）。 被過(guò)濾廣告 DM路由協(xié)議通常用于組播成員較為集中、數(shù)量較多網(wǎng)絡(luò)的大部分用戶、并且有足夠帶寬的網(wǎng)路環(huán)境，比如公司或園區(qū)的局域網(wǎng)。因此，DM路由協(xié)議用定期廣播組播報(bào)文的方法維護(hù)組播分布樹(shù)。DM協(xié)議只使用源分布樹(shù)（SPT），組播流量被廣播到網(wǎng)絡(luò)中所有的組播路由器。DM路由協(xié)議有： DVMRP：距離向量組播路由協(xié)議。這是一種基于距離向量算法的組播路由協(xié)議。目前已基本上被PIM和MOSPF所取代。 MOSPF：組播OSPF協(xié)議。 PIMDM：協(xié)議無(wú)關(guān)組播協(xié)議密集模式。它不需要單獨(dú)的組播協(xié)議，利用路由器上單播路由協(xié)議的路由表作反向路徑轉(zhuǎn)發(fā)檢查，由此獲得組播分布樹(shù)。相比另兩種協(xié)議，PIMDM的開(kāi)銷要小很多，它用于組播源和目的非?？拷?、接收者數(shù)量大于發(fā)送者數(shù)量并且組播流量比較大的環(huán)境中效果很好。 在網(wǎng)路中稀疏分布、網(wǎng)絡(luò)也沒(méi)有充足帶寬的情況，如廣域網(wǎng)環(huán)境，可以使用SM路由協(xié)議。因此，SM路由協(xié)議采用選擇性的建立和維護(hù)分布樹(shù)的方式，由空樹(shù)開(kāi)始，僅當(dāng)成員顯式的請(qǐng)求加入分布樹(shù)才做出修改。SM路由協(xié)議有： CBT：基于中心的分布樹(shù)協(xié)議（RFC 2201）。協(xié)議由以一個(gè)中心的路由器為根構(gòu)造一個(gè)共享分布樹(shù)，所有的組播流量都經(jīng)由這個(gè)中心路由器轉(zhuǎn)發(fā)。 PIMSM：協(xié)議無(wú)關(guān)組播協(xié)議稀疏模式。工作原理與PIMDM類似，但專門(mén)針對(duì)稀疏環(huán)境優(yōu)化。適用于組播組中接收者較少、間歇性組播流量的情況。不同于PIMDM的廣播方式，PIMSM定義了一個(gè)集合點(diǎn)（RP），所有的接收者在RP注冊(cè)，組播分組由RP轉(zhuǎn)發(fā)給接收者。 　UDP協(xié)議 影響視頻傳輸?shù)囊蛩赜泻芏?，其中，帶寬的大小、等待時(shí)間的偏移程度、解碼器緩沖區(qū)的大小，在以太網(wǎng)中是最為常見(jiàn)的幾個(gè)因素。為了達(dá)到最佳的效果，獲得高品質(zhì)的圖像，就需要將網(wǎng)絡(luò)進(jìn)行改進(jìn)，通常實(shí)際的視頻傳輸常常是采用UDP協(xié)議。 UDP協(xié)議是英文User Datagram Protocol的縮寫(xiě)，即用戶數(shù)據(jù)報(bào)協(xié)議，主要用來(lái)支持那些需要在計(jì)算機(jī)之間傳輸數(shù)據(jù)的網(wǎng)絡(luò)應(yīng)用。包括網(wǎng)絡(luò)視頻會(huì)議系統(tǒng)在內(nèi)的眾多的客戶/服務(wù)器模式的網(wǎng)絡(luò)應(yīng)用都需要使用UDP協(xié)議。UDP協(xié)議從問(wèn)世至今已經(jīng)被使用了很多年，雖然其最初的光彩已經(jīng)被一些類似協(xié)議所掩蓋，但是即使是在今天，UDP仍然不失為一項(xiàng)非常實(shí)用和可行的網(wǎng)絡(luò)傳輸層協(xié)議。 與我們所熟知的TCP（傳輸控制協(xié)議）協(xié)議一樣，UDP協(xié)議直接位于IP（網(wǎng)際協(xié)議）協(xié)議的頂層。根據(jù)OSI（開(kāi)放系統(tǒng)互連）參考模型，UDP和TCP都屬于傳輸層協(xié)議。具體如圖8所示：圖8 UDP協(xié)議的主要作用是將網(wǎng)絡(luò)數(shù)據(jù)流量壓縮成數(shù)據(jù)報(bào)的形式。一個(gè)典型的數(shù)據(jù)報(bào)就是一個(gè)二進(jìn)制數(shù)據(jù)的傳輸單位。每一個(gè)數(shù)據(jù)報(bào)的前8個(gè)字節(jié)用來(lái)包含報(bào)頭信息，剩余字節(jié)則用來(lái)包含具體的傳輸數(shù)據(jù)。 UDP報(bào)頭由4個(gè)域組成，其中每個(gè)域各占用2個(gè)字節(jié)，具體如下： 源端口號(hào) 目標(biāo)端口號(hào) 數(shù)據(jù)報(bào)長(zhǎng)度 校驗(yàn)值 UDP協(xié)議使用端口號(hào)為不同的應(yīng)用保留其各自的數(shù)據(jù)傳輸通道。UDP和TCP協(xié)議正是采用這一機(jī)制實(shí)現(xiàn)對(duì)同一時(shí)刻內(nèi)多項(xiàng)應(yīng)用同時(shí)發(fā)送和接收數(shù)據(jù)的支持。數(shù)據(jù)發(fā)送一方（可以是客戶端或服務(wù)器端）將UDP數(shù)據(jù)報(bào)通過(guò)源端口發(fā)送出去，而數(shù)據(jù)接收一方則通過(guò)目標(biāo)端口接收數(shù)據(jù)。有的網(wǎng)絡(luò)應(yīng)用只能使用預(yù)先為其預(yù)留或注冊(cè)的靜態(tài)端口；而另外一些網(wǎng)絡(luò)應(yīng)用則可以使用未被注冊(cè)的動(dòng)態(tài)端口。因?yàn)閁DP報(bào)頭使用兩個(gè)字節(jié)存放端口號(hào)，所以端口號(hào)的有效范圍