CN109067934B - 一种地址冲突处理方法及装置 - Google Patents

一种地址冲突处理方法及装置 Download PDF

Info

Publication number
CN109067934B
CN109067934B CN201810909881.7A CN201810909881A CN109067934B CN 109067934 B CN109067934 B CN 109067934B CN 201810909881 A CN201810909881 A CN 201810909881A CN 109067934 B CN109067934 B CN 109067934B
Authority
CN
China
Prior art keywords
irf system
mac address
irf
equipment
member device
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.)
Active
Application number
CN201810909881.7A
Other languages
English (en)
Other versions
CN109067934A (zh
Inventor
魏纪红
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Information Technologies Co Ltd
Original Assignee
New H3C Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Priority to CN201810909881.7A priority Critical patent/CN109067934B/zh
Publication of CN109067934A publication Critical patent/CN109067934A/zh
Application granted granted Critical
Publication of CN109067934B publication Critical patent/CN109067934B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5046Resolving address allocation conflicts; Testing of addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

本申请实施例提供了一种地址冲突处理方法及装置,应用于IRF系统的第一成员设备,方法包括:当IRF系统故障分裂后,检测第一成员设备的MAC地址是否与记录的IRF系统的主设备的MAC地址相同;若相同,则保持开启第一成员设备的所有业务端口。应用本申请实施例,解决了IRF系统分裂后原主设备上的所有业务端口被关闭,所带来的WLAN业务中断的问题。

Description

一种地址冲突处理方法及装置
技术领域
本申请涉及通信技术领域,特别是涉及一种地址冲突处理方法及装置。
背景技术
IRF(Intelligent Resilient Framework,智能弹性架构)系统是通过IRF链路将多台设备连接在一起,虚拟化为一台设备。IRF系统中的每一设备都称之为成员设备。这些成员设备按功能不同,分别主设备和备设备。IRF系统中,主设备只有一个,其他成员设备均为备设备。
当IRF链路发生故障时,一个IRF系统分裂为多个新IRF系统,这些新IRF 系统源于同一IRF系统,即位于同一域内,采用相同IP(Internet Protocol,网络协议)地址等三层配置,这导致了出现地址冲突的问题。
目前,为了解决地址冲突的问题,在原IRF系统中的各个成员设备间进行 MAD(Multi-Active Detection,多动作检测),以检测是否出现地址冲突。在原 IRF系统分裂后各个成员设备间进行地址冲突处理,具体的:获取各个新IRF 系统中的主设备的成员编号,比较各个新IRF系统中的主设备的成员编号,关闭成员编号大的新IRF系统中所有成员设备上的所有业务端口,也就是,成员编号大的新IRF系统中所有成员设备不再转发业务报文。
上述地址冲突处理方式虽然解决了地址冲突的问题,但是,若原IRF系统中的主设备的成员编号较大,备设备的成员编号较小,则在原IRF系统分裂后,将会关闭主设备上的所有业务端口,这将导致主设备上正在运行的AP(Access Point,接入点)和STA(Station,站点)等WLAN(Wireless Local Area Networks,无线局域网)业务中断。
发明内容
本申请实施例的目的在于提供一种地址冲突处理方法及装置,以解决IRF 系统分裂后原主设备上的所有业务端口被关闭,所带来的WLAN业务中断的问题。具体技术方案如下:
第一方面,本申请实施例提供了一种地址冲突处理方法,应用于IRF系统的第一成员设备,所述方法包括:
当所述IRF系统故障分裂后,检测所述第一成员设备的MAC(Media AccessControl,媒体访问控制)地址是否与记录的所述IRF系统的主设备的MAC地址相同;
若相同,则保持开启所述第一成员设备的所有业务端口。
第二方面,本申请实施例提供了一种地址冲突处理装置,应用于IRF系统的第一成员设备,所述装置包括:
检测模块,用于当所述IRF系统故障分裂后,检测所述第一成员设备的 MAC地址是否与记录的所述IRF系统的主设备的MAC地址相同;
处理模块,用于在所述检测模块的检测结果为是的情况下,保持开启所述第一成员设备的所有业务端口。
第三方面,本申请实施例提供了一种网络设备,包括处理器和机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器被所述机器可执行指令促使:实现上述任一地址冲突处理方法步骤。
第四方面,本申请实施例提供了一种机器可读存储介质,存储有机器可执行指令,在被处理器调用和执行时,所述机器可执行指令促使所述处理器:实现上述任一地址冲突处理方法步骤。
本申请实施例提供了一种地址冲突处理方法及装置,当IRF系统故障分裂后,即检测到发生地址冲突后,检测第一成员设备的MAC地址是否与记录的该IRF系统的主设备的MAC地址相同,若相同,则可确定第一成员设备即为该IRF系统的主设备,保持开启第一成员设备的所有业务端口,解决了IRF系统分裂后原主设备上的所有业务端口被关闭,所带来的WLAN业务中断的问题。当然,实施本申请的任一产品或方法必不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的地址冲突处理方法的第一种流程示意图;
图2为本申请实施例提供的地址冲突处理方法的第二种流程示意图;
图3为本申请实施例提供的地址冲突处理方法的第三种流程示意图;
图4为本申请实施例提供的IRF系统的一种结构示意图;
图5为图4所示IRF系统分裂的一种示意图;
图6为本申请实施例提供的地址冲突处理装置的一种结构示意图;
图7为本申请实施例提供的网络设备的一种结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
IRF系统通过IRF链路将多台设备连接在一起,虚拟化为一台设备。
目前,IRF系统故障分裂为多个新IRF系统后,为解决地址冲突问题,比较各个新IRF系统中主设备的成员编号,关闭成员编号大的新IRF系统中所有成员设备上的所有业务端口。此时,若原IRF系统的主设备的成员编号较大,备设备的成员编号较小,则在原IRF系统分裂后,将会关闭原IRF系统的主设备上的所有业务端口,这将导致原IRF系统的主设备上正在运行的AP和STA 等WLAN业务中断。
为解决IRF系统分裂后原主设备上的所有业务端口被关闭带来的WLAN 业务中断的问题,本申请实施例提供了一种地址冲突处理方法。该方法可以应用于IRF系统中的任一成员设备。
该地址冲突处理方法中,当IRF系统故障分裂后,即检测到发生地址冲突后,成员设备检测该成员设备的MAC地址是否与记录的IRF系统的主设备的 MAC地址相同。若该成员设备的地址与记录的IRF系统的主设备的MAC地址相同,则可确定该成员设备即为IRF系统的主设备,保持开启该成员设备的所有业务端口。这有效解决了IRF系统分裂后原主设备上的所有业务端口被关闭,所带来的WLAN业务中断的问题。
下面通过具体实施例,对本申请进行详细说明。
参考图1,图1为本申请实施例提供的地址冲突处理方法的第一种流程示意图,该方法应用于IRF系统的第一成员设备。该地址冲突处理方法可应用于 IRF系统的任一成员设备,这里仅以第一成员设备为例进行说明,不起任何限定作用。上述地址冲突处理方法包括如下步骤。
步骤101,当IRF系统故障分裂后,检测第一成员设备的MAC地址是否与记录的IRF系统的主设备的MAC地址相同。若相同,则执行步骤102。
本申请实施例中,IRF系统在确定主设备后,主设备记录主设备的MAC 地址为IRF系统的主设备的MAC地址,并将主设备的MAC地址发送给各备设备。各备设备分别记录下IRF系统的主设备的MAC地址。
当IRF系统的IRF链路发生故障时,IRF系统故障分裂为多个新IRF系统,新IRF系统包括一个或多个成员设备。
另外,在IRF系统故障分裂后进行地址冲突处理,第一成员设备检测第一成员设备的MAC地址是否与记录的IRF系统的主设备的MAC地址相同,也就是,检测第一成员设备是否为主设备。若第一成员设备的MAC地址与记录的IRF系统的主设备的MAC地址相同,则确定第一成员设备为IRF系统的主设备。若第一成员设备的MAC地址与记录的IRF系统的主设备的MAC地址不同,则确定第一成员设备为IRF系统的备设备。
本申请实施例中,为保证准确的确定第一成员设备是否为IRF系统的主设备,避免成员设备中记录的IRF系统的主设备的MAC地址发生变化,例如将记录的IRF系统的主设备的MAC地址变更为该成员设备的地址,或将记录的 IRF系统的主设备的MAC地址变更为该成员设备所属新IRF系统的主设备的地址。在第一成员设备中配置预设时长,当IRF系统故障分裂后在预设时长内,第一成员设备禁止变换记录IRF系统的主设备的MAC地址。
步骤102,保持开启第一成员设备的所有业务端口。
在确定第一成员设备为IRF系统的主设备后,第一成员设备保持开启第一成员设备的所有业务端口,这样,在第一成员设备上正在运行的AP和STA等 WLAN业务就不会中断,避免了因WLAN业务中断导致业务震荡的问题。
另外,保持原IRF系统的主设备上的所有业务端口开启,避免了不确定 WLAN业务恢复时间等问题,特别地,对于业务连续性要求比较高的企业,降低了因WLAN业务中断带来的不可预估的风险。
在本申请的一个实施例中,参考图2所示的地址冲突处理方法的第二种流程示意图,基于图1,该方法应用于IRF系统的第一成员设备,包括如下步骤。
步骤201,当IRF系统故障分裂后,检测第一成员设备的MAC地址是否与记录的IRF系统的主设备的MAC地址相同。若相同,则执行步骤202。若不同,则执行步骤203。
步骤202,保持开启第一成员设备的所有业务端口。
步骤101-102与步骤201 -202 相同。
步骤203,关闭第一成员设备的所有业务端口。
若检测到第一成员设备的MAC地址与记录的IRF系统的主设备的MAC 地址不同,则确定第一成员设备为IRF系统的备设备,关闭第一成员设备的所有业务端口,第一成员设备不再转发业务报文,避免了地址冲突问题。
在本申请的一个实施例中,若IRF系统故障分裂后获得的新IRF系统仅包括第一成员设备这一个成员设备,则在检测到第一成员设备的MAC地址与记录的IRF系统的主设备的MAC地址不同时,第一成员设备直接关闭第一成员设备的所有业务端口。
在本申请的另一个实施例中,若IRF系统故障分裂后获得的新IRF系统包括至少两个成员设备,即新IRF系统除包括第一成员设备外,还包括其他成员设备,则参考图3所示的地址冲突处理方法的第三种流程示意图,基于图2,该方法应用于IRF系统的第一成员设备,包括如下步骤。
步骤301,当IRF系统故障分裂后,检测第一成员设备的MAC地址是否与记录的IRF系统的主设备的MAC地址相同。若相同,则执行步骤302。若不同,则执行步骤303。
步骤302,保持开启第一成员设备的所有业务端口。
步骤201-202与步骤301 -302 相同。
步骤303,检测新IRF系统的其他成员设备的MAC地址是否均与该其他成员设备记录的IRF系统的主设备的MAC地址不同。若均不同,则步骤304。
对于新IRF系统的其他成员设备,若其他成员设备的MAC地址均与该成员设备记录的IRF系统的主设备的MAC地址不同,则确定新IRF系统的其他成员设备均不是原IRF系统的主设备。
步骤304,关闭第一成员设备的所有业务端口。
若新IRF系统的其他成员设备均不是原IRF系统的主设备,则关闭该第一成员设备的所有业务端口,第一成员设备不再转发业务报文,避免了地址冲突问题。
在本申请的一个实施例中,若新IRF系统的第二成员设备的地址与第二成员设备记录的IRF系统的主设备的MAC地址相同,则第一成员设备所属的新 IRF系统包括原IRF系统的主设备,为提高新IRF系统的可靠性,保持开启第一成员设备的所有业务端口。
下面结合图4和图5所示的IRF系统,对本申请实施例提供的地址冲突处理方法进行详细说明。图4中,IRF系统1包括3个成员设备,分别为成员设备1、成员设备2和成员设备3。成员设备1为主设备,成员设备1的MAC 地址为MAC_1,则成员设备1、成员设备2和成员设备3均记录主设备的地址 (即,MAC_1)。成员设备2的MAC地址为MAC_2。成员设备3的MAC地址为MAC_3。
当IRF系统1的IRF链路故障时,如图4所示的画叉的一段IRF链路故障时,IRF系统1故障分裂为2个新IRF系统,分别为IRF系统11和IRF系统 12,如图5所示,IRF系统11中包括成员设备1和成员设备2,IRF系统12 中包括成员设备3。
对于成员设备1:
步骤11,成员设备1检测成员设备1的MAC地址是否与成员设备1记录的IRF系统1的主设备的MAC地址相同。
步骤12,成员设备1检测到成员设备1的MAC地址与成员设备1记录的 IRF系统1的主设备的MAC地址相同,均为MAC_1,保持开启成员设备1的所有业务端口。
这样,就解决了IRF系统分裂后原主设备上的所有业务端口被关闭,所带来的WLAN业务中断的问题。
对于成员设备2:
步骤21,成员设备2检测成员设备2的MAC地址是否与成员设备2记录的IRF系统1的MAC地址相同。
步骤22,成员设备2检测到成员设备2的MAC地址为MAC_2,成员设备2记录的IRF系统1的主设备的MAC地址为MAC_1,二者不同,则检测 IRF系统11中的成员设备1的MAC地址是否与成员设备1记录的IRF系统1 的主设备的MAC地址相同。
步骤23,成员设备2检测到成员设备1的MAC地址与成员设备1记录的 IRF系统1的主设备的MAC地址相同,均为MAC_1,保持开启成员设备2的所有业务端口。
这提高了IRF系统的可靠性。
对于成员设备3:
步骤31,成员设备3检测成员设备3的MAC地址是否与成员设备3记录的IRF系统1的主设备的MAC地址相同。
步骤32,成员设备3检测到成员设备3的MAC地址为MAC_3,成员设备3记录的IRF系统1的主设备的MAC地址为MAC_1,二者不同,由于IRF 系统12中仅包括成员设备3,直接关闭成员设备3的所有业务端口。
这解决了地址冲突的问题。
与上述地址冲突处理方法实施例对应,本申请实施例还提供了一种地址冲突处理装置。参考图6,图6为本申请实施例提供的地址冲突处理装置的一种结构示意图,应用于IRF系统的第一成员设备,该装置包括如下模块。
检测模块601,用于当IRF系统故障分裂后,检测第一成员设备的MAC 地址是否与记录的IRF系统的主设备的MAC地址相同;
处理模块602,用于在检测模块601的检测结果为是的情况下,保持开启第一成员设备的所有业务端口。
在本申请的一个实施例中,处理模块602,还可以用于在检测模块601的检测结果为否的情况下,则关闭第一成员设备的所有业务端口。
在本申请的一个实施例中,第一成员设备为IRF系统故障分裂后获得的新 IRF系统的成员设备;新IRF系统包括至少两个成员设备;
处理模块602,具体可以用于检测新IRF系统的其他成员设备的MAC地址是否均与其他成员设备记录的IRF系统的主设备的MAC地址不同;若均不同,则关闭第一成员设备的所有业务端口。
在本申请的一个实施例中,处理模块602,还可以用于若新IRF系统的第二成员设备的MAC地址与第二成员设备记录的IRF系统的主设备的MAC地址相同,则保持开启第一成员设备的所有业务端口。
本申请实施例提供了一种地址冲突处理装置,当IRF系统故障分裂后,即检测到发生地址冲突后,检测第一成员设备的MAC地址是否与记录的该IRF 系统的主设备的MAC地址相同,若相同,则可确定第一成员设备即为该IRF 系统的主设备,保持开启第一成员设备的所有业务端口,解决了IRF系统分裂后原主设备上的所有业务端口被关闭,所带来的WLAN业务中断的问题。
与上述地址冲突处理方法实施例对应,本申请实施例还提供了一种网络设备,如图7所示,包括处理器701和机器可读存储介质702,机器可读存储介质702存储有能够被处理器701执行的机器可执行指令。处理器701被机器可执行指令促使实现上述图1-图5任一所示的地址冲突处理方法的任一步骤。具体的,该网络设备作为IRF系统的第一成员设备,地址冲突处理方法包括:
当IRF系统故障分裂后,检测第一成员设备的MAC地址是否与记录的IRF 系统的主设备的MAC地址相同;
若相同,则保持开启第一成员设备的所有业务端口。
本申请实施例中,当IRF系统故障分裂后,即检测到发生地址冲突后,检测第一成员设备的MAC地址是否与记录的该IRF系统的主设备的MAC地址相同,若相同,则可确定第一成员设备即为该IRF系统的主设备,保持开启第一成员设备的所有业务端口,解决了IRF系统分裂后原主设备上的所有业务端口被关闭,所带来的WLAN业务中断的问题。
另外,如图7所示,网络设备还可以包括:通信接口703和通信总线704;其中,处理器701、机器可读存储介质702、通信接口703通过通信总线704 完成相互间的通信,通信接口703用于上述网络设备与其他设备之间的通信。
与上述地址冲突处理方法实施例对应,本申请实施例还提供了一种机器可读存储介质,存储有机器可执行指令,在被处理器调用和执行时,机器可执行指令促使处理器实现上述图1-图5任一所示的地址冲突处理方法。
上述通信总线可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(Extended Industry Standard Architecture,扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。
上述机器可读存储介质可以包括RAM(Random Access Memory,随机存取存储器),也可以包括NVM(Non-Volatile Memory,非易失性存储器),例如至少一个磁盘存储器。另外,机器可读存储介质还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器,包括CPU、NP(Network Processor,网络处理器)等;还可以是DSP(Digital Signal Processing,数字信号处理器)、ASIC (ApplicationSpecific Integrated Circuit,专用集成电路)、FPGA (Field-Programmable GateArray,现场可编程门阵列)或其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于地址冲突处理装置、网络设备、及机器可读存储介质实施例而言,由于其基本相似于地址冲突处理方法实施例,所以描述的比较简单,相关之处参见地址冲突处理方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。

Claims (8)

1.一种地址冲突处理方法,其特征在于,应用于智能弹性架构IRF系统的第一成员设备,所述方法包括:
当所述IRF系统故障分裂后,在所述IRF系统故障分裂后的预设时长内,禁止所述第一成员设备变换记录的IRF系统的主设备的MAC地址;
检测所述第一成员设备的媒体访问控制MAC地址是否与记录的所述IRF系统的主设备的MAC地址相同;
若相同,则保持开启所述第一成员设备的所有业务端口;
所述第一成员设备为所述IRF系统故障分裂后获得的新IRF系统的成员设备;所述新IRF系统包括至少两个成员设备;
在所述检测所述第一成员设备的媒体访问控制MAC地址是否与记录的所述IRF系统的主设备的MAC地址相同之后,所述方法还包括:
若所述第一成员设备的MAC地址与记录的所述IRF系统的主设备的MAC地址不同,检测所述新IRF系统的其他成员设备的MAC地址是否均与所述其他成员设备记录的所述IRF系统的主设备的MAC地址不同;
若均不同,则关闭所述第一成员设备的所有业务端口。
2.根据权利要求1所述的方法,其特征在于,所述第一成员设备为所述IRF系统故障分裂后获得的新IRF系统的成员设备;所述新IRF系统包括一个成员设备;
所述方法还包括:
若所述第一成员设备的MAC地址与记录的所述IRF系统的主设备的MAC地址不同,则关闭所述第一成员设备的所有业务端口。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述新IRF系统的第二成员设备的MAC地址与所述第二成员设备记录的所述IRF系统的主设备的MAC地址相同,则保持开启所述第一成员设备的所有业务端口。
4.一种地址冲突处理装置,其特征在于,应用于智能弹性架构IRF系统的第一成员设备,所述装置包括:
检测模块,用于当所述IRF系统故障分裂后,在所述IRF系统故障分裂后的预设时长内,禁止所述第一成员设备变换记录的IRF系统的主设备的MAC地址;检测所述第一成员设备的媒体访问控制MAC地址是否与记录的所述IRF系统的主设备的MAC地址相同;
处理模块,用于在所述检测模块的检测结果为是的情况下,保持开启所述第一成员设备的所有业务端口;
所述第一成员设备为所述IRF系统故障分裂后获得的新IRF系统的成员设备;所述新IRF系统包括至少两个成员设备;
所述处理模块,具体用于在所述检测模块的检测结果为否的情况下,检测所述新IRF系统的其他成员设备的MAC地址是否均与所述其他成员设备记录的所述IRF系统的主设备的MAC地址不同;若均不同,则关闭所述第一成员设备的所有业务端口。
5.根据权利要求4所述的装置,其特征在于,所述第一成员设备为所述IRF系统故障分裂后获得的新IRF系统的成员设备;所述新IRF系统包括一个成员设备;
所述处理模块,还用于在所述检测模块的检测结果为否的情况下,则关闭所述第一成员设备的所有业务端口。
6.根据权利要求4所述的装置,其特征在于,所述处理模块,还用于若所述新IRF系统的第二成员设备的MAC地址与所述第二成员设备记录的所述IRF系统的主设备的MAC地址相同,则保持开启所述第一成员设备的所有业务端口。
7.一种网络设备,其特征在于,包括处理器和机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器被所述机器可执行指令促使:实现权利要求1-3任一所述的方法步骤。
8.一种机器可读存储介质,其特征在于,存储有机器可执行指令,在被处理器调用和执行时,所述机器可执行指令促使所述处理器:实现权利要求1-3任一所述的方法步骤。
CN201810909881.7A 2018-08-10 2018-08-10 一种地址冲突处理方法及装置 Active CN109067934B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810909881.7A CN109067934B (zh) 2018-08-10 2018-08-10 一种地址冲突处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810909881.7A CN109067934B (zh) 2018-08-10 2018-08-10 一种地址冲突处理方法及装置

Publications (2)

Publication Number Publication Date
CN109067934A CN109067934A (zh) 2018-12-21
CN109067934B true CN109067934B (zh) 2022-03-22

Family

ID=64683355

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810909881.7A Active CN109067934B (zh) 2018-08-10 2018-08-10 一种地址冲突处理方法及装置

Country Status (1)

Country Link
CN (1) CN109067934B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109617922B (zh) * 2019-01-24 2021-04-27 杭州迪普科技股份有限公司 Vpn保护网段冲突的处理方法、装置、电子设备
CN115348156A (zh) * 2022-07-01 2022-11-15 超聚变数字技术有限公司 一种双主故障的处理方法、设备及存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100992968B1 (ko) * 2007-04-06 2010-11-08 삼성전자주식회사 네트워크 스위치 및 그 스위치의 주소충돌방지방법
CN101442484B (zh) * 2008-12-05 2012-09-05 杭州华三通信技术有限公司 一种检测堆叠多Active的方法、系统及设备
CN102957565B (zh) * 2012-08-31 2015-12-09 杭州华三通信技术有限公司 一种多主用设备冲突的处理方法和装置
CN106060190B (zh) * 2016-07-25 2021-04-30 新华三技术有限公司 一种ip地址冲突的处理方法及装置
CN106131241B (zh) * 2016-08-15 2019-04-26 Oppo广东移动通信有限公司 一种网络连接方法、装置及移动终端
CN106550060B (zh) * 2016-10-28 2020-09-11 新华三技术有限公司 一种网络管理接口地址分配方法及装置
CN107026919B (zh) * 2017-03-23 2020-05-15 珠海格力电器股份有限公司 一种确定节点设备网络地址的方法、节点设备和控制系统

Also Published As

Publication number Publication date
CN109067934A (zh) 2018-12-21

Similar Documents

Publication Publication Date Title
US9432250B2 (en) Redundant network implementation method
EP2194676B1 (en) Ethernet ring system, its main node and intialization method
US8369211B2 (en) Network distribution prevention when virtual chassis system undergoes splits and merges
CN109067934B (zh) 一种地址冲突处理方法及装置
US20050207348A1 (en) Protection that automatic and speedily restore of ethernet ring network
CN101729426B (zh) 一种虚拟路由冗余协议主备用设备快速切换的方法及系统
CN110730125B (zh) 一种报文转发方法、装置、双活系统及通信设备
CN109462533B (zh) 链路切换方法、链路冗余备份网络和计算机可读存储介质
CN106789635B (zh) 一种报文转发方法及装置
CN105991795B (zh) Arp表项更新方法以及装置
CN107547301B (zh) 一种主备设备倒换方法及装置
CN111817881A (zh) 一种故障处理方法和相关装置
US9843495B2 (en) Seamless migration from rapid spanning tree protocol to ethernet ring protection switching protocol
CN109391526B (zh) 一种网络环路的检测方法及装置
RU2587407C2 (ru) Многокольцевая сеть ethernet и способ ее защиты
US20180076975A1 (en) Auto detection and prevention of loop, segmentation and traffic outage in a g.8032 ring network
US20210037121A1 (en) Data transmission protection method, device, system, and computer readable storage medium
CN108810935B (zh) 一种流量转发方法及装置
CN114301815A (zh) 广播风暴的处理方法和装置
CN108696460B (zh) 一种报文转发方法及装置
CN102946321B (zh) 一种基于irf网络的故障处理方法和设备
US20240267284A1 (en) Method and system for improved interconnecting ring transition from open to closed state in lc-mode
CN104184639A (zh) 一种eprs环路多点故障的处理方法和设备
US10523506B2 (en) Network configuration method and network device
WO2024148813A1 (zh) 一种媒体介入控制地址处理的方法、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20230608

Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province

Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd.

Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466

Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd.