• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

同网段经交换机ping部分主机不通,request可达、reply 丢包(补充内容)

2024-05-30提问
  • 1关注
  • 0收藏,271浏览
粉丝:0人 关注:0人

问题描述:

 

情况稍复杂 -_-!

 

两台服务器,分别安装虚拟机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.

 

4 个回答
粉丝:0人 关注: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)

暂无评论

粉丝:8人 关注:0人

这有啥复杂的。。。。

既然vm1和vm2同段,且怀疑switch问题。

那么vm1和vm2服务器直连,正常就检查交换机相关日志或debug定位

不正常请联系服务器或操作系统方面确认具体问题

暂无评论

粉丝:2人 关注:3人

具你描述:所有服务器、虚拟机接入交换机 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虚拟网卡是否为桥接模式。



暂无评论

TCPDumpDown 知了小白
粉丝:0人 关注: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



暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明