- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
02-BIER OAM配置
本章节下载： 02-BIER OAM配置 (302.17 KB)
G-BIER OAM（Operations, Administration, and Maintenance，操作、管理和维护）用于检测G-BIER转发路径的连通性和定位G-BIER路径的故障点。G-BIER OAM支持Ping和Tracert两种诊断方式：
· G-BIER Ping用于检查网络中网络连通性是否可达。
· G-BIER Tracert在检查网络连接是否可达的同时，还可以分析G-BIER网路中什么地方发生了故障。
这两种诊断方式均使用IPv6头和UDP头对请求报文进行内层封装、然后将封装后的请求报文再封装外层IPv6 G-BIER头，最后通过BIER隧道发送。G-BIER OAM需要在响应端打开一个UDP监听端口，用于监听和接收请求报文，默认的UDP端口号为49100。G-BIER OAM响应端收到请求报文后，通过UDP报文进行回复。
G-BIER OAM支持的Ping和Tracert均使用G-BIER Echo Request/Reply报文进行网络诊断。Echo Request/Reply报文的封装格式如图1-1所示。
图1-1 G-BIER OAM Echo Request报文格式
G-BIER OAM Request/Reply报文各字段的含义如下：
(1) G-BIER头部：有关G-BIER头部字段的详细介绍，请参见“BIER配置指导”。
(2) 内层IPv6头部：
¡ Source Address：32bits，IPv6源地址。对于Request报文，IPv6源地址和外层G-BIER头部中的IPv6源地址保持一致；对于Reply报文，IPv6源地址为目的节点的BFR prefix。
¡ Destination Address：32bits，IPv6目的地址。对于Request报文，为固定值0:0:0:0:0:FFFF:7F00:1；对于Reply报文，对应于Request报文的外层IPv6源地址。
(3) UDP头部：
¡ Source Port：16bits，UDP源端口号。
¡ Destination Port：16bits，UDP目的端口号。
¡ UDP Length：16bits，UDP数据报长度。
¡ UDP Checksum：16bits，UDP校验值，可以检验数据在传输过程中是否被损坏。
G-BIER的Ping用于检测Underlay层的连通性检测，不依赖于任何基于G-BIER的组播业务配置，只要G-BIER的Underlay层部署完就可以进行，不依赖于表示MSID的IPv6源地址。
G-BIER的Ping处理的基本过程如下：由BIER域任意节点发起G-BIER Echo Request报文、由目标BFER节点响应G-BIER Echo Reply报文，完成整个Ping过程。如果发起节点在一定的时间内没有收到目标BFER节点的响应，则打印timeout信息。
G-BIER Ping的过程如图1-2所示。图中Ping过程的报文信息以Device A→Device B→Device C→Device D之间的报文交互为例。
Device A（Ping发起节点）根据命令指定的参数（目的节点的BFR ID列表等），查找本地BIER子域对应配置，获得BIER三元组信息（BSL、SD、SI），通过三元组信息可以唯一确定BIFT ID，通过BIFT ID查找本地G-BIER转发表，发起Ping过程。
(1) Device A按BIFT ID=0x30100查找本地G-BIER转发表，确定向邻居Device B转发G-BIER Echo Request报文，转发时外层G-BIER封装的目的IPv6地址为Device B的MPRA，BS值为“0111”。
(2) 报文到达中间节点Device B和Device C后，中间节点按照BIER转发表进行组播转发，直到目的节点。
(3) 目的节点Device D收到Echo Request报文，向源节点Device A回复Echo Reply报文。
(4) Device A收到Echo Reply报文，报文关键字段与Device A发送的Echo Request报文不匹配，则忽略。匹配上，则输出应答信息。
(5) Device A在指定的等待时间内没有收到指定目的节点的应答，则输出超时信息。
G-BIER Tracert运行机制包括以下三个阶段：
(1) 源端发起探测
从BIER TTL=1开始第一轮探测，TTL = 2/3/4/…进行后续的探测。
(2) 中间节点处理
中间节点收到Echo Request后，如果G-BIER头中的BIER TTL没有减到0，正常转发。BIER TTL减到0后，如果存在转发表项，则返回Code为5（Packet-Forward-Success，报文被成功转发），否则返回Code为8（No matching entry in forwarding table，BIER转发表项中没有匹配的表项）。
(3) 目的端应答
BFER节点收到Echo Request后，返回Code3或者4。
¡ Code3：Replying BFR is the only BFER in header Bitstring，应答BFR是G-BIER OAM Echo Request报文头中所携带的BitString唯一对应的BFER。
¡ Code4：Replying BFR is one of the BFER in header Bitstring，应答BFR是G-BIER OAM Echo Request报文头中所携带的BitString对应的其中一个BFER。
已收到响应的BFER不再参与后续的探测，当所有待探测的节点都探测完成时即可结束探测。探测完成可以是源端收到所有待探测节点的Return Code为3或者4的报文或者达到系统默认的探测次数。探测完成后，源端打印到达探测BFER的路径信息。
G-BIER Tracert过程第一轮（BIER TTL=1）如图1-3所示。
图1-3 G-BIER Tracert过程第一轮
Device A（Tracert发起节点）根据命令指定的参数（目的节点的BFR ID列表等），查找本地BIER子域对应配置，获得BIER三元组信息（BSL、SD、SI），通过三元组信息可以唯一确定BIFT ID，通过BIFT ID查找本地G-BIER转发表，发起Tracert过程。
(1) Device A按BIFT ID=0x30100查找本地G-BIER转发表，确定向邻居Device B转发G-BIER Echo Request报文，转发时外层G-BIER封装的目的IPv6地址为Device B的MPRA、TTL为1、Downstream Mappling TLV携带Device B的BFR prefix。
(2) Device B收到的Echo Request报文后，TTL减为0，并向发起节点发送Echo Reply报文。由于Device B为Transit节点，发送的Echo Reply报文通过Downstream Mappling TLV携带下游Device C和Device E的BFR prefix，Responder BFR TLV携带Device B的BFR prefix。
(3) Device A收到Echo Reply报文后，将报文关键字段与Device A发送的Echo Request报文进行匹配，如果匹配失败，则忽略此响应报文，否则打印应答信息。
G-BIER Tracert过程第二轮（BIER TTL=2）过程如图1-4所示。图中Tracert过程的报文信息以Device A→Device B→Device C→Device D第二轮报文交互为例。
图1-4 G-BIER Tracert过程第二轮
(1) Device A按BIFT ID=0x30100查找本地G-BIER转发表，确定向邻居Device B转发G-BIER Echo Request，转发时外层G-BIER封装的目的IPv6地址为Device B的MPRA、TTL为2、Downstream Mappling TLV携带Device C和Device E的BFR prefix（从上一轮的Echo Reply中拷贝）。
(2) Device B按照BIER转发表进行组播转发，转发到Device C。
(3) Device C收到的Echo Request报文后，TTL减为0，并向发起节点发送Echo Reply报文。由于Device C为Transit节点，发送的Echo Reply报文携带通过Downstream Mappling TLV携带下游Device D的BFR prefix，Responder BFR TLV携带Device C的BFR prefix。
(4) Device A收到Echo Reply报文后，将报文关键字段与Device A发送的Echo Request报文进行匹配，如果匹配失败，则忽略此响应报文，否则打印应答信息。
后续轮次不赘述，处理与上述类似。
表1-1 单板信息一览表
|
单板类型 |
单板丝印 |
|
CEPC单板 |
CEPC-CQ8L、CEPC-CQ16L1 |
|
CSPEX单板 |
CSPEX-1802XB、CSPEX-1802X、CSPEX-1812X-E、CSPEX-2304X-G、CSPEX-2612X-E |
|
SPE单板 |
RX-SPE200-E |
设备之间通过UDP传输G-BIER OAM报文。为了避免G-BIER OAM的端口号与其他协议发生冲突，建议使用缺省值。
属于同一个BIER子域的BFR都必须配置相同的UDP端口号，否则被检测的设备将无法收到G-BIER Echo Request报文，导致检测失败。
g-bier oam enable [ udp-port udp-port ]
缺省情况下，G-BIER OAM功能处于开启状态。
在使用本功能前，需要确保G-BIER OAM功能处于开启状态。
当指定多个目的BFR ID时，所有目的BFR ID必须为属于同一个SI的BFR边缘设备的BFR ID。
如果指定的连续发送G-BIER Echo Request报文的时间间隔（interval）小于发送G-BIER Echo Request报文后等待响应的超时时间（timeout），则设备需要等待超时定时器超时后，再开始连续发送G-BIER Echo Request报文。
可在任意视图下执行本命令，检测G-BIER网络中BFR是否可达。
ping bier g-bier sub-domain sub-domain-id bsl bsl-value bfr-id bfr-id-value [ to bfr-id-end-value ] [ -c count | -h ttl-value | -m interval | -t timeout | udp-port udp-port ] *
在使用本功能前，需要确保G-BIER OAM功能处于开启状态。
当用户使用ping bier g-bier命令发现网络出现故障后，可以使用tracert bier g-bier命令来定位出现故障的网络节点。
当源节点到目的节点之间存在多条G-BIER等价转发路径，需要指定entropy entropy-value参数，用来选择某一条转发路径。
可在任意视图下执行本命令，查看G-BIER报文从源端传到目的端所经过的路径。
tracert bier g-bier sub-domain sub-domain-id bsl bsl-value bfr-id bfr-id-value [ to bfr-id-end-value ] [ entropy entropy-value [ to entropy-end-value ] | -ds | -h ttl-value | -ibs | -t timeout | -tbs | udp-port udp-port ] *
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
