交换机udp丢包(udp丢包和乱序处理)

1，网络环境不好或不通 2，数据可能因处理不过来被冲掉

UDP本来就是一种不可靠的传输协议，一般用在对数据可靠性要求不是很高的情况，比如流媒体传输等。 如果想处理丢包的情况，1.写软件的时候加入数据校验机制，当丢包时要求通信双方补发、重发； 2.使用可靠的握手传输协议如TCP等。

网络丢包解决方法如下：1、如果广域网线路是通过路由器实现的，可以登录到路由器，通过扩展ping向对端路由器广域网接口发送大量的数据包进行测试。2、如果上述测试没有发生丢包现象，则说明线路运营商提供的线路是好的，引起故障的原因在于用户自身，需要进一步查找。3、如果上述测试发生丢包现象，则说明故障是由线路供应商提供的线路引起的，需要与线路供应商联系尽快解决问题
网络丢包是网络中常见的故障之一，它会引起网速降低甚至造成网络中断。发生网络故障在所难免，但是如何快速隔离和排除故障是网络管理人员应该具备的基本素质。 网络数据包发送时通时断故障现象：通常故障发生时，该方向网络出现震荡性中断。使用Ping命令测试，发现在一段时间内数据包发送延时比正常值略高，间隔一小段时间数据包又全部丢失，丢包率超过50%，丢包曲线成规则状，网络服务基本不可用。故障分析：在局域网中引起网络发生振荡性时断时通，一般可能是由于互连的交换机中的某两个交换机间出现了环路，或者某个交换机的两个端口直接相连。这样就会造成局域网的生成树协议构建失败，不断重复检查并试图构建新的生成树网络，从而导致网络振荡性通断，同时伴随着交换机间不断重复地发送广播包，就会形成“广播风暴”，使交换机负担过重，网络传输通道严重被堵塞，无法正常的处理通信数据。环路虽然可能出现在某个接入交换机上，但会影响整个以三层交换机为核心的局域网的稳定运行。故障处理：当发现网络数据包发送时通时断，丢包严重，特别是整个单位或整个楼层出现振荡性中断现象时，则可以判定应该是该单位的某个交换机上出现了环路所致。作为网络管理人员应首先查看各接入交换机的指示灯闪烁状态，通常出现环路状况会指示灯会急速闪烁，次数每秒4次以上，相连的交换机更为突出。 逐个拨出交换机级联接入网线，同时实时监控交换机状态，在拨下某端口网线后，交换机指示灯恢复正常状态，再进一步查找，会发现该连接线的末端有线路形成环路，清理该网线后，网络恢复畅通。
udp丢包就换tcp。要是tcp丢包，那就换交换机和网线。1. 使用可靠协议2. 改善网络环境

udp是不可靠协议，意思是说没有应答重传机制，这个可以自己上层做一个应答等待和握手。 udp在局域网内，低数据量，是比较可靠的，连续十几万包都几乎不丢包。而且局域网内没多路由分支路径，基本能够保证到达顺序的先后。它只有在网络拥堵，数据包太多，接收方处理不过来导致丢失，还有就是交换机处理不过来导致丢包。udp在长距离，网络跳点太多的因特网才比较容易丢包。还有一个是包的顺序无法保证，因为是多路由分支传输过来，在网络环境拥堵和交换机处理转发延时下，无法确保到达包的先后顺序。udp作为命令的发送，少数据的传输，占用资源更少，更高效，加上广播机制，比tcp便捷太多了。尤其在一对多的信息传输中更有优势，因为tcp需要占用连接，同时处理并发数据请求能力有限，一旦终端卡死掉线就必须等待长时间的释放，也容易出问题。 一般丢包严重，首先要确定接收缓存是否溢出，处理数据是否耗时，是否能够跟上发送方速度。而tcp是跟udp一样传输的，只是加上重传机制和顺序组装机制，如果udp丢包很严重，tcp其实也很低效，几乎无法用了。所以局域网udp丢包严重是网络和缓存程序的问题多。
网络问题，延迟严重

不丢。丢包原因：1、接收端处理时间过长导致丢包：调用recv方法接收端收到数据后，处理数据花了一些时间，处理完后再次调用recv方法，在这二次调用间隔里，发过来的包可能丢失。对于这种情况可以修改接收端，将包接收后存入一个缓冲区，然后迅速返回继续recv。2、发送的包巨大丢包：虽然send方法会帮你做大包切割成小包发送的事情，但包太大也不行。例如超过50K的一个udp包，不切割直接通过send方法发送也会导致这个包丢失。这种情况需要切割成小包再逐个send。3、发送的包较大，超过接受者缓存导致丢包：包超过mtu size数倍，几个大的udp包可能会超过接收者的缓冲，导致丢包。这种情况可以设置socket接收缓冲。以前遇到过这种问题，我把接收缓冲设置成64K就解决了。int nRecvBuf=32*1024;//设置为32Ksetsockopt(s，SOL_SOCKET，SO_RCVBUF，(constchar*)&nRecvBuf，sizeof(int));具体设置代码可以参考下面链接：http：//blog.sina.com.cn/s/blog_a459dcf5010153mp.html4、发送的包频率太快：虽然每个包的大小都小于mtu size 但是频率太快，例如40多个mut size的包连续发送中间不sleep，也有可能导致丢包。这种情况也有时可以通过设置socket接收缓冲解决，但有时解决不了。所以在发送频率过快的时候还是考虑sleep一下吧。 5、局域网内不丢包，公网上丢包。这个问题我也是通过切割小包并sleep发送解决的。如果流量太大，这个办法也不灵了。总之udp丢包总是会有的，如果出现了用我的方法解决不了，还有这个几个方法： 要么减小流量，要么换tcp协议传输，要么做丢包重传的工作。