网络:TCP/UDP out of order;SIP;CPU out-of-order 执行; out-of-line

237 篇文章 ¥59.90 ¥99.00
本文探讨了UDP包在网络中可能出现的乱序现象及其原因,包括网络拓扑复杂性、多CPU核心与网卡多队列处理。针对SIP协议使用UDP时的乱序问题,提出了返回491错误码的解决策略。同时,解释了TCP如何通过其内在机制保证数据的有序传输,确保网络的可靠性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题

最近遇到虚拟机收到的UDP包发生乱序。从协议上说,这个乱序是标准,及特性所允许的,期望的。所以上层应用需要适应这种乱序,如果不能适应,可能需要做协议转换,专用TCP,让TCP来处理这种乱序的可能。
产生乱序的原因:

  1. 是网络拓扑的复杂性,包不一定从哪一个网络路径过来;
  2. 现在机器都是多CPU,多核,这样相对的RFS的使用,也可能导致包的乱序送达;
  3. 网卡的多队列处理;

如果不能转到其他协议,还得保证正序,就得从以上两个原因,找解决方案。

SIP如果使用UDP出现乱序

可以尝试返回491错误码;让提前接受到的request,hold一下,等一段时间之后重发
https://lists.cs.columbia.edu/pipermail/sip-implementors/2012-April/028340.html
比如:re-invite的

   If a UAC receives a 491 response to a re-INVITE, it SHOULD start a
   timer with a value T chosen as follows
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mzhan017

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值