作者:Gary Pan,AMD工程师;来源:AMD开发者社区
曾经在十几年前,当时最流行的两个用于网络应用的高速传输协议,XAUI和SPI4.2。虽然由于XAUI采用了当时较新的4通道物理层串行传输,令10G传输能传得更远,并适配各种传输媒质;但是SPI4.2的优势则在于其具有更多的上层传输机制,包括不同的channel通道,Burst大小定义,还有反压流控等。并且两者都受限于固定速率配置。因此,Interlaken协议的提出,既采用了高速串行传输,可配置多种线速率及物理层通路,同时继承了SPI-4.2通道化的数据包机制。
Interlaken采用了64B67B编解码,所以是每8个byte数据一组编码。传数的时候,主要分两种,一种就是普通数据,另一种是控制字(IDLE或Burst)。普通数据每次按照Burst的大小范围来连续传,之间用Burst控制字间隔开,如下图。
用户需要预先定义好:
BurstMax:一组连续数据传输不得超过BurstMax,即连续数据传到BurstMax大小,则接下来必须传Burst控制字
BurstShort:一组连续数据传输不得小于BurstShort,如果数不够则可以通过在后面添加IDLE控制字,来补到BurstShort的大小
(有时还会有BurstMin,BurstMin>BurstShort,可用于客户自己分割数据Burst大小,进行传输;一组Burst数据应当也大于BurstMin。下面举个示例)
假设客户正好有一个长度为513bytes的包要传(BurstMax=256bytes,BurstShort=64bytes)。那么直接的算法就是,先传两组Burst最大数据,即256x2=512,这样还剩1个byte,第三组Burst须满足BurstShort,即为1个byte数据加上63byte的IDLE控制字组成一个Burst。然而,这样传输数据显然会影响到带宽。如果将自动按最大传,改为传三组分别为256+192+65的Burst数据,就不用添加IDLE,并且提高了效率。
(Xilinx的Interlaken IP不提供分割数据Burst的功能,用户需要自己在上层逻辑里完成;Interlaken协议里提供了一段相关参考代码)
Interlaken是一项串行传输协议,其物理层数据采用的是64B/67B编解码方式。64B/67B源自以太网协议里的64B/66B编解码,以下图左侧的控制字格式为例进行讲解。
Bit66:相较以太网的64B/66B编解码,64B/67B多出一个最高bit位;为满足Running Disparity,为1时,翻转所有bits,为0时,不变
Bit(65:64):01表示后面64bits是一组数据;10表示是控制字;00或11非法,表示同步没有完成
Bit63:为1表示是IDLE或者Burst控制字,为0表示是Framing层控制字
Bit62:为1是Burst;为0是IDLE,并且后面的SOP,Channel等位皆无效
Bit61:包头SOP,为1作为包开始,后面接一个数据包
Bit(60:57):1xxx为包尾EOP;0000,非包尾;0001,包尾,同时此包有错
Bit56:1表示后面的In-Band流控位,是开始
Bit(55:40):In-Band流控,16bits对应了目前16个calendar entries;1表示XON,可传输;0表示XOFF,满了,暂停传输
Bit(39:32):Channel号,表示这组Burst数据是哪个channel的
Bit(31:24):保留用途,在未来扩展应用中,可用于不同用途
Bit(23:0):CRC
(通道Channel的次序可以映射为Calendar。比如流控状态,可以将Calendar设置为表示Channel0, Channel1, Channel2状态……也可以设置为Channel0, Channel1, Channel0, Channe2……总之,两端Interlaken设备须设置为相同的Calendar,即要有相同的channel传输表述顺序)
Interlaken里总的Meta Frame一般包括4种Framing层控制字(上图控制字格式里的右侧控制字)和Payload数据(即上文里的协议层数据)。
Xilinx的Interlaken IP可以设置Meta Frame的长度。为了节约仿真时间,可以在仿真中将此长度减小,缩短初始化同步对齐的时间。但是在上板测试与应用中,为了保证收发两边具有相同的Meta Frame长度,并能link成功,千万不要忘了将仿真时减小的长度改回来。
Meta Frame控制字
Sy, Block Type(positive disparity)=011110:
同步标志;用于物理层通道的同步与对齐
Ss, Block Type(positive disparity)=001010:
用于扰码的同步
Sk, Block Type(positive disparity)=000111:
用于做时钟补偿;只要不是同源时钟,由于时钟晶振的物理限制,收发两端即使频率相同,也仍然会有PPM级别的频率差异。如果收端频率略低于发端,Interlaken会自动删除Skip控制字来保证其它数据不会因为溢出而丢失;如果收端频率略高于发端,可以协议自动补Skip进数据流,避免FIFO被读空。
Di, Block Type(positive disparity)=011001:
提供通道的错误检查与状态信息;会计算整个Meta Frame的CRC32
【直播预告】