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以内。