CN101465762A - 一种检测保护组端口间错连的方法、设备及系统 - Google Patents
一种检测保护组端口间错连的方法、设备及系统 Download PDFInfo
- Publication number
- CN101465762A CN101465762A CNA200810180785XA CN200810180785A CN101465762A CN 101465762 A CN101465762 A CN 101465762A CN A200810180785X A CNA200810180785X A CN A200810180785XA CN 200810180785 A CN200810180785 A CN 200810180785A CN 101465762 A CN101465762 A CN 101465762A
- Authority
- CN
- China
- Prior art keywords
- protection group
- port
- protection
- message
- state information
- 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
Abstract
本发明提供一种检测保护组端口间错连的方法，包括：接收保护组定期发送的含有保护组状态信息的报文；根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间发生错连；如果是，则检查保护组配置的其他端口是否也收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间发生错连。本发明直接通过保护组间的物理连线交换信息，不用另外增加通道，简单方便地实现保护组间的错连检测。当检测到保护组间错连时，保护组间错连检测设备进行报警，从而提高网络的可维护性。
Description
技术领域
本发明涉及网络通信技术领域，特别涉及一种检测保护组端口间错连的方法、设备及系统。
背景技术
以太网运行、管理和维护(ETH-OAM，Ethernet-Operations、Administrationand Maintenance)是一种基于媒体访问控制(MAC，Media Access Control)层的协议，它通过发送OAM协议报文来检测以太网链路。ETH-OAM协议相对于传输介质是独立的，OAM报文只在MAC层进行处理，不会影响到Ethernet的其他层。同时，ETH-OAM是低速率协议，所占用的网络带宽很小，不会影响对链路承载的业务造成影响。
IEEE 802.1ag OAM关注端到端以太网链路的维护。它的应用是以业务为基础，以“维护域”为单位实现端到端的检测，对网络中同一业务流流经的各个网络段进行分段管理。
IEEE 802.3ah OAM关注Ethernet最后一公里(EFM，Ethernet in the FirstMile)的两台直连设备之间点到点以太网链路的维护。它通过OAM自动发现、链路性能监控、故障检测、远端环回、自环检测来完成点到点以太网链路的维护，它的应用不针对具体的业务。
IEEE 802.1ag OAM已经有对业务错连的检测机制，但没有提供保护组间端口错连的检测办法。针对保护组间端口的错连，无法由IEEE 802.1ag OAM从业务上识别进而进行检测。而IEEE 802.3ah OAM仅是针对点对点端口之间的管理，也无法检测保护组间端口的错连。
发明内容
本发明实施例提供一种检测保护组端口间错连的方法，设备及系统，能够实现以太网保护组间多端口的错连检测。
本发明实施例提供一种检测保护组端口间错连的方法，包括：接收保护组定期发送的含有保护组状态信息的报文；根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间发生错连；如果是，则检查保护组配置的其他端口是否也收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间发生错连。
本发明实施例还提供一种检测保护组端口间错连的设备，包括：接收单元，用于接收保护组定期发送的含有保护组状态信息的报文；判断单元，用于根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口；检查单元，当接收到所述判断单元判断的结果为所述保护组状态信息判断接收到所述报文的端口是保护组配置的端口时，用于检查所述保护组配置的其他端口是否也收到同一个保护组发送的所述报文；错连确定单元，当所述判断单元的判断结果为接收到所述报文的端口不是保护组配置的端口，或者所述检查单元判断保护组配置的其它端口未收到所述报文时，则确定所述保护组端口发生错连。
本发明实施例还提供一种检测保护组端口间错连的系统，包括所述设备，还包括：保护组，用于定期向所述设备发送的含有保护组状态信息的报文；所述设备，用于根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间发生错连；如果是，则检查保护组配置的其他端口是否也收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间发生错连。
以上技术方案，保护组间错连检测设备接收保护组定期发送的含有保护组状态信息的报文；由接收的保护组状态信息判断接收到报文的端口是否是保护组配置的端口，如果不是，则检测保护组端口间错连；如果是，则检查所述保护组配置的其他端口是否收到同一个保护组发送的所述报文，没有收到，则检测保护组端口间错连。本发明直接通过保护组间的物理连线交换信息，不用另外增加通道，简单方便地实现保护组间的错连检测。当检测到保护组间错连时，保护组间错连检测设备进行报警，从而提高网络的可维护性。
附图说明
图1是基于本发明方法的第一实施例流程图；
图2是基于本发明方法的第二实施例示意图；
图3是基于本发明方法的第三实施例示意图；
图4是基于本发明设备的第一实施例示意图；
图5是基于本发明设备的第二实施例示意图；
图6是基于本发明系统的第一实施例结构图；
图7是基于本发明系统的第二实施例结构图。
具体实施方式
首先对本发明实施例实现一种检测保护组端口间错连的方法进行说明，包括：
接收保护组定期发送的含有保护组状态信息的报文；根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间发生错连；如果是，则检查保护组配置的其他端口是否也收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间发生错连。
下面结合附图，对本发明的实施例进行详细描述。
方法实施例一：
参见图1，该图为基于本发明方法的第一实施例流程图。
本发明实施例所述一种检测保护组端口间错连的方法，包括以下步骤：
S101：接收保护组定期发送的含有保护组状态信息的报文。
所述保护组状态信息包括保护组标识和保护组各个板的主备工作状态。
所述保护组标识包括板标识(BID，Board Identity)和网元标识(NEID，Net EquipmentIdentity)。
需要说明的是，保护组标识可以通过其他标识来表示，只要能唯一确定保护组即可。通过检测保护组标识可以判断接收到的报文是否来自同一个保护组。
S102：由保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间错连；如果是；则检查所述保护组配置的其他端口是否收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间错连。
需要说明的是，保护组至少包括两个配置的端口。首先判断接收到报文的端口是否是保护组配置的端口，如果是，再判断保护组配置的其他端口是否也收到同一个保护组发送的相同报文，如果是，则说明保护组间连接正确；如果否，则说明保护组间错连。
本发明实施例检测保护组端口间错连的方法，通过接收保护组定期发送的含有保护组状态信息的报文；由接收到的保护组状态信息判断接收到报文的端口是保护组配置的端口时，检查所述保护组配置的其他端口是否收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间错连。当判断接收到所述报文的端口不是保护组配置的端口时，则确定保护组端口间错连。
本发明直接通过保护组间的物理连线交换信息，不用另外增加通道，简单方便地实现保护组间的错连检测。当检测到保护组间错连时，保护组间错连检测设备进行报警，从而提高网络的可维护性。
方法实施例二：
参见图2，该图为基于本发明方法的第二实施例示意图。
A1和A2板是数据单板，B1-B4是中频单板。其中A1和A2具有强大的数据业务处理功能，而B1-B4只有数据业务的简单传输功能。A板和B板之间通过1000M以太网(GE，Gigabit Ethernet)端口连接，即以太网物理连接。B板之间是简单的传输线路连接，实现数据业务从A板上通过B传输到另一个A板上，即数据业务可以从A1到A2，也可以从A2到A1。
需要说明的是，本发明实施例所述端口连接也可以不是GE端口连接，其他任何形式的以太网连接均可，甚至可以不是以太网连接。
如图2中虚线部分所示，B1-B4组成对传输线路的保护组。其中B1-B2组成一条传输线路，B3-B4组成另一条传输线路。这两条传输线路组成保护组。一条传输线路处于工作状态，一条传输线路处于备用状态。
A板上的端口IP1是B1-B2与A板的物理端口，IP2是B3-B4与A板的物理端口。
对于A1板来说，数据业务可以通过IP1和IP2两个端口传输到A2。因此，IP1和IP2构成A1板上的保护组。
由于A板和B板之间是物理连接，因此，容易发生端口错连，例如，B1板应该通过IP1端口与A1板连接，但是，可能实际应用中B1板通过IP2口与A1板连接，这样就形成保护组间的错连。
下面介绍本发明基于上述保护组的检测保护组间错连的方法。
B板定期向A板发送含有B板保护组的标识和保护组的主备工作状态的报文。
A板判断接收到的报文的端口是否是配置的保护组端口。
例如，A板配置的对应B板保护组的保护组端口是IP1和IP2，但A板上还有很多其他端口，例如IP3不在A板配置的保护组端口中。
如果接收到B板发送的报文的端口是IP3口，则检测出保护组间错连，报警出错。
如果IP3也是A1板上使用的端口，但是没在B的保护组内，B1板通过GE端口连接到A1板的IP3上，则A1板与B2板也会正常连接上，但是这个时候数据业务是中断的，因为端口之间发生的错连，数据收发就会错误。
如果A板判断接收到报文的端口是配置的保护组端口，还要判断保护组的其他端口是否也收到报文，若没有收到，则确定错连；若收到，还要继续比较收到的报文是否是来自同一个B保护组，如果不是，则保护组间说明错连。
A板上的IP1和IP2端口是配置的保护组端口，如果IP1收到报文，则要判断保护组的其他端口IP2是否也收到报文。
例如，与A板上配置的保护组不仅有B1-B4，还有B5-B8，此时，要判断接收到报文的IP1端口和IP2端口是否均由B1-B4保护组发送的，如果是B5-B8保护组发送的，则确定保护组端口间错连。
下面详细说明B板保护组的转换方法，以当前B1-B2处于工作状态，B3-B4处于备用状态；对应IP1为工作端口，IP2为备用端口为例介绍工作状态的转换步骤。
B板保护组的工作状态发生转换时，转换前处于工作状态的B1-B2单板发起LINK DOWN操作，转换前处于备用状态的B3-B4单板发送保护组状态为工作状态至A板。预设时间段之后，转换前处于工作状态的B1-B2单板发起LINK UP操作，同时发送保护组状态为备用状态至A板。
A板检测到工作端口IP1的工作状态为LINK DOWN以后，立刻进行A板上保护组的转换，将原来工作状态的端口IP1更新为备用状态，将转换前处于备用端口的IP2更新为工作状态。
需要说明的是，保护组的工作状态发生转换时，可以通过LINK DOWN和LINK UP，也可以通过协议报文通过转换。
需要说明的是，A板实时将收到的保护组状态信息和自己保护组状态信息进行比较，不相同时，以收到报文中的保护组状态信息为准，进行保护组业务通道的切换，即切换IP1和IP2的工作状态。
需要说明的是，B1和B2分别发送一个报文报告B1所在保护组的信息。A1收到报文后判断收到相同保护组报文的端口是否属于同一个保护组，即判断IP1和IP2是否均收到相同的报文。不属于保护组，即端口IP3收到了；或者不属于相同保护组，即B5发送的报文则不是同一个保护组；这两种情况都属于保护组间的错连，A板均需要上报告警。
方法实施例三：
参见图3，该图为基于本发明方法的第三实施例示意图。
需要说明的是，本发明方法第三实施例与方法第二实施例的区别是：方法实施例中保护组的实现是通过1+1实现的保护，即一条传输线路处于备用状态，一条传输线路处于工作状态。而方法第三实施例是通过1：N实现的保护，即一条传输线路处于备用状态，剩下的N-1条传输线路处于工作状态，这N-1条中的任意一条传输线路故障了均可以通过备用传输线路进行传输，其检测保护组端口间错连的实现机制与方法实施例一和方法实施例二所述的方案相同，在此不再赘述。
如图3所述，A1板和A2板之间有N条数据业务传输线路，其中有一条处于备用状态，剩下的N-1条处于工作状态。
本发明实施例所述方法通过A板和B板之间的物理连线直接交换信息，检测保护板间的错连，不用另外增加通过，简单又方便。A板和B板之间的协议实现简单，B板只发送报文，A板只接收报文。
本发明实施例还提供一种检测保护组端口间错连的设备。
设备实施例一：
参见图4，该图为基于本发明设备的第一实施例结构图。
本发明实施例所述一种检测保护组端口间错连的设备包括接收单元401、判断单元402、检查单元403和错连确定单元404。
所述接收单元401，用于接收保护组定期发送的含有保护组状态信息的报文。
保护组状态信息包括BID和NEID。
保护组状态信息包括保护组板的主备工作状态。
所述判断单元402，用于由保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口。
需要说明的是，保护组至少包括两个配置的端口。首先判断单元402判断接收到报文的端口是否是保护组配置的端口。如果是，再判断保护组配置的其他端口是否也收到同一个保护组发送的相同报文，如果是，则说明保护组间连接正确；如果否，则说明保护组间错连。
判断单元402，用于根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口。
检查单元403，当接收到所述判断单元402判断的结果为所述保护组状态信息判断接收到所述报文的端口是保护组配置的端口时，用于检查所述保护组配置的其他端口是否也收到同一个保护组发送的所述报文。
错连确定单元404，当所述判断单元402的判断结果为接收到所述报文的端口不是保护组配置的端口，或者所述检查单元403判断保护组配置的其它端口未收到所述报文时，则确定所述保护组端口发生错连。
本发明实施例所述检测保护组端口间错连的设备可以直接通过保护组间的物理连线交换信息，不用另外增加通道，简单方便地实现保护组间的错连检测。当检测到保护组间错连时，所述设备进行报警，从而提高网络的可维护性。
设备实施例二：
参见图5，该图为基于本发明设备的第二实施例结构图。
本发明设备第二实施例与设备第一实施例的区别是增加了更新单元501。
更新单元501，用于以收到的所述报文中保护组的主备工作状态为准，更新自身保存的保护组主备工作状态的信息。
本发明还提供一种检测保护组端口间错连的系统。
系统实施例一：
参见图6，该图为基于本发明系统的第一实施例结构图。
本发明一种检测保护组端口间错连的系统包括上述设备实施例一和设备实施例二所述的设备601，还包括保护组602，用于传输所述设备601上的数据业务。
保护组602定期向设备601的端口发送含有保护组状态信息的报文。
所述保护组状态信息包括保护组标识和保护组各个板的主备工作状态。
所述保护组标识包括BID和NEID。
需要说明的是，保护组标识可以通过其他标识来表示，只要能唯一确定保护组即可。通过检测保护组标识可以判断接收到的报文是否来自同一个保护组。
设备601判断接收到所述报文的端口是保护组配置的端口时，检查保护组配置的其他端口是否收到同一个保护组发送的所述报文，没有收到，则检测保护组端口间错连。
当判断接收到所述报文的端口不是配置的保护组端口时，则检测保护组端口间错连。
保护组602与设备601之间通过GE端口进行连接。
需要说明的是，本发明实施例所述保护组与设备之间的端口连接也可以不是GE端口连接，其他任何形式的以太网连接均可，甚至可以不是以太网连接。
保护组602的主备工作状态发生转换时，原来的工作板将自己与设备601的端口物理连接断开，同时原来的保护板发送自己的工作状态信息为工作态至设备601。预定时间段之后，原来的工作板将自己与设备601的端口物理连接接上，同时发送自己的工作状态信息为保护态至设备601。
本发明实施例提供的检测保护组端口间错连的系统，检测保护组端口间错连的设备601接收保护组602定期发送的含有保护组状态信息的报文。设备601判断接收到报文的端口是配置的保护组端口时，检查所述保护组的其他端口是否收到同一个保护组602发送的所述报文，没有收到，则检测保护组端口间错连。当判断接收到所述报文的端口不是配置的保护组端口时，则检测保护组端口间错连。
本发明直接通过保护组间的物理连线交换信息，不用另外增加通道，简单方便地实现保护组间的错连检测。当检测到保护组间错连时，保护组间错连检测设备进行报警，从而提高网络的可维护性。
系统实施例二：
参见图7，该图为基于本发明系统第二实施例结构图。
如图中的A1和A2为系统中的设备601，B1-B4为系统中的保护组602。
A1和A2板是数据单板，B1-B4是中频单板。其中A1和A2具有强大的数据业务处理功能，而B1-B4只有数据业务的简单传输功能。B板之间是简单的传输线路连接，实现数据业务从A板上通过B传输到另一个A板上，即数据业务可以从A1到A2，也可以从A2到A1。
其中B1-B2组成一条传输线路，B3-B4组成另一条传输线路。这两条传输线路组成保护组。一条传输线路处于工作状态，一条传输线路处于备用状态。
A板上的端口IP1是B1-B2与A板的物理端口，IP2是B3-B4与A板的物理端口。
对于A1板来说，数据业务可以通过IP1和IP2两个端口传输到A2。因此，IP1和IP2构成A1板上的保护组。
由于A板和B板之间是物理连接，因此，容易错连，例如，B1板应该通过IP1端口与A1板连接，但是，可能实际应用中B1板通过IP2口与A1板连接，这样就形成保护组间的错连。
B板定期向A板发送含有B板保护组的标识和保护组的主备工作状态的报文。
A板判断接收到的报文的端口是否是配置的保护组端口。
例如，A板配置的对应B板保护组的保护组端口是IP1和IP2，但A板上还有很多其他端口，例如IP3不在A板配置的保护组端口中。
如果接收到B板发送的报文的端口是IP3口，则检测出保护组间错连，报警出错。
如果IP3也是A1板上使用的端口，但是没在B的保护组内，B1板通过GE端口连接到A1板的IP3上，则A1板与B2板也会正常连接上，但是这个时候数据业务是中断的，因为端口之间发生的错连，数据收发就会错误。
如果A板判断接收到报文的端口是配置的保护组端口，还要判断保护组的其他端口是否也收到报文，若没有收到，则检测错连；若收到，还要继续比较收到的报文是否是来自同一个B保护组，如果不是，则保护组间说明错连。
A板上的IP1和IP2端口是配置的保护组端口，如果IP1收到报文，则要判断保护组的其他端口IP2是否也收到报文。
例如，与A板上配置的保护组不仅有B1-B4，还有B5-B8，此时，要判断接收到报文的IP1端口和IP2端口是否均由B1-B4保护组发送的，如果是B5-B8保护组发送的，则检测保护组端口间错连。
下面详细说明B板保护组工作状态的转换方法，以当前B1-B2处于工作状态，B3-B4处于备用状态；对应IP1为工作端口，IP2为备用端口为例介绍工作状态的转换步骤。
B板保护组的工作状态发生转换时，转换前处于工作状态的B1-B2单板发起LINK DOWN操作，转换前处于备用状态的B3-B4单板发送保护组状态为工作状态至A板。预设时间段之后，转换前处于工作状态的B1-B2单板发起LINK UP操作，同时发送保护组状态为备用状态至A板。
A板检测到工作端口IP1的工作状态为LINK DOWN以后，立刻进行A板上保护组的转换，将转换前工作状态的端口IP1更新为备用状态，将转换前处于备用端口的IP2更新为工作状态。
需要说明的是，保护组的工作状态发生转换时，可以通过LINK DOWN和LINK UP，也可以通过协议报文通过转换。
需要说明的是，A板实时将收到的保护组状态信息和自己保护组状态信息进行比较，不相同时，以收到报文中的保护组状态信息为准，进行保护组业务通道的切换，即切换IP1和IP2的工作状态。
需要说明的是，B1和B2分别发送一个报文报告B1所在保护组的信息。A1收到报文后判断收到相同保护组报文的端口是否属于同一个保护组，即判断IP1和IP2是否均收到相同的报文。不属于保护组，即端口IP3收到了；或者不属于相同保护组，即B5发送的报文则不是同一个保护组；这两种情况都属于保护组间的错连，A板均需要上报告警。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，可以包括前述的通信方法各个实施方式的内容。这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。
综上所述，本发明实施例所提供的一种检测保护组错连的方法，保护组间错连检测设备接收保护组定期发送的含有保护组状态信息的报文；由接收的保护组状态信息判断接收到报文的端口是否是保护组配置的端口，如果不是，则检测保护组端口间错连；如果是，则检查所述保护组配置的其他端口是否收到同一个保护组发送的所述报文，没有收到，则检测保护组端口间错连。本发明直接通过保护组间的物理连线交换信息，不用另外增加通道，简单方便地实现保护组间的错连检测。当检测到保护组间错连时，保护组间错连检测设备进行报警，从而提高网络的可维护性。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：接收保护组定期发送的含有保护组状态信息的报文；根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间发生错连；如果是，则检查保护组配置的其他端口是否也收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间发生错连。
Claims (11)
1、一种检测保护组端口间错连的方法，其特征在于，包括：
接收保护组定期发送的含有保护组状态信息的报文；
根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间发生错连；
如果是，则检查保护组配置的其他端口是否也收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间发生错连。
2、根据权利要求1所述的方法，其特征在于，所述保护组状态信息包括板标识和网元标识。
3、根据权利要求1或2所述的方法，其特征在于，所述保护组状态信息包括保护组板的主备工作状态。
4、根据权利要求3所述的方法，其特征在于，所述接收保护组定期发送的含有保护组状态信息的报文之后，还包括：以收到的所述报文中保护组的主备工作状态为准，更新保存的所述保护组主备工作状态的信息。
5、一种检测保护组端口间错连的设备，其特征在于，包括：接收单元，用于接收保护组定期发送的含有保护组状态信息的报文；
判断单元，用于根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口；
检查单元，当接收到所述判断单元判断的结果为所述保护组状态信息判断接收到所述报文的端口是保护组配置的端口时，用于检查所述保护组配置的其他端口是否也收到同一个保护组发送的所述报文；
错连确定单元，当所述判断单元的判断结果为接收到所述报文的端口不是保护组配置的端口，或者所述检查单元判断保护组配置的其它端口未收到所述报文时，则确定所述保护组端口发生错连。
6、根据权利要求5所述的设备，其特征在于，所述保护组状态信息包括板标识和网元标识。
7、根据权利要求5或6所述的设备，其特征在于，所述保护组状态信息包括保护组板的主备工作状态。
8、根据权利要求7所述的设备，其特征在于，所述设备还包括：
更新单元，用于以收到的所述报文中保护组的主备工作状态为准，更新自身保存的保护组主备工作状态的信息。
9、一种检测保护组端口间错连的系统，其特征在于，包括如权利要求5-8任一项所述的设备，还包括：
保护组，用于定期向所述设备发送的含有保护组状态信息的报文；
所述设备，用于根据所述保护组状态信息判断接收到所述报文的端口是否是保护组配置的端口，如果不是，则确定保护组端口间发生错连；如果是，则检查保护组配置的其他端口是否也收到同一个保护组发送的所述报文，没有收到，则确定保护组端口间发生错连。
10、根据权利要求9所述的系统，其特征在于，所述保护组与所述设备之间通过1000M以太网端口进行连接。
11、根据权利要求9所述的系统，其特征在于，所述保护组的主备工作状态发生转换时，所述保护组中转换前的工作板将自己与所述设备的端口物理连接断开，同时转换前的保护板发送自己的工作状态信息为工作态至所述设备；预定时间段之后，转换前的工作板将自己与所述设备的端口物理连接上，同时发送自己的工作状态信息为保护态至所述设备。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810180785XA CN101465762B (zh) | 2008-12-02 | 2008-12-02 | 一种检测保护组端口间错连的方法、设备及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810180785XA CN101465762B (zh) | 2008-12-02 | 2008-12-02 | 一种检测保护组端口间错连的方法、设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101465762A true CN101465762A (zh) | 2009-06-24 |
| CN101465762B CN101465762B (zh) | 2011-05-04 |
Family
ID=40806137
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200810180785XA Active CN101465762B (zh) | 2008-12-02 | 2008-12-02 | 一种检测保护组端口间错连的方法、设备及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101465762B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102025542A (zh) * | 2010-12-09 | 2011-04-20 | 中兴通讯股份有限公司 | 主备用接口的匹配方法及系统 |
| CN102164059A (zh) * | 2011-05-30 | 2011-08-24 | 北京星网锐捷网络技术有限公司 | 检测堆叠聚合链路连线错误的方法和装置 |
| WO2017125001A1 (zh) * | 2016-01-21 | 2017-07-27 | 中兴通讯股份有限公司 | 保护组处理方法和装置 |
| CN107968716A (zh) * | 2016-10-18 | 2018-04-27 | 中兴通讯股份有限公司 | 一种共享环的修复方法和装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7058011B1 (en) * | 2001-02-26 | 2006-06-06 | Calix Networks, Inc. | N to one and one to one equipment protection switching |
| CN1319320C (zh) * | 2002-10-22 | 2007-05-30 | 华为技术有限公司 | 一种实现网络中链路状态穿通的方法 |
| CN1299459C (zh) * | 2003-06-17 | 2007-02-07 | 中兴通讯股份有限公司 | 支持通道共享环保护的保护倒换协议实现方法 |
| CN101047547B (zh) * | 2006-03-30 | 2012-04-18 | 华为技术有限公司 | 实现端口保护的方法和装置 |
| CN101068139A (zh) * | 2007-06-28 | 2007-11-07 | 中兴通讯股份有限公司 | 媒体网关上联链路的主备保护方法 |
| CN101227393B (zh) * | 2008-01-08 | 2011-01-05 | 中兴通讯股份有限公司 | 用于交换机堆叠的防错连方法和装置 |
-
2008
- 2008-12-02 CN CN200810180785XA patent/CN101465762B/zh active Active
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102025542A (zh) * | 2010-12-09 | 2011-04-20 | 中兴通讯股份有限公司 | 主备用接口的匹配方法及系统 |
| CN102164059A (zh) * | 2011-05-30 | 2011-08-24 | 北京星网锐捷网络技术有限公司 | 检测堆叠聚合链路连线错误的方法和装置 |
| CN102164059B (zh) * | 2011-05-30 | 2014-01-22 | 北京星网锐捷网络技术有限公司 | 检测堆叠聚合链路连线错误的方法和装置 |
| WO2017125001A1 (zh) * | 2016-01-21 | 2017-07-27 | 中兴通讯股份有限公司 | 保护组处理方法和装置 |
| CN106992873A (zh) * | 2016-01-21 | 2017-07-28 | 中兴通讯股份有限公司 | 保护组处理方法和装置 |
| CN106992873B (zh) * | 2016-01-21 | 2020-03-17 | 中兴通讯股份有限公司 | 保护组处理方法和装置 |
| CN107968716A (zh) * | 2016-10-18 | 2018-04-27 | 中兴通讯股份有限公司 | 一种共享环的修复方法和装置 |
| CN107968716B (zh) * | 2016-10-18 | 2022-07-12 | 中兴通讯股份有限公司 | 一种共享环的修复方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101465762B (zh) | 2011-05-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102315975B (zh) | 一种基于irf系统的故障处理方法及其设备 | |
| CN101179453B (zh) | 一种链路状态检测方法和系统 | |
| CN100450040C (zh) | 通信网以及网络单元中消息路径的测试方法 | |
| EP1391079B1 (en) | Method and system for implementing a fast recovery process in a local area network | |
| US7978595B2 (en) | Method for processing multiple active devices in stacking system and stacking member device | |
| CN102299846B (zh) | 一种bfd报文传输方法和设备 | |
| US20070237085A1 (en) | System and methodology for fast link failover based on remote upstream failures | |
| JP4884184B2 (ja) | リンクアグリゲーション用の通信装置及びプログラム | |
| KR20050022329A (ko) | 클러스터에서의 확실한 장애 해결 방법 및 시스템 | |
| JP2007525895A (ja) | ネットワークトポロジのための回復機構 | |
| CN101465859A (zh) | 一种触发主备用接口板倒换的方法及装置 | |
| EP3029883B1 (en) | Network protection method and apparatus, next-ring node, and system | |
| CN101378333B (zh) | 实现连续性检查消息报文收发的系统、装置及方法 | |
| CN101360043B (zh) | 内部可靠互连的通信设备 | |
| CN101465762B (zh) | 一种检测保护组端口间错连的方法、设备及系统 | |
| CN102281165A (zh) | 一种基于服务质量的故障检测方法、系统和装置 | |
| CN100426743C (zh) | 内部可靠互连的通信设备 | |
| US8018864B2 (en) | Relay device and communication-path managing method | |
| CN107070739A (zh) | 一种路由器运行故障智能检测方法及系统 | |
| CN104104596A (zh) | 一种irf分裂处理方法和装置 | |
| US7738362B2 (en) | System and method for address notification in a network | |
| CN106375209B (zh) | 一种采用网络质量分析技术的楼宇宽带节点自切换装置 | |
| US7746949B2 (en) | Communications apparatus, system and method of creating a sub-channel | |
| CN100499500C (zh) | 对多级通信设备实现管理的方法 | |
| CN110838994B (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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201202 Address after: Building 2, No. 3, Fuqian Road, Hailing District, Taizhou City, Jiangsu Province Patentee after: Taizhou Haitong Asset Management Co.,Ltd. Address before: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Effective date of registration: 20201202 Address after: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right |