这里面的length只是指data的个数吧?
length的长度加上后面的长度
貌似是不包括length自身长度
我这个问题完整的问题是这样的
我两个板子上分别调用基于zynq7030的mac+phy的ip,发的都是标准以太网帧,两板子通过s fp光纤互相通讯,没问题,可以同时收发,ok,但是两板子分别连同一个交换机,却不能收到互相发的数据,我发的是广播包,板子一的source id 是01 05 04 03 02 01,板子二的id是01 05 04 03 02 05 ,目的地址均为全f
如果将文件系统放在SD卡的EXT4分区下面,uboot中的 "fatload mmc 0 0x2000000 ${ramdisk_image} && " \
我以为是这个命令只可以加载SD卡fat分区下的文件系统
l部分我不明白,不过你那个问题是不是这样的。你做的协议理解的不对。
与标准协议有差异。
因为通讯双方都是你做的,所以可以通讯。 一旦接到标准设备上,就不兼容了。标准设备认为你这是一个错误的帧。 你可以把这个东西接在HUB上。(不是交换机,是HUB)
然后用个PC抓包看一下。
光纤的hub?
哦?我没看仔细。是光纤啊。
对的,H3c的光纤交换机
光纤不太清楚。
我之前发做小长度46的时候,一个板子可以收发,一个板子只能发,却收不到
不知道有没有可以监测的设备。
现在我长度是78,介于46和1512的范围之间,就两头都收不到
【支书】山东-bluecd
小于46的要填充。
对的
[(IBUF driven by I/O terminal ) is unplaced after IO placer?
小于最小和大于最大好像length那个部分就是填type了
不是。
是两种协议。
802.3这个字段是长度。
ethernet II这个字段是type
这是两种不同的协议。
实际使用中,大部分都是ethernet II 协议的帧。
恩,了解,就是说的tagged mac frame吧
就是不填长度的?
不是,都要填。
就是mac层在以太网历史上存在两种协议。
你读读tcp/ip协议详解那本书。
我记得当初它有句话我很有印象。
说幸亏type中没有与802.3长度重复的。
这个是vlan的,不是这个,就是一个基本的mac层协议。
言下之意就是不然的话就搞不清到底是哪个类型的帧了对吧
对。是的。
不然分不清是哪种协议。