CN105763413A - 一种控制网络端口的方法及装置 - Google Patents
一种控制网络端口的方法及装置 Download PDFInfo
- Publication number
- CN105763413A CN105763413A CN201410784109.9A CN201410784109A CN105763413A CN 105763413 A CN105763413 A CN 105763413A CN 201410784109 A CN201410784109 A CN 201410784109A CN 105763413 A CN105763413 A CN 105763413A
- Authority
- CN
- China
- Prior art keywords
- port
- state
- link
- detection group
- detection
- 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.)
- Withdrawn
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
Abstract
本发明提供了一种控制网络端口的方法及装置,涉及通信领域,解决现有技术中网络业务无法实现联动的问题,该方法包括:获取预设检测组中检测例的网络连接状态,其中所述检测例包括检测链路上的端口和/或链路;在所述预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取所述预设逻辑关系下所述预设检测组对应的工作状态;根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制。本发明的方案实现了网络业务的联动,可有效避免业务中断等问题。
Description
技术领域
本发明涉及通信领域,特别涉及一种控制网络端口的方法及装置。
背景技术
在一些组网中,无法做到端到端的伪线PW或者隧道的部署,这种情况下业务保护比较复杂,尤其在多点故障的情况下,可能会引起业务中断。如分组传送网PTN网络,在二三层桥接组网中,由于接入层、汇聚层、核心层分别采用各自网络内的保护,各部分无法映射,无法联动,这会造成各层级间业务无法有效的交互,最终可能导致业务中断。
发明内容
本发明要解决的技术问题是提供一种控制网络端口的方法及装置,解决现有技术中网络业务无法实现联动,可能导致业务中断的问题。
为解决上述技术问题,本发明的实施例提供一种控制网络端口的方法,包括:
获取预设检测组中检测例的网络连接状态,其中所述检测例包括检测链路上的端口和/或链路;
在所述预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取所述预设逻辑关系下所述预设检测组对应的工作状态;
根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制。
其中,所述获取预设检测组中检测例的网络连接状态,包括:
获取预设检测组中端口的端口状态,并根据所述端口状态判断所述预设检测组中端口的网络连接状态,其中所述端口状态包括管理状态、物理状态和/或协议状态;和/或
获取预设检测组中链路的链路状态,并根据所述链路状态判断所述预设检测组中链路的网络连接状态,其中所述链路状态包括检测协议状态。
其中,所述根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制,包括:
在所述预设检测组的工作状态为关断状态时,将与所述检测链路关联的端口的管理状态设置为关断状态。
其中,所述根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制,包括:
在所述预设检测组的工作状态从关断状态恢复为开启状态时,将与所述检测链路关联的端口的管理状态恢复为开启状态。
为解决上述技术问题,本发明的实施例还提供一种控制网络端口的装置,包括:
第一获取模块,用于获取预设检测组中检测例的网络连接状态,其中所述检测例包括检测链路上的端口和/或链路;
第二获取模块,用于在所述预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取所述预设逻辑关系下所述预设检测组对应的工作状态;
控制模块,用于根据所述预设检测组的工作状态,对与所述预设检测组关联的端口进行控制。
其中,所述第一获取模块包括:
第一获取子模块,用于获取预设检测组中端口的端口状态,并根据所述端口状态判断所述预设检测组中端口的网络连接状态,其中所述端口状态包括管理状态、物理状态和/或协议状态;和/或
第二获取子模块,用于获取预设检测组中链路的链路状态,并根据所述链路状态判断所述预设检测组中链路的网络连接状态,其中所述链路状态包括检测协议状态。
其中,所述控制模块包括:
第一控制子模块,用于在所述预设检测组的工作状态为关断状态时,将与所述检测链路关联的端口的管理状态置为关断状态。
其中,所述控制模块包括:
第二控制子模块,用于在所述预设检测组的工作状态从关断状态恢复为开启状态时,将与所述检测链路关联的端口的管理状态恢复为开启状态。
本发明的上述技术方案的有益效果如下:
本发明实施例的控制网络端口的方法,先获取预设检测组中检测例的网络连接状态,其中检测例包括检测链路上的端口和/或链路;然后在预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取预设逻辑关系下预设检测组对应的工作状态;最后根据预设检测组的工作状态,对与检测链路关联的端口进行控制。实现了网络业务的联动,有效避免了各网络层级间业务无法有效的交互,而导致业务中断的问题。
附图说明
图1为本发明控制网络端口的方法流程图;
图2为本发明控制网络端口的方法端口状态关系示意图;
图3为本发明控制网络端口的方法一具体实施例的状态示意图;
图4为本发明控制网络端口的方法一具体实施例的流程图;
图5为本发明控制网络端口的方法一具体实施例PTN网络第一示意图;
图6为本发明控制网络端口的方法一具体实施例PTN网络第二示意图;
图7为本发明控制网络端口的装置的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明实施例的控制网络端口的方法,通过感知检测组的状态,与端口状态实现联动,克服了现有技术中各层级间业务无法关联,而导致业务中断的问题。
如图1所示,本发明实施例的控制网络端口的方法,包括:
步骤11,获取预设检测组中检测例的网络连接状态,其中所述检测例包括检测链路上的端口和/或链路;
步骤12,在所述预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取所述预设逻辑关系下所述预设检测组对应的工作状态;
步骤13,根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制。
本发明实施例的控制网络端口的方法,首先获取预设检测组中检测例的网络连接状态;然后根据检测例的网络连接状态获取预设检测组的工作状态;最后根据预设检测组的工作状态,对与检测链路关联的端口进行控制,实现了网络业务的联动,有效避免了各网络层级间业务无法有效的交互,而导致业务中断的问题。
本发明的具体实施例中,上述步骤11的步骤可以包括:
步骤111,获取预设检测组中端口的端口状态,并根据所述端口状态判断所述预设检测组中端口的网络连接状态,其中所述端口状态包括管理状态、物理状态和/或协议状态;和/或
步骤112,获取预设检测组中链路的链路状态,并根据所述链路状态判断所述预设检测组中链路的网络连接状态,其中所述链路状态包括检测协议状态。
此时,预设检测组中的检测例可包括检测链路上的端口和/或链路,通过上述步骤111、112可获取端口和链路的网络连接状态(通:标记为up或断:标记为down),为后续获取预设检测组的工作状态提供了先决条件,以实现与端口状态之间的联动,解决可能出现的业务中断等问题。
其中,物理状态可如接口物理状态、接口光功率是否有效等;协议状态可如智能组smartgroup协议状态,生成树STP协议状态等;链路状态可如双向转发检测BFD或CFM等检测协议状态,通过步骤112可将BFD或CFM等检测协议状态映射为网络连接状态up/down。
其中,预设逻辑关系可以是简单的逻辑关系,如与、或等,也可根据具体的应用场景进行设定。预设检测组的工作状态由预设逻辑关系决定。当预设检测组中任何一个检测例(端口/链路)的网络连接状态变化时,通过上述步骤12更新预设检测组的工作状态。
一种具体实施例,如图3-4所示,本发明实施例的控制网络端口的方法,首先获取预设检测组DelectGroup中端口/链路1-n的网络连接状态,其中n为大于或等于1的整数;假定预设逻辑关系为与,且在端口/链路1-n的网络连接状态均为down时,获取的预设检测组对应的工作状态为down;在端口/链路k的网络连接状态为up时,获取的预设检测组的工作状态为up,其中k为1-n之间的整数;然后根据预设检测组的工作状态,对与检测链路关联的端口X进行控制。通过感知预设检测组的状态,与端口状态实现联动,有效避免了各网络层级间业务无法有效交互,而导致业务中断的问题。
本发明的具体实施例中,管理状态AdminStatus表示用户对端口的启用情况,一般由用户通过操作、管理和维护OAM界面进行配置和操作;物理状态PhyStatus表示端口硬件hardware在物理链路层面的通或断,由端口物理连线决定;协议状态ProStatus表示端口上启用协议protocol的协商状态,由端口上启用协议的协商结果决定。
上述三类状态除受各自触发因素影响外,彼此间还有紧密的关联关系,如图2及表1所示,当用户关闭端口port后,端口的管理状态为down,设备硬件芯片感知到管理状态变化后,会关闭端口的物理链路,触发物理状态为down,启用协议感知到物理状态为down后,会触发协议状态为down:当用户开启端口时,管理状态为up,若用户拔掉端口的物理连线,设备硬件检测到端口无物理连线,会触发物理状态为down,启用协议感知到物理状态为down后,会触发协议状态为down;当用户开启端口时,管理状态为up,同时端口的物理连线正确,物体状态为up,则根据协议的协商结果,如果协议在设备之间协商失败,则端口的协议状态为down,如果协议在设备之间协商成功,则端口的协议状态为up。由此可知,端口的管理状态在上述三类状态中层级最高,通过关联管理状态,能很好地控制物理状态和协议状态,避免了复杂应用场景Applications中,对具体物理链路连接状态和协议状态的感知。
表1
管理状态 | 物理状态 | 协议状态 | |
开启端口 | up | up/down | up/down |
关闭端口 | down | down | down |
端口有物理连线 | up | up | up/down |
端口无物理连线 | up/down | down | down |
协议协商成功 | up | up | up |
协议协商失败 | up/down | up/down | down |
本发明的具体实施例中,上述步骤13的步骤可以包括:
步骤131,在所述预设检测组的工作状态为关断状态时,将与所述检测链路关联的端口的管理状态设置为关断状态。
此时,在预设检测组的工作状态为关断状态时,可判断检测链路出现故障,通过将与检测链路关联的端口的管理状态设置为关断状态down,进而影响该端口的物理状态和协议状态均为down,可使对端端口感知到该端口的物理状态为down后进行快速重路由FRR切换等,以保证业务的正常传输,避免业务中断。
其中,上述步骤13的步骤还可以包括:
步骤132,在所述预设检测组的工作状态从关断状态恢复为开启状态时,将与所述检测链路关联的端口的管理状态恢复为开启状态。
此时,在预设检测组的工作状态恢复为开启状态时,可判断检测链路故障解除,通过将与检测链路关联的端口的管理状态恢复为开启状态up,进而在该端口物理连线正常时影响该端口的物理状态up,使对端端口感知该端口的物理状态up后进行FRR回切等。
下面对本发明的具体实施例举例说明如下。
如图5-6所示,在分组传送网PTN组网环境下,接入层采用伪线PW-快速重路由FRR+虚拟路由器冗余协议VRRP保护,汇聚层采用静态端到端隧道+虚拟专用网络VPN-快速重路由FRR保护,核心层采用动态VRRP+主备保护。核心层的L3模拟网管与仪表1(模拟上层收发业务)进行信息交互,然后将接收到的消息通过链路5下发到汇聚层的主路由器L3-B,或者进行FRR切换后,下发到备路由器L3-C;然后L3-B将接收到的消息通过链路3(主隧道)下发到主路由器L3-A,或者进行FRR切换后,通过备用隧道下发到主路由器L3-D;接着L3-A将接收到的消息通过链路1(主PW)下发到接入层的路由器L2,或者进行FRR切换后,通过链路2并经过L3-D(备PW)下发到L2;最后经过L2与仪表2(模拟基站)进行信息交互。
现有技术中,如当链路1、2同时发生故障时,设备L3-B是无法感知的,从核心层过来的流量依然沿L3-B流向设备L3-A,但L3-A出向流量即无法经过链路1沿主PW到L2,也无法经过链路2沿L3-D及备PW到L2,因此会出现业务流量中断。
而应用本发明实施例的控制网络端口的方法,假定第一预设检测组中检测例包括链路1和2链路本身,预设逻辑关系为与,且检测例的网络连接关系同时为down时,预设检测组的工作状态才为down,且链路3连接的L3-A端口3与链路1和2具有关联关系。则首先获取链路1和2的链路状态,如BFD或CFM等检测协议状态,并根据链路1和2的链路状态判断链路1和2的网络连接状态;在链路1和2的网络连接状态均为down时,获取第一预设检测组的工作状态为down;在第一预设检测组的工作状态为down时,将链路3连接的L3-A端口3的管理状态设置为down,进而影响L3-A端口3的物理状态和协议状态均为down;对端L3-B端口感知到L3-A端口3的物理状态down后触发路由协议收敛,进行FRR切换,撤销L3-A与L3-B之间的路由,由备链路(L3-B+L3-D)接替不可用链路继续工作。在链路1或2的链路状态恢复,即网络连接状态up时,不满足第一预设检测组的工作状态down的条件,则第一预设检测组的工作状态恢复为up;在第一预设检测组的工作状态为up时,将L3-A端口3的管理状态恢复为up,进而在L3-A端口3的物理连接正常时影响该端口的物理状态up;对端L3-B端口感知到L3-A端口3的物理状态up后触发路由重新计算,进行FRR回切,使主链路(L3-B+L3-A+L2)接替备链路继续工作。同理,链路1上的端口联动链路3、2的状态,当链路3、2均断开后,L3-A将链路1本地的端口置down,通过PW-FRR触发链路的快速收敛,撤销L3-A与L2之间的路由,这样备链路(L2+L3-D)会接替不可用的链路继续工作。
或者,假定第二预设检测组中检测例包括链路1连接的L3-A端口1和链路2连接的L3-A端口2,每个端口对应一个net实例,其中记录了端口的管理状态、物理状态和协议状态信息。在任何一个状态发生变化时都有一套通知机制,通知给需要关心这些信息变化的对应模块。同时,提供对外端口允许别的模块来修改这三类状态信息。如表2所示,其中Interface表示端口名称,IP-Address表示端口IP地址,Mask表示端口IP地址掩码,Admin表示管理状态、Phy表示物理状态、Prot表示协议状态,fei-0/1/0/1为L3-A端口1,fei-0/1/0/2为L3-A端口2,fei-0/1/0/3为L3-A端口3。
表2
Interface | IP-Address | Mask | Admin | Phy | Prot |
fei-0/1/0/1 | unassigned | unassigned | up | up | up |
fei-0/1/0/2 | unassigned | unassigned | up | up | up |
fei-0/1/0/3 | unassigned | unassigned | up | up | up |
首先获取fei-0/1/0/1口和fei-0/1/0/2口的端口状态,然后将端口状态映射为链路的网络连接状态,屏蔽各检测方式的差异,配置命令如下,其中链路1(L3AtoL2)对应fei-0/1/0/1口状态,链路2(L3AtoL3D)对应fei-0/1/0/2口状态:
ZXR10(config)#samgr
ZXR10(config-samgr)#trackL3AtoL2interfacefei-0/1/0/1
ZXR10(config-samgr)#trackL3AtoL3Dinterfacefei-0/1/0/2
假定预设逻辑关系为与,且链路1和链路2的网络连接关系同时为down时,第二预设检测组的工作状态才为down,配置命令如下:
ZXR10(config-samgr)#track-groupL3DandL2
ZXR10(config-samgr-group-L3DandL2)#inactive-number2
ZXR10(config-samgr-group-L3DandL2)#trackL3AtoL2
ZXR10(config-samgr-group-L3DandL2)#trackL3AtoL3D
且链路3连接的L3-A端口3与链路1和2具有关联关系,配置命令如下:
ZXR10(config)#interfacefei-0/1/0/3
ZXR10(config-if-fei-0/1/0/3)#tracktriggergroupL3DandL2shutdown
在fei-0/1/0/1口和fei-0/1/0/2口的端口状态均为down时,链路1和链路2的网络连接关系均为down,触发第二预设检测组的工作状态为down。在第二预设检测组的工作状态为down时,将fei-0/1/0/3的管理状态设置为down,进而影响fei-0/1/0/3的物理状态和协议状态均为down,对端路由协议感知端口物理down后,将该端口上发布的路由条目进行FRR切换,并通知网络中的邻居。该端口对外呈现出整个设备闭合,能够在部署了主备冗余保护的网络中,引发业务主备切换。
若fei-0/1/0/1或者fei-0/1/0/2的端口状态恢复为up,则触发检测链路L3AtoL2或L3AtoL3D的状态也恢复为up,配置命令如下:
ZXR10(config-samgr-group-l3DandL2)#showsamgrbrief
ThetotaloftrackatthisRouteris2.
若检测链路L3AtoL2或L3AtoL3D的状态恢复为up,则第二预设检测组的工作状态也更新为up,配置命令如下:
ZXR10(config-samgr-group-L3DandL2)#showsamgrtrack-group
Track-groupname:L3DandL2
Setinactivenumber:2
Setupdelay:0
App-subcount:0
Track-groupstate:up
若第二预设检测组的工作状态恢复为up,则端口fei-0/1/0/3的管理状态也恢复为up,并扩散到对端。对端路由协议根据端口状态重新生成路由条目,使得网络中的邻居重新学习到主路径,进行FRR回切,主路径继续生效。
本发明实施例的控制网络端口的方法,通过感知检测组的状态,与端口状态实现联动,克服了现有技术中各层级间业务无法关联,而导致业务中断的问题。
本发明实施例的控制网络端口的方法,可应用到路由器设备上,检测协议不需要修改或补充,即可实现某个端口/链路状态的扩散,触发与之关联的端口进行FRR切换等,保证业务的正常传输。且在组网中,不需要对端设备做额外的配置,完全通过设备自身的状态管理即可实现整个网络上的收敛切换。另外,由于端口/链路状态的关联全部在设备内部实现,因此关联变化速度快,对端口类型与关联的关系没有过多限制,任何类型的端口及检测链路都能实现关联变化。关联的端口/链路关系可以但不限于业务关系,诸如接口父子关系,组成员关系等均可以关联,因此可以灵活地配置端口/链路的关系。
如图7所示,本发明的实施例还提供了控制网络端口的装置,包括:
第一获取模块,用于获取预设检测组中检测例的网络连接状态,其中所述检测例包括检测链路上的端口和/或链路;
第二获取模块,用于在所述预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取所述预设逻辑关系下所述预设检测组对应的工作状态;
控制模块,用于根据所述预设检测组的工作状态,对与所述预设检测组关联的端口进行控制。
本发明实施例的控制网络端口的装置,通过感知检测组的状态,与端口状态实现联动,克服了现有技术中各层级间业务无法关联,而导致业务中断的问题。
其中,所述第一获取模块可以包括:
第一获取子模块,用于获取预设检测组中端口的端口状态,并根据所述端口状态判断所述预设检测组中端口的网络连接状态,其中所述端口状态包括管理状态、物理状态和/或协议状态;和/或
第二获取子模块,用于获取预设检测组中链路的链路状态,并根据所述链路状态判断所述预设检测组中链路的网络连接状态,其中所述链路状态包括检测协议状态。
此时,预设检测组中的检测例可包括检测链路上的端口和/或链路,通过获取端口和链路的网络连接状态(通:标记为up或断:标记为down),为后续获取预设检测组的工作状态提供了先决条件,以实现与端口状态之间的联动,解决可能出现的业务中断等问题。
其中,所述控制模块可以包括:
第一控制子模块,用于在所述预设检测组的工作状态为关断状态时,将与所述检测链路关联的端口的管理状态置为关断状态。
此时,在预设检测组的工作状态为关断状态时,可判断检测链路出现故障,通过将与检测链路关联的端口的管理状态设置为关断状态down,进而影响该端口的物理状态和协议状态均为down,可使对端端口感知到该端口的物理状态为down后进行FRR切换等,以保证业务的正常传输,避免业务中断。
其中,所述控制模块还可以包括:
第二控制子模块,用于在所述预设检测组的工作状态从关断状态恢复为开启状态时,将与所述检测链路关联的端口的管理状态恢复为开启状态。
此时,在预设检测组的工作状态恢复为开启状态时,可判断检测链路故障解除,通过将与检测链路关联的端口的管理状态恢复为开启状态up,进而在该端口物理连线正常时影响该端口的物理状态up,使对端端口感知该端口的物理状态up后进行FRR回切等。
本发明实施例的控制网络端口的装置,通过感知检测组的状态,与端口状态实现联动,克服了现有技术中各层级间业务无法关联,而导致业务中断的问题。
需要说明的是,该控制网络端口的装置是与上述控制网络端口的方法相对应的装置,其中上述方法实施例中所有实现方式均适用于该装置的实施例中,也能达到同样的技术效果。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (8)
1.一种控制网络端口的方法,其特征在于,包括:
获取预设检测组中检测例的网络连接状态,其中所述检测例包括检测链路上的端口和/或链路;
在所述预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取所述预设逻辑关系下所述预设检测组对应的工作状态;
根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制。
2.根据权利要求1所述的方法,其特征在于,所述获取预设检测组中检测例的网络连接状态,包括:
获取预设检测组中端口的端口状态,并根据所述端口状态判断所述预设检测组中端口的网络连接状态,其中所述端口状态包括管理状态、物理状态和/或协议状态;和/或
获取预设检测组中链路的链路状态,并根据所述链路状态判断所述预设检测组中链路的网络连接状态,其中所述链路状态包括检测协议状态。
3.根据权利要求1所述的方法,其特征在于,所述根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制,包括:
在所述预设检测组的工作状态为关断状态时,将与所述检测链路关联的端口的管理状态设置为关断状态。
4.根据权利要求3所述的方法,其特征在于,所述根据所述预设检测组的工作状态,对与所述检测链路关联的端口进行控制,包括:
在所述预设检测组的工作状态从关断状态恢复为开启状态时,将与所述检测链路关联的端口的管理状态恢复为开启状态。
5.一种控制网络端口的装置,其特征在于,包括:
第一获取模块,用于获取预设检测组中检测例的网络连接状态,其中所述检测例包括检测链路上的端口和/或链路;
第二获取模块,用于在所述预设检测组中检测例的网络连接状态满足预设逻辑关系时,获取所述预设逻辑关系下所述预设检测组对应的工作状态;
控制模块,用于根据所述预设检测组的工作状态,对与所述预设检测组关联的端口进行控制。
6.根据权利要求5所述的装置,其特征在于,所述第一获取模块包括:
第一获取子模块,用于获取预设检测组中端口的端口状态,并根据所述端口状态判断所述预设检测组中端口的网络连接状态,其中所述端口状态包括管理状态、物理状态和/或协议状态;和/或
第二获取子模块,用于获取预设检测组中链路的链路状态,并根据所述链路状态判断所述预设检测组中链路的网络连接状态,其中所述链路状态包括检测协议状态。
7.根据权利要求5所述的装置,其特征在于,所述控制模块包括:
第一控制子模块,用于在所述预设检测组的工作状态为关断状态时,将与所述检测链路关联的端口的管理状态置为关断状态。
8.根据权利要求7所述的装置,其特征在于,所述控制模块包括:
第二控制子模块,用于在所述预设检测组的工作状态从关断状态恢复为开启状态时,将与所述检测链路关联的端口的管理状态恢复为开启状态。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410784109.9A CN105763413A (zh) | 2014-12-16 | 2014-12-16 | 一种控制网络端口的方法及装置 |
PCT/CN2015/078314 WO2016095406A1 (zh) | 2014-12-16 | 2015-05-05 | 一种控制网络端口的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410784109.9A CN105763413A (zh) | 2014-12-16 | 2014-12-16 | 一种控制网络端口的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105763413A true CN105763413A (zh) | 2016-07-13 |
Family
ID=56125759
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410784109.9A Withdrawn CN105763413A (zh) | 2014-12-16 | 2014-12-16 | 一种控制网络端口的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105763413A (zh) |
WO (1) | WO2016095406A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107995111A (zh) * | 2016-10-26 | 2018-05-04 | 中兴通讯股份有限公司 | 业务转发、链路变化通告方法、汇聚设备及接入设备 |
CN108668308A (zh) * | 2017-03-30 | 2018-10-16 | 中国移动通信集团内蒙古有限公司 | 一种lte ptn传送网及其静态路由保护方法 |
CN108809679A (zh) * | 2017-05-03 | 2018-11-13 | 腾讯科技(深圳)有限公司 | 对网络节点的控制方法、装置及监控设备 |
CN112104712A (zh) * | 2020-08-31 | 2020-12-18 | 新华三技术有限公司 | 一种堆叠系统成员设备及其远程管理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102624564A (zh) * | 2012-03-13 | 2012-08-01 | 中兴通讯股份有限公司 | 一种端口状态的配置方法及装置 |
CN103634131A (zh) * | 2012-08-24 | 2014-03-12 | 杭州华三通信技术有限公司 | 一种虚拟化网络设备互联链路检测方法及设备 |
CN103973560A (zh) * | 2013-02-04 | 2014-08-06 | 杭州华三通信技术有限公司 | 一种irf系统中堆叠链路故障处理的方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8825902B2 (en) * | 2003-10-27 | 2014-09-02 | Hewlett-Packard Development Company, L.P. | Configuration validation checker |
CN101552699A (zh) * | 2008-04-03 | 2009-10-07 | 上海澳润信息科技有限公司 | 基带eoc网络端口自动检测与控制方法 |
CN103607293B (zh) * | 2013-10-30 | 2017-08-22 | 新华三技术有限公司 | 一种流量保护方法及设备 |
-
2014
- 2014-12-16 CN CN201410784109.9A patent/CN105763413A/zh not_active Withdrawn
-
2015
- 2015-05-05 WO PCT/CN2015/078314 patent/WO2016095406A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102624564A (zh) * | 2012-03-13 | 2012-08-01 | 中兴通讯股份有限公司 | 一种端口状态的配置方法及装置 |
CN103634131A (zh) * | 2012-08-24 | 2014-03-12 | 杭州华三通信技术有限公司 | 一种虚拟化网络设备互联链路检测方法及设备 |
CN103973560A (zh) * | 2013-02-04 | 2014-08-06 | 杭州华三通信技术有限公司 | 一种irf系统中堆叠链路故障处理的方法和装置 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107995111A (zh) * | 2016-10-26 | 2018-05-04 | 中兴通讯股份有限公司 | 业务转发、链路变化通告方法、汇聚设备及接入设备 |
CN108668308A (zh) * | 2017-03-30 | 2018-10-16 | 中国移动通信集团内蒙古有限公司 | 一种lte ptn传送网及其静态路由保护方法 |
CN108668308B (zh) * | 2017-03-30 | 2021-11-02 | 中国移动通信集团内蒙古有限公司 | 一种lte ptn传送网及其静态路由保护方法 |
CN108809679A (zh) * | 2017-05-03 | 2018-11-13 | 腾讯科技(深圳)有限公司 | 对网络节点的控制方法、装置及监控设备 |
CN112104712A (zh) * | 2020-08-31 | 2020-12-18 | 新华三技术有限公司 | 一种堆叠系统成员设备及其远程管理方法 |
CN112104712B (zh) * | 2020-08-31 | 2022-08-30 | 新华三技术有限公司 | 一种堆叠系统成员设备及其远程管理方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2016095406A1 (zh) | 2016-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103534982B (zh) | 保护业务可靠性的方法、设备及网络虚拟化系统 | |
CN101155109B (zh) | 一种以太网交换系统及设备 | |
EP2533475B1 (en) | Method and system for host route reachability in packet transport network access ring | |
CN102571426B (zh) | 一种双归保护方法和装置 | |
US8588060B2 (en) | E-spring (G.8032) interworking to provide access protection | |
CN104270298A (zh) | 一种vxlan网络中的报文转发方法及装置 | |
CN105915400A (zh) | 一种数据流切换方法及系统 | |
EP2353253A1 (en) | Inter-network carrier ethernet service protection | |
CN105897465A (zh) | 设备配置方法及装置 | |
CN102142948A (zh) | 一种数据转发方法、装置及系统 | |
CN101860482B (zh) | 二层虚拟专用网络快速重路由方法及装置 | |
GB2450644A (en) | Protection providing method and customer edge device | |
CN104125088A (zh) | Drni中同一端内系统之间交互信息的方法和系统 | |
CN103607293B (zh) | 一种流量保护方法及设备 | |
WO2016034127A1 (zh) | 一种实现双节点互联伪线的系统及方法 | |
CN103581025B (zh) | 路由信息处理方法、设备及系统 | |
CN103684953A (zh) | 避免多连接到vpls传输网的以太网环路中流量损失方法、装置 | |
CN102437919B (zh) | 接入路由器和链路可靠性保护方法 | |
CN105763413A (zh) | 一种控制网络端口的方法及装置 | |
US9843495B2 (en) | Seamless migration from rapid spanning tree protocol to ethernet ring protection switching protocol | |
CN104618150B (zh) | 一种ptn二层转三层业务场景下的业务配置方法及系统 | |
CN103731303A (zh) | 一种纵向融合架构接口实现多活性实体检测的方法及设备 | |
CN106664248A (zh) | 在软件定义网络中路由数据包的方法和控制器 | |
CN103490951A (zh) | 基于bfd的多跳链路中双向转发检测方法 | |
CN107770061B (zh) | 转发报文的方法及转发设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160713 |
|
WW01 | Invention patent application withdrawn after publication |