Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

示例:对 MX 系列路由器使用叠加 ping 和叠加 traceroute 对 VXLAN 叠加网络进行故障排除

在虚拟可扩展 LAN (VXLAN) 叠加网络中,现有的 pingtraceroute 命令可以验证两台瞻博网络设备之间的基本连接,这两台设备在底层物理网络中充当虚拟隧道端点 (VTEP)。但是,在两个 VTEP 之间,可能存在通过中间设备的多条路由,ping 和 traceroute 数据包可能会成功到达其目的地,而数据包通常沿其转发以到达目的地的另一条路由中存在连接问题。

借助适用于 MX 系列路由器的 Junos OS 16.2 版中引入 overlay 参数和其他选项,您可以使用 pingtraceroute 命令对 VXLAN 进行故障排除。

要使 ping 和 traceroute 机制在 VXLAN 中正常工作,ping 和 traceroute 数据包(也称为作、行政和管理 (OAM) 数据包)必须使用与通过 VXLAN 分段转发的数据包相同的 VXLAN 标头(外部标头)进行封装,否则可能会出现连接问题。如果出现任何连接问题,叠加 OAM 数据包将遇到与数据包相同的问题。

此示例说明如何在 VTEP 上使用叠加 ping 和 traceroute,以验证 VXLAN 中的以下内容:

  • 场景 1 — 验证是否在其他 VTEP 上配置了特定的 VXLAN。

  • 场景 2 — 验证特定端点的 MAC 地址是否与远程 VTEP 上的 VXLAN 相关联。

  • 方案 3 — 验证发送端点和接收端点之间的特定数据流中是否存在问题。

注意:

发出 ping overlaytraceroute overlay 命令时,发出命令的源 VTEP 和接收 ping 数据包的目标 VTEP 必须是支持叠加 ping 和 traceroute 的瞻博网络设备。

要求

此示例使用以下硬件和软件组件:

  • 三台直接运行应用的物理服务器。

  • 两台运行 Junos OS 16.2 或更高版本软件的 MX 系列路由器。这些路由器可用作 VTEP。

  • 两台第 3 层路由器,可以是瞻博网络路由器,也可以是其他供应商提供的路由器。

在发出 ping overlaytraceroute overlay 命令之前,请收集用于特定场景的每个参数所需的信息,例如,IP 地址或 MAC 地址。请参阅 表 1 以确定每个方案使用的参数。

概述和拓扑

图 1 所示的 VXLAN 拓扑包括物理服务器 A、B 和 C,应用直接在它们上运行。物理服务器 A 和 B 上的应用程序需要与物理服务器 C 上的应用程序进行通信。这些服务器位于同一子网中,因此应用程序之间的通信在第 2 层级别进行,并且使用 VXLAN 封装或隧道通过第 3 层网络传输其数据包。

图 1:使用叠加 ping 和 traceroute 对 VXLAN Using Overlay Ping and Traceroute to Troubleshoot a VXLAN 进行故障排除

在此拓扑中,有两台 MX 系列路由器可用作 VTEP。VTEP1 为物理服务器 A 和 B 启动和终止 VXLAN 隧道,VTEP2 为物理服务器 C 启动和终止相同的作。VTEP1 和 VTEP2 在 VXLAN 100 中。

从物理服务器 A 发送的数据包通常会路由到 IP 地址为 192.0.2.30 的第 3 层路由器,以到达物理服务器 C。

在此 VXLAN 拓扑中,物理服务器 A 和 C 之间会出现通信问题。要解决此数据流的问题,您可以对 VTEP1(源 VTEP 或tunnel-src)启动ping overlaytraceroute overlay 命令,并将 VTEP2 指定为目标 VTEP 或 tunnel-dst

ping overlaytraceroute overlay 命令包括多个参数。表 1 说明了用途,并为三种方案中使用的每个参数提供了值。

表 1 不包括所有可用 ping overlay 参数和 traceroute overlay 参数。此示例使用这些省略参数的默认值。

表 1:方案 1、2 和 3 的 Ping 和 Traceroute 叠加参数值

ping overlaytraceroute overlay 参数

描述

参数适用的方案

价值

tunnel-type

标识要排除故障的隧道类型。

VXLAN

vni

此示例中使用的 VXLAN 的 VXLAN 网络标识符 (VNI)。

100

tunnel-src

VTEP1 的 IP 地址,您可以在该地址上启动叠加 ping 或 traceroute。

192.0.2.10

tunnel-dst

VTEP2 的 IP 地址,用于接收叠加 ping 或 traceroute 数据包。

192.0.2.20

mac

物理服务器 C 的 MAC 地址,即目标端点。

方案 2 和 3

00:00:5E:00:53:cc

count

VTEP1 发送的叠加 ping 请求数。

注意:

count 参数不适用于叠加 traceroute。

5

hash-source-mac

物理服务器 A 的 MAC 地址,即源端点。

方案 3

00:00:5E:00:53:aa

hash-destination-mac

物理服务器 C 的 MAC 地址,即目标端点。

注意:

为方案 3 指定此参数时,MAC 地址必须与为 mac 该参数指定的 MAC 地址相同。

方案 3

00:00:5E:00:53:cc

hash-source-address

物理服务器 A 的 IP 地址。

方案 3

198.51.100.1

hash-destination-address

物理服务器 C 的 IP 地址。

方案 3

198.51.100.3

hash-protocol

数据流中使用的协议的值。

方案 3

17

hash-source-port

外部 TCP/UDP 源端口的值。

方案 3

4456

hash-destination-port

外部 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 或 traceroute 来执行此验证。

行动

叠加 Ping

在 VTEP1 上,发起叠加 ping:

叠加 Traceroute

在 VTEP1 上,发起叠加 traceroute:

意义

示例叠加 ping 输出指示以下内容:

  • VTEP1 向 VTEP2 发送了 5 个 ping 请求,VTEP2 响应每个请求。

  • VTEP2 表示 VNI 100 未配置 (Overlay-segment not present at RVTEP 192.0.2.20),并在其对 VTEP1 的响应中包含此信息。

示例叠加 traceroute 输出指示以下内容:

  • 收到生存时间 (TTL) 值为 1 跳的叠加 traceroute 数据包后,第 3 层路由器会响应 VTEP1。

  • 收到 TTL 值为 2 个跃点的叠加 traceroute 数据包后,VTEP2 会响应 VTEP1。

  • VTEP2 表示未配置 VNI 为 100(RVTEP 192.0.2.20 中不存在叠加分段),并将此信息包含在其对 VTEP1 的响应中。

注意:

叠加 traceroute 输出的“接收方时间戳”列中的星号 (*) 表示接收叠加 traceroute 数据包的第 3 层路由器不是瞻博网络设备,或者是不支持叠加 traceroute 的瞻博网络设备。

鉴于叠加 ping 和 traceroute 的输出均指示 VXLAN 100 不存在,请在 VTEP2 上检查此配置。如果必须在 VTEP2 上配置 VNI 100,请在 [edit vlans vlan-id vxlan] 层次结构级别使用 vni 配置语句,并重新发出 ping 叠加或 traceroute 叠加命令,以验证现在是否可以识别 VXLAN 100。

场景 2:验证目标端点的 MAC 地址是否在 VTEP2 上

目的

验证作为目标端点的物理服务器 C 的 MAC 地址 (00:00:5E:00:53:cc) 是否在 VTEP2 的转发表中。您可以使用叠加 ping 或 traceroute 来执行此验证。

行动

叠加 Ping

在 VTEP1 上,发起叠加 ping:

叠加 Traceroute

在 VTEP1 上,发起叠加 traceroute:

意义

示例叠加 ping 输出指示以下内容:

  • VTEP1 向 VTEP2 发送了 5 个 ping 请求,VTEP2 响应每个请求。

  • VTEP2 验证 VNI 配置为Overlay-segment present at RVTEP 192.0.2.20 100 (),但物理服务器 C 的 MAC 地址不在转发表 (End-System Not Present) 中。VTEP2 在对 VTEP1 的响应中包含了这一信息。

示例叠加 traceroute 输出指示以下内容:

  • 收到 TTL 值为 1 跃点的叠加 traceroute 数据包后,第 3 层路由器会响应 VTEP1。

  • 收到 TTL 值为 2 个跃点的叠加 traceroute 数据包后,VTEP2 会响应 VTEP1。

  • VTEP2 验证 VNI 100 已配置 (Overlay-segment present at RVTEP 192.0.2.20),以及物理服务器 C 的 MAC 地址是否在转发表 (End-System Present) 中。VTEP2 在对 VTEP1 的响应中包含了这一信息。

注意:

叠加 traceroute 输出的“接收方时间戳”列中的星号 (*) 表示接收叠加 traceroute 数据包的第 3 层路由器不是瞻博网络设备,或者是不支持叠加 traceroute 的瞻博网络设备。

鉴于叠加 ping 和 traceroute 的输出都表明 VTEP2 不知道物理服务器 C 的 MAC 地址,您必须进一步调查以确定此 MAC 地址不在 VTEP2 的转发表中的原因。

方案 3:验证数据流

目的

验证不存在可能阻碍数据从物理服务器 A 流向物理服务器 C 的问题。支持此流程的网络设备包括 VTEP1(IP 地址为 192.0.2.30 的第 3 层路由器)和 VTEP2(参见 图 1)。

最初,使用叠加 ping,如果叠加 ping 结果指示存在问题,请使用叠加 traceroute 确定路径中的哪台设备存在问题。

借助叠加 ping 和 traceroute,使用散列参数指定有关此数据流中设备的信息,以便系统可以计算 VXLAN UDP 标头源端口散列,该散列包含在叠加 ping 和 traceroute 数据包的 VXLAN UDP 标头中。借助 VXLAN UDP 标头中包含的计算散列,叠加 ping 和 traceroute 数据包可以模拟此流中的数据包,从而生成更准确的 ping 和 traceroute 结果。

行动

叠加 Ping

在 VTEP1 上,发起叠加 ping:

叠加 Traceroute

如果需要,可以在 VTEP1 上发起叠加跟踪路由:

意义

示例叠加 ping 输出表明 VTEP1 向 VTEP2 发送了 5 个 ping 请求,但 VTEP2 未响应任何请求。VTEP2 未响应表示 VTEP1 与第 3 层路由器之间的路径或第 3 层路由器与 VTEP2 之间的路径存在连接问题。

要进一步排除问题所在路径,请使用叠加 traceroute。示例叠加 traceroute 输出指示以下内容:

  • 收到 TTL 值为 1 跃点的叠加 traceroute 数据包后,第 3 层路由器会响应 VTEP1,这表示 VTEP1 与第 3 层路由器之间的路径已建立。

  • VTEP2 不响应叠加 traceroute 数据包,这表示第 3 层路由器与 VTEP2 之间的路径可能已关闭。

注意:

叠加 traceroute 输出的“接收方时间戳”列中的星号 (*) 表示接收叠加 traceroute 数据包的第 3 层路由器不是瞻博网络设备,或者是不支持叠加 traceroute 的瞻博网络设备。

鉴于叠加 traceroute 输出指示第 3 层路由器与 VTEP2 之间存在连接问题,您必须进一步调查此路径分段以确定问题的根源。