bgp報文由bgp報文頭和具體報文內容兩部分組成。（rfc4271）
bgp的執行是通過訊息驅動的，共有5種訊息型別，這些訊息有相同的報文頭。這些訊息通過tcp協議進行傳播（埠號是179）。訊息最長為4096位元組，最短為19位元組（只包含報文頭）。
bgp報文頭包括三的部分，總長19位元組。各個部分的格式和功能如下：
圖：bgp報文頭部格式
圖：bgp報文頭部抓包示例
如果bgp報文頭中的type為1，則該報文為open報文。報文頭後面所接的報文內容如下，open報文用於建立bgp連線：
圖：open報文格式
圖：open報文抓包示例
如果bgp報文頭中的type為2，則該報文為update報文。報文頭後面所接的報文內容如下（rfc 4271），update報文用於通告路由。
圖：update報文格式
圖：bgp tlv格式
其中，attr.type佔2個位元組（無符號位），包括1位元組的flags（無符號位）和1位元組的type code（無符號位）。
圖:tlv-type結構
**attr.flags：**佔1個位元組（8個bit），表示屬性的標記，其每個bit位的意義如下顯示：
o: optional bit, 屬性的可選性。決定屬性是否為必攜帶屬性。帶可選屬性（optional）設為1，公認屬性（well-known）設為零。
t: transitive bit 屬性的可傳遞性。對於可選屬性，是可傳遞的設為1，非可傳遞的設為0。對於公認屬性必須設為1。
p: partial bit 屬性的區域性性。對於可傳遞的可選屬性是區域性的設為1，是完全的設為零。對於非可傳遞的的可選屬性和公認屬性，必須設為零。
e: extended length bit 決定該屬性的長度的字段（即attr. length）是否需要擴充套件。不需要擴充套件則設為零，attr. length佔1個位元組；需要擴充套件則設為1，attr. length佔2個位元組。
u: unused bits 低4位沒有使用，傳送時必須全部設為零，並且在接收時被忽略。
attr.type code：佔1個位元組（無符號位），表示屬性的型別號。attr.value：**根據不同屬性的型別填寫不同內容。
圖：update報文抓包示例
如果bgp報文頭中的type為3，則該報文為notification報文。報文頭後面所接的報文內容如下（rfc 4271），notification報文用於處理bgp程序中的各種錯誤。
圖：notification報文格式
圖：notification報文抓包示例
如果bgp報文頭中的type為4，則該報文為keepalive報文。keepalive報文用於保持bgp連線。
keepalive報文只有bgp報文頭，沒有具體內容，故其報文長度應固定為19個位元組。
圖：keepalive報文抓包示例
如果bgp報文頭中的type為5，則該報文為refresh報文。報文頭後面所接的報文內容如下（rfc 2918），refresh報文用於動態的請求bgp路由發布者重新發布update報文，進行路由更新。
圖：refresh報文格式
field欄位
length長度
description描述
afi2位元組（無符號位）
表示位址族id，與update報文中的定義相同。
res.
1位元組（無符號位）
所有為應全為零，在接收報文時，此位被忽略。
safi
1位元組（無符號位）
與update報文中的定義相同
圖：refresh報文抓包示例
ICMP報文型別
型別 型別描寫敘述 0 響應應答 echo reply 3 不可到達 4 源抑制 5 重定向 8 響應請求 echo request 11 超時 12 引數失靈 13 時間戳請求 14 時間戳應答 15 資訊請求 已作廢 16 資訊應答 已作廢 17 位址掩碼請求 18 位址掩碼應答 用wiresh...
HuaWei IS IS協議報文型別
is is報文有以下幾種型別 hello pdu lsp pdu snp pdu 1 helllo pdu hello報文用於建立和維持鄰居關係，其中，廣播網路中的level 1 is is使用level 1 lan hello 廣播網路中的level 2使用level 2 hello 非廣播網路中...
DHCP 八種報文型別
dhcp報文型別 描述 1 dhcp discover dhcp客戶端請求位址時，並不知道dhcp伺服器的位置，因此dhcp客戶端會在本地網路內以廣播方式傳送請求報文，這個報文成為discover報文，目的是發現網路中的dhcp伺服器，所有收到discover報文的dhcp伺服器都會傳送回應報文，d...