組播概念初探

1.組播地址範圍224-239，D類地址
2.其中路由協議所使用的組播地址：224.0.0.1-224.0.0.255，這類地址叫作局部地址，本地鏈路地址，只在本條鏈路上有效，只能傳遞一跳，屬於逐跳行爲
3.單播有路由表，組播也有路由表，可是針對目的地址是局部地址的時候不會查詢路由表，由於只有一跳，這屬於逐跳行爲
4.組播內部分公有地址範圍：224.0.1.1-224.0.1.254，能夠查詢組播路由表，屬於逐流行爲
5.組播內的部分私有地址：239.0.0.1-239.255.255.254
逐跳和逐流的區別：
逐跳行爲有封裝和解封裝的過程，逐流行爲是沒有任何加封裝和解封裝的過程，這個數據包是被直接查詢轉發的，沒有更改源和目的
組播必定是基於單播的，經過URPF-unicast Reverse Path Forwarding--單播逆向路徑轉發來講明：

拓撲圖
如圖：
1.R1的F0/0口配置ip地址15.1.1.1，環回口配置52.1.1.2
2.R5的F0/0配置ip地址15.1.1.2 ，F1/0口配置ip地址52.1.1.1，F2/0口配置53.1.1.1
3.R2的F0/0口配置ip地址52.1.1.2
4.R3的F0/0口配置IP地址53.1.1.2
5.除R5之外其餘全部路由器配置默認路由指向R5
6.在R2和R3上開啓dubug ip icmp
7.在R1指定源爲52.1.1.2去ping 53.1.1.2

R1

R2和R3
那麼思考下，爲什麼會出現這樣的緣由？
由於對於R3只關心目的，並不關心源，當數據從R1將數據發到53.1.1.2，R3回包的時候，查詢路由表發現有路由能夠到達52.1.1.2 ，所以會將數據發到R2，此問題發送的根本緣由在於路由器只關心數據要發到什麼地方，而不關心數據從什麼地方來，所以，咱們須要讓路由器關心數據從什麼地方來，也就是源

R5上開啓單播逆向轉發

R1作測試
開啓之後，R5發現源是52.1.1.0網段的ip地址，數據來自F0/0接口，可是我本地的路由表中52.1.1.0網段的路由對應的是F1/0口，所以，R5收到之後將數據丟棄，再也不轉發給R3。

既校驗源也校驗目的
以上只是作一個演示，一旦開啓組播，URPF自動開啓，也就是說，組播是會校驗源的，爲了將數據發到下一跳設備會查詢組播路由表，因此說組播路由表必定是基於單播的，由於要先有目標網絡的路由表，數據才能夠發出去，數據能夠發出去才能查詢組播路由表，查詢組播路由表才能校驗源，所以，單播路由表是基於組播路由表的。
說到組播就不得不提一下IGMP協議了，IGMP協議，（internet group management protocol，internet管理組協議）
這個協議是用於主機和PC之間的通訊的，當數據經過組播路由表的查詢從一端發到另外一端的時候，另外一端的組播路由器沒法將數據發送到終端設備，那麼爲了可以發現終端設備，路由器須要和下面的終端設備運行一個協議，這個協議就是IGMP協議，運行了IGMP協議之後該路由器會按期的向下發送週期性的詢問消息，一般是60s一次，該消息叫作多播組查詢消息，下游的終端設備收到之後需給予迴應，若是超過三次沒有迴應（180s），那麼將再也不向下發送多播組查詢消息
IGMP協議有三個版本：V1版本，V2版本，V3版本
V1版本會致使一個問題出現，就是當下遊PC中斷，發送多播組查詢消息的路由器沒法感知，需在三個週期多播組消息之後纔再也不向下發送週期性查詢消息，因爲組播多面向於語音視頻類業務，所以，可能致使大量帶寬的浪費。
以上是關於組播消息的基本介紹，後期會按期更新內容，謝謝！