CN103973560B - 一种irf系统中堆叠链路故障处理的方法和装置 - Google Patents

一种irf系统中堆叠链路故障处理的方法和装置 Download PDF

Info

Publication number
CN103973560B
CN103973560B CN201310042223.XA CN201310042223A CN103973560B CN 103973560 B CN103973560 B CN 103973560B CN 201310042223 A CN201310042223 A CN 201310042223A CN 103973560 B CN103973560 B CN 103973560B
Authority
CN
China
Prior art keywords
port
downlink
group
mdc
port group
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
CN201310042223.XA
Other languages
English (en)
Other versions
CN103973560A (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 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 CN201310042223.XA priority Critical patent/CN103973560B/zh
Priority to US14/106,069 priority patent/US20140219289A1/en
Publication of CN103973560A publication Critical patent/CN103973560A/zh
Application granted granted Critical
Publication of CN103973560B publication Critical patent/CN103973560B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种IRF系统中的堆叠链路故障处理的方法，该方法包括：IRF系统中的一个成员设备上的非缺省MDC，将关联的上下行端口进行端口组绑定；在监控到堆叠端口的端口状态由up状态变为down状态时，不直接将所有上下行端口的端口状态修改为down状态，而是根据绑定的上下行端口组的端口组状态确定是否修改端口的端口状态。基于同样的发明构思，本申请还提出一种装置，在堆叠链路故障时，能够降低故障堆叠链路对系统吞吐量的影响。

Description

一种IRF系统中堆叠链路故障处理的方法和装置
技术领域
本申请涉及通信技术领域，特别涉及一种IRF系统中的堆叠链路故障处理的方法和装置。
背景技术
多租户设备环境(Multitenant Devices Context，MDC)技术是一种完全的1:N网络设备虚拟化技术，可以实现将一台物理网络设备通过软件虚拟化成多台逻辑网络设备，本文中也将虚拟化出来的逻辑网络设备简称为MDC，虚拟出的每台逻辑设备都具有独立转发能力，可独立接入外部网络，其中，缺省MDC对于虚拟设备具有控制权，可分配各虚拟设备的硬件资源，通过MDC技术，能最大化使用硬件资源。
智能弹性架构(Intelligent Resilient Framework，IRF)是一种将多台物理设备虚拟成以太设备来管理和使用。IRF系统分裂后，会在网络中形成两台“完全相同”的成员设备，均有相同配置，IRF系统会对该情况进行监控和冲突处理，通过某些协议报文或者基于IRF链路的控制层面，选择冲突的成员设备，将该设备所有业务端口关闭(shutdown)，即将所有业务端口的端口状态由激活(up)状态修改为失效(down)状态，保证只有一台成员设备接入网络。
参见图1，图1为基于MDC的IRF系统结构示意图。图1中网络设备101和网络设备102，两台网络设备进行堆叠，形成IRF系统，网络设备101通过MDC技术虚拟了一个缺省MDC1011和一个非缺省MDC1012，网络设备102通过MDC技术虚拟了一个缺省MDC1021和一个非缺省MDC1022。非缺省MDC1012和非缺省MDC1022的上下行链路都使用链路聚合。图1中两个非缺省MDC之间的堆叠链路正常时，非缺省MDC1012和非缺省MDC1022均能正常收发流量。
参见图2，图2为基于MDC的IRF系统中堆叠链路故障结构示意图。图2中当非缺省MDC1012和非缺省MDC1022之间的堆叠链路故障时，通过MAD技术，选择冲突的成员设备，假设选定的成员设备为网络设备102虚拟的非缺省MDC1022，非缺省MDC1022将本地的所有业务端口关闭，如图2中所示非缺省MDC1022的上行链路L1和下行链路L2不能正常转发流量。由图2可见，当非缺省MDC1022的所有业务端口被shutdown时，所有的流量都强制切换到非冲突的一端非缺省MDC1012，这样系统的吞吐量降低一半。
发明内容
有鉴于此，本申请提供一种IRF系统中的堆叠链路故障处理的方法和装置，在堆叠链路故障时，能够降低故障堆叠链路对系统吞吐量的影响。
为解决上述技术问题，本发明的技术方案是这样实现的：
一种智能弹性架构IRF系统中的堆叠链路故障处理的方法，所述IRF系统包括两个以上成员设备，所述两个以上成员设备通过IRF堆叠虚拟成一个虚拟设备，所述虚拟设备进一步被虚拟成多个多租户设备环境MDC，所述多个MDC包括一个缺省MDC和一个以上非缺省MDC，且不同成员设备上的同一MDC之间通过堆叠端口连接，针对任一所述非缺省MDC在不同成员设备的上行端口和下行端口分别应用端口聚合，所述方法应用于所述IRF系统中的一个成员设备上的非缺省MDC上，其特征在于，包括：
按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定；
当监控到该非缺省MDC上在该成员设备上的堆叠端口的端口状态由激活up状态变为失效down状态时，查找并确定各下行端口组以及与该下行端口组绑定的上行端口组的端口组状态；
当确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态均为up状态时，保持两个端口组中的各端口的端口状态；
当确定该下行端口组以及与该下行端口组绑定的上行端口组中存在端口组的端口组状态为down状态时，将该下行端口组以及与该下行端口组绑定的上行端口组中up状态的端口均修改为down状态；
其中，在端口组中所有端口的端口状态均为up状态时，该端口组的端口组状态为up状态；否则，该端口组的端口组状态为down状态。
一种装置，可应用于IRF系统中的一个成员设备上的非缺省MDC上，所述IRF系统包括两个以上成员设备，所述两个以上成员设备通过IRF堆叠虚拟成一个虚拟设备，所述虚拟设备进一步被虚拟成多个MDC，所述多个MDC包括一个缺省MDC和一个以上非缺省MDC，且不同成员设备上的同一MDC之间通过堆叠端口连接，针对任一所述非缺省MDC在不同成员设备的上行端口和下行端口分别应用端口聚合，该装置包括：配置单元、监控单元、确定单元和处理单元；
所述配置单元，用于按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定；
所述监控单元，用于监控本非缺省MDC所在成员设备的堆叠端口的端口状态；
所述确定单元，用于当所述监控单元监控到该非缺省MDC上在该成员设备上的堆叠端口的端口状态由up状态变为down状态时，在所述配置单元中查找并确定各下行端口组以及与该下行端口组绑定的上行端口组的端口组状态；
所述处理单元，用于当所述确定单元确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态均为up状态时，保持两个端口组中的各端口的端口状态；当所述确定单元确定该下行端口组以及与该下行端口组绑定的上行端口组中存在端口组的端口组状态为down状态时，将该下行端口组以及与该下行端口组绑定的上行端口组中up状态的端口均修改为down状态；其中，在端口组中所有端口的端口状态均为up状态时，该端口组的端口组状态为up状态；否则，该端口组的端口组状态为down状态。
综上所述，本申请通过IRF系统中的一个成员设备上的非缺省MDC，按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定。在监控到堆叠端口的端口状态由up状态变为down状态时，不直接将所有上下行端口的端口状态修改为down状态，而是根据绑定的上下行端口组的端口组状态确定是否修改端口的端口状态。在堆叠链路故障时，能够降低故障堆叠链路对系统吞吐量的影响。
附图说明
图1为基于MDC的IRF系统结构示意图；
图2为基于MDC的IRF系统中堆叠链路故障结构示意图；
图3为本发明实施例一中基于MDC的IRF系统结构示意图；
图4为本发明实施例一中堆叠链路故障处理的方法流程示意图；
图5为本发明实施例一中基于MDC的IRF系统中堆叠链路故障的结构示意图；
图6为本发明实施例二中基于MDC的IRF系统结构示意图；
图7为本发明实施例二中堆叠链路故障处理的方法流程示意图；
图8为本发明实施例二中基于MDC的IRF系统中堆叠链路故障的结构示意图；
图9为本发明实施例四中基于MDC的IRF系统中堆叠链路故障恢复的结构示意图；
图10为本发明具体实施例中应用于上述技术的装置的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。
本发明实施例中提出一种IRF系统中的堆叠链路故障处理的方法，IRF系统包括两个以上成员设备，所述两个以上成员设备通过IRF堆叠虚拟成一个虚拟设备，所述虚拟设备进一步被虚拟成多个MDC，所述多个MDC包括一个缺省MDC和一个以上非缺省MDC，且不同成员设备上的同一MDC之间通过堆叠端口连接，针对任一所述非缺省MDC在不同成员设备的上行端口和下行端口分别应用端口聚合，所述方法应用于所述IRF系统中的一个成员设备上的非缺省MDC上。
该非缺省MDC按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定，在监控到堆叠端口的端口状态由up状态变为down状态时，不直接将所有上下行端口的端口状态修改为down状态，而是根据绑定的上下行端口组的端口组状态确定是否修改端口组中各端口的端口状态。在堆叠链路故障时，能够降低故障堆叠链路对系统吞吐量的影响。
本发明具体实施例中，该非缺省MDC配置该非缺省MDC共享所述缺省MDC的IRF堆叠控制链路，以使得非缺省MDC通过共享的IRF堆叠控制链路处理IRF成员设备间的表项同步。即非缺省MDC的控制链路和数据链路分离，非缺省MDC可共享缺省MDC上的堆叠控制链路，来处理成员设备内的表项同步，使用自身的堆叠链路转发业务流量保证流量隔离。
非缺省MDC的上行端口或下行端口聚合后，即非缺省MDC的网络侧或用户侧的链路聚合后，优先使用本侧成员设备非缺省MDC转发流量，不通过堆叠链路从其它成员设备非缺省MDC的聚合端口转发。只有该非缺省MDC通过下行端口接收到流量，无对应的上行端口转发流量时，才通过堆叠链路转发到其他成员设备非缺省MDC进行转发。
实施例一
任一非缺省MDC在本地进行配置：按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定。其中预设规则为系统预先配置，如以接收的业务类型划分下行端口，以用户来划分下行端口，或以流量来划分下行端口等，将划分为同一类型的各下行端口分配到同一下行端口组中。上、下行端口之间的关联关系也可以事先配置，例如可以依据端口之间的转发关系进行配置，例如从第一下行端口接收的报文，需要从第二上行端口转发出去时，则配置第二上行端口为第一下行端口关联的上行端口。
以包含两个网络设备的IRF系统为例，详细说明非缺省MDC如何配置上下行端口的绑定关系。参见图3，图3为本发明实施例一中基于MDC的IRF系统结构示意图。图3中网络设备301和网络设备302进行堆叠，网络设备301虚拟缺省MDC3011和非缺省MDC3012，网络设备302虚拟缺省MDC3021和非缺省MDC3022。以网络设备302虚拟非缺省MDC3022时为例，将下行端口1、下行端口2和下行端口3，以及上行端口1和上行端口2分配给非缺省MDC3022。非缺省MDC3022按预设规则将下行端口1和下行端口2分配到下行端口组1中，将下行端口3分配到下行端口组2中，假设预先配置上行端口1与下行端口1、2相关联，即从下行端口1和下行端口2接收的流量会从上行端口1中转发出去。将上行端口1加入上行端口组1中，并将下行端口组1和上行端口组1绑定；同样假设上行端口2与下行端口3相关联，将上行端口2加入上行端口组2中，并将下行端口组2和上行端口组2绑定。
参见图4，图4为本发明实施例一中堆叠链路故障处理的方法流程示意图。具体步骤为：
步骤401，当监控到该非缺省MDC上在该成员设备上的堆叠端口的端口状态由up状态变为down状态时，该非缺省MDC查找并确定各下行端口组以及与该下行端口组绑定的上行端口组的端口组状态。
本步骤中各端口组的端口状态均为up状态时，该端口组的端口组状态为up状态；否则，该端口组的端口组状态为down状态。即任一端口组中所有端口的端口状态都为up状态时，该下行端口组或下行端口组的端口组状态才为up状态，在下行端口组或上行端口组中只要存在一个或一个以上端口的端口状态为down状态时，该下行端口组或上行端口组的端口组状态为down状态。
步骤402，当确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态均为up状态时，保持两个端口组中的各端口的端口状态，结束本流程。
与现有实现不同的是，本步骤中当确定绑定的上行端口组和下行端口组的状态都为up状态时，不修改端口状态，以维持这两个端口组中各端口的up状态，在堆叠端口的端口状态由up状态变化为down状态时，仍可以正常收发流量。
步骤403，当确定该下行端口组以及与该下行端口组绑定的上行端口组中存在端口组的端口组状态为down状态时，将该下行端口组以及与该下行端口组绑定的上行端口组中up状态的端口均修改为down状态。
本步骤中在绑定的上下行端口组的端口组状态均为down时，或者不同状态，即一个为up状态一个为down状态时，将该上下行端口组中任一端口的端口状态为up状态的修改为down状态，即将两个上下行端口组中的端口的状态均置为down状态。
参见图5，图5为本发明实施例一中基于MDC的IRF系统中堆叠链路故障的结构示意图。图5中当非缺省MDC之间的堆叠链路故障时，体现在堆叠端口的端口状态，当堆叠端口的端口状态由up状态变为down状态时，对应的堆叠链路可能是物理链路的断链，也可能是协议层的断链。以非缺省MDC3022监控到堆叠端口的端口状态由up状态变为down状态时为例。非缺省MDC3022在本地查找配置的下行端口组，以及与查找到的下行端口组绑定的上行端口组。查找到的下行端口组为下行端口组1和下行端口组2，以及上行端口组1和上行端口组2。
假设下行端口1的端口状态为down状态，下行端口2的端口状态为up状态，上行端口1的端口状态为up状态，上行端口2的端口状态为up状态。则下行端口组1的端口组状态为down状态，下行端口组2的端口组状态为up状态，上行端口组1和上行端口组2的端口组状态均为up状态。由于下行端口组1与绑定的上行端口组1的端口组状态不相同，一个为up状态，一个为down状态，因此将上行端口组1和下行端口组1中up状态的端口的端口状态修改为down状态，即将下行端口2和上行端口1的端口状态修改为down状态；由于下行端口组2和上行端口组2的端口组状态均为up状态，因此，不修改该两个端口组中端口的状态。非缺省MDC3022通过下行端口组2和上行端口组2中的端口正常收发流量。
实施例二
非缺省MDC在为下行端口组绑定上行端口组时，若所述任一下行端口组中各下行端口无关联的上行端口，不为该下行端口组绑定上行端口组；若所述任一下行端口组中各下行端口存在关联的上行端口时，具体配置如实施例一中的配置。
参见图6，图6为本发明实施例二中基于MDC的IRF系统结构示意图。图6中网络设备601和网络设备602进行堆叠，网络设备602虚拟非缺省MDC6022时，将下行端口4、下行端口5和下行端口6，以及上行端口3分配给非缺省MDC6022。非缺省MDC6022按预设规则将下行端口4和下行端口5分配到下行端口组1中，将下行端口6分配到下行端口组2中，假设预先配置上行端口3与下行端口4和下行端口5关联，即从下行端口4和下行端口5接收的流量会从上行端口3中转发出去。将上行端口3加入上行端口组1中，并将下行端口组1和上行端口组1绑定；假设下行端口6不存在相关联的上行端口，从下行端口6接收的流量会从堆叠端口转发到非缺省MDC6012，因此不为下行端口组2关联上行端口组。
参见图7，图7为本发明实施例二中堆叠链路故障处理的方法流程示意图。具体步骤包括：
步骤701，当监控到该非缺省MDC在成员设备上的堆叠端口的端口状态由up状态变为down状态时，该非缺省MDC查找各下行端口组，以及与该下行端口组绑定的上行端口组。
步骤702，该非缺省MDC确定查找到的任一下行端口组是否存在绑定的上行端口组，如果是，执行步骤703；否则，执行步骤706。
步骤703，该非缺省MDC确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态。
步骤704当该非缺省MDC确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态均为up时，保持两个端口组中的各端口的端口状态，结束本流程。
步骤705，当确定该下行端口组以及与该下行端口组绑定的上行端口组中存在端口组的端口组状态为down状态时，将该下行端口组以及与该下行端口组绑定的上行端口组中up状态的端口均修改为down状态，结束本流程。
步骤706，该非缺省MDC将将该下行端口组中up状态的端口的端口状态修改为down状态。
参见图8，图8为本发明实施例二中基于MDC的IRF系统中堆叠链路故障的结构示意图。图8中以非缺省MDC6022监控到堆叠端口的端口状态由up状态变为down状态时为例。非缺省MDC6022在本地查找配置的下行端口组，以及与查找到的下行端口组绑定的上行端口组。查找到的下行端口组为下行端口组1和下行端口组2，以及与下行端口组1绑定的上行端口组1，未查找到与下行端口组2绑定的上行端口组。
假设下行端口4、下行端口5和下行端口6的端口状态均为up状态，则下行端口组1、下行端口组2的的端口组状态均为up状态，假设上行端口3的端口状态为up状态，则上行端口组1的端口组状态为up状态。由于下行端口组1和上行端口组1的端口组状态均为up状态，因此，不修改该两个端口组中端口的状态。非缺省MDC6022通过下行端口组1和上行端口组1中的端口正常收发流量。由于下行端口组2不存在绑定的上行端口组，因此下行端口组2中up状态的端口的端口状态修改为down状态，即将下行端口6的端口状态修改为down状态。非缺省MDC6022的堆叠链路故障时，仍可以通过下行端口4、下行端口5和上行端口3正常收发流量。
实施例三
实施例一和实施例二中由两个网络设备堆叠形成IRF系统，因此非缺省MDC只有一个堆叠端口，当有两个以上的网络设备堆叠形成IRF系统时，任一非缺省MDC将有一个以上的堆叠端口，这时，需要将不同的堆叠端口同与该堆叠端口相关的下行端口组绑定。与该堆叠端口相关的下行端口组，根据用户预先配置与该堆叠端口相关的下行端口，当一个下行端口组中的任一下行端口与该堆叠端口相关，则该下行端口所在的下行端口组与该堆叠端口相关。
当监控到该非缺省MDC在成员设备上的堆叠端口的端口状态由up状态变为down状态时，该非缺省MDC查找与该堆叠端口绑定的下行端口组，再查找与查找到的下行端口组绑定的上行端口组，并根据绑定的上行端口组和下行端口组的端口组状态进行处理。
实施例四
当监控到该非缺省MDC在成员设备上的堆叠端口的端口状态由down状态变为up状态时，该非缺省MDC查找到与该堆叠端口绑定的下行端口组，以及与查找到的下行端口组绑定的上行端口组，并将查找到的各下行端口组和上行端口组中所有端口的端口状态修改为up状态。
当链路故障恢复时，对应的堆叠端口的状态会由down状态变为up状态，该非缺省MDC监控到该堆叠端口的端口状态变化为up时，查找与该堆叠端口绑定的下行端口组，以及与各下行端口组绑定的上行端口组，并将查找到的各下行端口组和上行端口组中，端口组状态为down状态的端口组中所有端口的端口状态修改为up状态。
参见图9，图9为本发明实施例四中基于MDC的IRF系统中堆叠链路故障恢复的结构示意图。图9为图5中故障链路恢复的结构示意图。如图5中堆叠端口的端口状态由down状态变为up状态时，查找到对应的下行端口组1和下行端口组2，以及与下行端口组1绑定的上行端口组1，与下行端口组2绑定的上行端口组2，由于下行端口组1的端口组状态为down状态，将下行端口组1中的下行端口1和下行端口2的端口状态均修改为up状态，上行端口组1的端口组状态为down状态，因此将上行端口1的端口状态修改为up状态。由于下行端口组2和上行端口组2的端口组状态已经是up状态，因此维持各端口状态不变。
本发明的具体实施例中可以应用Link Monitor技术来关联上行端口和堆叠端口。
本发明具体实施例中基于同样的发明构思，还提出一种装置，可应用于IRF系统中的一个成员设备上的非缺省MDC上，所述IRF系统包括两个以上成员设备，所述两个以上成员设备通过IRF堆叠虚拟成一个虚拟设备，所述虚拟设备进一步被虚拟成多个MDC，所述多个MDC包括一个缺省MDC和一个以上非缺省MDC，且不同成员设备上的同一MDC之间通过堆叠端口连接，针对任一所述非缺省MDC在不同成员设备的上行端口和下行端口分别应用端口聚合。参见图10，图10为本发明具体实施例中应用于上述技术的装置的结构示意图。该装置包括：配置单元1001、监控单元1002、确定单元1003和处理单元1004；
配置单元1001，用于按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定。
监控单元1002，用于监控本非缺省MDC所在成员设备的堆叠端口的端口状态。
确定单元1003，用于当监控单元1002监控到该非缺省MDC上在该成员设备上的堆叠端口的端口状态由up状态变为down状态时，在配置单元1001中查找并确定各下行端口组以及与该下行端口组绑定的上行端口组的端口组状态。
处理单元1004，用于当确定单元1003确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态均为up状态时，保持两个端口组中的各端口的端口状态；当确定单元1003确定该下行端口组以及与该下行端口组绑定的上行端口组中存在端口组的端口组状态为down状态时，将该下行端口组以及与该下行端口组绑定的上行端口组中up状态的端口均修改为down状态；其中，在端口组中所有端口的端口状态均为up状态时，该端口组的端口组状态为up状态；否则，该端口组的端口组状态为down状态。
较佳地，
配置单元1001，进一步用于若本非缺省MDC的所述任一下行端口组中各下行端口无关联的上行端口，不为该下行端口组绑定上行端口组。
确定单元1003，进一步用于当确定单元1003查找到下行端口组时，确定是否存在与查找到的下行端口组绑定的上行端口组，如果是，执行确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态的操作。
处理单元1004，进一步用于当确定单元1003确定不存在与查找到的下行端口组绑定的上行端口组时，将该下行端口组中端口状态为up状态的端口的端口状态修改为down状态。
较佳地，
配置单元1001，进一步用于若本非缺省MDC存在多个堆叠端口时，将各堆叠端口分别同与其相关的下行端口组绑定。
确定单元1003，进一步用于从配置单元1001中查找到与该堆叠端口绑定的下行端口组。
较佳地，
确定单元1003，进一步用于当监控单元1002监控到本非缺省MDC所在成员设备的堆叠端口的端口状态由down状态变为up状态时，查找到与该堆叠端口绑定的下行端口组；查找与该下行端口组绑定的上行端口组，并确定查找到的上行端口组和下行端口组的端口组状态。
处理单元1004，进一步用于将确定单元1003的端口组状态为down状态的端口组中所有端口的端口状态修改为up状态。
较佳地，
配置单元1001，进一步用于配置本非缺省MDC共享所述缺省MDC的IRF堆叠控制链路，以使得非缺省MDC通过共享的IRF堆叠控制链路处理IRF成员设备间的表项同步。
上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。
综上所述，本发明具体实施例中IRF系统中的网络设备虚拟的非缺省MDC，将关联的上下行端口进行端口组绑定，在监控到堆叠端口的端口状态由up状态变为down状态时，不直接将所有上下行端口的端口状态修改为down状态，而是根据绑定的上下行端口组的端口组状态确定是否修改端口的端口状态。在堆叠链路故障时，能够降低故障堆叠链路对系统吞吐量的影响。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种智能弹性架构IRF系统中的堆叠链路故障处理的方法，所述IRF系统包括两个以上成员设备，所述两个以上成员设备通过IRF堆叠虚拟成一个虚拟设备，所述虚拟设备进一步被虚拟成多个多租户设备环境MDC，所述多个MDC包括一个缺省MDC和一个以上非缺省MDC，且不同成员设备上的同一MDC之间通过堆叠端口连接，针对任一所述非缺省MDC在不同成员设备的上行端口和下行端口分别应用端口聚合，所述方法应用于所述IRF系统中的一个成员设备上的非缺省MDC上，其特征在于，包括：
按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定；
当监控到该非缺省MDC上在该成员设备上的堆叠端口的端口状态由激活up状态变为失效down状态时，查找并确定各下行端口组以及与该下行端口组绑定的上行端口组的端口组状态；
当确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态均为up状态时，保持两个端口组中的各端口的端口状态；
当确定该下行端口组以及与该下行端口组绑定的上行端口组中存在端口组的端口组状态为down状态时，将该下行端口组以及与该下行端口组绑定的上行端口组中up状态的端口均修改为down状态；
其中，在端口组中所有端口的端口状态均为up状态时，该端口组的端口组状态为up状态；否则，该端口组的端口组状态为down状态；
其中，所述方法进一步包括：若该非缺省MDC本地存在多个堆叠端口时，将各堆叠端口分别同与其相关的下行端口组绑定；
查找所述各下行端口组的方法为：查找与该堆叠端口绑定的下行端口组。
2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
若所述任一下行端口组中各下行端口无关联的上行端口，不为该下行端口组绑定上行端口组；
在查找并确定各下行端口组以及与该下行端口组绑定的上行端口组的端口组状态时，所述方法进一步包括：确定是否存在与查找到的下行端口组绑定的上行端口组，如果是，执行确定下行端口组以及与该下行端口组绑定的上行端口组的端口组状态，及后续步骤；否则，将该下行端口组中up状态的端口的端口状态修改为down状态。
3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
当监控到该非缺省MDC上在该成员设备上的堆叠端口的端口状态由down状态变为up状态时，查找与该堆叠端口绑定的下行端口组，根据查找到的下行端口组查找绑定的上行端口组，并将查找到的各下行端口组和上行端口组中，端口组状态为down状态的端口组中所有端口的端口状态修改为up状态。
4.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：配置非缺省MDC共享所述缺省MDC的IRF堆叠控制链路，以使得非缺省MDC通过共享的IRF堆叠控制链路处理IRF成员设备间的表项同步。
5.一种智能弹性架构IRF系统中的堆叠链路故障处理的装置，应用于IRF系统中的一个成员设备上的非缺省多租户设备环境MDC上，所述IRF系统包括两个以上成员设备，所述两个以上成员设备通过IRF堆叠虚拟成一个虚拟设备，所述虚拟设备进一步被虚拟成多个MDC，所述多个MDC包括一个缺省MDC和一个以上非缺省MDC，且不同成员设备上的同一MDC之间通过堆叠端口连接，针对任一所述非缺省MDC在不同成员设备的上行端口和下行端口分别应用端口聚合，其特征在于，该装置包括：配置单元、监控单元、确定单元和处理单元；
所述配置单元，用于按预设规则将该非缺省MDC在该成员设备上的下行端口分配到各下行端口组中，将与任一下行端口组中各下行端口相关联的上行端口分配到同一上行端口组中，并将该下行端口组同该上行端口组绑定；
所述监控单元，用于监控本非缺省MDC所在成员设备的堆叠端口的端口状态；
所述确定单元，用于当所述监控单元监控到该非缺省MDC上在该成员设备上的堆叠端口的端口状态由激活up状态变为失效down状态时，在所述配置单元中查找并确定各下行端口组以及与该下行端口组绑定的上行端口组的端口组状态；
所述处理单元，用于当所述确定单元确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态均为up状态时，保持两个端口组中的各端口的端口状态；当所述确定单元确定该下行端口组以及与该下行端口组绑定的上行端口组中存在端口组的端口组状态为down状态时，将该下行端口组以及与该下行端口组绑定的上行端口组中up状态的端口均修改为down状态；其中，在端口组中所有端口的端口状态均为up状态时，该端口组的端口组状态为up状态；否则，该端口组的端口组状态为down状态；
其中，所述配置单元，进一步用于若本非缺省MDC存在多个堆叠端口时，将各堆叠端口分别同与其相关的下行端口组绑定；
所述确定单元，进一步用于从所述配置单元中查找到与该堆叠端口绑定的下行端口组。
6.根据权利要求5所述的装置，其特征在于，
所述配置单元，进一步用于若本非缺省MDC的所述任一下行端口组中各下行端口无关联的上行端口，不为该下行端口组绑定上行端口组；
所述确定单元，进一步用于当所述确定单元查找到下行端口组时，确定是否存在与查找到的下行端口组绑定的上行端口组，如果是，执行确定该下行端口组以及与该下行端口组绑定的上行端口组的端口组状态的操作；
所述处理单元，进一步用于当所述确定单元确定不存在与查找到的下行端口组绑定的上行端口组时，将该下行端口组中端口状态为up状态的端口的端口状态修改为down状态。
7.根据权利要求5所述的装置，其特征在于，
所述确定单元，进一步用于当所述监控单元监控到本非缺省MDC所在成员设备的堆叠端口的端口状态由down状态变为up状态时，查找到与该堆叠端口绑定的下行端口组；查找与该下行端口组绑定的上行端口组，并确定查找到的上行端口组和下行端口组的端口组状态；
所述处理单元，进一步用于将所述确定单元的端口组状态为down状态的端口组中所有端口的端口状态修改为up状态。
8.根据权利要求5所述的装置，其特征在于，
所述配置单元，进一步用于配置本非缺省MDC共享所述缺省MDC的IRF堆叠控制链路，以使得非缺省MDC通过共享的IRF堆叠控制链路处理IRF成员设备间的表项同步。
CN201310042223.XA 2013-02-04 2013-02-04 一种irf系统中堆叠链路故障处理的方法和装置 Active CN103973560B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201310042223.XA CN103973560B (zh) 2013-02-04 2013-02-04 一种irf系统中堆叠链路故障处理的方法和装置
US14/106,069 US20140219289A1 (en) 2013-02-04 2013-12-13 Handling stacking link failures in mdc device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310042223.XA CN103973560B (zh) 2013-02-04 2013-02-04 一种irf系统中堆叠链路故障处理的方法和装置

Publications (2)

Publication Number Publication Date
CN103973560A CN103973560A (zh) 2014-08-06
CN103973560B true CN103973560B (zh) 2018-01-12

Family

ID=51242622

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310042223.XA Active CN103973560B (zh) 2013-02-04 2013-02-04 一种irf系统中堆叠链路故障处理的方法和装置

Country Status (2)

Country Link
US (1) US20140219289A1 (zh)
CN (1) CN103973560B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108429644A (zh) * 2018-02-28 2018-08-21 新华三技术有限公司 网络设备管理方法、装置及服务器

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9893995B1 (en) * 2014-09-25 2018-02-13 Cisco Technology, Inc. Systems, methods, and apparatus for implementing agents in service appliances
CN105763413A (zh) * 2014-12-16 2016-07-13 中兴通讯股份有限公司 一种控制网络端口的方法及装置
CN104660449B (zh) * 2015-02-13 2018-11-09 新华三技术有限公司 防止堆叠分裂多主设备Master的方法和设备
CN106034038B (zh) * 2015-03-13 2019-04-12 新华三技术有限公司 防止多冲突堆叠的方法和装置
CN105591837B (zh) * 2015-10-27 2019-01-08 新华三技术有限公司 一种链路监控方法和装置
CN107800549B (zh) 2016-08-30 2020-01-03 新华三技术有限公司 基于交换设备的端口实现多租户设备环境mdc的方法和装置
CN107070726A (zh) * 2017-05-22 2017-08-18 郑州云海信息技术有限公司 一种基于mdc的综合管理方法
CN107547364B (zh) * 2017-08-15 2021-08-06 新华三技术有限公司 路由下发方法、装置和网络设备
CN107547285B (zh) * 2017-09-25 2021-04-16 新华三信息安全技术有限公司 一种配置信息保存方法及装置
CN108337159B (zh) * 2018-01-31 2021-05-28 新华三技术有限公司 端口操作控制方法及装置
CN113438186B (zh) * 2021-06-09 2023-02-28 新华三技术有限公司 一种转发报文的方法及装置
CN113438105B (zh) * 2021-06-21 2022-07-29 新华三技术有限公司 一种辅助mad检测多irf分裂方法、装置及设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252428A (zh) * 2008-04-01 2008-08-27 中兴通讯股份有限公司 一种流量快速切换的方法和装置
CN101442484A (zh) * 2008-12-05 2009-05-27 杭州华三通信技术有限公司 一种检测堆叠多Active的方法、系统及设备
CN101599906A (zh) * 2009-07-08 2009-12-09 杭州华三通信技术有限公司 端口状态设置的方法及装置
CN101917287A (zh) * 2010-08-04 2010-12-15 杭州华三通信技术有限公司 一种irf故障处理方法和irf故障检测系统
CN102255751A (zh) * 2011-06-30 2011-11-23 杭州华三通信技术有限公司 一种堆叠冲突的处理方法和设备
CN102347905A (zh) * 2011-10-31 2012-02-08 杭州华三通信技术有限公司 一种网络设备及其转发信息更新方法
CN102469021A (zh) * 2010-11-18 2012-05-23 杭州华三通信技术有限公司 一种智能弹性框架系统中转发业务流量的方法和成员设备
CN102710529A (zh) * 2012-06-21 2012-10-03 杭州华三通信技术有限公司 基于虚拟设备的报文转发方法和设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5150679B2 (ja) * 2010-06-11 2013-02-20 アラクサラネットワークス株式会社 スイッチ装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101252428A (zh) * 2008-04-01 2008-08-27 中兴通讯股份有限公司 一种流量快速切换的方法和装置
CN101442484A (zh) * 2008-12-05 2009-05-27 杭州华三通信技术有限公司 一种检测堆叠多Active的方法、系统及设备
CN101599906A (zh) * 2009-07-08 2009-12-09 杭州华三通信技术有限公司 端口状态设置的方法及装置
CN101917287A (zh) * 2010-08-04 2010-12-15 杭州华三通信技术有限公司 一种irf故障处理方法和irf故障检测系统
CN102469021A (zh) * 2010-11-18 2012-05-23 杭州华三通信技术有限公司 一种智能弹性框架系统中转发业务流量的方法和成员设备
CN102255751A (zh) * 2011-06-30 2011-11-23 杭州华三通信技术有限公司 一种堆叠冲突的处理方法和设备
CN102347905A (zh) * 2011-10-31 2012-02-08 杭州华三通信技术有限公司 一种网络设备及其转发信息更新方法
CN102710529A (zh) * 2012-06-21 2012-10-03 杭州华三通信技术有限公司 基于虚拟设备的报文转发方法和设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108429644A (zh) * 2018-02-28 2018-08-21 新华三技术有限公司 网络设备管理方法、装置及服务器
CN108429644B (zh) * 2018-02-28 2021-08-06 新华三技术有限公司 网络设备管理方法、装置及服务器

Also Published As

Publication number Publication date
US20140219289A1 (en) 2014-08-07
CN103973560A (zh) 2014-08-06

Similar Documents

Publication Publication Date Title
CN103973560B (zh) 一种irf系统中堆叠链路故障处理的方法和装置
US9391877B2 (en) System and method for reducing information loss in an aggregated information handling system
CN102067533B (zh) 与虚拟接口相关联的端口分组
KR101700141B1 (ko) 네트워크 소자의 전송 평면에서 포트 상태 테이블들을 유지하기 위한 방법 및 장치
CN104104570A (zh) Irf系统中的聚合处理方法及装置
EP2798800B1 (en) Expanding member ports of a link aggregation group between clusters
EP3213441B1 (en) Redundancy for port extender chains
CN102724030A (zh) 一种高可靠性的堆叠系统
EP3316555B1 (en) Mac address synchronization method, device and system
US10015098B2 (en) Systems and methods to create highly scalable network services
CN103067291A (zh) 一种上下行链路关联的方法和装置
CN103338161A (zh) 一种实现跨设备聚合的方法和设备
CN104660449B (zh) 防止堆叠分裂多主设备Master的方法和设备
CN102761479A (zh) 链路选择方法和装置
CN103036787A (zh) 一种网络路由收敛处理方法和装置
CN105323170A (zh) 环形拓扑堆叠系统路径选择方法、装置及主设备
CN106921527B (zh) 堆叠冲突的处理方法及装置
CN109739622A (zh) 基于框式设备的主备主控配置同步方法和装置
US11736403B2 (en) Systems and methods for enhanced autonegotiation
CN109104363A (zh) 一种报文转发方法及设备
US8203964B2 (en) Asynchronous event notification
CN107534576A (zh) 一种链路恢复方法和网络设备
CN104202267B (zh) 网络设备的配置方法及vsd
CN104636206A (zh) 一种系统性能的优化方法和装置
CN105323139B (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
CB02 Change of applicant information

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant 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

Applicant before: Huasan Communication Technology Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant