根據(jù)用戶反映,現(xiàn)有的FAST通用輸出引擎模塊(GOE.v)在某種情況下無法有效處理Metadata0中定義的discard位(第61位)。目前該bug已經(jīng)修復,新版本GOE代碼(GOE-v1-1.0.v)已經(jīng)上傳網(wǎng)站(www.fastswitch.org),請正在使用FAST流水線的用戶及時更新GOE-v1-1.1.v代碼。
附:GOE模塊代碼升級說明
FAST 平臺的流水線通過UM實現(xiàn),F(xiàn)AST 的UM主要由5部分組成,包含用戶定義解析(UDP),用戶定義關(guān)鍵字提取(UKE),通用查表引擎(GME),用戶定義動作(UDA)和通用輸出引擎(GOE)5個流水線模塊,如圖1所示。

圖1 GOE模塊
此次對FAST流水線UM中的GOE模塊進行了升級,GOE模塊之前主要是完成數(shù)據(jù)的轉(zhuǎn)發(fā)功能,即輸入的數(shù)據(jù)直接轉(zhuǎn)發(fā)輸出。目前GOE模塊實現(xiàn)了根據(jù)Metadata的丟棄位丟棄報文分組的功能,即當丟棄位為1時,丟棄此報文分組;丟棄位為0時,轉(zhuǎn)發(fā)報文分組。Metadata定義如下表所示。
表1列車數(shù)據(jù)類型與TSN數(shù)據(jù)類型映射表
| 信號名稱 |
寬度 |
功能 |
使用情況 |
| TTL |
[127:124] |
初始為每經(jīng)過一模塊減1 |
未使用 |
| IngressPort |
[123:120] |
分組的原始輸入端口號 |
在CDP、Nmac_ctrl、UM、Cpu_ctrl模塊中都有處理 |
| Length |
[119:108] |
分組長度,包含MetaData,最長為4K,最短為60字節(jié)(去掉CRC域的最小以太網(wǎng)幀長度) |
在CDP、Cpu_ctrl、Nmac_ctrl模塊中的很多子模塊中都有做處理;例如:增加刪減兩拍Metadata時。 |
| SrcModuleID |
[107:100] |
報文通信時,源功能模塊的ID |
在mux_4stream子模塊中將來自端口的報文,該值都置為0。 |
| DstModuleID |
[99:92] |
1來自端口,5來自CPU
|
|
| Seq_Num |
[91:80] |
報文接收序號,由FPGA OS在分組接收時標記,每個輸入接口維護一個獨立的序列號 |
未使用 |
| EgressPort |
63 |
分組的最終輸出端口號 |
在CDP、Nmac_ctrl、Cpu_ctrl、UM模塊中都有處理;例如在dmux_4stream子模塊中,根據(jù)該值決定其轉(zhuǎn)發(fā)端口
|
| Pkt_Src |
63 |
表示進入硬件流水線的分組來源,0:來自網(wǎng)絡(luò)接口,1:來自cpu |
未使用 |
| Pkt_Dst |
62 |
表示分組離開硬件流水線的目的,0:送網(wǎng)絡(luò)接口發(fā)出;1:送cpu處理 |
在trans_ctrl模塊中,根據(jù)其值確定報文的轉(zhuǎn)發(fā)方向 |
| Discard |
61 |
1:指示GOE模塊丟棄該分組;0:GOE模塊正常轉(zhuǎn)發(fā)該分組 |
在GOE模塊中,根據(jù)其值進行報文棄丟或轉(zhuǎn)發(fā)處理 |
| Priority |
[60:58] |
分組優(yōu)先級,默認最低優(yōu)先級(000) |
未使用 |
| FlowID |
[57:44] |
分組屬于的流ID,最大16K |
未使用 |
| TimeStamp |
[43:0] |
報文接收時間戳,由FPGA OS在分組接收時標記 |
在CDP模塊中有提取處理 |