本博文主要交流設計思路，在本博客已給出相關博文約110篇，希望對初學者有用。注意這里只是拋磚引玉，切莫認為參考這就可以完成商用IP設計。

（a）請求狀態機

當 RoCE v2 發送模塊檢測到發送隊列非空時，則從發送隊列中讀取一個發送隊列條目，并判斷請求類型。根據不同的請求類型和請求長度進入不同的包生成流程，這一過程由請求狀態機實現。請求狀態機的狀態轉移圖如圖 1 所示，對于各個狀態的詳細說明如下。

圖1 請求狀態機狀態轉移圖

IDLE：空閑狀態，系統復位后請求狀態機將進入 IDLE 狀態。當檢測到發送隊列非空時，從發送隊列中讀取出一個發送隊列條目并分析其請求類型，并根據不同的請求類型跳轉到不同的后續狀態。對于 SEND 指令，跳轉至 SEND 狀態；對于 READ指令，跳轉至 READ 狀態；對于 WRITE 指令，跳轉至 WRITE_HEAD 狀態。如果請求類型不合規，則保持在 IDLE 狀態并返回錯誤信息。如果發送隊列為空，則保持在IDLE 狀態等待指令。

SEND：SEND 指令發送狀態。在該狀態下將調用 SEND 單元根據系統中提前預設好的信息發送 SEND 數據包，數據包內容包括本機 IP 地址、本機 MAC 地址、本機內存起始地址、本機內存大小和本機遠程訪問密鑰。發送完畢后跳轉至 DONE 狀態。

READ：READ 指令發送狀態。在該狀態下狀態機將調用 READ 單元根據用戶指令中的請求遠程地址、請求數據長度及遠程主機訪問密鑰來組裝 READ 包頭部，READ 請求包中并不攜帶數據信息。發送完畢后跳轉至 DONE 狀態。

WRITE_HEAD：WRITE 指令頭發送狀態。在該狀態下狀態機將調用 WRITE 單元根據用戶指令中的遠程請求地址、請求數據長度及遠程主機訪問密鑰來組裝WRITE 包頭部。同時將請求數據長度與以太網單數據幀最大長度進行比較，如果請求長度超過單數據幀最大程度，則 WRITE 包頭部中的操作類型被置為 FIRST/MIDDLE/LAST；反之 WRITE 包頭部中的操作類型被置 ONLY。同時將用戶指令中
的本地數據起始地址和請求數據長度通知給 DMA 控制器，而后跳轉至 WRITE_DATA狀態。

WRITE_DATA：WRITE 指令數據發送狀態。在該狀態下將持續等待 DMA 控制器返回用戶需要發送的數據，在數據到來后，將數據組裝進 WRITE 數據包中，直到達到以太網單數據幀最大長度。而后對數據長度進行判斷。如果數據已發送完畢，則跳轉至 DONE 狀態；如果仍有數據未發送完畢，則跳轉回 WRITE_HEAD 狀態，重復 WRITE 數據包發送流程。若請求數據超時，則返回 IDLE 狀態并返回異常完成條目。

DONE：請求完成狀態。該狀態下將發送寄存器中剩余的最后一幀數據并生成指令完成信號。在一個時鐘周期后回到 IDLE 狀態。

B站已給出相關性能的視頻，如想進一步了解，請搜索B站用戶：專注與守望

https://www.bilibili.com/video/BV1mPV5eCE8z/?spm_id_from=333.337.search-card.all.click&vd_source=c355545d27a44fe96188b7caefeda6e7

審核編輯 黃宇