udp包为什么最好不要大于1472字节

以太网(Ethernet)数据帧的长度必须在46-1500字节之间,这是由以太网的物理特性决定的。这个1500字节被称为链路层的MTU(最大传输单元)。但这并不是指链路层的长度被限制在1500字节,其实这个MTU指的是链路层的数据区.并不包括链路层的首部和尾部的18个字节。所以,事实上,这个1500字节就是网络层IP数据报的长度限制。因为IP数据报的首部为20字节,所以IP数据报的数据区长度最大为1480字节。而这个1480字节就是用来放TCP传来的TCP报文段或UDP传来的UDP数据报的。又因为UDP数据报的首部8字节,所以UDP数据报的数据区最大长度为1472字节.这个1472字节就是我们可以使用的字节数。

当我们发送的UDP数据大于1472的时候会怎样呢?这也就是说IP数据报大于1500字节,大于 MTU。这个时候发送方IP层就需要分片(fragmentation)。把数据报分成若干片,使每一片都小于MTU,而接收方IP层则需要进行数据报的重组,这样就会多做许多事情。而更严重的是,由于UDP的特性,当分片后的某一片数据在传送中丢失时,接收方便无法重组数据报,将导致丢弃整个UDP数据报。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
TCP和UDP在传输过程中都可能会出现分和粘的问题,但是处理方式有所不同。 对于TCP协议,如果定义的TCP没有超过范围,即在IP层不需要分,传输过程中就可以避免IP层组发生的错误。但是如果超过范围,即IP数据报大于1500字节,发送方IP层就需要将数据分成若干片,而接收方IP层则需要进行数据报的重组。TCP协议保证了可靠传输,如果发生组错误,该会被重传,确保数据的可靠性。\[1\] 对于UDP协议,由于UDP发送时没有经过Negal算法优化,不会将多个小合并一次发送出去,因此不存在粘问题。在UDP协议的接收端,采用了链式结构来记录每一个到达的UDP,这样接收端应用程序一次recv只能从socket接收缓冲区中读出一个数据。也就是说,发送端send了几次,接收端必须recv几次(无论recv时指定了多大的缓冲区)。因此,UDP协议不会出现粘问题。\[2\] 总结来说,TCP协议在IP层可能会发生分和组的情况,但会保证可靠传输;而UDP协议不存在粘问题,每个UDP都是独立的。 #### 引用[.reference_title] - *1* *2* *3* [tcp、udp、分](https://blog.csdn.net/liao_hb/article/details/106382297)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值