目  錄

1 SRv6 OAM

1.1 SRv6 OAM簡介

1.1.1 End.OP SID

1.1.2 SRv6 SID Ping

1.1.3 SRv6 SID Tracert

1.1.4 SRv6 TE Policy Ping

1.1.5 SRv6 TE Policy Tracert

1.2 SRv6 OAM硬件適配關係

1.3 SRv6 OAM配置限製和指導

1.4 執行SRv6 SID Ping操作

1.5 執行SRv6 SID Tracert操作

1.6 執行SRv6 TE Policy Ping操作

1.7 執行SRv6 TE Policy Tracert操作

1 SRv6 OAM

1.1  SRv6 OAM簡介

SRv6 OAM（Operations, Administration, and Maintenance，操作、管理和維護）用於檢測SRv6路徑的連通性和定位SRv6路徑的故障點。SRv6 OAM通過SRv6 SID和SRv6 TE Policy的Ping/Tracert來實現。

·     SRv6 SID Ping和SRv6 TE Policy Ping用於檢查網絡連接及主機是否可達。SRv6 SID Ping和SRv6 TE Policy Ping為H3C私有協議。

·     SRv6 SID Tracert和SRv6 TE Policy Tracert在檢查網絡連接是否可達的同時，還可以分析網絡什麼地方發生了故障。

1.1.1  End.OP SID

End.OP SID是一個OAM類型的SRv6 SID，用於SRv6 SID和SRv6 TE Policy的Ping/Tracert場景。

·     在進行非逐段檢測SRv6 SID Ping和非Overlay方式的SRv6 SID Tracert時，End.OP SID通常不作為最後一跳，如果設備收到的報文的目的地址為End.OP SID，則對下一個SRv6 SID進行檢查。如果是尾節點的本地SRv6 SID，則回複應答報文；否則丟棄該報文。

·     在進行逐段檢測SRv6 SID Ping、Overlay方式的SRv6 SID Tracert或者SRv6 TE Policy的Ping/Tracert時，End.OP SID通常作為最後一跳，即如果指定End.OP SID，則SID列表中該End.OP SID之後應保證不再攜帶其他尾節點上的本地SID，否則該End.OP SID之後的其他SID可能無法應答。

如圖1-1所示，以非逐段的SRv6 SID Ping為例，源節點Device A Ping目的節點Device C。Device A在構造ICMPv6請求報文時在SRH頭中插入節點Device C的End.OP SID。Device C收到ICMPv6請求報文後，發現報文目的地址是自己的End.OP SID，檢查SRv6 SID c是不是自己的本地SRv6 SID。如果是，則向Device A發送ICMPv6應答報文；否則丟棄ICMPv6請求報文。

圖1-1 End.OP SID應用示意圖

1.1.2  SRv6 SID Ping

SRv6 SID Ping支持逐段檢測和非逐段檢測兩種檢測方式。

1. 逐段檢測

逐段檢測是指在SRv6轉發路徑中，檢測源節點和所有SRv6節點之間的連通性。SRv6轉發路徑中所有SRv6節點均會向源節點回複ICMPv6響應報文。

進行逐段檢測時，如果指定End.OP SID，應該保證定End.OP SID是最後一跳SID，如果後麵還有其他SID，則後續SID不能為尾節點上的本地節點，否則無法應答。

圖1-2 SRv6 SID Ping逐段檢測方式示意圖

如圖1-2所示，逐段檢測工作過程為：

(1)     Device A向Decive C發起Ping，構造ICMPv6請求報文，封裝SRH擴展頭並進行發送。

(2)     Device B收到ICMPv6請求報文後：

¡     如果Device B上開啟了SRv6功能，則向Device A發送ICMPv6應答報文，並且基於SRH向Device C轉發ICMPv6請求報文。

¡     如果Device B上未開啟SRv6功能，則不向Device A發送ICMPv6應答報文，直接根據目的IP地址查找IP轉發表轉發ICMPv6請求報文。

(3)     Device C收到ICMPv6請求報文後，向Device A發送ICMPv6應答報文。

(4)     如果Device A在超時時間內收到目的節點的ICMPv6應答報文，則目的節點可達；否則，目的點不可達。

2. 非逐段檢測

非逐段檢測是指僅檢測源節點和目的節點之間的連通性。僅目的節點向源節點回複ICMPv6響應報文。

圖1-3 SRv6 SID Ping非逐段檢測方式示意圖

如圖1-3所示，非逐段檢測工作過程為：

(1)     Device A向Decive C發起Ping，構造ICMPv6請求報文，封裝SRH擴展頭並進行發送。

(2)     Device B收到ICMPv6請求報文後，會向Device C轉發ICMPv6請求報文。

¡     如果Device B上開啟了SRv6功能，則基於SRH轉發ICMPv6請求報文。

¡     如果Device B上未開啟SRv6功能，則根據目的IP地址查找IP轉發表轉發ICMPv6請求報文。

(3)     Device C收到ICMPv6請求報文後，確認SID類型為End.OP SID，並校驗下一個SID是否為Device C的SRv6 SID：

¡     如果下一個SID是Device C的SRv6 SID，則校驗通過，向Device A發送ICMPv6應答報文。

¡     如果下一個SID不是Device C的SRv6 SID，則校驗不通過，丟棄ICMPv6請求報文。

(4)     如果Device A在超時時間內收到目的節點的ICMPv6應答報文，則目的節點可達；否則，目的節點不可達。

1.1.3  SRv6 SID Tracert

SRv6 SID Tracert支持Overlay檢測和非Overlay檢測兩種方式。

1. Overlay檢測

通過Overlay方式查看SRv6轉發路徑時，僅顯示轉發路徑上所有SRv6節點的信息。

進行Overlay檢測時，如果指定End.OP SID，應該保證定End.OP SID是最後一跳SID，如果後麵還有其他SID，則後續SID不能為尾節點上的本地節點，否則無法應答。

圖1-4 SRv6 SID Tracert Overlay檢測方式示意圖

如圖1-4所示，Overlay檢測工作過程為：

(1)     Device A向Decive C發起Tracert，構造UDP報文（該報文的UDP端口號是目的端的任何一個應用程序都不可能使用的端口號），封裝SRH擴展頭並進行發送。此時IPv6報文首部的TTL字段的取值設置為64。

(2)     Device B收到UDP報文後：

¡     如果Device B上開啟了SRv6功能，則向Device A發送ICMPv6端口不可達報文，並且基於SRH向Device C轉發UDP報文。

¡     如果Device B上未開啟SRv6功能，則不向Device A發送ICMPv6端口不可達報文，直接根據目的IP地址查找IP轉發表轉發UDP報文。

(3)     Device C收到UDP報文後，向Device A發送ICMPv6端口不可達報文。

(4)     如果Device A在超時時間內收到目的節點的ICMPv6端口不可達報文，則目的節點可達，且可以根據Tracert結果得到數據報文從源節點到目的節點所經曆的路徑；否則，目的節點不可達，且可以根據Tracert結果定位故障節點。

2. 非Overlay檢測

通過非Overlay方式查看SRv6轉發路徑時，會顯示轉發路徑上所有節點（包括支持SRv6的節點和不支持SRv6的節點）的信息。

圖1-5 SRv6 SID Tracert非Overlay檢測方式示意圖

如圖1-5所示，非Overlay檢測工作過程為：

(1)     Device A向Decive C發起Tracert，構造UDP報文（該報文的UDP端口號是目的端的任何一個應用程序都不可能使用的端口號），封裝SRH擴展頭並進行發送。此時IPv6報文首部的TTL字段的取值設置為1。

(2)     Device B收到UDP報文後，TTL字段的值變成0，會向Device A發送ICMPv6超時報文。

(3)     Device A收到Device B發送的ICMPv6超時報文後，將TTL字段的取值加1（此時設置為2）繼續發送UDP報文。

(4)     Device B收到UDP報文後，TTL字段的值變成1，會向Device C轉發UDP報文。

¡     如果Device B上開啟了SRv6功能，則基於SRH轉發UDP報文。

¡     如果Device B上未開啟SRv6功能，則根據目的IP地址查找IP轉發表轉發UDP報文。

(5)     Device C收到UDP報文後，TTL字段的值變成0，確認SID類型為End.OP SID，並校驗下一個SID是否為Device C的SRv6 SID：

¡     如果下一個SID是Device C的SRv6 SID，則校驗通過，向Device A發送ICMPv6端口不可達報文。

¡     如果下一個SID不是Device C的SRv6 SID，則校驗不通過，並丟棄UDP報文。

(6)     如果Device A在超時時間內收到目的節點的ICMPv6端口不可達報文，則目的節點可達，且可以根據Tracert結果得到數據報文從源節點到目的節點所經曆的路徑；否則，目的節點不可達，且可以根據Tracert結果定位故障節點。

1.1.4  SRv6 TE Policy Ping

圖1-6 SRv6 TE Policy Ping示意圖

如圖1-2所示，SRv6 TE Policy Ping工作過程為：

(1)     Device A向Decive C發起Ping，構造ICMPv6請求報文，封裝SRH擴展頭並進行發送。

(2)     Device B收到ICMPv6請求報文後：

¡     如果Device B上開啟了SRv6功能，則基於SRH向Device C轉發ICMPv6請求報文。

¡     如果Device B上未開啟SRv6功能，則直接根據目的IP地址查找IP轉發表轉發ICMPv6請求報文。

(3)     Device C收到ICMPv6請求報文後，確認SID類型為End.OP SID，並校驗下一個SID是否為Device C的SRv6 SID：

¡     如果下一個SID是Device C的SRv6 SID，則校驗通過，向Device A發送ICMPv6應答報文。

¡     如果下一個SID不是Device C的SRv6 SID，則校驗不通過，丟棄ICMPv6請求報文。

(4)     如果Device A在超時時間內收到目的節點的ICMPv6應答報文，則目的節點可達；否則，目的節點不可達。

1.1.5  SRv6 TE Policy Tracert

圖1-7 SRv6 TE Policy Tracert示意圖

如圖1-5所示，SRv6 TE Policy Tracert工作過程為：

(1)     Device A向Decive C發起Tracert，構造UDP報文（該報文的UDP端口號是目的端的任何一個應用程序都不可能使用的端口號），封裝SRH擴展頭並進行發送。此時IPv6報文首部的TTL字段的取值設置為1。

(2)     Device B收到UDP報文後，TTL字段的值變成0，會向Device A發送ICMPv6超時報文。

(3)     Device A收到Device B發送的ICMPv6超時報文後，將TTL字段的取值加1（此時設置為2）繼續發送UDP報文。

(4)     Device B收到UDP報文後，TTL字段的值變成1，會向Device C轉發UDP報文。

¡     如果Device B上開啟了SRv6功能，則基於SRH轉發UDP報文。

¡     如果Device B上未開啟SRv6功能，則根據目的IP地址查找IP轉發表轉發UDP報文。

(5)     Device C收到UDP報文後，TTL字段的值變成0，確認SID類型為End.OP SID，並校驗下一個SID是否為Device C的SRv6 SID：

¡     如果下一個SID是Device C的SRv6 SID，則校驗通過，向Device A發送ICMPv6端口不可達報文。

¡     如果下一個SID不是Device C的SRv6 SID，則校驗不通過，並丟棄UDP報文。

(6)     如果Device A在超時時間內收到目的節點的ICMPv6端口不可達報文，則目的節點可達，且可以根據Tracert結果得到數據報文從源節點到目的節點所經曆的路徑；否則，目的節點不可達，且可以根據Tracert結果定位故障節點。

1.2  SRv6 OAM硬件適配關係

本特性的支持情況與設備型號有關，請以設備實際情況為準。

1.3  SRv6 OAM配置限製和指導

執行Ping或Tracert操作指定SID列表時，需要注意：

·     End SID、End.X SID、End(COC32) SID或End.X(COC32) SID作為尾節點的SRv6 SID時，其SID附加行為必須為PSP。

·     End.DT4 SID、End.DT6 SID、End.DT46 SID、End.DX4 SID和End.DX6 SID隻能作為尾節點的SRv6 SID。

1.4  執行SRv6 SID Ping操作

1. 配置限製和指導

對於非逐段檢測場景，需要在目的節點上要配置End.OP類型的SID。

2. 配置步驟

可在任意視圖下執行本命令，通過SRv6 SID Ping功能檢測SRv6轉發路徑的連通性。

ping ipv6-sid [ -a source-ipv6 | -c count | -m interval | -q | -s packet-size | -t timeout | -tc traffic-class | -v ] * [ segment-by-segment ] { sid }&<1-11>

1.5  執行SRv6 SID Tracert操作

1. 配置限製和指導

對於非Overlay檢測場景，需要在目的節點上要配置End.OP類型的SID。

2. 配置準備

對於非Overlay檢測場景：

·     需要在中間設備（源節點與目的節點之間的設備）上開啟設備的ICMPv6超時報文的發送功能。

·     需要在目的節點開啟設備的ICMPv6超時報文的發送功能和ICMPv6目的不可達報文的發送功能。

對於Overlay檢測場景，需要在中間設備（源節點與目的節點之間的設備）和目的節點上開啟設備的ICMPv6目的不可達報文的發送功能。

3. 配置步驟

可在任意視圖下執行本命令，通過SRv6 SID Tracert功能查看包含指定SRv6 SID列表的IPv6報文從源節點到目的節點所經過的路徑。

tracert ipv6-sid [ -a source-ipv6 | -f first-hop  | -m max-hops | -p port | -q packet-number | -t traffic-class | -w timeout ] * [ overlay ] { sid }&<1-11>

1.6  執行SRv6 TE Policy Ping操作

1. 配置限製和指導

需要在目的節點上要配置End.OP類型的SID。

2. 配置步驟

可在任意視圖下執行本命令，通過SRv6 SID Ping功能檢測SRv6轉發路徑的連通性。

ping srv6-te policy { policy-name policy-name | color color-value end-point ipv6 ipv6-address | binding-sid bsid } [ end-op end-op | endpoint ] [ -a source-ipv6 | -c count | -h hop-limit | -m interval | -s packet-size | -t timeout | -tc traffic-class ] *

1.7  執行SRv6 TE Policy Tracert操作

1. 配置限製和指導

需要在目的節點上要配置End.OP類型的SID。

2. 配置準備

需要在中間設備（源節點與目的節點之間的設備）和目的節點上開啟設備的ICMPv6超時報文的發送功能。

需要在目的節點開啟設備的ICMPv6目的不可達報文的發送功能。

3. 配置步驟

可在任意視圖下執行本命令，通過SRv6 SID Tracert功能查看包含指定SRv6 SID列表的IPv6報文從源節點到目的節點所經過的路徑。

tracert srv6-te policy { policy-name policy-name | color color-value end-point ipv6 ipv6-address | binding-sid bsid } [ end-op end-op | endpoint ] [ -a source-ipv6 | -f first-hop | -m max-hops | -p port | -q packet-number | -s packet-size | -tc traffic-class | -w timeout ] *