网络包出错概率
来源:互联网 发布:淘宝cpu散片哪家好 编辑:程序博客网 时间:2024/05/07 09:50
tcp,udp的校验和很弱,简单点看就是全部加起来取反,连顺序错误的问题都不能防止,位数也不多,16位。岂不是有1/65536的概率出错也检测不出来?
注意以太网那层是crc校验,两个合在一起,出错没检测出来的概率大大降低。
万一出错,应用层可以再做一次校验,如果真的这样,最怕的是协议的每一帧不定长,一旦出错边界完全错乱,错乱中甚至非常小概率请求被错误解读,不过多数情况是数据从此不可用。
这么倒霉,只能重启应用或者重启机器了。
UDP长度,sendto时系统有个限制:
{
socklen_t optlen = sizeof(int);
int optval;
getsockopt(inet_sock, SOL_SOCKET, SO_SNDBUF, (int *)&optval, &optlen);
printf("%d\n", optval);
}
一台机器上跑出来是124928,但这不是唯一限制,另一个限制是udp长度位16位,实际测出来最大是64*1024-29,大于这个数报Message Too long.
udp包长度设小,出错概率更低,因为校验变多了,比如可以设到一个mtu以内。
注意以太网那层是crc校验,两个合在一起,出错没检测出来的概率大大降低。
万一出错,应用层可以再做一次校验,如果真的这样,最怕的是协议的每一帧不定长,一旦出错边界完全错乱,错乱中甚至非常小概率请求被错误解读,不过多数情况是数据从此不可用。
这么倒霉,只能重启应用或者重启机器了。
UDP长度,sendto时系统有个限制:
{
socklen_t optlen = sizeof(int);
int optval;
getsockopt(inet_sock, SOL_SOCKET, SO_SNDBUF, (int *)&optval, &optlen);
printf("%d\n", optval);
}
一台机器上跑出来是124928,但这不是唯一限制,另一个限制是udp长度位16位,实际测出来最大是64*1024-29,大于这个数报Message Too long.
udp包长度设小,出错概率更低,因为校验变多了,比如可以设到一个mtu以内。
0 0
- 网络包出错概率
- cpu的出错概率?
- 贝叶斯网络--概率推理
- maven下载包出错
- java.lang.UnsatisfiedLinkError低概率出错解决方案
- windows 网络共享出错,
- 网络课程设计出错汇总
- 多线程 + 网络 + 概率 + 基础 + 文件
- Maven打war包出错
- tomcat7部署war包出错
- linux 解析包时出错
- Android 解析包出错问题
- 制作ota升级包出错
- Android 解析包出错问题
- npm安装包出错解决办法
- Springboot 打jar包出错
- Python导入sciry包出错
- Myeclipse导出war包出错
- split的坑
- Ubuntu搭建LAMP环境
- send和sendto的区别
- Follow ML projiect
- 程序员出发了
- 网络包出错概率
- UML中的关联
- MAC下设置mavenJDK版本
- EBS常用表
- Jboss Server JBoss v4.2 at localhost was unable to start within 50 seconds.
- UIScrollView & UITableView 一些常用方法与属性
- 主机安全
- ubuntu linuxmint lemp lnmp lemp
- C语言生成随机数