丢包现象严重 光纤接头松动为起因

公司售楼处和中心机房是通过单模光缆连接,中心机房核心交换机是北电的Passport 8606交换机,售楼处接入层交换机是北电的BayStack425型交换机,售楼系统服务器是HP370,放在中心机房接在8606交换机上,客户端电脑通过IE浏览器访问售楼系统进行售楼操作。一天售楼处的所有电脑在使用售楼系统时,出现首页能打开且输入用户和密码也能登录系统,
但是进一步操作时网页显示缓慢,或者出现“该页无法显示”提示,再多刷新几次页面又缓慢显示出来,严重影响了正常工作。笔者首先怀疑服务器有问题,
重新启动服务器后,测试故障依旧。接着中心机房和售楼处电脑相互直接ping测试都能ping通,且未发现丢包现象,
然后我又在中心机房这边的工作站直接访问和操作售楼系统,一切正常,说明售楼服务器和中心机房的网络都没有问题。难道是售楼处那边的网络有问题?试着重启售楼处的交换机后测试,故障仍然存在。难道是售楼处的所有电脑都中病毒了吗?笔者再带一台笔记本电脑到售楼处测试,还是出现
同样的故障。在试着向售楼服务器ping 65500大包时,
终于发现了问题——ping大包时时通时不通,丢包严重——丢失率为40%。又从售楼服务器向售楼处电脑ping 65500大包,丢包也一样严重,但售楼处电脑相互之间ping 65500大包未出现丢包,Average值为13ms,说明售楼处交换机没有问题。至此我判断问题
肯定是光纤
跳线或者是两办公楼连接的光缆有问题引起的。首先检查售楼处交换机上的光纤跳线,发现有一条光纤跳线接头与光纤模块的插口较松动,感觉没有插紧。再用手一按才卡紧光纤接头,接下来测试,故障消失。通过这次故障解决,希望大家在遇到网络故障时,不要单凭简单的能ping通就判断网络是正常的,还应发最大的包测试,才能下最终的结论。此故障产生的原因是:因为光纤传输数据使用的是光信号,而光纤跳线接头与光纤模块未完全接触好,造成光信号接收不好,因而衰减特别历害,造成丢包严重,最终导致了客户端访问售楼系统有问题。

时间: 2024-07-30 16:25:28

丢包现象严重 光纤接头松动为起因的相关文章

class-用serialport类写的串口助手在接受到4K左右的数据时会发生丢包现象,怎么解决

问题描述 用serialport类写的串口助手在接受到4K左右的数据时会发生丢包现象,怎么解决 用serialport类写的串口助手在接受到4K左右的数据时会发生丢包现象,接收数据发生丢包现象的原因是什么,怎么解决呢 解决方案 整包都丢了?还是只丢了一部分? 解决方案二: 丢了一部分,接收聂小孟的传输数据没问题,可是接受蓝牙数据就会出错,而聂小孟的接受蓝牙数据又不会出错,我也是醉了,你知道怎么办嘛 解决方案三: 不确定你的问题,显然你给的信息太少. 但你就算全给出来我也不会,毕竟我没用过seri

java中DatagramSocket连续发送多个数据报包时产生丢包现象解决方案

try { //向指定的ip和端口发送数据~! //先说明一下数据是谁发送过来的! byte[] ip = InetAddress.getLocalHost().getHostAddress().getBytes(); dp = new DatagramPacket(ip, ip.length, sendIAD, QQReceive.getPort()); ds.send(dp); //这里主要是因为多可数据报包发送时会产生丢包的情况...所以暂停一段时间! try { Thread.sleep

网络丢包率是什么意思

在我们网络上形成的数据包通过途径传输到另一个数据库上面,一般通过网络传输的过程中会因为一些原因比如距离过大而产生小部分数据包被丢失,而大部分数据包被成功传输到终端数据库上.这样就形成了一个网络丢包的过程.而其中丢包的大小和传输数据包的大小就是网络丢包率.比如工厂在A地买了一车货,然后运送到B地,其中因为搬运工搬运和其他原因造成这批货和在A地的所测量的数值要少一些,这个过程就是被丢失的货物的故此,也就是网络中网络丢包,而丢失的货物和货物的总量的比值就是网络丢包率.通常这些只是磨损消耗,属于很正常的

网络丢包的原因是什么?

  ICMP回送请求报文是主机或路由器向一个特定的目的主机发出的询问,收到此报文的机器必须给源主机发送ICMP回送回答报文.这种询问报文用来测试目的站是否可到达以及了解其状态. 需要指出的是,ping是直接使用网络层ICMP的一个例子,它没有通过运输层的UDP或TCP. 网络丢包的原因主要有物理线路故障.设备故障.病毒攻击.路由信息错误等,下面我们结合具体情况进行说明. 路由错误 网络路径错误也会导致数据包不能到达目的主机,如主机的默认路由配置错误,主机发出的访问其他网络的数据包会被网关丢弃.但

linux服务器出现丢包的解决方法

故障排查: 早上突然收到nagios服务器check_icmp的报警,报警显示一台网站服务器的内网网络有问题.因为那台服务器挂载了内网的NFS,因此内网的网络就采用nagios的check_icmp来做监控. 赶紧登录服务器进行排查.首先使用ping 内网IP的方式查看内网的连通性,ping的过程中出现丢包现象,信息如下: 64 bytes from 10.1.1.1: icmp_seq=34 ttl=255 time=0.928 ms 64 bytes from 10.1.1.1: icmp_

iperf UDP测试丢包问题分析

本文目的 分析同一region下两台vpc类型ECS之间iperf测试UDP丢包问题排查 问题描述 用户在同一个region下的两台ECS分属两个vpc,两个vpc通过高速通道打通,然后通过iperf测试二者内网之间UDP的丢包情况,当测试带宽达到50M以上的时候,出现了丢包现象,且随着带宽的增加,丢包率出现增长趋势. ECS A:iperf -c <ECS_B_IP> -u -b <bandwidth> ECS B: iperf -s -u 问题分析 vpc类型ECS A与vpc

分析两例特殊的网络丢包排错

远程商业窃密引发丢包中天设计院是甘肃省建设厅直属单位,网络规模不大.152台主机根据单位职能部门分为5个子网,分别由Hub连接到交换机.由于公司内部的协同办公比较频繁,除了一个在线视频系统外还部署了一台文件服务器,单独为一个子网提供数据的共享和交流.单位对外的Internet需求不是很大,通过路由器连接到Internet.故障现象某天,该单位的网络突然出现严重堵塞,主机间的数据频频中断导致协同办公不能正常进行,在线视频系统经常掉线.另外,无论是从文件服务器上传还是下载文件都异常缓慢,有时会因超时

网管心得:网络丢包究竟为何

网络丢包是我们在使用ping对目站进行询问时,数据包由于各种原因在信道中丢失的现象.ping使用了ICMP回送请求与回送回答报文.ICMP回送请求报文是主机或路由器向一个特定的目的主机发出的询问,收到此报文的机器必须给源主机发送ICMP回送回答报文.这种询问报文用来测试目的站是否可到达以及了解其状态.需要指出的是,ping是直接使用网络层ICMP的一个例子,它没有通过运输层的UDP或TCP.网络丢包的原因主要有物理线路故障.设备故障.病毒攻击.路由信息错误等,下面我们结合具体情况进行说明.物理线

网路-长ping网络是否丢包记录日志文件

问题描述 长ping网络是否丢包记录日志文件 长ping网络是否丢包记录时间和状态打印log日志 主要为了看网络是不是存在丢包现象 解决方案 ping 127.0.0.1 >>c:a.txt