情况稍复杂 -_-!
两台服务器,分别安装虚拟机VM1和VM2,VM使用服务器上的虚拟网卡(各自独立MAC地址),共享服务器的同一物理网卡直接接入网络。
所有服务器、虚拟机接入交换机 vlan100,但VM1、VM2互Ping都不通。每个服务器分别有其它虚拟机,但互Ping都不通,无论是否在同一服务器上。
使用 tcpdump,在进入防火墙前,从服务器网卡抓包(排除防火墙影响),发现 VM2 收到 VM1 的 Ping 包,并发出了 Reply 包(目的 mac 地址是交换机网卡),如下。
已排查情况
1. 两台物理服务器正常互通,路由器与所有服务器、虚拟机互通。
2. 交换机未配置 ACL、端口镜像、端口隔离、以及其它安全配置。
3. 交换机是二层交换机,仅配置vlan250接口用作管理IP,其它vlan100等做二层组网。
4. 交换机MAC地址学习正常。
5. 已排除所有防火墙影响,初步认为是交换机未转发 Reply。
6. VM2所在服务器上,使用 tcpdump -nn -i 网卡接口 host 172.30.100.251 icmp 命令抓包,可得来自 VM1 的 ICMP Request 和 VM2 发出的 Reply(如图)
网络拓扑:
Host-1、Host-2为服务器,VM1位于Host-1,VM1 IP 172.30.100.251; VM2位于Host-2; VM2 IP 172.30.100.253
vlan250接口配置路由器和交换机的管理IP 250.1 和 250.2,服务器、VM与交换机的接口均为 Access vlan 100,交换机与路由器接口为 Trunk vlan permit 100、250.
(0)
可以在交换机上进行流统,判断交换机数据转发是否正常。
流统方法可参考如下:
# 定义基本ACL 2000,对源IP地址为1.1.1.1的报文进行分类。
[H3C] acl number 2000
[H3C-acl-basic-2000] rule permit source 1.1.1.1 0
# 定义类Liutong,匹配基本ACL 2000。
[H3C] traffic classifier Liutong
[H3C-classifier-Liutong] if-match acl 2000
[H3C-classifier-Liutong] quit
# 定义流行为Liutong,动作为流量统计报文数或者字节数。
[H3C] traffic behavior Liutong
[H3C-behavior-Liutong] accounting packet
# 定义策略Liutong,为类Liutong指定流行为Liutong。
[H3C] qos policy Liutong
[H3C-qospolicy-Liutong] classifier Liutong behavior Liutong
# 将策略Liutong应用到端口GigabitEthernet9/1/1的入方向上。
[H3C] interface GigabitEthernet 9/1/1
[H3C-GigabitEthernet3/1/1] qos apply policy Liutong inbound
# 查看配置后流量统计的情况,只统计了报文数。
[H3C]dis qos policy interface GigabitEthernet 9/1/1 inbound
Interface: GigabitEthernet9/1/1
Direction: Inbound
Liutong: liutong
Classifier: liutong
Operator: AND
Rule(s) : If-match acl 3000
Behavior: liutong
Accounting Enable:
5 (Packets)
可以通过下面的方法来清除流量统计计数:
<H3C>reset counters interface GigabitEthernet 9/1/1
[H3C]dis qos Liutong interface GigabitEthernet 3/1/1 inbound
Interface: GigabitEthernet3/1/1
Direction: Inbound
Liutong: liutong
Classifier: liutong
Operator: AND
Rule(s) : If-match acl 3000
Behavior: liutong
Accounting Enable:
0 (Packets)
(0)
这有啥复杂的。。。。
既然vm1和vm2同段,且怀疑switch问题。
那么vm1和vm2服务器直连,正常就检查交换机相关日志或debug定位
不正常请联系服务器或操作系统方面确认具体问题
(1)
暂无评论
具你描述:所有服务器、虚拟机接入交换机 vlan100,但VM1、VM2互Ping都不通。每个服务器分别有其它虚拟机,但互Ping都不通,无论是否在同一服务器上。
我理解你将两台VM放在同一台物理宿主机上,然后VM1-VM2之间也ping不通。
如果是这样可能和物理交换机没关系,因为虚拟机的流量是经过vSWitch来转发,属于东西向流量,根本不会经过物理口发送到交换机。
我建议你检查vSwitch的配置vlan端口组,是否确认携带了tag,两台宿主机的vSwitch配置是否一致。
另外,你说你抓包里的mac地址是物理mac是服务器网卡的mac,这有点不对啊,如果是桥接模式,应该是虚拟机的MAC才对,因为你是二层通信 ,源目的的MAC应该是VM本身的才对。
所以你的虚拟机是不是采用了NAT的方式来访问的物理网络,如果是这样,那虚拟机之间ping不通就正常了 。
因此,请反馈一下,1. 你是使用什么虚拟化平台 2.vSwitch两边配置情况 3.VM虚拟网卡是否为桥接模式。
(0)
暂无评论
感谢各位的指导,再次更新验证情况。确实没法了,不知道怎么定位交换机问题,请大家评论给予指导。😂
回复 @zhiliao_8h148y: 服务器 和 虚拟机 VM1、VM2 相互都可以 Ping 通,Host1 ping VM1 ✓、 Host1 ping VM2 ✓、 Host2 ping VM1 ✓、 Host2 ping VM2 ✓ ...
但是我对如何调试交换机毫无头绪
回复 @越ping越开心: 在 Linux 服务器上创建的 KVM/QUEM 虚拟机,使用 macvtap 网卡,这种网卡有独立 MAC(52:54:...),不需要 vSwitch/vBridge,直接利用服务器网卡发包,相当于服务器网卡通道化,所有服务器、VM 接入同一个交换机 vlan100 (多个Host、VM)共用一个交换机端口
以下是 MAC 学习情况, 交换机 3、5、7端口都有不止一个 Host/VM 接入
# 172.30.100.251 的MAC地址 52:54:00:c2:15:3a
# 172.30.100.253 的MAC地址 52:54:00:11:d6:bc
dis mac-address
# ...
# 8082-870c-55fe 1 Learned BAGG1 Y
# ...
# 5254-0011-d6bc 100 Learned GE1/0/7 Y
# 5254-0035-bc74 100 Learned GE1/0/7 Y
# 5254-003b-b0bb 100 Learned GE1/0/1 Y
# ...
# 5254-008b-dcc4 100 Learned GE1/0/5 Y
# 5254-008e-bab4 100 Learned GE1/0/5 Y
# ...
# 5254-00c2-153a 100 Learned GE1/0/3 Y
# 5254-00c6-f1d9 100 Learned GE1/0/3 Y
# ...
# 00dd-b676-3080 250 Learned BAGG1 Y
# ...
回复 @鲨鱼耶耶: 流量统计的结果,可见交换机收到 253 的流入包(8),但是没有到 251 的流出包发送(0)。以下是我的统计方式和结果:
# 统计双向ICMP流量
acl advanced 3999
rule 0 permit icmp source 172.30.100.251 0 destination 172.30.100.253 0
rule 5 permit icmp source 172.30.100.253 0 destination 172.30.100.251 0
traffic classifier Liutong
if-match acl 3999
quit
traffic behavior Liutong
accounting packet
quit
qos policy Liutong
classifier Liutong behavior Liutong
quit
# 策略应用到GE1/0/7出方向,检查发回 100.251 的数据包
interface GE1/0/3
qos apply policy Liutong outbound
quit
# 策略应用到GE1/0/3入方向上,检查 100.253 返回的数据包
interface GE1/0/7
qos apply policy Liutong inbound
quit
# 返回用户视图
reset counters int GE1/0/7
reset counters int GE1/0/3
dis qos policy interface GE1/0/7 inbound
dis qos policy int ge1/0/3 outbound
(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论