Dell VRTX 设备上的交换机和 CMC 模块之间的网关的奇怪网络行为。难道我做错了什么?

网络工程 路由 转变 第3层 戴尔
2021-07-26 21:06:06

图表:

在此处输入图片说明

这是我所知道的最简单的方法来解释这个戴尔 VRTX 的内部网络是如何工作的。

因此,您有 4 个刀片和集成远程管理控制器的网络交换机模块,对于刀片,它是 iDRAC,对于交换机,它是一个内部 OOB 端口,我实际上无法实际插入任何其他东西。

根据戴尔文档,这些端口与机箱的 CMC 模块通信。所以从技术上讲,CMC 在某种意义上就像一个非常愚蠢的开关。

在我的 RT-N66U 上,我创建了 2 个单独的 VLAN 来分割管理接口和交换机的其余接口,并为这些接口提供 10.1.0.0 /24 个管理地址和一个简单的 169.254.255.1-2 /30 地址集桥接路由器和交换模块。

在图中,我将管理接口设置在 0.2 到 .7 的范围内,默认网关为 10.1.0.1。这些都工作正常。

但是,奇怪的行为是当我尝试在交换机模块上执行静态路由时。

交换模块支持三层静态路由。一个主要问题是,在 Dell VRTX CMC 中,要访问 Web GUI,我可以为交换机模块上的 OOB 接口设置 IP。在这种情况下,它将显示为 10.1.0.3,默认网关为 10.1.0.1。奇怪的是,对于交换机,它将“ip default-gateway”属性设置为此值,并且所有流量最终都默认为我不一定想要的这条路由。

我试过的:

  • 我删除了默认网关并添加了自己的静态路由。问题是,从技术上讲,10.1.0.3 应该是一个直接连接的接口,所以我无法真正通过任何有意义的网关路由回 10.1.0.0。
  • 如果我执行 0.0.0.0 0.0.0.0 10.1.0.1 相当于默认网关的默认路由,并且我为我的虚拟机添加了其他静态路由以返回到我的其他网络,我将无法访问网络出于某种原因,交换机模块的接口。所以这里是一些配置的外观和行为的快速示例:

能够访问 Web GUI,但无法 ping/访问 10.2.0.0 子网中的设备


show run
...
ip default-gateway 10.1.0.1
...

show ip route
...
S   0.0.0.0/0 [1/1] via 10.1.0.1, 00:01:15, oob
C   10.1.0.0/24 is directly connected, oob
C   10.2.0.0/24 is directly connected, vlan 3
C   169.254.255.0/30 is directly connected, gi0/1
...

添加静态路由,无法访问 Web GUI,但可以 ping/访问 10.2.0.0 子网中的设备


show run
...
ip default-gateway 10.1.0.1
ip route 192.168.1.0 /24 169.254.255.1
...

show ip route
...
S   0.0.0.0/0 [1/1] via 10.1.0.1, 00:04:32, oob
C   10.1.0.0/24 is directly connected, oob
C   10.2.0.0/24 is directly connected, vlan 3
C   169.254.255.0/30 is directly connected, gi0/1
S   192.168.1.0/24 [1/1] via 169.254.255.1, 00:01:32, gi0/1
...

最后,如果我删除 ip default-gateway 并添加我自己的静态路由,则行为与上面的第一个基本相同。

这种嵌入式/内部端口共享设置对我来说很奇怪,我只是想知道我是否在这里遗漏了一些愚蠢的简单内容。我在 Cisco 3560E 和 Quanta LB6M 上进行了类似的设置,完全没有问题。

谢谢。

1个回答

您在使用 IPv4 链路本地寻址时存在一些问题:

  • 一个问题是您尝试使用169.254.0.0/16网络中的寻址进行路由,而不允许使用这些地址进行路由。

源地址和/或目标地址在 169.254/16 前缀中的 IPv4 数据包不得发送到任何路由器进行转发,并且任何接收此类数据包的网络设备不得转发它,无论 IPv4 标头中的 TTL 是多少。类似地,路由器或其他主机不得不加选择地回答对 169.254/16 前缀中地址的所有 ARP 请求。路由器当然可以根据本文档中描述的声明和辩护协议,对一个或多个 IPv4 本地链路地址的 ARP 请求进行应答,这些地址已合法声明供自己使用。

  • 另一个问题是您已将 in子网划分169.254.0.0/16169.254.255.0/30,并且不允许将链接本地网络寻址子网化。

非转发规则意味着主机可以假设所有 169.254/16 目标地址都是“on-link”并且可以直接到达。不得对 169.254/16 地址前缀进行子网划分。

  • 也不允许您在169.254.0.0/16网络中手动配置地址

希望配置自己的本地地址(使用手动配置、DHCP 服务器或本文档中未描述的任何其他机制)的管理员应使用现有的私有地址前缀 [ RFC1918 ] 之一,而不是 169.254/16 前缀。

RFC 3927,IPv4 链路本地地址的动态配置解释了IPv4 链路本地寻址的原因以及如何使用:

在您解决这些问题之前,您无法知道您的配置是否存在任何其他问题。只需将链路本地寻址重新寻址到允许的地址范围。