?GRE（Generic Routing Encapsulation，通用路由封裝）協議是對某些網絡層協議（如IP 和IPX）的數據報文進行封裝，使這些被封裝的數據報文能夠在另一個網絡層協議（如IP）中傳輸。

在大多數常規情況下，系統擁有一個有效載荷（或負載）包，需要將它封裝并發送至某個目的地。首先將有效載荷封裝在一個 GRE 包中，然后將此 GRE 包封裝在其它某協議中并進行轉發。此外發協議即為發送協議。當 IPv4 被作為 GRE 有效載荷傳輸時，協議類型字段必須被設置為 0x800 。當一個隧道終點拆封此含有 IPv4 包作為有效載荷的 GRE 包時， IPv4 包頭中的目的地址必須用來轉發包，并且需要減少有效載荷包的 TTL 。值得注意的是，在轉發這樣一個包時，如果有效載荷包的目的地址就是包的封裝器（也就是隧道另一端），就會出現回路現象。在此情形下，必須丟棄該包。當 GRE 包被封裝在 IPv4 中時，需要使用 IPv4 協議 47 。

GRE采用了Tunnel（隧道）技術，是VPN（Virtual Private Network）的第三層隧道協議。Tunnel 是一個虛擬的點對點的連接，提供了一條通路使封裝的數據報文能夠在這個通路上傳輸，并且在一個Tunnel 的兩端分別對數據報進行封裝及解封裝。

?

?

GRE包接收過程：

接收過程，即 router B 上面進行的操作。這里需要指出的一點是，GRE tunnel 自己定義了一個新的 IP proto，也就是 IPPROTO_GRE。當 router B 收到從 router A 過來的這個包時，它暫時還不知道這個是 GRE 的包，它首先會把它當作普通的 IP 包處理。因為外部的 IP 頭的目的地址是該路由器的地址，所以它自己會接收這個包，把它交給上層，到了 IP 層之后才發現這個包不是 TCP，UDP，而是 GRE，這時內核會轉交給 GRE 模塊處理。

ipgre_rcv() 所做的工作是：通過外層IP 頭找到對應的 tunnel，然后剝去外層 IP 頭，把這個“新的”包重新交給 IP 棧去處理，像接收到普通 IP 包一樣。到了這里，“新的”包處理和其它普通的 IP 包已經沒有什么兩樣了：根據 IP 頭中目的地址轉發給相應的 host。

注：在這里可以把gre當做L4層協議。

?

Linux kernel函數調用分析：

總結

以上是生活随笔為你收集整理的gre tunnel源码分析之接收流程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。