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

圖1 GOE模塊
此次對FAST流水線UM中的GOE模塊進行了升級,GOE模塊之前主要是完成數據的轉發功能,即輸入的數據直接轉發輸出。目前GOE模塊實現了根據Metadata的丟棄位丟棄報文分組的功能,即當丟棄位為1時,丟棄此報文分組;丟棄位為0時,轉發報文分組。Metadata定義如下表所示。
表1列車數據類型與TSN數據類型映射表
信號名稱 |
寬度 |
功能 |
使用情況 |
TTL |
[127:124] |
初始為每經過一模塊減1 |
未使用 |
IngressPort |
[123:120] |
分組的原始輸入端口號 |
在CDP、Nmac_ctrl、UM、Cpu_ctrl模塊中都有處理 |
Length |
[119:108] |
分組長度,包含MetaData,最長為4K,最短為60字節(去掉CRC域的最小以太網幀長度) |
在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子模塊中,根據該值決定其轉發端口
|
Pkt_Src |
63 |
表示進入硬件流水線的分組來源,0:來自網絡接口,1:來自cpu |
未使用 |
Pkt_Dst |
62 |
表示分組離開硬件流水線的目的,0:送網絡接口發出;1:送cpu處理 |
在trans_ctrl模塊中,根據其值確定報文的轉發方向 |
Discard |
61 |
1:指示GOE模塊丟棄該分組;0:GOE模塊正常轉發該分組 |
在GOE模塊中,根據其值進行報文棄丟或轉發處理 |
Priority |
[60:58] |
分組優先級,默認最低優先級(000) |
未使用 |
FlowID |
[57:44] |
分組屬于的流ID,最大16K |
未使用 |
TimeStamp |
[43:0] |
報文接收時間戳,由FPGA OS在分組接收時標記 |
在CDP模塊中有提取處理 |