[發明專利]通過橋接協議數據單元隧道傳輸協議報文的方法和裝置

有效

• 申請號: 201210526438.4
• 申請日: 2012-12-07
• 公開（公告）號: CN103001847A
• 公開（公告）日: 2013-03-27
• 發明（設計）人: 涂勇軍
• 申請（專利權）人: 杭州華三通信技術有限公司
• 主分類號: H04L12/46
• 分類號: H04L12/46;H04L12/70
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 謝安昆;宋志強

技術領域

本申請涉及通信技術領域，特別涉及一種通過橋接協議數據單元隧道（BPDUTunnel）傳輸協議報文的方法和裝置。

背景技術

橋接協議數據單元隧道（BPDU?Tunnel）是一種二層隧道技術，它使不同地域的私網用戶的二層協議報文，可以通過運營商網絡內的指定通道進行透明傳輸，私網用戶不會感知到協議報文在公網中發生了變化。BPDU?Tunnel的出現使得私網用戶能夠通過運營商網絡來構建自己的二層網絡，使得同一私網的不同部分位于運營商公網的兩側。

參見圖1，圖1是現有技術利用BPDU?Tunnel構建的跨越運營商網絡的二層網絡示意圖，包括私網1、私網2以及運營商網絡，其中，私網1通過CE1連接到運營商網絡的PE1，私網2通過CE2連接到運營商網絡的PE2，PE1和PE2之間通過BPDUTunnel進行二層協議報文傳輸。當私網1的CE1向私網2的CE2發送二層協議報文時，報文的傳輸過程如下：

（1）PE1接收CE1發來的二層協議報文，對報文進行封裝并將報文的目的MAC地址假設為（0x0180-C200-0002）替換成一個特定的組播MAC地址（假設為0x010F-E200-0003），然后在運營商網絡中轉發。

（2）PE2從運營商網絡接收到封裝后的二層協議報文（也稱為BPDU?Tunnel報文），對報文進行解封裝并還原報文的目的MAC地址（也即將二層協議報文的目的MAC地址恢復為0x0180-C200-0002），然后發送給CE2。

上述過程中，CE2接收到的二層協議報文的目的MAC仍然是0x0180-C200-0002，因此感知不到二層協議報文的變化。

目前支持BPDU?Tunnel的協議很多，例如LACP協議，可以使用LACP協議在本地CE與遠端CE之間建立基于BPDU?Tunnel的鏈路聚合組。對于LACP協議來說，報文通常是通過直連鏈路進行一對一的傳輸，不會有問題，然而當報文以BPDU?Tunnel的方式通過運營商網絡時，就會出現問題，下面以圖2為例進行說明：

圖2是現有技術在本地CE和遠端CE之間建立基于BPDU?Tunnel的鏈路聚合組的示意圖，如圖2所示，CE1與PE1之間由鏈路11、12、13組成的聚合鏈路連通，CE2與PE2之間由鏈路21、22、23組成的聚合鏈路連通。當PE1接收到CE1通過鏈路11發來的LACP報文后，對LACP報文進行MAC替換后廣播出去，LACP報文到達PE2并經由PE2轉發，CE2將從鏈路21、鏈路22、鏈路23接收到LACP報文并進行計算（本端鏈路發出的報文會廣播到對端的所有端口），這樣就會造成本端的一條鏈路和對端所有鏈路的交互，形成了多對一的連接，其直接后果是協議報文不斷在鏈路間交互（例如：CE1的鏈路1一會兒和CE2的鏈路1建立通信連接，一會兒和CE2的鏈路2建立通信連接），造成鏈路聚合組不斷震蕩而無法聚合。

為了避免上述因從本端的一個鏈路發送的LACP報文廣播到對端的所有端口而導致的鏈路聚合組震蕩問題，需要以一定的方式使運營商網絡兩側的鏈路形成一對一的關系，目前的解決方案是將每條鏈路的端口劃分到不同的VLAN中，通過對跨運營商的LACP使用進行組網限制來規避鏈路聚合組的震蕩。

參見圖3，圖3是現有技術在本地CE和遠端CE之間建立基于BPDU?Tunnel的鏈路聚合組時的組網限制示意圖，圖3基于圖2，如圖3所示，PE1上連接鏈路11、12、13的端口分別為P11、P12、P13，PE2上連接鏈路21、22、23的端口分別為P21、P22、P23。將鏈路11和鏈路21的端口均加入VLAN1，將鏈路12和鏈路22的端口均加入VLAN2，將鏈路13和鏈路23的端口均加入VLAN3。PE1在通過鏈路11、12、13的端口：P11、P12、P13上使能bpdu?tunnel?dot1q?lacp（LACP的BPDU?Tunnel功能），PE2在通過鏈路21、22、23的端口：P21、P22、P23上使能bpdu?tunnel?dot1q?lacp。