專利名稱：一種arp緩存更新方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種ARP緩存更新方法和設(shè)備。
背景技術(shù)：
云計算服務(wù)已經(jīng)成為傳統(tǒng)運營商實現(xiàn)轉(zhuǎn)型的重要業(yè)務(wù)方向，主要包括IaaS(Infrastructure as a Service,基礎(chǔ)設(shè)施即服務(wù))、PaaS (Platform as a Service,平臺即服務(wù))和SaaS (Software as a Service,軟件即服務(wù))多種層面的服務(wù)。傳統(tǒng)IDC (Internet Data Center,互聯(lián)網(wǎng)數(shù)據(jù)中心)以機房為單位提供基礎(chǔ)設(shè)施的服務(wù)，網(wǎng)絡(luò)建設(shè)關(guān)注于用戶到IDC的單段線路，用戶網(wǎng)絡(luò)、IDC業(yè)務(wù)網(wǎng)絡(luò)之間的關(guān)系相對簡單明確。而云計算服務(wù)供應(yīng)體的范圍不同于傳統(tǒng)的IDC服務(wù)，不論云計算服務(wù)來自哪個運營商、哪個IDC，對于私有云用戶來說，他們連成的是同一云，提供的是統(tǒng)一的服務(wù)。如圖1所示，為現(xiàn)有技術(shù)中傳統(tǒng)的托管服務(wù)與初步的IaaS服務(wù)的應(yīng)用場景比較示意圖。托管服務(wù)的不同用戶在IDC是物理空間相互分離的，同時，不同用戶通過各自專線連入托管業(yè)務(wù)區(qū)，甚至專線也是分離的。為了提高設(shè)備的利用率、降低運營成本，提高利潤空間，實施Iaas云計算成為了日益廣泛采用的技術(shù)手段。而為了實施Iaas云計算，運營商目前的方式就是“虛擬化”。通過虛擬化可以實現(xiàn)資源的靈活調(diào)度，尤其是計算資源的靈活調(diào)度。同一個數(shù)據(jù)中心內(nèi)部，計算資源靈活調(diào)度比較容易實現(xiàn)，而對于多個IDC之間的資源調(diào)度，則需要建設(shè)一個大范圍的二層網(wǎng)絡(luò)。可是，IDC云間二層互聯(lián)會導(dǎo)致多個IDC之間形成一個龐大的二層廣播域，會導(dǎo)致ARP (AddressResolution Protocol,地址解析協(xié)議)廣播和未知單播進一步擴散,增加二層網(wǎng)絡(luò)風(fēng)暴的威脅。進一步的，為了緩解二層網(wǎng)絡(luò)風(fēng)暴的威脅，EVI (Ethernet Virtualinterconnection,以太網(wǎng)虛擬互聯(lián))技術(shù)被廣泛采用，EVI技術(shù)是一種先進的“MAC (MediaAccess Control,媒體訪問控制)in IP”技術(shù)，用于實現(xiàn)基于IP (Internet Protocol,網(wǎng)絡(luò)互聯(lián)協(xié)議)核心網(wǎng)絡(luò)的L2VPN (Layer2Virtual Private Network, 二層虛擬專用互聯(lián)網(wǎng)絡(luò))技術(shù)。在該技術(shù)方案中，提出了 ARP流量優(yōu)化的處理過程，由一個站點的邊緣設(shè)備對ARP表項進行緩存，而在該站點內(nèi)的其他主機發(fā)起同樣的ARP請求過程時，由該邊緣設(shè)備查找本地ARP表項的緩存，直接對該ARP請求過程進行響應(yīng)。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題:由于對ARP表項進行了緩存，從而，必須仔細調(diào)節(jié)其緩存表項的存活時間，如果ARP緩存的存活時間大于MAC地址表項的存活時間，可能會存在流量黑洞的情況出現(xiàn)。因此，在上述的EVI技術(shù)的應(yīng)用場景中，邊緣設(shè)備上保存的ARP緩存表項需要在MAC地址老化之前刪除，以避免錯誤的代答本地的ARP請求，所以，部署時要配置ARP緩存老化時間小于MAC地址老化時間，例如:MAC老化時間為30分鐘，ARP緩存表項老化時間為8分鐘。但是，從網(wǎng)絡(luò)運維的傳統(tǒng)來看，MAC的老化時間一般是比較短的(10分鐘以內(nèi))；而ARP的老化時間一般比較長(20分鐘以上)。EVI目前的這種配置方式不夠準(zhǔn)確，往往導(dǎo)致ARP緩存表項提前被刪除。如果在該ARP表項被刪除后，又有主機發(fā)起相應(yīng)的ARP請求過程，則需要主機重新發(fā)送ARP請求，降低了系統(tǒng)轉(zhuǎn)發(fā)效率。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種ARP緩存更新方法和設(shè)備，解決現(xiàn)有EVI技術(shù)中不能準(zhǔn)確的根據(jù)MAC的變化對ARP表項進行更新的問題。為達到上述目的，本發(fā)明一方面提供了一種ARP緩存更新方法，所述方法至少包括以下步驟:EVI邊緣設(shè)備在收到對端設(shè)備撤銷MAC地址通告后，檢查自身的ARP緩存中是否存在與所述MAC地址相關(guān)聯(lián)的ARP緩存表項；如果有，則所述EVI邊緣設(shè)備向所述ARP緩存表項對應(yīng)的主機發(fā)送ARP請求；如果在預(yù)設(shè)的響應(yīng)時間內(nèi)接收到所述主機返回的ARP響應(yīng)，則所述EVI邊緣設(shè)備根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項。另一方面，本發(fā)明還提供了一種EVI邊緣設(shè)備，至少包括:檢查模塊，用于在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查所述EVI邊緣設(shè)備的ARP緩存中是否存在與所述MAC地址相關(guān)聯(lián)的ARP緩存表項；發(fā)送模塊，用于在所述檢查模塊的檢查結(jié)果為是時，向所述ARP緩存表項對應(yīng)的主機發(fā)送ARP請求；處理模塊，用于在預(yù)設(shè)的響應(yīng)時間內(nèi)接收到所述主機返回的ARP響應(yīng)時，根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項。與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點:通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查自身的ARP緩存中是否存在與該MAC地址相關(guān)聯(lián)的ARP緩存表項，如果有，則向該ARP緩存表項對應(yīng)的主機發(fā)送ARP請求，并根據(jù)該主機在預(yù)設(shè)的響應(yīng)時間內(nèi)所返回的ARP響應(yīng)更新相應(yīng)的ARP緩存表項，從而，可以準(zhǔn)確的將ARP緩存表項與MAC地址信息進行同步更新處理，解決數(shù)據(jù)中心二層互聯(lián)EVI網(wǎng)絡(luò)在MAC地址刪除后不能及時對ARP緩存表項進行更新的問題，避免流量黑洞的出現(xiàn)，同時，也可以避免ARP緩存表項過早刪除而導(dǎo)致系統(tǒng)轉(zhuǎn)發(fā)效率下降的問題。


圖1為現(xiàn)有技術(shù)中托管服務(wù)與初步IaaS服務(wù)的應(yīng)用場景不意圖；圖2為現(xiàn)有技術(shù)中的一種MAC地址信息發(fā)布過程的流程示意圖；圖3為本發(fā)明所提出的一種ARP緩存更新方法的流程示意圖；圖4為本發(fā)明實施例所提出的一種具體應(yīng)用場景的示意圖；圖5為該應(yīng)用場景下的ARP緩存更新方法的流程不意6為本發(fā)明實施例所提出的一種EVI邊緣設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式在應(yīng)用EVI技術(shù)的系統(tǒng)場景中，只是在站點的邊緣設(shè)備上維護路由和轉(zhuǎn)發(fā)信息，而無需改變站點內(nèi)部和核心網(wǎng)絡(luò)。EVI整體網(wǎng)絡(luò)由核心網(wǎng)絡(luò)、站點網(wǎng)絡(luò)、交疊網(wǎng)絡(luò)組成。站點網(wǎng)絡(luò)是通過一臺或者多臺邊緣設(shè)備連接到核心網(wǎng)絡(luò)的具有獨立業(yè)務(wù)功能的二層網(wǎng)絡(luò)，通常由單個組織管理控制，主要由主機和交換設(shè)備組成，邊緣設(shè)備提供站點之間的二層交換功能。交疊網(wǎng)絡(luò)是站點邊緣設(shè)備之間建立的虛擬網(wǎng)絡(luò)，提供站點網(wǎng)絡(luò)之間的二層互聯(lián)，通告連接到邊緣設(shè)備所有主機和路由器的MAC地址，將多個站點互聯(lián)形成更大的二層轉(zhuǎn)發(fā)域。核心網(wǎng)絡(luò)是主要由IP路由設(shè)備承載的提供站點網(wǎng)絡(luò)之間互聯(lián)的網(wǎng)絡(luò)。交疊網(wǎng)絡(luò)實現(xiàn)VLAN在不同站點之間的擴展，主要由交疊接口和虛擬連接組成，在數(shù)據(jù)平面承載站點間擴展的VLAN的二層流量,在控制平面通過IGP (Interior GatewayProtocoIs，內(nèi)部網(wǎng)關(guān)協(xié)議)協(xié)議在站點之間通告主機和路由器的MAC地址可達性信息,管理平面通過鄰居發(fā)現(xiàn)協(xié)議來實現(xiàn)站點的自動發(fā)現(xiàn)功能，簡化網(wǎng)絡(luò)配置管理工作。另外，交疊網(wǎng)絡(luò)還實現(xiàn)了 ARP流量優(yōu)化功能來減少廣播流量對帶寬的占用。在現(xiàn)有技術(shù)的具體應(yīng)用場景中，ISIS(Intermediate System to IntermediateSystem，中間系統(tǒng)到中間系統(tǒng))路由協(xié)議是運營商普遍采用的一種IGP協(xié)議。在以ISIS路由協(xié)議作為IGP的EVI網(wǎng)絡(luò)系統(tǒng)中，當(dāng)經(jīng)過鄰居自動發(fā)現(xiàn)過程建立了邊緣設(shè)備之間的交疊網(wǎng)絡(luò)之后，可以在該交疊網(wǎng)絡(luò)上運行ISIS路由協(xié)議來通告單播MAC地址可達性信息,該路由協(xié)議與站點內(nèi)部或核心網(wǎng)中的L3 (Layerf，三層)網(wǎng)絡(luò)的路由協(xié)議之間相互獨立，互不影響。在邊緣設(shè)備上配置了隧道接口時自動啟用了 ISIS路由協(xié)議，無需額外的配置，但可以調(diào)節(jié)該路由協(xié)議的參數(shù)。如圖2所示，為現(xiàn)有技術(shù)中的一種MAC地址信息發(fā)布過程的流程示意圖，在圖2所示的應(yīng)用場景中，EVI網(wǎng)絡(luò)中存在三個站點，每個站點分別連接自己的邊緣設(shè)備，相應(yīng)的MAC地址信息發(fā)布過程包括以下步驟:步驟S201、站點I的邊緣設(shè)備在VLAN100的內(nèi)部接口學(xué)習(xí)到兩個新的MAC地址信息，相應(yīng)的EVI ISIS進程向其他邊緣設(shè)備(站點2的邊緣設(shè)備和站點3的邊緣設(shè)備)發(fā)送LSP更新消息，即將學(xué)習(xí)到的上述兩個新的MAC地址信息在LSP報文中發(fā)布。在具體的消息傳輸過程中，上述的LSP更新消息可以通過頭端復(fù)制或者核心復(fù)制到達交疊網(wǎng)絡(luò)的其他邊緣設(shè)備(站點2的邊緣設(shè)備和站點3的邊緣設(shè)備)。其中，上述的頭端復(fù)制或者核心復(fù)制具體為交疊網(wǎng)絡(luò)中進行數(shù)據(jù)傳輸?shù)木唧w方式。步驟S202、其他邊緣設(shè)備(站點2的邊緣設(shè)備和站點3的邊緣設(shè)備)對接收到的LSP更新消息進行解封裝，并將解封裝得到的信息交由自身所對應(yīng)的控制平面EVI ISIS進程進行處理。步驟S203、各EVI ISIS進程學(xué)習(xí)解封裝得到的信息中所攜帶的新的MAC地址信息，并將相應(yīng)的MAC地址信息寫入本地MAC轉(zhuǎn)發(fā)表。在上述的圖2中，為了方便描述，具體以IPl代表站點1，以IP2代表站點2，以IP3代表站點3。
MAC地址的回收過程與上述過程類似，如果某個網(wǎng)絡(luò)實體從網(wǎng)絡(luò)中移除或是網(wǎng)絡(luò)拓撲變化引起的MAC地址刷新，該MAC表項將被刪除，觸發(fā)控制平面的EVI ISIS進程的MAC更新過程，從而其他所有的邊緣設(shè)備將刪除相應(yīng)的MAC地址。為了減少目的MAC地址為廣播MAC的報文泛洪到核心網(wǎng)，在邊緣設(shè)備偵聽從隧道終結(jié)的報文中的ARP響應(yīng)報文時，需要在本地建立ARP緩存，然后，當(dāng)后續(xù)本站點內(nèi)部進行同樣的ARP請求時，可以直接從邊緣設(shè)備進行代答。具體的，對基于ARP代答的ARP流量的優(yōu)化處理過程描述如下:首先，站點A內(nèi)的第一主機(IPl)發(fā)送ARP請求，請求獲取站點B內(nèi)的第二主機(IP2)的MAC地址。站點A的邊緣設(shè)備將ARP請求報文進行泛洪，復(fù)制并封裝轉(zhuǎn)發(fā)到核心網(wǎng)絡(luò)最終轉(zhuǎn)發(fā)到站點B的邊緣設(shè)備，站點B的邊緣設(shè)備對ARP請求報文進行解封裝，并在站點內(nèi)部進行泛洪，從而，使相應(yīng)的請求到達目的端的第二主機(IP2)。第二主機(IP2)通過站點B及其邊緣設(shè)備返回ARP響應(yīng)報文。站點A的邊緣設(shè)備收到ARP響應(yīng)報文后建立相應(yīng)的ARP緩存，并將ARP響應(yīng)報文發(fā)送到第一主機(IPl)，從而，使第一主機(IPl)完成對第二主機(IP2)的MAC地址的請求過程。在此之后，如果站點A內(nèi)的其他主機再次發(fā)送ARP請求，請求獲取站點B內(nèi)的第二主機(IP2)的MAC地址時，站點A的邊緣設(shè)備查找本地ARP緩存，直接對該ARP請求回送ARP響應(yīng)報文，即完成相應(yīng)的ARP代答處理，無需再向站點2內(nèi)的第二主機(IP2)進行ARP請求。由上述過程可以看出，相應(yīng)的ARP代答處理過程的關(guān)鍵在于對ARP表項的緩存，考慮到信息老化和更新的問題，需要仔細調(diào)節(jié)相應(yīng)的緩存表項的存活時間。如果ARP緩存表項的存活時間大于MAC地址表項的存活時間，可能會存在流量黑洞的情況出現(xiàn)。因此，在現(xiàn)有的EVI技術(shù)中，邊緣設(shè)備上保存的ARP緩存表項需要在MAC地址老化之前刪除，以避免錯誤的代答本地的ARP請求，所以，部署時要配置ARP緩存老化時間小于MAC地址老化時間。但是，這又導(dǎo)致了新的問題，如果ARP緩存表項提前被刪除，那么，當(dāng)有主機需要獲取相應(yīng)的ARP信息時，則需要重新發(fā)送ARP請求，這降低了系統(tǒng)的轉(zhuǎn)發(fā)效率。另外，MAC的老化只是引起MAC地址刪除的一種原因，還存在其他因素同樣可以導(dǎo)致MAC地址的刪除。例如:由STP (Spanning Tree Protocol,生成樹協(xié)議)發(fā)送的TC(Topology Change，拓撲變更)就會引起邊緣設(shè)備刪除所有的MAC地址?，F(xiàn)有的EVI技術(shù)中的通過配置MAC老化時間來同步ARP緩存表項存活時間的方式根本無法解決這樣的情況下ARP緩存表項存活時間精確化的問題。如上所述，現(xiàn)有的EVI技術(shù)存在不足，導(dǎo)致實現(xiàn)ARP緩存表項和MAC地址同步之間存在時間差的問題，會出現(xiàn)流量黑洞或系統(tǒng)轉(zhuǎn)發(fā)效率降低的問題。為了解決這樣的問題，本發(fā)明實施例提出了一種ARP緩存更新方法，通過將MAC與ARP代理主動關(guān)聯(lián)，能夠準(zhǔn)確的解決MAC地址刪除后ARP緩存無法及時更新而出現(xiàn)流量黑洞的問題。
如圖3所示，為本發(fā)明所提出的一種ARP緩存更新方法的流程示意圖，該方法具體包括以下步驟:步驟S301、EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查自身的ARP緩存中是否存在與所述MAC地址相關(guān)聯(lián)的ARP緩存表項。如果有，則執(zhí)行步驟S302 ；在具體的應(yīng)用場景中，所述EVI邊緣設(shè)備在收到對端設(shè)備撤銷MAC地址通告后，還包括刪除本地保存的所述撤銷MAC地址通告所對應(yīng)的MAC地址信息的過程，即完成本地的MAC地址信息的同步。步驟S302、所述EVI邊緣設(shè)備向所述ARP緩存表項對應(yīng)的主機發(fā)送ARP請求。本步驟的目的在于觸發(fā)對于發(fā)生了 MAC地址撤銷的主機的ARP更新過程，從而，能夠在對端主機的MAC地址信息發(fā)生撤銷時，及時對其所對應(yīng)的ARP信息進行更新。同時，為了保證系統(tǒng)的處理效率，可以預(yù)先設(shè)置相應(yīng)的響應(yīng)時間，以避免由于網(wǎng)絡(luò)傳輸或?qū)Χ酥鳈C故障等問題而導(dǎo)致ARP請求無法送達或無法及時答復(fù)所導(dǎo)致的處理過程的停滯。如果在預(yù)設(shè)的響應(yīng)時間內(nèi)，所述EVI邊緣設(shè)備接收到所述主機返回的ARP響應(yīng)，則執(zhí)行步驟S303，開始進行本地存儲的ARP緩存表項的更新；如果在預(yù)設(shè)的響應(yīng)時間內(nèi)，所述EVI邊緣設(shè)備沒有接收到所述主機返回的ARP響應(yīng)，則執(zhí)行步驟S304。步驟S303、所述EVI邊緣設(shè)備根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項。在此種情況下，由于及時收到了對端主機的ARP響應(yīng)，則表示在MAC地址發(fā)生撤銷的情況下，對端主機仍在繼續(xù)正常工作，只是其所對應(yīng)的MAC地址信息發(fā)生了變化，因此，只需要根據(jù)上述的ARP響應(yīng)對本地的ARP緩存信息進行更新，在后續(xù)的處理中，如果有本站點內(nèi)的其他主機對上述的對端主機進行ARP請求，則可以以更新后的ARP緩存表項進行ARP代答處理。進一步的，在具體的應(yīng)用場景中，本步驟在更新上述的ARP關(guān)聯(lián)表項的同時，還包括對本地的ARP代理記錄進行更新，保證相應(yīng)代理記錄的準(zhǔn)確性。步驟S304、所述EVI邊緣設(shè)備直接刪除所述ARP緩存表項。在此種情況下，由于沒有及時收到對端主機的ARP響應(yīng)，則表示在MAC地址發(fā)生撤銷的情況下，對端主機可能由于自身故障或網(wǎng)絡(luò)故障等原因已經(jīng)無法與本端設(shè)備進行正常的通信，在本地繼續(xù)保存其所對應(yīng)的ARP緩存表現(xiàn)已經(jīng)沒有意義，因此，所述EVI邊緣設(shè)備對該ARP緩存表項進行直接刪除。與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點:通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查自身的ARP緩存中是否存在與該MAC地址相關(guān)聯(lián)的ARP緩存表項，如果有，則向該ARP緩存表項對應(yīng)的主機發(fā)送ARP請求，并根據(jù)該主機在預(yù)設(shè)的響應(yīng)時間內(nèi)所返回的ARP響應(yīng)更新相應(yīng)的ARP緩存表項，從而，可以準(zhǔn)確的將ARP緩存表項與MAC地址信息進行同步更新處理，解決數(shù)據(jù)中心二層互聯(lián)EVI網(wǎng)絡(luò)在MAC地址刪除后不能及時對ARP緩存表項進行更新的問題，避免流量黑洞的出現(xiàn)，同時，也可以避免ARP緩存表項過早刪除而導(dǎo)致系統(tǒng)轉(zhuǎn)發(fā)效率下降的問題。
為了進一步闡述本發(fā)明的技術(shù)思想，現(xiàn)結(jié)合具體的應(yīng)用場景，對本發(fā)明的技術(shù)方案進行說明。本發(fā)明實施例提供了一種ARP緩存更新方法，本發(fā)明實施例所提出的技術(shù)方案的目的是:在遠程MAC地址被撤銷的時候，EVI邊緣設(shè)備主動檢查本地的ARP緩存中是否存在與該MAC地址相關(guān)聯(lián)的ARP緩存表項。如果存在這樣的ARP緩存表項，則由EVI邊緣設(shè)備主動向該ARP緩存表項所對應(yīng)的主機發(fā)起ARP請求，判斷該主機是否在線。如果在預(yù)設(shè)的響應(yīng)時間內(nèi)接收到ARP響應(yīng)，則自動更新上述的ARP緩存表項；相反，如果在預(yù)設(shè)的響應(yīng)時間內(nèi)沒有接收到對應(yīng)的ARP響應(yīng)，則直接在ARP緩存中刪除上述的ARP緩存表項。如圖4所示，為本發(fā)明實施例所提出的一種具體應(yīng)用場景的示意圖，進一步的，如圖5所示，為該應(yīng)用場景下的ARP緩存更新方法的流程示意圖，具體的實現(xiàn)方式如下:步驟S501、主機B與主機A通信。在此過程中，主機B主動發(fā)ARP請求，根據(jù)主機A返回的ARP響應(yīng)，在邊緣設(shè)備3(IP3)上的ARP緩存中記錄主機A的ARP信息，建立與主機A相對應(yīng)的ARP緩存表項。同時，站點I (IPl)的邊緣設(shè)備學(xué)習(xí)到主機A的MAC地址信息:MAC_A，并啟動相應(yīng)的MAC地址老化機制。步驟S502、站點I (IPl)的邊緣設(shè)備上的MAC-A記錄因為老化而刪除,或是站點I(IPl)的邊緣設(shè)備收到TC報文后刪除所有的MAC地址記錄。步驟S503、站點I (IPl)的邊緣設(shè)備通過EVI ISIS進程向站點3 (IP3)的邊緣設(shè)備發(fā)送刪除MAC-A的通告。步驟S504、站點3 (IP3)的邊緣設(shè)備在收到刪除MAC-A的通告后，在本地刪除MAC-A。步驟S505、站點3 (IP3)的邊緣設(shè)備根據(jù)MAC-A主動查詢本地的ARP緩存信息，判斷是否存在與MAC-A相關(guān)聯(lián)的ARP緩存表項。如果不存在與MAC-A相關(guān)聯(lián)的ARP緩存表項，則結(jié)束當(dāng)前處理；如果存在與MAC-A相關(guān)聯(lián)的ARP緩存表項，則執(zhí)行步驟S506。步驟S506、站點3 (IP3)的邊緣設(shè)備根據(jù)查到的ARP緩存表項，向?qū)?yīng)的對端主機(即主機A)發(fā)出ARP請求。步驟S507、主機A收到ARP請求后，發(fā)出ARP響應(yīng)。步驟S508、站點I (IPl)的邊緣設(shè)備收到主機A發(fā)送的該ARP響應(yīng)報文后，重新學(xué)習(xí)到主機A當(dāng)前的MAC地址信息(記為MAC-A’)，并通過EVIISIS過程向站點3 (IP3)的邊緣設(shè)備轉(zhuǎn)發(fā)上述的ARP響應(yīng)，通告主機A當(dāng)前的MAC地址信息。在具體的處理場景中，步驟S502中對于之前保存的MAC-A已經(jīng)進行了刪除，在本步驟中，又通過新的ARP請求過程學(xué)習(xí)到了主機A當(dāng)前的MAC地址信息，這個MAC地址信息可能與之前的MAC-A相同，也可以不同。步驟S509、站點3 (IP3)的邊緣設(shè)備接收ARP響應(yīng)，學(xué)習(xí)到主機A當(dāng)前的MAC地址信息(記為MAC-A’)，并更新本地的ARP緩存中的ARP緩存表項。通過前述步驟S504中對于之前的MAC-A的刪除，以及本步驟中對于主機A當(dāng)前的MAC地址信息(記為MAC-A’ )的學(xué)習(xí)，站點3 (IP3)的邊緣設(shè)備完成了對于主機A的MAC地址信息的更新。通過本步驟的處理，站點3 (IP3)的邊緣設(shè)備中完成了 MAC地址及與其相對應(yīng)的ARP緩存表項的同步更新?；诟潞蟮腁RP緩存表項，后續(xù)站點3內(nèi)的各主機針對主機A的ARP請求還是由站點3 (IP3)的邊緣設(shè)備ARP代理應(yīng)答。同時，對于站點3所需要轉(zhuǎn)發(fā)的目的MAC是MAC-A’的流量，通過查詢站點3 (IP3)的邊緣設(shè)備上所保存MAC表，找到MAC-A’的記錄，從而得以正常轉(zhuǎn)發(fā)。與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點:通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查自身的ARP緩存中是否存在與該MAC地址相關(guān)聯(lián)的ARP緩存表項，如果有，則向該ARP緩存表項對應(yīng)的主機發(fā)送ARP請求，并根據(jù)該主機在預(yù)設(shè)的響應(yīng)時間內(nèi)所返回的ARP響應(yīng)更新相應(yīng)的ARP緩存表項，從而，可以準(zhǔn)確的將ARP緩存表項與MAC地址信息進行同步更新處理，解決數(shù)據(jù)中心二層互聯(lián)EVI網(wǎng)絡(luò)在MAC地址刪除后不能及時對ARP緩存表項進行更新的問題，避免流量黑洞的出現(xiàn)，同時，也可以避免ARP緩存表項過早刪除而導(dǎo)致系統(tǒng)轉(zhuǎn)發(fā)效率下降的問題。為了實現(xiàn)本發(fā)明的技術(shù)方案，本發(fā)明還提出了一種EVI邊緣設(shè)備，其結(jié)構(gòu)示意圖6所示，包括:檢查模塊61，用于在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查所述EVI邊緣設(shè)備的ARP緩存中是否存在與所述MAC地址相關(guān)聯(lián)的ARP緩存表項；發(fā)送模塊62，用于在所述檢查模塊61的檢查結(jié)果為是時，向所述ARP緩存表項對應(yīng)的主機發(fā)送ARP請求；處理模塊63，用于在預(yù)設(shè)的響應(yīng)時間內(nèi)接收到所述主機返回的ARP響應(yīng)時，根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項。優(yōu)選的，該設(shè)備還包括:刪除模塊64，用于在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，刪除本地保存的所述撤銷MAC地址的通告所對應(yīng)的MAC地址。進一步的，所述處理模塊63，還用于:在預(yù)設(shè)的響應(yīng)時間內(nèi)沒有接收到所述主機返回的響應(yīng)時，直接刪除所述ARP緩存表項。另一方面,所述處理模塊63,還用于:在根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項之后，對本地的ARP代理記錄進行更新。與現(xiàn)有技術(shù)相比，本發(fā)明所提出的技術(shù)方案具有以下優(yōu)點:通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查自身的ARP緩存中是否存在與該MAC地址相關(guān)聯(lián)的ARP緩存表項，如果有，則向該ARP緩存表項對應(yīng)的主機發(fā)送ARP請求，并根據(jù)該主機在預(yù)設(shè)的響應(yīng)時間內(nèi)所返回的ARP響應(yīng)更新相應(yīng)的ARP緩存表項，從而，可以準(zhǔn)確的將ARP緩存表項與MAC地址信息進行同步更新處理，解決數(shù)據(jù)中心二層互聯(lián)EVI網(wǎng)絡(luò)在MAC地址刪除后不能及時對ARP緩存表項進行更新的問題，避免流量黑洞的出現(xiàn)，同時，也可以避免ARP緩存表項過早刪除而導(dǎo)致系統(tǒng)轉(zhuǎn)發(fā)效率下降的問題。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是⑶-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施場景所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施場景的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進行分布于實施場景的裝置中，也可以進行相應(yīng)變化位于不同于本實施場景的一個或多個裝置中。上述實施場景的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。上述本發(fā)明序號僅僅為了描述，不代表實施場景的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施場景，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
權(quán)利要求
1.一種ARP緩存更新方法，其特征在于，所述方法至少包括以下步驟: EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查自身的ARP緩存中是否存在與所述MAC地址相關(guān)聯(lián)的ARP緩存表項； 如果有，則所述EVI邊緣設(shè)備向所述ARP緩存表項對應(yīng)的主機發(fā)送ARP請求； 如果在預(yù)設(shè)的響應(yīng)時間內(nèi)接收到所述主機返回的ARP響應(yīng)，則所述EVI邊緣設(shè)備根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項。
2.如權(quán)利要求1所述的方法，其特征在于，所述EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后后,還包括: 所述EVI邊緣設(shè)備刪除本地保存的所述撤銷MAC地址的通告所對應(yīng)的MAC地址。
3.如權(quán)利要求1所述的方法，其特征在于，所述EVI邊緣設(shè)備向所述ARP緩存表項對應(yīng)的主機發(fā)送ARP請求之后，還包括: 如果在預(yù)設(shè)的響應(yīng)時間內(nèi)沒有接收到所述主機返回的響應(yīng)，則所述EVI邊緣設(shè)備直接刪除所述ARP緩存表項。
4.如權(quán)利要求1所述的方法，其特征在于，如果接收到所述主機返回的ARP響應(yīng)，則所述EVI邊緣設(shè)備根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項，還包括: 所述EVI邊緣設(shè)備對本地的ARP代理記錄進行更新。
5.一種EVI邊緣設(shè)備，其特征在于，至少包括: 檢查模塊，用于在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查所述EVI邊緣設(shè)備的ARP緩存中是否存在與所述MAC地址相關(guān)聯(lián)的ARP緩存表項； 發(fā)送模塊，用于在所述檢查模塊的檢查結(jié)果為是時，向所述ARP緩存表項對應(yīng)的主機發(fā)送ARP請求； 處理模塊，用于在預(yù)設(shè)的響應(yīng)時間內(nèi)接收到所述主機返回的ARP響應(yīng)時，根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項。
6.如權(quán)利要求5所述的設(shè)備，其特征在于，還包括: 刪除模塊，用于在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，刪除本地保存的所述撤銷MAC地址的通告所對應(yīng)的MAC地址。
7.如權(quán)利要求5所述的設(shè)備，其特征在于，所述處理模塊，還用于: 在預(yù)設(shè)的響應(yīng)時間內(nèi)沒有接收到所述主機返回的響應(yīng)時，直接刪除所述ARP緩存表項。
8.如權(quán)利要求5所述的設(shè)備，其特征在于，所述處理模塊，還用于: 在根據(jù)所述ARP響應(yīng)更新所述ARP緩存表項之后，對本地的ARP代理記錄進行更新。
全文摘要
本發(fā)明實施例公開了一種ARP緩存更新方法和設(shè)備，通過應(yīng)用本發(fā)明實施例所提出的技術(shù)方案，EVI邊緣設(shè)備在收到對端設(shè)備發(fā)送的撤銷MAC地址的通告后，檢查自身的ARP緩存中是否存在與該MAC地址相關(guān)聯(lián)的ARP緩存表項，如果有，則向該ARP緩存表項對應(yīng)的主機發(fā)送ARP請求，并根據(jù)該主機在預(yù)設(shè)的響應(yīng)時間內(nèi)所返回的ARP響應(yīng)更新相應(yīng)的ARP緩存表項，從而，可以準(zhǔn)確的將ARP緩存表項與MAC地址信息進行同步更新處理，解決數(shù)據(jù)中心二層互聯(lián)EVI網(wǎng)絡(luò)在MAC地址刪除后不能及時對ARP緩存表項進行更新的問題，避免流量黑洞的出現(xiàn)，同時，也可以避免ARP緩存表項過早刪除而導(dǎo)致系統(tǒng)轉(zhuǎn)發(fā)效率下降的問題。
文檔編號H04L29/12GK103118148SQ20131004269
公開日2013年5月22日 申請日期2013年1月31日 優(yōu)先權(quán)日2013年1月31日
發(fā)明者李蔚 申請人:杭州華三通信技術(shù)有限公司