04-CFD配置
本章節下載: 04-CFD配置 (372.66 KB)
目 錄
CFD(Connectivity Fault Detection,連通錯誤檢測) 遵循IEEE 802.1ag的CFM(Connectivity Fault Management,連通錯誤管理)協議和ITU-T的Y.1731協議。它是一種二層鏈路上基於VLAN的端到端OAM(Operations, Administration and Maintenance,操作、管理和維護)機製,主要用於在二層網絡中檢測鏈路連通性,確認故障並確定故障發生的位置。
MD(Maintenance Domain,維護域)是指連通錯誤檢測所覆蓋的一個網絡或網絡的一部分,它以“MD名稱”來標識。
為了準確定位故障點,在MD中引入了級別(層次)的概念。MD共分為八級,用整數0~7來表示,數字越大級別越高,MD的範圍也就越大。不同MD之間可以相鄰或嵌套,但不能交叉,且嵌套時隻能由高級別MD向低級別MD嵌套,即低級別MD必須包含在高級別MD內部。
MD的分級使得故障定位更加便利和準確,如圖1-1所示,有MD_A和MD_B兩個MD,MD_B嵌套於MD MD_A中,如果在MD_A的邊界上發現鏈路不通,則表明該域內的設備出現了故障,故障可能出現在Device A~Device E這五台設備上。此時,如果在MD_B的邊界上也發現鏈路不通,則故障範圍就縮小到Device B~Device D這三台設備上;反之,如果MD_B中的設備都工作正常,則至少可以確定Device C是沒有故障的。
CFD協議報文的交互以及相關處理都是基於MD的,合理的MD規劃可以幫助網絡管理員迅速定位故障點。
MA(Maintenance Association,維護集)是MD的一部分,一個MD可劃分為一個或多個MA。MA以“MD名稱+MA名稱”來標識。
一個MA服務於一個VLAN,MA中的MP所發送的報文都帶有該VLAN的標簽,同時MA中的MP可以接收由本MA中其它MP發來的報文。MA的級別等於其所屬MD的級別。
MP(Maintenance Point,維護點)配置在端口上,屬於某個MA,可分為MEP(Maintenance association End Point,維護端點)和MIP(Maintenance association Intermediate Point,維護中間點)兩種。
(1) MEP
MEP確定了MA的邊界,它以“MEP ID”來標識。
MEP所屬的MA確定了該MEP發出的報文所屬的VLAN;MEP的級別等於其所屬MD的級別,MEP發出的報文的級別等於該MEP的級別。MEP的級別決定了其所能處理的報文的級別:當MEP收到高於自己級別的報文時,不會進行處理,而是將其按原有路徑轉發;而當MEP收到小於等於自己級別的報文時,才會進行處理。
上述描述是指同一VLAN內的報文處理方式,不同VLAN內的報文之間是相互隔離的,不會相互影響。
MEP具有方向性,分為內向MEP和外向MEP兩種:內向MEP通過除其所在的端口以外的所有端口向外發送CFD協議報文,即在其所屬MA所服務的VLAN中進行廣播;而外向MEP則直接通過其所在的端口向外發送CFD協議報文。
(2) MIP
MIP位於MA的內部,不能主動發出CFD協議報文,但可以處理和響應CFD協議報文。MIP可以配合維護端點完成類似於ping和tracert的功能。與維護端點類似,當MIP收到不等於自己級別的報文時,不會進行處理,而是將其按原有路徑轉發;隻有當MIP收到等於自己級別的報文時,才會進行處理。
MIP所屬的MA確定了該MIP所能接收的報文所屬的VLAN;MIP的級別由其創建規則和所屬MD的級別共同確定。MIP由係統按照以下規則在端口上自動創建:如果端口上尚不存在MIP,就按照級別由低到高依次檢查每個MD中的MA,在各級別的檢查中都按照如圖1-2所示的流程來確定是否在本級別創建MIP。
圖1-2 MIP的創建流程
圖1-3所示為CFD的一種分級配置方式,圖中共有0、2、3、5四個級別的MD,標識號較大的MD的級別高、控製範圍廣;標識號較小的MD的級別低、控製範圍小。在Device A~Device F的各端口上配置了MP,譬如Device B的端口1上配置有:級別為5的MIP、級別為3的內向MEP、級別為2的內向MEP和級別為0的外向MEP。
圖1-3 CFD的分級配置
MEP列表是同一MA中允許配置的本地MEP和需要監控的遠端MEP的集合,它限定了MA中MEP的選取範圍,不同設備上同一MA中的所有MEP都應包含在此列表中,且MEP ID互不重複。如果MEP收到來自遠端設備的CCM(Continuity Check Message,連續性檢測報文)報文所攜帶的MEP不在同一MA的MEP列表中,就丟棄該報文。
連通錯誤檢測的有效應用建立在合理的網絡部署和配置之上。它的功能是在所配置的MP之間實現的,包括:
· 連續性檢測功能
· 環回功能
· 鏈路跟蹤功能
· 告警抑製功能
· 比特錯誤測試功能
MEP之間的連通失敗可能由設備故障或配置錯誤造成,CC(Continuity Check,連續性檢測)功能就是用來檢測MEP之間的連通狀態。該功能的實現方式是:由MEP周期性地發送CCM報文,相同MA的其它MEP接收該報文,並由此獲知遠端狀態。若MEP在3.5個CCM報文發送周期內未收到遠端MEP發來的CCM報文,則認為鏈路有問題,會輸出日誌報告。當MD中的多個MEP在發送CCM報文時,就實現了多點到多點之間的鏈路檢測。
CCM報文是組播報文。
LB(Loopback,環回)功能類似於IP層的ping功能,用於驗證源MEP與目標MP之間的連接狀態。該功能的實現方式是:由源MEP發送LBM(Loopback Message,環回報文)報文給目標MP,並根據能否收到對端反饋的LBR(Loopback Reply,環回應答)報文來檢驗鏈路狀態。
LBM報文和LBR報文都是單播報文。
LT(Linktrace,鏈路跟蹤)功能類似於IP層的tracert功能,用於確定MEP到目標MEP的路徑,其實現方式是:由源MEP發送LTM(Linktrace Message,鏈路跟蹤報文)報文給目標MEP,目標MEP及LTM報文所經過的MIP收到該報文後,會發送LTR(Linktrace Reply,鏈路跟蹤應答)報文給源MEP,源MEP則根據收到的LTR報文來確定到目標MEP的路徑。
LTM報文是組播報文,LTR報文是單播報文。
告警抑製功能用來減少MEP故障告警的數量。如果MEP在3.5個CCM報文發送周期內未收到遠端MEP發來的CCM報文,便立刻開始周期性地發送AIS(Alarm Indication Signal,告警指示信號)報文,該報文的發送方向與CCM報文相反。其它MEP在收到AIS報文後,會抑製本端的故障告警,並繼續發送AIS報文。此後,如果MEP收到了CCM報文,便停止發送AIS報文並恢複故障告警。
AIS報文是組播報文。
比特錯誤測試功能用來測試MEP之間的比特錯誤。源MEP發送TST(Test,比特錯誤測試)報文給目標MEP,該報文中攜帶有偽隨機序列或全0值。目標MEP收到該報文後,通過對報文內容進行計算比較來確定錯誤比特的情況。
TST報文是單播報文。
與CFD相關的協議規範有:
· IEEE 802.1ag:Virtual Bridged Local Area Networks Amendment 5: Connectivity Fault Management
· ITU-T Y.1731:OAM functions and mechanisms for Ethernet based networks
在配置CFD功能之前,應對網絡進行如下規劃:
· 對整個網絡的MD進行分級,確定各級別MD的邊界。
· 確定各MD的名稱,同一MD在不同設備上的名稱相同。
· 根據需要監控的VLAN,確定各MD中的MA。
· 確定各MA的名稱,同一MD中的同一MA在不同設備上的名稱相同。
· 確定同一MD中同一MA的MEP列表,在不同設備上應保持相同。
· 在MD和MA的邊界端口上應規劃MEP,非邊界設備或端口上可規劃MIP。
在完成網絡規劃之後,請進行下列配置。
配置任務 |
說明 |
詳細配置 |
||
CFD基礎配置 |
使能CFD功能 |
必選 |
||
配置CFD版本 |
可選 |
|||
配置服務實例 |
配置有MD名稱的服務實例 |
二者必選其一 |
||
配置無MD名稱的服務實例 |
||||
配置MEP |
必選 |
|||
配置MIP的創建規則 |
必選 |
|||
配置CFD各項功能 |
配置連續性檢測功能 |
必選 |
||
配置環回功能 |
可選 |
|||
配置鏈路跟蹤功能 |
可選 |
|||
配置告警抑製功能 |
可選 |
|||
配置比特錯誤測試功能 |
可選 |
被生成樹協議阻塞的端口通常不能收發CFD協議報文,但下列情況例外:
· 如果設備上配置有外向MEP,那麼外向MEP所在的端口即使被生成樹協議阻塞,也仍能收發CFD協議報文。
· 如果設備上配置有MIP或內向MEP,那麼該設備的端口即使被生成樹協議阻塞,也仍能收發除CCM報文以外的其它CFD協議報文。
有關生成樹協議的詳細介紹,請參見“二層技術-以太網交換配置指導”中的“生成樹”。
在進行CFD的其它配置任務之前,建議先使能CFD功能。
表1-2 使能CFD功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
使能CFD功能 |
cfd enable |
必選 缺省情況下,CFD功能處於關閉狀態 |
CFD協議有三種版本:IEEE 802.1ag draft5.2版本、IEEE 802.1ag draft5.2過渡版本和IEEE 802.1ag標準版本。同一MD中的設備所采用的CFD版本應保持一致,否則這些設備之間的CFD協議報文將無法互通。
表1-3 配置CFD版本
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
配置CFD采用的協議版本 |
cfd version { draft5 | draft5-plus | standard } |
必選 缺省情況下,CFD采用的協議版本為IEEE 802.1ag標準版本 |
當設備上存在MD(包括通過cfd md命令創建的或通過cfd service-instance maid format命令自動生成的MD)時,不允許在標準版本與draft5.2版本或draft5.2過渡版本之間進行切換,但允許在draft5.2版本與draft5.2過渡版本之間進行切換;當設備上不存在MD時則無此限製。
在配置MEP和MIP之前,必須首先配置服務實例(Service Instance)。一個服務實例用一個整數表示,代表了一個MD中的一個MA。MD和MA確定了服務實例內的MP所處理的報文的級別屬性和VLAN屬性。
服務實例可分為有MD名稱的服務實例和無MD名稱的服務實例兩種,前者在CFD協議的任何版本下都有效,而後者隻在CFD協議的IEEE 802.1ag標準版本下有效。用戶可根據實際情況創建其中的一種。
在創建有MD名稱的服務實例之前,必須先為該服務實例創建MD和MA。
請嚴格按照下列順序依次創建MD、MA和有MD名稱的服務實例。
表1-4 配置有MD名稱的服務實例
命令 |
說明 |
|
進入係統視圖 |
system-view |
- |
創建MD |
cfd md md-name level level-value |
必選 缺省情況下,不存在MD |
創建MA |
cfd ma ma-name md md-name vlan vlan-id |
必選 缺省情況下,不存在MA |
創建有MD名稱的服務實例 |
cfd service-instance instance-id md md-name ma ma-name |
必選 缺省情況下,不存在服務實例 |
在創建無MD名稱的服務實例時,係統會自動為該服務實例創建MA和MD。
表1-5 配置無MD名稱的服務實例
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
創建無MD名稱的服務實例 |
cfd service-instance instance-id maid format { icc-based ma-name | string ma-name } level level-value vlan vlan-id |
必選 缺省情況下,不存在服務實例 |
CFD功能主要體現在對MEP的各種操作上,由於MEP配置在服務實例上,因此服務實例所代表的MD的級別和VLAN屬性就自然成為了MEP的屬性。
在創建MEP前必須先配置MEP列表,MEP列表是同一MA中允許配置的本地MEP和需要監控的遠端MEP的集合。
表1-6 配置MEP
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
配置MEP列表 |
cfd meplist mep-list service-instance instance-id |
必選 缺省情況下,不存在MEP列表 |
進入二層以太網接口視圖 |
interface interface-type interface-number |
- |
創建MEP |
cfd mep mep-id service-instance instance-id { inbound | outbound } |
必選 缺省情況下,端口上不存在MEP |
使能MEP |
cfd mep service-instance instance-id mep mep-id enable |
必選 缺省情況下,MEP處於關閉狀態 |
創建的MEP必須已包含在對應服務實例的MEP列表中,否則不能創建成功。
MIP是服務實例中的功能實體,用來響應各種CFD測試報文(如LTM、LBM、TST等)。請根據網絡規劃配置MIP的創建規則。
表1-7 配置MIP的創建規則
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
配置MIP的創建規則 |
cfd mip-rule { explicit | default } service-instance instance-id |
必選 缺省情況下,沒有配置MIP的創建規則,也不存在MIP |
在配置了MIP的創建規則之後,下列任一條件均可觸發MIP的創建或刪除:
· 使能CFD功能
· 創建或刪除端口上的MEP
· 端口的VLAN屬性發生變化
· MIP的創建規則發生變化
在配置CFD各項功能之前,需完成以下配置任務:
· CFD基礎配置
在配置其它各項CFD功能之前,必須先配置連續性檢測功能。連續性檢測功能通過在MEP之間互發CCM報文來檢測這些MEP之間的連通狀態,從而實現鏈路連通性的管理。
CCM報文中時間間隔域(Interval域)的值、CCM報文的發送間隔和遠端MEP的超時時間這三者之間的關係如表1-8所示。
表1-8 時間間隔域的值與CCM發送時間間隔、遠端MEP超時時間的關係
CCM報文中時間間隔域的值 |
CCM報文的發送間隔 |
遠端MEP的超時時間 |
2 |
10毫秒 |
35毫秒 |
3 |
100毫秒 |
350毫秒 |
4 |
1秒 |
3.5秒 |
5 |
10秒 |
35秒 |
6 |
60秒 |
210秒 |
7 |
600秒 |
2100秒 |
為了便於描述,下文中我們將時間間隔域小於4的CCM報文稱為“高速CCM報文”,大於等於4的則稱為“低速CCM報文”。
請通過以下操作來配置連續性檢測功能。
表1-9 配置連續性檢測功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
配置MEP發送的CCM報文中時間間隔域的值 |
cfd cc interval interval-value service-instance instance-id |
可選 缺省情況下,MEP發送的CCM報文中時間間隔域的值為4 |
進入二層以太網接口視圖 |
interface interface-type interface-number |
- |
使能MEP的CCM報文發送功能 |
cfd cc service-instance instance-id mep mep-id enable |
必選 缺省情況下,MEP的CCM報文發送功能處於關閉狀態 |
· 僅絲印為LSR1SRP2C1、LSR1SRP2C2、LSR1SRP2D1的主控板帶輔助CPU。
· 當設備上有2塊帶輔助CPU 的主控板時,由主用主控板來發送和接收CCM報文。如果主用主控板被拔出,則備用主控板迅速切換為主用主控板,再由其來發送和接收CCM報文,並重新進行檢測。
· 當設備上隻有1塊帶輔助CPU的主控板時,由這塊主控板來發送和接收CCM報文。
· 當設備上沒有帶輔助CPU的主控板時,由MEP所在的接口板來發送和接收CCM報文,並且隻能發送和接收低速CCM報文,當收到高速CCM報文時將直接丟棄。
· 同一MA中所有MEP發送的CCM報文中時間間隔域的值必須相同,否則設備會打印信息顯示配置不成功。
· 隻有當MA中所有MEP所在設備都帶輔助CPU的主控板時,MEP之間才能正常發送和接收高速CCM報文;否則,請將MA中所有MEP發送的CCM報文配置為低速CCM報文。
通過配置環回功能,可以檢查鏈路狀況,從而實現鏈路連通性的驗證。
表1-10 配置環回功能
操作 |
命令 |
說明 |
啟用環回功能檢查鏈路狀況 |
cfd loopback service-instance instance-id mep mep-id { target-mep target-mep-id | target-mac mac-address } [ number number ] |
必選 缺省情況下,環回功能未啟用 本命令可在任意視圖下執行 |
通過配置鏈路跟蹤功能,可以查找源MEP到目標MEP之間的路徑,從而實現鏈路故障的定位。它包括以下兩種功能:
· 查找源MEP到目標MEP的路徑:通過從源MEP發送LTM報文到目標MEP,並檢測回應的LTR報文來確定設備間的路徑。
· 自動發送鏈路跟蹤報文:使能本功能後,當源MEP在3.5個CCM報文發送周期內未收到目標MEP發來的CCM報文,從而判定與目標MEP的連接出錯時,將發送LTM報文(該LTM報文的目地為目標MEP,LTM報文中TTL字段為最大值255),通過檢測回應的LTR報文來定位故障。
操作 |
命令 |
說明 |
查找源MEP到目標MEP的路徑 |
cfd linktrace service-instance instance-id mep mep-id { target-mep target-mep-id | target-mac mac-address } [ ttl ttl-value ] [ hw-only ] |
必選 本命令可在任意視圖下執行 |
進入係統視圖 |
system-view |
- |
使能自動發送鏈路跟蹤報文功能 |
cfd linktrace auto-detection [ size size-value ] |
必選 缺省情況下,自動發送鏈路跟蹤報文功能處於關閉狀態 |
通過配置告警抑製功能可以減少MEP故障告警的數量。
表1-12 配置告警抑製功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
使能告警抑製功能 |
cfd ais enable |
必選 缺省情況下,告警抑製功能處於關閉狀態 |
配置AIS報文的發送級別 |
cfd ais level level-value service-instance instance-id |
必選 缺省情況下,沒有配置AIS報文的發送級別 |
配置AIS報文的發送周期 |
cfd ais period period-value service-instance instance-id |
可選 缺省情況下,AIS報文的發送周期為1秒 |
· 如果沒有配置AIS報文的發送級別,則該維護實例中的MEP將無法發送AIS報文,且AIS報文發送級別必須高於本MEP所在MD的級別。
· 接收AIS報文的MEP也隻有使能了告警抑製功能並配置了正確的AIS報文發送級別才能抑製故障告警,並繼續向更高級別的MD發送AIS報文。如果隻使能了告警抑製功能,而沒有配置AIS報文發送級別或者配置的級別錯誤,那麼該MEP隻能抑製自己的故障告警,而不會再發送AIS報文。
通過配置比特錯誤測試功能,可以檢測到鏈路上比特錯誤發生的情況,從而對鏈路的傳輸性能進行監測和管理。
表1-13 配置比特錯誤測試功能
操作 |
命令 |
說明 |
進入係統視圖 |
system-view |
- |
啟用比特錯誤測試功能 |
cfd tst service-instance instance-id mep mep-id { target-mac mac-address | target-mep target-mep-id } [ number number ] [ length-of-test length ] [ pattern-of-test { all-zero | prbs } [ with-crc ] ] |
必選 缺省情況下,比特錯誤測試功能未啟用 |
· 比特錯誤測試功能隻能在CFD協議的IEEE 802.1ag標準版本下起作用。
· 測試結果需在目標MEP上通過display cfd tst命令來查看。
在完成上述配置後,在任意視圖下執行display命令可以顯示配置後CFD的運行情況,通過查看顯示信息驗證配置的效果。
在用戶視圖下執行reset命令可以清除CFD的測試結果。
表1-14 CFD顯示和維護
操作 |
命令 |
顯示CFD和AIS的使能狀態 |
display cfd status [ | { begin | exclude | include } regular-expression ] |
顯示CFD采用的協議版本 |
display cfd version [ | { begin | exclude | include } regular-expression ] |
顯示MD的配置信息 |
display cfd md [ | { begin | exclude | include } regular-expression ] |
顯示MA的配置信息 |
display cfd ma [ [ ma-name ] md { md-name | level level-value } ] [ | { begin | exclude | include } regular-expression ] |
顯示服務實例的配置信息 |
display cfd service-instance [ instance-id ] [ | { begin | exclude | include } regular-expression ] |
顯示服務實例內的MEP列表 |
display cfd meplist [ service-instance instance-id ] [ | { begin | exclude | include } regular-expression ] |
顯示MP的信息 |
display cfd mp [ interface interface-type interface-number ] [ | { begin | exclude | include } regular-expression ] |
顯示MEP的屬性和運行信息 |
display cfd mep mep-id service-instance instance-id [ | { begin | exclude | include } regular-expression ] |
顯示MEP上獲得的LTR報文信息 |
display cfd linktrace-reply [ service-instance instance-id [ mep mep-id ] ] [ | { begin | exclude | include } regular-expression ] |
顯示遠端MEP的信息 |
display cfd remote-mep service-instance instance-id mep mep-id [ | { begin | exclude | include } regular-expression ] |
顯示自動發送LTM報文所收到的LTR報文的內容 |
display cfd linktrace-reply auto-detection [ size size-value ] [ | { begin | exclude | include } regular-expression ] |
顯示MEP上AIS的配置和動態信息 |
display cfd ais [ service-instance instance-id [ mep mep-id ] ] [ | { begin | exclude | include } regular-expression ] |
顯示MEP上比特錯誤的測試結果 |
display cfd tst [ service-instance instance-id [ mep mep-id ] ] [ | { begin | exclude | include } regular-expression ] |
清除MEP上比特錯誤的測試結果 |
reset cfd tst [ service-instance instance-id [ mep mep-id ] ] |
缺省情況下,以太網接口、VLAN接口及聚合接口處於DOWN狀態。如果要對這些接口進行配置,請先使用undo shutdown命令使接口狀態處於UP。
· 由五台設備組成的網絡被劃分為MD_A和MD_B兩個MD,其級別分別為5和3,各設備的所有端口都屬於VLAN 100,且各MD中的MA均服務於該VLAN。
· MD_A的邊界端口為Device A的GigabitEthernet3/0/1、Device D的GigabitEthernet3/0/3和Device E的GigabitEthernet3/0/4,這些端口上都是內向MEP;MD_B的邊界端口為Device B的GigabitEthernet3/0/3和Device D的GigabitEthernet3/0/1,這些端口都是外向MEP。
· 要求將MD_A的MIP規劃在Device B上,並隻在端口上有低級別MEP時配置。根據此規劃,由於Device B的GigabitEthernet3/0/3上配置有MD_B的MEP,因此在Device B上采用Explicit規則來創建MD_A的MIP。
· 要求將MD_B的MIP規劃在Device C上,並在其所有端口上配置。根據此規劃,在Device C上配置MD_B的MIP,且其創建規則為Default規則。
· 要求通過使用連續性檢測功能來檢測MD_A和MD_B中各MEP之間的連通狀態,當檢測到鏈路故障時,使用環回功能進行故障定位,並通過告警抑製功能減少故障告警的數量。
· 要求在獲取到整個組網的狀態後,分別使用鏈路跟蹤功能和比特錯誤測試功能進行各種鏈路故障的檢測。
圖1-4 CFD典型配置組網圖
(1) 配置VLAN和端口
請按照圖1-4在各設備上分別創建VLAN 100,並配置端口GigabitEthernet3/0/1~ GigabitEthernet3/0/4都屬於VLAN 100。
(1) 使能CFD功能
# 在Device A上使能CFD功能。
<DeviceA> system-view
[DeviceA] cfd enable
Device B~Device E的配置與Device A相似,配置過程略。
(2) 配置服務實例
# 在Device A上創建級別為5的MD MD_A,在MD_A中創建服務於VLAN 100的MA MA_A,並為MD_A和MA_A創建服務實例1。
[DeviceA] cfd md MD_A level 5
[DeviceA] cfd ma MA_A md MD_A vlan 100
[DeviceA] cfd service-instance 1 md MD_A ma MA_A
Device E的配置與Device A相似,配置過程略。
# 在Device B上先創建級別為5的MD MD_A,在MD_A中創建服務於VLAN 100的MA MA_A,並為MD_A和MA_A創建服務實例1;再創建級別為3的MD MD_B,在MD_B中創建服務於VLAN 100的MA MA_B,並為MD_B和MA_B創建服務實例2。
[DeviceB] cfd md MD_A level 5
[DeviceB] cfd ma MA_A md MD_A vlan 100
[DeviceB] cfd service-instance 1 md MD_A ma MA_A
[DeviceB] cfd md MD_B level 3
[DeviceB] cfd ma MA_B md MD_B vlan 100
[DeviceB] cfd service-instance 2 md MD_B ma MA_B
Device D的配置與Device B相似,配置過程略。
# 在Device C上創建級別為3的MD MD_B,在MD_B中創建服務於VLAN 100的MA MA_B,並為MD_B和MA_B創建服務實例2。
[DeviceC] cfd md MD_B level 3
[DeviceC] cfd ma MA_B md MD_B vlan 100
[DeviceC] cfd service-instance 2 md MD_B ma MA_B
(3) 配置MEP
# 在Device A的服務實例1內配置MEP列表,在端口GigabitEthernet3/0/1上創建並使能服務實例1內的內向MEP1001。
[DeviceA] cfd meplist 1001 4002 5001 service-instance 1
[DeviceA] interface GigabitEthernet3/0/1
[DeviceA-GigabitEthernet3/0/1] cfd mep 1001 service-instance 1 inbound
[DeviceA-GigabitEthernet3/0/1] cfd mep service-instance 1 mep 1001 enable
[DeviceA-GigabitEthernet3/0/1] quit
# 在Device B的服務實例1和2內分別配置維護端點列表,在端口GigabitEthernet3/0/3上創建並使能服務實例2內的外向維護端點2001。
[DeviceB] cfd meplist 1001 4002 5001 service-instance 1
[DeviceB] cfd meplist 2001 4001 service-instance 2
[DeviceB] interface GigabitEthernet3/0/3
[DeviceB-GigabitEthernet3/0/3] cfd mep 2001 service-instance 2 outbound
[DeviceB-GigabitEthernet3/0/3] cfd mep service-instance 2 mep 2001 enable
[DeviceB-GigabitEthernet3/0/3] quit
# 在Device D的服務實例1和2內分別配置MEP列表,在端口GigabitEthernet3/0/1上創建並使能服務實例2內的外向MEP 4001,然後在端口GigabitEthernet3/0/3上創建並使能服務實例1內的內向MEP 4002。
[DeviceD] cfd meplist 1001 4002 5001 service-instance 1
[DeviceD] cfd meplist 2001 4001 service-instance 2
[DeviceD] interface GigabitEthernet3/0/1
[DeviceD-GigabitEthernet3/0/1] cfd mep 4001 service-instance 2 outbound
[DeviceD-GigabitEthernet3/0/1] cfd mep service-instance 2 mep 4001 enable
[DeviceD-GigabitEthernet3/0/1] quit
[DeviceD] interface GigabitEthernet3/0/3
[DeviceD-GigabitEthernet3/0/3] cfd mep 4002 service-instance 1 inbound
[DeviceD-GigabitEthernet3/0/3] cfd mep service-instance 1 mep 4002 enable
[DeviceD-GigabitEthernet3/0/3] quit
# 在Device E的服務實例1內配置MEP列表,在端口GigabitEthernet3/0/4上創建並使能服務實例1內的內向MEP 5001。
[DeviceE] cfd meplist 1001 4002 5001 service-instance 1
[DeviceE] interface GigabitEthernet3/0/4
[DeviceE-GigabitEthernet3/0/4] cfd mep 5001 service-instance 1 inbound
[DeviceE-GigabitEthernet3/0/4] cfd mep service-instance 1 mep 5001 enable
[DeviceE-GigabitEthernet3/0/4] quit
(4) 配置MIP的創建規則
# 在Device B的服務實例1內配置MIP的創建規則為Explicit規則。
[DeviceB] cfd mip-rule explicit service-instance 1
# 在Device C的服務實例2內配置MIP的創建規則為Default規則。
[DeviceC] cfd mip-rule default service-instance 2
(5) 配置連續性檢測功能
# 在Device A的端口GigabitEthernet3/0/1上使能服務實例1內MEP 1001的CCM報文發送功能。
[DeviceA] interface GigabitEthernet3/0/1
[DeviceA-GigabitEthernet3/0/1] cfd cc service-instance 1 mep 1001 enable
[DeviceA-GigabitEthernet3/0/1] quit
# 在Device B的端口GigabitEthernet3/0/3上使能服務實例2內MEP 2001的CCM報文發送功能。
[DeviceB] interface GigabitEthernet3/0/3
[DeviceB-GigabitEthernet3/0/3] cfd cc service-instance 2 mep 2001 enable
[DeviceB-GigabitEthernet3/0/3] quit
# 在Device D的端口GigabitEthernet3/0/1上使能服務實例2內MEP 4001的CCM報文發送功能,並在端口GigabitEthernet3/0/3上使能服務實例1內MEP 4002的CCM報文發送功能。
[DeviceD] interface GigabitEthernet3/0/1
[DeviceD-GigabitEthernet3/0/1] cfd cc service-instance 2 mep 4001 enable
[DeviceD-GigabitEthernet3/0/1] quit
[DeviceD] interface GigabitEthernet3/0/3
[DeviceD-GigabitEthernet3/0/3] cfd cc service-instance 1 mep 4002 enable
[DeviceD-GigabitEthernet3/0/3] quit
# 在Device E的端口GigabitEthernet3/0/4上使能服務實例1內MEP 5001的CCM報文發送功能。
[DeviceE] interface GigabitEthernet3/0/4
[DeviceE-GigabitEthernet3/0/4] cfd cc service-instance 1 mep 5001 enable
[DeviceE-GigabitEthernet3/0/4] quit
(6) 配置告警抑製功能
# 在Device B上使能告警抑製功能,並在服務實例2內配置AIS報文的發送級別為5,發送周期為1秒。
[DeviceB] cfd ais enable
[DeviceB] cfd ais level 5 service-instance 2
[DeviceB] cfd ais period 1 service-instance 2
(1) 驗證環回功能
當通過連續性檢測功能檢測到鏈路故障時,可以使用環回功能進行故障定位。譬如:
# 在Device A上啟用環回功能,檢查服務實例1內MEP 1001到5001的鏈路狀況。
[DeviceA] cfd loopback service-instance 1 mep 1001 target-mep 5001
Loopback to 0010-FC00-6512 with the sequence number start from 1001-43404:
Reply from 0010-FC00-6512: sequence number=1001-43404 time=5ms
Reply from 0010-FC00-6512: sequence number=1001-43405 time=5ms
Reply from 0010-FC00-6512: sequence number=1001-43406 time=5ms
Reply from 0010-FC00-6512: sequence number=1001-43407 time=5ms
Reply from 0010-FC00-6512: sequence number=1001-43408 time=5ms
Send:5 Received:5 Lost:0
(2) 驗證鏈路跟蹤功能
當通過連續性檢測功能獲取到整個組網的狀態後,可以使用鏈路跟蹤功能進行路徑查找或故障定位。譬如:
# 在Device A的服務實例1內查找MEP 1001到5001的路徑。
[DeviceA] cfd linktrace service-instance 1 mep 1001 target-mep 5001
Linktrace to MEP 5001 with the sequence number 1001-43462
MAC Address TTL Last MAC Relay Action
0010-FC00-6512 63 0010-FC00-6511 Hit
當通過連續性檢測功能獲取到整個組網的狀態後,可以使用比特錯誤測試功能檢測鏈路上比特錯誤的情況。譬如:
# 在Device A上測試服務實例1內MEP 1001到4002的比特錯誤。
[DeviceA] cfd tst service-instance 1 mep 1001 target-mep 4002
Info: TST process is done. Please check the result on the remote device.
# 在Device D上顯示服務實例1內MEP 4002上比特錯誤的測試結果。
[DeviceD] display cfd tst service-instance 1 mep 4002
Service instance: 1
MEP ID: 4002
Send TST total number: 0
Received TST total number: 5
Received from 0010-FC00-6510, sequence number 1: Bit True
Received from 0010-FC00-6510, sequence number 2: Bit True
Received from 0010-FC00-6510, sequence number 3: Bit True
Received from 0010-FC00-6510, sequence number 4: Bit True
Received from 0010-FC00-6510, sequence number 5: Bit True
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!