本發(fā)明涉及網(wǎng)絡(luò)設(shè)備管理技術(shù)領(lǐng)域,尤其涉及一種組播數(shù)據(jù)流監(jiān)測方法、裝置及組播轉(zhuǎn)發(fā)設(shè)備。
背景技術(shù):
組播是指在IP(Internet Protocol,互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)中將組播源端的數(shù)據(jù)以盡力傳送的形式發(fā)送到某個(gè)主機(jī)集合即組播組的所有成員,組播源端只需要發(fā)送一份目的地址為組播組地址的數(shù)據(jù),組播組中的所有成員都可收到同樣的數(shù)據(jù)拷貝,組播組成員之外的主機(jī)不能收到該數(shù)據(jù)。
相對(duì)于單播和廣播,組播技術(shù)實(shí)現(xiàn)了IP網(wǎng)絡(luò)中點(diǎn)到多點(diǎn)的高效數(shù)據(jù)傳送,有效地節(jié)約網(wǎng)絡(luò)帶寬、降低網(wǎng)絡(luò)負(fù)載。因此組播被廣泛用于網(wǎng)絡(luò)電視、網(wǎng)絡(luò)電臺(tái)、在線直播、遠(yuǎn)程教育及醫(yī)療、實(shí)時(shí)視頻會(huì)議等網(wǎng)絡(luò)信息服務(wù)領(lǐng)域。
目前針對(duì)組播網(wǎng)絡(luò)的檢測方法相對(duì)較少,大多局限在通過組播源端與組播轉(zhuǎn)發(fā)設(shè)備的接收端口的互動(dòng)來發(fā)現(xiàn)并定位故障,但是在實(shí)際網(wǎng)絡(luò)環(huán)境中,由于很難對(duì)組播遠(yuǎn)端的數(shù)據(jù)流量進(jìn)行調(diào)整,這種方法可行性較低。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明要解決的技術(shù)問題是,提供一種組播數(shù)據(jù)流監(jiān)測方法、裝置及組播轉(zhuǎn)發(fā)設(shè)備,基于組播轉(zhuǎn)發(fā)設(shè)備上的數(shù)據(jù)流轉(zhuǎn)發(fā)通道進(jìn)行監(jiān)測和故障定位。
本發(fā)明采用的技術(shù)方案是,所述組播數(shù)據(jù)流監(jiān)測方法,包括:
流量監(jiān)測步驟:在組播轉(zhuǎn)發(fā)設(shè)備運(yùn)行組播業(yè)務(wù)的過程中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行網(wǎng)段故障定位。
進(jìn)一步的,在所述流量監(jiān)測步驟中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行網(wǎng)段故障定位,包括:
基于組播轉(zhuǎn)發(fā)設(shè)備上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量的大小和/或差異情況,在上級(jí)網(wǎng)絡(luò)和組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部間進(jìn)行網(wǎng)段故障定位。
進(jìn)一步的,基于組播轉(zhuǎn)發(fā)設(shè)備上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量的大小和/或差異情況,在上級(jí)網(wǎng)絡(luò)和組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部間進(jìn)行網(wǎng)段故障定位,包括:
針對(duì)任一接收端口,若組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和該接收端口都未收到有效的組播數(shù)據(jù)流量,則判定與上聯(lián)口相連的上級(jí)網(wǎng)絡(luò)存在問題;和/或,
針對(duì)任一接收端口,若組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口與該接收端口間的組播數(shù)據(jù)流量之差不在設(shè)定的正常差值范圍內(nèi),則判定組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部存在問題。
進(jìn)一步的,所述組播數(shù)據(jù)流量的類型至少包括以下之一:
單位時(shí)間的數(shù)據(jù)流的峰值、單位時(shí)間的數(shù)據(jù)流的谷值、單位時(shí)間的數(shù)據(jù)流總和以及單位時(shí)間的數(shù)據(jù)流的平均值。
進(jìn)一步的,所述組播數(shù)據(jù)流監(jiān)測方法,還包括:
報(bào)文監(jiān)測步驟:在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位;所述各端口包括:上聯(lián)口,或者,上聯(lián)口和接收端口。
進(jìn)一步的,作為一種可選的技術(shù)方案,所述在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,包括:
通過組播轉(zhuǎn)發(fā)設(shè)備的CPU向上聯(lián)口發(fā)送加入報(bào)文;
所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位,包括:
若所述CPU發(fā)送至上聯(lián)口的加入報(bào)文個(gè)數(shù)與上聯(lián)口發(fā)出的加入報(bào)文個(gè)數(shù)不相同,則判定上聯(lián)口存在問題并告警,否則判定上聯(lián)口不存在問題。
進(jìn)一步的,作為另一種可選的技術(shù)方案,所述在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,包括:
針對(duì)任一接收端口,由組播轉(zhuǎn)發(fā)設(shè)備的CPU通過接收端口向上聯(lián)口發(fā)送加入報(bào)文;
所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位,包括:
在上聯(lián)口不存在問題的情況下,若不滿足第一條件,則判定接收端口存在問題并告警;所述第一條件為:途經(jīng)所述CPU、接收端口和上聯(lián)口的加入報(bào)文個(gè)數(shù)均一致;
在上聯(lián)口存在問題的情況下,若不滿足第二條件,則判定接收端口存在問題并告警;所述第二條件為:途經(jīng)所述CPU和接收端口的加入報(bào)文個(gè)數(shù)均一致。
進(jìn)一步的,作為再一種可選的技術(shù)方案,所述在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,包括:
針對(duì)任一接收端口:先由組播轉(zhuǎn)發(fā)設(shè)備的CPU通過接收端口向上聯(lián)口發(fā)送離開報(bào)文,再由組播轉(zhuǎn)發(fā)設(shè)備的CPU通過接收端口向上聯(lián)口發(fā)送加入報(bào)文;
所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位,包括:
在上聯(lián)口不存在問題的情況下,若不滿足第三條件,則判定接收端口存在問題并告警;所述第三條件為:途經(jīng)所述CPU、接收端口和上聯(lián)口的離開報(bào)文個(gè)數(shù)均一致、且途經(jīng)所述CPU、接收端口和上聯(lián)口的加入報(bào)文個(gè)數(shù)均一致;
在上聯(lián)口存在問題的情況下,若不滿足第四條件,則判定接收端口存在問題并告警;所述第四條件為:途經(jīng)所述CPU和接收端口的離開報(bào)文個(gè)數(shù)均一致、且途經(jīng)所述CPU和接收端口的加入報(bào)文個(gè)數(shù)均一致。
進(jìn)一步的,所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位,還包括:
A1:判斷上聯(lián)口在向上級(jí)網(wǎng)絡(luò)發(fā)送離開報(bào)文后的設(shè)定時(shí)間段內(nèi)是否接收到查詢報(bào)文,若是,則判定上級(jí)網(wǎng)絡(luò)存在問題,否則執(zhí)行步驟A2;
A2:若上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)送的離開報(bào)文個(gè)數(shù)與接收端口接收到的離開報(bào) 文個(gè)數(shù)不相等,則判定組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部存在問題。
本發(fā)明還提供一種組播數(shù)據(jù)流監(jiān)測裝置,包括:
流量監(jiān)測模塊,用于在組播轉(zhuǎn)發(fā)設(shè)備運(yùn)行組播業(yè)務(wù)的過程中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行故障定位。
本發(fā)明還提供一種組播轉(zhuǎn)發(fā)設(shè)備,包括:
處理器,用于在組播轉(zhuǎn)發(fā)設(shè)備運(yùn)行組播業(yè)務(wù)的過程中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行故障定位;
上聯(lián)口和接收端口,分別用于轉(zhuǎn)發(fā)組播數(shù)據(jù)流量。
采用上述技術(shù)方案,本發(fā)明至少具有下列優(yōu)點(diǎn):
本發(fā)明所述組播數(shù)據(jù)流監(jiān)測方法、裝置及組播轉(zhuǎn)發(fā)設(shè)備,應(yīng)用在實(shí)際組播網(wǎng)絡(luò)環(huán)境中,僅需要在組播轉(zhuǎn)發(fā)設(shè)備上運(yùn)行此方法,就可以輕松測試出各個(gè)接收端口與上聯(lián)口間及組播轉(zhuǎn)發(fā)設(shè)備與上級(jí)網(wǎng)絡(luò)間的通信狀況,方便了組播網(wǎng)絡(luò)的開通與故障定位,提高設(shè)備及網(wǎng)絡(luò)的維護(hù)效率。
附圖說明
圖1為本發(fā)明第一實(shí)施例的組播數(shù)據(jù)流監(jiān)測方法流程圖;
圖2為本發(fā)明第二實(shí)施例的組播數(shù)據(jù)流監(jiān)測方法流程圖;
圖3為本發(fā)明第五實(shí)施例的步驟S203的具體流程示意圖;
圖4為本發(fā)明第六實(shí)施例的組播數(shù)據(jù)流監(jiān)測裝置組成示意圖;
圖5為本發(fā)明第七實(shí)施例的組播數(shù)據(jù)流監(jiān)測裝置組成示意圖;
圖6為本發(fā)明第九實(shí)施例的組測試組播業(yè)務(wù)中的一個(gè)真實(shí)的應(yīng)用場景網(wǎng)絡(luò)連接示意圖;
圖7為本發(fā)明第九實(shí)施例在交換設(shè)備中執(zhí)行的測試流程示意圖。
具體實(shí)施方式
為更進(jìn)一步闡述本發(fā)明為達(dá)成預(yù)定目的所采取的技術(shù)手段及功效,以下結(jié)合附圖及較佳實(shí)施例,對(duì)本發(fā)明進(jìn)行詳細(xì)說明如后。
本發(fā)明第一實(shí)施例,一種組播數(shù)據(jù)流監(jiān)測方法,如圖1所示,包括以下具體步驟:
步驟S101,在組播轉(zhuǎn)發(fā)設(shè)備上配置組播信息,所述組播信息,包括:組播組的組播源端口和組播接收端口,所述組播源端口對(duì)應(yīng)組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口,所述組播接收點(diǎn)口對(duì)應(yīng)組播轉(zhuǎn)發(fā)設(shè)備的接收端口;
步驟S102,在組播轉(zhuǎn)發(fā)設(shè)備根據(jù)所述組播信息運(yùn)行組播業(yè)務(wù)的過程中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行網(wǎng)段故障定位。
具體的,在步驟S102中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行網(wǎng)段故障定位,包括:
基于組播轉(zhuǎn)發(fā)設(shè)備上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量的大小和/或差異情況,在上級(jí)網(wǎng)絡(luò)和組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部間進(jìn)行網(wǎng)段故障定位。例如:針對(duì)任一接收端口,若組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和該接收端口都未收到有效的組播數(shù)據(jù)流量,例如:組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和該接收端口都未收到組播數(shù)據(jù)流量,或者,該上聯(lián)口和該接收端口收到的組播數(shù)據(jù)流量均在洪泛的流量范圍內(nèi),則判定與上聯(lián)口相連的上級(jí)網(wǎng)絡(luò)存在問題并告警;
和/或,
針對(duì)任一接收端口,若組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口與該接收端口間的組播數(shù)據(jù)流量之差不在設(shè)定的正常差值范圍內(nèi),則判定組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部存在問題并告警。
本發(fā)明實(shí)施例中,所選用的組播數(shù)據(jù)流量的類型至少包括以下之一:
單位時(shí)間的數(shù)據(jù)流的峰值、單位時(shí)間的數(shù)據(jù)流的谷值、單位時(shí)間的數(shù)據(jù)流總和以及單位時(shí)間的數(shù)據(jù)流的平均值。
當(dāng)組播數(shù)據(jù)流量的類型為上述兩種以上時(shí),須為每種類型分別設(shè)定一個(gè)用于判斷的正常差值范圍。
本發(fā)明第二實(shí)施例,一種組播數(shù)據(jù)流監(jiān)測方法,本實(shí)施例所述方法與第一實(shí)施例大致相同,區(qū)別在于,如圖2所示,本實(shí)施例的所述組播數(shù)據(jù)流監(jiān)測方法除了包括與第一實(shí)施例步驟S101~S102對(duì)應(yīng)的步驟S201~202之外,還包括以下具體步驟:
步驟S203:在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位;所述各端口包括:上聯(lián)口,或者,上聯(lián)口和接收端口,本實(shí)施例中,各端口僅指上聯(lián)口。第三、四、五實(shí)施例中,各端口包括:上聯(lián)口和接收端口。
具體的,在步驟S203中,所述在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,包括:
通過組播轉(zhuǎn)發(fā)設(shè)備的CPU向上聯(lián)口發(fā)送加入報(bào)文,以供上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)送加入報(bào)文;
在步驟S203中,所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位,包括:
若所述CPU發(fā)送至上聯(lián)口的加入報(bào)文個(gè)數(shù)與上聯(lián)口發(fā)出的加入報(bào)文個(gè)數(shù)不相同,則判定上聯(lián)口存在問題并告警,否則判定上聯(lián)口不存在問題。
本發(fā)明第三實(shí)施例,一種組播數(shù)據(jù)流監(jiān)測方法,本實(shí)施例所述方法與第二實(shí)施例大致相同,區(qū)別在于,在本實(shí)施例的所述組播數(shù)據(jù)流監(jiān)測方法的步驟S203中,所述在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,包括:
針對(duì)任一接收端口,由組播轉(zhuǎn)發(fā)設(shè)備的CPU通過接收端口向上聯(lián)口發(fā)送加入報(bào)文,具體是指:通過組播轉(zhuǎn)發(fā)設(shè)備的CPU向接收端口發(fā)送加入報(bào)文,以供接收端口向上聯(lián)口轉(zhuǎn)發(fā)加入報(bào)文,進(jìn)而觸發(fā)上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)送加入報(bào)文;
在步驟S203中,所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位,包括:
在上聯(lián)口不存在問題的情況下,若不滿足第一條件,則判定接收端口存在問題并告警;所述第一條件為:途經(jīng)所述CPU、接收端口和上聯(lián)口的加入報(bào)文個(gè)數(shù)均一致,例如:所述CPU發(fā)送至接收端口的加入報(bào)文個(gè)數(shù)、接收端口發(fā)出的加入報(bào)文個(gè)數(shù)以及上聯(lián)口發(fā)出的加入報(bào)文個(gè)數(shù)三者完全相同;
在上聯(lián)口存在問題的情況下,若不滿足第二條件,則判定接收端口存在問題并告警;所述第二條件為:途經(jīng)所述CPU和接收端口的加入報(bào)文個(gè)數(shù)均一致,例如:所述CPU發(fā)送至接收端口的加入報(bào)文個(gè)數(shù)與接收端口發(fā)出的加入報(bào)文個(gè)數(shù)相同。
其中,上聯(lián)口是否存在問題,可以通過第二實(shí)施例中的步驟S203進(jìn)行判斷,或者,基于相同的原理,判斷接收端口發(fā)送至上聯(lián)口的加入報(bào)文個(gè)數(shù)與上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)出的加入報(bào)文個(gè)數(shù)是否相同,若是,則判定上聯(lián)口不存在問題,否則判定上聯(lián)口存在問題并告警。由于在第二實(shí)施例中已經(jīng)給出了判斷的原理,故本實(shí)施例不再贅述。
本發(fā)明第四實(shí)施例,一種組播數(shù)據(jù)流監(jiān)測方法,本實(shí)施例所述方法與第二實(shí)施例大致相同,區(qū)別在于,在本實(shí)施例的所述組播數(shù)據(jù)流監(jiān)測方法的步驟S203中,所述在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,包括:
針對(duì)任一接收端口:先由組播轉(zhuǎn)發(fā)設(shè)備的CPU通過接收端口向上聯(lián)口發(fā)送離開報(bào)文,再由組播轉(zhuǎn)發(fā)設(shè)備的CPU通過接收端口向上聯(lián)口發(fā)送加入報(bào)文。例如:先通過組播轉(zhuǎn)發(fā)設(shè)備的CPU向接收端口發(fā)送離開報(bào)文,以供接收端口向上聯(lián)口轉(zhuǎn)發(fā)離開報(bào)文,進(jìn)而觸發(fā)上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)送離開報(bào)文;再通過組播轉(zhuǎn)發(fā)設(shè)備的CPU向接收端口發(fā)送加入報(bào)文,以供接收端口向上聯(lián)口轉(zhuǎn)發(fā)加入報(bào)文,進(jìn)而觸發(fā)上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)送加入報(bào)文;
所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸 情況,進(jìn)行端口故障定位,包括:
在上聯(lián)口不存在問題的情況下,若不滿足第三條件,則判定接收端口存在問題并告警;所述第三條件為:途經(jīng)所述CPU、接收端口和上聯(lián)口的離開報(bào)文個(gè)數(shù)均一致、且途經(jīng)所述CPU、接收端口和上聯(lián)口的加入報(bào)文個(gè)數(shù)均一致,例如:所述CPU發(fā)送至接收端口的離開報(bào)文個(gè)數(shù)、接收端口發(fā)出的離開報(bào)文個(gè)數(shù)以及上聯(lián)口發(fā)出的離開報(bào)文個(gè)數(shù)三者完全相同、且CPU發(fā)送至接收端口的加入報(bào)文個(gè)數(shù)、接收端口發(fā)出的加入報(bào)文個(gè)數(shù)以及上聯(lián)口發(fā)出的加入報(bào)文個(gè)數(shù)三者完全相同;
在上聯(lián)口存在問題的情況下,若不滿足第四條件,則判定接收端口存在問題并告警;所述第四條件為:途經(jīng)所述CPU和接收端口的離開報(bào)文個(gè)數(shù)均一致、且途經(jīng)所述CPU和接收端口的加入報(bào)文個(gè)數(shù)均一致,例如:所述CPU發(fā)送至接收端口的離開報(bào)文個(gè)數(shù)與接收端口發(fā)出的離開報(bào)文個(gè)數(shù)相同、且CPU發(fā)送至接收端口的加入報(bào)文個(gè)數(shù)與接收端口發(fā)出的加入報(bào)文個(gè)數(shù)相同。
其中,上聯(lián)口是否存在問題,可以通過第二實(shí)施例中的步驟S203進(jìn)行判斷,或者,基于相同的原理,通過判斷所述CPU發(fā)送至上聯(lián)口的離開報(bào)文個(gè)數(shù)與上聯(lián)口發(fā)出的離開報(bào)文個(gè)數(shù)是否相同、以及判斷接收端口發(fā)送至上聯(lián)口的加入報(bào)文個(gè)數(shù)與上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)出的加入報(bào)文個(gè)數(shù)是否相同,均可判斷出上聯(lián)口是否存在問題。由于在第二實(shí)施例中已經(jīng)給出了判斷的原理,故本實(shí)施例不再贅述。
本發(fā)明第五實(shí)施例,一種組播數(shù)據(jù)流監(jiān)測方法,本實(shí)施例所述方法與第四實(shí)施例大致相同,區(qū)別在于,如圖3所示,在本實(shí)施例的所述組播數(shù)據(jù)流監(jiān)測方法的步驟S203中,所述基于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位,還包括:
A1:判斷上聯(lián)口在向上級(jí)網(wǎng)絡(luò)發(fā)送離開報(bào)文后的設(shè)定時(shí)間段內(nèi)是否接收到查詢報(bào)文,若是,則判定上級(jí)網(wǎng)絡(luò)存在問題,流程結(jié)束,否則執(zhí)行步驟A2;
A2:若上聯(lián)口向上級(jí)網(wǎng)絡(luò)發(fā)送的離開報(bào)文個(gè)數(shù)與接收端口接收到的離開報(bào)文個(gè)數(shù)不相等,則判定組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部存在問題。
本發(fā)明第六實(shí)施例,與第一實(shí)施例對(duì)應(yīng),本實(shí)施例介紹一種組播數(shù)據(jù)流監(jiān)測裝置,如圖4所示,包括以下組成部分:
1)配置模塊100,用于在組播轉(zhuǎn)發(fā)設(shè)備上配置組播信息,所述組播信息,包括:組播組的組播源端口和組播接收端口,所述組播源端口對(duì)應(yīng)組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口,所述組播接收點(diǎn)口對(duì)應(yīng)組播轉(zhuǎn)發(fā)設(shè)備的接收端口。
2)流量監(jiān)測模塊200,用于在組播轉(zhuǎn)發(fā)設(shè)備運(yùn)行組播業(yè)務(wù)的過程中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行網(wǎng)段故障定位。
具體的,流量監(jiān)測模塊200,用于:
針對(duì)任一接收端口,若組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和該接收端口都未收到組播數(shù)據(jù)流量,或者收到的組播數(shù)據(jù)流量在洪泛的流量范圍內(nèi),則判定與上聯(lián)口相連的上級(jí)網(wǎng)絡(luò)存在問題并告警;
和/或,
針對(duì)任一接收端口,若組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口與該接收端口間的數(shù)據(jù)流量之差不在設(shè)定的正常差值范圍內(nèi),則判定組播轉(zhuǎn)發(fā)設(shè)備內(nèi)部存在問題并告警。
進(jìn)一步的,所述組播數(shù)據(jù)流量的類型至少包括以下之一:
單位時(shí)間的數(shù)據(jù)流的峰值、單位時(shí)間的數(shù)據(jù)流的谷值、單位時(shí)間的數(shù)據(jù)流總和以及單位時(shí)間的數(shù)據(jù)流的平均值。當(dāng)組播數(shù)據(jù)流量的類型為上述兩種以上時(shí),須為每種類型分別設(shè)定一個(gè)用于判斷的正常差值范圍。
本發(fā)明第七實(shí)施例,與第二、三、四或五實(shí)施例對(duì)應(yīng)的介紹一種組播數(shù)據(jù)流監(jiān)測裝置,本實(shí)施例與第六實(shí)施例大致相同,如圖5所示,還包括以下組成部分:
3)報(bào)文監(jiān)測模塊300,用于在組播轉(zhuǎn)發(fā)設(shè)備上模擬組播業(yè)務(wù)建立過程,基 于所述組播業(yè)務(wù)建立過程涉及的報(bào)文在組播轉(zhuǎn)發(fā)設(shè)備各端口的傳輸情況,進(jìn)行端口故障定位。
具體的,報(bào)文監(jiān)測模塊300的具體監(jiān)測功能分別對(duì)應(yīng)第二、三、四或五實(shí)施例中步驟S203中的具體實(shí)現(xiàn)流程。
本發(fā)明第八實(shí)施例,一種組播轉(zhuǎn)發(fā)設(shè)備,可以作為實(shí)體裝置來理解,該組播轉(zhuǎn)發(fā)設(shè)備包括以下組成部分:
1)處理器,用于在組播轉(zhuǎn)發(fā)設(shè)備運(yùn)行組播業(yè)務(wù)的過程中,基于組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口和接收端口各自的組播數(shù)據(jù)流量,進(jìn)行故障定位;
具體的,該處理器,還用于預(yù)先在組播轉(zhuǎn)發(fā)設(shè)備上配置組播信息,所述組播信息,包括:組播組的組播源端口和組播接收端口,所述組播源端口對(duì)應(yīng)組播轉(zhuǎn)發(fā)設(shè)備的上聯(lián)口,所述組播接收點(diǎn)口對(duì)應(yīng)組播轉(zhuǎn)發(fā)設(shè)備的接收端口。
2)上聯(lián)口和接收端口,分別用于轉(zhuǎn)發(fā)組播數(shù)據(jù)流量。本實(shí)施例中處理器所完成的功能細(xì)節(jié)上與第一、二、三、四或五實(shí)施例中的組播數(shù)據(jù)流監(jiān)測方法所涉及的具體步驟相對(duì)應(yīng)。
本發(fā)明第九實(shí)施例,本實(shí)施例是在上述實(shí)施例的基礎(chǔ)上,以組播轉(zhuǎn)發(fā)設(shè)備是交換設(shè)備為例,結(jié)合附圖6~7介紹一個(gè)本發(fā)明的應(yīng)用實(shí)例。
圖6為測試組播業(yè)務(wù)中的一個(gè)真實(shí)的應(yīng)用場景網(wǎng)絡(luò)連接示意圖,如圖6所示,各接收端設(shè)備與交換設(shè)備相連,交換設(shè)備再通過路由網(wǎng)絡(luò)連接到提供組播數(shù)據(jù)源的源端設(shè)備。
當(dāng)交換設(shè)備在開局之時(shí),為了檢測全網(wǎng)業(yè)務(wù)的連通性,保證接收端設(shè)備在連接到交換設(shè)備后即可以正確接收到組播數(shù)據(jù)源并使用組播環(huán)境;只需要在放置交換設(shè)備完成后,1、通過網(wǎng)管或OAM(Operations、Administration and Maintenance,運(yùn)行、管理和維護(hù))設(shè)備遠(yuǎn)程下發(fā)一條組播檢測命令,比如:針對(duì)交換設(shè)備的某一個(gè)指定接收端口的組播檢測命令、或者針對(duì)交換設(shè)備的上聯(lián) 口的組播檢測命令,交換設(shè)備就會(huì)自動(dòng)完成對(duì)各個(gè)端口的組播流信息的采集和分析,并上報(bào)給網(wǎng)管或OAM設(shè)備;2、現(xiàn)場測試人員,則可以直接通過PC設(shè)備的串口或者TELNET(TCP/IP協(xié)議族中的一員)登錄到交換設(shè)備中,執(zhí)行一條組播檢測命令,就能完成對(duì)各個(gè)端口的組播流信息的集采和分析,并得到測試結(jié)果。
為了實(shí)現(xiàn)交換設(shè)備對(duì)于上述組播檢測命令的響應(yīng),如圖7所示,在交換設(shè)備中執(zhí)行的測試流程如下:
步驟1,開啟檢測流程,在交換設(shè)備中配置組播信息,包括:組播虛擬局域網(wǎng)MVLAN、組播組、組播接收端口、組播源端口、需要測試的組播頻道信息、加入/離開報(bào)文的關(guān)鍵字段等,使之符合模擬的真實(shí)組播轉(zhuǎn)發(fā)設(shè)備。
其中,組播信息中的組播接收端口對(duì)應(yīng)交換設(shè)備的接收端口,組播信息中的組播源端口對(duì)應(yīng)交換設(shè)備的上聯(lián)口。
步驟2,指定組播虛擬局域網(wǎng)進(jìn)行端口組播監(jiān)測。
步驟3,開啟上聯(lián)口組播流統(tǒng)計(jì)。
步驟4,交換設(shè)備的CPU在定時(shí)器控制下向上聯(lián)口發(fā)送組播加入報(bào)文,統(tǒng)計(jì)CPU發(fā)送至上聯(lián)口的加入報(bào)文個(gè)數(shù)與上聯(lián)口發(fā)出的加入報(bào)文個(gè)數(shù),用于判斷上聯(lián)口是否存在問題。
步驟5,在確認(rèn)上聯(lián)口收到組播流量后,針對(duì)上聯(lián)口統(tǒng)計(jì):單位時(shí)間的數(shù)據(jù)流的峰值、單位時(shí)間的數(shù)據(jù)流的谷值、單位時(shí)間的數(shù)據(jù)流總和以及單位時(shí)間的數(shù)據(jù)流的平均值。
步驟6,開啟接收端口組播流統(tǒng)計(jì)。
步驟7,交換設(shè)備的CPU在定時(shí)器控制下通過接收端口向上聯(lián)口發(fā)送組播加入報(bào)文,統(tǒng)計(jì)CPU發(fā)送至接收端口的加入報(bào)文個(gè)數(shù)、接收端口發(fā)出的加入報(bào)文個(gè)數(shù)以及上聯(lián)口發(fā)出的加入報(bào)文個(gè)數(shù),用于判斷上聯(lián)口以及接收端口是否存在問題。
步驟8,關(guān)閉上聯(lián)口組播統(tǒng)計(jì)流。
步驟9,在確認(rèn)接收端口收到組播流后,針對(duì)接收端口統(tǒng)計(jì):單位時(shí)間的數(shù)據(jù)流的峰值、單位時(shí)間的數(shù)據(jù)流的谷值、單位時(shí)間的數(shù)據(jù)流總和以及單位時(shí)間的數(shù)據(jù)流的平均值。
步驟10,根據(jù)步驟5、步驟9的統(tǒng)計(jì)結(jié)果、以及步驟4、步驟7的統(tǒng)計(jì)的結(jié)果,按照相應(yīng)的判斷策略給出相應(yīng)的監(jiān)測結(jié)果,包括故障定位和告警。本步驟中的判斷策略可以是如第一~五實(shí)施例中的故障判斷過程。
上述步驟5、步驟9中對(duì)流量的統(tǒng)計(jì)符合組播流ACL(Access Control List,訪問控制列表)統(tǒng)計(jì)規(guī)則。
從圖6可以看出,在真實(shí)組網(wǎng)環(huán)境中,只需要在接收端口下運(yùn)行一條組播流監(jiān)測命令,即可自動(dòng)完成對(duì)當(dāng)前組播網(wǎng)絡(luò)狀態(tài)的數(shù)據(jù)展現(xiàn)和評(píng)估,并對(duì)存在問題給出故障定位,極大提升了網(wǎng)絡(luò)設(shè)備管理的效率。
本發(fā)明實(shí)施例所述組播數(shù)據(jù)流監(jiān)測方法、裝置及組播轉(zhuǎn)發(fā)設(shè)備,應(yīng)用在實(shí)際組播網(wǎng)絡(luò)環(huán)境中,僅需要在組播轉(zhuǎn)發(fā)設(shè)備上運(yùn)行此方法,就可以輕松測試出各個(gè)接收端口與上聯(lián)口間及組播轉(zhuǎn)發(fā)設(shè)備與上級(jí)網(wǎng)絡(luò)間的通信狀況,方便了組播網(wǎng)絡(luò)的開通與故障定位,提高設(shè)備及網(wǎng)絡(luò)的維護(hù)效率。
由于組播的廣泛應(yīng)用領(lǐng)域及前景,保證組播數(shù)據(jù)及時(shí)暢通非常重要。當(dāng)組播數(shù)據(jù)流因故障發(fā)生中斷后,需要及時(shí)定位出故障所在位置。本發(fā)明的目的是把源端設(shè)備到數(shù)據(jù)接收端設(shè)備間的網(wǎng)絡(luò)分段定位故障,每臺(tái)交換設(shè)備看作是一個(gè)分段,其中存在組播數(shù)據(jù)轉(zhuǎn)發(fā)的設(shè)備都可以利用本發(fā)明的技術(shù)發(fā)難,通過監(jiān)測設(shè)備上聯(lián)口與接收端口的組播數(shù)據(jù)流,實(shí)現(xiàn)故障定位。
通過具體實(shí)施方式的說明,應(yīng)當(dāng)可對(duì)本發(fā)明為達(dá)成預(yù)定目的所采取的技術(shù)手段及功效得以更加深入且具體的了解,然而所附圖示僅是提供參考與說明之用,并非用來對(duì)本發(fā)明加以限制。