自定义博客皮肤VIP专享

*博客头图：

点击选择上传的图片

格式为PNG、JPG，宽度*高度大于1920*100像素，不超过2MB，主视觉建议放在右侧，请参照线上博客头图

请上传大于1920*100像素的图片！

博客底图：

点击选择上传的图片

图片格式为PNG、JPG，不超过1MB，可上下左右平铺至整个背景

栏目图：

点击选择上传的图片

图片格式为PNG、JPG，图片宽度*高度为300*38像素，不超过0.5MB

主标题颜色：

RGB颜色，例如：#AFAFAF

Hover：

RGB颜色，例如：#AFAFAF

副标题颜色：

RGB颜色，例如：#AFAFAF

预览取消提交

自定义博客皮肤

-+

上一步保存

※一路风尘※

iteye_13216 优快云认证博客专家优快云认证企业博客

码龄7年

53: 原创

-: 周排名

98万+: 总排名

10万+: 访问

: 等级

656: 积分

9: 粉丝

11: 获赞

11: 评论

74: 收藏

私信

关注

热门文章

分类专栏

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中的数据读取
码龄4年审核中: 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中的数据读取
码龄4年审核中: "可以看到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->

Java

关注

关注数：文章数：6 文章阅读量：2032 文章收藏量：3

作者: iteye_13216

这个作者很懒，什么都没留下…

展开