两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

獲取組播拓?fù)湫畔⒌姆椒?、裝置和系統(tǒng)的制作方法

文檔序號(hào):7683391閱讀:259來(lái)源:國(guó)知局
專利名稱:獲取組播拓?fù)湫畔⒌姆椒?、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及組播技術(shù)領(lǐng)域,特別涉及一種獲取組播拓?fù)湫畔⒌姆椒?、裝置和系統(tǒng)。
技術(shù)背景IP組播技術(shù)實(shí)現(xiàn)了 IP網(wǎng)絡(luò)中點(diǎn)到多點(diǎn)的高效數(shù)據(jù)傳送,利用組播的特性方便地提供多 種服務(wù),包括在線直播、網(wǎng)絡(luò)電視、遠(yuǎn)程教育、遠(yuǎn)程會(huì)議、遠(yuǎn)程醫(yī)療、實(shí)時(shí)視頻會(huì)議等等, 一些ISP (Internet Service Provider,因特網(wǎng)服務(wù)提供商)在域間運(yùn)行組播進(jìn)行組播路由和數(shù) 據(jù)的交換,進(jìn)而實(shí)現(xiàn)更加復(fù)雜的組播增值服務(wù)。組播業(yè)務(wù)也隨著市場(chǎng)潛力和需求得到推廣和 普及,而且組播網(wǎng)絡(luò)已經(jīng)從過(guò)去的小型化和單一化逐漸向規(guī)?;图苫l(fā)展。目前網(wǎng)絡(luò)中使用的組播協(xié)議是PIM (Protocol Independent Multicast,協(xié)議無(wú)關(guān)組播)協(xié)議, 該協(xié)議在單播基礎(chǔ)上,進(jìn)行組播的轉(zhuǎn)發(fā)。當(dāng)網(wǎng)絡(luò)中的單播相關(guān)信息發(fā)生變化或組播路由器出 現(xiàn)異常時(shí),必然導(dǎo)致組播拓?fù)洚a(chǎn)生變化,從而提高部分網(wǎng)元的工作壓力;另外當(dāng)網(wǎng)元進(jìn)行RPF (Reverse Path Forwarding,反向路徑檢査)失敗時(shí),不能形成組播轉(zhuǎn)發(fā),會(huì)降低網(wǎng)絡(luò)的可靠 性,而且由于網(wǎng)絡(luò)規(guī)模的龐大,難以立刻定位存在風(fēng)險(xiǎn)或者已經(jīng)出現(xiàn)問(wèn)題的網(wǎng)元,從而會(huì)影 響業(yè)務(wù)的正常運(yùn)行。因此需要對(duì)網(wǎng)絡(luò)進(jìn)行監(jiān)控、管理和維護(hù)?,F(xiàn)有技術(shù)中對(duì)網(wǎng)絡(luò)進(jìn)行監(jiān)控和管理有多種方式。采用NQA (Network Quality Analysis, 網(wǎng)絡(luò)質(zhì)量分析)方式來(lái)獲取單播通訊設(shè)備的功能和業(yè)務(wù)相關(guān)信息。采用MPING (組播PING) 的方式來(lái)檢查網(wǎng)絡(luò)中是否存在組播組。采用MTRACERT (組播路由跟蹤)方式來(lái)獲取當(dāng)前組 播組的一條轉(zhuǎn)發(fā)路徑。另外,還可以是網(wǎng)管設(shè)備在路由器上讀取單播的相關(guān)信息,如配置信 息、接口計(jì)數(shù)信息等,從而獲取單播的拓?fù)湫畔?。在?shí)現(xiàn)本發(fā)明的過(guò)程中,發(fā)明人發(fā)現(xiàn)上述現(xiàn)有技術(shù)至少具有如下缺點(diǎn)無(wú)法讀取組播的相關(guān)信息,如組播協(xié)議、組播接口信息、鄰居信息等等,不能得到網(wǎng)絡(luò) 組播的拓?fù)湫畔?,從而無(wú)法對(duì)網(wǎng)絡(luò)組播進(jìn)行監(jiān)控和管理。發(fā)明內(nèi)容為了獲取組播的拓?fù)湫畔?,本發(fā)明實(shí)施例提供了一種獲取組播拓?fù)湫畔⒌姆椒?、裝置和系統(tǒng)。所述技術(shù)方案如下一方面,本發(fā)明實(shí)施例提供了一種獲取組播拓?fù)湫畔⒌姆椒?,所述方法包?接收節(jié)點(diǎn)發(fā)來(lái)的組播信息;根據(jù)單播拓?fù)湫畔⒑退鼋M播信息,確認(rèn)所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑; 根據(jù)所述組播路徑確定組播拓?fù)湫畔?。另一方面,本發(fā)明實(shí)施例還提供了一種獲取組播拓?fù)湫畔⒌难b置,所述裝置包括 接收模塊,用于接收組播信息;組播路徑確認(rèn)模塊,用于根據(jù)單播拓?fù)湫畔⒑退鼋邮漳K收到的組播信息,確認(rèn)所述 單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑;拓?fù)湫畔⒋_定模塊,用于根據(jù)所述組播路徑確認(rèn)模塊確認(rèn)的組播路徑確定組播拓?fù)湫畔ⅰ?另一方面,本發(fā)明實(shí)施例還提供了一種獲取組播拓?fù)湫畔⒌南到y(tǒng),所述系統(tǒng)包括節(jié)點(diǎn),用于發(fā)送組播信息;服務(wù)器,用于接收所述節(jié)點(diǎn)發(fā)來(lái)的組播信息,根據(jù)單播拓?fù)湫畔⒑退鼋M播信息,確認(rèn) 所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑,并根據(jù)所述組播路徑確定組播拓?fù)湫畔ⅰ?本發(fā)明實(shí)施例提供的技術(shù)方案的有益效果是通過(guò)接收組播信息,結(jié)合已有的單播拓?fù)湫畔⒋_認(rèn)組播路徑,從而得到了組播拓?fù)湫畔ⅲ?方便用戶對(duì)組播業(yè)務(wù)進(jìn)行管理,為網(wǎng)絡(luò)監(jiān)控提供了很大的方便,可以及時(shí)了解網(wǎng)絡(luò)的變化, 并確認(rèn)網(wǎng)絡(luò)中存在的風(fēng)險(xiǎn),提高了網(wǎng)絡(luò)可靠性,降低維護(hù)成本和難度。


圖1是本發(fā)明實(shí)施例1提供的獲取組播拓?fù)湫畔⒌姆椒鞒虉D; 圖2是本發(fā)明實(shí)施例2提供的獲取組播拓?fù)湫畔⒌难b置第一結(jié)構(gòu)圖; 圖3是本發(fā)明實(shí)施例2提供的獲取組播拓?fù)湫畔⒌难b置第二結(jié)構(gòu)圖; 圖4是本發(fā)明實(shí)施例2提供的獲取組播拓?fù)湫畔⒌难b置第三結(jié)構(gòu)圖; 圖5是本發(fā)明實(shí)施例2提供的獲取組播拓?fù)湫畔⒌难b置第四結(jié)構(gòu)圖; 圖6是本發(fā)明實(shí)施例2提供的獲取組播拓?fù)湫畔⒌难b置第五結(jié)構(gòu)圖; 圖7是本發(fā)明實(shí)施例3提供的獲取組播拓?fù)湫畔⒌南到y(tǒng)第一結(jié)構(gòu)圖; 圖8是本發(fā)明實(shí)施例3提供的獲取組播拓?fù)湫畔⒌南到y(tǒng)第二結(jié)構(gòu)圖; 圖9是本發(fā)明實(shí)施例3提供的獲取組播拓?fù)湫畔⒌南到y(tǒng)第三結(jié)構(gòu)圖。
具體實(shí)施方式
為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施方 式作進(jìn)一步地詳細(xì)描述。本發(fā)明實(shí)施例提供的獲取組播拓?fù)湫畔⒌姆椒?,具體包括接收節(jié)點(diǎn)發(fā)來(lái)的組播信息; 根據(jù)單播拓?fù)湫畔⒑退鼋M播信息,確認(rèn)所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑;根據(jù)所 述組播路徑確定組播拓?fù)湫畔?。本發(fā)明實(shí)施例中的組播拓?fù)湫畔ńM播路由樹(shù)和組播轉(zhuǎn)發(fā)樹(shù)中的至少一種。本發(fā)明實(shí) 施例中的節(jié)點(diǎn)是指組播通訊設(shè)備,包括但不限于組播路由器和組播交換機(jī)等等。實(shí)施例1參見(jiàn)圖l,本發(fā)明實(shí)施例提供了一種獲取組播拓?fù)湫畔⒌姆椒?,具體包括 S101:節(jié)點(diǎn)發(fā)送組播信息給服務(wù)器。其中,節(jié)點(diǎn)可以定期發(fā)送組播信息給服務(wù)器,也可以在滿足預(yù)設(shè)的條件時(shí)發(fā)送組播信息 給服務(wù)器,如加入組播組時(shí)發(fā)送、離開(kāi)組播組時(shí)發(fā)送等等。當(dāng)節(jié)點(diǎn)為組播路由器時(shí),組播信 息具體包括組播協(xié)議信息、組播接口信息、IGMP (Internet Group Management Protocol,因特 網(wǎng)組管理協(xié)議)信息和鄰居信息等等。在特殊情況下,節(jié)點(diǎn)發(fā)送的組播信息除包括上述信息 外,還包括其他信息。例如,當(dāng)節(jié)點(diǎn)為BSR (Bootstrap Router,自舉路由器)設(shè)備時(shí),組播 信息還包括BSR信息;或當(dāng)節(jié)點(diǎn)為RP (Rendezvous Point,匯聚點(diǎn))設(shè)備時(shí),組播信息還包 括RP信息;或當(dāng)節(jié)點(diǎn)轉(zhuǎn)發(fā)數(shù)據(jù)時(shí),組播信息還包括接口轉(zhuǎn)發(fā)報(bào)文的個(gè)數(shù)和轉(zhuǎn)發(fā)報(bào)文的總數(shù) 據(jù)量;或當(dāng)組播拓?fù)渖蓵r(shí)或組播拓?fù)渥兓瘯r(shí),組播信息還包括以下兩組信息中的至少一組 1) (S, G)、組播出接口和組播入接口; 2) (*, G)、組播出接口和組播入接口;其中,S為 組播源IP地址、G為組播組IP地址。第一組信息中包括固定的組播源IP地址S和組播組IP 地址G以及組播接口信息,第二組信息中包括固定的組播組IP地址G和組播接口信息,其 中f表示組播源IP地址不固定,即代表任一個(gè)組播源IP地址。進(jìn)一步地,當(dāng)節(jié)點(diǎn)出現(xiàn)RPF檢 查失敗,導(dǎo)致流量中斷等情況時(shí),還主動(dòng)發(fā)送消息通知服務(wù)器節(jié)點(diǎn)出現(xiàn)問(wèn)題。當(dāng)節(jié)點(diǎn)為組播交換機(jī)時(shí),組播信息包括接口轉(zhuǎn)發(fā)信息和該節(jié)點(diǎn)為組播交換機(jī)等信息。S102:服務(wù)器接收節(jié)點(diǎn)發(fā)來(lái)的組播信息。S103:服務(wù)器根據(jù)單播拓?fù)湫畔⒑徒M播信息,確認(rèn)單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑; 其中,單播拓?fù)湫畔榉?wù)器預(yù)先獲取并保存的,如服務(wù)器通過(guò)讀取各節(jié)點(diǎn)上的信息,分析后得到單播拓?fù)湫畔?、該單播拓?fù)湫畔⒅邪ǜ鞴?jié)點(diǎn)的出接口和入接口信息、IP地址以及業(yè)務(wù)信息等等。服務(wù)器確認(rèn)組播路徑的過(guò)程具體包括對(duì)單播拓?fù)湫畔⒅腥我庀噜彽膬蓚€(gè)節(jié)點(diǎn),根據(jù)收到的組播信息判斷該兩個(gè)節(jié)點(diǎn)之間的路 徑對(duì)應(yīng)的兩個(gè)接口是否已使能組播,且組播路由表或組播數(shù)據(jù)轉(zhuǎn)發(fā)表中存在該路徑,如果是, 則該路徑為組播路徑。例如,單播拓?fù)渲杏袃蓚€(gè)相鄰的節(jié)點(diǎn)A和B,節(jié)點(diǎn)A的接口 1和節(jié)點(diǎn)B的接口 2之間存 在一條路徑L,首先根據(jù)收到的組播信息判斷節(jié)點(diǎn)A的接口 1和節(jié)點(diǎn)B的接口 2是否均使能 組播,如果是,則表明該條路徑具有組播的能力;然后判斷組播路由表中是否存在該路徑, 或判斷組播轉(zhuǎn)發(fā)樹(shù)中是否存在該路徑。其中,如果判斷出組播路由表中存在路徑L,如判斷 出節(jié)點(diǎn)A的組播路由表中接口 l為組播出接口,而且節(jié)點(diǎn)B的組播路由表中接口2為組播入 接口,則表明組播路由樹(shù)中存在路徑L,即路徑L具有轉(zhuǎn)發(fā)組播數(shù)據(jù)的能力;如果判斷出組 播轉(zhuǎn)發(fā)表中存在路徑L,則表明組播轉(zhuǎn)發(fā)樹(shù)中存在該路徑,即該路徑已經(jīng)或正在轉(zhuǎn)發(fā)組播數(shù) 據(jù)。當(dāng)兩個(gè)相鄰的節(jié)點(diǎn)之間有多條路徑時(shí),按照上述方式逐一進(jìn)行確認(rèn),得到該兩個(gè)節(jié)點(diǎn)之 間的組播路徑信息,類似地,對(duì)單播拓?fù)渲兴邢噜彽墓?jié)點(diǎn)都進(jìn)行確認(rèn),則可以得到網(wǎng)絡(luò)中 的所有組播路徑信息。S104:服務(wù)器根據(jù)得到的組播路徑信息確定組播拓?fù)湫畔?。其中,服?wù)器根據(jù)組播路由表確認(rèn)的所有組播路徑,組成完整的組播路由樹(shù),該組播路 由樹(shù)即組播路由的拓?fù)湫畔ⅲ环?wù)器根據(jù)組播轉(zhuǎn)發(fā)表確認(rèn)的所有組播路徑,組成完整的組播 轉(zhuǎn)發(fā)樹(shù),該組播轉(zhuǎn)發(fā)樹(shù)即組播轉(zhuǎn)發(fā)的拓?fù)湫畔?。服?wù)器在得到組播拓?fù)湫畔⒑?,可以進(jìn)行組播組査詢或組播鄰居檢索等操作,并對(duì)相關(guān) 的信息進(jìn)行記錄,以監(jiān)控網(wǎng)絡(luò)的組播拓?fù)湫畔ⅰA硗?,還可以根據(jù)指定的組播組信息,在得 到的組播拓?fù)湫畔⒅蝎@取該指定的組播組路徑以及拓?fù)湫畔ⅲ瑢?duì)該指定的組播組進(jìn)行維護(hù)。進(jìn)一步地,當(dāng)節(jié)點(diǎn)準(zhǔn)備再次發(fā)送組播信息時(shí),上述方法還包括節(jié)點(diǎn)比較已發(fā)送的組播信息和待發(fā)送的組播信息是否相同,如果相同,則向服務(wù)器發(fā)送 組播信息未發(fā)生變化的消息;否則,將待發(fā)送的組播信息中發(fā)生變化的組播信息發(fā)送給服務(wù) 器;相應(yīng)地,服務(wù)器還接收節(jié)點(diǎn)發(fā)來(lái)的組播信息未發(fā)生變化的消息或接收節(jié)點(diǎn)發(fā)來(lái)的發(fā)生變 化的組播信息。進(jìn)一步地,服務(wù)器確定組播拓?fù)湫畔⒅?,還包括節(jié)點(diǎn)定期發(fā)送存活狀態(tài)信息給服務(wù)器;服務(wù)器未定期收到存活狀態(tài)信息或收到錯(cuò)誤的存活狀態(tài)信息時(shí),向該節(jié)點(diǎn)發(fā)送查詢消息,如果未收到該節(jié)點(diǎn)返回的響應(yīng)消息,則在組播拓?fù)?信息中將該節(jié)點(diǎn)標(biāo)識(shí)為故障設(shè)備。例如,當(dāng)某個(gè)節(jié)點(diǎn)出現(xiàn)宕機(jī),組播功能缺失等不能正常轉(zhuǎn) 發(fā)流量的情況時(shí)候,則不能向服務(wù)器發(fā)送存活狀態(tài)信息,或者發(fā)送錯(cuò)誤的存活狀態(tài)信息,進(jìn) 一步地服務(wù)器發(fā)送查詢消息給該節(jié)點(diǎn)進(jìn)行確認(rèn),若未得到該節(jié)點(diǎn)返回的響應(yīng)消息,則認(rèn)為該 節(jié)點(diǎn)發(fā)生故障,在組播拓?fù)湫畔⒅袑⒃摴?jié)點(diǎn)標(biāo)識(shí)為故障設(shè)備。本實(shí)施例通過(guò)服務(wù)器接收組播信息,結(jié)合巳有的單播拓?fù)湫畔⒋_認(rèn)組播路徑,從而得到 了組播拓?fù)湫畔?,方便用戶?duì)組播業(yè)務(wù)進(jìn)行管理。通過(guò)節(jié)點(diǎn)定期發(fā)送存活狀態(tài)信息以及服務(wù) 器進(jìn)行相應(yīng)的確認(rèn),可以及時(shí)更新組播拓?fù)湫畔?。另外,可以?shí)時(shí)顯示收集的節(jié)點(diǎn)運(yùn)行情況, 為網(wǎng)絡(luò)監(jiān)控提供了很大的方便,可以及時(shí)了解網(wǎng)絡(luò)的變化,并確認(rèn)網(wǎng)絡(luò)中存在的風(fēng)險(xiǎn),提高 了網(wǎng)絡(luò)可靠性,降低維護(hù)成本和難度。實(shí)施例2參見(jiàn)圖2,本發(fā)明實(shí)施例提供了一種獲取組播拓?fù)湫畔⒌难b置,具體包括 接收模塊201,用于接收組播信息;組播路徑確認(rèn)模塊202,用于根據(jù)單播拓?fù)湫畔⒑徒邮漳K201收到的組播信息,確認(rèn) 單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑;拓?fù)湫畔⒋_定模塊203,用于根據(jù)組播路徑確認(rèn)模塊202確認(rèn)的組播路徑確定組播拓?fù)?自I R尼、o其中,參見(jiàn)圖3,組播路徑確認(rèn)模塊202可以具體包括第一判斷單元2021,用于對(duì)單播拓?fù)湫畔⒅腥我庀噜彽膬蓚€(gè)節(jié)點(diǎn),根據(jù)接收模塊收到的 組播信息判斷兩個(gè)節(jié)點(diǎn)之間的路徑對(duì)應(yīng)的兩個(gè)接口是否己使能組播,且組播路由表中存在該 路徑;第一確認(rèn)單元2022,用于當(dāng)?shù)谝慌袛鄦卧?021判斷的結(jié)果為是時(shí),確認(rèn)該路徑為組播 路由樹(shù)中的組播路徑。另外,參見(jiàn)圖4,組播路徑確認(rèn)模塊202還可以具體包括第二判斷單元2023,用于對(duì)單播拓?fù)湫畔⒅腥我庀噜彽膬蓚€(gè)節(jié)點(diǎn),根據(jù)接收模塊收到的 組播信息判斷兩個(gè)節(jié)點(diǎn)之間的路徑對(duì)應(yīng)的兩個(gè)接口是否已使能組播,且組播數(shù)據(jù)轉(zhuǎn)發(fā)表中存 在該路徑;第二確認(rèn)單元2024,用于當(dāng)判斷第二單元判斷2023的結(jié)果為是時(shí),確認(rèn)該路徑為組播 轉(zhuǎn)發(fā)樹(shù)中的組播路徑。進(jìn)一步地,參見(jiàn)圖5,上述裝置還包括單播拓?fù)湫畔@取模塊204,用于讀取各節(jié)點(diǎn)上的信息,分析后得到單播拓?fù)湫畔?,?單播拓?fù)湫畔ǜ鞴?jié)點(diǎn)的出接口和入接口信息、IP地址以及業(yè)務(wù)信息等;相應(yīng)地,組播路徑確認(rèn)模塊202具體用于根據(jù)單播拓?fù)湫畔@取模塊204獲取的單播拓 撲信息和接收模塊201收到的組播信息,確認(rèn)該單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑。進(jìn)一步地,參見(jiàn)圖6,上述裝置還包括更新模塊205,用于對(duì)拓?fù)湫畔⒋_定模塊203得到的組播拓?fù)湫畔⒅械娜我还?jié)點(diǎn),如果 未定期收到節(jié)點(diǎn)發(fā)來(lái)的存活狀態(tài)信息或收到錯(cuò)誤的存活狀態(tài)信息時(shí),向節(jié)點(diǎn)發(fā)送查詢消息, 如果未收到節(jié)點(diǎn)返回的響應(yīng)消息,則在組播拓?fù)湫畔⒅袑⒐?jié)點(diǎn)標(biāo)識(shí)為故障設(shè)備。本實(shí)施例中的獲取組播拓?fù)湫畔⒌难b置,可以是一個(gè)獨(dú)立的設(shè)備,也可以集成在其他設(shè) 備上,例如,集成在服務(wù)器上。本實(shí)施例通過(guò)接收組播信息,結(jié)合已有的單播拓?fù)湫畔⒋_認(rèn)組播路徑,從而得到了組播 拓?fù)湫畔ⅲ奖阌脩魧?duì)組播業(yè)務(wù)進(jìn)行管理。通過(guò)接收節(jié)點(diǎn)定期發(fā)送的存活狀態(tài)信息以及進(jìn)行 相應(yīng)的確認(rèn),可以及時(shí)更新組播拓?fù)湫畔?。另外,可以?shí)時(shí)顯示收集的節(jié)點(diǎn)運(yùn)行情況,為網(wǎng) 絡(luò)監(jiān)控提供了很大的方便,可以及時(shí)了解網(wǎng)絡(luò)的變化,并確認(rèn)網(wǎng)絡(luò)中存在的風(fēng)險(xiǎn),提高了網(wǎng) 絡(luò)可靠性,降低維護(hù)成本和難度。實(shí)施例3參見(jiàn)圖7,本發(fā)明實(shí)施例提供了一種獲取組播拓?fù)湫畔⒌南到y(tǒng),具體包括 節(jié)點(diǎn)301,用于發(fā)送組播信息;服務(wù)器302,用于接收節(jié)點(diǎn)301發(fā)來(lái)的組播信息,根據(jù)單播拓?fù)湫畔⒑徒M播信息,確認(rèn) 單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑,并根據(jù)組播路徑確定組播拓?fù)湫畔ⅰ?進(jìn)一步地,參見(jiàn)圖8,上述節(jié)點(diǎn)301還包括比較模塊3011,用于比較已發(fā)送的組播信息和待發(fā)送的組播信息是否相同,如果相同, 則通知服務(wù)器302組播信息未發(fā)生變化;否則,將待發(fā)送的組播信息中發(fā)生變化的組播信息 發(fā)送給服務(wù)器302。另外,參見(jiàn)圖9,上述節(jié)點(diǎn)301還包括維護(hù)模塊3012,用于定期發(fā)送存活狀態(tài)信息給服務(wù)器302,并在收到服務(wù)器302發(fā)來(lái)的 查詢消息后,返回響應(yīng)消息給服務(wù)器302; 相應(yīng)地,上述服務(wù)器302還包括更新模塊3021,用于如果未定期收到維護(hù)模塊3012發(fā)來(lái)的存活狀態(tài)信息或收到錯(cuò)誤的 存活狀態(tài)信息時(shí),向維護(hù)模塊3012發(fā)送查詢消息,如果未收到維護(hù)模塊3012返回的響應(yīng)消息,在組播拓?fù)湫畔⒅袑⒐?jié)點(diǎn)標(biāo)識(shí)為故障設(shè)備。本實(shí)施例通過(guò)服務(wù)器接收節(jié)點(diǎn)發(fā)來(lái)的組播信息,結(jié)合已有的單播拓?fù)湫畔⒋_認(rèn)組播路徑, 從而得到了組播拓?fù)湫畔ⅲ奖阌脩魧?duì)組播業(yè)務(wù)進(jìn)行管理。通過(guò)節(jié)點(diǎn)定期發(fā)送存活狀態(tài)信息 以及服務(wù)器進(jìn)行相應(yīng)的確認(rèn),可以及時(shí)更新組播拓?fù)湫畔ⅰA硗?,可以?shí)時(shí)顯示收集的節(jié)點(diǎn) 運(yùn)行情況,為網(wǎng)絡(luò)監(jiān)控提供了很大的方便,可以及時(shí)了解網(wǎng)絡(luò)的變化,并確認(rèn)網(wǎng)絡(luò)中存在的 風(fēng)險(xiǎn),提高了網(wǎng)絡(luò)可靠性,降低維護(hù)成本和難度。本發(fā)明實(shí)施例可以利用軟件實(shí)現(xiàn),相應(yīng)的軟件可以存儲(chǔ)在可讀取的存儲(chǔ)介質(zhì)中,如組播 路由器或服務(wù)器的硬盤、緩存和光盤中等等。以上所述僅為本發(fā)明的較佳實(shí)施例,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之 內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種獲取組播拓?fù)湫畔⒌姆椒?,其特征在于,所述方法包括接收?jié)點(diǎn)發(fā)來(lái)的組播信息;根據(jù)單播拓?fù)湫畔⒑退鼋M播信息,確認(rèn)所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑;根據(jù)所述組播路徑確定組播拓?fù)湫畔ⅰ?br> 2. 根據(jù)權(quán)利要求1所述的獲取組播拓?fù)湫畔⒌姆椒?,其特征在于,所述接收?jié)點(diǎn)發(fā)來(lái)的 組播信息之前,還包括所述節(jié)點(diǎn)比較已發(fā)送的組播信息和待發(fā)送的組播信息是否相同,如果相同,則發(fā)送組播 信息未發(fā)生變化的消息;否則,發(fā)送所述待發(fā)送的組播信息中發(fā)生變化的組播信息; 相應(yīng)地,所述接收節(jié)點(diǎn)發(fā)來(lái)的組播信息,還包括接收所述組播信息未發(fā)生變化的消息或接收所述發(fā)生變化的組播信息。
3. 根據(jù)權(quán)利要求1或2所述的獲取組播拓?fù)湫畔⒌姆椒?,其特征在于,所述接收?jié)點(diǎn)發(fā) 來(lái)的組播信息,具體為定期接收所述節(jié)點(diǎn)發(fā)來(lái)的組播信息;或者在滿足預(yù)設(shè)條件時(shí),接收 所述節(jié)點(diǎn)發(fā)來(lái)的組播信息。
4. 根據(jù)權(quán)利要求3所述的獲取組播拓?fù)湫畔⒌姆椒?,其特征在于,所述預(yù)設(shè)條件包括所述節(jié)點(diǎn)加入組播組,或者所述節(jié)點(diǎn)離開(kāi)組播組。
5. 根據(jù)權(quán)利要求3所述的獲取組播拓?fù)湫畔⒌姆椒?,其特征在于,?dāng)所述節(jié)點(diǎn)為組播路由器時(shí),所述組播信息包括組播協(xié)議信息、組播接口信息、因特 網(wǎng)組管理協(xié)議信息和鄰居信息;當(dāng)所述節(jié)點(diǎn)為自舉路由器設(shè)備時(shí),所述組播信息包括組播協(xié)議信息、組播接口信息、 因特網(wǎng)組管理協(xié)議信息、鄰居信息,以及自舉路由器信息;當(dāng)所述節(jié)點(diǎn)為匯聚點(diǎn)設(shè)備時(shí),所述組播信息包括組播協(xié)議信息、組播接口信息、因特 網(wǎng)組管理協(xié)議信息、鄰居信息,以及匯聚點(diǎn)信息;當(dāng)所述節(jié)點(diǎn)轉(zhuǎn)發(fā)數(shù)據(jù)時(shí),所述組播信息包括組播協(xié)議信息、組播接口信息、因特網(wǎng)組 管理協(xié)議信息、鄰居信息,以及接口轉(zhuǎn)發(fā)報(bào)文的個(gè)數(shù)和轉(zhuǎn)發(fā)報(bào)文的總數(shù)據(jù)量;當(dāng)組播拓?fù)渖蓵r(shí)或組播拓?fù)渥兓瘯r(shí),所述組播信息包括組播協(xié)議信息、組播接口信 息、因特網(wǎng)組管理協(xié)議信息、鄰居信息,以及以下兩組信息中的至少一組-組播源IP地址、組播組IP地址、組播出接口和組播入接口;和 組播組IP地址、組播出接口和組播入接口 。
6. 根據(jù)權(quán)利要求1所述的獲取組播拓?fù)湫畔⒌姆椒ǎ涮卣髟谟?,所述單播拓?fù)湫畔?括各節(jié)點(diǎn)的出接口和入接口信息、IP地址以及業(yè)務(wù)信息。
7. 根據(jù)權(quán)利要求1或6所述的獲取組播拓?fù)湫畔⒌姆椒?,其特征在于,所述根?jù)單播拓 撲信息和所述組播信息,確認(rèn)所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑,具體包括對(duì)單播拓?fù)湫畔⒅腥我庀噜彽膬蓚€(gè)節(jié)點(diǎn),根據(jù)所述組播信息判斷所述兩個(gè)節(jié)點(diǎn)之間的路 徑對(duì)應(yīng)的兩個(gè)接口是否已使能組播,且組播路由表中存在所述路徑,如果是,則確認(rèn)所述路 徑為組播路由樹(shù)中的組播路徑。
8. 根據(jù)權(quán)利要求1或6所述的獲取組播拓?fù)湫畔⒌姆椒ǎ涮卣髟谟?,所述根?jù)單播拓 撲信息和所述組播信息,確認(rèn)所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑,具體包括對(duì)單播拓?fù)湫畔⒅腥我庀噜彽膬蓚€(gè)節(jié)點(diǎn),根據(jù)所述組播信息判斷所述兩個(gè)節(jié)點(diǎn)之間的路 徑對(duì)應(yīng)的兩個(gè)接口是否已使能組播,且組播數(shù)據(jù)轉(zhuǎn)發(fā)表中存在所述路徑,如果是,則確認(rèn)所 述路徑為組播轉(zhuǎn)發(fā)樹(shù)中的組播路徑。
9. 根據(jù)權(quán)利要求1所述的獲取組播拓?fù)湫畔⒌姆椒?,其特征在于,所述根?jù)所述組播路 徑確定組播拓?fù)湫畔⒅螅€包括當(dāng)未定期收到所述節(jié)點(diǎn)發(fā)來(lái)的存活狀態(tài)信息或收到錯(cuò)誤的存活狀態(tài)信息時(shí),向所述節(jié)點(diǎn) 發(fā)送查詢消息,如果未收到所述節(jié)點(diǎn)返回的響應(yīng)消息,則在所述組播拓?fù)湫畔⒅袑⑺龉?jié)點(diǎn) 標(biāo)識(shí)為故障設(shè)備。
10. —種獲取組播拓?fù)湫畔⒌难b置,其特征在于,所述裝置包括 接收模塊,用于接收組播信息;組播路徑確認(rèn)模塊,用于根據(jù)單播拓?fù)湫畔⒑退鼋邮漳K收到的組播信息,確認(rèn)所述 單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑;拓?fù)湫畔⒋_定模塊,用于根據(jù)所述組播路徑確認(rèn)模塊確認(rèn)的組播路徑確定組播拓?fù)湫畔ⅰ?br> 11. 根據(jù)權(quán)利要求10所述的獲取組播拓?fù)湫畔⒌难b置,其特征在于,所述組播路徑確認(rèn) 模塊具體包括第一判斷單元,用于對(duì)單播拓?fù)湫畔⒅腥我庀噜彽膬蓚€(gè)節(jié)點(diǎn),根據(jù)所述接收模塊收到的 組播信息判斷所述兩個(gè)節(jié)點(diǎn)之間的路徑對(duì)應(yīng)的兩個(gè)接口是否已使能組播,且組播路由表中存 在所述路徑;第一確認(rèn)單元,用于當(dāng)所述第一判斷單元判斷的結(jié)果為是時(shí),確認(rèn)所述路徑為組播路由 樹(shù)中的組播路徑。
12. 根據(jù)權(quán)利要求10所述的獲取組播拓?fù)湫畔⒌难b置,其特征在于,所述組播路徑確認(rèn) 模塊具體包括第二判斷單元,用于對(duì)單播拓?fù)湫畔⒅腥我庀噜彽膬蓚€(gè)節(jié)點(diǎn),根據(jù)所述接收模塊收到的 組播信息判斷所述兩個(gè)節(jié)點(diǎn)之間的路徑對(duì)應(yīng)的兩個(gè)接口是否已使能組播,且組播數(shù)據(jù)轉(zhuǎn)發(fā)表 中存在所述路徑;第二確認(rèn)單元,用于當(dāng)所述第二判斷單元判斷的結(jié)果為是時(shí),確認(rèn)所述路徑為組播轉(zhuǎn)發(fā) 樹(shù)中的組播路徑。
13. 根據(jù)權(quán)利要求10所述的獲取組播拓?fù)湫畔⒌难b置,其特征在于,所述裝置還包括 單播拓?fù)湫畔@取模塊,用于讀取各節(jié)點(diǎn)上的信息,分析后得到單播拓?fù)湫畔?;所述單播拓?fù)湫畔ㄋ龈鞴?jié)點(diǎn)的出接口和入接口信息、IP地址以及業(yè)務(wù)信息;相應(yīng)地,所述組播路徑確認(rèn)模塊具體用于根據(jù)所述單播拓?fù)湫畔@取模塊獲取的單播拓 撲信息和所述接收模塊收到的組播信息,確認(rèn)所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑。
14. 根據(jù)權(quán)利要求10所述的獲取組播拓?fù)湫畔⒌难b置,其特征在于,所述裝置還包括 更新模塊,用于對(duì)所述拓?fù)湫畔⒋_定模塊得到的組播拓?fù)湫畔⒅械娜我还?jié)點(diǎn),如果未定期收到所述節(jié)點(diǎn)發(fā)來(lái)的存活狀態(tài)信息或收到錯(cuò)誤的存活狀態(tài)信息時(shí),向所述節(jié)點(diǎn)發(fā)送査詢消 息,如果未收到所述節(jié)點(diǎn)返回的響應(yīng)消息,則在所述組播拓?fù)湫畔⒅袑⑺龉?jié)點(diǎn)標(biāo)識(shí)為故障 設(shè)備。
15. —種獲取組播拓?fù)湫畔⒌南到y(tǒng),其特征在于,所述系統(tǒng)包括 節(jié)點(diǎn),用于發(fā)送組播信息;服務(wù)器,用于接收所述節(jié)點(diǎn)發(fā)來(lái)的組播信息,根據(jù)單播拓?fù)湫畔⒑退鼋M播信息,確認(rèn) 所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑,并根據(jù)所述組播路徑確定組播拓?fù)湫畔ⅰ?br> 16. 根據(jù)權(quán)利要求15所述的獲取組播拓?fù)湫畔⒌南到y(tǒng),其特征在于,所述節(jié)點(diǎn)還包括 比較模塊,用于比較己發(fā)送的組播信息和待發(fā)送的組播信息是否相同,如果相同,則通知所述服務(wù)器組播信息未發(fā)生變化;如果不同,將所述待發(fā)送的組播信息中發(fā)生變化的組播 信息發(fā)送給所述服務(wù)器。
17. 根據(jù)權(quán)利要求15或16所述的獲取組播拓?fù)湫畔⒌南到y(tǒng),其特征在于,所述節(jié)點(diǎn)還 包括維護(hù)模塊,用于定期發(fā)送存活狀態(tài)信息給所述服務(wù)器,并在收到所述服務(wù)器發(fā)來(lái)的查詢 消息后,返回響應(yīng)消息給所述服務(wù)器; 所述服務(wù)器還包括更新模塊,用于如果未定期收到所述維護(hù)模塊發(fā)來(lái)的存活狀態(tài)信息或收到錯(cuò)誤的存活狀 態(tài)信息時(shí),向所述維護(hù)模塊發(fā)送査詢消息,如果未收到所述維護(hù)模塊返回的響應(yīng)消息,在所 述組播拓?fù)湫畔⒅袑⑺龉?jié)點(diǎn)標(biāo)識(shí)為故障設(shè)備。
全文摘要
本發(fā)明公開(kāi)了一種獲取組播拓?fù)湫畔⒌姆椒?、裝置和系統(tǒng),屬于組播技術(shù)領(lǐng)域。所述方法包括接收節(jié)點(diǎn)發(fā)來(lái)的組播信息;根據(jù)單播拓?fù)湫畔⒑退鼋M播信息,確認(rèn)所述單播拓?fù)湫畔⒅泄?jié)點(diǎn)之間的組播路徑;根據(jù)所述組播路徑確定組播拓?fù)湫畔ⅰK鲅b置包括接收模塊、組播路徑確認(rèn)模塊和拓?fù)湫畔⒋_定模塊。所述系統(tǒng)包括節(jié)點(diǎn)和服務(wù)器。本發(fā)明通過(guò)接收組播信息,結(jié)合已有的單播拓?fù)湫畔⒋_認(rèn)組播路徑,從而得到了組播拓?fù)湫畔?,方便用戶?duì)組播業(yè)務(wù)進(jìn)行管理,為網(wǎng)絡(luò)監(jiān)控提供了很大的方便,可以及時(shí)了解網(wǎng)絡(luò)的變化,并確認(rèn)網(wǎng)絡(luò)中存在的風(fēng)險(xiǎn),提高了網(wǎng)絡(luò)可靠性,降低維護(hù)成本和難度。
文檔編號(hào)H04L12/18GK101227310SQ200810006729
公開(kāi)日2008年7月23日 申請(qǐng)日期2008年1月29日 優(yōu)先權(quán)日2008年1月29日
發(fā)明者亮 郭 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
临沧市| 宝清县| 鄂州市| 绿春县| 和平县| 衡东县| 顺平县| 宜昌市| 启东市| 松原市| 沧州市| 隆子县| 襄樊市| 滨州市| 清流县| 慈溪市| 余姚市| 北辰区| 德安县| 汕头市| 麻栗坡县| 乌什县| 平利县| 德州市| 沙雅县| 宁远县| 安化县| 怀来县| 德安县| 土默特左旗| 樟树市| 巩义市| 长春市| 巨鹿县| 华蓥市| 深州市| 乐业县| 崇阳县| 海门市| 平乐县| 基隆市|