自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

部分頻道不通怎么辦?組播協(xié)議是關(guān)鍵

運(yùn)維 網(wǎng)絡(luò)運(yùn)維
組播協(xié)議的主要任務(wù)就是構(gòu)造組播的分布樹,使組播分組能夠傳送到相應(yīng)的組播組成員。根據(jù)對(duì)網(wǎng)絡(luò)中的組播成員的分布和使用的不同。組播協(xié)議分為兩類即DM和SM。

組播協(xié)議分為兩類:密集模式路由協(xié)議(DM)和稀疏模式路由協(xié)議(SM)。在網(wǎng)路中稀疏分布、網(wǎng)絡(luò)也沒有充足帶寬的情況,如廣域網(wǎng)環(huán)境,可以使用SM路由協(xié)議。IPTV組網(wǎng)中組播源側(cè)路由器未啟用組播協(xié)議導(dǎo)致部分頻道不通的故障解決方法如下:

網(wǎng)絡(luò)環(huán)境

IPTV城域網(wǎng)組網(wǎng)圖中,網(wǎng)絡(luò)中配置的組播協(xié)議為PIM SM,RouterA是靜態(tài)RP。接收者側(cè)DR即Switch C發(fā)起將RPT切換成SPT后,發(fā)現(xiàn)在RouterC上組播路由的轉(zhuǎn)發(fā)表的下游端口減少了,導(dǎo)致部分組播業(yè)務(wù)無法訪問。

圖為IPTV城域網(wǎng)組網(wǎng)圖

部分頻道不通怎么辦?組播協(xié)議是關(guān)鍵

故障分析

1.RPT轉(zhuǎn)換成SPTP前,在RouterC上使用命令display multicast forwarding-table檢查組播路由轉(zhuǎn)發(fā)表項(xiàng)。

  1. Multicast Forwarding Table   
  2. Total 11 entries   
  3. 00001. (221.212.252.174, 224.11.1.1), MID: 1030, Flags: 0x0:0   
  4. Uptime: 3d:09h   
  5. Incoming interface: GigabitEthernet2/0/0   
  6. List of 4 outgoing interfaces:   
  7.     1: GigabitEthernet10/0/0.10   
  8.   2: GigabitEthernet10/0/2.10   
  9.   3: GigabitEthernet11/0/6.10   
  10.   4: GigabitEthernet10/0/9.10   
  11.   Matched 58355134 packets(7469457152 bytes), Wrong If 0 packets   
  12. Forwarded 0 packets(0 bytes)  

GigabitEthernet10/0/0.10為RouterC連接Switch C的接口。

2.RPTP轉(zhuǎn)換成SPTP后,使用命令display multicast forwarding-table檢查RouterC上的組播路由轉(zhuǎn)發(fā)表項(xiàng)。發(fā)現(xiàn)“GigabitEthernet10/0/0.10”沒有在出接口列表中。

  1. Multicast Forwarding Table   
  2. Total 11 entries   
  3. 00001. (221.212.252.174, 224.11.1.1), MID: 1030, Flags: 0x0:0   
  4. Uptime: 3d:09h   
  5. Incoming interface: GigabitEthernet2/0/0   
  6. List of 3 outgoing interfaces:   
  7.   1: GigabitEthernet10/0/2.10   
  8.   2: GigabitEthernet11/0/6.10   
  9.   3: GigabitEthernet10/0/9.10   
  10.    Matched 58386531 packets(7469497521 bytes), Wrong If 0 packets   
  11. Forwarded 0 packets(0 bytes)  

3.從全網(wǎng)開始分析,發(fā)現(xiàn)從接收者到組播源,有兩條等值路由,下一跳分別是RouterC和RouterD。RPT切換到SPT之前,RouterA為RP,從RouterA到RouterC只有一跳,因此在RouterC上有完整的(*,G)和(S,G)表項(xiàng),而RouterD上沒有相關(guān)組播路由。但是RPT切換到SPT后,在Switch C上發(fā)出的jJoin信息經(jīng)過自身設(shè)備選路后一部分發(fā)到了RouterD上。

4.通過debbugging命令,定位組播流在哪一側(cè)被剪枝。在RouterB上,顯示RouterB將接收到的jJoin報(bào)文發(fā)送到了Swtich B上,但是在210秒的時(shí)間內(nèi)沒有組播流量,因此此條組播路由被剪枝。

5.檢查Swtich B配置,發(fā)現(xiàn)Switch B與用戶連接的接口沒有使能PIM協(xié)議。因此導(dǎo)致下游請(qǐng)求建立的有源樹表現(xiàn)無法送到真正的組播源處,因此在210秒后就會(huì)對(duì)Router B上的(S,G)表項(xiàng)進(jìn)行剪枝。

操作步驟

步驟 1在Switch B上分別執(zhí)執(zhí)行命令system-view,進(jìn)入系統(tǒng)視圖。

在Switch B上分別執(zhí)行以下操作。

步驟 2執(zhí)行命令multicast routing-enable,使能組播功能。

步驟 3執(zhí)行命令interfaceinterface-type interface-number,進(jìn)入接口視圖。

步驟 4執(zhí)行命令pim sm,使能PIM協(xié)議。

步驟 5執(zhí)行命令return退回到用戶視圖,執(zhí)行命令save,保存對(duì)配置的修改。

在Switch B與用戶連接的接口上配置PIM的有源樹模式后,全網(wǎng)組播業(yè)務(wù)恢復(fù)。

----結(jié)束

案例總結(jié)

1.到達(dá)某一網(wǎng)段,有多條單播路由可達(dá)時(shí),檢查每條單播路徑上的設(shè)備是否都使能了組播協(xié)議。

2.開啟debug來判斷組播在哪一側(cè)進(jìn)行剪枝,有助于定位問題。

責(zé)任編輯:佚名 來源: 51cto整理
相關(guān)推薦

2021-07-16 10:13:35

畸形報(bào)文攻擊網(wǎng)絡(luò)攻擊黑客

2020-04-08 12:40:35

網(wǎng)絡(luò)故障弱電網(wǎng)絡(luò)

2014-08-22 13:18:46

鏈路層協(xié)議

2024-07-18 09:25:26

2020-10-22 15:41:33

網(wǎng)絡(luò)安全網(wǎng)貸大學(xué)生

2010-05-27 16:12:24

IPv6組播路由協(xié)議

2023-07-07 00:54:05

2009-11-03 08:56:02

linux死機(jī)操作系統(tǒng)

2024-04-22 08:17:23

MySQL誤刪數(shù)據(jù)

2017-02-21 13:11:43

SDN網(wǎng)絡(luò)體系SDN架構(gòu)

2022-05-19 08:01:49

PostgreSQL數(shù)據(jù)庫

2022-12-19 11:31:57

緩存失效數(shù)據(jù)庫

2010-06-07 15:41:31

IPv6網(wǎng)絡(luò)協(xié)議

2019-01-04 11:27:26

IPv6雙協(xié)議棧組播

2020-07-21 10:05:48

技術(shù)研發(fā)指標(biāo)

2018-01-28 20:39:39

戴爾

2022-07-05 11:48:47

MySQL死鎖表鎖

2019-10-12 09:50:46

Redis內(nèi)存數(shù)據(jù)庫

2010-05-26 15:17:24

IPv6組播源

2011-04-13 13:56:00

組播CGMPIGMP
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)