CN103118148A - 一种arp缓存更新方法和设备 - Google Patents
一种arp缓存更新方法和设备 Download PDFInfo
- Publication number
- CN103118148A CN103118148A CN2013100426936A CN201310042693A CN103118148A CN 103118148 A CN103118148 A CN 103118148A CN 2013100426936 A CN2013100426936 A CN 2013100426936A CN 201310042693 A CN201310042693 A CN 201310042693A CN 103118148 A CN103118148 A CN 103118148A
- Authority
- CN
- China
- Prior art keywords
- arp
- arp cache
- edge device
- mac address
- list item
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种ARP缓存更新方法和设备,通过应用本发明实施例所提出的技术方案,EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后,检查自身的ARP缓存中是否存在与该MAC地址相关联的ARP缓存表项,如果有,则向该ARP缓存表项对应的主机发送ARP请求,并根据该主机在预设的响应时间内所返回的ARP响应更新相应的ARP缓存表项,从而,可以准确的将ARP缓存表项与MAC地址信息进行同步更新处理,解决数据中心二层互联EVI网络在MAC地址删除后不能及时对ARP缓存表项进行更新的问题,避免流量黑洞的出现,同时,也可以避免ARP缓存表项过早删除而导致系统转发效率下降的问题。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种ARP缓存更新方法和设备。
背景技术
云计算服务已经成为传统运营商实现转型的重要业务方向,主要包括IaaS(Infrastructure as a Service,基础设施即服务)、PaaS(Platform as a Service,平台即服务)和SaaS(Software as a Service,软件即服务)多种层面的服务。
传统IDC(Internet Data Center,互联网数据中心)以机房为单位提供基础设施的服务,网络建设关注于用户到IDC的单段线路,用户网络、IDC业务网络之间的关系相对简单明确。而云计算服务供应体的范围不同于传统的IDC服务,不论云计算服务来自哪个运营商、哪个IDC,对于私有云用户来说,他们连成的是同一云,提供的是统一的服务。
如图1所示,为现有技术中传统的托管服务与初步的IaaS服务的应用场景比较示意图。
托管服务的不同用户在IDC是物理空间相互分离的,同时,不同用户通过各自专线连入托管业务区,甚至专线也是分离的。
为了提高设备的利用率、降低运营成本,提高利润空间,实施Iaas云计算成为了日益广泛采用的技术手段。
而为了实施Iaas云计算,运营商目前的方式就是“虚拟化”。通过虚拟化可以实现资源的灵活调度,尤其是计算资源的灵活调度。同一个数据中心内部,计算资源灵活调度比较容易实现,而对于多个IDC之间的资源调度,则需要建设一个大范围的二层网络。可是,IDC云间二层互联会导致多个IDC之间形成一个庞大的二层广播域,会导致ARP(Address Resolution Protocol,地址解析协议)广播和未知单播进一步扩散,增加二层网络风暴的威胁。
进一步的,为了缓解二层网络风暴的威胁,EVI(Ethernet Virtualinterconnection,以太网虚拟互联)技术被广泛采用,EVI技术是一种先进的“MAC(Media Access Control,媒体访问控制)in IP”技术,用于实现基于IP(Internet Protocol,网络互联协议)核心网络的L2VPN(Layer2Virtual PrivateNetwork,二层虚拟专用互联网络)技术。在该技术方案中,提出了ARP流量优化的处理过程,由一个站点的边缘设备对ARP表项进行缓存,而在该站点内的其他主机发起同样的ARP请求过程时,由该边缘设备查找本地ARP表项的缓存,直接对该ARP请求过程进行响应。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
由于对ARP表项进行了缓存,从而,必须仔细调节其缓存表项的存活时间,如果ARP缓存的存活时间大于MAC地址表项的存活时间,可能会存在流量黑洞的情况出现。
因此,在上述的EVI技术的应用场景中,边缘设备上保存的ARP缓存表项需要在MAC地址老化之前删除,以避免错误的代答本地的ARP请求,所以,部署时要配置ARP缓存老化时间小于MAC地址老化时间,例如:MAC老化时间为30分钟,ARP缓存表项老化时间为8分钟。
但是,从网络运维的传统来看,MAC的老化时间一般是比较短的(10分钟以内);而ARP的老化时间一般比较长(20分钟以上)。EVI目前的这种配置方式不够准确,往往导致ARP缓存表项提前被删除。如果在该ARP表项被删除后,又有主机发起相应的ARP请求过程,则需要主机重新发送ARP请求,降低了系统转发效率。
发明内容
本发明实施例提供一种ARP缓存更新方法和设备,解决现有EVI技术中不能准确的根据MAC的变化对ARP表项进行更新的问题。
为达到上述目的,本发明一方面提供了一种ARP缓存更新方法,所述方法至少包括以下步骤:
EVI边缘设备在收到对端设备撤销MAC地址通告后,检查自身的ARP缓存中是否存在与所述MAC地址相关联的ARP缓存表项;
如果有,则所述EVI边缘设备向所述ARP缓存表项对应的主机发送ARP请求;
如果在预设的响应时间内接收到所述主机返回的ARP响应,则所述EVI边缘设备根据所述ARP响应更新所述ARP缓存表项。
另一方面,本发明还提供了一种EVI边缘设备,至少包括:
检查模块,用于在收到对端设备发送的撤销MAC地址的通告后,检查所述EVI边缘设备的ARP缓存中是否存在与所述MAC地址相关联的ARP缓存表项;
发送模块,用于在所述检查模块的检查结果为是时,向所述ARP缓存表项对应的主机发送ARP请求;
处理模块,用于在预设的响应时间内接收到所述主机返回的ARP响应时,根据所述ARP响应更新所述ARP缓存表项。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后,检查自身的ARP缓存中是否存在与该MAC地址相关联的ARP缓存表项,如果有,则向该ARP缓存表项对应的主机发送ARP请求,并根据该主机在预设的响应时间内所返回的ARP响应更新相应的ARP缓存表项,从而,可以准确的将ARP缓存表项与MAC地址信息进行同步更新处理,解决数据中心二层互联EVI网络在MAC地址删除后不能及时对ARP缓存表项进行更新的问题,避免流量黑洞的出现,同时,也可以避免ARP缓存表项过早删除而导致系统转发效率下降的问题。
附图说明
图1为现有技术中托管服务与初步IaaS服务的应用场景示意图;
图2为现有技术中的一种MAC地址信息发布过程的流程示意图;
图3为本发明所提出的一种ARP缓存更新方法的流程示意图;
图4为本发明实施例所提出的一种具体应用场景的示意图;
图5为该应用场景下的ARP缓存更新方法的流程示意图
图6为本发明实施例所提出的一种EVI边缘设备的结构示意图。
具体实施方式
在应用EVI技术的系统场景中,只是在站点的边缘设备上维护路由和转发信息,而无需改变站点内部和核心网络。EVI整体网络由核心网络、站点网络、交叠网络组成。
站点网络是通过一台或者多台边缘设备连接到核心网络的具有独立业务功能的二层网络,通常由单个组织管理控制,主要由主机和交换设备组成,边缘设备提供站点之间的二层交换功能。
交叠网络是站点边缘设备之间建立的虚拟网络,提供站点网络之间的二层互联,通告连接到边缘设备所有主机和路由器的MAC地址,将多个站点互联形成更大的二层转发域。
核心网络是主要由IP路由设备承载的提供站点网络之间互联的网络。
交叠网络实现VLAN在不同站点之间的扩展,主要由交叠接口和虚拟连接组成,在数据平面承载站点间扩展的VLAN的二层流量,在控制平面通过IGP(Interior Gateway Protocols,内部网关协议)协议在站点之间通告主机和路由器的MAC地址可达性信息,管理平面通过邻居发现协议来实现站点的自动发现功能,简化网络配置管理工作。另外,交叠网络还实现了ARP流量优化功能来减少广播流量对带宽的占用。
在现有技术的具体应用场景中,ISIS(Intermediate System to IntermediateSystem,中间系统到中间系统)路由协议是运营商普遍采用的一种IGP协议。在以ISIS路由协议作为IGP的EVI网络系统中,当经过邻居自动发现过程建立了边缘设备之间的交叠网络之后,可以在该交叠网络上运行ISIS路由协议来通告单播MAC地址可达性信息,该路由协议与站点内部或核心网中的L3(Layer3,三层)网络的路由协议之间相互独立,互不影响。在边缘设备上配置了隧道接口时自动启用了ISIS路由协议,无需额外的配置,但可以调节该路由协议的参数。
如图2所示,为现有技术中的一种MAC地址信息发布过程的流程示意图,在图2所示的应用场景中,EVI网络中存在三个站点,每个站点分别连接自己的边缘设备,相应的MAC地址信息发布过程包括以下步骤:
步骤S201、站点1的边缘设备在VLAN100的内部接口学习到两个新的MAC地址信息,相应的EVI ISIS进程向其他边缘设备(站点2的边缘设备和站点3的边缘设备)发送LSP更新消息,即将学习到的上述两个新的MAC地址信息在LSP报文中发布。
在具体的消息传输过程中,上述的LSP更新消息可以通过头端复制或者核心复制到达交叠网络的其他边缘设备(站点2的边缘设备和站点3的边缘设备)。其中,上述的头端复制或者核心复制具体为交叠网络中进行数据传输的具体方式。
步骤S202、其他边缘设备(站点2的边缘设备和站点3的边缘设备)对接收到的LSP更新消息进行解封装,并将解封装得到的信息交由自身所对应的控制平面EVI ISIS进程进行处理。
步骤S203、各EVI ISIS进程学习解封装得到的信息中所携带的新的MAC地址信息,并将相应的MAC地址信息写入本地MAC转发表。
在上述的图2中,为了方便描述,具体以IP1代表站点1,以IP2代表站点2,以IP3代表站点3。
MAC地址的回收过程与上述过程类似,如果某个网络实体从网络中移除或是网络拓扑变化引起的MAC地址刷新,该MAC表项将被删除,触发控制平面的EVI ISIS进程的MAC更新过程,从而其他所有的边缘设备将删除相应的MAC地址。
为了减少目的MAC地址为广播MAC的报文泛洪到核心网,在边缘设备侦听从隧道终结的报文中的ARP响应报文时,需要在本地建立ARP缓存,然后,当后续本站点内部进行同样的ARP请求时,可以直接从边缘设备进行代答。
具体的,对基于ARP代答的ARP流量的优化处理过程描述如下:
首先,站点A内的第一主机(IP1)发送ARP请求,请求获取站点B内的第二主机(IP2)的MAC地址。
站点A的边缘设备将ARP请求报文进行泛洪,复制并封装转发到核心网络最终转发到站点B的边缘设备,站点B的边缘设备对ARP请求报文进行解封装,并在站点内部进行泛洪,从而,使相应的请求到达目的端的第二主机(IP2)。
第二主机(IP2)通过站点B及其边缘设备返回ARP响应报文。
站点A的边缘设备收到ARP响应报文后建立相应的ARP缓存,并将ARP响应报文发送到第一主机(IP1),从而,使第一主机(IP1)完成对第二主机(IP2)的MAC地址的请求过程。
在此之后,如果站点A内的其他主机再次发送ARP请求,请求获取站点B内的第二主机(IP2)的MAC地址时,站点A的边缘设备查找本地ARP缓存,直接对该ARP请求回送ARP响应报文,即完成相应的ARP代答处理,无需再向站点2内的第二主机(IP2)进行ARP请求。
由上述过程可以看出,相应的ARP代答处理过程的关键在于对ARP表项的缓存,考虑到信息老化和更新的问题,需要仔细调节相应的缓存表项的存活时间。
如果ARP缓存表项的存活时间大于MAC地址表项的存活时间,可能会存在流量黑洞的情况出现。
因此,在现有的EVI技术中,边缘设备上保存的ARP缓存表项需要在MAC地址老化之前删除,以避免错误的代答本地的ARP请求,所以,部署时要配置ARP缓存老化时间小于MAC地址老化时间。
但是,这又导致了新的问题,如果ARP缓存表项提前被删除,那么,当有主机需要获取相应的ARP信息时,则需要重新发送ARP请求,这降低了系统的转发效率。
另外,MAC的老化只是引起MAC地址删除的一种原因,还存在其他因素同样可以导致MAC地址的删除。例如:由STP(Spanning Tree Protocol,生成树协议)发送的TC(Topology Change,拓扑变更)就会引起边缘设备删除所有的MAC地址。现有的EVI技术中的通过配置MAC老化时间来同步ARP缓存表项存活时间的方式根本无法解决这样的情况下ARP缓存表项存活时间精确化的问题。
如上所述,现有的EVI技术存在不足,导致实现ARP缓存表项和MAC地址同步之间存在时间差的问题,会出现流量黑洞或系统转发效率降低的问题。
为了解决这样的问题,本发明实施例提出了一种ARP缓存更新方法,通过将MAC与ARP代理主动关联,能够准确的解决MAC地址删除后ARP缓存无法及时更新而出现流量黑洞的问题。
如图3所示,为本发明所提出的一种ARP缓存更新方法的流程示意图,该方法具体包括以下步骤:
步骤S301、EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后,检查自身的ARP缓存中是否存在与所述MAC地址相关联的ARP缓存表项。
如果有,则执行步骤S302;
在具体的应用场景中,所述EVI边缘设备在收到对端设备撤销MAC地址通告后,还包括删除本地保存的所述撤销MAC地址通告所对应的MAC地址信息的过程,即完成本地的MAC地址信息的同步。
步骤S302、所述EVI边缘设备向所述ARP缓存表项对应的主机发送ARP请求。
本步骤的目的在于触发对于发生了MAC地址撤销的主机的ARP更新过程,从而,能够在对端主机的MAC地址信息发生撤销时,及时对其所对应的ARP信息进行更新。
同时,为了保证系统的处理效率,可以预先设置相应的响应时间,以避免由于网络传输或对端主机故障等问题而导致ARP请求无法送达或无法及时答复所导致的处理过程的停滞。
如果在预设的响应时间内,所述EVI边缘设备接收到所述主机返回的ARP响应,则执行步骤S303,开始进行本地存储的ARP缓存表项的更新;
如果在预设的响应时间内,所述EVI边缘设备没有接收到所述主机返回的ARP响应,则执行步骤S304。
步骤S303、所述EVI边缘设备根据所述ARP响应更新所述ARP缓存表项。
在此种情况下,由于及时收到了对端主机的ARP响应,则表示在MAC地址发生撤销的情况下,对端主机仍在继续正常工作,只是其所对应的MAC地址信息发生了变化,因此,只需要根据上述的ARP响应对本地的ARP缓存信息进行更新,在后续的处理中,如果有本站点内的其他主机对上述的对端主机进行ARP请求,则可以以更新后的ARP缓存表项进行ARP代答处理。
进一步的,在具体的应用场景中,本步骤在更新上述的ARP关联表项的同时,还包括对本地的ARP代理记录进行更新,保证相应代理记录的准确性。
步骤S304、所述EVI边缘设备直接删除所述ARP缓存表项。
在此种情况下,由于没有及时收到对端主机的ARP响应,则表示在MAC地址发生撤销的情况下,对端主机可能由于自身故障或网络故障等原因已经无法与本端设备进行正常的通信,在本地继续保存其所对应的ARP缓存表现已经没有意义,因此,所述EVI边缘设备对该ARP缓存表项进行直接删除。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后,检查自身的ARP缓存中是否存在与该MAC地址相关联的ARP缓存表项,如果有,则向该ARP缓存表项对应的主机发送ARP请求,并根据该主机在预设的响应时间内所返回的ARP响应更新相应的ARP缓存表项,从而,可以准确的将ARP缓存表项与MAC地址信息进行同步更新处理,解决数据中心二层互联EVI网络在MAC地址删除后不能及时对ARP缓存表项进行更新的问题,避免流量黑洞的出现,同时,也可以避免ARP缓存表项过早删除而导致系统转发效率下降的问题。
为了进一步阐述本发明的技术思想,现结合具体的应用场景,对本发明的技术方案进行说明。
本发明实施例提供了一种ARP缓存更新方法,本发明实施例所提出的技术方案的目的是:
在远程MAC地址被撤销的时候,EVI边缘设备主动检查本地的ARP缓存中是否存在与该MAC地址相关联的ARP缓存表项。如果存在这样的ARP缓存表项,则由EVI边缘设备主动向该ARP缓存表项所对应的主机发起ARP请求,判断该主机是否在线。如果在预设的响应时间内接收到ARP响应,则自动更新上述的ARP缓存表项;相反,如果在预设的响应时间内没有接收到对应的ARP响应,则直接在ARP缓存中删除上述的ARP缓存表项。
如图4所示,为本发明实施例所提出的一种具体应用场景的示意图,进一步的,如图5所示,为该应用场景下的ARP缓存更新方法的流程示意图,具体的实现方式如下:
步骤S501、主机B与主机A通信。
在此过程中,主机B主动发ARP请求,根据主机A返回的ARP响应,在边缘设备3(IP3)上的ARP缓存中记录主机A的ARP信息,建立与主机A相对应的ARP缓存表项。
同时,站点1(IP1)的边缘设备学习到主机A的MAC地址信息:MAC-A,并启动相应的MAC地址老化机制。
步骤S502、站点1(IP1)的边缘设备上的MAC-A记录因为老化而删除,或是站点1(IP1)的边缘设备收到TC报文后删除所有的MAC地址记录。
步骤S503、站点1(IP1)的边缘设备通过EVI ISIS进程向站点3(IP3)的边缘设备发送删除MAC-A的通告。
步骤S504、站点3(IP3)的边缘设备在收到删除MAC-A的通告后,在本地删除MAC-A。
步骤S505、站点3(IP3)的边缘设备根据MAC-A主动查询本地的ARP缓存信息,判断是否存在与MAC-A相关联的ARP缓存表项。
如果不存在与MAC-A相关联的ARP缓存表项,则结束当前处理;
如果存在与MAC-A相关联的ARP缓存表项,则执行步骤S506。
步骤S506、站点3(IP3)的边缘设备根据查到的ARP缓存表项,向对应的对端主机(即主机A)发出ARP请求。
步骤S507、主机A收到ARP请求后,发出ARP响应。
步骤S508、站点1(IP1)的边缘设备收到主机A发送的该ARP响应报文后,重新学习到主机A当前的MAC地址信息(记为MAC-A’),并通过EVIISIS过程向站点3(IP3)的边缘设备转发上述的ARP响应,通告主机A当前的MAC地址信息。
在具体的处理场景中,步骤S502中对于之前保存的MAC-A已经进行了删除,在本步骤中,又通过新的ARP请求过程学习到了主机A当前的MAC地址信息,这个MAC地址信息可能与之前的MAC-A相同,也可以不同。
步骤S509、站点3(IP3)的边缘设备接收ARP响应,学习到主机A当前的MAC地址信息(记为MAC-A’),并更新本地的ARP缓存中的ARP缓存表项。
通过前述步骤S504中对于之前的MAC-A的删除,以及本步骤中对于主机A当前的MAC地址信息(记为MAC-A’)的学习,站点3(IP3)的边缘设备完成了对于主机A的MAC地址信息的更新。
通过本步骤的处理,站点3(IP3)的边缘设备中完成了MAC地址及与其相对应的ARP缓存表项的同步更新。
基于更新后的ARP缓存表项,后续站点3内的各主机针对主机A的ARP请求还是由站点3(IP3)的边缘设备ARP代理应答。
同时,对于站点3所需要转发的目的MAC是MAC-A’的流量,通过查询站点3(IP3)的边缘设备上所保存MAC表,找到MAC-A’的记录,从而得以正常转发。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后,检查自身的ARP缓存中是否存在与该MAC地址相关联的ARP缓存表项,如果有,则向该ARP缓存表项对应的主机发送ARP请求,并根据该主机在预设的响应时间内所返回的ARP响应更新相应的ARP缓存表项,从而,可以准确的将ARP缓存表项与MAC地址信息进行同步更新处理,解决数据中心二层互联EVI网络在MAC地址删除后不能及时对ARP缓存表项进行更新的问题,避免流量黑洞的出现,同时,也可以避免ARP缓存表项过早删除而导致系统转发效率下降的问题。
为了实现本发明的技术方案,本发明还提出了一种EVI边缘设备,其结构示意图6所示,包括:
检查模块61,用于在收到对端设备发送的撤销MAC地址的通告后,检查所述EVI边缘设备的ARP缓存中是否存在与所述MAC地址相关联的ARP缓存表项;
发送模块62,用于在所述检查模块61的检查结果为是时,向所述ARP缓存表项对应的主机发送ARP请求;
处理模块63,用于在预设的响应时间内接收到所述主机返回的ARP响应时,根据所述ARP响应更新所述ARP缓存表项。
优选的,该设备还包括:
删除模块64,用于在收到对端设备发送的撤销MAC地址的通告后,删除本地保存的所述撤销MAC地址的通告所对应的MAC地址。
进一步的,所述处理模块63,还用于:
在预设的响应时间内没有接收到所述主机返回的响应时,直接删除所述ARP缓存表项。
另一方面,所述处理模块63,还用于:
在根据所述ARP响应更新所述ARP缓存表项之后,对本地的ARP代理记录进行更新。
与现有技术相比,本发明所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后,检查自身的ARP缓存中是否存在与该MAC地址相关联的ARP缓存表项,如果有,则向该ARP缓存表项对应的主机发送ARP请求,并根据该主机在预设的响应时间内所返回的ARP响应更新相应的ARP缓存表项,从而,可以准确的将ARP缓存表项与MAC地址信息进行同步更新处理,解决数据中心二层互联EVI网络在MAC地址删除后不能及时对ARP缓存表项进行更新的问题,避免流量黑洞的出现,同时,也可以避免ARP缓存表项过早删除而导致系统转发效率下降的问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (8)
1.一种ARP缓存更新方法,其特征在于,所述方法至少包括以下步骤:
EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后,检查自身的ARP缓存中是否存在与所述MAC地址相关联的ARP缓存表项;
如果有,则所述EVI边缘设备向所述ARP缓存表项对应的主机发送ARP请求;
如果在预设的响应时间内接收到所述主机返回的ARP响应,则所述EVI边缘设备根据所述ARP响应更新所述ARP缓存表项。
2.如权利要求1所述的方法,其特征在于,所述EVI边缘设备在收到对端设备发送的撤销MAC地址的通告后后,还包括:
所述EVI边缘设备删除本地保存的所述撤销MAC地址的通告所对应的MAC地址。
3.如权利要求1所述的方法,其特征在于,所述EVI边缘设备向所述ARP缓存表项对应的主机发送ARP请求之后,还包括:
如果在预设的响应时间内没有接收到所述主机返回的响应,则所述EVI边缘设备直接删除所述ARP缓存表项。
4.如权利要求1所述的方法,其特征在于,如果接收到所述主机返回的ARP响应,则所述EVI边缘设备根据所述ARP响应更新所述ARP缓存表项,还包括:
所述EVI边缘设备对本地的ARP代理记录进行更新。
5.一种EVI边缘设备,其特征在于,至少包括:
检查模块,用于在收到对端设备发送的撤销MAC地址的通告后,检查所述EVI边缘设备的ARP缓存中是否存在与所述MAC地址相关联的ARP缓存表项;
发送模块,用于在所述检查模块的检查结果为是时,向所述ARP缓存表项对应的主机发送ARP请求;
处理模块,用于在预设的响应时间内接收到所述主机返回的ARP响应时,根据所述ARP响应更新所述ARP缓存表项。
6.如权利要求5所述的设备,其特征在于,还包括:
删除模块,用于在收到对端设备发送的撤销MAC地址的通告后,删除本地保存的所述撤销MAC地址的通告所对应的MAC地址。
7.如权利要求5所述的设备,其特征在于,所述处理模块,还用于:
在预设的响应时间内没有接收到所述主机返回的响应时,直接删除所述ARP缓存表项。
8.如权利要求5所述的设备,其特征在于,所述处理模块,还用于:
在根据所述ARP响应更新所述ARP缓存表项之后,对本地的ARP代理记录进行更新。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310042693.6A CN103118148B (zh) | 2013-01-31 | 2013-01-31 | 一种arp缓存更新方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310042693.6A CN103118148B (zh) | 2013-01-31 | 2013-01-31 | 一种arp缓存更新方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103118148A true CN103118148A (zh) | 2013-05-22 |
CN103118148B CN103118148B (zh) | 2016-06-08 |
Family
ID=48416418
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310042693.6A Active CN103118148B (zh) | 2013-01-31 | 2013-01-31 | 一种arp缓存更新方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103118148B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103973833A (zh) * | 2014-05-05 | 2014-08-06 | 杭州华三通信技术有限公司 | 一种arp缓存更新方法和装置 |
CN103986796A (zh) * | 2014-04-25 | 2014-08-13 | 大唐移动通信设备有限公司 | 网络设备地址解析协议arp地址刷新的方法及装置 |
CN106506378A (zh) * | 2016-11-10 | 2017-03-15 | 杭州迪普科技股份有限公司 | Mac地址表的更新方法和装置 |
CN107147574A (zh) * | 2016-03-01 | 2017-09-08 | 深圳市深信服电子科技有限公司 | 基于分布式虚拟路由器的报文转发方法和系统 |
CN109033826A (zh) * | 2018-06-26 | 2018-12-18 | 天津飞腾信息技术有限公司 | 可抵御边信道攻击的缓存加固方法及装置 |
CN109218456A (zh) * | 2017-07-06 | 2019-01-15 | 北京华为数字技术有限公司 | Mac地址表的老化时间的处理方法及装置 |
CN109246162A (zh) * | 2017-07-10 | 2019-01-18 | 中兴通讯股份有限公司 | Mac地址信息同步方法、设备及存储介质 |
CN110062061A (zh) * | 2019-04-29 | 2019-07-26 | 清华大学 | 基于ip/mac交换的地址解析映射方法 |
CN112261171A (zh) * | 2020-10-19 | 2021-01-22 | 天津津航计算技术研究所 | 一种基于以太网协议确定ip摄像头位置的方法 |
CN113206792A (zh) * | 2021-03-11 | 2021-08-03 | 新华三信息安全技术有限公司 | 一种报文转发方法及设备 |
CN113726632A (zh) * | 2021-07-31 | 2021-11-30 | 新华三信息安全技术有限公司 | 一种报文转发方法及设备 |
CN113810511A (zh) * | 2021-08-06 | 2021-12-17 | 锐捷网络股份有限公司 | Arp表的更新方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870660A (zh) * | 2006-06-22 | 2006-11-29 | 杭州华为三康技术有限公司 | 一种更新地址解析协议表项的方法和节点设备 |
CN102594943A (zh) * | 2012-03-19 | 2012-07-18 | 杭州华三通信技术有限公司 | 用于实现arp侦听的方法和装置 |
CN102857584A (zh) * | 2011-06-28 | 2013-01-02 | 中兴通讯股份有限公司 | 一种arp缓存条目更新方法及设备 |
CN102904818A (zh) * | 2012-09-27 | 2013-01-30 | 北京星网锐捷网络技术有限公司 | 一种arp信息表项更新方法及装置 |
-
2013
- 2013-01-31 CN CN201310042693.6A patent/CN103118148B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870660A (zh) * | 2006-06-22 | 2006-11-29 | 杭州华为三康技术有限公司 | 一种更新地址解析协议表项的方法和节点设备 |
CN102857584A (zh) * | 2011-06-28 | 2013-01-02 | 中兴通讯股份有限公司 | 一种arp缓存条目更新方法及设备 |
CN102594943A (zh) * | 2012-03-19 | 2012-07-18 | 杭州华三通信技术有限公司 | 用于实现arp侦听的方法和装置 |
CN102904818A (zh) * | 2012-09-27 | 2013-01-30 | 北京星网锐捷网络技术有限公司 | 一种arp信息表项更新方法及装置 |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103986796A (zh) * | 2014-04-25 | 2014-08-13 | 大唐移动通信设备有限公司 | 网络设备地址解析协议arp地址刷新的方法及装置 |
CN103986796B (zh) * | 2014-04-25 | 2018-09-28 | 大唐移动通信设备有限公司 | 网络设备地址解析协议arp地址刷新的方法及装置 |
CN103973833A (zh) * | 2014-05-05 | 2014-08-06 | 杭州华三通信技术有限公司 | 一种arp缓存更新方法和装置 |
CN107147574A (zh) * | 2016-03-01 | 2017-09-08 | 深圳市深信服电子科技有限公司 | 基于分布式虚拟路由器的报文转发方法和系统 |
CN106506378A (zh) * | 2016-11-10 | 2017-03-15 | 杭州迪普科技股份有限公司 | Mac地址表的更新方法和装置 |
CN109218456B (zh) * | 2017-07-06 | 2021-09-07 | 北京华为数字技术有限公司 | Mac地址表的老化时间的处理方法及装置 |
CN109218456A (zh) * | 2017-07-06 | 2019-01-15 | 北京华为数字技术有限公司 | Mac地址表的老化时间的处理方法及装置 |
CN109246162A (zh) * | 2017-07-10 | 2019-01-18 | 中兴通讯股份有限公司 | Mac地址信息同步方法、设备及存储介质 |
CN109033826A (zh) * | 2018-06-26 | 2018-12-18 | 天津飞腾信息技术有限公司 | 可抵御边信道攻击的缓存加固方法及装置 |
CN110062061A (zh) * | 2019-04-29 | 2019-07-26 | 清华大学 | 基于ip/mac交换的地址解析映射方法 |
CN112261171A (zh) * | 2020-10-19 | 2021-01-22 | 天津津航计算技术研究所 | 一种基于以太网协议确定ip摄像头位置的方法 |
CN113206792A (zh) * | 2021-03-11 | 2021-08-03 | 新华三信息安全技术有限公司 | 一种报文转发方法及设备 |
CN113206792B (zh) * | 2021-03-11 | 2022-05-27 | 新华三信息安全技术有限公司 | 一种报文转发方法及设备 |
CN113726632A (zh) * | 2021-07-31 | 2021-11-30 | 新华三信息安全技术有限公司 | 一种报文转发方法及设备 |
CN113810511A (zh) * | 2021-08-06 | 2021-12-17 | 锐捷网络股份有限公司 | Arp表的更新方法及装置 |
CN113810511B (zh) * | 2021-08-06 | 2024-03-19 | 锐捷网络股份有限公司 | Arp表的更新方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN103118148B (zh) | 2016-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103118148B (zh) | 一种arp缓存更新方法和设备 | |
CN107181688B (zh) | 一种sdn网络中实现服务器端跨域数据传输优化的系统和方法 | |
US9019814B1 (en) | Fast failover in multi-homed ethernet virtual private networks | |
CN103139037B (zh) | 用于实现灵活的虚拟局域网的方法和装置 | |
CN107733793B (zh) | 一种转发表项维护方法及装置 | |
US9537793B2 (en) | Ensuring any-to-any reachability with opportunistic layer 3 forwarding in massive scale data center environments | |
CN106789526B (zh) | 多系统网络连接的方法及装置 | |
US20160036773A1 (en) | Internet protocol address resolution | |
CN107094110B (zh) | 一种dhcp报文转发方法及装置 | |
CN104168184A (zh) | 报文转发方法及设备 | |
CN102355417A (zh) | 一种数据中心二层互联方法和装置 | |
US20240007353A1 (en) | Software defined access fabric without subnet restriction to a virtual network | |
CN102263704A (zh) | 一种支持数据中心二层互联的拓扑构建方法和装置 | |
CN101043430B (zh) | 一种设备之间网络地址转换的方法 | |
CN103581062A (zh) | 用于处理未知单播数据包的方法和系统 | |
US11153420B2 (en) | Neighbor equivalence groups | |
CN103248720A (zh) | 一种查询物理地址的方法及装置 | |
CN106789725B (zh) | 一种实现流量重定向的方法、装置和系统 | |
WO2019201209A1 (zh) | 报文转发 | |
CN110535744A (zh) | 报文处理方法、装置及Leaf设备 | |
CN103634214A (zh) | 一种路由信息生成方法及装置 | |
WO2018171722A1 (zh) | Mac地址同步 | |
WO2013159667A1 (en) | Virtual router redundancy protocol load balancing mode (vrrpe) | |
US10798195B2 (en) | Fast roaming with shared services in enterprise fabric based networks | |
WO2009146615A1 (zh) | 网络地址转换业务的处理方法和系统及处理器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |