疑问：数据包Length增大的原因

最新推荐文章于 2024-06-21 15:12:26 发布

iteye_13216

最新推荐文章于 2024-06-21 15:12:26 发布

阅读量169

点赞数

分类专栏：驱动开发

驱动开发专栏收录该内容

50 篇文章 0 订阅

订阅专栏

现象：

自己定义一个仅含有Ethernet Header的数据包，其大小为80.使用有线和无线网卡发送，监听到的结果显示大小分别为80 和 130，为何？

写道

284 7.437500 [002586 EB7B0C] [USI 5B1430] EAPOL EAPOL:EAPOL-Start , Length = 515

Frame: Number = 284, Captured Frame Length = 130, MediaType = WiFi

而如果是有线网卡发送的，Captured Fram Length = 80.

难道期中做了某些转换？这个不清楚！！

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
疑问：数据包Length增大的原因

现象：自己定义一个仅含有Ethernet Header的数据包，其大小为80.使用有线和无线网卡发送，监听到的结果显示大小分别为80 和 130，为何？写道284 7.437500 [002586 EB7B0C] [USI 5B1430] EAPOL EAPOL:EAPOL-Start , Length = 515 Frame: Number = 284, Captured...
复制链接

扫一扫

专栏目录

iteye_13216 CSDN认证博客专家 CSDN认证企业博客

码龄6年

53: 原创

-: 周排名

65万+: 总排名

9万+: 访问

: 等级

611: 积分

9: 粉丝

11: 获赞

11: 评论

70: 收藏

私信

关注

热门文章

分类专栏

Java 6篇
存在与活 99篇
Web开发 3篇
Flex 27篇
Python 12篇
音乐图片 6篇
操作系统 12篇
C/C++ 13篇
Jsp 6篇
其他知识 20篇
为你写诗 6篇
驱动开发 50篇

最新评论

佳能EOS 450D固件升级过程
2301_79717372: 你好，我现在想搞但是打不开网站了
OPNET 14.5.A.PL1下载
伤心的柠檬精: 请问非北邮学校的可以下载吗？
别在晚春
岁月小石头: 2022年的萌新，怀着膜拜看大佬的技术文章，一时好奇，点开了前辈的文章，一个很现实的标题吸引了我的眼球，可能我也曾思考过存活的意义吧，灵魂相惜，有时候觉得时间就像是一串自增的数字，只是为了标记那些特殊事件的年份，这样才能让人存留自己的记忆，08年经融危机，2022年疫情，经济萧条，此时此刻的心情，看到文章，感觉就是自己在，唯一让我清醒的是，这文笔，绝非是我能写出来的，细腻的内心活动描述，让曾经逝去的，好像回来了一样。
IEEE 802.1Q中的数据读取
码龄3年审核中: csdn的回复有字数限制,我接着说.问题出现了,在加入802.1Q header后,以太帧的变形-vlan帧,里就存在了2个type了,所以对此情况不熟悉的人们之间探讨问题的时候,就会出现混乱的时候, 拿本文来说,"0x8100 VLAN-tagged frame (IEEE 802.1Q)" 这里说的值 0x8100,到底指的是哪个type呢,别急,我们看看文章里的下一句话, "如果包含了IEEE 802.1Q Header，这个type值就定于0x0081（代码中是这样的，跟前面定义倒叙了？？）"可见,这句话前半句明确了,'如果包含802.1Q的header',type会怎么怎么样,那就是说此时说的type不在802.1Q header里,也就是说这句话的后半句里type取值0x0081就指的是以太帧头里那个单纯的始终跟着源mac的type少年了.所以这里并不是"跟前面定义倒叙了？？",而是这里取0x0081的type不是802.1Q header里的那个type,这个type是以太帧头三件套里的那个单纯的type,也就是途中紫色那个小方块块,所以,"0x8100 VLAN-tagged frame (IEEE 802.1Q)" 里说的值 0x8100 指的是 802.1Q header里的那个type,也就是文章图片中青色(英文叫cyan)的那个小方块块里前两个字节的type, 到此,事情已经清晰明了了,取值为0x8100的type,是 802.1Q header里的type,这个值是固定的,只要是vlan帧,它的802.1Q header里的type就是0x8100,而取值为0x0081的type,则是所有的帧的帧头中的三件套里的那个单纯的type.
IEEE 802.1Q中的数据读取
码龄3年审核中: "可以看到IEEE 802.1Q Header是4个Byte的。位置在Ethernet Type之前。根据EtherType的值： 0x8100 VLAN-tagged frame (IEEE 802.1Q) 如果包含了IEEE 802.1Q Header，这个type值就定于0x0081（代码中是这样的，跟前面定义倒叙了？？）" 定义倒叙了？？-- 这里我来解释一下吧,在下不才,也是最近在看以太网的相关资料,对于type字段也是产生了很多疑惑,今天看了阁下的文章后,结合着之前查找的资料,整理了一下思路,个人验证了一下,感觉还是比较清晰和合理的,就在这里说一下,共同进步. 其实,关于类型,也就是type,以太网帧自己有一个,位置紧挨着源mac地址,单纯的以太网帧,也就是不含其他内容(比如说mpls,vlan 这些东西),以太帧的头部,永远只有3个东西,目的mac+源mac+type, 而当以太帧变形了之后,比如加入了mpls标签之后,就变成了mpls报文,但以太帧头还是以太帧头,里面的结构还是:目的mac+源mac+type,此时,以太帧头里的type就可以通过它的值0x8847,来指示这个以太帧的变形是一个mpls报文, 再举个特别的例子,也是在纯以太帧里加东西,让以太帧变形,802.1Q也就是vlan,为什么说802.1Q特别呢,是因为,802.1Q不是加在以太帧头后边,而是塞进了以太帧头里面,刚才说过了,一个单纯的以太帧头里面就3样东西:目的mac+源mac+type,人家别人要改变以太帧,都是规规矩矩的把自己的东西放在以太帧头后面,而802.1Q却非常有个性,它非要把自己的802.1Q header 放进以太帧头里,这样一个单纯的以太网帧头就变得不单纯了,原来是3样:目的mac+源mac+type,现在vlan硬生生将自己的802.1Q header 塞进了以太帧头里,破坏了单纯的以太帧头,变成了:目的mac+源mac+802.1Q header+type,四件套了.而,802.1Q header里也带了一个type,问题就来了,802.1Q header里带着一个type,以太帧头里也有一个type,这样就会让人搞混乱,当说到type取值的时候,到底说的是哪个type呢,是以太帧头里的那个type,还是802.1Q header里type->

最新文章

目录

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。