以太网帧的最小长度到底是多少??不是64吗?

四流程序员的业余生活 2012-03-12 01:11:12
最近看TCP/IP详解卷一,里面讲到以太网帧的最小长度是64,不足64的全部填充为0。但是我用wireshark捕到的arp包只有42或60个字节。这里有两点疑问:
一是这似乎和以太网帧的最小长度不符;

另一个是arp数据报的长度是28,加上以太网帧的头部14个字节恰好是42个字节,这一点还好理解,但是有的arp报又是60个字节,后面的18个字节全部填充为0,就是填充的话为什么不填充成64个字节,达到以太网帧的最小长度


...全文
1164 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
除了用wireshark,我再linux下面用libpcap也捕过,情况是一样的,是不是说明这个跟平台和软件都无关。至于你说的方向的话,基本都是其他主机广播的arp包。[Quote=引用 3 楼 thefirstz 的回复:]
只是猜测:网卡填充后才发送,但发送前还没有填充时可能就被捕获了,有42和60字节两种情况,不知道是不是和不同方向的arp有关
[/Quote]
昵称很不好取 2012-03-13
  • 打赏
  • 举报
回复
只是猜测:网卡填充后才发送,但发送前还没有填充时可能就被捕获了,有42和60字节两种情况,不知道是不是和不同方向的arp有关
  • 打赏
  • 举报
回复
如果是wireshark去掉了填充部分,那为什么只有一部分去掉而一部分不去掉呢?
填充也应该是发送包的网卡来填充啊,没填充好就发出来吗?
昵称很不好取 2012-03-12
  • 打赏
  • 举报
回复
是64字节,你用wireshark抓到的包是把最后4个字节的FCS丢掉的结果
在没有达到64字节时,网卡驱动会自动填充到64字节,楼主看到的42字节,可能是包截获在发送前还没有被填充时就被截获了,还有一种情况就是wireshark做了处理,去掉了填充部分。

4,356

社区成员

发帖
与我相关
我的任务
社区描述
通信技术相关讨论
社区管理员
  • 网络通信
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧