客户现场计算和存储两边有一边误配了32位的主机地址,网关在我们的125上面是24位,在同个二层里面,目前来看arp是学到了,能ping,但是32位和24位不是不同网段的吗,不应该找路由转发的吗,这能通信吗?
(ps.误配32位的情况下,用iperf打流,两边互打只有一边是正常的,不正常的一边带宽只有几M,两边修改成24位后就都正常了,这又是为什么?)
(0)
最佳答案
先确认一下误配32位掩码的那台设备是不是有多块网卡吧。
分析一下,比如误配的设备是A:10.0.0.1/32,配置正确的设备是B:10.0.0.2/24,交换机上的网关是10.0.0.254/24。
在设备B上ping 一下A,因为B的配置是对的(10.0.0.2/24),所以他认为A的地址10.0.0.1和自己在同一个网段,应该走二层通信,所以会正常通过arp去解析A的mac(arp不涉及掩码,所以不受影响),然后正常发送icmp给A。
但当A给B回包时,因为A的配置是错的(10.0.0.1/32),所以他会认为B的地址10.0.0.2和自己不在同一网段,应该走三层通信,所以会查询去10.0.0.2的路由。但因为网关10.0.0.254也和10.0.0.1/32不在一个段,是无效的,所以理论上是查不到路由的,会无法回包,ping会不通,与你的描述不符。
我假设A上面还有另一块网卡,配置了其他网段的ip且网关配置正确(即可以访问10.0.0.0/24),那么逻辑就对了。此时A可以通过另一块网卡走三层通信回包给B,也就能ping通了。就是来回路径是不一致的,收包是一块网卡回包是另一块,然后打流的时候可能就是受这个路径不对称问题的影响导致两次结果不一致。
(0)
1、一边24,一边32:打流测试,
PC1——>网关——>PC2---最终---PC1——>PC2
PC2——>网关——>PC1
2、两边24:打流测试,PC1<——>PC2
(0)
我也不确定。。。你可以找个环境模拟测试一下:场景1:PC1用24,PC2用32来回打流,场景2:PC1用32,PC2用24,来回打流,记录测试结果,总结一下打流结果具不具有说服性。
您好,这好像不能解释一边打不上去的情况,如果是通过网关走三层的话
我也不确定。。。你可以找个环境模拟测试一下:场景1:PC1用24,PC2用32来回打流,场景2:PC1用32,PC2用24,来回打流,记录测试结果,总结一下打流结果具不具有说服性。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明