專利名稱：一種mac地址表建立方法及運營商邊緣設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種MAC (Media Access Control，介質訪問控制)地址表建立方法及運營商邊緣設備。
背景技術：
隨著數據通信技術的發(fā)展，以及云計算/分布式計算的出現(xiàn)，計算能力也成為一種商品，比如可以依托虛擬機對外進行銷售，此時數據中心則為這類商品的物理承載體。數據中心(Data center，簡稱DC)，是一個設施，由計算系統(tǒng)，存儲系統(tǒng)，通訊系統(tǒng)，網絡設備， 環(huán)境控制系統(tǒng)(如散熱系統(tǒng)和火災防御系統(tǒng))，安全系統(tǒng)等組件構成。并且通過提供大量的冗余方案來提高數據中心的可靠性，比如供電冗余，通訊連接冗余等等，其常用于公司級別的核心業(yè)務計算和存儲，或者公司組織運營數據的計算和存儲。虛擬機(Virtual Machine，簡稱VM)是指通過軟件模擬的具有完整硬件系統(tǒng)功能的，運行在一個完全隔離環(huán)境中的完整計算機系統(tǒng)。通常能夠在一臺物理計算機上模擬出多臺虛擬機。目前，虛擬化已經成為數據中心發(fā)展的特性，因為數據中心的主要運算單元為服務器，即物理CPU，但是其運算任務并不能完全匹配到CPU的運算能力，所以由單個物理CPU 模擬出多個虛擬CPU，將運算任務分散到各個虛擬CPU能夠使得數據中心的計算能力得到最大化。圖1所示為現(xiàn)有技術中虛擬機遷移的網絡架構示意圖，其中，VM部署在虛擬機服務器上，虛擬機服務器通過網關接入網絡，網關相當于數據中心網絡中的機架頂部(Top of Rack，簡稱TOR)交換機，TOR交換機實質相當于接入交換機，用于將虛擬機服務器接入數據中心網絡；多個TOR交換機通過一個機架尾部(End of Rack，簡稱E0R)交換機進行互聯(lián)匯聚。在現(xiàn)有技術中，當虛擬機服務器A上沒有足夠資源運行或發(fā)生故障時，對于虛擬機服務器A上IP地址為192. 168. 1. 101的VM，虛擬機管理系統(tǒng)需要將該VM遷移至空閑的虛擬機服務器B上，該動作對于用戶而言是不可見的。由于虛擬機服務器A和虛擬機服務器B，分別從IP地址為192. 168. 1. 1的網關和IP地址為192. 168. 2. 1的網關接入網絡，所以在該 VM遷移后，該VM的網關地址和自身的IP地址均發(fā)生了變化，遷移后該VM的IP地址變更為 192. 168. 2. 101，從而虛擬機管理系統(tǒng)需要將變更的該VM的網關地址和自身的IP地址通告給用戶，使得用戶使用新的地址和配置進行訪問，這無疑增加了虛擬機管理系統(tǒng)的維護成本。為解決這一問題，現(xiàn)有技術中出現(xiàn)了基于VPLS(Virtual Private Lan Service, 虛擬專用局域網業(yè)務)技術實現(xiàn)虛擬機部署的方案，如圖2所示，其中，虛擬機服務器相當于VPLS網絡中的CE(Customer Edge Device，用戶邊緣設備)，該方案中采用VPLS技術將各個虛擬機服務器，通過PE (Provider Edge Device，運營商邊緣設備)連接在同一個 LAN (Local Area Network，局域網)中，即各個虛擬機服務器均通過該LAN的同一個網關接入網絡，所以當VM從一個虛擬機服務器遷移至另一個虛擬機服務器上時，該VM的網關地址和自身的IP地址均不再需要改變。該方案配置簡單、協(xié)議成熟，且容易管理。然而，在上述基于VPLS技術實現(xiàn)虛擬機部署的方案中，如果采用現(xiàn)有技術中的 MAC地址表建立方法，PE將對所接收的全部報文的源MAC地址均進行學習，即建立源MAC地址的地址表項，從而使得該LAN中的所有PE均可能要學習到該LAN中所有VM的MAC地址， 而PE所支持的MAC地址的數量是有限的，所以這將導致數據中心網絡所能承載的虛擬機服務器的數量有限，而如果采用大容量MAC地址表的PE以增加所能承載的虛擬機服務器的數量，則會造成較高的數據中心網絡的組網成本。

發(fā)明內容
本發(fā)明實施例提供一種MAC地址表建立方法及運營商邊緣設備，用以解決現(xiàn)有技術中存在的VPLS網絡中PE需要較大容量的MAC地址表的問題。本發(fā)明實施例提供一種介質訪問控制MAC地址表建立方法，包括運營商邊緣設備PE通過與其相連的偽線PW接收第一業(yè)務報文；并當確定所述第一業(yè)務報文為指定類型報文時，取消對所述第一業(yè)務報文的源MAC 地址的地址表項的建立，所述指定類型報文為未知名單播報文、組播報文或非免費地址解析協(xié)議ARP報文的廣播報文。本發(fā)明實施例還提供一種運營商邊緣設備PE，包括第一接收單元，用于通過與PE相連的偽線PW接收第一業(yè)務報文；建立單元，用于當確定所述第一業(yè)務報文為指定類型報文時，取消對所述第一業(yè)務報文的源MAC地址的地址表項的建立，所述指定類型報文為未知名單播報文、組播報文或非免費地址解析協(xié)議ARP報文的廣播報文。本發(fā)明實施例提供的方法中，PE針對通過PW(Pseud0 Wire，偽線)接收的業(yè)務報文，不再是對所接收的所有業(yè)務報文的源MAC地址均建立對應的地址表項，而是對業(yè)務報文的類型進行了區(qū)分，針對指定類型報文，如未知名單播報文、組播報文或非免費 ARP(Address Resolution Protocol，地址解析協(xié)議)報文的廣播報文，取消對接收的該業(yè)務報文的源MAC地址的地址表項的建立，從而減少了該PE所建立的地址表項的數量，即減少了其MAC地址表的容量。


圖1為現(xiàn)有技術中虛擬機遷移的網絡架構示意圖；圖2為現(xiàn)有技術中基于VPLS技術實現(xiàn)虛擬機部署的網絡架構示意圖；圖3為本發(fā)明實施例提供的MAC地址表建立方法的流程圖；圖4為本發(fā)明實施例1中提供的MAC地址表建立方法的流程圖；圖5為現(xiàn)有技術中基于VPLS技術實現(xiàn)虛擬機部署的網絡架構的簡化示意圖；圖6、圖7和圖8為采用本發(fā)明實施例1提供的MAC地址表建立方法，報文的傳輸和MAC地址表項建立的示意圖；圖9為采用分層拓撲模型的H-VPLS網絡的結構示意圖；圖10為本發(fā)明實施例2中提供的MAC地址表建立方法的流程圖；圖11為本發(fā)明實施例3中提供的運營商邊緣設備的結構示意圖。
具體實施例方式為了給出減少VPLS網絡中PE的地址表容量的實現(xiàn)方案，本發(fā)明實施例提供了一種MAC地址表建立方法及運營商邊緣設備，以下結合說明書附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。并且在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。本發(fā)明實施例提供一種MAC地址表建立方法，如圖3所示，包括步驟S301、PE通過與其相連的PW接收第一業(yè)務報文。步驟S302、當確定接收的該第一業(yè)務報文為指定類型報文時，取消對該第一業(yè)務報文的源MAC地址的地址表項的建立，其中，指定類型報文為未知名單播報文、組播報文或非免費ARP報文的廣播報文。下面結合附圖，用具體實施例對本發(fā)明提供的方法及裝置進行詳細描述。實施例1 圖4為本發(fā)明實施例1中提供的MAC地址表建立方法的流程圖，具體包括步驟S401、PE通過與其相連的PW接收用戶的業(yè)務報文。在VPLS網絡中，兩個PE之間的虛擬線路稱作PW，在PW上傳輸用戶的二層報文，不同的PW可以用MPLS (Multi-Protocol Label Switching,多協(xié)議標簽交換)標簽來區(qū)分。步驟S402、判斷通過PW接收的業(yè)務報文是否為指定類型報文，指定類型報文為非免費ARP報文的廣播報文、未知名單播報文或組播報文，其中，非免費ARP報文的廣播報文包括了除免費ARP報文外的全部廣播報文，未知名單播報文為報文中的目的MAC地址為單播MAC地址，且在PE本地的MAC地址表中未查找到該目的MAC地址的地址表項的報文。免費ARP報文是標準ARP請求報文的特例，目的MAC地址仍是二層廣播地址 FFFF-FFFF-FFFF，源MAC地址是發(fā)送該免費ARP報文的設備的MAC地址，然而，源IP地址和目的IP地址都是發(fā)送該免費ARP報文的設備的IP地址。如果通過PW接收的業(yè)務報文是指定類型報文，則進入步驟S403，否則，進入步驟 S404。步驟S403、當PE通過PW接收的業(yè)務報文是上述指定類型報文時，由于該業(yè)務報文的目的MAC地址可能不是唯一確定的，例如，非免費ARP報文的廣播報文和組播報文，也可能是唯一確定的，但本地MAC地址表中未包括該目的MAC地址的地址表項，例如，未知名單播報文，此時，對于非免費ARP報文的廣播報文和未知名單播報文，PE采用泛洪方式轉發(fā)該業(yè)務報文，對于組播報文，PE也需要根據組播地址將該業(yè)務報文轉發(fā)給多個目的設備，也就是說，PE需要將該業(yè)務報文轉發(fā)給多個目的設備，然而后續(xù)接收到該業(yè)務報文的目的設備可能不會與該業(yè)務報文的源MAC地址的對應設備進行交互，PE也就不需要將后續(xù)所接收的業(yè)務報文轉發(fā)給該業(yè)務報文的源MAC地址的對應設備，因此，本步驟中，PE取消對該業(yè)務報文的源MAC地址的地址表項的建立。步驟S404、判斷通過PW接收的業(yè)務報文是免費ARP報文，還是知名單播報文，如果是知名單播報文，進入步驟S405，如果是免費ARP報文，進入步驟S406。步驟S405、當PE通過PW接收的業(yè)務報文是知名單播報文時，按照現(xiàn)有技術中對于知名單播報文的源MAC地址的學習方式建立地址表項，即獲取該業(yè)務報文的源MAC地址，并當本地的MAC地址表中未包括獲取的該源MAC地址的地址表項時，建立該源MAC地址的地址表項。步驟S406、當PE通過PW接收的業(yè)務報文是免費ARP報文時，判斷本地的MAC地址表中是否包括了該業(yè)務報文的源MAC地址的地址表項，如果未包括，進入步驟S407，否則， 進入步驟S408。步驟S407、當本地的MAC地址表中未包括了該業(yè)務報文的源MAC地址的地址表項時，取消對該業(yè)務報文的源MAC地址的地址表項的建立。步驟S408、當本地的MAC地址表中包括了該業(yè)務報文的源MAC地址的地址表項時， 從MAC地址表中的該源MAC地址表項中獲取該源MAC地址對應的轉發(fā)接口信息，并使用接收該業(yè)務報文的PW的對應接口的接口信息，更新所獲取的該源MAC地址對應的轉發(fā)接口信肩、ο由于免費ARP報文可用于更新源MAC地址的轉發(fā)接口信息，所以，本實施例中將免費ARP報文與其它廣播報文進行區(qū)分，并在本步驟中，實現(xiàn)對源MAC地址的轉發(fā)接口信息的更新，以便后續(xù)準確的將目的MAC地址為該源MAC地址的報文轉發(fā)給該源MAC地址對應的設備。通過上述步驟S401-步驟S408，對本實施例1提出的方案中，PE針對從PW接收的業(yè)務報文建立MAC地址表的詳細流程，然而，在VPLS網絡中，一個PE可以與其它PE相連， 也可以與CE相連，PE與CE之間的物理線路或者虛擬線路稱為AC (Attachment Circuits, 聯(lián)接電路)，因此，PE也可以通過與其相連的AC接收來自AC的業(yè)務報文。對于PE通過AC接收的業(yè)務報文，較佳的，本實施例1提出如下具體方案PE通過AC接收的業(yè)務報文，獲取該業(yè)務報文的源MAC地址，并當本地的MAC地址表中未包括獲取的該源MAC地址的地址表項時，建立該源MAC地址的地址表項。圖5為上述圖2所示網絡架構的簡化示意圖，基于圖5所示的網絡架構，在現(xiàn)有技術中，當部署在虛擬機服務器A上的VMl將要和部署在虛擬機服務器B上的VM2通信時，由于VMl上沒有VM2的MAC地址，所以會先發(fā)送ARP請求報文的廣播報文，該ARP請求報文會在二層的VPLS域內轉發(fā)，從而到達該VPLS域內的所有PE上，進而所有PE都將學習該ARP 請求報文的源MAC地址，即建立VMl的MAC地址的地址表項，而實際上是由于要在VMl和VM2 之間進行通信，因此最理想的情況是只要在PEl和PE2上對VMl的MAC地址進行地址學習即可，而VMl與網關并沒有發(fā)生通信，則PE3是不需要對VMl的MAC地址進行地址學習的。而采用本發(fā)明上述實施例1中提供的方案，如圖6所示，當VMl發(fā)送ARP請求報文的廣播報文，該ARP請求報文同樣會在二層的VPLS域內轉發(fā)，此時，PEl是從與其相連的AC 接收的該ARP請求報文，所以，將建立該ARP報文的源MAC地址的地址表項，PE2和PE3是分別從與其相連的PW3和PWl接收該ARP請求報文，所以，將取消對該ARP請求報文的源MAC 地址的地址表項的建立。如圖7所示，VM2在接收到該ARP請求報文后，將向VMl返回ARP應答報文，該ARP 應答報文到達PE2后，由于PE2本地的MAC地址表中未包括該ARP應答報文的目的MAC地址(即VMl的MAC地址)的地址表項，所以該ARP應答報文對于PE2來說是未知名單播報文，將采用泛洪的方式轉發(fā)該ARP應答報文，并且，PE2是通過與其相連的AC接收該ARP應答報文，所以，將建立該ARP應答報文的源MAC地址(即VM2的MAC地址)的地址表項。由于PE3本地的MAC地址表中也未包括該ARP應答報文的目的MAC地址的地址表項，且PE3是從PW2接收的該ARP應答報文，所以，將取消對該ARP應答報文的源MAC地址的地址表項的建立。 由于PE1本地的MAC地址表中包括該ARP應答報文中的目的MAC地址的地址表項， 所以該ARP應答報文對于PEl來說是知名單播報文，所以PEl將按照地址表中該目的MAC 地址的地址表項，將該ARP應答報文轉發(fā)給目的MAC地址對應的設備，即轉發(fā)給VM1，并且， 建立該ARP應答報文的源MAC地址(即VM2的MAC地址)的地址表項。如圖8所示，VMl在接收到該ARP應答報文后，即可獲知VM2的MAC地址，然后可發(fā)送目的MAC地址為VM2的MAC地址的業(yè)務報文，PEl在接收到該業(yè)務報文后，則獲取該業(yè)務報文的目的MAC地址，然后在本地MAC地址表中查找出該目的MAC地址的轉發(fā)接口，如 VM2的MAC地址的轉發(fā)接口為PW3對應接口，然后從查詢出的轉發(fā)接口轉發(fā)該業(yè)務報文，即從PW3對應接口將該業(yè)務報文轉發(fā)給PE2，PE2在接收到該業(yè)務報文后，則獲取該業(yè)務報文的目的MAC地址，然后在本地MAC地址表中查找出該目的MAC地址的轉發(fā)接口，如VM2的 MAC地址的轉發(fā)接口為PortB，然后從查詢出的轉發(fā)接口再將該業(yè)務報文轉發(fā)給VM2,并且， 該業(yè)務報文對于PE2來說是知名單播報文，所以PE2建立該業(yè)務報文的源MAC地址(即VMl 的MAC地址)的地址表項。本實施例中，PE在轉發(fā)從AC接收到的業(yè)務報文時，是將該業(yè)務報文封裝為標簽報文，再進行轉發(fā)；PE接收到封裝的標簽報文后，解除該標簽報文的封裝，獲取到該業(yè)務報文，再根據該業(yè)務報文的目的MAC地址將該業(yè)務報文通過AC轉發(fā)給用戶邊緣設備CE，對于封裝標簽報文和解封裝的具體方案可采用現(xiàn)有技術，在此不再詳細描述。從圖6-8中可見，采用本發(fā)明實施例1提供的上述方案，PE3不會在本地的MAC地址表中建立VMl的MAC地址的地址表項，所以，相比現(xiàn)有技術，PE3減少了 MAC地址表的容量。在采用VPLS技術實現(xiàn)虛擬機部署的數據中心網絡中，當數據中心網絡中的PE均采用上述實施例1提供的MAC地址表建立方法時，可減少PE本地MAC地址表的容量，從而提高了數據中心網絡所能承載的虛擬機服務器的數量，并且避免采用大容量MAC地址表的 PE，從而降低了數據中心網絡的組網成本。上述實施例1中，是在所有PE兩兩互聯(lián)的全互聯(lián)拓撲模型的VPLS網絡中實現(xiàn)的， 對于采用分層拓撲模型的H-VPLS網絡，同樣可以采用相似的技術方案，下面在實施例2中對此進行詳細描述。實施例2 圖9所示為采用分層拓撲模型的H-VPLS網絡的結構示意圖，其中，對PE進行了區(qū)分，包括網絡運營商邊緣設備N-PE和面向用戶的運營商邊緣設備U-PE，N-PE為處于骨干網絡核心邊緣的PE，提供在核心網之間的VPLS的透傳服務，一個LAN中的所有N-PE兩兩互聯(lián)，U-PE為面向用戶的PE，與CE相連，作為為CE接入VPN的匯聚設備。其中，兩個N-PE之間的偽線稱作Hub-PW，N-PE與U-PE之間的偽線稱作Spoke_PW， 從圖9中可見，U-PE與全互聯(lián)拓撲模型的VPLS網絡中PE相似，均是既有AC的接口，也有 PW的接口，因此，本實施例2中，U-PE可采用與上述實施例1中PE相同的MAC地址表建立的方案，其中Spoke-PW相當于上述實施例1中的PW，具體方案在此不再進行詳細描述。而對于N-PE，由于其沒有AC的接口，所以無法采用與上述實施例1中PE相同的MAC地址表建立的方案，但可采用相似的方案，如圖10所示，具體包括步驟S1001、N_PE接收用戶的業(yè)務報文。在H-VPLS網絡中，一個N-PE可以與其它 N-PE相連，也可以與U-PE相連，兩個N-PE之間的偽線稱作Hub_PW，N_PE與U-PE之間的偽線稱作Spoke-PW，因此，N-PE可通過與其相連的Hub-PW接收來自Hub-PW的業(yè)務報文，也可以通過與其相連的Spoke-PW接收來自Spoke-PW的業(yè)務報文。步驟S1002、當N-PE通過與其相連的Hub-PW接收用戶的業(yè)務報文時，進入步驟 S1003,否則，即當N-PE通過與其相連的Spoke-PW接收用戶的業(yè)務報文時，進入步驟S1004。步驟S1003、判斷通過Hub-PW接收的業(yè)務報文是否為指定類型報文，指定類型報文為非免費ARP報文的廣播報文、未知名單播報文或組播報文，其中，非免費ARP報文的廣播報文包括了除免費ARP報文外的全部廣播報文，未知名單播報文為報文中的目的MAC地址為單播MAC地址，且在N-PE本地的MAC地址表中未查找到該目的MAC地址的地址表項的報文。如果通過Hub-PW接收的業(yè)務報文是指定類型報文，則進入步驟S1005，否則，進入步驟S1006。步驟S1004、N-PE對于通過Spoke-PW接收的業(yè)務報文，獲取該業(yè)務報文的源MAC 地址，并當本地的MAC地址表中未包括獲取的該源MAC地址的地址表項時，建立該源MAC地址的地址表項。步驟S1005、當N-PE通過Hub-PW接收的業(yè)務報文是上述指定類型報文時，由于該業(yè)務報文的目的MAC地址可能不是唯一確定的，例如，非免費ARP報文的廣播報文和組播報文，也可能是唯一確定的，但本地MAC地址表中未包括該目的MAC地址的地址表項，例如， 未知名單播報文，此時，對于非免費ARP報文的廣播報文和未知名單播報文，N-PE采用泛洪方式轉發(fā)該業(yè)務報文，對于組播報文，N-PE也需要根據組播地址將該業(yè)務報文轉發(fā)給多個目的設備，也就是說，N-PE需要將該業(yè)務報文轉發(fā)給多個目的設備，然而后續(xù)接收到該業(yè)務報文的目的設備可能不會與該業(yè)務報文的源MAC地址的對應設備進行交互，N-PE也就不需要將后續(xù)所接收的業(yè)務報文轉發(fā)給該業(yè)務報文的源MAC地址的對應設備，因此，本步驟中， N-PE取消對該業(yè)務報文的源MAC地址的地址表項的建立。步驟S1006、判斷通過Hub-PW接收的業(yè)務報文是免費ARP報文，還是知名單播報文，如果是知名單播報文，進入步驟S1007，如果是免費ARP報文，進入步驟S1008。步驟S1007、當N-PE通過Hub-PW接收的業(yè)務報文是知名單播報文時，按照現(xiàn)有技術中對于知名單播報文的源MAC地址的學習方式建立地址表項，即獲取該業(yè)務報文的源 MAC地址，并當本地的MAC地址表中未包括獲取的該源MAC地址的地址表項時，建立該源 MAC地址的地址表項。步驟S1008、當N-PE通過Hub-PW接收的業(yè)務報文是免費ARP報文時，判斷本地的MAC地址表中是否包括了該業(yè)務報文的源MAC地址的地址表項，如果未包括，進入步驟 S1009，否則，進入步驟SlOlO0免費ARP報文是標準ARP請求報文的特例，目的MAC地址仍是二層廣播地址 FFFF-FFFF-FFFF，源MAC地址是發(fā)送該免費ARP報文的設備的MAC地址，然而，源IP地址和目的IP地址都是發(fā)送該免費ARP報文的設備的IP地址。步驟S1009、當N-PE本地的MAC地址表中未包括該業(yè)務報文的源MAC地址的地址表項時，取消對該業(yè)務報文的源MAC地址的地址表項的建立。步驟S1010、當N-PE本地的MAC地址表中包括了該業(yè)務報文的源MAC地址的地址表項時，從MAC地址表中的該源MAC地址表項中獲取該源MAC地址對應的轉發(fā)接口，并使用接收該業(yè)務報文的Hub-PW的對應接口，更新所獲取的該源MAC地址對應的轉發(fā)接口。實施例3 基于同一發(fā)明構思，根據本發(fā)明上述實施例提供的MAC地址表建立方法，相應地， 本發(fā)明實施例3還提供了一種運營商邊緣設備，其結構示意圖如圖11所示，具體包括第一接收單元1101，用于通過與PE相連的偽線PW接收第一業(yè)務報文；建立單元1102，用于當確定所述第一業(yè)務報文為指定類型報文時，取消對所述第一業(yè)務報文的源MAC地址的地址表項的建立，所述指定類型報文為未知名單播報文、組播報文或非免費地址解析協(xié)議ARP報文的廣播報文。較佳的，所述建立單元1102，還用于當確定所述第一業(yè)務報文為免費ARP報文，且本地的MAC地址表中未包括所述第一業(yè)務報文的源MAC地址的地址表項時，取消對所述第一業(yè)務報文的源MAC地址的地址表項的建立；當確定所述第一業(yè)務報文為免費ARP報文，且本地的MAC地址表中包括所述第一業(yè)務報文的源MAC地址的地址表項時，使用所述偽線對應接口的接口信息更新所述源MAC 地址的地址表項中與所述源MAC地址對應的轉發(fā)接口信息。較佳的，上述運營商邊緣設備，還包括第二接收單元1103，用于通過與本PE相連的聯(lián)接電路AC接收第二業(yè)務報文；所述建立單元1102，還用于當本地的MAC地址表中未包括所述第二業(yè)務報文的源 MAC地址的地址表項時，建立所述第二業(yè)務報文的源MAC地址的地址表項。較佳的，所述PE為面向用戶的運營商邊緣設備U-PE，所述PW為所述U-PE與網絡運營商邊緣設備N-PE之間的Spoke-PW。較佳的，所述PE為網絡運營商邊緣設備N-PE，所述PW為所述N-PE與其它N-PE之間的第一偽線Hub-PW。較佳的，上述網絡運營商邊緣設備，還包括第三接收單元1104，用于通過與面向用戶的運營商邊緣設備U-PE之間的第二偽線Spoke-PW接收第三業(yè)務報文；所述建立單元1102，還用于當本地的MAC地址表中未包括所述第三業(yè)務報文的源 MAC地址的地址表項時，建立所述第三業(yè)務報文的源MAC地址的地址表項。綜上所述，本發(fā)明實施例提供的方案，包括PE通過與其相連的PW接收第一業(yè)務報文；當確定接收的該第一業(yè)務報文為指定類型報文時，取消對該第一業(yè)務報文的源MAC 地址的地址表項的建立，其中，指定類型報文為未知名單播報文、組播報文或非免費ARP報文的廣播報文。采用本發(fā)明實施例提供的方案，減少了 PE所建立的地址表項的數量，從而減少了其MAC地址表的容量。顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種介質訪問控制MAC地址表建立方法，其特征在于，包括運營商邊緣設備PE通過與其相連的偽線PW接收第一業(yè)務報文；并當確定所述第一業(yè)務報文為指定類型報文時，取消對所述第一業(yè)務報文的源MAC地址的地址表項的建立，所述指定類型報文為未知名單播報文、組播報文或非免費地址解析協(xié)議ARP報文的廣播報文。
2.如權利要求1所述的方法，其特征在于，還包括當確定所述第一業(yè)務報文為免費ARP報文，且本地的MAC地址表中未包括所述第一業(yè)務報文的源MAC地址的地址表項時，取消對所述第一業(yè)務報文的源MAC地址的地址表項的建立；當確定所述第一業(yè)務報文為免費ARP報文，且本地的MAC地址表中包括所述第一業(yè)務報文的源MAC地址的地址表項時，使用所述偽線對應接口的接口信息更新所述源MAC地址的地址表項中與所述源MAC地址對應的轉發(fā)接口信息。
3.如權利要求1所述的方法，其特征在于，還包括所述PE通過與其相連的聯(lián)接電路AC接收第二業(yè)務報文；并當本地的MAC地址表中未包括所述第二業(yè)務報文的源MAC地址的地址表項時，建立所述第二業(yè)務報文的源MAC地址的地址表項。
4.如權利要求1-3任一所述的方法，其特征在于，所述PE為面向用戶的運營商邊緣設備U-PE，所述PW為所述U-PE與網絡運營商邊緣設備N-PE之間的Spoke-PW。
5.如權利要求1或2所述的方法，其特征在于，所述PE為第一網絡運營商邊緣設備 N-PE,所述PW為所述第一 N-PE與第二 N-PE之間的第一偽線Hub_PW。
6.如權利要求5所述的方法，其特征在于，還包括所述第一 N-PE通過與面向用戶的運營商邊緣設備U-PE之間的第二偽線Spoke-PW接收第三業(yè)務報文；并當本地的MAC地址表中未包括所述第三業(yè)務報文的源MAC地址的地址表項時，建立所述第三業(yè)務報文的源MAC地址的地址表項。
7.—種運營商邊緣設備PE，其特征在于，包括第一接收單元，用于通過與PE相連的偽線PW接收第一業(yè)務報文；建立單元，用于當確定所述第一業(yè)務報文為指定類型報文時，取消對所述第一業(yè)務報文的源MAC地址的地址表項的建立，所述指定類型報文為未知名單播報文、組播報文或非免費地址解析協(xié)議ARP報文的廣播報文。
8.如權利要求7所述的運營商邊緣設備，其特征在于，所述建立單元，還用于當確定所述第一業(yè)務報文為免費ARP報文，且本地的MAC地址表中未包括所述第一業(yè)務報文的源MAC 地址的地址表項時，取消對所述第一業(yè)務報文的源MAC地址的地址表項的建立；當確定所述第一業(yè)務報文為免費ARP報文，且本地的MAC地址表中包括所述第一業(yè)務報文的源MAC地址的地址表項時，使用所述偽線對應接口的接口信息更新所述源MAC地址的地址表項中與所述源MAC地址對應的轉發(fā)接口信息。
9.如權利要求7所述的運營商邊緣設備，其特征在于，還包括第二接收單元，用于通過與本PE相連的聯(lián)接電路AC接收第二業(yè)務報文；所述建立單元，還用于當本地的MAC地址表中未包括所述第二業(yè)務報文的源MAC地址的地址表項時，建立所述第二業(yè)務報文的源MAC地址的地址表項。
10.如權利要求7-9任一所述的運營商邊緣設備，其特征在于，所述PE為面向用戶的運營商邊緣設備U-PE，所述PW為所述U-PE與網絡運營商邊緣設備N-PE之間的Spoke-PW。
11.如權利要求7或8所述的運營商邊緣設備，其特征在于，所述PE為網絡運營商邊緣設備N-PE，所述PW為所述N-PE與其它N-PE之間的第一偽線Hub_PW。
12.如權利要求11所述的網絡運營商邊緣設備，其特征在于，還包括第三接收單元，用于通過與面向用戶的運營商邊緣設備U-PE之間的第二偽線 Spoke-Pff接收第三業(yè)務報文；所述建立單元，還用于當本地的MAC地址表中未包括所述第三業(yè)務報文的源MAC地址的地址表項時，建立所述第三業(yè)務報文的源MAC地址的地址表項。
全文摘要
本發(fā)明公開了一種MAC地址表建立方法及運營商邊緣設備，包括PE通過與其相連的PW接收第一業(yè)務報文；當確定接收的該第一業(yè)務報文為指定類型報文時，取消對該第一業(yè)務報文的源MAC地址的地址表項的建立，其中，指定類型報文為未知名單播報文、組播報文或非免費ARP報文的廣播報文。采用本發(fā)明實施例提供的方案，減少了PE所建立的地址表項的數量，從而減少了其MAC地址表的容量。
文檔編號H04L29/12GK102164091SQ20111012458
公開日2011年8月24日 申請日期2011年5月13日 優(yōu)先權日2011年5月13日
發(fā)明者吳治國, 陳興斌 申請人:北京星網銳捷網絡技術有限公司