udp协议如何限制接收数据的大小

对于以太网环境下UDP传输中的数据包长度问题，首先要看TCP/IP协议，涉及到四层：链路层，网络层，传输层，应用层。其中以太网（Ethernet）的数据帧在链路层，IP包在网络层，TCP或UDP包在传输层，TCP或UDP中的数据（Data)在应用层，它们的关系是

数据帧｛IP包｛TCP或UDP包｛Data｝｝｝　

在应用程序中我们用到的Data的长度最大是多少，直接取决于底层的限制。我们从下到上分析一下：　在链路层，由以太网的物理特性决定了数据帧的长度为（46＋18）－（1500＋18），其中的18是数据帧的头和尾，46+18=64是以太网帧的最短帧长，1500+18=1518是最大帧长。也就是说数据帧的内容最大为1500，即MTU（Maximum Transmission Unit）为1500；

（可是为什么我用wireshark抓下的包看到的帧头部是14字节，木有校验位4位？！，最短帧长是62？！）

　在网络层，因为IP包的首部要占用20字节，所以这的MTU为1500－20＝1480；　在传输层，对于UDP包的首部要占用8字节，所以这的MTU为1480－8＝1472；　所以，在应用层，你的Data最大长度为1472。　

（当我们的UDP包中的数据多于MTU(1472)时，发送方的IP层需要分片fragmentation进行传输，而在接收方IP层则需要进行数据报重组，由于UDP是不可靠的传输协议，如果分片丢失导致重组失败，将导致UDP数据包被丢弃）。　从上面的分析来看，在普通的局域网环境下，UDP的数据最大为1472字节最好（避免分片重组）。　

但在网络编程中，Internet中的路由器可能有设置成不同的值（小于默认值），Internet上的标准MTU值为576，所以Internet的UDP编程时数据长度最好在576－20－8＝548字节以内。

如何修改本机的MTU修改方法如下：Windows平台下1、运行regedit2、打开HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces3、Interfaces下有多个子项，每个子项对应一个网卡。请按如下方法选择网卡：A、确定本机用来连接Internet的网卡或拨号连接的IP，如192.168.0.19；B、用鼠标点击Interfaces上的子项，查看键值列表中的IPAddress项；C、如果IPAddress的键值与A中的IP相同，即192.168.0.19，则该子项就是要找的网卡。4、进入该子项，在右边的窗口里按鼠标右键，选择“新建”->“DWORD 值”，输入名称“MTU”，按回车。再用鼠标双击“MTU”，d出修改窗口，填入MTU的值（一般为十进制的1480）。填写前请先把基数设为十进制。 设置好后，需要重启机器才能生效。Windows 7（XP、Vista未实测）1、使用管理员权限运行cmd2、使用netsh interface ipv4 show subinterfaces命令看看MTU以及本地连接名称。3、使用netsh interface ipv4 set subinterface "连接名" mtu=300 store=persistent（注：这里的连接名是你使用上面命令看到的MTU值对应的这个连接名，他在右边显示。）附：1、此方法不用重启；2、如是ipv6就将上面的ipv4改成ipv6Linux下可使用如下命令修改 需要root权限ifconfig 网卡 MTU值如 ifconfig eth0 mtu 1460MaxMTU是最大的TCP/IP传输单元，在TCP/IP协议中，将要传输的数据分成较小的组进行传输，每个组的大小为576字节。Windows默认的字节为1500，这是以太网的分组标准。ADSL使用的 PPPoE略小于这个数值，一般为1492。而某些网站采用的MaxMTU大于1492，所以，可能导致某些网页不能访问。修改Windows默认的MaxMTU可以解决这个问题。不论是 PC机上安装的PPPoE软件或者是内置在Modem的 PPPoE软件，在使用中都有可能遇到这个问题。 如果使用路由器出现此种情况, 请在 防火墙配置 =>基本设定 里, 将MTU改为手工, 设置为 1492 即可. 那如何确定路由器从ISP获得的 MTU 为 1500,

同事说告警报文没办法接收了, 程序同时向本机发送UDP告警和另外一台机器发送UDP报文,结果显示,本机UDP是正常收到的,远程的机器收不到UDP报文的.

程序同时发送到本地应用和远程应用的,虽然是不同的IP和端口,但是是同一个逻辑,所以程序的本身的问题可能性比较小,先测试下是否为网络问题:

首先,我们来看下这个1472是怎么来的,在以太网环境中,以太网的帧的body大小为46字节到1500字节之间,本次是处于IPV4的环境,IP包头大小为20个字节,所以还剩下1480字节UDP的协议的报文头长度为8个字节,所以剩下的udp的包体长度为1480-8 = 1472个字节,具体展示如下图:

格式如下:

上述告警意思是因为我们环境下网卡的MTU设置为1500个字节,如下:

因为发送的UDP报文长度大于可以传输的安全长度1472个字节,这不代表不能发送,只是因为大于了帧的最大传输长度,所以在IP层需要进行分包,一旦网络环境不好,分包产生了丢失问题,会造成IP的组包失败,从而导致UDP的报文丢失.

还可以通过 netstat -su 进行监控:

既然MTU太小了,那么尝试修改下两端的MTU最大值,MTU是取整个路由的MTU最小值,我们尝试把两端的MTU增大下:

两端MTU增加后,仍然会报错,那么可能的原因是中间路由设备设置的MTU比较小,查看下,由于主机上没有traceroute命令来跟踪,尝试使用另外一个命令:

类似于traceroute,可以追踪路由,结束后打印MTU值.

还可以带个端口,测试这个UDP端口.

在实际环境中,由于中间很多路由都看不到,而且让中间的所有路由都改MTU值不是太现实.

在MTU为1500字节的情况下,如果发送的UDP报文大于MTU,比如发送8000个字节,如果包缓存足够,且分包按照正确的顺序到来,通过recvfrom(9000) 还是可以收到一个完整的UDP包的. 如果IP分片丢失,校验失败,包就会丢弃.recvfrom(9000)将阻塞.

为防止socket缓冲区溢出造成的问题,特意增加了socket的缓冲区.

cat /proc/sys/net/core/rmem_default 和 cat /proc/sys/net/core/rmem_max 可以查看socket缓冲区的缺省值和最大值。

可以通过 echo xxx >/proc/sys/net/core/rmem_default 的方法来临时修改,也通过更改/etc/sysctl.conf文件添加以下配置来修改:

修改完成后记得运行以下命令来生效:

但是在本次仍然没起到效果.

最终解决方法是绕过了这个问题,直接改了接口,不采用UDP发送了,而是采用文件采集形式.

这是一次不成功的经验,有这方面经验的朋友,可以留言交流下还有什么原因造成这种问题.

---