网关接口延迟很高,而流量穿越网关的延迟很低?

网络工程 路由 锦缎 层2
2021-07-25 15:51:12

我有一台 Brocade 6740 用作网关。网络上的所有流量都按预期执行,除非我实际访问网关的 IP 地址。

例如,如果我 ping 网关,我的延迟超过半秒

编辑:Brocade 已经确认虚拟接口上的 ICMP 对 CPU 来说是非常低的优先级,这就是为什么 ping 时间很长(预期行为)但是这并没有回答为什么 telnet/ssh 到这些接口很慢的问题,Brocade 也有确认这不是预期的行为。

root@workstation:~# ping 10.0.112.2
PING 10.0.112.2 (10.0.112.2) 56(84) bytes of data.
64 bytes from 10.0.112.2: icmp_req=1 ttl=64 time=605 ms
64 bytes from 10.0.112.2: icmp_req=2 ttl=64 time=606 ms
64 bytes from 10.0.112.2: icmp_req=3 ttl=64 time=606 ms
64 bytes from 10.0.112.2: icmp_req=4 ttl=64 time=606 ms
64 bytes from 10.0.112.2: icmp_req=5 ttl=64 time=606 ms

但是,如果我 ping 网关延迟之后的机器正是我所期望的,即低于 0.2 毫秒

root@workstation:~# ping 10.0.121.50
PING 10.0.121.50 (10.0.121.50) 56(84) bytes of data.
64 bytes from 10.0.121.50: icmp_req=1 ttl=63 time=0.207 ms
64 bytes from 10.0.121.50: icmp_req=2 ttl=63 time=0.193 ms
64 bytes from 10.0.121.50: icmp_req=3 ttl=63 time=0.184 ms 
64 bytes from 10.0.121.50: icmp_req=4 ttl=63 time=0.181 ms

当 ssh/telnet 进入交换机时,这会成为一个问题,由于延迟,任何配置都很痛苦

该接口配置为具有 ipaddress 的虚拟以太网接口

switch-01# show running-config rbridge-id 15 int ve
interface Ve 112
ip dhcp relay address 10.0.100.223
ip proxy-arp
ip address 10.0.112.2/22
no shutdown
!

我的路由表很简单,看起来就是这样。请注意,在这种情况下,我仍然停留在 switch-01 内,流量不会离开网络,我只是跨 vlan 路由(即,它不遍历下面 0.0.0.0/0 的默认路由)

switch-01# show ip route
Total number of IP routes: 9
Type Codes - B:BGP D:Connected I:ISIS O:OSPF R:RIP S:Static; Cost - Dist/Metric
BGP  Codes - i:iBGP e:eBGP
ISIS Codes - L1:Level-1 L2:Level-2
OSPF Codes - i:Inter Area 1:External Type 1 2:External Type 2 s:Sham Link
    Destination        Gateway         Port           Cost          Type Uptime
1       0.0.0.0/0          10.66.6.1       Ve 666         1/1           S    28d17h
2       10.0.100.0/24      DIRECT          Ve 100         0/0           D    28d17h
3       10.0.108.0/23      DIRECT          Ve 108         0/0           D    28d22h
4       10.0.112.0/22      DIRECT          Ve 112         0/0           D    28d22h
5       10.0.118.0/23      DIRECT          Ve 118         0/0           D    28d22h
6       10.0.121.0/24      DIRECT          Ve 121         0/0           D    28d22h
7       10.0.123.0/24      DIRECT          Ve 123         0/0           D    28d22h
8       10.0.124.0/23      DIRECT          Ve 124         0/0           D    5d23h
9       10.66.6.0/29       DIRECT          Ve 666         0/0           D    28d17h

我的问题基本上归结为 - 为什么这个接口在直接与机器通信时这么慢,但是通过这个接口的流量却非常快?

2个回答

也许只是网关将大部分 CPU 周期用于流量转发,而较少用于管理部分。通过这种方式,对网关本身 IP 的拒绝服务攻击将不太明显,

第一个编辑描述了为什么 ping 到 VE 很慢(预期),但 ssh/telnet 很慢的另一个问题是由于固件错误,并通过更新到更高版本的 NOS 解决了