CN101159534A - 一种实现接口状态同步的方法和装置 - Google Patents
一种实现接口状态同步的方法和装置 Download PDFInfo
- Publication number
- CN101159534A CN101159534A CNA2007101776819A CN200710177681A CN101159534A CN 101159534 A CN101159534 A CN 101159534A CN A2007101776819 A CNA2007101776819 A CN A2007101776819A CN 200710177681 A CN200710177681 A CN 200710177681A CN 101159534 A CN101159534 A CN 101159534A
- Authority
- CN
- China
- Prior art keywords
- interface
- state
- chained list
- linkage groups
- detection signal
- 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)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
本发明公开了一种实现接口状态同步的方法，包括：设置不同的接口联动组对应不同的链表；将同一个接口联动组中所有接口链接在该接口联动组对应的链表中；当接口联动组中的一个接口发生状态变化时，根据变化后的状态，对该接口所在链表中链接的其他接口的状态进行同步。本发明还公开了一种实现接口状态同步的装置，包括链表建立单元和同步处理单元。本发明能够减少接口状态同步所需的时间。
Description
技术领域
本发明涉及网络通信技术，特别是涉及一种实现接口状态同步的方法和装置。
背景技术
随着网络通信技术的不断发展， 目前出现了接口状态联动组(Link-Group)。接口状态联动组是一组接口的集合，接口状态联动组中所有接口具有相同的属性，也就是说状态必须保持一致，比如，所有接口的状态均为正常或故障，再如，所有接口中表征每秒能传输的最大字节数(MTU)的状态参数必须相同等。
接口联动组的一种重要的应用就是路由备份。图1是在现有技术中接口联动组的一种应用环境示意图。参见图1，在网络正常情况下，IP网络发往终端300的报文经过路由器103、防火墙102和路由器101传输到终端300，即报文传输路径为1-3-4。为了实现路径备份，可以将防火墙102中连接路由器101的接口E0/0和连接路由器103的接口E1/2设置为一个接口联动组，也就是说，接口E0/0和接口E1/2的状态需要保持一致。这样，在某个时刻，如果防火墙102发生故障导致其接口E0/0的状态从正常(UP)变为故障(Down)，那么，需要将接口E0/0所在接口联动组中的其他接口即接口E1/2的状态也同步为故障，从而使得路由器103能够感知到故障，触发将路径1-3-4更新到其备份路径12-10-11-7。可见，目前，为了能够利用接口联动组来实现各种网络功能，必须保证接口联动组中所有接口的状态同步。
在网络中，通常每一个设备上均配置有全局接口链表，该全局接口链表中保存该设备上所有接口对应的表项，在每一个接口对应的表项中记录有该接口的状态，比如正常或故障等。现有技术正是利用全局接口链表来实现接口联动组中所有接口的状态同步，其具体实现包括：在全局接口链表中，在每一个接口对应的表项中，增加该接口所属的接口联动组的标识；当一个接口联动组中的一个接口的状态发生变化时，确定该接口所属的接口联动组的标识，在全局接口链表中从头至尾遍历查找具有该接口联动组标识的接口的表项，并在查找到的接口的表项中，对应修改接口的状态。
由以上描述可以看出，现有技术在利用全局接口链表实现接口联动组中所有接口的状态同步时，必须遍历全局接口链表，查找出状态变化的接口所属的接口联动组中的其他所有接口，从而能够进行相应的状态修改。而由于全局接口链表中包括设备所有接口对应的表项，因此，全局接口链表中的表项数量众多，在全局接口链表中进行遍历查找，则必然会降低系统的处理速度，从而大大增加了接口状态同步的时间。
同时，由于现有技术需要遍历查找全局接口链表，因此，会消耗过多的CPU处理资源，降低系统的性能。
另外，现有技术在一个接口联动组中的一个接口的状态从故障变化为正常时，会从全局接口链表的头部开始遍历查找将查找到的该接口联动组中其他接口的状态修改为正常，而此时如果该接口联动组中的另一个接口发生了故障，那么，又会触发一次从全局接口链表的头部开始遍历查找的处理，并且该处理是将接口联动组中其他接口的状态修改为故障，现有技术中这两次查找并修改的处理相互独立的，因此，很可能会导致最终该接口联动组中一部分接口的状态为故障，另一部分接口的状态为正常，导致了接口状态的不同步。
发明内容
有鉴于此，本发明的一个目的在于提供一种实现接口状态同步的方法，本发明的另一个目的在于提供一种实现接口状态同步的装置，以便于减少接口状态同步的时间。
为了达到上述目的，本发明的技术方案是这样实现的：
一种实现接口状态同步的方法，该方法包括：
设置不同的接口联动组对应不同的链表；
将同一个接口联动组中所有接口链接在该接口联动组对应的链表中；
当接口联动组中的一个接口发生状态变化时，根据变化后的状态，对该接口所在链表中链接的其他接口的状态进行同步。
所述链表为双向链表；
所述根据变化后的状态对该接口所在链表中链接的其他接口的状态进行同步的步骤包括：从状态变化的接口开始，向该接口所在链表的头部和尾部进行搜索，根据所述变化后的状态，对搜索到的每一个接口的状态进行修改。
所述发生状态变化为：状态从故障变为正常；
在所述一个接口发生状态变化之后，并在对该接口所在链表中链接的其他接口的状态进行同步之前，进一步包括：在状态变化的接口所在链表中，按照从头部至尾部的顺序，依次向链表链接的每一个接口传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；判断是否接收到最后一个接口传递的协商检测信号，如果是，则继续执行所述的对该接口所在链表中链接的其他接口的状态进行同步。
所述链表为双向链表；
所述发生状态变化为：状态从故障变为正常；
在所述一个接口发生状态变化之后，并在对该接口所在链表中链接的其他接口的状态进行同步之前，进一步包括：在状态变化的接口所在链表中，从状态变化的接口开始，分别向链表的头部和尾部的每一个接口依次传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；判断是否接收到第一个接口和最后一个接口分别传递的协商检测信号，如果是，则继续执行所述的对该接口所在链表中链接的其他接口的状态进行同步。
在判断出未接收到之后，该方法进一步包括：将状态变化的接口所在链表中的所有接口的状态修改为故障，结束当前流程。
一种实现接口状态同步的装置，包括：
链表建立单元，用于建立对应于不同接口联动组的不同链表，将同一个接口联动组中的所有接口链接在该接口联动组对应的链表中；
同步处理单元，用于在接口联动组中的一个接口发生状态变化时，根据变化后的状态，对链表建立单元中该状态变化接口所在链表中链接的其他接口的状态进行同步。
所述链表建立单元用于建立对应于不同接口联动组的不同双向链表；
所述同步处理单元，用于从状态变化的接口开始，向链表建立单元中该状态变化的接口所在链表的头部和尾部进行搜索，根据所述变化后的状态，对搜索到的每一个接口的状态进行修改。
所述同步处理单元进一步用于在接口发生的状态变化是从故障变为正常时，首先在链表建立单元中该状态变化的接口所在链表中，按照从头部至尾部的顺序，依次向链表中链接的每一个接口传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；所述同步处理单元判断是否接收到最后一个接口传递的协商检测信号，如果是，则继续执行所述的根据变化后的状态对该状态变化接口所在链表中链接的其他接口的状态进行同步。
所述链表建立单元用于建立对应于不同接口联动组的不同双向链表；
所述同步处理单元，进一步用于在接口发生的状态变化是从故障变为正常时，首先在链表建立单元中该状态变化的接口所在链表中，从状态变化的接口开始，分别向链表的头部和尾部的每一个接口依次传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；所述同步处理单元判断是否接收到第一个接口和最后一个接口分别传递的协商检测信号，如果是，则继续执行所述的根据变化后的状态对状态变化的接口所在链表中链接的其他接口的状态进行同步。
所述同步处理单元，进一步用于在判断出未接收到协商检测信号后，将链表建立单元中状态变化的接口所在链表中链接的所有接口的状态修改为故障。
由此可见，在本发明中，每一个接口联动组均有专有的链表，也就是说，在一个链表中链接的都是属于同一接口联动组的接口，这样，当一个接口联动组如接口联动组1中一个接口的状态发生变化后，只需搜索该接口联动组1对应的链表，由于该链表中链接的都是属于接口联动组1的接口，因此，接口数量较少，相对于现有技术遍历接口数量众多的全局接口链表，盲目查找属于接口联动组1的接口的做法，则大大提高了系统的处理速度，从而大大减少了接口状态同步的时间。
同时，由于本发明无需遍历查找接口数量众多的全局接口链表，而只需搜索专用链表，因此，减少了对CPU处理资源的占用，提高了系统的性能。
较佳地，在本发明中，当一个接口联动组中一个接口的状态发生变化后，可以从该状态变化的接口开始，向链表的头部和尾部同时进行搜索，因此，进一步提高了系统的处理速度，进一步减少了接口状态同步的时间。
较佳地，在本发明中，当一个接口联动组中一个接口的状态从故障变为正常后，不是立即执行将该接口联动组中其他接口的状态修改为正常，而是首先利用所有接口传递协商检测信号的做法来检测其他接口是否均正常，在检测出均正常后，再将所有接口的状态同步为正常，因此，如果在检测过程中其他接口发生了故障，那么，则不会再进行所有接口状态同步为正常的处理，而是将所有接口状态同步为故障，因此，避免了现有技术中一个接口联动组中所有接口状态不同步的缺点。
附图说明
图1是在现有技术中接口联动组的一种应用环境示意图。
图2是在本发明一个实施例中实现接口状态同步的流程图。
图3是在本发明实施例中接口联动组1对应的双向链表的结构示意图。
图4是在本发明实施例中实现接口状态同步的装置的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。
图2是在本发明一个实施例中实现接口状态同步的流程图。参见图2，在本发明一个实施例中，实现一个接口联动组中所有接口状态同步的过程具体包括以下步骤：
步骤201：设置不同的接口联动组对应不同的链表。
步骤202：将同一个接口联动组中所有接口链接在该接口联动组对应的链表中。
在接口联动组中，只有属于同一个接口联动组的各个接口的状态才会相互影响，属于不同接口联动组的接口状态不会相互影响，因此，在上述步骤201和步骤202中，可以设置不同的接口联动组对应不同的链表，并将同一个接口联动组中所有接口链接在该接口联动组对应的链表中。
为了便于后续过程中能够在接口联动组对应链表中进行两个方向的搜索接口的处理，进一步提高接口状态同步的时间，较佳地，在步骤201中，所设置的对应于各个接口联动组的各个链表可以是双向链表，这样，在本步骤202中，每一个接口联动组中所有的接口均链接在对应的双向链表中。
图3是在本发明实施例中接口联动组1对应的双向链表的结构示意图。参见图3，以接口联动组1为例，假如接口联动组1中包括3个接口：接口A，接口X，接口N，那么，可以得到接口联动组1中各个接口的组织结构如下表1所示。
| 当前接口 | 前一个接口 | 后一个接口 |
| 接口A | Head | 接口X |
| (表头，相当于串联电路的电源正极) | ||
| 接口X | 接口A | 接口N |
| 接口N | 接口X | Tail(表尾，相当于串联电路的电源负极) |
表1
在具体实现中，接口联动组1中各个接口的数据结构的定义可以为：
typedef struct tagLINKGROUP_IFNET
{
unsigned long ulIfIndex；/*current interface*/
struct tagLINKGROUP_IFNET*pstNextLinkGroup；/*next link-group interface*/
struct tagLINKGROUP_IFNET*pstPreLinkGroup；/*previous link-group interface*/
}LINKGROUP_IFNET_S；
typedef struct tagLINKGROUP
{
unsigned short usStatus；/*Link-Group Status*/
LINKGROUP_IFNET_S*pstLinkGroup；/*Link-Group Table*/
}LINKGROUP_S；
步骤203：接口联动组如接口联动组1中的一个接口如接口X发生状态变化。
在本步骤中，所述接口X的状态发生变化可以举例为：接口X的状态从正常变为故障，或者从故障变为正常；接口X的表征每秒能传输的最大字节数(MTU)的状态参数值改变等。
步骤204：根据接口X变化后的状态，对接口X所在链表中链接的其他接口的状态进行同步。
这里，参见图3，对接口X所在链表中链接的其他接口的状态进行同步，是指将图3所示链表中链接的接口A和接口N的状态修改为与接口X状态变化后的状态一致。比如，在步骤203中，接口X的状态从故障变为正常，那么，在本步骤204中，可以在接口X所在链表中按照从链表头到链表尾的顺序开始搜索，将搜索到的接口A和接口N的状态均修改为正常。
可见，由于接口联动组1中的所有接口均通过图3所示的专用链表链接，因此，无需现有技术的查找过程，直接对该链表中链接的其他所有接口进行状态同步即可，从而大大减少了接口状态同步的时间。
较佳地，参见图3，由于链接接口X、接口A和接口N的链表为双向链表，因此，在本步骤中，也可以不按照上述从链表头到链表尾的顺序进行搜索，而是利用双向链表可以进行双向搜索的特点，从状态变化的接口X开始，向接口X所在链表的头部和尾部同时进行搜索，将搜索到的接口A和接口N的状态均修改为正常。由于进行双向搜索，因此，能够进一步减少接口状态同步的时间。在本步骤中，以接口X发生的状态变化为发生故障为例，采用双向搜索时的数据结构的定义可以举例为：
/*以故障点为中心，两头扩散状态*/
ulRet+＝IF_LinkGroup_BackwardSynStatus(ulIfnet，STATUS_DOWN)；
ulRet+＝IF_LinkGroup_ForwardSynStatus(ulIfnet，STATUS_DOWN)；
在上述图2所示过程中，如果步骤203中接口X发生的状态变化为从故障变为正常时，为了进一步保证最终所有接口的状态完全一致，可以首先不执行步骤204中根据接口X变化后的状态修改其他接口状态的处理，而是，首先需要检测接口联动组1中其他接口是否也处于正常状态，从而决定后续所有接口同步的状态，也就是说，在步骤203与步骤204之间还可以包括如下任一种方式的处理：
方式一、
在状态变化的接口X所在链表中，按照从头部至尾部的顺序，依次向链表链接的接口A、接口X和接口N传递协商检测信号，此时，为了保证能够检测出接口联动组1中每个接口实际上是否可用，而不受其状态值的影响，在本实施例中，无论接口A、接口X和接口N的当前状态如何(即无论其记录的当前状态为故障还是正常)，在接收到协商检测信号时，接口只要物理可用(物理可用是指不考虑接口对应的状态，接口实际上具有传递信息的能力)就向其链接的下一个接口发送协商检测信号，直至表尾，判断是否接收到最后一个接口传递的协商检测信号，如果是，则证明当前接口联动组1中所有接口的状态均为正常，可以按照接口X变化后的状态修改其他接口的状态，即继续执行步骤204，如果否，则证明虽然接口X的状态变为正常，但是接口联动组1中其他接口又发生了故障，因此，不能执行后续步骤204，而应该接口X所在链表中的所有接口的状态修改为故障。此时，其数据结构的定义可以举例为：
/*以故障点恢复为触发，对Link-Group接口组，以表首为起点，对所有接口PowerUP
*并同时以表首为起点再次检测是否均已经真正UP，否则若发现有Down接口，执*行向两头Shut Down扩善*/
IF_LinkGroup_SynStatus(ulIfnet，STATUS_UP)；
if(IF_LinkGroup_StatusCheck(ulIfnet，STATUS_DOWN，ulDownIfnet)＝＝OK)
{
/*发现新的故障点，扩散*/
ulRet+＝IF_LinkGroup_BackwardSynStatus(ulDownIfnet，STATUS_DOWN)；
ulRet+＝IF_LinkGroup_ForwardSynStatus(ulDownIfnet，STATUS_DOWN)；
}
方式二、
由于接口X所在链表为双向链表，因此，在状态变化的接口X所在链表中，从状态变化的接口X开始，分别向链表的头部和尾部的每一个接口即接口A和接口N依次传递协商检测信号，此时，为了保证能够检测出接口联动组1中每个接口实际上是否可用，而不受其状态值的影响，在本实施例中，无论接口A和接口N的当前状态如何(即无论其记录的当前状态为故障还是正常)，在接收到协商检测信号时，接口只要物理可用(物理可用是指不考虑接口对应的状态，接口实际上具有传递信息的能力)就传递协商检测信号；判断是否接收到第一个接口即接口A和最后一个接口即接口N分别传递的协商检测信号，如果是，则证明当前接口联动组1中所有接口的状态均为正常，可以按照接口X变化后的状态修改其他接口的状态，即继续执行步骤204，如果没有都接收到，则证明虽然接口X的状态变为正常，但是接口联动组1中其他接口又发生了故障，因此，不能执行后续步骤204，而应该接口X所在链表中的所有接口的状态修改为故障。
另外，本发明还提出了一种实现接口状态同步的装置。参见图4，该装置可以包括：
链表建立单元，用于建立对应于不同接口联动组的不同链表，将同一个接口联动组中的所有接口链接在该接口联动组对应的链表中；
同步处理单元，用于在接口联动组中的一个接口发生状态变化时，根据变化后的状态，对链表建立单元中该状态变化接口所在链表中链接的其他接口的状态进行同步。
在本发明装置中，所述链表建立单元建立的可以是对应于不同接口联动组的不同双向链表；此时，
所述同步处理单元，用于从状态变化的接口开始，向链表建立单元中该状态变化的接口所在链表的头部和尾部进行搜索，根据所述变化后的状态，对搜索到的每一个接口的状态进行修改。
在本发明装置中，所述同步处理单元，进一步用于在接口发生的状态变化是从故障变为正常时，首先在链表建立单元中该状态变化的接口所在链表中，按照从头部至尾部的顺序，依次向链表中链接的每一个接口传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；所述同步处理单元判断是否接收到最后一个接口传递的协商检测信号，如果是，则继续执行所述的根据变化后的状态对该状态变化接口所在链表中链接的其他接口的状态进行同步。
在本发明装置中，所述链表建立单元用于建立对应于不同接口联动组的不同双向链表；
所述同步处理单元，进一步用于在接口发生的状态变化是从故障变为正常时，首先在链表建立单元中该状态变化的接口所在链表中，从状态变化的接口开始，分别向链表的头部和尾部的每一个接口依次传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；所述同步处理单元判断是否接收到第一个接口和最后一个接口分别传递的协商检测信号，如果是，则继续执行所述的根据变化后的状态对状态变化的接口所在链表中链接的其他接口的状态进行同步。
在本发明装置中，所述同步处理单元，进一步用于在判断出未接收到协商检测信号后，将链表建立单元中状态变化的接口所在链表中链接的所有接口的状态修改为故障。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种实现接口状态同步的方法，其特征在于，该方法包括：
设置不同的接口联动组对应不同的链表；
将同一个接口联动组中所有接口链接在该接口联动组对应的链表中；
当接口联动组中的一个接口发生状态变化时，根据变化后的状态，对该接口所在链表中链接的其他接口的状态进行同步。
2.根据权利要求1所述的方法，其特征在于，所述链表为双向链表；
所述根据变化后的状态对该接口所在链表中链接的其他接口的状态进行同步的步骤包括：从状态变化的接口开始，向该接口所在链表的头部和尾部进行搜索，根据所述变化后的状态，对搜索到的每一个接口的状态进行修改。
3.根据权利要求1所述的方法，其特征在于，所述发生状态变化为：状态从故障变为正常；
在所述一个接口发生状态变化之后，并在对该接口所在链表中链接的其他接口的状态进行同步之前，进一步包括：在状态变化的接口所在链表中，按照从头部至尾部的顺序，依次向链表链接的每一个接口传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；判断是否接收到最后一个接口传递的协商检测信号，如果是，则继续执行所述的对该接口所在链表中链接的其他接口的状态进行同步。
4.根据权利要求1所述的方法，其特征在于，所述链表为双向链表；
所述发生状态变化为：状态从故障变为正常；
在所述一个接口发生状态变化之后，并在对该接口所在链表中链接的其他接口的状态进行同步之前，进一步包括：在状态变化的接口所在链表中，从状态变化的接口开始，分别向链表的头部和尾部的每一个接口依次传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；判断是否接收到第一个接口和最后一个接口分别传递的协商检测信号，如果是，则继续执行所述的对该接口所在链表中链接的其他接口的状态进行同步。
5.根据权利要求3或4所述的方法，其特征在于，在判断出未接收到之后，该方法进一步包括：将状态变化的接口所在链表中的所有接口的状态修改为故障，结束当前流程。
6.一种实现接口状态同步的装置，其特征在于，包括：
链表建立单元，用于建立对应于不同接口联动组的不同链表，将同一个接口联动组中的所有接口链接在该接口联动组对应的链表中；
同步处理单元，用于在接口联动组中的一个接口发生状态变化时，根据变化后的状态，对链表建立单元中该状态变化接口所在链表中链接的其他接口的状态进行同步。
7.根据权利要求6所述的装置，其特征在于，所述链表建立单元用于建立对应于不同接口联动组的不同双向链表；
所述同步处理单元，用于从状态变化的接口开始，向链表建立单元中该状态变化的接口所在链表的头部和尾部进行搜索，根据所述变化后的状态，对搜索到的每一个接口的状态进行修改。
8.根据权利要求6所述的装置，其特征在于，所述同步处理单元进一步用于在接口发生的状态变化是从故障变为正常时，首先在链表建立单元中该状态变化的接口所在链表中，按照从头部至尾部的顺序，依次向链表中链接的每一个接口传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；所述同步处理单元判断是否接收到最后一个接口传递的协商检测信号，如果是，则继续执行所述的根据变化后的状态对该状态变化接口所在链表中链接的其他接口的状态进行同步。
9.根据权利要求6所述的装置，其特征在于，所述链表建立单元用于建立对应于不同接口联动组的不同双向链表；
所述同步处理单元进一步用于在接口发生的状态变化是从故障变为正常时，首先在链表建立单元中该状态变化的接口所在链表中，从状态变化的接口开始，分别向链表的头部和尾部的每一个接口依次传递协商检测信号，每一个接口在物理可用的情况下，传递接收到的协商检测信号；所述同步处理单元判断是否接收到第一个接口和最后一个接口分别传递的协商检测信号，如果是，则继续执行所述的根据变化后的状态对状态变化的接口所在链表中链接的其他接口的状态进行同步。
10.根据权利要求8或9所述的装置，其特征在于，所述同步处理单元，进一步用于在判断出未接收到协商检测信号后，将链表建立单元中状态变化的接口所在链表中链接的所有接口的状态修改为故障。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101776819A CN101159534B (zh) | 2007-11-19 | 2007-11-19 | 一种实现接口状态同步的方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101776819A CN101159534B (zh) | 2007-11-19 | 2007-11-19 | 一种实现接口状态同步的方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101159534A true CN101159534A (zh) | 2008-04-09 |
| CN101159534B CN101159534B (zh) | 2011-02-09 |
Family
ID=39307471
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101776819A Active CN101159534B (zh) | 2007-11-19 | 2007-11-19 | 一种实现接口状态同步的方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101159534B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102684980A (zh) * | 2011-03-14 | 2012-09-19 | 深圳市恒扬科技有限公司 | 网络分流器端口数据的配置方法、系统及网络分流器 |
| CN103501239A (zh) * | 2013-09-13 | 2014-01-08 | 华为技术有限公司 | 一种端口状态同步方法、相关设备及系统 |
| CN109474531A (zh) * | 2018-12-24 | 2019-03-15 | 安徽皖兴通信息技术有限公司 | 一种分组接入网络交换表项删除同步的方法 |
| CN109617905A (zh) * | 2018-12-29 | 2019-04-12 | 新华三技术有限公司 | 多播攻击的处理方法、装置和实现装置 |
| CN110661663A (zh) * | 2019-09-27 | 2020-01-07 | 杭州迪普科技股份有限公司 | 一种接口状态同步方法及装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1968260B (zh) * | 2005-11-17 | 2010-12-01 | 华为技术有限公司 | 在主备用设备之间实现虚拟路由器冗余协议切换的方法 |
| CN101043516A (zh) * | 2006-06-08 | 2007-09-26 | 华为技术有限公司 | 实现ima id和链路标识自适应的方法和系统 |
-
2007
- 2007-11-19 CN CN2007101776819A patent/CN101159534B/zh active Active
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102684980A (zh) * | 2011-03-14 | 2012-09-19 | 深圳市恒扬科技有限公司 | 网络分流器端口数据的配置方法、系统及网络分流器 |
| CN102684980B (zh) * | 2011-03-14 | 2015-10-28 | 深圳市恒扬科技股份有限公司 | 网络分流器端口数据的配置方法、系统及网络分流器 |
| CN103501239A (zh) * | 2013-09-13 | 2014-01-08 | 华为技术有限公司 | 一种端口状态同步方法、相关设备及系统 |
| WO2015035800A1 (zh) * | 2013-09-13 | 2015-03-19 | 华为技术有限公司 | 一种端口状态同步方法、相关设备及系统 |
| CN103501239B (zh) * | 2013-09-13 | 2017-01-04 | 华为技术有限公司 | 一种端口状态同步方法、相关设备及系统 |
| US9705823B2 (en) | 2013-09-13 | 2017-07-11 | Huawei Technologies Co., Ltd. | Port status synchronization method, related device, and system |
| CN109474531A (zh) * | 2018-12-24 | 2019-03-15 | 安徽皖兴通信息技术有限公司 | 一种分组接入网络交换表项删除同步的方法 |
| CN109474531B (zh) * | 2018-12-24 | 2021-06-25 | 安徽皖兴通信息技术有限公司 | 一种分组接入网络交换表项删除同步的方法 |
| CN109617905A (zh) * | 2018-12-29 | 2019-04-12 | 新华三技术有限公司 | 多播攻击的处理方法、装置和实现装置 |
| CN109617905B (zh) * | 2018-12-29 | 2022-04-08 | 新华三技术有限公司 | 多播攻击的处理方法、装置和实现装置 |
| CN110661663A (zh) * | 2019-09-27 | 2020-01-07 | 杭州迪普科技股份有限公司 | 一种接口状态同步方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101159534B (zh) | 2011-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108173691B (zh) | 一种跨设备聚合的方法及装置 | |
| EP3815328B1 (en) | Scalable sockets for quic | |
| CN101159534B (zh) | 一种实现接口状态同步的方法和装置 | |
| CN104199957B (zh) | 一种Redis通用代理的实现方法 | |
| CN105684382A (zh) | 报文的控制方法、交换机及控制器 | |
| CN101877659B (zh) | 一种丢包监控的方法、设备和系统 | |
| CN103020024A (zh) | 一种文件格式转换方法 | |
| CN101252535B (zh) | 集中式转发网络设备及方法 | |
| EP3896964B1 (en) | Data processing method, apparatus and device, and storage medium | |
| JPH0691538B2 (ja) | パケツト終了信号発生器 | |
| CN116366379A (zh) | 智能网卡组件、物理机、云服务系统以及报文发送方法 | |
| CN114363432A (zh) | 获取报文头信息、生成报文的方法、设备及存储介质 | |
| CN104270287A (zh) | 一种报文乱序检测方法及装置 | |
| CN103457797A (zh) | 一种rcpu端口有效性的检测方法和设备 | |
| CN105357148A (zh) | 避免网络交换芯片输出报文乱序的方法及系统 | |
| CN115269209B (zh) | 一种gpu集群调度方法及服务器 | |
| CN103501239B (zh) | 一种端口状态同步方法、相关设备及系统 | |
| CN103259639A (zh) | 一种堆叠设备的时钟同步方法和设备 | |
| WO2022121049A1 (zh) | 光纤坐席系统的音频环形传输方法、系统及存储介质 | |
| CN112543142B (zh) | 基于fpga实现rstp环网协议的方法和装置 | |
| CN114765587A (zh) | 节点在线离线状态上报方法及系统，上报端服务器 | |
| CN101729349A (zh) | 一种基于rrpp的主环通道连通性检测方法及装置 | |
| CN108809916B (zh) | 一种业务处理方法及装置 | |
| CN104702435A (zh) | 网络处理器实现aps切换的方法及网络处理器 | |
| CN106341245B (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: NEW H3C TECHNOLOGIES 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: HANGZHOU H3C TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20230805 Address after: 24th Floor, Block B, Zhizhen Building, No. 7 Zhichun Road, Haidian District, Beijing, 100088 Patentee after: Beijing Ziguang Communication Technology Group Co.,Ltd. Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466 Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd. |