有关报文尾的解释是:报文尾是不包括以太帧的尾部,是在Berkerley Unix系统中使用的把信息头加到包尾的一种方式。在Solaris2.x系统中已经不支持。
在以太帧长度小于60字节时,以太网会将帧长度补充到60字节,收到的包会补充padding字段,该字段应当全为0,应该属于二层协议的部分。
对于发送的数据,存在抓包时尚未填充的情况,并且抓包中尾部不全为0的原因没有去调查,但这一点一般来说对我们也不重要。
在接收的报文中也存在可能补充到64字节的情况。目前没抓到这种包,但听过这种说法。
抓包在UDP总长度小于60字节是很常见,大家抓一下就看到了。
TCP有一个优化,小于一定长度的话,200毫秒发一次,当然这个时间是可配的,也许这种报文不太好抓,拿UDP一试就出来了。TCP可以发1个字节,然后就关闭连接试一下。我没试,非弄试一下,感觉没意义。
阅读(3565) | 评论(0) | 转发(0) |