專利名稱：檢測業(yè)務(wù)通道的方法及提供檢測業(yè)務(wù)通道方法的系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及檢測業(yè)務(wù)通道的方法及提供檢測業(yè)務(wù)通道方法的系統(tǒng)。
背景技術(shù)：
Mac-in-Mac(內(nèi)層介質(zhì)訪問控制MAC通過外層介質(zhì)訪問控制MAC傳送)技術(shù)由電子電氣工程師協(xié)會IEEE 802.1ah規(guī)定，是城域以太網(wǎng)論壇MEF運營級以太網(wǎng)(Carrier Ethernet)方案的重要組成部分，它通過與QinQ(內(nèi)層802.1Q標(biāo)簽TAG通過外層802.1Q標(biāo)簽TAG傳送)技術(shù)配合，可以實現(xiàn)整個傳送網(wǎng)絡(luò)即二層網(wǎng)絡(luò)全部基于以太網(wǎng)架構(gòu)，使城域網(wǎng)甚至廣域網(wǎng)從接入層、匯聚層以及骨干層都可以通過以太網(wǎng)技術(shù)來實現(xiàn)，是以太網(wǎng)發(fā)展的一個重要方向。
Mac-in-Mac組網(wǎng)中，用戶報文在運營商橋設(shè)備PB處進(jìn)行QinQ封裝，將其中的標(biāo)簽S-TAG在骨干運營商橋邊緣設(shè)備處映射成Mac-in-Mac的業(yè)務(wù)標(biāo)簽I-TAG(Service Instance TAG)，并且在報文頭插入骨干網(wǎng)目的MAC地址B-DA(Backbone Destination Address)、骨干網(wǎng)源MAC地址B-SA(Backbone SourceAddress)、I-TAG和骨干網(wǎng)外層標(biāo)簽B-TAG(Backbone VLAN TAG)字段。其中I-TAG是Mac-in-Mac中定義的業(yè)務(wù)標(biāo)簽，作為內(nèi)層標(biāo)簽，用于表示不同的業(yè)務(wù)實例，其至少有20位的業(yè)務(wù)實例標(biāo)識SID；B-TAG是外層標(biāo)簽，表示骨干運營商提供的不同業(yè)務(wù)類型，例如語音、視頻業(yè)務(wù)等，或者用于表示不同的地域或不同的業(yè)務(wù)運營商。骨干網(wǎng)中的中間節(jié)點根據(jù)B-DA、B-SA、B-TAG進(jìn)行轉(zhuǎn)發(fā)，這實際上相當(dāng)于建立了一條外層隧道。由于用戶數(shù)據(jù)在經(jīng)過Mac-in-Mac傳送時，不同的業(yè)務(wù)數(shù)據(jù)可以標(biāo)上相同的I-TAG，因此認(rèn)為I-TAG代表了一條內(nèi)層隧道，即與業(yè)務(wù)相關(guān)的業(yè)務(wù)通道。I-TAG代表的業(yè)務(wù)通道的不同類型的業(yè)務(wù)數(shù)據(jù)通過B-TAG標(biāo)識的外層隧道傳送到對端進(jìn)行處理。簡單的說，B-TAG標(biāo)明的是一條大的管道，I-TAG標(biāo)明管道中的小管道，小管道中傳送用戶的不同業(yè)務(wù)數(shù)據(jù)。報文傳送到骨干運營商橋中不同層的邊緣設(shè)備處后，根據(jù)I-TAG將B-TAG映射成新的B-TAG，報文傳送到對端骨干運營商橋中不同層的邊緣設(shè)備，再經(jīng)過B-TAG映射關(guān)系傳送到對端骨干運營商橋邊緣設(shè)備，之后去掉Mac-in-Mac頭將報文傳送給對端PB，PB處理之后將報文發(fā)送給對端用戶。整個過程中I-TAG可以保持不變，I-TAG在對端骨干運營商橋邊緣設(shè)備處映射回S-TAG；也可以在不同層次的Mac-in-Mac域中將I-TAG可映射成新的I-TAG。
Ping和TraceRoute是網(wǎng)絡(luò)中常用的兩個維護(hù)工具，或稱為例程，用于檢測鏈路連通性。Ping是通過向?qū)Χ税l(fā)送Ping請求報文，對端回送Ping響應(yīng)報文，發(fā)送端接收到響應(yīng)報文后認(rèn)為鏈路正常，否則鏈路可能出現(xiàn)某種故障。TraceRoute是向?qū)Χ税l(fā)送TraceRoute請求報文，該報文所經(jīng)過的節(jié)點都向發(fā)送端回送響應(yīng)報文，由此發(fā)送端可以確定傳送路徑中包含哪些節(jié)點，以及定位可能的故障是在傳送路徑的哪一段。Ping和TraceRoute在網(wǎng)絡(luò)中有很廣泛的應(yīng)用，如IP Ping/TraceRoute適用于IP網(wǎng)絡(luò)，標(biāo)記交換路徑LSP Ping/TraceRoute適用于多協(xié)議標(biāo)簽交換MPLS網(wǎng)絡(luò)，MAC Ping/TraceRoute適用于以太網(wǎng)絡(luò)。
以太網(wǎng)絡(luò)中，MAC Ping/TraceRoute是利用以太網(wǎng)操作、管理與維護(hù)OAM(IEEE 802.1ag)協(xié)議規(guī)定的環(huán)回消息LBM(LoopBack Message)/環(huán)回響應(yīng)消息LBR(LoopBack Reply Message)和鏈路跟蹤消息LTM(LinkTraceMessage)/鏈路跟蹤響應(yīng)消息LTR(LinkTrace Reply Message)來實現(xiàn)上述的Ping功能和TraceRoute功能。以太網(wǎng)OAM報文中所包含的信息主要包括源/目的MAC地址，802.1Q VLAN TAG(虛擬局域網(wǎng)標(biāo)簽)信息，以太網(wǎng)類型、消息碼OpCode字段。以太網(wǎng)類型字段表明此報文為以太網(wǎng)OAM報文，而OpCode字段則可以區(qū)分不同的以太網(wǎng)OAM消息類型，其中LBM消息、LBR消息、LTM消息和LTR消息分別通過四個不同的值來表示。
對于MAC Ping操作，用戶通過配置命令發(fā)起MAC Ping過程，構(gòu)造環(huán)回消息LBM，并封裝成請求報文后經(jīng)外層隧道發(fā)送到目的節(jié)點，目的節(jié)點解析請求報文，識別出環(huán)回消息LBM，構(gòu)造環(huán)回響應(yīng)消息LBR，封裝成響應(yīng)報文返回。根據(jù)接收響應(yīng)報文的情況可以確認(rèn)二層以太網(wǎng)中兩點之間的外層隧道是否正常，如果接收不到響應(yīng)報文，則說明兩點之間的外層隧道發(fā)生故障。
對于MAC TraceRoute操作，用戶通過配置命令發(fā)起MAC TraceRoute過程，構(gòu)造環(huán)回響應(yīng)消息LBR，并封裝成請求報文后經(jīng)外層隧道向目的節(jié)點發(fā)送，傳送路徑上的中間節(jié)點解析請求報文，識別出環(huán)回響應(yīng)消息LBR，構(gòu)造鏈路跟蹤響應(yīng)消息LTR，封裝成響應(yīng)報文返回，并根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點繼續(xù)進(jìn)行轉(zhuǎn)發(fā)，目的節(jié)點接收請求報文后，解析請求報文，識別出環(huán)回響應(yīng)消息LBR，構(gòu)造鏈路跟蹤響應(yīng)消息LTR，封裝成響應(yīng)報文返回。如果接收不到響應(yīng)報文，則說明外層隧道發(fā)生故障，并且根據(jù)響應(yīng)報文中轉(zhuǎn)發(fā)路徑上所包含的節(jié)點信息，可以進(jìn)行故障定位。
但是，MAC Ping/TraceRoute只是對外層隧道進(jìn)行連通性檢測，不能檢測到內(nèi)層隧道即業(yè)務(wù)通道的連通性，外層隧道連通沒有問題，并不表明業(yè)務(wù)通道就沒有問題，特別是在層次化組網(wǎng)的情況下，I-TAG可能在不同的節(jié)點會有一些處理，而且由于在不同的Mac-in-Mac域，B-TAG也可能發(fā)生變化，這些情況都容易引起業(yè)務(wù)通道的故障，因此僅僅檢測外層隧道的連通性是不夠的，還希望能對業(yè)務(wù)通道進(jìn)行連通性檢測。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種檢測業(yè)務(wù)通道的方法及具有提供檢測業(yè)務(wù)通道方法的系統(tǒng)，本發(fā)明能夠檢測業(yè)務(wù)通道的連通性。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)本發(fā)明提供一種檢測業(yè)務(wù)通道的方法，包括將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；所述目的節(jié)點接收請求報文后識別出請求消息，并返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文；根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況。
可選的，所述請求消息及響應(yīng)消息攜帶以太網(wǎng)類型標(biāo)識及指明消息類型的標(biāo)識。
可選的，所述請求報文的傳送為單播或組播方式。
可選的，所述請求消息及響應(yīng)消息攜帶時間信息，根據(jù)所述時間信息和響應(yīng)報文數(shù)量計算出傳送報文的時延、抖動和丟包率。
可選的，所述請求報文的傳送過程中，中間節(jié)點接收請求報文后識別出請求消息，根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；或者，中間節(jié)點接收請求報文后識別出請求消息，返回包含響應(yīng)消息、內(nèi)層標(biāo)簽及外層標(biāo)簽的響應(yīng)報文，再根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文。
可選的，所述根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況的步驟具體包括未接收到目的節(jié)點返回的響應(yīng)報文時，確定業(yè)務(wù)通道出現(xiàn)故障；或者，未接收到目的節(jié)點返回的響應(yīng)報文時，確定業(yè)務(wù)通道出現(xiàn)故障，并根據(jù)中間節(jié)點返回的響應(yīng)報文確定業(yè)務(wù)通道的故障位置。
可選的，所述請求消息包含生存時間TTL信息，所述中間節(jié)點對生存時間TTL信息進(jìn)行檢測，并將變化后的生存時間TTL信息記錄在所述響應(yīng)消息中。
可選的，所述請求報文由Ping命令或TraceRoute命令發(fā)起。
所述方法具體應(yīng)用于內(nèi)層介質(zhì)訪問控制通過外層介質(zhì)訪問控制傳送的Mac-in-Mac網(wǎng)絡(luò)中。
相應(yīng)的，本發(fā)明還提供一種具有提供檢測業(yè)務(wù)通道方法的系統(tǒng)，包括源節(jié)點和目的節(jié)點；其中，源節(jié)點，用于將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；以及，根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況；目的節(jié)點，用于接收請求報文后識別出請求消息，并向源節(jié)點返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文。
可選的，所述系統(tǒng)進(jìn)一步包括中間節(jié)點，用于在所述請求報文的傳送過程中，接收請求報文后識別出請求消息，根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；或者，接收請求報文后識別出請求消息，返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文，再根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文。
可選的，所述中間節(jié)點包括轉(zhuǎn)發(fā)單元和檢測單元；其中，轉(zhuǎn)發(fā)單元，用于在所述請求報文的傳送過程中，接收請求報文后識別出請求消息，根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；或者，接收請求報文后識別出請求消息，返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文，再根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；檢測單元，用于對所述請求消息中的生存時間TTL信息進(jìn)行檢測，并將變化后的生存時間TTL信息記錄在響應(yīng)報文中的響應(yīng)消息中。
可選的，所述源節(jié)點包括發(fā)送單元、接收單元和計算單元；其中，發(fā)送單元，用于將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)層標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；接收單元，用于根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況；計算單元，用于根據(jù)所述請求消息及響應(yīng)消息中的時間信息和響應(yīng)報文數(shù)量計算出傳送報文的時延、抖動和丟包率。
從以上技術(shù)方案可以看出，現(xiàn)有技術(shù)只能實現(xiàn)對外層隧道進(jìn)行連通性檢測，而本發(fā)明將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；所述目的節(jié)點接收請求報文后識別出請求消息，并返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文。因為本發(fā)明對請求報文進(jìn)行了擴(kuò)展，在報文中增加了對應(yīng)業(yè)務(wù)通道的業(yè)務(wù)標(biāo)簽，所以根據(jù)接收響應(yīng)報文的情況可以確定業(yè)務(wù)通道狀況，從而提供了對內(nèi)層隧道即業(yè)務(wù)通道進(jìn)行連通性檢測的方法。


圖1是本發(fā)明檢測業(yè)務(wù)通道的方法流程圖；圖2是本發(fā)明檢測業(yè)務(wù)通道的方法實施例一流程圖；圖3是本發(fā)明檢測業(yè)務(wù)通道的方法實施例二流程圖；圖4是本發(fā)明提供檢測業(yè)務(wù)通道方法的系統(tǒng)結(jié)構(gòu)示意圖；圖5是本發(fā)明提供檢測業(yè)務(wù)通道方法的系統(tǒng)中的源節(jié)點結(jié)構(gòu)示意圖；圖6是本發(fā)明提供檢測業(yè)務(wù)通道方法的系統(tǒng)中的中間節(jié)點結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明提供對Mac-in-Mac網(wǎng)絡(luò)的I-TAG所標(biāo)識的內(nèi)層隧道即業(yè)務(wù)通道進(jìn)行連通性檢測的方法，具體可以通過Ping和TraceRoute操作實現(xiàn)，在本發(fā)明中兩種操作分別簡稱為MinM-Ping和MinM-TraceRoute。
請參閱圖1，是本發(fā)明檢測業(yè)務(wù)通道的方法流程圖，包括步驟A1、將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；A2、所述目的節(jié)點接收請求報文后識別出請求消息，并返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文；A3、根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況。
以下結(jié)合實施例進(jìn)行介紹。例如在一個層次化的Mac-in-Mac網(wǎng)絡(luò)中，網(wǎng)絡(luò)為兩層結(jié)構(gòu)，第一層為骨干層，第二層為接入層，分別屬于不同的Mac-in-Mac域，第一層Mac-in-Mac域的邊緣設(shè)備為骨干運營商橋中不同層的邊緣設(shè)備BB BB，第二層Mac-in-Mac域的邊緣設(shè)備為骨干運營商橋邊緣設(shè)備BB PB。各Mac-in-Mac域內(nèi)部分別建立傳送的外層隧道和內(nèi)層隧道即業(yè)務(wù)通道。外層隧道通過Mac-in-Mac報文的B-TAG標(biāo)識，業(yè)務(wù)通道通過Mac-in-Mac報文的I-TAG標(biāo)識，多條業(yè)務(wù)通道的業(yè)務(wù)通過同一條外層隧道傳送，可以建立多條不同的外層隧道。
在上述網(wǎng)絡(luò)中，對Mac-in-Mac網(wǎng)絡(luò)的I-TAG所標(biāo)識的業(yè)務(wù)通道進(jìn)行檢測的方法包括Ping和TraceRoute操作。
實施例一，是采用MinM-Ping操作檢驗業(yè)務(wù)通道的連通性。
請參閱圖2，MinM-Ping的具體過程包括B1、通過配置命令發(fā)起MinM-Ping過程；在Mac-in-Mac域的骨干運營商橋邊緣設(shè)備，用戶通過配置命令發(fā)起MinM-Ping過程，配置命令需指明要Ping的業(yè)務(wù)通道標(biāo)識，業(yè)務(wù)通道標(biāo)識即Mac-in-Mac的I-TAG，I-TAG中包括業(yè)務(wù)ID(I-SID)和業(yè)務(wù)類型；B2、骨干運營商橋邊緣設(shè)備根據(jù)業(yè)務(wù)通道標(biāo)識I-TAG查找得到對應(yīng)的外層隧道標(biāo)識B-TAG，構(gòu)造MinM-Ping請求消息，并將該請求消息進(jìn)行Mac-in-Mac封裝；該步驟可分為
1、構(gòu)造請求消息；MinM-Ping請求消息的構(gòu)造可對以太網(wǎng)OAM的報文格式進(jìn)行擴(kuò)充，其中包括目的MAC、源MAC、以太網(wǎng)類型Ether-Type、版本號、消息碼、報文長度、序列號、填充數(shù)據(jù)。需要說明的是，擴(kuò)充以太網(wǎng)OAM報文格式只是一種實現(xiàn)方法，也可以通過定義其他報文格式實現(xiàn)。
其中，源/目的MAC，表示源/目的設(shè)備MAC地址；以太網(wǎng)類型Ether-Type，表示以太網(wǎng)OAM類型；版本號，表示協(xié)議版本號；消息碼，定義4個值，分別表示MinM-Ping請求、MinM-Ping響應(yīng)、MinM-TraceRoute請求和MinM-TraceRoute響應(yīng)，具體取何值進(jìn)行表示不加以限定，本步驟中取值表示MinM-Ping請求；報文長度，表示消息報文長度，以字節(jié)為單位；序列號，表示一個32位的ID值，用于標(biāo)識當(dāng)前報文，多個MinM-Ping報文使用不同的序列號；填充數(shù)據(jù)，表示MinM-Ping過程可用于不同長度的報文測試，此時可填充一些測試數(shù)據(jù)。
2、封裝報文；封裝具體為將MinM-Ping請求消息根據(jù)業(yè)務(wù)通道添加I-TAG，根據(jù)外層隧道添加B-TAG，然后填充源MAC地址、目的MAC地址和校驗和B-FCS。
B3、傳送封裝后的報文；請求報文封裝好后，發(fā)送到對端骨干運營商橋邊緣設(shè)備。
為防止收不到對端回應(yīng)報文，報文發(fā)出時要啟動定時器。定時器的取值具體根據(jù)需要設(shè)置。
需要說明的是，MinM-Ping有兩種類型，一種為單播的MinM-Ping請求消息，另一種為組播的MinM-Ping請求消息。如果為單播的MinM-Ping請求消息，Mac-in-Mac封裝報文時目的MAC地址為對端骨干運營商橋邊緣設(shè)備的MAC地址；如果為組播的MinM-Ping請求消息，Mac-in-Mac封裝報文時目的MAC地址填為組播地址，或直接填寫為0xffffff，此消息將沿B-TAG標(biāo)識的外層隧道傳送到所有相關(guān)的對端骨干運營商橋邊緣設(shè)備。
在層次化的Mac-in-Mac網(wǎng)絡(luò)結(jié)構(gòu)中，MinM-Ping請求報文的傳送有以下變化同一業(yè)務(wù)通道其外層隧道由所經(jīng)過的Mac-in-Mac域所決定，即報文攜帶的B-TAG只在該Mac-in-Mac域有意義，當(dāng)?shù)竭_(dá)另外的Mac-in-Mac域時，B-TAG將由新的Mac-in-Mac域決定，如第二層Mac-in-Mac域的報文到達(dá)第一層Mac-in-Mac域時，其B-TAG將變換為新的Mac-in-Mac域中的外層隧道標(biāo)識。
在層次化的Mac-in-Mac網(wǎng)絡(luò)結(jié)構(gòu)中，關(guān)于I-TAG也有兩種情況，一種是在整個傳送過程中I-TAG保持不變，另外一種是在不同層次的Mac-in-Mac域中其I-TAG可映射成新的I-TAG，MinM-Ping請求報文的I-TAG會根據(jù)這兩種情況保持不變或者進(jìn)行相應(yīng)映射，這使得不同的Mac-in-Mac域中的I-TAG可以靈活配置，相應(yīng)的變換或映射將在骨干運營商橋中不同層的邊緣設(shè)備進(jìn)行處理，骨干運營商橋中不同層的邊緣設(shè)備需要維護(hù)I-TAG之間的映射關(guān)系。
B4、目的節(jié)點對MinM-Ping請求報文進(jìn)行響應(yīng)；對端骨干運營商橋邊緣設(shè)備收到MinM-Ping請求報文中，根據(jù)報文的幀格式解析識別出MinM-Ping請求消息，然后構(gòu)造單播的MinM-Ping響應(yīng)報文，封裝相同的Mac-in-Mac報文頭回送給源骨干運營商橋邊緣設(shè)備，只是目的MAC地址為源骨干運營商橋邊緣設(shè)備的MAC地址，源MAC地址為該骨干運營商橋邊緣設(shè)備的MAC地址；MinM-Ping響應(yīng)報文中的MinM-Ping響應(yīng)消息與MinM-Ping請求消息的構(gòu)造基本相同，但消息碼取值表示為MinM-Ping響應(yīng)消息。
需要說明的是，網(wǎng)絡(luò)中的中間節(jié)點接收請求報文后不返回響應(yīng)報文，只是識別出MinM-Ping請求消息后，根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文，只有目的節(jié)點才進(jìn)行響應(yīng)，返回響應(yīng)報文。
B5、根據(jù)接收的響應(yīng)報文情況確定業(yè)務(wù)通道的連通性；源骨干運營商橋邊緣設(shè)備將接收到MinM-Ping響應(yīng)報文，由此可以確定業(yè)務(wù)通道的連通性。如果源骨干運營商橋邊緣設(shè)備在定時器超時后仍然收不到MinM-Ping響應(yīng)報文，將認(rèn)為業(yè)務(wù)通道不可用。對于組播方式的MinM-Ping，源設(shè)備可能收到多個對端骨干運營商橋邊緣設(shè)備的MinM-Ping響應(yīng)報文，由此可確認(rèn)哪些對端骨干運營商橋邊緣設(shè)備的業(yè)務(wù)通道為可用。
進(jìn)一步的，確定業(yè)務(wù)通道是連通狀態(tài)后，則向用戶輸出MinM-Ping成功的信息；若確定業(yè)務(wù)通道不可用，則向用戶輸出MinM-Ping失敗信息。
需要說明的是，MinM-Ping消息中可攜帶時間信息，即消息中增加時間戳域，用于標(biāo)注時間，則根據(jù)這些時間信息及接收響應(yīng)報文的數(shù)量，通過一定的算法可以計算業(yè)務(wù)通道傳送報文的時延、抖動和丟包率。例如一次發(fā)送多個MinM-Ping請求報文，MinM-Ping請求及響應(yīng)消息中都攜帶時間信息，則可以根據(jù)收到響應(yīng)報文的個數(shù)和獲取的時間信息進(jìn)行計算，得到業(yè)務(wù)通道傳送報文的時延、抖動和丟包率。
需要說明的是，具體如何計算這些參數(shù)本發(fā)明并不限定，可以根據(jù)上述信息按不同算法進(jìn)行計算。
以下介紹實施例二，是采用MinM-TraceRoute操作檢驗業(yè)務(wù)通道的連通性，其和實施例一的主要區(qū)別是中間節(jié)點需要返回響應(yīng)報文。
MinM-TraceRoute操作可以了解業(yè)務(wù)通道經(jīng)過路徑中所包含的Mac-in-Mac節(jié)點信息，以幫助在故障情況下定位是哪一段業(yè)務(wù)通道出現(xiàn)了故障。
請參閱圖3，MinM-TraceRoute的具體過程包括C1、通過配置命令發(fā)起MinM-TraceRoute過程；在Mac-in-Mac域的骨干運營商橋邊緣設(shè)備，用戶通過配置命令發(fā)起MinM-TraceRoute過程，配置命令需指明要Ping的業(yè)務(wù)通道標(biāo)識以及對端目的設(shè)備MAC地址，業(yè)務(wù)通道標(biāo)識即Mac-in-Mac的I-TAG，I-TAG中包括業(yè)務(wù)ID(I-SID)和業(yè)務(wù)類型；C2、與前面MinM-Ping過程類似，骨干運營商橋邊緣設(shè)備根據(jù)業(yè)務(wù)通道標(biāo)識I-TAG查找得到外層隧道標(biāo)識B-TAG，并且構(gòu)造MinM-TraceRoute請求消息以及封裝成Mac-in-Mac報文；該步驟可分為
1、構(gòu)造請求消息；MinM-TraceRoute請求消息的構(gòu)造可對以太網(wǎng)OAM的報文格式進(jìn)行擴(kuò)充，其中包括目的MAC、源MAC、以太網(wǎng)類型Ether-Type、版本號、消息碼、報文長度、序列號、生存時間TTL。需要說明的是，擴(kuò)充以太網(wǎng)OAM報文格式只是一種實現(xiàn)方法，也可以通過定義其他報文格式實現(xiàn)。
其中，源/目的MAC，表示源/目的設(shè)備MAC地址；以太網(wǎng)類型Ether-Type，表示以太網(wǎng)OAM類型；版本號，表示協(xié)議版本號；消息碼，定義4個值，分別表示MinM-Ping請求、MinM-Ping響應(yīng)、MinM-TraceRoute請求、MinM-TraceRoute響應(yīng)，具體取何值進(jìn)行表示不加以限定，本步驟中取值表示MinM-TraceRoute請求；報文長度，表示消息報文長度，以字節(jié)為單位；序列號，表示一個32位的ID值，用于標(biāo)識當(dāng)前報文，多個MinM-TraceRoute報文使用不同的序列號；TTL，表示生存時間，缺省可取為64。TTL信息的作用是表明所經(jīng)過節(jié)點的順序，以及防止該消息在網(wǎng)絡(luò)中無限漫延。
2、封裝報文；封裝具體為將MinM-TraceRoute請求消息根據(jù)業(yè)務(wù)通道添加I-TAG，根據(jù)外層隧道添加B-TAG，然后填充源MAC地址、目的MAC地址和校驗和B-FCS。
C3、中間節(jié)點傳送封裝后的報文，并對MinM-TraceRoute請求報文進(jìn)行響應(yīng)；為防止收不到對端回應(yīng)報文，報文發(fā)出時要啟動定時器。定時器的取值具體根據(jù)需要設(shè)置。
請求報文封裝好后，通過相應(yīng)接口發(fā)送出去。MinM-TraceRoute請求報文所經(jīng)過路徑上的各Mac-in-Mac設(shè)備，例如骨干運營商橋中不同層的邊緣設(shè)備，對端骨干運營商橋邊緣設(shè)備等，根據(jù)報文的幀格式解析識別出MinM-TraceRoute請求消息之后，構(gòu)造MinM-TraceRoute響應(yīng)報文，封裝相同的Mac-in-Mac報文頭回送給源骨干運營商橋邊緣設(shè)備，只是目的MAC地址為源骨干運營商橋邊緣設(shè)備的MAC地址，源MAC地址為該骨干運營商橋邊緣設(shè)備的MAC地址，如果存在到目地設(shè)備的轉(zhuǎn)發(fā)表項，則將該請求報文按轉(zhuǎn)發(fā)表項向下一跳節(jié)點繼續(xù)進(jìn)行轉(zhuǎn)發(fā)。MinM-TraceRoute響應(yīng)報文中的MinM-TraceRoute響應(yīng)消息與MinM-TraceRoute請求消息的構(gòu)造基本相同，消息碼取值表示為TraceRoute響應(yīng)消息。
另外要注意的是，MinM-TraceRoute請求消息中可以設(shè)置TTL信息，中間Mac-in-Mac節(jié)點需要檢查該信息，如果TTL的值為1，將TTL信息記錄在響應(yīng)報文中的響應(yīng)消息中，并只回送響應(yīng)報文而不再轉(zhuǎn)發(fā)；如果TTL的值不為1，將TTL信息記錄在響應(yīng)報文中的響應(yīng)消息中，中間Mac-in-Mac節(jié)點返回響應(yīng)報文并且繼續(xù)轉(zhuǎn)發(fā)，此時要將TTL值減1再轉(zhuǎn)發(fā)。
C4、目的節(jié)點對MinM-TraceRoute請求報文進(jìn)行響應(yīng)；如果請求報文到達(dá)目的設(shè)備，則只向源設(shè)備回送MinM-TraceRoute響應(yīng)報文，但不再轉(zhuǎn)發(fā)請求報文。
C5、根據(jù)接收的響應(yīng)報文情況確定業(yè)務(wù)通道的連通性，并確定故障位置；源骨干運營商橋邊緣設(shè)備將接收到各中間節(jié)點的MinM-TraceRoute響應(yīng)報文，由此可以確定業(yè)務(wù)通道轉(zhuǎn)發(fā)路徑上經(jīng)過了哪些Mac-in-Mac節(jié)點設(shè)備，并且根據(jù)TTL可以知道報文經(jīng)過的順序；如果定時器超時后仍然收不到目的設(shè)備發(fā)回的MinM-TraceRoute響應(yīng)報文，將認(rèn)為業(yè)務(wù)通道無法到達(dá)目的設(shè)備；根據(jù)所經(jīng)過的節(jié)點信息可以定位是哪一段Mac-in-Mac業(yè)務(wù)通道出現(xiàn)了故障。
進(jìn)一步的，將這些檢測到的結(jié)果信息向用戶輸出。
需要說明的是，上述實施例是描述了一個兩層網(wǎng)絡(luò)組網(wǎng)的檢測業(yè)務(wù)通道的方法，同樣的，當(dāng)只是一層網(wǎng)絡(luò)時或多層網(wǎng)絡(luò)組網(wǎng)時，其實現(xiàn)原理是一樣的。
以上對本發(fā)明檢測業(yè)務(wù)通道的方法進(jìn)行了詳細(xì)介紹，下面介紹提供檢測業(yè)務(wù)通道方法的系統(tǒng)。
請參閱圖4，是本發(fā)明提供檢測業(yè)務(wù)通道方法的系統(tǒng)結(jié)構(gòu)示意圖。
圖4中系統(tǒng)包括源節(jié)點100、目的節(jié)點200和中間節(jié)點300。
源節(jié)點100，用于將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點200；以及，根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況。
請參閱圖5，是源節(jié)點100的結(jié)構(gòu)示意圖。源節(jié)點100包括發(fā)送單元101和接收單元102。
發(fā)送單元101，構(gòu)造MinM-Ping請求消息或MinM-TraceRoute請求消息，并將請求消息、業(yè)務(wù)標(biāo)簽I-TAG及外層標(biāo)簽B-TAG封裝成Mac-in-Mac報文，從相應(yīng)的B-TAG對應(yīng)外層隧道傳送出去。接收單元102，根據(jù)接收含有MinM-Ping響應(yīng)消息或MinM-TraceRoute響應(yīng)消息的響應(yīng)報文情況確定業(yè)務(wù)通道的連通狀況，若能接收到響應(yīng)報文，則說明業(yè)務(wù)標(biāo)簽I-TAG對應(yīng)的業(yè)務(wù)通道是連通的，若在定時器超時后仍無法接收到響應(yīng)報文，則說明業(yè)務(wù)通道故障。在MinM-TraceRoute操作情況下還可以根據(jù)響應(yīng)報文中描述的所經(jīng)過節(jié)點信息定位是哪一段業(yè)務(wù)通道出現(xiàn)了故障。進(jìn)一步的，將這些檢測到的成功或失敗信息向用戶輸出。
源節(jié)點100還進(jìn)一步包括計算單元103，用于根據(jù)所述請求消息及響應(yīng)消息中的時間信息和響應(yīng)報文數(shù)量計算出傳送報文的時延、抖動和丟包率。MinM-Ping消息中可攜帶時間信息，即消息中增加時間戳域，用于標(biāo)注時間，則根據(jù)這些時間信息及接收響應(yīng)報文的數(shù)量，通過一定的算法可以計算業(yè)務(wù)通道傳送報文的時延、抖動和丟包率。例如一次發(fā)送多個MinM-Ping請求報文，MinM-Ping請求及響應(yīng)消息中都攜帶時間信息，則可以根據(jù)收到響應(yīng)報文的個數(shù)和獲取的時間信息進(jìn)行計算，得到業(yè)務(wù)通道傳送報文的時延、抖動和丟包率。
目的節(jié)點200，用于接收請求報文后識別出請求消息，并向源節(jié)點100返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文。目的節(jié)點200接收請求報文后，根據(jù)報文的幀格式解析識別出MinM-Ping請求消息或MinM-TraceRoute請求消息，并且構(gòu)造MinM-Ping響應(yīng)消息或MinM-TraceRoute響應(yīng)消息，封裝成Mac-in-Mac響應(yīng)報文回送給源節(jié)點100。
可選的，本發(fā)明系統(tǒng)包括中間節(jié)點300。請參閱圖6，是中間節(jié)點300的結(jié)構(gòu)示意圖。中間節(jié)點300包括轉(zhuǎn)發(fā)單元301和檢測單元302。轉(zhuǎn)發(fā)單元301，用于在所述請求報文的傳送過程中，接收請求報文后識別出請求消息，根據(jù)轉(zhuǎn)發(fā)表項轉(zhuǎn)發(fā)請求報文；或者接收請求報文后識別出請求消息，返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文，再根據(jù)轉(zhuǎn)發(fā)表項轉(zhuǎn)發(fā)請求報文。轉(zhuǎn)發(fā)單元301接收請求報文后，根據(jù)報文的幀格式解析識別出MinM-Ping請求消息或MinM-TraceRoute請求消息，其中對于MinM-Ping請求消息只需要按照正常的轉(zhuǎn)發(fā)流程選擇合適的B-TAG對應(yīng)外層隧道轉(zhuǎn)發(fā)報文，而對于MinM-TraceRoute請求消息，則構(gòu)造MinM-TraceRoute響應(yīng)消息并封裝成響應(yīng)報文回送給源節(jié)點100，并且按照正常轉(zhuǎn)發(fā)流程將原請求報文按轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)出去。
檢測單元302，用于對請求消息中的生存時間TTL信息進(jìn)行檢測，并將變化后的生存時間TTL信息記錄在響應(yīng)報文中的響應(yīng)消息中。若MinM-TraceRoute請求消息中設(shè)置了TTL信息，檢測單元302需要檢查該信息，如果TTL的值為1，檢測單元302將TTL信息記錄在響應(yīng)報文中的響應(yīng)消息中，并且轉(zhuǎn)發(fā)單元301只回送響應(yīng)報文而不再轉(zhuǎn)發(fā)；如果TTL的值不為1，檢測單元302將TTL信息記錄在響應(yīng)報文中的響應(yīng)消息中，轉(zhuǎn)發(fā)單元301返回響應(yīng)報文并且繼續(xù)轉(zhuǎn)發(fā)，此時是要將TTL值減1再轉(zhuǎn)發(fā)。TTL信息的作用是表明所經(jīng)過節(jié)點的順序，以及防止該消息在網(wǎng)絡(luò)中無限漫延。
以上對本發(fā)明所提供的一種檢測業(yè)務(wù)通道的方法及具有提供檢測業(yè)務(wù)通道方法的系統(tǒng)進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種檢測業(yè)務(wù)通道的方法，其特征在于，包括將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；所述目的節(jié)點接收請求報文后識別出請求消息，并返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文；根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況。
2.根據(jù)權(quán)利要求1所述的檢測業(yè)務(wù)通道的方法，其特征在于所述請求消息及響應(yīng)消息攜帶以太網(wǎng)類型標(biāo)識及指明消息類型的標(biāo)識。
3.根據(jù)權(quán)利要求1所述的檢測業(yè)務(wù)通道的方法，其特征在于所述請求報文的傳送為單播或組播方式。
4.根據(jù)權(quán)利要求1至3任一項所述的檢測業(yè)務(wù)通道的方法，其特征在于所述請求消息及響應(yīng)消息攜帶時間信息，根據(jù)所述時間信息和響應(yīng)報文數(shù)量計算出傳送報文的時延、抖動和丟包率。
5.根據(jù)權(quán)利要求1至3任一項所述的檢測業(yè)務(wù)通道的方法，其特征在于所述請求報文的傳送過程中，中間節(jié)點接收請求報文后識別出請求消息，根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；或者，中間節(jié)點接收請求報文后識別出請求消息，返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文，再根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文。
6.根據(jù)權(quán)利要求5所述的檢測業(yè)務(wù)通道的方法，其特征在于，所述根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況的步驟具體包括未接收到目的節(jié)點返回的響應(yīng)報文時，確定業(yè)務(wù)通道出現(xiàn)故障；或者，未接收到目的節(jié)點返回的響應(yīng)報文時，確定業(yè)務(wù)通道出現(xiàn)故障，并根據(jù)中間節(jié)點返回的響應(yīng)報文確定業(yè)務(wù)通道的故障位置。
7.根據(jù)權(quán)利要求6所述的檢測業(yè)務(wù)通道的方法，其特征在于所述請求消息包含生存時間TTL信息，所述中間節(jié)點對生存時間TTL信息進(jìn)行檢測，并將變化后的生存時間TTL信息記錄在所述響應(yīng)消息中。
8.根據(jù)權(quán)利要求1所述的檢測業(yè)務(wù)通道的方法，其特征在于所述請求報文由Ping命令或TraceRoute命令發(fā)起。
9.根據(jù)權(quán)利要求1所述的檢測業(yè)務(wù)通道的方法，其特征在于所述方法具體應(yīng)用于內(nèi)層介質(zhì)訪問控制通過外層介質(zhì)訪問控制傳送的Mac-in-Mac網(wǎng)絡(luò)中。
10.一種提供檢測業(yè)務(wù)通道方法的系統(tǒng)，其特征在于，包括源節(jié)點和目的節(jié)點；其中，源節(jié)點，用于將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；以及，根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況；目的節(jié)點，用于接收請求報文后識別出請求消息，并向源節(jié)點返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文。
11.根據(jù)權(quán)利要求10所述的提供檢測業(yè)務(wù)通道方法的系統(tǒng)，其特征在于所述系統(tǒng)進(jìn)一步包括中間節(jié)點，用于在所述請求報文的傳送過程中，接收請求報文后識別出請求消息，根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；或者，接收請求報文后識別出請求消息，返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文，再根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文。
12.根據(jù)權(quán)利要求11所述的提供檢測業(yè)務(wù)通道方法的系統(tǒng)，其特征在于所述中間節(jié)點包括轉(zhuǎn)發(fā)單元和檢測單元；其中，轉(zhuǎn)發(fā)單元，用于在所述請求報文的傳送過程中，接收請求報文后識別出請求消息，根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；或者，接收請求報文后識別出請求消息，返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文，再根據(jù)轉(zhuǎn)發(fā)表項向下一跳節(jié)點轉(zhuǎn)發(fā)請求報文；檢測單元，用于對所述請求消息中的生存時間TTL信息進(jìn)行檢測，并將變化后的生存時間TTL信息記錄在響應(yīng)報文中的響應(yīng)消息中。
13.根據(jù)權(quán)利要求10所述的提供檢測業(yè)務(wù)通道方法的系統(tǒng)，其特征在于所述源節(jié)點包括發(fā)送單元、接收單元和計算單元；其中，發(fā)送單元，用于將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)層標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；接收單元，用于根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況；計算單元，用于根據(jù)所述請求消息及響應(yīng)消息中的時間信息和響應(yīng)報文數(shù)量計算出傳送報文的時延、抖動和丟包率。
全文摘要
本發(fā)明公開了一種檢測業(yè)務(wù)通道的方法。所述方法為將包含請求消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的請求報文通過外層標(biāo)簽對應(yīng)的外層隧道傳送到業(yè)務(wù)標(biāo)簽對應(yīng)業(yè)務(wù)通道的目的節(jié)點；所述目的節(jié)點接收請求報文后識別出請求消息，并返回包含響應(yīng)消息、業(yè)務(wù)標(biāo)簽及外層標(biāo)簽的響應(yīng)報文；根據(jù)接收響應(yīng)報文的情況確定業(yè)務(wù)通道狀況。相應(yīng)的，本發(fā)明公開了一種提供檢測業(yè)務(wù)通道方法的系統(tǒng)。本發(fā)明能夠檢測業(yè)務(wù)通道的連通性。
文檔編號H04L29/06GK1968163SQ20061014998
公開日2007年5月23日 申請日期2006年10月25日 優(yōu)先權(quán)日2006年10月25日
發(fā)明者滕新東 申請人:華為技術(shù)有限公司