以太网帧最小长度是？

bzzh

把第一个包完整打开贴出来看看

Cyberman.Wu

看不到完整数据，猜一下，你的第一个包是自己电脑向外发的包吧？抓包工具在这种情况下是抓的实际发送到以太网MAC层之前的处理（驱动中的数据），
第二个包则是本机收到的外部的数据？

所谓的64字节，通常是指从DA开始，包含后面的4字节CRC（FCS）的长度。通常CPU集成的网口或网卡都会自动处理FCS，所以能收到的最小包是60
字节，这个通常是发送端保证的，如果说软件给硬件的实际长度小于这个长度，硬件向外发送时要填充到这个长度的。

你可以用PF_PACKET发一个短的以太网帧，分别在本端和对端抓包看一下。

而实际的以太网速率计算，还保含了IFG + Preamble（12 + 8字节，希望没记错；这个抓包一般也是看不到的），不是指传的用户数据的速率。

有些CPU上集成的网口可以配置为由软件填写FCS，甚至把Preamble也能由软件处理（这样可以通过软件兼容PON协议，只是速率要打折扣）。

solu

Cyberman.Wu 发表于 2013-04-08 15:00
看不到完整数据，猜一下，你的第一个包是自己电脑向外发的包吧？抓包工具在这种情况下是抓的实际发送到以太 ...

你好， 你说如果是本机往外发包的话， 抓包抓到的是发往以太网MAC层之前的数据 ？   那就是没有封装以太网帧头咯？ 为什么这个包仍然能够看出以太网帧头？
而且，你看都有本机MAC地址和目的MAC地址。 如果是MAC层之前的数据，那不会有这些东西吧 ？

Cyberman.Wu

回复 13# solu


MAC头是软件填写的，DA + SA + Type都是软件填写的，硬件不会做这些事情的，否则如何发广播包？
如果由硬件自动填写，那么还是再定义它和软件之间的接口；并且收上来的数据是不是应该把这个所谓
头部也直接去掉？

硬件的MAC层一般是处理IFG、Preamble、FCS等。数据长度不够时，它也会自动补齐。对于IP协议，
因为它自身有长度，所以这些补齐的无用数据可以丢掉；但如果是自定义的协议，那么要看协议具体
怎么字了，如果上层协议没有长度的表示，那么收到一个最小帧是无法判断它有没有被自动补齐的。

solu

Cyberman.Wu 发表于 2013-04-10 17:45
回复 13# solu

那么帧的头 mac+mac+type 是在哪一层封装的？

Cyberman.Wu

回复 15# solu


具体在哪填写要看实现的吧，好像没什么硬性规定。如果用PF_PACKET的RAW模式，完成是应用程序填写以太网头的。

platinum

solu 发表于 2013-03-28 20:08
下图的54字节是怎么来的？不是说以太网一个帧最小64（18+46）字节吗？

第二张图又是60字节了，似乎填满了 ...

第一个图是在发包机上抓的，第二个图是在客户机上抓的吧？
协议栈发送时不会有填充数据，但数据经过链路层传输时会自动 padding，收到的时候会有填充
一个最小数据包的 size 是 64 字节，另外还有 12 字节的帧间隙和 8 字节的前导码