我可以使用乙太網數據包的源 MAC 進行 UDP 回复而不是 ARP 查找嗎？

我正在一個資源非常有限的嵌入式平台上工作，我需要在其中建構自己的乙太網幀。

如果我需要使用 UDP 回復來回答 UDP 請求，是否只將回復發送回請求數據包的乙太網源 MAC 地址而不是對源 IP 地址進行完整的 ARP 查找？

如果是這樣，需要將回復發送到與請求來源不同的 MAC 地址的具體範例列表將非常有用。

顯然，如果請求發起者在發送請求後立即更改了自己的 MAC 地址，那將是一個簡單的例子，但讓我們忽略這種情況。

我想到的是，如果您的主機 A 和 B 之間有不對稱路由（我將 B 用於問題中的嵌入式設備）。

即，網路設置使得從 A 到 B 的路線與從 B 到 A 的路線不同。

例子：

A -> router1 -> B
A <- router2 <- B

在這種情況下，B 會看到 router1 的 MAC 地址，但應該發送到 router2 的 MAC 地址（通過檢查其路由表和 ARP 表發現）。

不是您最典型的設置，但與同一網路中的主機在處理數據包時一樣切換 MAC 地址的主機相比，這是完全可能的，而且比邊緣情況要少得多。

引用自：https://serverfault.com/questions/972533