欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種網(wǎng)絡(luò)故障處理的系統(tǒng)的制作方法

文檔序號:12491318閱讀:191來源:國知局
一種網(wǎng)絡(luò)故障處理的系統(tǒng)的制作方法與工藝

本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域,特別涉及一種網(wǎng)絡(luò)故障處理的系統(tǒng)。



背景技術(shù):

分組傳送網(wǎng)(英文:Packet Transport Network,簡稱:PTN)是傳送技術(shù)和以太網(wǎng)承載技術(shù)相結(jié)合的產(chǎn)物,以分組作為傳送單位,主要承載電信級以太網(wǎng)業(yè)務(wù),兼容時分復(fù)用模式(英文:Telemetric Data Monitor,簡稱:TDM)、異步傳輸模式(英文:Asynchronous Transfer Mode,簡稱ATM)等業(yè)務(wù)的綜合傳送技術(shù)。

為了保障分組傳送網(wǎng)的穩(wěn)定運行,通常對網(wǎng)絡(luò)進(jìn)行監(jiān)測。監(jiān)測的方式分成主動監(jiān)測和被動監(jiān)測兩種。主動監(jiān)測是采用主動向網(wǎng)絡(luò)發(fā)起少量業(yè)務(wù)流,模擬真實業(yè)務(wù)的方式,評估網(wǎng)絡(luò)的業(yè)務(wù)傳輸性能。被動監(jiān)測是鏡像復(fù)制所有實際業(yè)務(wù)流,采用被動分析實際業(yè)務(wù)流的方式,對網(wǎng)絡(luò)的傳輸能力和業(yè)務(wù)質(zhì)量進(jìn)行評價。

在實現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題:

對網(wǎng)絡(luò)進(jìn)行主動監(jiān)測或者被動監(jiān)測,只能在故障發(fā)生時進(jìn)行告警,通知工作人員進(jìn)行處理,放任故障繼續(xù)影響網(wǎng)絡(luò)運行。



技術(shù)實現(xiàn)要素:

為了解決現(xiàn)有技術(shù)的問題,本發(fā)明實施例提供了一種網(wǎng)絡(luò)故障處理的系統(tǒng)。所述技術(shù)方案如下:

本發(fā)明實施例提供了一種網(wǎng)絡(luò)故障處理的系統(tǒng),所述系統(tǒng)包括監(jiān)測探針和網(wǎng)管設(shè)備,所述網(wǎng)管設(shè)備與所述監(jiān)測探針、分組傳送網(wǎng)中的網(wǎng)元設(shè)備連接,所述監(jiān)測探針包括部署在所述分組傳送網(wǎng)中每個網(wǎng)元設(shè)備上的主動探針和部署在所述分組傳送網(wǎng)中至少一個網(wǎng)元設(shè)備上的被動探針,所述主動探針用于發(fā)送業(yè)務(wù)流檢測所述分組傳送網(wǎng)是否發(fā)生故障,所述被動探針用于鏡像復(fù)制業(yè)務(wù)流檢測所述分組傳送網(wǎng)是否故障;

所述監(jiān)測探針,用于在所述分組傳送網(wǎng)發(fā)生故障時向所述網(wǎng)管設(shè)備發(fā)送告警信息,所述告警信息包括所述監(jiān)測探針的標(biāo)識和故障的類型;

所述網(wǎng)管設(shè)備,用于接收所述告警信息,根據(jù)所述告警信息確定故障的位置;在預(yù)設(shè)的策略庫中查找所述故障的類型和所述故障的位置對應(yīng)的處理方式,并按照找到的所述處理方式控制所述網(wǎng)元設(shè)備動作。

在本發(fā)明一種可能的實現(xiàn)方式中,所述分組傳送網(wǎng)中的網(wǎng)元設(shè)備包括第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備,所述第一網(wǎng)元設(shè)備和所述第二網(wǎng)元設(shè)備為兩個不同的網(wǎng)元設(shè)備;所述第一網(wǎng)元設(shè)備上的主動探針用于,

向所述第二網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流;

當(dāng)?shù)谝痪W(wǎng)元設(shè)備上的主動探針沒有接收到所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流時,向所述網(wǎng)管設(shè)備發(fā)送所述告警信息;

當(dāng)所述第一網(wǎng)元設(shè)備上的主動探針接收到所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流時,檢測所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流是否符合設(shè)定的關(guān)鍵績效指標(biāo);

當(dāng)所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流不符合所述關(guān)鍵績效指標(biāo)時,向所述網(wǎng)管設(shè)備發(fā)送所述告警信息。

可選地,所述分組傳送網(wǎng)中的網(wǎng)元設(shè)備包括第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備,所述第一網(wǎng)元設(shè)備和所述第二網(wǎng)元設(shè)備為兩個不同的網(wǎng)元設(shè)備;所述第一網(wǎng)元設(shè)備上的主動探針用于,

向所述第二網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流;

當(dāng)?shù)谝痪W(wǎng)元設(shè)備上的主動探針沒有接收到所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流時,向所述網(wǎng)管設(shè)備發(fā)送所述告警信息;

當(dāng)所述第一網(wǎng)元設(shè)備上的主動探針接收到所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流時,檢測所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流是否符合設(shè)定的關(guān)鍵績效指標(biāo);

當(dāng)所述第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流不符合所述關(guān)鍵績效指標(biāo)時,向所述網(wǎng)管設(shè)備發(fā)送所述告警信息。

可選地,所述網(wǎng)管設(shè)備用于,

獲取所述第二網(wǎng)元設(shè)備上的主動探針的檢測結(jié)果,所述檢測結(jié)果包括是否接收到所述第一網(wǎng)元設(shè)備上的主動探針發(fā)送的業(yè)務(wù)流;

當(dāng)接收到所述第一網(wǎng)元設(shè)備上的主動探針發(fā)送的業(yè)務(wù)流時,確定所述第二網(wǎng)元設(shè)備故障;

當(dāng)沒有接收到所述第一網(wǎng)元設(shè)備上的主動探針發(fā)送的業(yè)務(wù)流時,確定所述第一網(wǎng)元設(shè)備和所述第二網(wǎng)元設(shè)備之間的連接鏈路故障。

優(yōu)選地,所述網(wǎng)管設(shè)備用于,

根據(jù)所述故障的位置調(diào)整所述網(wǎng)元設(shè)備的傳輸路徑,并輸出故障消息,所述故障消息用于通知用戶所述故障的類型和所述故障的位置。

可選地,所述第一網(wǎng)元設(shè)備上的主動探針用于,

當(dāng)所述第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流的傳輸速率不超過設(shè)定閾值時,占用所述第一網(wǎng)元設(shè)備的帶寬,通過虛擬專用網(wǎng)絡(luò)向所述第二網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流。

在本發(fā)明另一種可能的實現(xiàn)方式中,所述分組傳送網(wǎng)中的網(wǎng)元設(shè)備包括第一網(wǎng)元設(shè)備,所述第一網(wǎng)元設(shè)備上的被動探針用于,

檢測所述第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流是否符合設(shè)定的關(guān)鍵績效指標(biāo);

當(dāng)所述第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流不符合所述關(guān)鍵績效指標(biāo)時,向所述網(wǎng)管設(shè)備發(fā)送所述告警信息,并鏡像復(fù)制所述第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流。

可選地,所述第一網(wǎng)元設(shè)備上的被動探針用于,

當(dāng)所述第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流的傳輸速率超過設(shè)定閾值時,向所述網(wǎng)管設(shè)備發(fā)送所述告警信息,鏡像復(fù)制并向所述網(wǎng)管設(shè)備發(fā)送所述第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流,所述告警信息中所述故障的類型為廣播風(fēng)暴。

優(yōu)選地,所述網(wǎng)管設(shè)備用于,

獲取所述第一網(wǎng)元設(shè)備上的被動探針鏡像復(fù)制的所述第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流;

確定所述第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流中的源IP地址是否相同;

當(dāng)所述源IP地址相同時,確定所述廣播風(fēng)暴來自于所述分組傳送網(wǎng)外;

當(dāng)所述源IP地址不同時,確定所述源IP地址是否屬于同一個接入網(wǎng);

當(dāng)所述源IP地址不屬于同一個接入網(wǎng)時,確定所述廣播風(fēng)暴來自于所述分組傳送網(wǎng)內(nèi)形成環(huán)路的網(wǎng)元設(shè)備;

當(dāng)所述源IP地址屬于同一個接入網(wǎng)時,確定所述第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流的傳輸速率是否超過所述設(shè)定閾值;

當(dāng)所述第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流的傳輸速率超過所述設(shè)定閾值時,確定所述廣播風(fēng)暴來自接入網(wǎng);

當(dāng)所述第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流的傳輸速率不超過所述設(shè)定閾值時,確定所述廣播風(fēng)暴來自接入網(wǎng)的邊緣。

更優(yōu)選地,所述網(wǎng)管設(shè)備用于,

當(dāng)所述廣播風(fēng)暴來自于所述分組傳送網(wǎng)外時,關(guān)閉所述分組傳送網(wǎng)中對應(yīng)所述源IP地址的端口;

當(dāng)所述廣播風(fēng)暴來自于所述分組傳送網(wǎng)內(nèi)形成環(huán)路的網(wǎng)元設(shè)備時,關(guān)閉所述分組傳送網(wǎng)內(nèi)形成環(huán)路的網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流的端口;

當(dāng)所述廣播風(fēng)暴來自接入網(wǎng)時,關(guān)閉所述接入網(wǎng)的接入端口;

當(dāng)所述廣播風(fēng)暴來自接入網(wǎng)的邊緣時,關(guān)閉所述接入網(wǎng)的邊緣的接入端口。

本發(fā)明實施例提供的技術(shù)方案帶來的有益效果是:

通過監(jiān)測探針在分組傳送網(wǎng)發(fā)生故障時發(fā)送包括監(jiān)測探針的標(biāo)識和故障的類型的告警信息,網(wǎng)管設(shè)備接收告警信息并根據(jù)告警信息確定故障的位置,在預(yù)設(shè)的策略庫中查找故障的類型和故障的位置對應(yīng)的處理方式,并按照找到的處理方式控制網(wǎng)元設(shè)備動作,在網(wǎng)絡(luò)故障時可以對網(wǎng)元設(shè)備進(jìn)行一定的應(yīng)急處理,避免故障繼續(xù)影響分組傳送網(wǎng)的運行。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術(shù)方案,下面將對實施例描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例提供的一種網(wǎng)絡(luò)故障處理的系統(tǒng)的應(yīng)用場景圖;

圖2是本發(fā)明實施例一提供的一種網(wǎng)絡(luò)故障處理的系統(tǒng)的結(jié)構(gòu)示意圖;

圖3是本發(fā)明實施例一提供的系統(tǒng)處理網(wǎng)絡(luò)故障的流程圖;

圖4是本發(fā)明實施例二提供的系統(tǒng)處理網(wǎng)絡(luò)故障的流程圖;

圖5是本發(fā)明實施例二提供的主動探針的分布圖;

圖6是本發(fā)明實施例三提供的系統(tǒng)處理網(wǎng)絡(luò)故障的流程圖;

圖7是本發(fā)明實施例四提供的系統(tǒng)處理網(wǎng)絡(luò)故障的流程圖;

圖8是本發(fā)明實施例四提供的被動探針的分布圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合附圖對本發(fā)明實施方式作進(jìn)一步地詳細(xì)描述。

下面先結(jié)合圖1簡單介紹一下本發(fā)明實施例提供的網(wǎng)絡(luò)故障處理的系統(tǒng)的應(yīng)用場景。參見圖1,分組傳送網(wǎng)10包括核心網(wǎng)11和接入網(wǎng)12,核心網(wǎng)11和接入網(wǎng)12均由若干網(wǎng)元設(shè)備組成,核心網(wǎng)11中的所有網(wǎng)元設(shè)備形成網(wǎng)狀拓?fù)浣Y(jié)構(gòu),接入網(wǎng)12中的多個網(wǎng)元設(shè)備與核心網(wǎng)11中的至少一個網(wǎng)元設(shè)備形成環(huán)型結(jié)構(gòu)。各個網(wǎng)元設(shè)備分別與網(wǎng)管設(shè)備連接。

例如,如圖1所示,分組傳送網(wǎng)10包括網(wǎng)元設(shè)備R1~R10,網(wǎng)元設(shè)備R3、R4、R8、R9組成核心網(wǎng)11,網(wǎng)元設(shè)備R1、R2、R10組成一個接入網(wǎng)12,網(wǎng)元設(shè)備R5、R6、R7組成另一個接入網(wǎng)12。網(wǎng)元設(shè)備R1~R10分別與網(wǎng)管設(shè)備20連接。

在實際應(yīng)用中,網(wǎng)管設(shè)備用于實現(xiàn)網(wǎng)元設(shè)備的管理,核心網(wǎng)用于實現(xiàn)各個接入網(wǎng)之間的數(shù)據(jù)傳輸,接入網(wǎng)用于實現(xiàn)客戶端和服務(wù)器的接入。例如,參見圖1,服務(wù)器21通過一個接入網(wǎng)12中的網(wǎng)元設(shè)備R2接入分組傳送網(wǎng)10,客戶端22通過另一個接入網(wǎng)12中的網(wǎng)元設(shè)備R5接入分組傳送網(wǎng)10,服務(wù)器21的數(shù)據(jù)可以通過網(wǎng)元設(shè)備R2、核心網(wǎng)11中的網(wǎng)元設(shè)備R3和網(wǎng)元設(shè)備R4、以及網(wǎng)元設(shè)備R5傳輸?shù)娇蛻舳?2,客戶端22的數(shù)據(jù)也可以按照相反的路徑傳輸?shù)椒?wù)器21。

具體地,服務(wù)器可以為實現(xiàn)各種業(yè)務(wù)的服務(wù)器,如超文本傳輸協(xié)議(英文:Hypertext Transfer Protocol,簡稱:HTTP)服務(wù)器??蛻舳?2可以為手機(jī)、平板電腦、筆記本電腦、臺式電腦等終端。網(wǎng)元設(shè)備可以為路由器、交換機(jī)、網(wǎng)關(guān)等路由交換設(shè)備。

需要說明的是,圖1所示的應(yīng)用場景僅為舉例,本發(fā)明并不限制于此。

實施例一

本發(fā)明實施例提供了一種網(wǎng)絡(luò)故障處理的系統(tǒng),參見圖2,該系統(tǒng)包括監(jiān)測探針41和網(wǎng)管設(shè)備42,網(wǎng)管設(shè)備42與監(jiān)測探針41、分組傳送網(wǎng)中的網(wǎng)元設(shè)備連接,監(jiān)測探針41包括部署在分組傳送網(wǎng)中每個網(wǎng)元設(shè)備上的主動探針和部署在分組傳送網(wǎng)中至少一個網(wǎng)元設(shè)備上的被動探針,主動探針用于發(fā)送業(yè)務(wù)流檢測分組傳送網(wǎng)是否發(fā)生故障,被動探針用于鏡像復(fù)制業(yè)務(wù)流檢測分組傳送網(wǎng)是否故障,告警信息包括監(jiān)測探針的標(biāo)識和故障的類型;

監(jiān)測探針41,用于在分組傳送網(wǎng)發(fā)生故障時向網(wǎng)管設(shè)備發(fā)送告警信息;

網(wǎng)管設(shè)備42,用于接收告警信息,根據(jù)告警信息確定故障的位置;在預(yù)設(shè)的策略庫中查找故障的類型和故障的位置對應(yīng)的處理方式,并按照找到的處理方式控制網(wǎng)元設(shè)備動作。

相應(yīng)地,參見圖3,該系統(tǒng)實現(xiàn)如下步驟處理網(wǎng)絡(luò)故障:

步驟101:監(jiān)測探針在分組傳送網(wǎng)發(fā)生故障時向網(wǎng)管設(shè)備發(fā)送告警信息。

在本實施例中,告警信息包括監(jiān)測探針的標(biāo)識和故障的類型。

本發(fā)明采用主動探針和被動探針相結(jié)合的監(jiān)測方式,充分利用主動探針和被動探針各自的特點進(jìn)行互補(bǔ),其與現(xiàn)有單獨采用主動探針監(jiān)測和被動探針監(jiān)測進(jìn)行對比的具體情況可以參見下表一:

表一

從表一可以看出,在單獨采用主動探針的方式中,主動探針是對自身發(fā)送的業(yè)務(wù)進(jìn)行處理分析,通過構(gòu)造較大的測試樣本使結(jié)果接近真實網(wǎng)絡(luò)狀況,能夠?qū)Ξ?dāng)前網(wǎng)絡(luò)狀況進(jìn)行預(yù)測,及時發(fā)現(xiàn)網(wǎng)絡(luò)中存在的問題,但是無法記錄和存儲用戶業(yè)務(wù)數(shù)據(jù),分析和定位問題的能力不足,不能實現(xiàn)故障記錄和后續(xù)的詳細(xì)分析。在單獨采用被動探針的方式中,如果全網(wǎng)都部署被動探針,雖然能夠?qū)γ總€用戶行為均作出分析并準(zhǔn)確定位故障,但是整體部署成本過高、實施方案復(fù)雜、維護(hù)難度大。在采用主動探針和被動探針相結(jié)合的方式中,主動探針實現(xiàn)網(wǎng)絡(luò)指標(biāo)的監(jiān)測和上報,被動探針實現(xiàn)業(yè)務(wù)數(shù)據(jù)的記錄和重放,網(wǎng)管設(shè)備實現(xiàn)主動探針和被動探針的配置管理、告警和性能數(shù)據(jù)的收集整理和統(tǒng)一呈現(xiàn)、網(wǎng)絡(luò)運行狀態(tài)的評估和優(yōu)化建議。

其中,主動探針的被動探針的監(jiān)測功能劃分情況可以參見下表二:

表二

在具體實現(xiàn)中,主動探針和被動探針對網(wǎng)絡(luò)進(jìn)行7*24小時不間斷的業(yè)務(wù)性能實時監(jiān)測,利用設(shè)置的網(wǎng)元設(shè)備和網(wǎng)管設(shè)備之間的傳輸通道,將網(wǎng)絡(luò)狀態(tài)(如是否出現(xiàn)故障)傳輸給網(wǎng)管設(shè)備,從而在網(wǎng)管設(shè)備上構(gòu)建實時、精確、直觀的圖形化信息監(jiān)測平臺,為網(wǎng)絡(luò)的告警管理、性能管理和趨勢分析等功能提供數(shù)據(jù)支撐。監(jiān)測設(shè)備可以支持提供多種業(yè)務(wù)的網(wǎng)絡(luò)運行趨勢預(yù)測圖或報表,預(yù)測可能的網(wǎng)絡(luò)瓶頸,為流量負(fù)載均衡、鏈路帶寬設(shè)置、路由選擇和網(wǎng)絡(luò)優(yōu)化等提供數(shù)據(jù)支持,最終實現(xiàn)分組傳送網(wǎng)的自動巡檢、網(wǎng)絡(luò)資源分析和故障定位,提升分組傳送網(wǎng)的自動運行和維護(hù)的能力。

具體地,監(jiān)測設(shè)備可以具備獨立的虛擬專用網(wǎng)絡(luò)(英文:Virtual Private Network,簡稱VPN),所有監(jiān)測設(shè)備將收集到的告警信息上報給網(wǎng)管設(shè)備進(jìn)行統(tǒng)一管理,網(wǎng)管設(shè)備可以控制監(jiān)測設(shè)備的配置和生成,如為維護(hù)人員提供web界面進(jìn)行統(tǒng)一管理,形成分布式結(jié)構(gòu),有利于后續(xù)網(wǎng)絡(luò)的擴(kuò)展和統(tǒng)一管理。

步驟102:網(wǎng)管設(shè)備接收告警信息,根據(jù)告警信息確定故障的位置。

步驟103:網(wǎng)管設(shè)備在預(yù)設(shè)的策略庫中查找故障的類型和故障的位置對應(yīng)的處理方式,并按照找到的處理方式控制網(wǎng)元設(shè)備動作。

需要說明的是,在網(wǎng)管設(shè)備中預(yù)先就配置好各種故障的處理方式,當(dāng)監(jiān)測到故障發(fā)生時,查找并執(zhí)行能對應(yīng)的處理方式即可。

本發(fā)明實施例通過監(jiān)測探針在分組傳送網(wǎng)發(fā)生故障時發(fā)送包括監(jiān)測探針的標(biāo)識和故障的類型的告警信息,網(wǎng)管設(shè)備接收告警信息并根據(jù)告警信息確定故障的位置,在預(yù)設(shè)的策略庫中查找故障的類型和故障的位置對應(yīng)的處理方式,并按照找到的處理方式控制網(wǎng)元設(shè)備動作,在網(wǎng)絡(luò)故障時可以對網(wǎng)元設(shè)備進(jìn)行一定的應(yīng)急處理,避免故障繼續(xù)影響分組傳送網(wǎng)的運行。

實施例二

本發(fā)明實施例提供了另一種網(wǎng)絡(luò)故障處理的系統(tǒng),適用于實施例一適用的所有情況中主動探針監(jiān)測到分組傳送網(wǎng)業(yè)務(wù)傳輸失敗的情況,在本實施例中,分組傳送網(wǎng)中的網(wǎng)元設(shè)備包括第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備,第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備為不同的網(wǎng)元設(shè)備,參見圖4,該系統(tǒng)實現(xiàn)如下步驟處理網(wǎng)絡(luò)故障:

步驟201:第一網(wǎng)元設(shè)備上的主動探針向第二網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流。

在實際應(yīng)用中,主動探針能夠完全模擬分組傳送網(wǎng)中多種協(xié)議類型的常見業(yè)務(wù),如HTTP業(yè)務(wù)、文件傳輸協(xié)議(英文:File Transfer Protocol,簡稱:FTP)業(yè)務(wù)、因特網(wǎng)包探索器(英文:Packet Internet Groper,簡稱:PING)業(yè)務(wù)、電子郵件(英文:Electronic Mail,簡稱:Email)業(yè)務(wù)、網(wǎng)際組管理協(xié)議(Internet Group Management Protocol,簡稱:IGMP)業(yè)務(wù)、組播業(yè)務(wù)、網(wǎng)絡(luò)電話(英文:Voice over Internet Protocol,簡稱:VoIP)業(yè)務(wù)、用戶數(shù)據(jù)報協(xié)議(英文:User Datagram Protocol,簡稱UDP)業(yè)務(wù)等,同時支持模擬各種業(yè)務(wù)的行為,如HTTP業(yè)務(wù)的get/response流程、FTP業(yè)務(wù)的passive模式、Email業(yè)務(wù)的信令面和媒體面等,作為客戶端與真實業(yè)務(wù)的服務(wù)器進(jìn)行通信,或者作為服務(wù)器與真實業(yè)務(wù)的客戶端進(jìn)行通信。例如,模擬用戶撥打電話、瀏覽網(wǎng)頁等,可以驗證網(wǎng)絡(luò)的可達(dá)性和傳輸特性。

另外,為了客觀評估業(yè)務(wù)的運行狀態(tài),通常為每項業(yè)務(wù)指定有可量化的關(guān)鍵績效指標(biāo)(英文:Key Performance Indicator,簡稱KPI)并配置閾值,當(dāng)監(jiān)測結(jié)果超過閾值時產(chǎn)生告警信息,精確表征業(yè)務(wù)的運行狀態(tài)和用戶的客觀體驗,為主動監(jiān)測業(yè)務(wù)測試結(jié)果提供評估依據(jù)。

可選地,該步驟201可以包括:

當(dāng)?shù)谝痪W(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流的傳輸速率不超過設(shè)定閾值時,第一網(wǎng)元設(shè)備上的主動探針占用第一網(wǎng)元設(shè)備的帶寬,通過虛擬專用網(wǎng)絡(luò)(英文:Virtual Private Network,簡稱VPN)向第二網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流。

在實際應(yīng)用中,第一網(wǎng)元設(shè)備上的主動探針只發(fā)送少量業(yè)務(wù)流(如平均流量的1%)進(jìn)行監(jiān)測,速率范圍通常設(shè)置為0~100M/s,并且優(yōu)先級低于用戶業(yè)務(wù)的優(yōu)先級,確保不會對用戶業(yè)務(wù)的承載、傳輸和交換產(chǎn)生影響。

優(yōu)選地,第一網(wǎng)元設(shè)備上的主動探針每隔設(shè)定的時間段發(fā)送業(yè)務(wù)流,以進(jìn)行周期性的模擬測試確保網(wǎng)絡(luò)處于正常運行狀態(tài),主要是模擬客戶端或者服務(wù)器與目標(biāo)設(shè)備進(jìn)行業(yè)務(wù)通信,判斷目標(biāo)設(shè)備是否正常進(jìn)行業(yè)務(wù),當(dāng)目標(biāo)設(shè)備不能進(jìn)行業(yè)務(wù)時,進(jìn)一步判斷是網(wǎng)絡(luò)連接的原因還是目標(biāo)設(shè)備自身原因?qū)е碌?,具體可參見圖5部分的說明。

更優(yōu)選地,第一網(wǎng)元設(shè)備可以選擇用戶數(shù)量較多的網(wǎng)元設(shè)備、經(jīng)常出現(xiàn)問題的網(wǎng)元設(shè)備。

需要說明的是,為了模擬客戶端或者服務(wù)器與目標(biāo)設(shè)備進(jìn)行業(yè)務(wù)通信,會預(yù)先在主動探針上安裝帶有目標(biāo)設(shè)備功能的軟件,配置好地址、端口、頁面等參數(shù),保證能夠模擬目標(biāo)設(shè)備的運行。

步驟202:當(dāng)?shù)谝痪W(wǎng)元設(shè)備上的主動探針沒有接收到第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流時,第一網(wǎng)元設(shè)備上的主動探針向網(wǎng)管設(shè)備發(fā)送故障信息。

在本實施例中,該告警信息包括第一網(wǎng)元設(shè)備的標(biāo)識和業(yè)務(wù)流傳輸失敗的消息。

步驟203:網(wǎng)管設(shè)備接收告警信息,并根據(jù)告警信息獲取第二網(wǎng)元設(shè)備上的主動探針的檢測結(jié)果。

在本實施例中,檢測結(jié)果包括是否接收到第一網(wǎng)元設(shè)備上的主動探針發(fā)送的業(yè)務(wù)流。當(dāng)接收到第一網(wǎng)元設(shè)備上的主動探針發(fā)送的業(yè)務(wù)流時,執(zhí)行步驟204;當(dāng)沒有接收到第一網(wǎng)元設(shè)備上的主動探針發(fā)送的業(yè)務(wù)流時,執(zhí)行步驟205。

步驟204:網(wǎng)管設(shè)備確定第二網(wǎng)元設(shè)備故障。

步驟205:網(wǎng)管設(shè)備確定第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備之間的連接鏈路故障。

如圖5所示,網(wǎng)元設(shè)備R1~R10上均設(shè)置有主動探針31,主動探針31利用網(wǎng)元設(shè)備與網(wǎng)管設(shè)備20之間的連接,在監(jiān)測到網(wǎng)絡(luò)出現(xiàn)故障時通知網(wǎng)管設(shè)備20。

以圖5為例,網(wǎng)元設(shè)備R5上的主動探針31模擬客戶端,依次通過網(wǎng)元設(shè)備R4、網(wǎng)元設(shè)備R3、網(wǎng)元設(shè)備R2,向HTTP服務(wù)器21發(fā)送HTTP請求,若HTTP服務(wù)器21接收到HTTP請求,則會回復(fù)網(wǎng)元設(shè)備R5上的主動探針31。如果網(wǎng)元設(shè)備R5上的主動探針31沒有接收到HTTP服務(wù)器21回復(fù)的業(yè)務(wù)流,則網(wǎng)元設(shè)備R5上的主動探針31向網(wǎng)管設(shè)備20發(fā)送故障信息。

網(wǎng)管設(shè)備20接收到故障信息之后,根據(jù)故障信息確定HTTP服務(wù)器21上的主動探針是否接收到網(wǎng)元設(shè)備R5上的主動探針31發(fā)送的業(yè)務(wù)流。如果接收到網(wǎng)元設(shè)備R5上的主動探針31發(fā)送的業(yè)務(wù)流,則說明網(wǎng)元設(shè)備R5和HTTP服務(wù)器21之間的連接鏈路沒有問題,是HTTP服務(wù)器21存在問題;如果沒有接收到網(wǎng)元設(shè)備R5上的主動探針31發(fā)送的業(yè)務(wù)流,則說明網(wǎng)元設(shè)備R5和HTTP服務(wù)器21之間的連接鏈路存在問題。

進(jìn)一步地,網(wǎng)元設(shè)備R5和HTTP服務(wù)器21之間依次通過網(wǎng)元設(shè)備R4、網(wǎng)元設(shè)備R3、網(wǎng)元設(shè)備R2連接,如果網(wǎng)元設(shè)備R5和HTTP服務(wù)器21之間的連接鏈路存在問題,則可以依次根據(jù)網(wǎng)元設(shè)備R4、網(wǎng)元設(shè)備R3、網(wǎng)元設(shè)備R2上的主動探針是否接收到網(wǎng)元設(shè)備R5上的主動探針31發(fā)送的業(yè)務(wù)流,從而確定出具體出現(xiàn)故障的網(wǎng)元設(shè)備。

需要說明的是,服務(wù)器上的主動探針可以為通過trace route等方式確定的服務(wù)器的出口網(wǎng)元地址對應(yīng)的主動探針。保證該探針上的HTTP服務(wù)正常進(jìn)行,配置HTTP客戶端(網(wǎng)元設(shè)備R5上的主動探針)訪問服務(wù)器上的主動探針進(jìn)行測試,測試過程中的數(shù)據(jù)經(jīng)歷與HTTP服務(wù)器相同。如果服務(wù)器上的主動探針提供的HTTP服務(wù)正常,則說明網(wǎng)絡(luò)正常,HTTP服務(wù)器存在問題;如果服務(wù)器上的主動探針提供的HTTP服務(wù)不正常,則說明網(wǎng)絡(luò)異常,可以進(jìn)一步通過trace route判斷具體出現(xiàn)故障的網(wǎng)元設(shè)備。

步驟206:網(wǎng)管設(shè)備根據(jù)故障的位置調(diào)整網(wǎng)元設(shè)備的傳輸路徑,并輸出故障消息。該步驟206在步驟204或步驟205之后執(zhí)行。

在本實施例中,故障消息用于通知用戶故障的類型和故障的位置。

還是以圖5為例,如果網(wǎng)元設(shè)備R3故障,則網(wǎng)元設(shè)備R5與HTTP服務(wù)器21之間的傳輸路徑,從依次通過網(wǎng)元設(shè)備R4、網(wǎng)元設(shè)備R3、網(wǎng)元設(shè)備R2,改為依次通過網(wǎng)元設(shè)備R4、網(wǎng)元設(shè)備R8、網(wǎng)元設(shè)備R9、網(wǎng)元設(shè)備R10、網(wǎng)元設(shè)備R1、網(wǎng)元設(shè)備R2。

需要說明的是,步驟201-步驟202用于實現(xiàn)監(jiān)測探針在分組傳送網(wǎng)發(fā)生故障時發(fā)送告警信息,步驟203-步驟205用于實現(xiàn)網(wǎng)管設(shè)備接收告警信息,根據(jù)告警信息確定故障的位置,步驟206用于實現(xiàn)網(wǎng)管設(shè)備在預(yù)設(shè)的策略庫中查找故障的類型和故障的位置對應(yīng)的處理方式,并按照找到的處理方式控制網(wǎng)元設(shè)備動作。

本發(fā)明實施例通過主動探針監(jiān)測到分組傳送網(wǎng)業(yè)務(wù)傳輸失敗的情況并告知網(wǎng)管設(shè)備,網(wǎng)管設(shè)備接收到告警信息確定故障的位置,并調(diào)整網(wǎng)元設(shè)備的傳輸路徑,避免繼續(xù)采用有問題的傳輸路徑傳輸數(shù)據(jù)。

實施例三

本發(fā)明實施例提供了又一種網(wǎng)絡(luò)故障處理的系統(tǒng),適用于實施例一適用的所有情況中主動探針監(jiān)測到業(yè)務(wù)達(dá)不到關(guān)鍵績效指標(biāo)(英文:Key Performance Indicator,簡稱KPI)的情況,在本實施例中,分組傳送網(wǎng)中的網(wǎng)元設(shè)備包括第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備,第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備為不同的網(wǎng)元設(shè)備,參見圖6,該系統(tǒng)實現(xiàn)如下步驟處理網(wǎng)絡(luò)故障:

步驟301:第一網(wǎng)元設(shè)備上的主動探針向第二網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流。

具體地,該步驟301可以與實施例二中的步驟201相同,在此不再詳述。

步驟302:當(dāng)?shù)谝痪W(wǎng)元設(shè)備上的主動探針接收到第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流時,第一網(wǎng)元設(shè)備上的主動探針檢測第二網(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流是否符合設(shè)定的KPI。

步驟303:當(dāng)?shù)诙W(wǎng)元設(shè)備回復(fù)的業(yè)務(wù)流不符合KPI時,第一網(wǎng)元設(shè)備上的主動探針向網(wǎng)管設(shè)備發(fā)送故障信息。

在本實施例中,該告警信息包括第一網(wǎng)元設(shè)備的標(biāo)識和不符合的KPI。

步驟304:網(wǎng)管設(shè)備接收告警信息,并根據(jù)告警信息獲取第二網(wǎng)元設(shè)備上的主動探針的檢測結(jié)果。

在本實施例中,檢測結(jié)果包括第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流是否符合KPI。當(dāng)述第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流符合KPI時,執(zhí)行步驟305;當(dāng)?shù)谝痪W(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流不符合KPI時,執(zhí)行步驟306。

步驟305:網(wǎng)管設(shè)備確定第二網(wǎng)元設(shè)備故障。

具體地,該步驟305可以與實施例二中的步驟204相同,在此不再詳述。

步驟306:網(wǎng)管設(shè)備確定第一網(wǎng)元設(shè)備和第二網(wǎng)元設(shè)備之間的連接鏈路故障。

具體地,該步驟306可以與實施例二中的步驟205相同,在此不再詳述。

步驟307:網(wǎng)管設(shè)備根據(jù)故障的位置調(diào)整網(wǎng)元設(shè)備的傳輸路徑,并輸出故障消息。該步驟307在步驟305或步驟306之后執(zhí)行。

在本實施例中,故障消息用于通知用戶故障的類型和故障的位置。

具體地,該步驟307可以與實施例二中的步驟206相同,在此不再詳述。

需要說明的是,步驟301-步驟303用于實現(xiàn)監(jiān)測探針在分組傳送網(wǎng)發(fā)生故障時發(fā)送告警信息,步驟304-步驟306用于實現(xiàn)網(wǎng)管設(shè)備接收告警信息,根據(jù)告警信息確定故障的位置,步驟307用于實現(xiàn)網(wǎng)管設(shè)備在預(yù)設(shè)的策略庫中查找故障的類型和故障的位置對應(yīng)的處理方式,并按照找到的處理方式控制網(wǎng)元設(shè)備動作。

本發(fā)明實施例通過主動探針監(jiān)測到業(yè)務(wù)達(dá)不到關(guān)鍵績效指標(biāo)的情況并告知網(wǎng)管設(shè)備,網(wǎng)管設(shè)備接收到告警信息確定故障的位置,并調(diào)整網(wǎng)元設(shè)備的傳輸路徑,避免繼續(xù)采用有問題的傳輸路徑傳輸數(shù)據(jù)。

實施例四

本發(fā)明實施例提供了另一種網(wǎng)絡(luò)故障處理的系統(tǒng),適用于實施例一適用的所有情況中被動探針監(jiān)測到分組傳送網(wǎng)存在廣播風(fēng)暴的情況,在本實施例中,分組傳送網(wǎng)中的網(wǎng)元設(shè)備包括第一網(wǎng)元設(shè)備,參見圖7,該系統(tǒng)實現(xiàn)如下步驟處理網(wǎng)絡(luò)故障:

步驟401:第一網(wǎng)元設(shè)備上的被動探針檢測第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流是否符合設(shè)定的KPI。

由于被動探針的部署成本遠(yuǎn)高于主動探針,因此在具體實現(xiàn)中,通常被動探針沒有部署在分組傳送網(wǎng)中每個網(wǎng)元設(shè)備中,而是選擇部分網(wǎng)元設(shè)備部署被動探針,如核心網(wǎng)中的網(wǎng)元設(shè)備、接入用戶多的網(wǎng)元設(shè)備、經(jīng)常故障的網(wǎng)元設(shè)備。

以圖8為例,網(wǎng)元設(shè)備在網(wǎng)元設(shè)備R1、R3、R4、R8、R9、R10上部署被動探針32,并且網(wǎng)元設(shè)備R1、R3、R4、R8、R9、R10設(shè)有獨立于用戶業(yè)務(wù)傳輸?shù)臄?shù)據(jù)線(如光纖,考慮到發(fā)送和接收兩個傳輸方向,通常為四芯光纜),該數(shù)據(jù)線可以分開設(shè)置,也可以匯聚在一起,如圖8中網(wǎng)元設(shè)備R3、R4、R8的數(shù)據(jù)線都匯聚到網(wǎng)元設(shè)備R9再連接到網(wǎng)管設(shè)備20(如采用航空連接器連接),網(wǎng)元設(shè)備R1、R10的數(shù)據(jù)線直接單獨連接到網(wǎng)管設(shè)備20,從而將所有被動探針鏡像復(fù)制的數(shù)據(jù)傳輸給網(wǎng)管設(shè)備20。

步驟402:當(dāng)?shù)谝痪W(wǎng)元設(shè)備接收的業(yè)務(wù)流不符合KPI時,第一網(wǎng)元設(shè)備上的被動探針向網(wǎng)管設(shè)備發(fā)送告警信息,并鏡像復(fù)制第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流。

在本實施例中,當(dāng)?shù)谝痪W(wǎng)元設(shè)備接收的業(yè)務(wù)流不符合KPI時才鏡像復(fù)制第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流,只將網(wǎng)絡(luò)中的異常流量進(jìn)行記錄,可以有效節(jié)省硬件空間,延長被動探針的工作時間。通過將故障發(fā)生時的所有數(shù)據(jù)抓取并存儲,使得維護(hù)人員可以根據(jù)需要選擇性重放異常流量,進(jìn)行故障的定位分析,深入查找和分析故障原因。

在實際應(yīng)用中,被動探針實施監(jiān)測網(wǎng)絡(luò)中的所有流量,當(dāng)流量出現(xiàn)異常時,被動探針開始采集數(shù)據(jù),采用鏡像的方式將網(wǎng)絡(luò)中的用戶業(yè)務(wù)流量復(fù)制到被動探針中進(jìn)行分析;當(dāng)流量恢復(fù)正常時,被動探針停止采集數(shù)據(jù)。所有被動探針采集的數(shù)據(jù)可以集中存儲在同一個硬盤中,該硬盤設(shè)置在網(wǎng)管設(shè)備上或與網(wǎng)管設(shè)備連接(如通過艦船用以太網(wǎng)電纜連接),網(wǎng)管設(shè)備可以隨時對被動探針采集的數(shù)據(jù)進(jìn)行分析或者重放。

在本實施例中,該步驟402具體包括:

當(dāng)?shù)谝痪W(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流的傳輸速率超過設(shè)定閾值時,第一網(wǎng)元設(shè)備上的被動探針向網(wǎng)管設(shè)備發(fā)送告警信息,鏡像復(fù)制并向網(wǎng)管設(shè)備發(fā)送第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流,告警信息中故障的類型為廣播風(fēng)暴。

需要說明的是,分組傳送網(wǎng)的各接入網(wǎng)按照IP地址進(jìn)行劃分,因此可以設(shè)置監(jiān)測端口的流量閾值,利用IP地址定位廣播風(fēng)暴的源頭。廣播風(fēng)暴一般可以分為分組傳送網(wǎng)外引入、分組傳送網(wǎng)內(nèi)成環(huán)、接入網(wǎng)內(nèi)成環(huán)和網(wǎng)絡(luò)邊緣形成,成環(huán)通常是由于人為誤操作,將網(wǎng)元設(shè)備之間額外對接造成的。具有如下特性:

1、發(fā)送數(shù)據(jù)包的數(shù)量超過閾值,產(chǎn)生告警信息;

2、接收數(shù)據(jù)包的數(shù)量沒超過閾值,無告警信息產(chǎn)生;

3、發(fā)送的數(shù)據(jù)包中源IP地址不同。

步驟403:網(wǎng)管設(shè)備接收告警信息,并獲取第一網(wǎng)元設(shè)備上的被動探針鏡像復(fù)制的第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流。

步驟404:網(wǎng)管設(shè)備確定第一網(wǎng)元設(shè)備接收的業(yè)務(wù)流中的源IP地址是否相同。當(dāng)源IP地址相同時,執(zhí)行步驟405;當(dāng)源IP地址不同時,執(zhí)行步驟406。

步驟405:網(wǎng)管設(shè)備確定廣播風(fēng)暴來自于分組傳送網(wǎng)外,并關(guān)閉分組傳送網(wǎng)中對應(yīng)源IP地址的端口。

可選地,該步驟405可以包括:

確定分組傳送網(wǎng)外引入廣播風(fēng)暴;

查找源IP地址對應(yīng)的物理端口;

告警提示源IP地址對應(yīng)的物理端口導(dǎo)致廣播風(fēng)暴產(chǎn)生;

確定是否開啟故障隔離功能;

當(dāng)開啟故障隔離功能時,強(qiáng)制關(guān)閉源IP地址對應(yīng)的物理端口。

步驟406:網(wǎng)管設(shè)備確定源IP地址是否屬于同一個接入網(wǎng)。當(dāng)源IP地址不屬于同一個接入網(wǎng)時,執(zhí)行步驟407:當(dāng)源IP地址屬于同一個接入網(wǎng)時,執(zhí)行步驟408。

步驟407:網(wǎng)管設(shè)備確定廣播風(fēng)暴來自于分組傳送網(wǎng)內(nèi)形成環(huán)路的網(wǎng)元設(shè)備,并關(guān)閉分組傳送網(wǎng)內(nèi)形成環(huán)路的網(wǎng)元設(shè)備發(fā)送業(yè)務(wù)流的端口。

可選地,該步驟407可以包括:

確定分組傳送網(wǎng)內(nèi)形成環(huán)路導(dǎo)致廣播風(fēng)暴;

監(jiān)測網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流是否超過設(shè)定閾值;

記錄并告警提示發(fā)送的業(yè)務(wù)流超過設(shè)定閾值發(fā)送的網(wǎng)元設(shè)備;

確定是否開啟故障隔離功能;

當(dāng)開啟故障隔離功能時,強(qiáng)制關(guān)閉發(fā)送的業(yè)務(wù)流超過設(shè)定閾值發(fā)送的網(wǎng)元設(shè)備的發(fā)送端口。

步驟408:網(wǎng)管設(shè)備確定第一網(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流的傳輸速率是否超過設(shè)定閾值。當(dāng)?shù)谝痪W(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流的傳輸速率超過設(shè)定閾值時,執(zhí)行步驟409;當(dāng)?shù)谝痪W(wǎng)元設(shè)備發(fā)送的業(yè)務(wù)流的傳輸速率不超過設(shè)定閾值時,執(zhí)行步驟410。

步驟409:網(wǎng)管設(shè)備確定廣播風(fēng)暴來自接入網(wǎng),并關(guān)閉接入網(wǎng)的接入端口。

可選地,該步驟409可以包括:

確認(rèn)接入網(wǎng)導(dǎo)致的廣播風(fēng)暴;

查找接入網(wǎng)對應(yīng)的接入端口;

告警提示接入網(wǎng)導(dǎo)致廣播風(fēng)暴產(chǎn)生;

確定是否開啟故障隔離功能;

當(dāng)開啟故障隔離功能時,強(qiáng)制關(guān)閉接入網(wǎng)對應(yīng)的接入端口。

步驟410:網(wǎng)管設(shè)備確定廣播風(fēng)暴來自接入網(wǎng)的邊緣,并關(guān)閉接入網(wǎng)的邊緣的接入端口。

可選地,該步驟410可以包括:

確認(rèn)網(wǎng)絡(luò)邊緣導(dǎo)致的廣播風(fēng)暴;

查找網(wǎng)絡(luò)邊緣對應(yīng)的接入端口;

告警提示網(wǎng)絡(luò)邊緣導(dǎo)致廣播風(fēng)暴產(chǎn)生;

確定是否開啟故障隔離功能;

當(dāng)開啟故障隔離功能時,強(qiáng)制關(guān)閉網(wǎng)絡(luò)邊緣對應(yīng)的接入端口。

在具體實現(xiàn)中,在執(zhí)行步驟405、步驟407、步驟409或者步驟410之后,會再次執(zhí)行步驟401。

本發(fā)明實施例通過被動探針監(jiān)測到分組傳送網(wǎng)存在廣播風(fēng)暴的情況并告知網(wǎng)管設(shè)備,網(wǎng)管設(shè)備接收到告警信息廣播風(fēng)暴的來源,并關(guān)閉分組傳送網(wǎng)中相應(yīng)的端口,避免風(fēng)暴繼續(xù)造成網(wǎng)絡(luò)癱瘓。

需要說明的是:上述實施例提供的網(wǎng)絡(luò)故障處理的系統(tǒng)在處理網(wǎng)絡(luò)故障時,僅以上述各功能模塊的劃分進(jìn)行舉例說明,實際應(yīng)用中,可以根據(jù)需要而將上述功能分配由不同的功能模塊完成,即將系統(tǒng)的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊,以完成以上描述的全部或者部分功能。

上述本發(fā)明實施例序號僅僅為了描述,不代表實施例的優(yōu)劣。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成,也可以通過程序來指令相關(guān)的硬件完成,所述的程序可以存儲于一種計算機(jī)可讀存儲介質(zhì)中,上述提到的存儲介質(zhì)可以是只讀存儲器,磁盤或光盤等。

以上所述僅為本發(fā)明的較佳實施例,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。

當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
会泽县| 云霄县| 余姚市| 潼关县| 许昌市| 汾阳市| 普安县| 微山县| 西青区| 桑植县| 油尖旺区| 咸阳市| 建瓯市| 商洛市| 南涧| 淳化县| 仙居县| 丰原市| 中牟县| 石柱| 应城市| 临沧市| 同德县| 兖州市| 吉林省| 泾阳县| 若尔盖县| 曲麻莱县| 明溪县| 商南县| 武隆县| 屏边| 怀柔区| 交口县| 瑞金市| 泸溪县| 会东县| 宁远县| 中方县| 曲周县| 左云县|