檢測乙太網多播性能的實現方法
2023-07-09 01:37:56
專利名稱:檢測乙太網多播性能的實現方法
技術領域：
本發明涉及網絡通信技術領域：
，尤其涉及一種乙太網OAM(操作管理和維護)中的多播性能檢測技術。
背景技術：
隨著網絡通信技術的發展，Ethernet(乙太網)技術憑藉其高性價比的優勢逐漸由區域網向城域網發展，其埠速率也從10M發展到10G。在乙太網向城域網發展的過程中，要求Ethernet技術必須滿足電信級網絡要求。其中，OAM便是電信級網絡對各種技術的基本要求。相應的OAM主要包括網絡故障管理機制和網絡性能管理機制。
目前，針對ETH網絡的故障/性能管理機制包括基於ETH-CC(乙太網連接性檢查)連續性檢測功能，用於檢測ETHMEP之間連通性；基於ETH-LB(乙太網環回)環回功能，用於MEP(維護域端點)和MIP(維護域中間節點)/MEP之間連通性檢測，以及性能參數中的幀延遲和幀延遲抖動測量；ETH-LT(乙太網鏈路跟蹤)功能，用於故障定位；基於ETH-AIS(乙太網告警指示信號)和ETH-RDI(乙太網反向缺陷指示)的告警指示功能，用於故障告警前向/反向抑制；ETH-LM(乙太網幀丟失測量)功能，用於測量性能參數中的幀丟失率；
ETH-DM(乙太網幀延遲測量)功能，用於測量性能參數中的延遲。
在Y.17ethoam(Y.17乙太網OAM)故障管理功能中，ETH-CC和ETH-LB功能可以以多播方式實現，但ETH-LT功能的多播實現難度較大，因而，目前還沒有定義多播的ETH-LT。
而且，在Y.17ethoam性能管理功能中，FLR(幀丟失率)、FD(幀延遲)和FDV(幀延遲抖動)等網絡性能參數的定義和測量都是基於單播點對點(Point to Point，P2P)的，對於多播的性能參數和測量尚無法實現。
隨著乙太網技術的發展，某些類型的乙太網(如IEEE 802.3)所固有的適合組播的優點，使得基於乙太網的多播業務將逐漸廣泛應用於乙太網中，為此，需要進行乙太網組播性能參數的測量以衡量乙太網的多播性能。
在MEF10-Ethernet Service Attribute(城域乙太網論壇10-乙太網業務屬性)的Draft4(草案4)中，定義了多點之間的性能參數，具體表示為一個向量，向量的每一個元素表示多點組中某一對節點之間的性能參數。
目前，還有一種採用多條單播路徑的性能參數的集合表示多點之間的性能參數的實現方法。
例如，假設網絡中有3個節點，a、b和c，則在多點網絡中的多點之間的網絡性能參數以向量表示為(1){FLR(a，b)，FLR(c，b)，FLR(a，c)}表示了該網絡的多點之間的幀丟失性能；(2){FD(a，b)，FD(c，b)，FD(a，c)}表示了該網絡的多點之間的幀延遲性能；(3){FDV(a，b)，FDV(c，b)，FDV(a，c)}表示了該網絡的多點之間的幀延遲變化性能。
當然，當網絡中節點很多時，向量的元素也將大大增加，此時，不可能保存所有的元素，作為OAM，只需要其中的最大值、最小值和平均值即可，即，因此，對應的網絡性能參數可以表示為(1)FLR{Ma×(最大值)，Min(最小值)，Average(平均值)}，多點之間幀丟失參數；(2)FD(Max，Min，Average)，多點之間幀延遲參數；(3)FDV(Max，Min，Average)，多點之間幀變化參數。
總之，目前已經存在多點之間網絡性能參數定義，但是，相應的多點之間的性能參數是基於多條兩點之間的單播性能參數所作出的定義，因而，基於該定義檢測獲得的網絡性能參數也就對應著相應的單播網絡性能參數。
但是，由於在OAM平面上收集所有兩點之間的網絡性能參數值是非常困難的，因此，在OAM平面上其實根本無法檢測獲得上述基於單點之間定義的多點之間的網絡性能參數。
另外，如圖1所示，由於P2MP的組播路徑與其各條單播路徑並不一定相同；而且，單播通信要完成組播通信的功能必須一條一條的輪流複製通信流量，而組播通信則由於在組播上遊，流量可能只發送一份，僅僅在分叉點上才複製流量，使得組播通信相對來說會利用更少的網絡資源。因此，直接使用組播通信和利用多條單播路徑的單播通信構造出來的組播通信時效性也不一樣。這就使得對於P2MP(點到多點)組播通信的特定環境，根本不適合採用點到多點的多條單播路徑的單播網絡性能參數去衡量P2MP組播通信的網絡通信性能。
因此，P2MP多播通信的性能參數的定義和測量必須基於多播路徑實現。但是，目前還沒有一種可行的基於多播的網絡性能參數檢測方法。
發明內容本發明的目的是提供一種檢測乙太網多播性能的實現方法，從而可以有效檢測確定乙太網中點到多點的多播網絡性能參數，輔助乙太網OAM提供全面的網絡性能評估。
本發明的目的是通過以下技術方案實現的本發明提供了一種檢測網絡多播性能的實現方法，包括A、在測試發起點構造並發送包含標識信息的多播性能測量請求報文；B、接收所述多播性能測量報文的各節點分別向測試發起點發送包含所述標識信息的性能測量響應報文；C、測試發起點接收所述的性能測量響應報文，並根據接收報文中的標識信息測量多播性能參數。
所述的步驟A包括當實現乙太網操作管理和維護OAM時，在測試發起點構造並發送採用多播媒體接入控制MAC地址的多播請求幀，所述請求幀中承載著多播性能測量操作碼信息及相應的標識信息。
所述的步驟A包括A1、當進行幀丟失測量時，在測試發起點構建採用多播MAC地址的多播請求幀，並在所述的請求幀中包含多播幀丟失測量請求操作碼、前向發送幀計數器值信息及標識信息；和/或，A2、當進行幀延遲測量時，在測試發起點構建採用多播MAC地址的多播請求幀，並在所述的請求幀中包含多播幀延遲測量請求操作碼、前向發送時間戳信息及標識信息。
所述的標識信息包括乙太網OAM報文中的傳輸標識Transaction ID。
所述的步驟B包括B1、當進行幀丟失測量時，在接收多播請求的節點構建多播響應幀，在響應幀中包含所述標識信息、多播幀丟失測量響應操作碼、請求幀中的前向發送幀計數器值信息及接收節點的前向接收幀計數器值信息，並在延遲預定的隨機延遲時間後發送該多播響應幀；和/或，B2、當進行幀延遲測量時，在接收多播請求的節點構建多播響應幀，在響應幀中包含所述標識信息、多播幀延遲測量響應操作碼、請求幀中的前向發送時間戳信息並發送。
所述的步驟B2具體包括當進行幀延遲測量時，在接收多播請求的節點構建多播響應幀，在響應幀中包含所述標識信息、多播幀延遲測量響應操作碼、請求幀中的前向發送時間戳信息及接收節點的前向接收時間戳信息，並在延遲預定的隨機延遲時間後，將接收節點的後向發送時間戳寫入多播響應幀中，並發送。
所述的步驟C包括在預定的時間內，測試發起點接收所述的性能測量響應報文，並根據接收報文中的標識信息測量多播性能參數。
所述的步驟C前還包括在測試多播請求幀之前，初始化幀丟失值和/或幀延遲值。
所述的幀丟失值包括最小幀丟失值、最大幀丟失值和/或總的幀丟失值，以及組播組大小的值；和/或，所述的幀延遲值包括最小幀延遲值、最大幀延遲值和/或總的幀延遲值，以及組播組大小的值。
所述的步驟C具體包括C1、當進行幀丟失測量時，測試發起點在預定的時間內，根據連續接收的同一標識信息的兩個多播響應幀中的前向發送幀計數器值和前向接收幀計數器值計算幀丟失值，並根據該幀丟失值更新最小幀丟失值、最大幀丟失值和/或總的幀丟失值以及組播組大小的值；和/或，C2、當進行幀延遲測量時，測試發起點在預定的時間內，根據接收到多播響應幀的時間，以及多播響應幀中的前向發送時間戳信息、前向接收時間戳信息和反向發送時間戳信息計算幀延遲值，並根據該幀延遲值更新最小幀延遲值、最大幀延遲值和/或總的幀延遲值以及組播組大小的值。
所述的步驟C1包括幀丟失值等於連續接收的同一標識信息的兩個多播響應幀中的前向發送幀計數器值的差值減去兩個多播響應幀中的前向接收幀計數器值的差值，並且當所述的幀丟失值小於最小幀丟失值時，將最小幀丟失值更新為該幀丟失值；和/或，當所述的幀丟失值大於最大幀丟失值時，將最大幀丟失值更新為該幀丟失值；和/或，總的幀丟失值等於當前的總的幀丟失值與所述幀丟失值的和，且組播組大小的值需要加一。
所述的步驟C2包括幀延遲值等於接收多播響應幀的時間與前向發送時間戳信息的差值減去前向接收時間戳信息與反向發送時間戳信息的差值，並且當所述的幀延遲值小於最小幀延遲值時，則將所述幀延遲值作為最小幀延遲值；和/或，當所述的幀延遲值大於最大幀延遲值時，則將所述的幀延遲值作為最大幀延遲值；和/或，總的幀延遲值等於當前的總的幀延遲值與所述幀延遲值的和，且將組播組大小的值加一。
本發明中，執行所述的步驟C之前還包括C0、測試發起點接收所述的多播響應報文後，當其中的標識信息為正確的標識信息時，則執行步驟C。
所述的步驟C0還包括根據保存的有效的標識信息確定接收的多播響應報文中的標識信息是否正確。
由上述本發明提供的技術方案可以看出，本發明是以多播路徑為基礎定義乙太網OAM中的多播性能參數，並提供了相應的多播性能參數檢測方法。本發明對Y.17ethoam所定義的OAM幀格式改動不大，具體只需要增加4個消息操作碼，對於幀延遲測量只要響應幀帶回前向接收時間戳和後向發送時間戳，二者之差包含接收點所做的隨機延遲即可。
而且，本發明在實現過程中，在發送點和接收點的處理流程較為簡單，且採用的計算方法為基於原有單播性能測量的計算方法。
因此，本發明可以在乙太網OAM中很好的實現P2MP多播性能參數測量，從而輔助OAM提供更為全面的網絡性能評估。
圖1a為單播報文傳送過程示意圖；圖1b為多播報文傳送過程示意圖；圖2為本發明所述的方法總的具體實現過程示意圖；圖3為本發明所述的方法的具體實現過程一；
圖4為本發明所述的方法的具體實現過程二。
具體實施方式本發明的核心是基於多播路徑定義Ethernet中的P2MP多播性能參數，在Ethernet OAM中提供P2MP多播性能測量支持，從而能夠象單播性能參數一樣，在OAM平面從幀丟失率、幀延遲、幀延遲變化評估Ethernet的P2MP多播性能。
為便於對本發明的理解，下面將對本發明的具體實現方式進行說明。
本發明在具體實現過程中首先需要對P2MP多播性能參數進行定義，以便於後續過程中可以根據定義的內容進行相應的性能參數的測量；定義P2MP多播性能參數也從幀丟失、幀延遲和幀延遲變化三個方面實現。所述的P2MP多播性能參數是基於組播路徑的性能參數，即相應的OAM的目的地址必須是組播地址，在定義過程中需要考慮組播組的大小Z，同時，還需要考慮測量的等待時間T。相應的每條組播路徑的性能參數包括各性能參數的Max(最大)、Min(最小)以及Average(平均)值情況，在實際測量各性能參數過程中可以根據需要測量相應的Max、Min以及Average中的任一項或多項。
對於組播路徑的性能參數，只有點到多點即點到組播組方向的參數值有意義，而反方向則因為其實質為單播方式而並不意義。但是，在測量時，通常可以使用two-way(雙向)方式測量，即可能計算過程中包含了反方向的測量值，但這對組播性能評估並無大的影響。
本發明中定義的P2MP多播性能參數具體如下(1)P2MP-FLR，定義為P2MP各條多播路徑FLR的(Max，Min，Average)Z，T；(2)P2MP-FD，定義為P2MP各條多播路徑FD的(Max，Min，Average)Z，T；(3)P2MP-FDV，定義為P2MP各條多播路徑FDV的(Max，Min，Average)Z，T；在上述各性能參數中，下標Z表示組播組大小，具體表示的是實時測量時所體現的組播組大小，即多播路徑的條數，本發明中假設組播組大小是不可預知的，因此，對於two-way方式的測量，由測量發起點設置等待時間經驗值T，如果回復報文都在T時間內到達，測量有效，如果超過等待時間T仍然能收到測量回復報文，則發出告警，具體是用OAM報文中的TransactionID(傳輸標識)實現的。
假如OAM功能實現在硬體中，Average的計算可能需要除法，這對於硬體來說非常困難，因此，可以用{Max，Min，Total(測量值的和)}Z，T來表示，其中Total表示各個多播路徑性能參數測量值之和，這種表示方式與前面描述的表示方式的含義基本相同。此時，Total的存儲空間必須足夠大，通常需要64bit。
基於上述各多播性能參數的定義，相應的多播性能參數測量過程如下首先，在最新的Y.17ethoam Draft，Nov.，2005上，定義的乙太網OAM通用幀頭格式如表1所示表1
在現有技術中，對於單播性能測量，定義了幀丟失測量和幀延遲測量操作碼，具體如下
LMM，幀丟失測量請求操作碼；LMR，幀丟失測量響應操作碼；DMM，幀延遲測量請求操作碼；DMR，幀延遲測量請求操作碼。
基於上述單播性能測量的操作碼，本發明設置了多播性能測量的操作碼，具體如下P2MP-LMM，P2MP多播幀丟失測量請求操作碼；P2MP-LMR，P2MP多播幀丟失測量響應操作碼；P2MP-DMM，P2MP多播幀延遲測量請求操作碼；P2MP-DMR，P2MP多播幀延遲測量響應操作碼。
在進行多播性能參數測量過程中測量幀中包括的欄位如下(1)對於幀丟失測量單播LMM幀必須包含TxFCf欄位，即前向發送幀計數器值，P2MP-LMM幀要求與此相同；單播LMR幀必須包含TxFCf、RxFCf和TxFCb欄位，即前向發送幀計數器值、前向接收幀計數器值和後向幀發送計數器值，其中TxFCf欄位就是從LMM幀中拷貝過來的，P2MP-LMM幀要求與此相同，但是實際上僅僅使用TxFCf、RxFCf。
(2)對於幀延遲測量單播DMM幀必須包含前向發送時間戳TxTimeStampf，P2MP-DMM幀要求與此相同；單播DMR幀必須包含前向發送時間戳TxTimeStampf，即從DMM幀拷貝過來的，對於P2MP-DMM幀，DMR還需要前向接收時間戳RxTimeStampf和後向發送時間戳TxTimeStampb，並且TxTimeStampb和RxTimeStampf之差必須含有接收點所做的隨機延遲。
另外，和單播性能測量比較，P2MP多播性能測量中的Two-way方式的測量，面臨兩個問題(1)多點回流過大，為此，要求測量發起點必須以非常低的速率發送測量請求報文，按照Y.17ethoam，由於每個發送報文分配一個TransactionID，報文發出後，Transaction ID保留一段時間，用於關聯回復報文，保留時間其實和報文發送速率是統一的，保留時間按照經驗配置，例如預設為5s；(2)多點回流過於集中，可以通過令接收點在響應之前延遲一個隨機時間(即隨機延遲)來克服，所述隨機延遲是有一定範圍的，該範圍也是可配置的，例如預設為1s。
無論是測量幀丟失還是幀延遲，從總體上看，對於多播測量來說都遵循大致相同的處理過程，相應的過程如圖2所示首先，發送端發送多播測量請求幀，包括測量操作碼、報文標識信息以及發送端發送時刻的參數值，比如測量幀丟失所需要的前向發送幀計數值，測量幀延遲所需要的前向發送時間戳；其次，接收端收到多播測量請求幀之後，進行回復，包括測量操作回復嗎、報文表示信息以及接收端接收時刻的參數值以及回復發送時刻的參數值，比如測量幀丟失所需要的前向接收所需要的前向接收幀計數值，測量幀延遲所需要的前向接收時間戳、後向發送時間戳，並且還要將收到的參數值拷貝到回復報文中返回，比如測量幀丟失所需要的前向發送幀計數值，測量幀延遲所需要的前向發送時間戳；最後，發送端收到回復報文之後，首先驗證報文的有效性，主要是驗證報文ID是否有效，然後提取報文中的參數值，計算該路徑上的參數值，最後利用該路徑上的參數值，計算更新多播性能參數，包括具體的性能參數值，組播組的性能參數值總和，以及組播組大小、最大值和/或最小值，其中所述的性能參數值包括幀丟失值和幀延遲值。
針對幀丟失值的測量和幀延遲值的測量的不同之處在於在發送端收到回復報文之後，計算單條路徑上幀丟失和幀延遲的計算公式是不一樣的，具體將以後續的針對圖3和圖4的描述中進行相應的說明。
下面將結合圖3和圖4對各個多播性能參數的測量過程進行詳細的說明。
(一)P2MP多播幀丟失測量(P2MP-LM)為便於對幀丟失測量過程的描述，首先進行如下假設假設在發送端發送測量報文的發送間隔為時間T，即本地Transaction ID保留時間，當發送報文後超過時間T時，將保存的Transaction ID刪除，之後，若再收到帶有該Transaction ID的幀，則認為不合法，可以發出告警；假設接收點收到多播測量幀後隨機延遲範圍，即所述隨機延遲為R；假設本次測量的多播組的大小為Z；假設各條多播路徑的幀丟失累計為Total，最小幀丟失為Min，最大幀丟失為Max。
其次，基於上述假設，相應的幀丟失測量的處理過程如下(1)在測量發起點，構建P2MP-LM請求幀，具體需要使用多播MAC地址和P2MP-LMM操作碼，為當前幀分配一個Transaction ID，將當前前向發送幀計數器值填寫到請求幀的TxFCf欄位中，其他欄位可以不關心；(2)測量發起點發送構建的請求幀，並啟動Transaction ID保留定時器，超時長為T，同時清零Z、Total、Min、Max值。
(3)在接收點，即多播組中某一個點收到幀丟失測量請求幀後，構建P2MP-LMR響應幀，具體說來，就是以源MAC地址作為目的地址，以本地MAC地址作為源地址，響應操作碼為P2MP-LMR，將Transaction ID和TxRCf拷貝到響應幀中，並且，將本地前向接收幀計數器值填寫到響應幀的RxFCf欄位中，其他欄位不關心；(4)在時間R範圍內做一個隨機延遲，即延遲時間R後發送響應幀；
(5)測量發起點是依據兩個P2MP-LMR幀來計算某條路徑上的幀丟失的，在採用兩個計數器值相減的時候需要考慮溢出；假設前一個響應幀的計數器值TxFCf1、RxFCf1，當前收到的響應幀的計數器值為TxFCf2、RxFCf2，則相應的處理流程如圖3所示，具體為步驟31根據測量發起點中保留的Transaction ID值判斷接收的響應幀中的Transaction ID是否一致，即Transaction ID是否有效，如果是，則執行步驟33，否則，執行步驟32，即產生告警；步驟33計算幀丟失值FL為(TxFCf2-TxFCf1)-(RxFCf2-RxFCf1)；步驟34計算總的幀丟失值Total為當前的Total值加上該FL值，且令Z值加1；步驟35判斷當前的幀丟失的最小值Min是否大於FD值，如果是，則令Min＝FD，否則，執行步驟36；步驟36判斷當前的幀丟失的最大Max是否小於FD值，如果是，則令Max＝FD，否則，過程結束。
基於上述步驟31至步驟36的處理過程，在測量發起點上持續T的時間內一直等待接收返回的同一Transaction ID的響應幀，並進行上述處理，當到達時間T後獲得幀丟失的多播性能參數的值。
(二)P2MP多播幀延遲測量(P2MP-DM)同樣，為便於對幀延遲測量過程的描述，首先進行如下假設假設在發送端發送測量報文的發送間隔為時間T，即本地Transaction ID保留時間，當發送報文後超過時間T時，將保存的Transaction ID刪除，之後，若再收到帶有該Transaction ID的幀，則認為不合法，可以發出告警；假設接收點收到多播測量幀後隨機延遲範圍，即所述隨機延遲為R；假設本次測量的多播組的大小為Z；
假設各條多播路徑的幀丟失累計為Total，最小幀丟失為Min，最大幀丟失為Max。
其次，基於上述假設，相應的幀延遲測量的處理過程如下(1)在測量發起點，構建P2MP-DM請求幀，具體需要使用多播MAC地址和P2MP-DMM請求操作碼，為當前幀分配一個Transaction ID，將當前前向發送時間戳填寫到請求幀的TxTimeStampf欄位中，其他欄位可以不關心；(2)在測量發起點發送請求幀，並啟動Transaction ID保留定時器，超時長為T，同時清零Z、Total、Min、Max值。
(3)在接收點，即多播組中某一個點收到幀丟失測量請求幀後，構建P2MP-DMR響應幀，具體說來，就是以源MAC地址作為目的地址，以本地MAC地址作為源地址，響應操作碼為P2MP-DMR，將Transaction ID和TxTimeStampf拷貝到響應幀中，並且將本地前向接收時間戳填寫到響應幀的RxTimeStampf；(4)在接收點，在時間R範圍內做一個隨機延遲，即延遲R時間後，將後向發送時間戳填寫到響應幀的TxTimeStampb欄位中立即發送響應幀；(5)所述的測量發起點收到響應幀後，設收到時間為RxTimeb，則相應的處理流程如圖4所示，具體包括步驟41根據測量發起點中保留的Transaction ID值判斷接收的響應幀中的Transaction ID是否一致，即Transaction ID是否有效，如果是，則執行步驟43，否則，執行步驟42，即產生告警；步驟43 計算幀延遲時間FD為RxTimeb-TxTimeStampf-(RxTimeStampf-TxTimeStampb)；步驟44計算總的幀延遲時間Total為當前的Total值加上該FD值，且令Z值加1；步驟45判斷當前的幀延遲時間的最小值Min是否大於FD值，如果是，則令Min＝FD，否則，執行步驟46；步驟46判斷當前的幀延遲時間的最大值Max是否小於FD值，如果是，則令Max＝FD，否則，過程結束。
基於上述步驟41至步驟46的處理過程，在測量發起點上持續T的時間內一直等待接收返回的同一Transaction ID的響應幀，並進行上述處理，當到達時間T後獲得幀延遲的多播性能參數的值。
綜上所述，本發明提供的以多播路徑為基礎定義乙太網OAM中的多播性能參數進而進行乙太網多播性能參數檢測的實現方法對Y.17ethoam所定義的OAM幀格式改動不大，只要求增加4個消息碼，對於幀延遲測量只要響應幀帶回前向接收時間戳和後向發送時間戳，二者之差包含接收點所做的隨機延遲即可。發送點和接收點的處理流程也不複雜，並且基於原有單播性能測量的計算方法。因此，利用本發明可以在乙太網OAM中很好的實現P2MP多播性能參數測量。
以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉本技術領域：
的技術人員在本發明揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應該以權利要求
的保護範圍為準。
權利要求
1.一種檢測網絡多播性能的實現方法，其特徵在於，包括A、在測試發起點構造並發送包含標識信息的多播性能測量請求報文；B、接收所述多播性能測量報文的各節點分別向測試發起點發送包含所述標識信息的性能測量響應報文；C、測試發起點接收所述的性能測量響應報文，並根據接收報文中的標識信息測量多播性能參數。
2.根據權利要求
1所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟A包括當實現乙太網操作管理和維護OAM時，在測試發起點構造並發送採用多播媒體接入控制MAC地址的多播請求幀，所述請求幀中承載著多播性能測量操作碼信息及相應的標識信息。
3.根據權利要求
2所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟A包括A1、當進行幀丟失測量時，在測試發起點構建採用多播MAC地址的多播請求幀，並在所述的請求幀中包含多播幀丟失測量請求操作碼、前向發送幀計數器值信息及標識信息；和/或，A2、當進行幀延遲測量時，在測試發起點構建採用多播MAC地址的多播請求幀，並在所述的請求幀中包含多播幀延遲測量請求操作碼、前向發送時間戳信息及標識信息。
4.根據權利要求
3所述的檢測網絡多播性能的實現方法，其特徵在於，所述的標識信息包括乙太網OAM報文中的傳輸標識Transaction ID。
5.根據權利要求
3所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟B包括B1、當進行幀丟失測量時，在接收多播請求的節點構建多播響應幀，在響應幀中包含所述標識信息、多播幀丟失測量響應操作碼、請求幀中的前向發送幀計數器值信息及接收節點的前向接收幀計數器值信息，並在延遲預定的隨機延遲時間後發送該多播響應幀；和/或，B2、當進行幀延遲測量時，在接收多播請求的節點構建多播響應幀，在響應幀中包含所述標識信息、多播幀延遲測量響應操作碼、請求幀中的前向發送時間戳信息並發送。
6.根據權利要求
5所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟B2具體包括當進行幀延遲測量時，在接收多播請求的節點構建多播響應幀，在響應幀中包含所述標識信息、多播幀延遲測量響應操作碼、請求幀中的前向發送時間戳信息及接收節點的前向接收時間戳信息，並在延遲預定的隨機延遲時間後，將接收節點的後向發送時間戳寫入多播響應幀中，並發送。
7.根據權利要求
1至6任一項所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟C包括在預定的時間內，測試發起點接收所述的性能測量響應報文，並根據接收報文中的標識信息測量多播性能參數。
8.根據權利要求
7所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟C前還包括在測試多播請求幀之前，初始化幀丟失值和/或幀延遲值。
9.根據權利要求
8所述的檢測網絡多播性能的實現方法，其特徵在於，所述的幀丟失值包括最小幀丟失值、最大幀丟失值和/或總的幀丟失值，以及組播組大小的值；和/或，所述的幀延遲值包括最小幀延遲值、最大幀延遲值和/或總的幀延遲值，以及組播組大小的值。
10.根據權利要求
9所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟C具體包括C1、當進行幀丟失測量時，測試發起點在預定的時間內，根據連續接收的同一標識信息的兩個多播響應幀中的前向發送幀計數器值和前向接收幀計數器值計算幀丟失值，並根據該幀丟失值更新最小幀丟失值、最大幀丟失值和/或總的幀丟失值以及組播組大小的值；和/或，C2、當進行幀延遲測量時，測試發起點在預定的時間內，根據接收到多播響應幀的時間，以及多播響應幀中的前向發送時間戳信息、前向接收時間戳信息和反向發送時間戳信息計算幀延遲值，並根據該幀延遲值更新最小幀延遲值、最大幀延遲值和/或總的幀延遲值以及組播組大小的值。
11.根據權利要求
10所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟C1包括幀丟失值等於連續接收的同一標識信息的兩個多播響應幀中的前向發送幀計數器值的差值減去兩個多播響應幀中的前向接收幀計數器值的差值，並且當所述的幀丟失值小於最小幀丟失值時，將最小幀丟失值更新為該幀丟失值；和/或，當所述的幀丟失值大於最大幀丟失值時，將最大幀丟失值更新為該幀丟失值；和/或，總的幀丟失值等於當前的總的幀丟失值與所述幀丟失值的和，且組播組大小的值需要加一。
12.根據權利要求
10所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟C2包括幀延遲值等於接收多播響應幀的時間與前向發送時間戳信息的差值減去前向接收時間戳信息與反向發送時間戳信息的差值，並且當所述的幀延遲值小於最小幀延遲值時，則將所述幀延遲值作為最小幀延遲值；和/或，當所述的幀延遲值大於最大幀延遲值時，則將所述的幀延遲值作為最大幀延遲值；和/或，總的幀延遲值等於當前的總的幀延遲值與所述幀延遲值的和，且將組播組大小的值加一。
13.根據權利要求
1至6任一項所述的檢測網絡多播性能的實現方法，其特徵在於，執行所述的步驟C之前還包括C0、測試發起點接收所述的多播響應報文後，當其中的標識信息為正確的標識信息時，則執行步驟C。
14.根據權利要求
13所述的檢測網絡多播性能的實現方法，其特徵在於，所述的步驟C0還包括根據保存的有效的標識信息確定接收的多播響應報文中的標識信息是否正確。
專利摘要
本發明涉及一種檢測網絡多播性能的實現方法。本發明主要包括首先，在測試發起點構造並發送包含標識信息的多播性能測量請求報文；然後，在接收所述多播性能測量報文的各節點分別向測試發起點發送包含所述標識信息的性能測量響應報文；最後，在預定的時間內，測試發起點接收所述的性能測量響應報文，並根據接收報文中的標識信息測量多播性能參數。本發明對Y.17ethoam所定義的OAM幀格式改動較小，且本發明在實現過程中，在發送點和接收點的處理流程較為簡單，並採用了基於原有單播性能測量的計算方法進行多播性能測量的計算方法。因此，本發明可以在乙太網OAM中很好的實現P2MP多播性能參數測量，從而輔助OAM提供更為全面的網絡性能評估。
文檔編號H04L12/56GK1992651SQ200510135298
公開日2007年7月4日 申請日期2005年12月29日
發明者李賀軍 申請人:華為技術有限公司導出引文BiBTeX, EndNote, RefMan