案例-某局PING网关丢包分析、解决方案
- 格式:docx
- 大小:441.32 KB
- 文档页数:4
丢包解决方案一、问题描述在网络通信过程中,时常会浮现数据包丢失的情况,即发送方发送的数据包在传输过程中未能到达接收方。
这种情况会导致通信质量下降,影响用户体验和数据传输的可靠性。
因此,需要制定一套丢包解决方案,以提高网络通信的稳定性和可靠性。
二、解决方案1. 检查网络连接首先,需要检查网络连接是否稳定。
可以通过ping命令或者网络监测工具来检测网络延迟和丢包情况。
如果发现网络连接不稳定,可以尝试重新连接网络或者更换网络设备。
2. 优化网络设备配置对于网络设备,如路由器、交换机等,需要进行合理的配置和管理。
可以采取以下措施来优化网络设备配置:- 更新设备固件:及时更新设备的固件版本,以修复已知的丢包问题和提升设备性能。
- 调整缓冲区大小:根据网络负载情况,合理调整设备的缓冲区大小,以减少丢包的可能性。
- 优化路由表:检查并优化路由表,确保数据包能够按照最优路径进行传输,减少丢包的可能性。
3. 使用可靠的传输协议在数据传输过程中,选择可靠的传输协议可以减少丢包的风险。
TCP协议是一种可靠的传输协议,它通过序列号、确认应答和重传机制来保证数据的可靠传输。
相比之下,UDP协议是一种不可靠的传输协议,不提供丢包重传机制。
因此,在对数据可靠性要求较高的场景下,应优先选择使用TCP协议。
4. 使用前向纠错技术前向纠错技术可以在一定程度上修复丢失的数据包,提高数据传输的可靠性。
常见的前向纠错技术包括海明码、RS码等。
这些技术通过在数据包中添加冗余信息,使得接收方能够根据冗余信息恢复丢失的数据包。
在设计数据传输方案时,可以考虑引入前向纠错技术来降低丢包率。
5. 使用数据包重传机制为了保证数据的可靠传输,可以引入数据包重传机制。
当发送方发现某个数据包丢失时,会主动重传该数据包,直到接收方确认收到为止。
这种机制可以有效降低丢包率,提高数据传输的可靠性。
常见的数据包重传机制包括停等协议、选择重传协议等。
6. 实施流量控制和拥塞控制流量控制和拥塞控制是保证网络通信稳定的重要手段。
PING网络是老是显示掉包怎么办?精华答案故障一、100Mb的局域网速度没有10Mb的局域网速度快具体表现:由于所有工作站都是10-100Mb自适应网卡,而原来的全部采用的是10Mb 的交换机,现将网络升级一下,全部换成100Mb交换机,发现交换机更换后,速度还没有原来快。
部分机器甚至不能上网。
故障分析:我们用ping命令ping一下该局域网的网关,发现掉包现象严重,用测线仪检查一下双绞线,发现一切正常。
检查一下网线时,发现网线是原来用的三类线,不支持100Mb的网络。
由于我们在网络升级的时候,只升级了网络交换设备,忽视了升级传输介质——网线。
解决办法:更换网线说明:大家在升级网络的时候,一定要检查一下自己的配套设备如网卡、网线是否支持100Mb的网络工作环境,不要盲目升级其中一项,造成小马拉大车的不配套现象。
要根据自己的资源,合理利用。
对于目前的网络,大家在布线时,不如一步到位,选购安普(AMP)超五类网线,一是方便日后的升级,二者也可以使自己的网络速度得到稳定。
故障二、新开的网吧,经常掉线或者无法登录网络具体表现:一家新开的网吧,面积三百平方,五十台机器,配备了专用的机房,放置交换机和服务器。
结果发现机器调试时,经常掉线或者无法登录网络。
故障分析:用ping命令检查时,发现严重丢包和超时,网络全部用测线仪测试,一切正常。
无意中发现从交换机到工作的距离太长,仔细测量了一下距离,100米。
双绞线的传输距离一般不超过100米,实际传输距离在95米左右。
网吧业主只为了追求高档,配备了专用的机房,却忽视了网线传输距离的极限。
解决方法:将交换机的位置重新安置。
说明:在综合布线时,一定要将交换机的位置选择好,中心交换机最好放在网吧的中央位置。
下面的交换机也应该放在所连接的计算机的中心。
这样的安置方法,一是节约网线,二是可以使网络达到最佳的传输状态。
故障三、IP地址与地址串发生冲突具体表现:所有机器,IP地址在网络中设置是唯一,总有两台机器,在启动的时候,出现一个地址与IP地址冲突与一串地址冲突。
ping丢包的原因和解决方法.txt如果你是小区宽带那种直接连接网卡的网络,丢包需要从下边查找原因1-计算机网卡是否损坏2-RJ45头是否损坏,是否线路错误3-网线是否折伤4-附近邻居是否同样出现问题,如果是说明问题出在上一级交换机与出口之间,如果别人正常,说明问题出在你的计算机到最近的交换机之间如果是ADSL使用电话线路首先看看ADSL的衰减情况USB的能直接看出来,LAN口的需要登陆到MODEM上看,并且LAN口的需要检计算机到MODEM之间是否丢包,具体MODEM的IP请看说明书说到投诉意义不大,问题是客观存在的,并且大过年的,虽然你不高兴,但是别人多人不高兴了,你看好不好,问题能处理了是关键从家里测试宽带网连接的丢包是一项非常困难的工作。
丢包可以发生在从你的计算机到你在互联网上正在连接的目的地之间的线路上的任何一个地方。
引起丢包的原因包括:网络阻塞、路由器或者交换机超过工作负荷、信号往返时间缓慢以及服务提供商或者托管你访问的网站的公司使用的通信优先等级。
没有主动测量实际重复传输的TCP流量(对于家庭宽带网连接来说,这类产品太昂贵了),很难确定是否真的发生了重复传输。
你指出的机制ping和跟踪路由对于帮助家庭用户确定互联网上哪里的速度慢是最有用的工具。
Ping测量你的计算机和你要连接的IP地址之间的信号往返时间。
跟踪路由是测量路由器在你的计算机和你正在跟踪的路由的IP地址之间的通道的反应时间。
使用Ping使用Ping测量丢包的最佳方法是向一个IP地址发送大量的Ping命令,然后检查没有应答的那些Ping命令。
如果你快速地发出了50次Ping命令,你可以检查没有没有应答的次数,并把没有应答的次数作为丢包。
没有应答的次数超过5%可能就值得担心了。
在一台Windows计算机上,在命令提示符后面输入如下命令就可以完成这个任务:Ping -n 50(IP地址或者域名,如)这个命令中的“-n”开关告诉发送ping命令的次数,“50”是发送的次数。
最近单位的个别互联网用户反映上网不稳定时通时断,结合这次维修工作实际讲一下解决此类问题的一点心得。
一、简单介绍Ping丢包率概念数据在网络中是被分成一个个数据包传输的,每个数据包中都有表示数据的信息和提供数据路由的桢。
而数据包在一般介质中传播是总有一小部分由于两个终端的距离过大会丢失,而大部分数据包都会到达目的终端.所谓网络丢包率是数据包丢失部分与所传数据包总数的比值.正常传输时网络丢包率应该控制在一定范围内。
在cmd 中键入ping [网址],显示最后一行(x% loss)就是对目标地址ping包的丢包率。
二、了解一下单位互联网用户宽带接入方式拓扑图(如图1所示)▲图1三、解决问题的步骤方向这次我们要解决的问题是用户电脑丢包严重,有时会影响用户正常上网,这次解决问题的方法是顺藤摸瓜,意思是说由用户电脑自下而上查找问题。
四、分步骤判断出问题所在。
(一)介绍造成用户PC上网丢包原因:1、计算机网卡是否损坏;2、RJ45头是否损坏,是否线路错误;3、网线是否折伤;4、设备故障;下面首先使用用户的电脑,在cmd 中键入ipconfig显示如图2所示▲图2得到该网络的网关(Default Gateway)后,ping 192.168.0.2 -t得到该网络丢包率大如图3所示▲图3得到上述信息后,为了排除故障点,用自己随身携带的笔记本ping 192.168.0.2得到的结果依然如图3所示,首先可以排除不是用户电脑网卡的故障。
接着查看用户水晶头是否制作规范,为了保险起见,将水晶头截掉重新做了新的水晶头,可是故障依旧。
这时候就要从用户这台机器脱离向上找问题,即顺藤摸瓜的方法。
为了能在24口交换机中迅速定位那根网线是该用户的,我们需要用户帮助我不停地做从网口上拔插网线动作,我就可在交换机指示灯处看到某个灯一灭一亮,注意这里说的一灭一亮并不是频闪,而是灭了又亮。
采用上述办法就可以判断出7口为用户所接的交换机的端口,从交换上拔下该网线,用直通线一端接7口,一端笔记本,依然丢包,这样可以排除是网线的问题。
Ping丢包率大交换机端口故障惹的祸摘要:交换机端口出现故障,究其原因是因为交换机自身的性能发生老化,这就意味着故障交换机的确出现了硬件性能下降的现象,因此会出现上网数据丢包严重的现象。
下面就来介绍一下解决方法,希望对大家有所帮助。
一、简单介绍Ping丢包率概念数据在网络中是被分成一个个数据包传输的,每个数据包中都有表示数据的信息和提供数据路由的桢。
而数据包在一般介质中传播是总有一小部分由于两个终端的距离过大会丢失,而大部分数据包都会到达目的终端。
所谓网络丢包率是数据包丢失部分与所传数据包总数的比值。
正常传输时网络丢包率应该控制在一定范围内。
在cmd 中键入ping [网址],显示最后一行(x% loss)就是对目标地址ping包的丢包率。
二、了解一下单位互联网用户宽带接入方式拓扑图(如图1所示)▲图1三、解决问题的步骤方向这次我们要解决的问题是用户电脑丢包严重,有时会影响用户正常上网,这次解决问题的方法是顺藤摸瓜,意思是说由用户电脑自下而上查找问题。
四、分步骤判断出问题所在。
(一)介绍造成用户PC上网丢包原因:1、计算机网卡是否损坏;2、RJ45头是否损坏,是否线路错误;3、网线是否折伤;4、设备故障;下面首先使用用户的电脑,在cmd 中键入ipconfig显示如图2所示▲图2得到该网络的网关(Default Gateway)后,ping 192.168.0.2 -t得到该网络丢包率大如图3所示得到上述信息后,为了排除故障点,用自己随身携带的笔记本ping192.168.0.2得到的结果依然如图3所示,首先可以排除不是用户电脑网卡的故障。
接着查看用户水晶头是否制作规范,为了保险起见,将水晶头截掉重新做了新的水晶头,可是故障依旧。
这时候就要从用户这台机器脱离向上找问题,即顺藤摸瓜的方法。
为了能在24口交换机中迅速定位那根网线是该用户的,我们需要用户帮助我不停地做从网口上拔插网线动作,我就可在交换机指示灯处看到某个灯一灭一亮,注意这里说的一灭一亮并不是频闪,而是灭了又亮。
ping丢包的原因及解决方法ping丢包的原因及解决方法ping 丢包现象的发生非常普遍,但是广大网友对为何ping 丢包却不是非常清楚,看了下面的文章,相信您会有收获!ping丢包的原因及解决方法篇1故障现象:公司有一台型号为清华同方TP200的WEB服务器,操作系统安装顺利,IIS服务也配置无误,可是在访问此台服务器网站却时断时续。
分析解决:首先使用Ping命令测试,发现不定时的有数据包丢失的现象,初步认为是物理层的原因。
重做网线的RJ45头后,故障依旧,换根网线也不行。
怀疑是网卡接口或者交换机端口的问题。
经查看网卡驱动无误,网卡接口也没有任何异常。
再查看交换机端口,发现与服务器连接的交换机端口工作指示灯在绿与黄之间闪烁,这说明端口工作不正常。
使用超级终端登录交换机,查看此端口的参数,发现此端口是工作在100Mbyte/s全双工模式,回到服务器前查看本地连接状态,网卡是工作在10Mbyte/s全双工模式。
交换机的端口与网卡的传输速率和双工模式不一致。
将网卡工作模式改为100Mbyte/s全双工模式后测试,一切正常,故障解决。
ping丢包的原因及解决方法篇2从家里测试宽带网连接的丢包是一项非常困难的工作。
丢包可以发生在从你的计算机到你在互联网上正在连接的目的地之间的线路上的任何一个地方。
引起丢包的原因包括:网络阻塞、路由器或者交换机超过工作负荷、信号往返时间缓慢以及服务提供商或者托管你访问的网站的公司使用的通信优先等级。
没有主动测量实际重复传输的TCP流量(对于家庭宽带网连接来说,这类产品太昂贵了),很难确定是否真的发生了重复传输。
你指出的机制ping和跟踪路由对于帮助家庭用户确定互联网上哪里的速度慢是最有用的工具。
Ping测量你的计算机和你要连接的IP地址之间的信号往返时间。
跟踪路由是测量路由器在你的计算机和你正在跟踪的路由的IP地址之间的通道的反应时间。
使用Ping使用Ping测量丢包的最佳方法是向一个IP地址发送大量的Ping 命令,然后检查没有应答的那些Ping命令。
ping丢包故障处理方法ping丢包故障处理方法1、Ping丢包故障定位思路故障分析Ping丢包是指Ping报文在网络中传输,由于各种原因(如线路过长、网络拥塞等)而产生部分Ping报文丢弃的现象。
在使用Ping命令,出现Ping丢包的现象时,第一步需要确定Ping丢包的网络位置,其次是确定Ping丢包的故障原因,然后依据定位的故障原因再进行解决。
确认Ping丢包的网络位置时一般采用逐段Ping的方法,可以将Ping丢包故障最终确定在直连网段之间。
确认Ping丢包的故障原因一般采用流量统计的方法,通过流量统计可以知道丢弃报文的具体位置、判断故障原因。
导致Ping丢包的原因非常多,也非常复杂,实际故障定位中需要综合考虑各种因素。
本文档针对常见Ping丢包故障分析,总结出以下几种常见故障:物理环境故障;网络环路;ARP问题;ICMP问题。
需要注意并不是Ping丢包就一定表示网络质量差,某些情况下虽然Ping丢包,但是业务是正常的。
分析Ping丢包时注意以下两点:当设备对报文进行硬件转发,速度非常快,就不会丢包。
例如,Ping设备端口下挂的电脑。
当报文需要CPU进行处理时,CPU繁忙就会丢包。
例如:Ping设备上的IP地址。
为了防止网络攻击对设备造成影响,设备具有CPU保护功能,对于超过CPCAR(Control Plane Committed Access Rate)值的ARP、ICMP等报文进行丢弃,造成Ping丢包现象。
此种现象不影响业务的正常运行。
2、Ping丢包故障定位图1 Ping测试组网图如上图1所示,以一个Ping丢包实例,介绍Ping丢包故障定位。
3、Ping丢包故障现象C:\Users> ping -n 100 192.168.4.41正在 Ping 192.168.4.41 具有 32 字节的数据:请求超时。
请求超时。
来自 192.168.4.41 的回复: 字节=32 时间<1ms TTL=128...来自 192.168.4.41 的回复: 字节=32 时间<1ms TTL=128192.168.4.41 的 Ping 统计信息:数据包: 已发送 = 100,已接收 = 80,丢失 = 20 (20% 丢失),往返行程的估计时间(以毫秒为单位):最短 = 0ms,最长 = 0ms,平均 = 0ms4、Ping丢包故障定位依据故障发生的可能原因进行故障定位,故障定位方法如下:1、配置Ping多包。
在南昌高新技术开发区火炬大街如家快捷酒店上网的时候,在网内ping 网关正常,但是ping 外网地址不时的丢包,丢包频率大概为10个里面丢1个包。
有时候打开网站十分慢,有些很难打开。
以前我也碰到过类似的情况,这个时候可以查看一下域名解析是否正确,是否解析到了正确的公网IP地址。
如果丢包很严重,建议在本地做个线路测试:点击“开始”→“运行”→输入cmd,进入DOS里,输入“tracert xxx.xxx.xxx.xxx(IP地址或域名)”,如果某一段出现“*”号或“>100ms”就说明线路有问题。
查看后边对应的IP或域名,说明在这里丢的包。
线路不好超时,当然打开网站会很慢或打不开。
更多资料请点击查看:
如上图,我们可以看到IP:59.53.182.1 出现>100ms的现象,说明对应的这条线路有问题。
于是我到ip138查了一下如家的公网IP为59.53.182.116,可见59.53.182.1是代理商的网关。
这个时候我们可以打电话找网络代理商,如果查后确是线路问题,请他们换个线路环境。
PING大包丢包网络故障分析案例解决方案网络故障是在使用网络过程中经常会出现的问题,其中大包丢包是一种常见的网络故障。
大包丢包指的是在网络传输过程中,发生了传输较大包的数据丢失的情况。
接下来我将进行一个关于大包丢包的网络故障分析案例,并提供相应的解决方案。
案例分析:公司A部门反馈在办公网络中使用视频会议时,经常出现画面卡顿和断流的问题。
在进行网络故障排查的过程中,发现了存在大包丢包的情况。
问题分析:大包丢包会导致网络传输不稳定,影响视频会议等带宽需求较高的应用。
造成大包丢包的原因主要有以下几点:1.网络拥塞:当网络带宽使用过高时,可能会造成网络拥塞,从而引发大包丢包问题。
2.路由器配置错误:路由器可能会存在配置错误,导致无法正确转发大包数据,从而引发大包丢包问题。
3.网络设备故障:路由器、交换机等网络设备可能存在故障,导致无法有效处理网络数据,从而引发大包丢包问题。
解决方案:针对以上问题,可以采取以下解决方案:1.网络监控与优化:通过网络监控工具对网络流量进行实时监控,及时发现网络拥塞问题。
在网络拥塞时,可以考虑对网络带宽进行扩容,以保证网络的稳定性。
2.检查路由器配置:对路由器进行检查,确保其配置正确。
可以参考厂商提供的配置文档,根据网络需求合理设置路由器参数。
同时,也可以考虑升级路由器固件,以确保设备的正常工作。
3.检查网络设备故障:定期对网络设备进行巡检,发现故障及时进行修复或更换。
例如,使用专业的网络测试工具对路由器、交换机等设备进行故障检测,确保其正常运行。
4.优化网络拓扑:对网络拓扑结构进行优化,确保网络中的数据传输路径短且流畅。
通过优化网络拓扑,可以减少数据传输的时延,从而降低大包丢包的发生概率。
5.加强网络安全:网络安全问题也可能导致大包丢包问题。
加强网络安全措施,防范网络攻击与入侵。
例如,使用防火墙、入侵检测系统等安全设备,对网络数据进行过滤和监测。
总结:大包丢包是一种常见的网络故障,可能会对网络传输稳定性产生严重影响。
网络丢包,请离我远去1 网络丢包-烦恼网络是多种设备的集合体,一个较为完善的网络除去网络终端大量的客户机以外,有众多的设备穿插集中,包括二层交换机、三层交换机、DSLAM、BAS、路由器、服务器、存储设备等。
而涉及到的网络协议、技术更为繁杂,要维护这么庞大以及技术复杂的网络,很多时候是雾里看花,总是看不清楚问题的实质,尤其是网络丢包问题,让多少网络专家为之彻夜难眠却又束手无策。
本案例汇集了经常遇到的网络丢包案例,希望这些小的案例能够为我们的日常网络维护提供一些启发。
2 网络丢包惨案-案例1某客户的服务器端局部网络连接图(图中略去了交换机上行连接设备)如下:两台服务器连在分别连接在S5100交换机的g1/0/3和g1/0/4端口。
服务器是第三方网管服务器,两台服务器之间有数据调用。
客户反馈访问网管服务器速度很慢,两台服务器之间ping大包时有大量丢包。
网络故障范围已经缩小至两台服务器之间的丢包,问题就变得比较简单,这种情况下,首先确认是故障点,那么我们看两台服务器PING报文的转发流程,总体上可以分为三部分:有两部分是服务器与交换机之间的转发、另外一部分是交换机之间的数据转发。
那么要排除该问题我们采取逐段分析排查的方法:1:首先在两台交换机之间互相Ping各自的管理IP地址,测验结果为不丢包,因此这两台交换机之间的问题可以排除在外;2:排查服务器与交换机之间问题:这部分的问题又可以细分为三个点:服务器、网线、交换机端口。
而这三个点的排查难度是由难到易,因此我们先排查交换机端口的问题;3:首先更换左端服务器与交换机连接的端口,更换后,丢包问题依然存在,可以排除左端交换机端口的问题,用同样的办法测试右端服务器与交换机端口,依然可以排除交换机端口的问题;4:那么接下来排查网线的问题,如果是线路的问题,那么在交换机的端口一定会产生大量的CRC错误,那么首先登录到左边交换机上查看端口G1/0/3的状态,没有发现有CRC错误,然后等到右边交换机上查看端口G1/0/4的状态,发现端口有大量CRC错误,而且CRC错误包的数量还在增长,因此初步怀疑该接口下的网线有问题,于是更换一条生产发货的网线更换后,丢包问题解决。
一、现象1.应用端反应系统慢、登陆不上2.前端Ping,有丢包现象3.从其直连的交换机上Ping,也有丢包现象,丢包率6-8/1000二、应急措施从主机切换至备机三、2013-03-04 10:45 F5设备工程师到现场开始处理1.查看内网F5两台设备的状况,A和BPreformance查看A 的Last 30 Days的数据可看到Memory Used 的值很小(TMM 1.0 和TMM 1.1 的值)Troughput的值大致在60M以内Active Connections 最大值700左右再查看License123个Virtual Server,129个Pool,这些数目并不大结论:系统压力不大2.比较A 和B 物理连接上的不同A两根线连接到核心交换机6500A上B两根线连接到核心交换机6500B上6500A上的网口是百兆口,6500B上的网口是千兆口3.2013-03-04 11:30 到机房把A的1.5口用一根网线连接到6500B上的千兆口上,不做Trunk4.设置VLANsvlan_172 vlan_192Tagged 处移走1.1和1.2,加进来1.5 ,点击Update5.测试运行,正常,没有丢包现象判定为老式百兆电口和千兆电口的兼容性问题,建议在6509A上装配千兆光转电光纤模块解决。
6.目前将F5A先从6509A百兆电口切换成6509B千兆电口后,网络丢包现象消失待6509A千兆光转电光纤模块采购到位后将FA5切换连接回6509A设备。
把vlan_172和vlan_192 Tagged 处移走1.5,加进来Trunk_to_6500,再做测试。
四、增加VLan_7121.由网管给出IP、Tag、掩码(地址172.24.12.0、Tag 712、掩码255.255.252.0)VLANs -> Create…Name vlan_712Tag 712Resources Tagged处设置其他默认点击Finished2.Self IPs -> Create…172.24.0.10IP Address 172.24.12.XXNetmask 255.255.252.0VLAN vlan_712其他默认再设置一个Floating IP 172.24.12.XX勾选上Floating IPUnit ID 选为1172.24.0.11IP Address 172.24.12.XXNetmask 255.255.252.0VLAN vlan_712其他默认从A 同步到B,就可以把Floating IP的配置推送过来。
网络丢包分析案例解决方案网络丢包是指在数据传输过程中,部分数据包未能正常到达目的地。
网络丢包可能导致数据传输速度变慢、网络连接中断以及影响用户体验等问题。
本文将针对网络丢包分析一个案例,并提出解决方案。
案例分析:假设一个中小型企业,拥有自己的局域网和接入互联网的路由器,由于最近网络丢包问题频发,导致员工在办公过程中遇到了困难。
为了解决这个问题,我们需要进行以下步骤:1.判断丢包情况:首先,需要确定是否存在网络丢包问题。
可以通过ping命令检测网络丢包率。
在命令提示符中输入ping目标IP,可以观察到ping的结果,如果出现丢包,则说明存在丢包问题。
2.排除硬件故障:网络丢包问题可能是由于硬件故障引起的。
首先,需要确保路由器和交换机没有故障。
可以尝试更换网络设备进行排错。
3.检查网络拓扑结构:网络拓扑结构可能导致丢包问题。
过多的中转、线路负载不均衡等都可能导致丢包。
需要检查路由器、交换机和服务器的连接情况,确保没有物理障碍。
4.调整MTU和MSS:最大传输单元(MTU)和最大报文段长度(MSS)是数据包大小的两个参数。
过大的MTU或MSS可能导致网络丢包。
可以通过调整这两个参数,减小数据包的大小,以提高网络稳定性。
5.网络流量管理:网络流量过大可能导致网络拥堵和丢包。
可以限制特定应用程序的带宽使用,或者调整路由器的流量控制策略,以减少网络拥堵和丢包。
6.升级网络设备固件:网络设备的固件可能存在漏洞,导致网络丢包。
可以升级网络设备的固件,以修复已知的漏洞,并提高网络性能。
解决方案:针对上述分析结果,我们提出以下解决方案:1.网络设备故障:更换或修复故障的网络设备,确保网络设备正常运行。
2.优化网络拓扑结构:根据实际情况重新设计网络拓扑结构,减少中转节点,确保网络连接稳定。
3.调整MTU和MSS:根据网络情况调整MTU和MSS的参数,保证数据包大小合适。
4.网络流量管理:使用流量管理工具进行网络流量监控和控制,合理分配网络带宽资源,减少网络拥堵。
内网Ping外网丢包,网络缓慢内网Ping外网丢包,网络缓慢大概网络环境:Internet → 路由器→ 防火墙→ 中心交换机→ 多层内网交换机。
现在的情况是上网速度缓慢,开网页的速度很慢,用驴子和BT时候速度受到较大影响,原来能够300K平均,现在只有30K,好像迅雷的影响不是很大。
分析:本人IP为172.16.135.35 ,服务器地址为:192.168.2.201(WIN服务器、域服务器),192.168.2.252(据说是HDCP服务器,但我没找到具体的PC,不知道是个什么)。
10.10.10.2可能是防火墙地址或者邮件服务器地址(前者的可能较大)。
测试:PING 192.168.2.201及其他192段的服务器和内网的机器及内网网管都正常。
ping 10.10.10.2 出现较大延时和丢包(PING 外网也是),延时最小几毫秒最多几百毫秒,平均30-60之间。
在192段的服务器上PING就很正常。
然后在本机traceRT 192段和内网机器都正常,traceRT 10段网络出现丢包,再traceRT外网也丢包,在服务器上做traceRT就正常。
下面是分别在我的机器上和在服务器上做的traceRT测试,请懂行的人看看是哪里出现了问题,应该如何解决。
在本机:traceRT 192.168.2.2015ms 3ms 3ms 172.16.135.2<1 <1 <1 192.168.2.201 完成traceRT 192.168.2.2523ms 3ms 3ms 172.16.135.2<1 <1 <1 192.168.2.201 192.168.2.252 完成traceRT 10.10.10.22ms 4ms 9ms 172.16.135.2* * 79ms 192.168.2.252(这里每次都有一到两个*,有时没有)112ms * 31ms 10.10.10.2 (这里有时正常,有时高延时,有时丢包)traceRT 外网和上面这个相同,无论中间走多少段,总是有正常的,有高延时的,也有丢包的,每次都不一定,反正就是,只要过了252这个IP后就一定会丢包。
第一章PING丢包故障分析1.1. 故障描述1. 故障环境网络构造如下图所示:2. 如上图所示, 两边网络通过光纤相连, 中间设备只有光电转换器, 到单位B旳内部网络有一台防火墙3. 故障描述1.2. 单位B在进行网络测试时, 在单位B旳出口路由器处PING单位A旳出口路由器时, PING大包会出现丢包现象, 不过PING小包正常。
1.3. 故障分析1. 分析措施2. 重要通过专有旳网络分析工具(科来网络分析系统)将故障时对应旳数据包捕捉下来进行深度分析, 并通过度析发现对应旳异常, 从而定位故障原因旳措施。
3. 布署科来网络分析系统我们在单位B旳光电转换器和路由器之间串连一种互换机, 运用互换机旳端口镜像功能, 镜像两个端口旳流量, 并将科来网络分析系统布署在互换机旳镜像口, 如下图所示:4. 分析数据包通过故障重现, 即在路由器接口处进行PING测试, 并同步捕捉数据包, 得到旳数据包如下图所示:如上图所示, 我们在使用大包PING对端时, 对端返回了一种超时旳数据包, 查看它详细旳数据包解码, 如下图:5. 导致该故障旳原因是由于, 我们在网络中传播大包时, 由于网络中“最大传播单元”旳限制, 大数据包会发生分片,当分片数据包都抵达目旳端时会发生重组, 一旦有一种分片丢失就会导致数据报重组超时, 因此会发送超时旳差错提醒。
6. 分析结论1.4. 我们在进行PING测试时, 数据包只通过了光电转换器和中间链路, 因此导致该故障旳原因就是光电转换器或中间链路丢包导致旳。
1.5. 总结当我们在分析数据包时, 发现通信旳数据包中有异常旳数据包,那么我们就需要关注它是何种应用旳数据包, 通过度析异常旳数据包可以协助我们迅速旳找到故障原因, 从而处理故障。
某局PING网关丢包分析
某局的网管人员最近遇到了奇怪的事情,就是在PING网关的时候时常会出现严重的丢包,却始终无法找到丢包的原因,通过科来技术交流版抓包之后发给我看了一下,我来说一下分析的过程。
首先看到概要之中,发现平均包长只有88.76字节,远远小于正常时候的500-800字节,,再看大小包分布,1024以上的大包没有几个,但是64字节一下的数据包占了将近一半,明显是不正常的,通常小包多的情况,都会伴随有病毒或者攻击的出现。
再来看地址:物理地址数188个,IP地址数69080!差了好几百倍!本地的IP地址数居然有35000多个,实际上该局的主机不超过200台,怎么算都对不上。
如此多的地址,那么很有可能是分布式的方式。
再往下看,找到大概的原因了:TCP同步发送高达28161次,但是同步确认发送只有可怜的668个,难道是有蠕虫!我们可以进一步进行分析。
DNS查询也高达864次,却没有回应。
打开安全分析界面,来初步确定TCP同步发送的源头在哪儿。
发现了172.16.20.3、21.7、21.224、22.217、22.220、22.71、22.218这几台疑似中了蠕虫病毒,再回到全面分析内,进行取证。
拿20.3来进行观察:
发现了,20.3在不停地使用随机端口对各主机的445端口进行TCP SYN包的发送,每次都只有发送2个数据包,没有回应。
这也就导致了大量的TCP SYN包和大量的IP地址的出现。
通过对数据包的解码发现,基本上所有的数据包都是有同步位的数据包。
由此证明,该机中了蠕虫病毒,需要及时查杀。
类似的,在其他几台主机上也发现了蠕虫病毒。
这些蠕虫病毒大量的发包,导致了网络的拥塞,使得用户体验就是网速很慢,表现出来的症状就是PING网关大量丢包。
经过查杀病毒之后,丢包现象没有再出现。
然后我们来查看DNS的查询的异常。
将协议定位到DNS上,我们再来查看数据包:
发现172.16.21.15一直在查询的主机,怀疑是中了木马,需要到本机上进行进一步的查杀工作。
总结:网络中出现故障,所表现出来的症状总是差不多的,总是感觉网速慢,PING地址有丢包。
但是其中的原因却是千变万化的,如果没有网络分析的技术和工具,只能是采用排除法,所耗的时间和精力是一般人承受不起的。
科来网络分析系统给了管理人员一个透视网络的方法,让网络的管理不再是在黑夜中摸索,而是给出了一盏明灯,照亮了整个网络。