專利名稱：運營商邊緣設備、城域以太接入網(wǎng)及其處理數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種虛擬專用局域網(wǎng)技術(shù)，尤其涉及一種城域以太接入網(wǎng)處 理數(shù)據(jù)的方法、面向用戶側(cè)的運營商邊緣設備以及城域以太接入網(wǎng)。
背景技術(shù)：
虛擬專用局域網(wǎng)(LAN)業(yè)務(Virtual Private LAN Services, VPLS ) 是一種二層虛擬專用網(wǎng)(VPN)技術(shù)，其作用就是一臺虛擬的LAN交換機。通 過在多協(xié)議標簽交換(Multi protocol Label Switching , MPLS)網(wǎng)絡上提 供類似LAN業(yè)務的功能，可以使用戶從多個地理位置分散的點同時接入網(wǎng)絡， 相互訪問，就像這些點直接接入到LAN上一樣。如圖6所示，用戶邊緣設備 (Custom Edge, CE ) 20所在接口加入VPLS虛擬交換實例(Virtual Switch Instance, VSI ) 50,運營商邊緣設備(provider edge, PE ) 60之間通過偽 連線(PseudoWire， PW) 30互相連接，對客戶端設備形成一個仿真LAN。每 個PE設備在VSI內(nèi)進行用戶介質(zhì)訪問控制(MAC )地址學習，包括對CE側(cè)和 PW側(cè)設備的MAC地址學習，建立轉(zhuǎn)發(fā)表項，使得加入相同VSI的CE用戶可 以在二層進行互相訪問。VPLS PW通常使用MPLS隧道，也可以使用其他任何 隧道，如通用路由封裝技術(shù)(GRE) 、 二層隧道傳輸協(xié)議(L2TPV3) 、 TE 等，完成以太網(wǎng)報文的透傳。
目前，常常利用VPLS技術(shù)組建城域以太網(wǎng)，以利用MPLS/IP的各種保護 技術(shù)來提高網(wǎng)絡的可靠性。如圖7所示，整個網(wǎng)絡包括最后一公里接入Ol、 城域以太接入網(wǎng)(Metro-E) 00、核心業(yè)務網(wǎng)(IP Core ) 02三個部分。其中， Metro-E網(wǎng)絡00由交換斗幾60、面向用戶側(cè)的PEi殳備(User facing-Provider Edge, UPE )1，、匯聚設備(PE-aggregation, PE-AGG )12和業(yè)務路由器(ServiceRouter, SR)設備11共同組成，交換機60將業(yè)務二層傳送到UPE 1，，并進 入相應的MPLS隧道70傳送到PE-AGG 12, PE-AGG 12終結(jié)MPLS隧道，然后 二層轉(zhuǎn)發(fā)到SR設備11 ， SR設備11為業(yè)務接入點，將業(yè)務數(shù)據(jù)接入到三層網(wǎng) 絡進行轉(zhuǎn)發(fā)，此外，PE-AGG 12與和SR 11還可合為一個網(wǎng)絡PE"i殳備(Network provider edge, NPE ) 10，同時完成終結(jié)MPLS隧道70并接入到業(yè)務網(wǎng)絡。
現(xiàn)有Metro-E組網(wǎng)方案中，NPE與UPE為VPLS的傳送網(wǎng)絡，NPE終結(jié)MPLS 隧道并進行三層轉(zhuǎn)發(fā)時，需要通過NPE的內(nèi)部虛擬三層接口接入，該虛擬三 層接口具有普通三層接口的功能，如可配置IP地址、運行路由協(xié)議等。在進 行三層業(yè)務接入的處理過程中，NPE需要保存該虛擬接口相關(guān)的用戶的 IP+MAC的地址解析協(xié)議(Address Resolution Protocol, ARP )表項，當業(yè) 務流量到達NPE時，需要在此虛擬三層接口上根據(jù)IP地址查找相應的用戶 MAC地址，并進行二層封裝，然后通過VPLS網(wǎng)絡中的MPLS隧道傳送到UPE, UPE再轉(zhuǎn)發(fā)給用戶設備。
在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題由于NPE 是業(yè)務的集中處理點，即全部Metro-E網(wǎng)絡的用戶都要到此進入三層網(wǎng)絡， 因此，NPE需保存Metro-E范圍內(nèi)全網(wǎng)用戶的ARP表項，導致ARP表項的數(shù) 量成為應用的瓶頸，網(wǎng)絡的擴展性差，組網(wǎng)規(guī)模受到限制。當NPE分離為 PE-AGG和SR兩個設備，三層業(yè)務在SR處集中處理時，ARP表項過大的問題 同樣存在。

發(fā)明內(nèi)容
本發(fā)明實施例的第 一方面在于提出 一種城域以太接入網(wǎng)處理數(shù)據(jù)的方
本發(fā)明實施例的第二面在于提出一種面向用戶側(cè)的運營商邊緣設備，以 實現(xiàn)在面向用戶側(cè)的運營商邊緣設備中建立ARP表項，并查詢獲得目的MAC 地址。
本發(fā)明實施例的第三方面在于提出 一種城域以太接入網(wǎng)，以實現(xiàn)城域以 太接入網(wǎng)能分散保存全網(wǎng)用戶ARP表項。
本發(fā)明第一方面的一些實施例提供了 一種城域以太接入網(wǎng)處理數(shù)據(jù)的
方法，包括
從設定的接口接收網(wǎng)絡側(cè)數(shù)據(jù)；
UPE查詢ARP表項，獲得目的MAC地址；
用所述目的MAC地址封裝所述數(shù)據(jù)進行發(fā)送。
上述方案通過設置特定的接口查詢ARP表項，Metro-E能夠?qū)⒕W(wǎng)絡側(cè) 發(fā)送的數(shù)據(jù)傳輸?shù)経PE后再查找目的MAC地址，使得數(shù)據(jù)的目的MAC地址 不必在業(yè)務的集中處理點-NPE處獲得，從而能夠?qū)RP表項分布在面向用 戶側(cè)的運營商邊緣設備中，即，避免了業(yè)務集中處理點NPE保存全網(wǎng) Metro-E中的用戶ARP表項，減小了集中式業(yè)務節(jié)點的復雜性，提高了網(wǎng) 絡擴展性，能夠使網(wǎng)絡大規(guī)模部署。保證了在ARP表項分散保存的情況下 仍然能夠通過分布后的ARP表項將數(shù)據(jù)發(fā)送到用戶終端。
本發(fā)明第二方面的一些實施例提供了 一種面向用戶側(cè)的運營商邊緣設 備，包括數(shù)據(jù)接收模塊、數(shù)據(jù)發(fā)送模塊、請求接收模塊、表項建立模塊、 判斷模塊、查詢模塊以及封裝模塊；其中，數(shù)據(jù)接收模塊用于接收面向網(wǎng) 絡側(cè)運營商邊緣設備發(fā)送的數(shù)據(jù)；請求接收模塊用于接收用戶終端的ARP 請求；表項建立模塊用于根據(jù)所述請求接收模塊獲取并保存所述ARP請求 中的用戶終端IP地址與MAC地址，建立ARP表項；判斷模塊用于判斷接 收到的網(wǎng)絡側(cè)數(shù)據(jù)是否來自設定的接口 ；查詢模塊用于根據(jù)所述判斷模塊 的判斷結(jié)果從所述表項建立模塊建立的ARP表項中查詢與所述數(shù)據(jù)接收模 塊接收到的數(shù)據(jù)中的IP地址相對應的MAC地址；封裝模塊用于將所述查 詢模塊查詢到的MAC地址與所述數(shù)據(jù)接收模塊接收到的數(shù)據(jù)進行封裝，并 發(fā)送給所述數(shù)據(jù)發(fā)送模塊；數(shù)據(jù)發(fā)送模塊用于發(fā)送所述封裝模塊發(fā)送的數(shù) 據(jù)。
本方案通過表項建立等模塊，使得面向用戶側(cè)的運營商邊緣設備能夠建
立用戶及NPE的相關(guān)ARP表項，并能夠通過查詢ARP表項獲得目的MAC地址， 從而使得ARP表項能夠分布于用戶側(cè)的運營商邊緣設備，避免了 NPE存儲全 網(wǎng)Metro-E的用戶ARP表項，減小了集中式業(yè)務節(jié)點復雜性，提高了網(wǎng)絡擴 展性。
本發(fā)明第三方面的一些實施例提供了一種城域以太接入網(wǎng)，包括面向網(wǎng) 絡側(cè)的運營商邊緣設備與面向用戶側(cè)的運營商邊緣設備，所述面向網(wǎng)絡側(cè) 的運營商邊緣設備設置有網(wǎng)絡側(cè)數(shù)據(jù)接收模塊、接口判斷模塊及網(wǎng)絡側(cè)數(shù) 據(jù)發(fā)送模塊；其中，所述網(wǎng)絡側(cè)數(shù)據(jù)接收模塊用于接收來自網(wǎng)絡側(cè)的數(shù)據(jù)； 所述接口判斷模塊用于判斷接收的數(shù)據(jù)是否來自于預先設定的接口 ；所述 網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送模塊用于將所述網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送到所述面向用戶側(cè)的運 營商邊緣設備；所述面向用戶側(cè)的運營商邊緣設備包括數(shù)據(jù)接收模塊、數(shù) 據(jù)發(fā)送模塊、請求接收模塊、表項建立模塊、判斷模塊、查詢模塊以及封 裝模塊；其中，數(shù)據(jù)接收模塊用于接收來自所述面向網(wǎng)絡側(cè)的運營商邊緣
設備的數(shù)據(jù)；請求接收模塊用于接收用戶終端的ARP請求；表項建立模塊 用于根據(jù)所述請求接收模塊獲取并保存所述ARP請求中的用戶終端IP地 址與MAC地址，建立ARP表項；判斷模塊用于判斷接收到的網(wǎng)絡側(cè)數(shù)據(jù)是 否來自設定的接口 ；查詢模塊用于根據(jù)所述判斷模塊的判斷結(jié)果從所述表 項建立模塊建立的ARP表項中查詢與所述數(shù)據(jù)接收模塊接收到的數(shù)據(jù)中的 IP地址相對應的MAC地址；封裝才莫塊用于將所述查詢^^莫塊查詢到的MAC 地址與所述數(shù)據(jù)接收模塊接收到的數(shù)據(jù)進行封裝，并發(fā)送給所述數(shù)據(jù)發(fā)送 模塊；數(shù)據(jù)發(fā)送模塊用于發(fā)送所述封裝模塊發(fā)送的數(shù)據(jù)。
本方案通過在NPE預先設定接口并為該接口接收的數(shù)據(jù)封裝預先設定 的MAC地址，以及在UPE中設置ARP表項建立等模塊，使得Metro-E能夠 將全網(wǎng)的ARP表項分散保存在UPE中，避免了 NPE集中保存用戶ARP表項， 提高了網(wǎng)絡擴展性以及NPE的處理能力。
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


圖1為本發(fā)明城域以太接入網(wǎng)處理數(shù)據(jù)的方法實施例一的流程圖； 圖2為圖1的組網(wǎng)示意圖4為圖3的組網(wǎng)示意圖5為本發(fā)明面向用戶側(cè)的運營商邊緣設備實施例的結(jié)構(gòu)示意圖； 圖6為現(xiàn)有技術(shù)中虛擬專用局域網(wǎng)業(yè)務的組網(wǎng)示意圖； 圖7為現(xiàn)有技術(shù)中城域以太網(wǎng)架構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例中，NPE設備預先設定接口，對于從該接口接收到的來自 網(wǎng)絡側(cè)的數(shù)據(jù)，或者封裝預先設定MAC地址，或者通過預先設定的偽連線或 虛擬局域網(wǎng)發(fā)送給UPE;相應地，UPE存儲有預先設定的MAC地址或者預先設 定的偽連線或虛擬局域網(wǎng)，UPE接收到網(wǎng)絡側(cè)數(shù)據(jù)后，根據(jù)預先設定的MAC
的接口，若是，則查詢ARP表項。 方法實施例一
圖1為本發(fā)明城域以太接入網(wǎng)處理數(shù)據(jù)的方法實施例一的流程圖，圖 2為圖1的組網(wǎng)示意圖。假設由PE-AGG 12與SR 11合成的NPE設備10 與UPE設備1之間為VLPS傳送網(wǎng)，其中40為數(shù)據(jù)的傳輸路徑，貫穿用戶 終端、CE 3Q、 UPE 1及NPE 10, NPE IO預先設定有一個接口，從這個接 口接收到的數(shù)據(jù)，NPE IO將封裝一個預先設定的MAC地址，相應地，UPE1 中保存有這個預先設定的MAC地址，以根據(jù)該MAC地址執(zhí)行查詢ARP表項 的操作。NPE IO接收到網(wǎng)絡側(cè)發(fā)送的數(shù)據(jù)后，具體執(zhí)行以下操作
步驟101: NPE從設定的接口接收到網(wǎng)絡側(cè)業(yè)務數(shù)據(jù)后，直接封裝預 先設定的MAC地址為目的MAC地址，通過關(guān)聯(lián)的偽連線發(fā)送到UPE;
步驟102: UPE接收到數(shù)據(jù)后，判斷MAC地址是否為預先設定的地址， 若是，則查詢ARP表項獲得與數(shù)據(jù)中IP地址對應的MAC地址，即作為發(fā) 送目的地的用戶終端的MAC地址；
步驟103:將找到的MAC地址封裝為網(wǎng)絡側(cè)業(yè)務數(shù)據(jù)的目的MAC地址進 行發(fā)送，從而在UPE查詢ARP表項獲得目的MAC地址的情況下，將網(wǎng)絡側(cè)發(fā) 送的數(shù)據(jù)發(fā)送到了相應的用戶終端，避免了在Metro-E業(yè)務的集中處理點 —NPE處查詢ARP表項，進一步避免了在NPE保存Metro-E全網(wǎng)用戶終端的 ARP表項。同時，ARP表項分布在各UPE中，提高了網(wǎng)絡的擴展性，保證了網(wǎng) 絡規(guī)模的大規(guī)模部署。
上述實施例中，NPE還可以通過設定一條偽連線，將來自預先設定的 接口的網(wǎng)絡側(cè)數(shù)據(jù)通過該設定的偽連線發(fā)送到UPE，相應地，UPE存儲該 預先設定的偽連線的信息，UPE接收到網(wǎng)絡側(cè)數(shù)據(jù)后，根據(jù)存儲的偽連線 的信息判斷網(wǎng)絡側(cè)數(shù)據(jù)是否來自預先設定的偽連線，從而得知網(wǎng)絡側(cè)數(shù)據(jù) 是否來自NPE設定的接口 ，若是，則查詢ARP表項。
UPE查詢ARP表項獲得目的MAC地址之前需要建立用戶終端的ARP表 項，具體可通過接收用戶終端發(fā)送ARP請求，解析出源地址即用戶終端的 IP地址及MAC地址，并進行保存，從而建立起用戶終端的ARP表項。UPE 從NPE發(fā)送的數(shù)據(jù)中解析出目的IP地址，從建立的用戶終端的ARP表項 中找到與目的IP地址對應的MAC地址，對數(shù)據(jù)進行封裝，發(fā)送到相應的 用戶終端。其中，用戶終端的網(wǎng)關(guān)地址設置為NPE的接口 IP地址。
為了此種部署同樣能夠適用于上行流量處理，即將數(shù)據(jù)從用戶終端發(fā) 送到網(wǎng)絡側(cè)，建立ARP表項還可進一步包括
NPE將自己的IP地址和MAC地址通過免費ARP消息發(fā)送給UPE， UPE 將NPE的IP地址、MAC地址與用戶終端的IP地址、MAC地址保存在一起
建立ARP表項。
當用戶終端向UPE發(fā)送ARP請求時，若ARP請求中目的IP地址對應 的NPE已發(fā)送免費ARP消息給UPE,則UPE直接從ARP表項中找到與目的 IP地址對應的NPE的MAC地址，返回給用戶終端；若UPE 乂人現(xiàn)有的ARP 表項中找不到與目的IP地址對應的MAC地址，則UPE廣纟番該ARP請求給 所有相連的NPE， NPE響應該ARP請求，返回自己的IP地址與MAC地址； NPE進行保存并返回給用戶終端。用戶終端向網(wǎng)絡側(cè)發(fā)送數(shù)據(jù)時，通過上 述方法獲得目的MAC地址，對數(shù)據(jù)進行封裝發(fā)送，此時數(shù)據(jù)為上行數(shù)據(jù)或 用戶數(shù)據(jù)，UPE接收到用戶教據(jù)時，通過VPLS傳送網(wǎng)的偽連線透傳到NPE， 并在NPE的三層虛擬接口終結(jié)，然后三層轉(zhuǎn)發(fā)到業(yè)務核心網(wǎng)UP Core網(wǎng) 絡)，從而在ARP表項分散保存的情況下，進一步實現(xiàn)了數(shù)據(jù)從用戶終端 通過Metro-E發(fā)送到網(wǎng)絡側(cè)。
當PE-AGG與SR為分離設備時，PE-AGG與SR之間為二層轉(zhuǎn)發(fā)，PE-AGG 與UPE之間仍為VPLS傳送網(wǎng)，此時，實現(xiàn)業(yè)務數(shù)據(jù)的發(fā)送與上述實施例 相同。
方法實施例二
圖3為本發(fā)明實現(xiàn)發(fā)送業(yè)務數(shù)據(jù)的方法實施例二的流程圖，圖4為圖 3的組網(wǎng)示意圖。假設NPE與UPE之間為以太網(wǎng)絡，NPE的VLAN子接口中 預先設置有特定的接口接收數(shù)據(jù)，并且對于該接口接收到的數(shù)據(jù)分配預先 設定的VLAN，相應地，UPE也存儲有該預先設定的VLAN。 Metro-E從網(wǎng)絡 側(cè)接收到數(shù)據(jù)后執(zhí)行以下操作
步驟201: NPE從設定的端口接收到網(wǎng)絡側(cè)業(yè)務數(shù)據(jù)后，任意封裝一 個MAC地址給接收到的網(wǎng)絡側(cè)業(yè)務數(shù)據(jù)，由于NPE與UPE之間預先設定 VLAN,因此該MAC地址無需是目的MAC地址或特定的MAC地址，只是為了 讓網(wǎng)絡側(cè)業(yè)務數(shù)據(jù)滿足發(fā)送條件，保證網(wǎng)絡側(cè)業(yè)務數(shù)據(jù)可發(fā)送，通過預先 設定的VLAN將網(wǎng)絡側(cè)業(yè)務數(shù)據(jù)發(fā)送到UPE;
步驟202: UPE接收到數(shù)據(jù)后，判斷發(fā)送數(shù)據(jù)的VLAN是否為預先設定 的VLAN，若是，則查詢ARP表項，找到與凄t據(jù)中IP地址對應的MAC地址， 即作為數(shù)據(jù)發(fā)送目的地的用戶終端的MAC地址；
步驟203:將找到的MAC地址封裝為網(wǎng)絡側(cè)業(yè)務^:據(jù)的目的MAC地址進 行發(fā)送，從而將網(wǎng)絡側(cè)的數(shù)據(jù)發(fā)送到用戶終端。
本實施例中，以太網(wǎng)包括基于IEEE 802. 1Q、 802. lad (即QinQ)、 802. lah (即Mac-in-Mac )等協(xié)議應用的二層網(wǎng)絡。對應的，QinQ應用時， 上述步驟中的基于VLAN的處理關(guān)聯(lián)到兩層VLAN;而Mac-in-Mac應用時， 基于協(xié)議中所述的業(yè)務ID和內(nèi)層用戶VLANID進行關(guān)聯(lián)。NPE也可以對來 自設定接口的網(wǎng)絡側(cè)數(shù)據(jù)預先設定MAC地址，相應地UPE也存儲有該預先 設定的MAC地址，NPE從設定的接口接收到網(wǎng)絡側(cè)數(shù)據(jù)后，對該網(wǎng)絡側(cè)數(shù) 據(jù)的處理方法可同方法實施例一，只是本實施例中，UPE與NPE之間通過 VLAN傳送數(shù)據(jù)。
本實施例中，UPE查詢ARP表項獲得目的MAC地址之前同樣需要建立 用戶終端的ARP表項，建立ARP表項的過程以及用戶終端向UPE發(fā)送ARP 請求時獲得目的MAC地址的過程，可具體與方法實施例 一 中的過程相同， 只是本實施例中，用戶終端的網(wǎng)關(guān)IP地址配置的是NPE的VLAN子接口 IP 地址，NPE是通過關(guān)聯(lián)的VLAN向UPE發(fā)送免費ARP消息或者通過關(guān)聯(lián)的 VLAN向UPE返回ARP請求的響應消息。用戶終端獲得目的MAC地址后，對 要發(fā)送給網(wǎng)絡側(cè)的數(shù)據(jù)進行封裝，UPE接收到該用戶數(shù)據(jù)時，以二層轉(zhuǎn)發(fā) 的方式到達NPE,并終結(jié)在NPE的VLAN子接口 ，然后三層轉(zhuǎn)發(fā)到IP Core 網(wǎng)絡。
設備實施例
圖5為本發(fā)明面向用戶側(cè)的運營商邊緣設備實施例的結(jié)構(gòu)示意圖，如 圖所示，面向用戶側(cè)的運營商邊緣設備(PE) 1內(nèi)設有數(shù)據(jù)接收模塊2、 數(shù)據(jù)發(fā)送模塊3、請求接收模塊4、表項建立模塊5、判斷模塊6、查詢模
塊7以及封裝模塊8;其中，數(shù)據(jù)接收模塊2接收從NPE或用戶終端發(fā)送 的數(shù)據(jù)；數(shù)據(jù)發(fā)送模塊3用于將接收到的數(shù)據(jù)發(fā)送到用戶終端或NPE;請 求接收模塊4用于接收用戶終端的ARP請求，ARP請求中包含有用戶終端 的IP地址、MAC地址以及目的IP地址即NPE的IP地址；表項建立才莫塊5 用于從ARP請求中解析獲取用戶終端的IP地址及MAC地址，并保存，即 進行用戶MAC地址學習，建立ARP表項，當接收到網(wǎng)絡側(cè)的數(shù)據(jù)時，UPE 便可根據(jù)數(shù)據(jù)中的IP地址從ARP表項中找到相應的MAC地址，從而將數(shù) 據(jù)發(fā)送給相應的用戶終端；判斷模塊6存儲有預先設定的MAC地址、偽連 線或VLAN，當接收到網(wǎng)絡側(cè)的數(shù)據(jù)時，UPE首先通過判斷模塊6判斷數(shù)據(jù) 中配置的MAC地址是否為預先設定的MAC地址、偽連線或VLAN，從而得知 網(wǎng)絡側(cè)數(shù)據(jù)是否來自設定的接口，若是，則查詢模塊7再從ARP表中找到 與數(shù)據(jù)中的IP地址相對應的MAC地址，即目的MAC地址；由封裝才莫塊8 將查詢模塊7查詢到的MAC地址與數(shù)據(jù)接收模塊2接收到的數(shù)據(jù)進行封裝， 并發(fā)送給數(shù)據(jù)發(fā)送模塊3;數(shù)據(jù)發(fā)送模塊3將封裝模塊8封裝的數(shù)據(jù)以查 詢模塊7查詢到的MAC地址作為目的MAC地址進行發(fā)送，從而在UPE建立 并查詢ARP表項的情況下，實現(xiàn)了數(shù)據(jù)從網(wǎng)絡側(cè)發(fā)送到相應的用戶終端。
當用戶終端要通過Metro-E向網(wǎng)絡側(cè)發(fā)送數(shù)據(jù)時，UPE還需要建立相 關(guān)NPE的ARP表項，以保證用戶終端能夠獲得相應的NPE的MAC地址。此 時，UPE還可包括廣播模塊以及響應接收模塊；其中，當ARP表項中沒有 找到相應的NPE的MAC地址時，廣播模塊廣播請求接收模塊接收到的ARP 請求給相關(guān)的NPE，與ARP請求中目的IP地址相符的NPE返回ARP響應消 息，告知UPE與目的IP地址對應的MAC地址；響應接收模塊用于接收NPE 返回的響應消息，所述表項建立模塊保存響應接收模塊接收到的MAC地址 及其對應的IP地址，即UPE進行對相關(guān)NPE的MAC地址學習。
或者UPE通過消息接收模塊來進行NPE的MAC地址學習，建立NPE的 ARP表項。消息接收模塊用于接收NPE不定時或?qū)崟r發(fā)送的免費ARP消息，
從而獲得相關(guān)的NPE的IP地址及MAC地址，表項建立模塊將消息接收模 塊接收到的IP地址及MAC地址進行保存，從而建立NPE的ARP表項。
上述設備實施例中，UPE還可包括返回模塊，查詢模塊從表項建立模塊 建立的ARP表項中查找到與ARP請求中的目的IP地址對應的MAC地址； 返回模塊向用戶終端返回查詢模塊查找到的ARP請求對應的MAC地址。當 用戶終端通過Metro-E向網(wǎng)絡側(cè)發(fā)送數(shù)據(jù)時，首先從返回模塊獲得目的 MAC地址即NPE的MAC地址，對要發(fā)送的數(shù)據(jù)進行封裝，然后發(fā)送到UPE。 即，在ARP表項分布在UPE時，還實現(xiàn)了從用戶終端向網(wǎng)絡側(cè)發(fā)送數(shù)據(jù)。
網(wǎng)絡實施例
Metro-E中設置有NPE及UPE, NPE中設置有網(wǎng)絡側(cè)數(shù)據(jù)接收模塊、接 口判斷模塊及網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送模塊；其中，網(wǎng)絡側(cè)數(shù)據(jù)接收模塊用于接收 來自網(wǎng)絡側(cè)的數(shù)據(jù)；接口判斷模塊用于判斷接收的數(shù)據(jù)是否來自于預先設 定的接口，若是，則網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送將預先設定的MAC地址封裝給網(wǎng)絡側(cè) 接收模塊接收到的數(shù)據(jù)，并發(fā)送到UPE,或者為網(wǎng)絡側(cè)接收模塊接收到的 數(shù)據(jù)任意封裝一MAC地址，然后通過預先設定的偽連線或VLAN發(fā)送到UPE; NPE與UPE之間為VPLS傳送網(wǎng)或純二層網(wǎng)絡，NPE中的網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送模 塊發(fā)送的數(shù)據(jù)通過VPLS傳送網(wǎng)或純二層網(wǎng)絡發(fā)送到UPE， UPE對接收到的 數(shù)據(jù)進行處理，具體可見上述設備實施例，UPE可用上述設備實施例中提 供的任何一種UPE替代或?qū)崿F(xiàn)，這里不再贅述。
上述方法實施例，通過對從特定接口接收的數(shù)據(jù)配置預先設置的MAC 地址，或者分配預先設定的偽連線或VLAN,避免了在NPE查詢ARP表項， 使得能夠?qū)RP表項分布在靠近用戶的UPE中，從而提高了網(wǎng)絡擴展性， 保證了網(wǎng)絡能夠大規(guī)模部署。上述設備、網(wǎng)絡實施例通過表項建立等模塊， 使得UPE能夠保存并查詢ARP表項，獲得目的MAC地址，避免了 NPE集中 保存Metro-E全網(wǎng)用戶終端的ARP表項，提高了 NPE的業(yè)務處理能力。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟 可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀
取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述 的存儲介質(zhì)包括R0M、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。 最后應說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其 限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù) 人員應當理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或 者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應技
術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種城域以太接入網(wǎng)處理數(shù)據(jù)的方法，其特征在于，包括從設定的接口接收網(wǎng)絡側(cè)數(shù)據(jù)；UPE查詢ARP表項，獲得目的MAC地址；用所述目的MAC地址封裝所述數(shù)據(jù)進行發(fā)送。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，從設定的接口接收網(wǎng) 絡側(cè)數(shù)據(jù)之后還包括為所述網(wǎng)絡側(cè)數(shù)據(jù)配置預先設定的MAC地址，并發(fā) 送給所述UPE。
3、 才艮據(jù)權(quán)利要求2所述的方法，其特征在于，所述UPE查詢ARP表 項具體為所述UPE判斷接收到的數(shù)據(jù)中，MAC地址是否為所述預先設定的MAC 地址，若是，則根據(jù)網(wǎng)絡側(cè)數(shù)據(jù)查詢ARP表項。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，從設定的接口接收網(wǎng) 絡側(cè)數(shù)據(jù)之后還包括為所述網(wǎng)絡側(cè)數(shù)據(jù)配置MAC地址，并通過預先設定的偽連線或虛擬局 域網(wǎng)發(fā)送給所述UPE。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述UPE查詢ARP表 項具體為域網(wǎng)，若是，所述UPE根據(jù)所述網(wǎng)絡側(cè)數(shù)據(jù)查詢ARP表項。
6、 根據(jù)權(quán)利要求1-5中任一項所述的方法，其特征在于，所述UPE 查詢ARP表項之前還包括建立所述ARP表項。
7、 根據(jù)所述權(quán)利要求6所述的方法，其特征在于，建立所述ARP表 項具體為所述UPE接收用戶終端發(fā)送的ARP請求，獲取并保存所述用戶終端的 IP地址與MAC地址、目的IP地址。
8、 根據(jù)權(quán)利要求7所述的方法，其特征在于，獲取并保存所述用戶 終端的IP地址與MAC地址、目的IP地址之后還包括所述UPE廣^"所述ARP請求；NPE端口的MAC i也址。
9、 根據(jù)權(quán)利要求7所述的方法，其特征在于，建立ARP表項還包括 UPE接收NPE發(fā)送的免費ARP消息，獲取并保存所述NPE的IP地址與MAC地址。
10、 根據(jù)權(quán)利要求8或9所述的方法，其特征在于，建立ARP表項之 后還包括向所述用戶終端返回ARP請求中目的IP地址對應的MAC地址。
11、 一種面向用戶側(cè)的運營商邊緣設備，其特征在于，其內(nèi)設有 數(shù)據(jù)接收模塊，用于接收面向網(wǎng)絡側(cè)運營商邊緣設備發(fā)送的數(shù)據(jù)； 請求接收模塊，用于接收用戶終端的ARP請求；表項建立模塊，用于根據(jù)所述請求接收模塊獲取并保存所述ARP請求中的用戶終端IP地址與MAC地址，建立ARP表項；判斷模塊，用于判斷接收到的網(wǎng)絡側(cè)數(shù)據(jù)是否來自設定的接口 ； 查詢模塊，用于根據(jù)所述判斷模塊的判斷結(jié)果從所述表項建立模塊建立的ARP表項中查詢與所述數(shù)據(jù)接收模塊接收到的數(shù)據(jù)中的IP地址相對應的MAC地址；封裝模塊，用于將所述查詢模塊查詢到的MAC地址與所述數(shù)據(jù)接收模 塊接收到的數(shù)據(jù)進行封裝，并發(fā)送給所述數(shù)據(jù)發(fā)送模塊； 數(shù)據(jù)發(fā)送模塊，用于發(fā)送所述封裝模塊發(fā)送的數(shù)據(jù)。
12、 根據(jù)權(quán)利要求11所述的運營商邊緣設備，其特征在于，還包括 廣播模塊，用于廣播所述ARP請求；響應接收模塊，用于接收NPE根據(jù)所述ARP請求返回的響應消息，所述響應消息包含與所述ARP請求中目的IP地址對應的MAC地址；所述表項建立模塊還用于保存所述響應接收模塊接收到的MAC地址及 其對應的IP i也址。
13、 根據(jù)權(quán)利要求11所述的運營商邊緣設備，其特征在于，還包括 消息接收模塊，用于接收NPE發(fā)送的免費ARP消息； 表項建立模塊還用于存儲所述免費ARP消息中的IP地址與MAC地址。
14、 根據(jù)權(quán)利要求12或13所述的運營商邊緣設備，其特征在于，還 包括返回才莫塊，用于根據(jù)所述ARP請求向用戶終端返回目的IP地址對應 的MAC地址；所述查詢才莫塊還用于查詢與所述ARP請求中的目的IP地址對應的MAC 地址。
15、 一種城域以太接入網(wǎng)，包括面向網(wǎng)絡側(cè)的運營商邊緣設備與面向 用戶側(cè)的運營商邊緣設備，其特征在于所述面向網(wǎng)絡側(cè)的運營商邊緣設備設置有網(wǎng)絡側(cè)數(shù)據(jù)接收模塊、接口 判斷模塊及網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送模塊；其中，所述網(wǎng)絡側(cè)數(shù)據(jù)接收模塊用于接 收來自網(wǎng)絡側(cè)的數(shù)據(jù)；所述接口判斷模塊用于判斷接收的數(shù)據(jù)是否來自于 預先設定的接口 ；所述網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送模塊用于將所述網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送到 所述面向用戶側(cè)的運營商邊緣設備；所述面向用戶側(cè)的運營商邊緣設備包括數(shù)據(jù)接收模塊、數(shù)據(jù)發(fā)送模 塊、請求接收模塊、表項建立模塊、判斷模塊、查詢模塊以及封裝模塊； 其中，數(shù)據(jù)接收模塊用于接收來自所述面向網(wǎng)絡側(cè)的運營商邊緣設備的數(shù) 據(jù)；請求接收模塊用于接收用戶終端的ARP請求；表項建立模塊用于根據(jù) 所述請求接收模塊獲取并保存所述ARP請求中的用戶終端IP地址與MAC 地址，建立ARP表項；判斷模塊用于判斷接收到的網(wǎng)絡側(cè)數(shù)據(jù)是否來自設 定的接口 ；查詢模塊用于根據(jù)所述判斷模塊的判斷結(jié)果從所述表項建立模 塊建立的ARP表項中查詢與所述數(shù)據(jù)接收模塊接收到的數(shù)據(jù)中的IP地址相對應的MAC地址；封裝模塊用于將所述查詢模塊查詢到的MAC地址與所 述數(shù)據(jù)接收模塊接收到的數(shù)據(jù)進行封裝，并發(fā)送給所述數(shù)據(jù)發(fā)送模塊；數(shù) 據(jù)發(fā)送模塊用于發(fā)送所述封裝模塊發(fā)送的數(shù)據(jù)。
16、 根據(jù)權(quán)利要求15所述的城域以太接入網(wǎng)，其特征在于，所述面 向用戶側(cè)的運營商邊緣設備還包括廣播模塊，用于廣播所述ARP請求；響應接收模塊，用于接收NPE根據(jù)所述ARP請求返回的響應消息，所 述響應消息包含與所述ARP請求中目的IP地址對應的MAC地址；所述表項建立模塊還用于保存所述響應接收模塊接收到的MAC地址及 其對應的IP地址。
17、 根據(jù)權(quán)利要求15所述的城域以太接入網(wǎng)，其特征在于，所述面 向用戶側(cè)的運營商邊緣設備還包括消息接收模塊，用于接收NPE發(fā)送的免費ARP消息； 表項建立模塊還用于存儲所述免費ARP消息中的IP地址與MAC地址。
18、 根據(jù)權(quán)利要求16或17所述的城域以太接入網(wǎng)，其特征在于，所 述面向用戶側(cè)的運營商邊緣設備還包括返回模塊，用于根據(jù)所述ARP請求向用戶終端返回目的IP地址對應 的MAC地址；所述查詢模塊還用于查詢與所述ARP請求中的目的IP地址對應的MAC 地址。
全文摘要
本發(fā)明涉及一種運營商邊緣設備、城域以太接入網(wǎng)及其處理數(shù)據(jù)的方法，方法包括從設定的接口接收網(wǎng)絡側(cè)數(shù)據(jù)；UPE查詢ARP表項，獲得目的MAC地址；用所述目的MAC地址封裝所述數(shù)據(jù)進行發(fā)送。設備包括數(shù)據(jù)接收模塊、數(shù)據(jù)發(fā)送模塊、請求接收模塊、表項建立模塊、判斷模塊、查詢模塊以及封裝模塊；城域以太接入網(wǎng)包括面向網(wǎng)絡側(cè)的運營商邊緣設備與面向用戶側(cè)的運營商邊緣設備，其中面向網(wǎng)絡側(cè)的運營商邊緣設備設置有網(wǎng)絡側(cè)數(shù)據(jù)接收模塊、接口判斷模塊及網(wǎng)絡側(cè)數(shù)據(jù)發(fā)送模塊；通過本方案避免了Metro-E全網(wǎng)用戶ARP表項的集中保存，提高了網(wǎng)絡擴展性及NPE的處理能力。
文檔編號H04L12/56GK101110746SQ20071012036
公開日2008年1月23日 申請日期2007年8月16日 優(yōu)先權(quán)日2007年8月16日
發(fā)明者滕新東 申請人:華為技術(shù)有限公司