示例:使用 MX 系列路由器的叠加 ping 和叠加跟踪路由对 VXLAN 叠加网络进行故障排除
在虚拟可扩展 LAN (VXLAN) 叠加网络中,现有的 ping
和 traceroute
命令可以验证在底层物理网络中充当虚拟隧道端点 (VTEP) 的两台瞻博网络设备之间的基本连接。但是,在两个 VTEP 之间,可能有多个路由通过中间设备,ping 和 traceroute 数据包可能成功到达其目标,而另一个路由中存在连接问题,数据包通常通过该路由转发以到达其目标。
在适用于 MX 系列路由器的 Junos OS 16.2 版中引入overlay
参数和其他选项后,您可以使用和traceroute
命令对 ping
VXLAN 进行故障排除。
要使 ping 和跟踪路由机制在 VXLAN 中正常工作,ping 和 traceroute 数据包(也称为操作、管理和管理 (OAM) 数据包)必须使用与通过 VXLAN 网段转发的数据包相同的 VXLAN 标头(外部标头)进行封装,并可能存在连接问题。如果出现任何连接问题,叠加 OAM 数据包会遇到与数据包相同的问题。
此示例说明如何在 VTEP 上使用叠加 ping 和跟踪路由来验证 VXLAN 中的以下内容:
场景 1 — 验证是否在另一个 VTEP 上配置了特定的 VXLAN。
场景 2 — 验证特定端点的 MAC 地址是否与远程 VTEP 上的 VXLAN 相关联。
方案 3 - 验证发送和接收终结点之间的特定数据流中不存在任何问题。
发出ping overlay
traceroute overlay
和命令时,发出命令的源 VTEP 和接收 ping 数据包的目标 VTEP 必须是支持叠加 ping 和 traceroute 的瞻博网络设备。
要求
此示例使用以下硬件和软件组件:
直接运行应用程序的三个物理服务器。
两台运行 Junos OS 16.2 或更高版本软件的 MX 系列路由器。这些路由器用作 VTEP。
两个第 3 层路由器,可以是瞻博网络路由器或其他供应商提供的路由器。
在发出 ping overlay
和 traceroute overlay
命令之前,请收集用于特定方案的每个参数(例如,IP 地址或 MAC 地址)所需的信息。请参阅 表 1 以确定每个方案使用哪些参数。
概述和拓扑
图 1 中所示的 VXLAN 拓扑包括直接运行应用程序的物理服务器 A、B 和 C。物理服务器 A 和 B 上的应用程序需要与物理服务器 C 上的应用程序通信。这些服务器位于同一子网上,因此应用程序之间的通信在第 2 层进行,VXLAN 封装或隧道用于通过第 3 层网络传输其数据包。
在此拓扑中,有两个用作 VTEP 的 MX 系列路由器。VTEP1 为物理服务器 A 和 B 启动和终止 VXLAN 隧道,VTEP2 对物理服务器 C 执行相同的操作。VTEP1 和 VTEP2 位于 VXLAN 100 中。
从物理服务器 A 发送的数据包通常会路由到 IP 地址为 192.0.2.30 的第 3 层路由器,以到达物理服务器 C。
在此 VXLAN 拓扑中,物理服务器 A 和 C 之间会出现通信问题。要排除此数据流的问题,您可以在 VTEP1(源 VTEP 或 )上启动ping overlay
traceroute overlay
和命令,并将 VTEP2 指定为目标 VTEP 或 tunnel-dst
。tunnel-src
ping overlay
和traceroute overlay
命令包括多个参数。表 1 说明了用途,并为三种方案中使用的每个参数提供了一个值。
表 1 不包括所有可用 ping overlay
参数和 traceroute overlay
参数。此示例使用这些省略参数的默认值。
|
描述 |
应用参数的方案 |
价值 |
---|---|---|---|
|
标识要排除故障的隧道类型。 |
都 |
VXLAN |
|
此示例中使用的 VXLAN 的 VXLAN 网络标识符 (VNI)。 |
都 |
100 |
|
VTEP1 的 IP 地址,您可以在其上启动叠加 ping 或跟踪路由。 |
都 |
192.0.2.10 |
|
VTEP2 的 IP 地址,接收叠加 ping 或路由跟踪数据包。 |
都 |
192.0.2.20 |
|
物理服务器 C 的 MAC 地址,即目标端点。 |
方案 2 和 3 |
00:00:5E:00:53:cc |
|
VTEP1 发送的叠加 ping 请求数。
注意:
count 参数不适用于叠加跟踪路由。 |
都 |
5 |
|
物理服务器 A 的 MAC 地址,即源端点。 |
场景 3 |
00:00:5E:00:53:aa |
|
物理服务器 C 的 MAC 地址,即目标端点。
注意:
为场景 3 指定此参数时,MAC 地址必须与为参数指定的 |
场景 3 |
00:00:5E:00:53:cc |
|
物理服务器 A 的 IP 地址。 |
场景 3 |
198.51.100.1 |
|
物理服务器 C 的 IP 地址。 |
场景 3 |
198.51.100.3 |
|
数据流中使用的协议的值。 |
场景 3 |
17 |
|
外部 TCP/UDP 源端口的值。 |
场景 3 |
4456 |
|
外部 UDP 目标端口的值。 |
场景 3 |
4540 |
表 1 包括几个哈希参数,用于方案 3。对于其中每个参数,必须指定与要进行故障排除的数据流关联的值。根据您指定的值,系统会计算一个 VXLAN UDP 报头源端口散列,该散列包含在叠加 ping 和 traceroute 数据包的 VXLAN UDP 报头中。在 VXLAN UDP 报头中包含计算出的散列可以让叠加 ping 和 traceroute 数据包模拟您要排除故障的流中的数据包。
使用哈希参数时,建议您为每个参数指定一个值。这种做法可确保覆盖 ping 和 traceroute 过程成功,并且每个命令的输出都是准确的。如果未为一个或多个哈希参数指定值,系统将发送可能包含不正确哈希值的 OAM 请求,并生成警告消息。
配置
验证
本节包括以下验证任务:
场景 1:验证是否已在 VTEP2 上配置 VXLAN 100
目的
验证 VTEP2 上是否配置了 VNI 为 100 的 VXLAN。您可以使用叠加 ping 或跟踪路由来执行此验证。
行动
叠加平
在 VTEP1 上,启动叠加 ping:
user@switch> ping overlay tunnel-type vxlan vni 100 tunnel-src 192.0.2.10 tunnel-dst 192.0.2.20 count 5 ping-overlay protocol vxlan vni 100 tunnel src ip 192.0.2.10 tunnel dst ip 192.0.2.20 mac address 00:00:00:00:00:00 count 5 ttl 255 WARNING: following hash-parameters are missing - hash computation may not succeed end-host smac end-host dmac end-host src ip end-host dst ip end-host protocol end-host l4-src-port end-host l4-dst-port Request for seq 1, to 192.0.2.20, at 09-24 22:03:16 PDT.033 msecs Response for seq 1, from 192.0.2.20, at 09-24 22:03:16 PDT.036 msecs, rtt 10 msecs Overlay-segment not present at RVTEP 192.0.2.20 Request for seq 2, to 192.0.2.20, at 09-24 22:03:16 PDT.044 msecs Response for seq 2, from 192.0.2.20, at 09-24 22:03:16 PDT.046 msecs, rtt 10 msecs Overlay-segment not present at RVTEP 192.0.2.20 Request for seq 3, to 192.0.2.20, at 09-24 22:03:16 PDT.054 msecs Response for seq 3, from 192.0.2.20, at 09-24 22:03:16 PDT.057 msecs, rtt 10 msecs Overlay-segment not present at RVTEP 192.0.2.20 Request for seq 4, to 192.0.2.20, at 09-24 22:03:16 PDT.065 msecs Response for seq 4, from 192.0.2.20, at 09-24 22:03:16 PDT.069 msecs, rtt 10 msecs Overlay-segment not present at RVTEP 192.0.2.20 Request for seq 5, to 192.0.2.20, at 09-24 22:03:16 PDT.076 msecs Response for seq 5, from 192.0.2.20, at 09-24 22:03:16 PDT.079 msecs, rtt 10 msecs Overlay-segment not present at RVTEP 192.0.2.20
叠加路由跟踪
在 VTEP1 上,启动叠加跟踪路由:
user@switch> traceroute overlay tunnel-type vxlan vni 100 tunnel-src 192.0.2.10 tunnel-dst 192.0.2.20 traceroute-overlay protocol vxlan vni 100 tunnel src ip 192.0.2.10 tunnel dst ip 192.0.2.20 mac address 00:00:00:00:00:00 ttl 255 WARNING: following hash-parameters are missing - hash computation may not succeed end-host smac end-host dmac end-host src ip end-host dst ip end-host protocol end-host l4-src-port end-host l4-dst-port ttl Address Sender Timestamp Receiver Timestamp Response Time 1 10.1.0.2 09-25 00:51:10 PDT.599 msecs * 10 msecs 2 192.0.2.20 09-25 00:51:10 PDT.621 msecs 09-25 00:51:10 PDT.635 msecs 21 msecs Overlay-segment not present at RVTEP 192.0.2.20
意义
示例叠加 ping 输出指示以下内容:
VTEP1 向 VTEP2 发送了 5 个 ping 请求,VTEP2 响应了每个请求。
VTEP2 表示未配置 100 的 VNI (
Overlay-segment not present at RVTEP 192.0.2.20
),并在对 VTEP1 的响应中包含此信息。
示例叠加跟踪路由输出指示以下内容:
收到生存时间 (TTL) 值为 1 跳的叠加路由跟踪数据包后,第 3 层路由器会响应 VTEP1。
收到 TTL 值为 2 跳的叠加跟踪路由数据包后,VTEP2 会响应 VTEP1。
VTEP2 表示未配置 VNI 100(RVTEP 192.0.2.20 中不存在叠加分段),并在对 VTEP1 的响应中包含此信息。
叠加 traceroute 输出的接收方时间戳列中的星号 (*) 表示接收叠加 traceroute 数据包的第 3 层路由器不是瞻博网络设备,或者是不支持叠加跟踪路由的瞻博网络设备。
鉴于叠加 ping 和 traceroute 的输出都指示 VXLAN 100 不存在,请在 VTEP2 上检查此配置。如果必须在 VTEP2 上配置 VNI 为 100,请在 [编辑 vlans vlan-id vxlan] 层次结构级别使用 vni 配置语句,然后重新发出 ping 叠加或 traceroute 叠加命令以验证现在是否已识别 VXLAN 100。
场景 2:验证目标端点的 MAC 地址是否在 VTEP2 上
目的
验证作为目标端点的物理服务器 C 的 MAC 地址 (00:00:5E:00:53:cc) 是否在 VTEP2 的转发表中。您可以使用叠加 ping 或跟踪路由来执行此验证。
行动
叠加平
在 VTEP1 上,启动叠加 ping:
user@switch> ping overlay tunnel-type vxlan vni 100 tunnel-src 192.0.2.10 tunnel-dst 192.0.2.20 mac 00:00:5E:00:53:cc count 5 ping-overlay protocol vxlan vni 100 tunnel src ip 192.0.2.10 tunnel dst ip 192.0.2.20 mac address 00:00:5E:00:53:cc count 5 ttl 255 WARNING: following hash-parameters are missing - hash computation may not succeed end-host smac end-host dmac end-host src ip end-host dst ip end-host protocol end-host l4-src-port end-host l4-dst-port Request for seq 1, to 192.0.2.20, at 09-24 23:53:54 PDT.089 msecs Response for seq 1, from 192.0.2.20, at 09-24 23:53:54 PDT.089 msecs, rtt 6 msecs Overlay-segment present at RVTEP 192.0.2.20 End-System Not Present Request for seq 2, to 192.0.2.20, at 09-24 23:53:54 PDT.096 msecs Response for seq 2, from 192.0.2.20, at 09-24 23:53:54 PDT.100 msecs, rtt 10 msecs Overlay-segment present at RVTEP 192.0.2.20 End-System Not Present Request for seq 3, to 192.0.2.20, at 09-24 23:53:54 PDT.107 msecs Response for seq 3, from 192.0.2.20, at 09-24 23:53:54 PDT.111 msecs, rtt 10 msecs Overlay-segment present at RVTEP 192.0.2.20 End-System Not Present Request for seq 4, to 192.0.2.20, at 09-24 23:53:54 PDT.118 msecs Response for seq 4, from 192.0.2.20, at 09-24 23:53:54 PDT.122 msecs, rtt 11 msecs Overlay-segment present at RVTEP 192.0.2.20 End-System Not Present Request for seq 5, to 192.0.2.20, at 09-24 23:53:54 PDT.129 msecs Response for seq 5, from 192.0.2.20, at 09-24 23:53:54 PDT.133 msecs, rtt 10 msecs Overlay-segment present at RVTEP 192.0.2.20 End-System Not Present
叠加路由跟踪
在 VTEP1 上,启动叠加跟踪路由:
user@switch> traceroute overlay tunnel-type vxlan vni 100 tunnel-src 192.0.2.10 tunnel-dst 192.0.2.20 mac 00:00:5E:00:53:cc traceroute-overlay protocol vxlan vni 100 tunnel src ip 192.0.2.10 tunnel dst ip 192.0.2.20 mac address 00:00:5E:00:53:cc ttl 255 WARNING: following hash-parameters are missing - hash computation may not succeed end-host smac end-host dmac end-host src ip end-host dst ip end-host protocol end-host l4-src-port end-host l4-dst-port ttl Address Sender Timestamp Receiver Timestamp Response Time 1 10.1.0.1 09-25 00:56:17 PDT.663 msecs * 10 msecs 2 192.0.2.20 09-25 00:56:17 PDT.684 msecs 09-25 00:56:17 PDT.689 msecs 11 msecs Overlay-segment present at RVTEP 192.0.2.20 End-System not Present
意义
示例叠加 ping 输出指示以下内容:
VTEP1 向 VTEP2 发送了 5 个 ping 请求,VTEP2 响应了每个请求。
VTEP2 已验证是否配置了 100
Overlay-segment present at RVTEP 192.0.2.20
的 VNI,但物理服务器 C 的 MAC 地址不在转发表 (End-System Not Present
) 中。VTEP2在对VTEP1的答复中纳入了这一信息。
示例叠加跟踪路由输出指示以下内容:
收到 TTL 值为 1 跳的叠加路由跟踪数据包后,第 3 层路由器会响应 VTEP1。
收到 TTL 值为 2 跳的叠加跟踪路由数据包后,VTEP2 会响应 VTEP1。
VTEP2 已验证是否已配置 (
Overlay-segment present at RVTEP 192.0.2.20
) 100 的 VNI 以及物理服务器 C 的 MAC 地址是否在转发表 (End-System Present
) 中。VTEP2在对VTEP1的答复中纳入了这一信息。
叠加 traceroute 输出的接收方时间戳列中的星号 (*) 表示接收叠加 traceroute 数据包的第 3 层路由器不是瞻博网络设备,或者是不支持叠加跟踪路由的瞻博网络设备。
鉴于叠加 ping 和 traceroute 的输出都指示 VTEP2 不知道物理服务器 C 的 MAC 地址,因此您必须进一步调查以确定此 MAC 地址不在 VTEP2 的转表中的原因。
方案 3:验证数据流
目的
验证不存在可能阻碍从物理服务器 A 到物理服务器 C 的数据流的问题。支持此流程的网络设备包括 VTEP1、IP 地址为 192.0.2.30 的第 3 层路由器和 VTEP2(请参阅 图 1)。
最初,使用叠加 ping,如果叠加 ping 结果指示存在问题,请使用叠加跟踪路由来确定路径中的哪个设备出现问题。
对于叠加 ping 和 traceroute,请使用散列参数指定有关此数据流中设备的信息,以便系统可以计算 VXLAN UDP 报头源端口散列,该散列包含在叠加 ping 和 traceroute 数据包的 VXLAN UDP 报头中。通过将计算出的哈希包含在 VXLAN UDP 报头中,叠加 ping 和 traceroute 数据包可以模拟此流中的数据包,这应该会产生更准确的 ping 和 traceroute 结果。
行动
叠加平
在 VTEP1 上,启动叠加 ping:
user@switch> ping overlay tunnel-type vxlan vni 100 tunnel-src 192.0.2.10 tunnel-dst 192.0.2.20 mac 00:00:5E:00:53:cc count 5 hash-source-mac 00:00:5E:00:53:aa hash-destination-mac 00:00:5E:00:53:cc hash-source-address 198.51.100.1 hash-destination-address 198.51.100.3 hash-protocol 17 hash-source-port 4456 hash-destination-port 4540 ping-overlay protocol vxlan vni 100 tunnel src ip 192.0.2.10 tunnel dst ip 192.0.2.20 mac address 00:00:5E:00:53:cc count 5 ttl 255 hash-parameters: input-ifd-idx 653 end-host smac 00:00:5E:00:53:aa end-host dmac 00:00:5E:00:53:cc end-host src ip 198.51.100.1 end-host dst ip 198.51.100.3 end-host protocol 17 end-host l4-src-port 4456 end-host l4-dst-port 4540end-host vlan 150 Request for seq 1, to 192.0.2.20, at 09-24 19:15:33 PDT.352 msecs Request for seq 2, to 192.0.2.20, at 09-24 19:15:33 PDT.363 msecs Request for seq 3, to 192.0.2.20, at 09-24 19:15:33 PDT.374 msecs Request for seq 4, to 192.0.2.20, at 09-24 19:15:33 PDT.385 msecs Request for seq 5, to 192.0.2.20, at 09-24 19:15:33 PDT.396 msecs
叠加路由跟踪
如果需要,在 VTEP1 上,启动叠加跟踪路由:
user@switch> traceroute overlay tunnel-type vxlan vni 100 tunnel-src 192.0.2.10 tunnel-dst 192.0.2.20 mac 00:00:5E:00:53:cc hash-source-mac 00:00:5E:00:53:aa hash-destination-mac 00:00:5E:00:53:cc hash-source-address 198.51.100.1 hash-destination-address 198.51.100.3 hash-protocol 17 hash-source-port 4456 hash-destination-port 4540 traceroute-overlay protocol vxlan vni 100 tunnel src ip 192.0.2.10 tunnel dst ip 192.0.2.20 mac address 00:00:5E:00:53:cc ttl 255 hash-parameters: input-ifd-idx 653 end-host smac 00:00:5E:00:53:aa end-host dmac 00:00:5E:00:53:cc end-host src ip 198.51.100.1 end-host dst ip 198.51.100.3 end-host protocol 17 end-host l4-src-port 4456 end-host l4-dst-port 4540 ttl Address Sender Timestamp Receiver Timestamp Response Time 1 10.1.0.1 09-25 00:56:17 PDT.663 msecs * 10 msecs
意义
示例叠加 ping 输出表明 VTEP1 向 VTEP2 发送了 5 个 ping 请求,但 VTEP2 没有响应任何请求。VTEP2 未响应表示 VTEP1 与第 3 层路由器之间的路径或第 3 层路由器与 VTEP2 之间的路径存在连接问题。
要进一步排除问题所在路径,请使用叠加跟踪路由。示例叠加跟踪路由输出指示以下内容:
收到 TTL 值为 1 跳的叠加跟踪路由数据包后,第 3 层路由器会响应 VTEP1,这表示 VTEP1 和第 3 层路由器之间的路径已打开。
VTEP2 不响应叠加跟踪路由数据包,这表示第 3 层路由器与 VTEP2 之间的路径可能已关闭。
叠加 traceroute 输出的接收方时间戳列中的星号 (*) 表示接收叠加 traceroute 数据包的第 3 层路由器不是瞻博网络设备,或者是不支持叠加跟踪路由的瞻博网络设备。
鉴于叠加 traceroute 输出表明第 3 层路由器与 VTEP2 之间存在连接问题,您必须进一步调查此路径段以确定问题的根源。