因為Ethernet的MTU值為1500 Bytes，此一數值也普遍被一般的網路裝置做為預設值，而BATMAN Advanced也以此值作為其預設的MTU值，因此再加上BATMAN Advanced的自定義表頭的長度後，就會超出MTU值，為了解決此一問題，BATMAN Advanced會進行封包分割（Packet Fragmentation）的動作，這部分被實作在unicast.c檔案中；要解決因MTU值過大而造成封包分割的問題，有下列二個方法：

1.    加大負責實際傳輸的網路裝置的MTU值，這個方法可以用在802.11或其他可允許MTU超過1524 Bytes（BATMAN Advanced的建議值）的裝置上使用，但在Ethernet裝置上並不適用。

2.    縮小BATMAN Advanced本身的MTU值，將MTU調整至1476 Bytes（BATMAN Advanced的建議值）以下，此方法可用於Ethernet裝置上。

如果來源端進行了封包分割的動作，目的端就必須進行封包聚合（Packet Aggregation）的動作，這樣的行為會加重系統的負擔；以封包分割來說，必須先分配記憶體（Memory Allocate），然後進行將資料複製到新分配的記憶體空間（Memory Copy），這些動作都會需要額外的作業時間（Operating Time）來完成；而BATMAN Advanced自定義的表頭長度不一，廣播封包的表頭長度為14 Bytes，單點直播封包的表頭長度為10 Bytes，一但進行封包分割，就會改用分割封包的表頭，其長度為20 Bytes，表頭耗損（Header Consumption）會加大，由10-14 Bytes變成40 Bytes，傳輸的封包總數也會大幅增加。

下圖說明為何BATMAN Advanced會遇上MTU值太大的問題：

這篇文章 BATMAN-Advanced 之 MTU 與封包分割 最早出現於 碼蟻創研工坊 - CODEANT STUDIOS。

透過廣播與再廣播OGMs的方式交換路由資訊，以傳輸品質（Transmission Quality，簡稱TQ）做為路徑選擇的依據，TQ值的計算必須先取得接收品質（Receive Quality，簡稱RQ）與回聲品質（Echo Quality，簡稱EQ）這二個參考數值。我們先假設一情境，即Node A與Node B互為彼此的Best Hop，而步驟1與步驟3可同時進行，步驟2與步驟4可同時進行，則其路由資訊的建立步驟如下圖：

1.    各網路節點以廣播的方式定期發送路由訊息封包即OGMs封包，其內容包含發送端位址，轉發節點位址，存活時間（Time To Live，簡稱TTL）值和序列號（Sequence Number），附近的鄰近節點計算已收到的OGMs封包數量作為RQ值，如圖的步驟1及步驟3。

2.   檢查每個路由的資訊，選擇最好的單跳節點（Best Hop Neighbor）。

3.    將最好的單跳節點傳送過來的OGMs封包進行再廣播，原始的OGMs封包發送節點透過接收到的再廣播OGMs數量可以得到EQ，如圖的步驟2及步驟4。

4.    如果EQ值大於RQ，則TQ = max（TQ）；如果RQ值大於EQ，則TQ = max（TQ）× EQ ÷ RQ。

這篇文章 網狀路由協議 – BATMAN-Advanced 之 OGM 封包 最早出現於 碼蟻創研工坊 - CODEANT STUDIOS。