本申請涉及網(wǎng)絡通信
技術領域：
，特別涉及一種故障處理方法及裝置。
背景技術：
：EVPN(EthernetVirtualPrivateNetwork，以太網(wǎng)虛擬專用網(wǎng)絡)是一種二層VPN技術，在控制平面上采用BGP(BorderGatewayProtocol，邊界網(wǎng)關協(xié)議)通告路由信息，在數(shù)據(jù)平面上采用VXLAN(VirtualeXtensibleLAN，可擴展虛擬局域網(wǎng)絡)封裝方式轉發(fā)用戶報文。租戶的物理站點(Site)分散在不同位置時，EVPN可以基于已有的服務提供商或企業(yè)IP(InternetProtocol，因特網(wǎng)協(xié)議)網(wǎng)絡，為同一租戶的相同子網(wǎng)提供二層互聯(lián)；通過EVPN網(wǎng)關為同一租戶的不同子網(wǎng)提供三層互聯(lián)，并為其提供與外部網(wǎng)絡的三層互聯(lián)。在基本的EVPN組網(wǎng)架構中主要包括：VM(VirtualMachine，虛擬機)、CE(CustomerEdge，用戶邊緣)設備和VTEP(VXLANTunnelEndPoint，VXLAN隧道端點)。目前，為了提高EVPN的可靠性，通常會采用如圖1所示的分布式聚合方案。在如圖1所示的組網(wǎng)中，VTEP11和VTEP12組成一個DR(DistributedRelay，分布式聚合)系統(tǒng)，VTEP11和VTEP12通過分布式聚合口與CE設備連接，CE設備通過普通聚合口與VTEP11和VTEP12連接。VTEP11和VTEP12連接GW(網(wǎng)關)設備，VTEP11和VTEP12在與GW設備建立了BGP鄰居關系之后，使用相同的IP地址與GW設備建立VXLAN隧道。VTEP11與VTEP12之間通過IPL(IntraPortalLink，分布式聚合內(nèi)部鏈路)連接，通過IPL進行協(xié)議報文交互和信息同步。假設，在正常情況下，GW設備→CE設備方向的數(shù)據(jù)報文的轉發(fā)路徑為GW設備→VTEP11→CE設備。但是，在VTEP11與CE設備之間的鏈路發(fā)生故障之后，轉發(fā)路徑就會變更為GW設備→VTEP11→VTEP12→CE設備。這樣，IPL上就需要承載數(shù)據(jù)報文，從而會影響VTEP之間的協(xié)議報文交互和信息同步。技術實現(xiàn)要素：有鑒于此，本申請?zhí)峁┮环N故障處理方法及裝置。具體地，本申請是通過如下技術方案實現(xiàn)的：一方面，提供了一種故障處理方法，EVPN中的CE設備連接分布式聚合系統(tǒng)中的兩個以上VTEP，該兩個以上VTEP分別與網(wǎng)關設備建立鄰居關系，VTEP之間通過IPL連接，該方法應用于該兩個以上VTEP中的任一VTEP，該方法包括：接收網(wǎng)關設備發(fā)來的數(shù)據(jù)報文；在確定出接收到的數(shù)據(jù)報文需要通過IPL發(fā)往CE設備時，向網(wǎng)關設備發(fā)送重定向消息，以使網(wǎng)關設備將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除本VTEP以外的其它VTEP。另一方面，還提供了一種故障處理方法，EVPN中的CE設備連接分布式聚合系統(tǒng)中的兩個以上VTEP，該兩個以上VTEP分別與網(wǎng)關設備建立鄰居關系，VTEP之間通過IPL連接，該方法應用于該網(wǎng)關設備，該方法包括：接收第一VTEP發(fā)來的重定向消息；在發(fā)送數(shù)據(jù)報文時，將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除第一VTEP以外的其它VTEP。又一方面，還提供了一種故障處理裝置，EVPN中的CE設備連接分布式聚合系統(tǒng)中的兩個以上VTEP，該兩個以上VTEP分別與網(wǎng)關設備建立鄰居關系，VTEP之間通過IPL連接，該裝置應用于該兩個以上VTEP中的任一VTEP，該裝置包括：接收單元，用于接收網(wǎng)關設備發(fā)來的數(shù)據(jù)報文；發(fā)送單元，用于在確定出接收單元接收到的數(shù)據(jù)報文需要通過IPL發(fā)往CE設備時，向網(wǎng)關設備發(fā)送重定向消息，以使網(wǎng)關設備將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除本VTEP以外的其它VTEP。又一方面，還提供了一種故障處理裝置，EVPN中的CE設備連接分布式聚合系統(tǒng)中的兩個以上VTEP，該兩個以上VTEP分別與網(wǎng)關設備建立鄰居關系，VTEP之間通過IPL連接，該裝置應用于該網(wǎng)關設備，該裝置包括：接收單元，用于接收第一VTEP發(fā)來的重定向消息；發(fā)送單元，用于在發(fā)送數(shù)據(jù)報文時，將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除第一VTEP以外的其它VTEP。通過本申請的以上技術方案，由于VTEP在檢測到本VTEP與CE設備之間的鏈路不可用時，會將需要發(fā)往CE設備的數(shù)據(jù)報文通過IPL轉發(fā)給其它VTEP，由其它VTEP轉發(fā)給CE設備，因此，本VTEP在接收到GW設備發(fā)來的數(shù)據(jù)報文后，會判斷接收到的數(shù)據(jù)報文是否需要通過IPL發(fā)往CE設備，若是，則向GW設備發(fā)送重定向消息，這樣，GW設備在接收到該重定向消息后，就會將需要發(fā)往CE設備的數(shù)據(jù)報文轉發(fā)給其它VTEP，由其它VTEP轉發(fā)給CE設備，從而避免了現(xiàn)有技術中存在的需要由IPL承載數(shù)據(jù)報文的問題，減輕了IPL的壓力。附圖說明圖1是GW設備→CE設備方向的報文轉發(fā)路徑示意圖；圖2是在VTEP11與CE設備之間的鏈路不可用時，按照現(xiàn)有技術進行路徑變更后的GW設備→CE設備方向的報文轉發(fā)路徑示意圖；圖3是在VTEP11與CE設備之間的鏈路不可用時，VTEP11執(zhí)行的本申請實施例的故障處理方法的流程圖；圖4是在VTEP11與CE設備之間的鏈路不可用時，按照本申請實施例進行路徑變更后的GW設備→CE設備方向的報文轉發(fā)路徑示意圖；圖5是本申請一示例性實施例示出的故障處理方法的流程圖；圖6是本申請一示例性實施例示出的故障處理裝置所在VTEP或網(wǎng)關設備的硬件結構示意圖；圖7是本申請一示例性實施例示出的VTEP中的故障處理裝置的結構示意圖；圖8是本申請一示例性實施例示出的網(wǎng)關設備中的故障處理裝置的一種結構示意圖；圖9是本申請一示例性實施例示出的網(wǎng)關設備中的故障處理裝置的另一種結構示意圖。具體實施方式這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指并包含一個或多個相關聯(lián)的列出項目的任何或所有可能組合。應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”。在如圖1所示的采用分布式聚合方案的組網(wǎng)中，VTEP11和VTEP12組成一個分布式聚合系統(tǒng)，VTEP11和VTEP12通過分布式聚合口與CE設備連接，CE設備通過普通聚合口與VTEP11和VTEP12連接。具體的，CE設備上連接VTEP11的端口PortC和連接VTEP12的端口PortD加入普通聚合組AGG100中；VTEP11上連接CE設備的端口PortA和VTEP12上連接CE設備的端口PortB加入groupID(組ID)為200的分布式聚合組DR200中。VTEP11和VTEP12連接GW設備。VTEP11在使用IP21與GW設備建立了BGP鄰居關系之后，使用IP22與GW設備建立VXLAN隧道Tunnel0；VTEP12在使用IP23與GW設備建立了BGP鄰居關系之后，使用IP22與GW設備建立VXLAN隧道Tunnel0。這樣，在GW設備上，Tunnel0的目的IP地址為IP22，Tunnel0對應2個下一跳設備VTEP11和VTEP12。VTEP11與VTEP12之間通過IPL連接，通過IPL進行協(xié)議報文交互和信息同步，例如，同步學習到的本地VM的MAC地址。下面簡單介紹如圖1所示的網(wǎng)絡中的各個設備的地址學習過程和報文轉發(fā)過程。VTEP11在通過PortA接收到本地VM發(fā)出的ARP(AddressResolutionProtocol，地址解析協(xié)議)請求報文之后，學習該VM的MAC地址和IP地址，在轉發(fā)表中添加對應的轉發(fā)表項，如表1所示：表1MAC地址IP地址出接口VM-MACVM-IPDR200其中，VM-MAC和VM-IP分別是該ARP請求報文的源MAC地址和源IP地址，DR200是PortA所屬的分布式聚合組。VTEP11將VM-MAC和VM-IP通過IPL同步給VTEP12，并且，使用BGP協(xié)議將VM-MAC和VM-IP通告給GW設備。VTEP12會在轉發(fā)表中添加如表2所示的轉發(fā)表項，GW設備會在轉發(fā)表中添加如表3所示的轉發(fā)表項。表2MAC地址IP地址出接口VM-MACVM-IPDR200表3MAC地址IP地址出接口VM-MACVM-IPTunnel0此時，GW設備→CE設備方向的數(shù)據(jù)報文的轉發(fā)流程如下：GW設備要發(fā)送數(shù)據(jù)報文時，根據(jù)該數(shù)據(jù)報文的目的地址VM-MAC或VM-IP，在如表3所示的轉發(fā)表中查找對應的出接口，結果查找到Tunnel0，查找Tunnel0對應的下一跳設備，從查找到的2個下一跳設備VTEP11和VTEP12中選擇VTEP11，將該數(shù)據(jù)報文通過Tunnel0轉發(fā)給VTEP11；VTEP11根據(jù)該數(shù)據(jù)報文的目的地址VM-MAC或VM-IP，在如表1所示的轉發(fā)表中查找對應的出接口，結果查找到DR200，因此，會通過分布式聚合組DR200中的成員端口PortA將該數(shù)據(jù)報文轉發(fā)給CE設備。此時，如圖1所示，GW設備→CE設備方向的數(shù)據(jù)報文的轉發(fā)路徑為GW設備→VTEP11→CE設備。當VTEP11檢測到本VTEP與CE設備之間的鏈路不可用(down)時，按照現(xiàn)有技術，VTEP11會將分布式聚合組DR200中的成員端口PortA置為down，將本VTEP上連接IPL的端口PortE加入該分布式聚合組DR200中，從而，GW設備發(fā)出的數(shù)據(jù)報文到達VTEP11后，VTEP11會將該數(shù)據(jù)報文通過分布式聚合組DR200中的成員端口PortE轉發(fā)給VTEP12，由VTEP12通過查找如表2所示的轉發(fā)表，將該數(shù)據(jù)報文通過分布式聚合組DR200中的成員端口PortB轉發(fā)CE設備。這樣，如圖2所示，GW設備→CE設備方向的數(shù)據(jù)報文的轉發(fā)路徑變更為了GW設備→VTEP11→VTEP12→CE設備，導致VTEP11與VTEP12之間的IPL需要承載數(shù)據(jù)報文，從而影響VTEP11與VTEP12之間的協(xié)議報文交互和信息同步。其中，在上述數(shù)據(jù)報文的轉發(fā)過程中，若上述數(shù)據(jù)報文為二層報文，則根據(jù)該數(shù)據(jù)報文的目的MAC地址VM-MAC查找對應的出接口，若上述數(shù)據(jù)報文為三層報文，則根據(jù)該數(shù)據(jù)報文的目的IP地址VM-IP查找對應的出接口，后文中對此不再贅述。為了解決上述問題，本申請實施例中提供了一種故障處理方法，以及一種可以應用該方法的故障處理裝置。該方法可以由如圖1所示的分布式聚合系統(tǒng)中的任一VTEP執(zhí)行，在該方法中，接收GW設備發(fā)來的數(shù)據(jù)報文；在確定出接收到的數(shù)據(jù)報文需要通過IPL發(fā)往CE設備時，向GW設備發(fā)送重定向消息，以使GW設備將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除本VTEP以外的其它VTEP。由于VTEP在檢測到本VTEP與CE設備之間的鏈路不可用時，會將需要發(fā)往CE設備的數(shù)據(jù)報文通過IPL轉發(fā)給其它VTEP，由其它VTEP轉發(fā)給CE設備，因此，本VTEP在接收到GW設備發(fā)來的數(shù)據(jù)報文后，會判斷接收到的數(shù)據(jù)報文是否需要通過IPL發(fā)往CE設備，若是，則向GW設備發(fā)送重定向消息，這樣，GW設備在接收到該重定向消息后，就會將需要發(fā)往CE設備的數(shù)據(jù)報文轉發(fā)給其它VTEP，由其它VTEP轉發(fā)給CE設備，從而避免了現(xiàn)有技術中存在的需要由IPL承載數(shù)據(jù)報文的問題，減輕了IPL的壓力。下面以圖1所示的組網(wǎng)為例，詳細介紹本申請實施例的故障處理方法。一種實施例中VTEP11在檢測到本VTEP與CE設備之間的鏈路不可用時，會將分布式聚合組DR200中的成員端口PortA置為down，將本VTEP上連接IPL的端口PortE加入該分布式聚合組DR200中。另外，VTEP11還會執(zhí)行如圖3所示的步驟：步驟S101，接收GW設備發(fā)來的數(shù)據(jù)報文；步驟S102，將接收到的數(shù)據(jù)報文與本地保存的匹配規(guī)則進行匹配，若匹配，則向GW設備發(fā)送重定向消息。為了描述方便，將上述匹配規(guī)則記為rule10，rule10的內(nèi)容如表4所示：表4匹配域動作域目的地址：VM-MAC或VM-IP，出端口：PortE向GW設備發(fā)送重定向消息由表4可見，rule10的匹配域中包括：目的地址為VTEP11學習到的與分布式聚合組DR200對應的VM地址，出端口為VTEP11上連接IPL的端口。VTEP11在步驟S101中接收到GW設備通過Tunnel0發(fā)來的數(shù)據(jù)報文后，假設，該數(shù)據(jù)報文的目的地址為VM-MAC或VM-IP，根據(jù)VM-MAC或VM-IP在轉發(fā)表(如表1所示)中查找對應的出接口，結果查找到DR200，然后，查找分布式聚合組DR200中處于up(可用)的成員端口為本VTEP上連接IPL的端口PortE。另外，VTEP11還會通過執(zhí)行步驟S102將該數(shù)據(jù)報文與rule10進行匹配，由于該數(shù)據(jù)報文的目的地址為VM-MAC或VM-IP、出端口為PortE，與rule10中的匹配域相匹配，則會向GW設備發(fā)送重定向消息，其中，該重定向消息中攜帶VTEP11學習到的與分布式聚合組DR200對應的VM地址，例如，VM-MAC或VM-IP。GW設備在接收到VTEP11發(fā)來的重定向消息之后，在發(fā)送數(shù)據(jù)報文時，就會將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給VTEP12，而不會再發(fā)送給VTEP11。為了實現(xiàn)將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給VTEP12，GW設備在接收到VTEP11發(fā)來的重定向消息之后，會在本設備上配置匹配規(guī)則，為了描述方便，將該匹配規(guī)則記為rule20，rule20的內(nèi)容如表5所示。表5匹配域動作域目的地址：VM-MAC或VM-IP將數(shù)據(jù)報文發(fā)送給VTEP12由表5可見，rule20的匹配域中包括：目的地址為重定向消息中攜帶的VM地址。這樣，在發(fā)送數(shù)據(jù)報文時，假設，該數(shù)據(jù)報文的目的地址為VM-MAC或VM-IP，GW設備會將該數(shù)據(jù)報文與rule20進行匹配，由于該數(shù)據(jù)報文的目的地址與rule20的匹配域相匹配，因此，GW設備會按照rule20的動作域，將該數(shù)據(jù)報文通過VXLAN隧道Tunnel0發(fā)送給VTEP12，VTEP12在接收到該數(shù)據(jù)報文后，根據(jù)該數(shù)據(jù)報文的目的地址VM-MAC或VM-IP，在轉發(fā)表(如表2所示)中查找對應的出接口為DR200，通過分布式聚合組DR200中的成員端口PortB轉發(fā)給CE設備。從而，如圖4所示，在VTEP11與CE設備之間的鏈路不可用時，GW設備→CE設備方向的數(shù)據(jù)報文的轉發(fā)路徑的變更為GW設備→VTEP12→CE設備。在實際實施過程中，rule10可以通過手動靜態(tài)配置的方式配置在VTEP11上，也可以由GW設備通知VTEP11配置rule10，或者，由VTEP11主動在本設備上進行配置，本申請實施例對此不做限定。后續(xù)，當VTEP11在檢測到本VTEP與CE設備之間的鏈路恢復可用時，向GW設備發(fā)送重定向撤銷消息，這樣，GW設備在接收到該重定向撤銷消息之后，就會刪除如表5所示的rule20，從而，在發(fā)送數(shù)據(jù)報文時，假設，該數(shù)據(jù)報文的目的地址為VM-MAC或VM-IP，GW設備會按照現(xiàn)有技術，根據(jù)VM-MAC或VM-IP在轉發(fā)表(如表3所示)中查找對應的出接口為Tunnel0，從Tunnel0的下一跳設備VTEP11和VTEP12中選擇一個，假設選擇的是VTEP11，從而通過Tunnel0將該數(shù)據(jù)報文發(fā)送給VTEP11，由VTEP11轉發(fā)給CE設備。這樣，在VTEP11與CE設備之間的鏈路恢復可用時，GW設備→CE設備方向的數(shù)據(jù)報文的轉發(fā)路徑的可以恢復為如圖1所示。另一種實施例中本實施例以由GW設備通知VTEP配置rule10為例進行說明。如圖5所示，此時的故障處理方法包括以下步驟：步驟S201，GW設備在確定出Tunnel0的下一跳設備中包含2個VTEP：VTEP11和VTEP12后，向VTEP11和VTEP12發(fā)送通知消息；此外，GW設備在確定出Tunnel0的下一跳設備中包含2個VTEP：VTEP11和VTEP12后，還可以將本設備與VTEP11之間的鏈路標記為path1，將本設備與VTEP12之間的鏈路標記為path2。具體的，由于Tunnel0對應的下一跳設備VTEP11通常使用VTEP11上連接GW設備的端口的IP地址IP24來標識，Tunnel0對應的下一跳設備VTEP12通常使用VTEP12上連接GW設備的端口的IP地址IP25來標識，因此，GW設備可以將IP24標記為path1，將IP25標記為path2。此時，GW設備會建立IP24與path1的對應關系、以及IP25與path2的對應關系。在發(fā)送通知消息時，可以將IP24與path1的對應關系攜帶在通知消息中發(fā)送給VTEP12，將IP25與path2的對應關系攜帶在通知消息中發(fā)送給VTEP11；或者，可以將IP24與path1的對應關系攜帶在通知消息中發(fā)送給VTEP11，將IP25與path2的對應關系攜帶在通知消息中發(fā)送給VTEP12；或者，還可以將IP24與path1的對應關系以及IP25與path2的對應關系攜帶在通知消息中發(fā)送給VTEP11，將IP24與path1的對應關系以及IP25與path2的對應關系攜帶在通知消息中發(fā)送給VTEP12。在實際實施過程中，上述鏈路標記可以用IP地址來表示，也可以用MAC地址或者其它標記來表示。當使用IP地址表示鏈路標記時，path1即為IP24，若發(fā)送給VTEP12的通知消息中攜帶的是IP24與path1的對應關系，則實際攜帶的就是IP24，若發(fā)送給VTEP12的通知消息中攜帶的是IP25與path2的對應關系，則實際攜帶的就是IP25，若發(fā)送給VTEP12的通知消息中攜帶的是IP24與path1的對應關系以及IP25與path2的對應關系，則實際攜帶的就是IP24和IP25。同樣，當使用IP地址表示鏈路標記時，path2即為IP25，若發(fā)送給VTEP11的通知消息中攜帶的是IP25與path2的對應關系，則實際攜帶的就是IP25，若發(fā)送給VTEP11的通知消息中攜帶的是IP24與path1的對應關系，則實際攜帶的就是IP24，若發(fā)送給VTEP11的通知消息中攜帶的是IP24與path1的對應關系以及IP25與path2的對應關系，則實際攜帶的就是IP24和IP25。也就是說，當使用IP地址表示鏈路標記時，發(fā)送給任一VTEP的通知消息中攜帶的是IP地址。在實際實施過程中，上述通知消息可以由BGP消息來實現(xiàn)。步驟S202，VTEP11在接收到該通知消息后，確定與本設備上連接CE設備的端口PortA所屬聚合組DR200對應的VM地址，例如為VM-MAC或VM-IP，在本設備上配置如表4所示的匹配規(guī)則rule10，并將rule10的匹配域中包括的目的地址設置為VM-MAC或VM-IP；VTEP12在接收到該通知消息后，也會執(zhí)行類似步驟，這里不再贅述。其中，若VTEP11接收到的通知消息中攜帶IP25與path2的對應關系，或者攜帶IP24與path1的對應關系以及IP25與path2的對應關系，則VTEP11可以確定GW設備與分布式聚合系統(tǒng)之間存在兩條鏈路，即，除了GW設備與本VTEP之間的鏈路以外，還存在一條鏈路。在步驟S202中，確定與分布式聚合組DR200對應的VM地址的方式可以是：根據(jù)分布式聚合組DR200，在轉發(fā)表中查找對應的MAC地址或IP地址。步驟S203，當VTEP11檢測到本VTEP與CE設備之間的鏈路不可用時，將本設備上連接CE設備的端口PortA置為down，將本設備上連接IPL的端口PortE加入到分布式聚合組DR200中；這樣，在接收到GW設備通過VXLAN隧道Tunnel0發(fā)來的數(shù)據(jù)報文后，會根據(jù)該數(shù)據(jù)報文的目的地址，在轉發(fā)表中查找對應的出接口，若該出接口為DR200，則通過分布式聚合組DR200中的成員端口PortE轉發(fā)該數(shù)據(jù)報文給VTEP12，由VTEP12轉發(fā)給CE設備。步驟S204，VTEP11在接收到GW設備通過VXLAN隧道Tunnel0發(fā)來的數(shù)據(jù)報文之后，除了按照現(xiàn)有技術對該數(shù)據(jù)報文進行查表轉發(fā)以外，還會將該數(shù)據(jù)報文與如表4所示的rule10進行匹配，若匹配，則向GW設備發(fā)送重定向消息，其中，該重定向消息中攜帶與分布式聚合組DR200對應的VM地址，例如為VM-MAC或VM-IP；其中，如果VTEP11接收到的通知消息中攜帶IP25與path2的對應關系，或者攜帶IP24與path1的對應關系以及IP25與path2的對應關系，則步驟S204中發(fā)送的重定向消息中可以攜帶path2或者IP25?；蛘撸绻鸙TEP11接收到的通知消息中攜帶IP24與path1的對應關系，則步驟S204中發(fā)送的重定向消息中可以攜帶path1或者IP24。步驟S205，GW設備接收到該重定向消息之后，在本設備上配置如表5所示的匹配規(guī)則rule20，將rule20的匹配域中包括的目的地址設置為該重定向消息中攜帶的VM-MAC或VM-IP，將rule20的動作域設置為將數(shù)據(jù)報文發(fā)送給VTEP12；如果該重定向消息中攜帶的是path2，則GW設備可以查找與path2對應的IP25，將rule20的動作域設置為將數(shù)據(jù)報文發(fā)送給IP25所標識的VTEP12；如果該重定向消息中攜帶的是IP25，則GW設備將rule20的動作域設置為將數(shù)據(jù)報文發(fā)送給IP25所標識的VTEP12?；蛘?，如果該重定向消息中攜帶的是path1，則GW設備可以先確定除path1以外的另一個鏈路標記為path2，查找與path2對應的IP25，將rule20的動作域設置為將數(shù)據(jù)報文發(fā)送給IP25所標識的VTEP12；如果該重定向消息中攜帶的是IP24，則GW設備確定除IP24以外的另一個IP地址為IP25，將rule20的動作域設置為將數(shù)據(jù)報文發(fā)送給IP25所標識的VTEP12。由此可見，在通知消息中攜帶IP地址與鏈路標記的對應關系的目的可以有兩個方面：一方面，告知GW設備與分布式聚合系統(tǒng)之間存在2條鏈路，顯然為了實現(xiàn)告知目的，通知消息也可以通過攜帶其它信息來進行告知，即，通知消息中只需攜帶用于指示GW設備與分布式聚合系統(tǒng)之間存在兩條以上鏈路的信息即可，至于該信息的具體內(nèi)容，本申請實施例對此不做限定。另一方面，由通知消息中攜帶的對應關系內(nèi)容確定重定向消息中攜帶的內(nèi)容，具體的，如果VTEP11接收到的通知消息中攜帶IP25與path2的對應關系，或者攜帶IP24與path1的對應關系以及IP25與path2的對應關系，則重定向消息中可以攜帶path2或者IP25，如果VTEP11接收到的通知消息中攜帶IP24與path1的對應關系，則重定向消息中可以攜帶path1或者IP24。此時，通知消息和重定向消息中只需攜帶用于指示GW設備將數(shù)據(jù)報文重定向到其它VTEP的信息即可，該信息既可以是不可用的VTEP11的相關信息，例如，IP24與path1的對應關系，也可以是重定向到的其它VTEP的相關信息，例如，IP25與path2的對應關系，本申請實施例對此不做限定。另外，在執(zhí)行了步驟S205后，GW設備上既存在轉發(fā)表，也存在匹配規(guī)則rule20，因此，本申請實施例中可以將rule20的優(yōu)先級設置為高于轉發(fā)表，這樣，在發(fā)送數(shù)據(jù)報文時，首先將待發(fā)送的數(shù)據(jù)報文與rule20進行匹配，若匹配，則按照rule20進行轉發(fā)，否則，若不匹配，則通過查找轉發(fā)表進行轉發(fā)。步驟S206，在發(fā)送數(shù)據(jù)報文時，GW設備將待發(fā)送的數(shù)據(jù)報文與匹配規(guī)則rule20進行匹配，若匹配，則將該數(shù)據(jù)報文發(fā)送給VTEP12，由VTEP12轉發(fā)給CE設備。后續(xù)，在VTEP11檢測到本VTEP與CE設備之間的鏈路恢復可用時，向GW設備發(fā)送重定向撤銷消息，GW設備在接收到該重定向撤銷消息之后，就會將匹配規(guī)則rule20刪除，從而，后續(xù)在發(fā)送數(shù)據(jù)報文時，GW設備通過查找轉發(fā)表進行轉發(fā)，將該數(shù)據(jù)報文轉發(fā)給VTEP11或VTEP12。顯然，在采用分布式聚合方案的組網(wǎng)中，分布式聚合系統(tǒng)中也可以包含三個甚至更多的VTEP，CE設備通過普通聚合口與這些VTEP連接，這些VTEP通過分布式聚合口與CE設備連接，這些VTEP分別與GW設備建立鄰居關系，并且，這些VTEP使用相同的IP地址與該GW設備建立VXLAN隧道，這些VTEP中的任意兩個VTEP之間通過IPL連接。此時，這些VTEP中的任一VTEP依然可以執(zhí)行本申請上述實施例的故障處理方法，來解決現(xiàn)有技術中存在的需要由IPL承載數(shù)據(jù)報文的問題。與前述故障處理方法的實施例相對應，本申請還提供了故障處理裝置的實施例。一種實施例中，本申請故障處理裝置306的實施例可以應用在VTEP上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在VTEP的處理器301將非易失性存儲器305中對應的計算機程序指令讀取到內(nèi)存304中運行形成的。從硬件層面而言，如圖6所示，為本申請故障處理裝置所在VTEP的一種硬件結構圖，除了圖6所示的處理器301、內(nèi)部總線302、網(wǎng)絡接口303、內(nèi)存304、以及非易失性存儲器305之外，實施例中裝置所在的VTEP通常根據(jù)該VTEP的實際功能，還可以包括其他硬件，對此不再贅述。請參考圖7，本申請實施例的VTEP中的故障處理裝置306中包括：接收單元401和發(fā)送單元402，其中：接收單元401，用于接收網(wǎng)關設備發(fā)來的數(shù)據(jù)報文；發(fā)送單元402，用于在確定出接收單元401接收到的數(shù)據(jù)報文需要通過IPL發(fā)往CE設備時，向網(wǎng)關設備發(fā)送重定向消息，以使網(wǎng)關設備將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除本VTEP(即發(fā)來該重定向消息的VTEP)以外的其它VTEP。其中，發(fā)送單元402具體用于通過以下方式在確定出接收單元401接收到的數(shù)據(jù)報文需要通過IPL發(fā)往CE設備時，向網(wǎng)關設備發(fā)送重定向消息：將接收到的數(shù)據(jù)報文與本地保存的匹配規(guī)則進行匹配，匹配規(guī)則的匹配域中包括：目的地址為本VTEP學習到的與指定聚合組對應的VM地址，出端口為本VTEP上連接IPL的端口，其中，指定聚合組為本VTEP上連接CE設備的端口所屬的聚合組；若匹配，則向網(wǎng)關設備發(fā)送重定向消息，其中，重定向消息中攜帶VM地址。其中，接收單元401，還用于接收網(wǎng)關設備發(fā)來的通知消息；發(fā)送單元402具體用于通過以下方式向網(wǎng)關設備發(fā)送重定向消息：根據(jù)接收單元401接收到的通知消息發(fā)送重定向消息，其中，該通知消息中攜帶其它VTEP上連接網(wǎng)關設備的端口的IP地址與鏈路標記的對應關系，該重定向消息中攜帶該鏈路標記或者該IP地址。其中，發(fā)送單元402，還用于在檢測到本VTEP與CE設備之間的鏈路恢復可用時，向網(wǎng)關設備發(fā)送重定向撤銷消息，以使網(wǎng)關設備將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給本VTEP(即發(fā)來該重定向撤銷消息的VTEP)和其它VTEP中的任一VTEP。另一種實施例中，本申請故障處理裝置306的實施例可以應用在網(wǎng)關設備上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在網(wǎng)關設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，本申請故障處理裝置306所在網(wǎng)關設備的一種硬件結構圖與圖6相同。請參考圖8，本申請實施例的網(wǎng)關設備中的故障處理裝置306中包括：接收單元501和發(fā)送單元502，其中：接收單元501，用于接收第一VTEP發(fā)來的重定向消息；發(fā)送單元502，用于在發(fā)送數(shù)據(jù)報文時，將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除第一VTEP以外的其它VTEP。其中，接收單元501接收到的重定向消息中攜帶第一VTEP學習到的與指定聚合組對應的VM地址，其中，指定聚合組為第一VTEP上連接CE設備的端口所屬的聚合組；如圖9所示，網(wǎng)關設備中的故障處理裝置306中還包括：配置單元503，用于在本設備上配置匹配規(guī)則，其中，該匹配規(guī)則的匹配域中包括：目的地址為該重定向消息中攜帶的VM地址；發(fā)送單元502具體用于通過以下方式將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給除第一VTEP以外的其它VTEP：將待發(fā)送的數(shù)據(jù)報文與配置單元503配置的匹配規(guī)則進行匹配，若匹配，則將待發(fā)送的數(shù)據(jù)報文發(fā)送給其它VTEP。其中，發(fā)送單元502，還用于針對兩個以上VTEP中的每一個VTEP，建立該VTEP上連接網(wǎng)關設備的端口的IP地址與鏈路標記的對應關系；將其它VTEP上連接網(wǎng)關設備的端口的IP地址與鏈路標記的對應關系攜帶在通知消息中發(fā)送給第一VTEP；則，接收單元501接收到的重定向消息中攜帶該鏈路標記或者該IP地址；配置單元503，還用于在配置匹配規(guī)則時，將該匹配規(guī)則的動作域設置為將數(shù)據(jù)報文發(fā)送給與該重定向消息中攜帶的鏈路標記對應的IP地址所標識的其它VTEP，或者發(fā)送給與該重定向消息中攜帶的IP地址所標識的其它VTEP。其中，接收單元501，還用于接收第一VTEP發(fā)來的重定向撤銷消息；配置單元503，還用于在接收單元401接收到重定向撤銷消息之后，刪除匹配規(guī)則；發(fā)送單元502，還用于在發(fā)送數(shù)據(jù)報文時，將需要發(fā)往CE設備的數(shù)據(jù)報文發(fā)送給第一VTEP和其它VTEP中的任一VTEP。上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應步驟的實現(xiàn)過程，在此不再贅述。對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內(nèi)。當前第1頁1 2 3