关于IDC机房托管服务器间通信不畅通祸起丢包的知识点

　　IDC，这是基于INTERNET网络，为集中式收集、存储、处理和发送数据的设备提供运行维护的设施基地并提供相关的服务。IDC提供的主要业务包括主机托管、资源出租、系统维护以及其他支撑、运行服务等。现在就跟着小编共同来学习一下：关于IDC机房托管服务器间通信不畅通祸起丢包的知识点。

　　两个IDC机房托管的服务器之间通信不畅通，经过小编的调查，终于发现两个机房间的丢包率在8%左右。这样子的话丢包率非常容易引起TCP（也就是传输控制协议）连接失败的情况出现。正正就是因为网络在线业务异常重要，所以不得有片刻的停机。因此刻不容缓，要求我们立即解决这些丢包的问题。

　　一、先判断出丢包究竟在哪里发生

　　我们执行下面的操作步骤，具体的操作步骤如下所示：首先先从办公室的计算机分别ping出两个机房的服务器，接下来就ping网关，通过对输出进行比较，终于发现问题就是出在办公地点—望京的机房。接下来我们再使用路由跟踪的方式测试，最终也得出一模一样的结论。

　　二、现场排查

　　接下来我们就检查一下服务器与交换机之间，网段类服务器之间，以及交换机之间的网络通信情况的时候，发ping包，并没有丢包，但是从网内ping外部任何一个地址，都会有丢包现象出现，路由跟踪有时候不成功。这一些情况能够表明网段内的通信是完全正常的。

　　然后我们要做的事情就是测试一下网关的状态。事实上，网关就是一个Cisco6509交换机，是网通自己进行管理的，我方的交换机主要就是通过一条双绞线与Cisco6509相连，它是全部服务器的外联接口。当我们通过以上的技术手段，就已经可以知道上联交换机的上联端口是Fa0/41了。

　　1、从网段内的某一些服务器ping这一个网关，发现丢包情况。

　　2、从外网的某一台计算机ping这一个网关，并没有丢包的情况发生。

　　3、从外网的某一些计算机执行到这一个网关的路由跟踪，情况完全正常的。

　　4、用外网远程的交换机ping小包，情况完全正常的。

　　5、从网段内的交换机ping小包，发现丢包情况。

　　经过上面的五个测试结果，我们能够得出下面一个结论：是我方的交换机与网通交换机（也就是我方服务器的网关）这两者之间的链路出现故障问题。小编想起前几天我方为扩容在机架上施工，有可能碰到了线缆。

　　于是小编就查看一下交换机指示灯的状态，发现有一个端口指示灯正在黄绿交替闪烁，小编仔细一看，原来是某一个交换机的41号端口。另外一个方面，在网线上标明了这一条线是整一个网段的上联线，也就是与网关相连的那一条线，考试大提示：和先前测试出来的端口是一模一样的。所以问题就有可能是出现在这一个交换机上面。于是小编就连上Console线，登录这一台交换机，使用下面这一条命令“#showintf0/41”查看41号端口的输出，哈哈，出乎小编的意料，居然变成半双工了。小编再查看其他一些端口的双工情况，这些通通都是自适应的，接下来小编就询问一下IDC机房的人，终于确认了网关那一个连接端口的双工配置，网关的端口是全为双工的。

　　好了，接下来小编就立即进入到了配置模式，输入下面这一条命令“#configt,intf0/41,#duplexfull”就可以直接将交换机的41号端口设置成为全双工了，保存相关的配置。然后小编再查看一下41号端口指示灯的状态，已经变为绿色了，这样子所代表的意思就是故障已经成功排除了。从内外来测试丢包的情况来说，一切都已经恢复正常了。

　　三、分析原因

　　在这里小编想说的是，端口速率不匹配主要就是引起丢包的最直接的原因。然而引起端口速率变成半双工的原因就有可能是网络闪断所引起的，就比如说：网关那端的端口速率发生变化，然而我方交换机的端口是自适应的，所以在协商以后就已经变成半双工了。

　　小编结语：

　　通过这篇考试认证教程，不知道大家是否已经学习关于IDC机房托管服务器间通信不畅通祸起丢包的知识点？在这篇教程里面，主要就是向大家介绍一下丢包的知识点。希望这对大家有所帮助。你的支持就是编程学习网教育最大的动力，欢迎进入编程学习网教育！