ping虚拟机丢包问题分析

宿主机ip:192.168.1.2
虚拟机ip:192.168.1.3
第三台机器ip:192.168.1.4

问题说明:
第三台机器 ping 虚拟机 丢包严重
第三台机器 ping 宿主机 正常
宿主机 ping 虚拟机 正常
虚拟机 ping 任何机器 正常

问题分析:
根据现象排除了防火墙问题,排除了虚拟机设置的问题。
根据现象需要确认第三台机器ping虚拟机时到底ping的是哪台机器,于是使用arp -a进行查看,发现arp -a中有与虚拟机mac地址相同的记录。所以判断应该是mac地址的问题。

问题解决:修改虚拟机的ip地址,重新配置网络,问题解决

原文地址:http://blog.51cto.com/13230852/2140907

时间: 2024-07-29 20:32:50

ping虚拟机丢包问题分析的相关文章

虚拟机丢包问题排查处理

故障现象 同一台物理机上的多台虚拟机同时出现应用服务超时.无法访问等现象,ping虚拟机和物理机丢包严重. 故障原因 物理机上某台虚拟机建立了大量连接,导致物理机连接追踪表被大量ESTABLISHED连接记录塞满,进而出现丢包现象. 处理方法 调整物理机内核参数,增大最大连接追踪记录数.减小ESTABLISHED.TIME_WAIT.CLOSE_WAIT.FIN_WAIT等连接记录的超时时间. 排查过程 一开始从业务层面排查,分析是否有某台虚拟机占用带宽的情况,但是排查监控和实时流量并没有发现问

libpcap丢包原理分析及Fedora 9 内核2.6.25.14下安装PF-RING的详细过程

看到网上有人讲解fedora 9下安装PF-RING的过程,都是几年前的了,比较老了,我安装PF-RING就是为了使用libpcap库,libpcap的原理是通过socket 将数据包从网卡 捕获数据包,然后在提交给应用程序,和winpcap很大的区别是,libpcap采用的是2个缓冲区,内核类似的一个乒乓操作,详细见我的庖丁解牛 --winpcap源码彻底解密一系列的文章.winpcap采用的是环状缓冲区,在winpcap下当网卡有数据到来时,npf.sys就会将数据拷贝 到内核缓冲区中,而内

linux 系统 UDP 丢包问题分析思路

转自:http://cizixs.com/2018/01/13/linux-udp-packet-drop-debug?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io 最近工作中遇到某个服务器应用程序 UDP 丢包,在排查过程中查阅了很多资料,总结出来这篇文章,供更多人参考. 在开始之前,我们先用一张图解释 linux 系统接收网络报文的过程. 首先网络报文通过物理网线发送到网卡 网络驱动程序会把网络中的报文读出来放到

linux系统内核UDP丢包原因分析

1.UDP校验和错误 现象:可以用netstat -su 查看到有UDP错包. tcpdump捕包,在wireshark打开捕获的udp报文,开启校验和选项,有错包. 方案:查找链路故障  www.ahlinux.com 2.防火墙开启 现象:特定端口的包收不到 方案:使用service iptables stop关闭. 3.rp_filter开启 现象:tcpdump有包,协议栈收不到.某个地址发送的包一个包都收不到,而另一地只发过来的没问题. 方案:将/etc/sysctl.conf中rp_

ping测试丢包率

测试环境:Centos 6.4 增加参数:-i 例如: #ping -i 0.01 172.16.3.1 则每隔0.01秒ping一次

AR8033 1000M模式下ping包丢包率过大分析与解决

1 现象 近期对一款基于QCA方案.有线Phy为AR8033.WiFi双频且支持iEEE802.11AC的WLAN产品进行了深度验证,发现有线口同部分PC机直连时,WiFi终端ping 该PC机时总是丢包,有时高达20%:但通过交换机再接PC机时,又不会丢包.一直以为是偶现,所以未引起重视,反正跑流性能与稳定性都没有任何影响.后来新购了一批千兆有线口的便携机进行配套验证时,发现每台都是如此,ping包丢得一塌涂地.在WLAN设备和PC机上分别开启抓包工具,可以看到设备已发包,但PC机未收到报文:

ping丢包故障处理方法

1. Ping丢包故障定位思路故障分析Ping丢包是指Ping报文在网络中传输,由于各种原因(如线路过长.网络拥塞等)而产生部分Ping报文丢弃的现象.在使用Ping命令,出现Ping丢包的现象时,第一步需要确定Ping丢包的网络位置,其次是确定Ping丢包的故障原因,然后依据定位的故障原因再进行解决.确认Ping丢包的网络位置时一般采用逐段Ping的方法,可以将Ping丢包故障最终确定在直连网段之间. 确认Ping丢包的故障原因一般采用流量统计的方法,通过流量统计可以知道丢弃报文的具体位置.判

netback的tasklet调度问题及网卡丢包的简单分析

最近在万兆网卡上测试,出现了之前千兆网卡没有出现的一个现象,tasklet版本的netback下,vm进行发包测试,发现vif的interrupt默认绑定在cpu0上,但是vm发包运行时发现host上面cpu1, cpu2的ksoftirqd很高. 从之前的理解上来说,包从netfront出来通过eventchannel notify触发vif的irq处理函数,然后tasklet_schedule调用tx_action,通过一系列处理流程把包发给网卡.所以vif的interrupt绑在哪个cpu

华为9312 ping本地互联丢包 tcpping不丢包,但转发正常

1.华为9312 设备cpu正常 .但是从这台交换机ping其它互联设备丢包 从其它设备ping进来也有丢包 ,但二层经过这台交换机的业务不影响流量正常, 2.检查设备cpu正常 ,log无异常, 3.os的版本比较老, 解决方法,关闭华为设备默认的icmp限制 und icmp rate-limit enable