CN105610740A - 一种控制端口状态的方法、路由设备及网络处理器 - Google Patents
一种控制端口状态的方法、路由设备及网络处理器 Download PDFInfo
- Publication number
- CN105610740A CN105610740A CN201610109801.0A CN201610109801A CN105610740A CN 105610740 A CN105610740 A CN 105610740A CN 201610109801 A CN201610109801 A CN 201610109801A CN 105610740 A CN105610740 A CN 105610740A
- Authority
- CN
- China
- Prior art keywords
- port
- equipment
- message
- instruction
- instruction message
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
- H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
Abstract
本申请涉及无线通信技术领域,尤其涉及一种控制端口状态的方法及路由设备,用以解决对脱管设备的端口执行解除关闭状态的操较为复杂的问题。本申请提供的控制端口状态的方法包括:第一设备中处于关闭状态的第一端口接收第二设备的第二端口发送的指示报文,将指示报文发送至第一设备中的网络处理器NP,NP判断该指示报文是否为指示解除端口关闭状态的报文,若是,则将该指示报文传输至第一设备中的CPU;该CPU在接收到NP传输的指示报文后,指示第一端口解除关闭状态。该方法通过发送指示报文来实现端口状态控制,无需工作人员进入设备所在的机房进行操作即可远程解除设备端口的关闭状态,简化了操作,节省了人力和时间。
Description
技术领域
本申请涉及无线通信技术领域,尤其涉及一种控制端口状态的方法、路由设备及网络处理器。
背景技术
在互联网协议无线承载网络(IPRadioAccessNetwork,IPRAN)的海量交付开局的场景下,需要对网络中的大量设备进行调测。对于采用了带内网管的链式组网,如果在调测过程中对某些设备的端口执行关闭(shutdown)操作,这些设备有可能会失去与网络管理设备之间的连接,导致脱管。
如图1所示,在IPRAN中,从无线基站到无线控制器(RadioNetworkController,RNC)会经过多层链路,分别包括从无线基站到达盒式路由器的一段链路(LastMile)、从连接无线基站的盒式路由器到达框式路由器的链路(Access)、将大量框式路由器汇聚到少量框式路由器的链路(Aggregation),将少量框式路由器连接到RNC的链路(Core)。其中,框式路由器本身互连链路较多,即使出现端口shutdown的情况,一般也不会造成脱管,而靠近用户侧的盒式路由器互连链路较少,若出现端口shutdown的情况,很容易导致脱管。比如图1中,若A设备上的端口1被shutdown,由于A设备仍可以通过其它端口与网络管理设备连接,因此不会导致脱管。但如果B设备上的端口2被shutdown,B设备与网络管理设备之间将失去连接,从而导致脱管。在出现脱管现象后,只能进入B设备所在的机房,通过串口线连接B设备执行解除关闭(undoshutdown)操作。
可见,在IPRAN中的设备出现脱管现象后,只能进入脱管设备所在的机房对该设备执行undoshutdown操作,操作复杂,将耗费大量人力和时间。
发明内容
本申请实施例提供一种控制端口状态的方法及装置,用以解决在IPRAN中的设备出现脱管现象后,只能进入脱管设备所在的机房对该设备的端口执行解除关闭操作,操作复杂,将耗费大量人力和时间的问题。
本申请实施例提供一种控制端口状态的方法,包括:
第一设备中处于关闭状态的第一端口接收第二设备的第二端口发送的指示报文;其中,处于关闭状态的第一端口只能接收报文,不能向第二设备发送报文;
第一端口将指示报文发送至第一设备中的网络处理器NP;第一设备中的NP判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至第一设备中的中央处理器CPU;
第一设备中的CPU在接收到NP传输的指示报文后,指示第一端口解除关闭状态。
上述方法通过发送指示报文来实现端口状态控制,无需工作人员进入设备所在的机房进行操作即可远程解除设备端口的关闭状态,简化了操作,节省了人力和时间。该方法应用在IPRAN调测阶段,可以提升IPRAN调测阶段的容错能力,缩短海量交付场景下的交付周期。
在上述方法中,第一设备中的NP判断所述指示报文是否为指示解除端口关闭状态的报文,若确定所述指示报文不是指示解除端口关闭状态的报文,则可以丢弃所述指示报文。
在上述方法中,第一端口将指示报文发送至第一设备中的NP的具体过程可以为:
第一端口将所述指示报文传输给第一设备中的子卡;第一设备中的子卡将所述指示报文传输至NP。
在上述方法中,第一设备在通过第一端口接收到指示报文后,并没有在子卡层面对其进行阻断,而是将其继续传输至NP,由NP来对该指示报文进行解析,判断其是否为指示解除端口关闭状态的报文,若不是,则将其阻断,不再传输给CPU,如此,便减轻了CPU的处理负担,相当于实现了对第一端口的关闭。若NP确定该指示报文是指示解除端口关闭状态的报文,再交由CPU进行处理,也即由CPU指示第一端口解除关闭状态。采用这种方式,可以对端口状态进行远程控制,便于进行IPRAN的调测。
本申请另一实施例提供一种控制端口状态的方法,包括:
第二设备中的中央处理器CPU在接收到解除第一设备的第一端口的关闭状态的指令后,将生成的指示报文传输至第二端口;其中,处于关闭状态的所述第一端口只能接收报文,不能向第二设备发送报文;所述指示报文为指示解除端口关闭状态的报文;
第二设备的第二端口将指示报文发送给所述第一设备的第一端口。
上述方法中,第二设备通过发送指示报文来控制第一设备的端口状态,工作人员无需进入第一设备所在的机房进行端口关闭状态的解除操作,从而简化了操作,节省了人力和时间。
在上述方法中,第二设备中的CPU将生成的指示报文传输至第二端口,具体地,CPU可以在接收到网络管理设备下发的解除所述第一设备的第一端口的关闭状态的指令后,将生成的所述指示报文传输至第二端口。
本申请实施例提供一种路由设备,包括:
第一端口,用于在关闭状态接收第二设备的第二端口发送的指示报文,将所述指示报文发送至网络处理器NP;其中,所述第一端口在关闭状态不能向其它端口发送报文;其中,所述处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;
NP,用于判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至中央处理器CPU;;
CPU,用于在接收到所述NP传输的所述指示报文后,指示所述第一端口解除关闭状态。
上述路由设备可以通过接收指示报文来实现端口状态控制,无需工作人员进入设备所在的机房进行操作,简化了操作,节省了人力和时间。应用在IPRAN调测阶段,可以提升IPRAN调测阶段的容错能力,缩短海量交付场景下的交付周期。
在上述路由设备中,判断所述指示报文是否为指示解除端口关闭状态的报文,若确定所述指示报文不是指示解除端口关闭状态的报文,则丢弃所述指示报文。
上述路由设备还可以包括子卡,第一端口通过子卡将指示报文发送至NP,具体地,第一端口将所述指示报文传输给子卡,子卡接收第一端口传输的指示报文,将所述指示报文传输至NP。
在上述路由设备中,第一端口在接收到指示报文后,路由设备并没有在子卡层面对该指示报文进行阻断,而是将其继续传输至NP,由NP来对该指示报文进行解析,判断其是否为指示解除端口关闭状态的报文,若不是,则将其阻断,不再传输给CPU,如此,便减轻了CPU的处理负担,相当于实现了对第一端口的关闭。若NP确定该指示报文是指示解除端口关闭状态的报文,再交由CPU进行处理,也即由CPU指示第一端口解除关闭状态。采用这种设计,可以对端口状态进行远程控制,便于进行IPRAN的调测。
本申请实施例提供一种路由设备,包括:
中央处理器CPU,用于在接收到解除第一设备的第一端口的关闭状态的指令后,将生成的指示报文传输至第二端口;其中,处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;所述指示报文为指示解除端口关闭状态的报文;
第二端口,用于将所述指示报文发送给所述第一设备的第一端口。
上述路由设备通过发送指示报文来控制第一设备的端口状态,工作人员无需进入第一设备所在的机房进行端口关闭状态的解除操作,从而简化了操作,节省了人力和时间。
在上述路由设备中,CPU接收的解除第一设备的第一端口的关闭状态的指令可以是由网络管理设备下发的,也即CPU在接收到网络管理设备下发的解除所述第一设备的第一端口的关闭状态的指令后,将生成的所述指示报文传输至第二端口。
本申请实施例还提供一种网络处理器NP,包括:
接收模块,用于接收路由设备的第一端口传输的指示报文;
处理模块,用于判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至所述路由设备中的中央处理器CPU,由所述CPU指示所述第一端口解除关闭状态,否则,丢弃所述指示报文。
上述NP中增加了对接收的报文进行解析判断的功能。路由设备在通过关闭状态的第一端口接收到指示报文后,并没有在子卡层面对其进行阻断,而是将其继续传输至NP,由NP来对该指示报文进行解析,判断其是否为指示解除端口关闭状态的报文,若不是,则将其阻断,不再传输给CPU,如此,便减轻了CPU的处理负担,相当于实现了对第一端口的关闭。若NP确定该指示报文是指示解除端口关闭状态的报文,再交由CPU进行处理,也即由CPU指示第一端口解除关闭状态。采用这种方式,可以对端口状态进行远程控制,便于进行IPRAN的调测。
附图说明
图1为IPRAN网络结构示意图;
图2为本申请实施例端口状态远程控制系统20示意图;
图3为本申请实施例提供的控制端口状态的方法流程图;
图4为由R1的PortA向R2的PortB发送报文的示意图;
图5为本申请实施例中报文发送及处理示意图;
图6为本申请实施例提供的一种路由设备50结构示意图;
图7为本申请另一实施例提供的一种路由设备60结构示意图;
图8为本申请实施例提供的一种NP70结构示意图。
具体实施方式
如图2所示,为本申请实施例端口状态远程控制系统20示意图。第一设备21包括第一端口210、子卡211、NP212和CPU213等组件,第二设备22包括第二端口220、子卡221、NP222和CPU223等组件。第二设备22中的CPU223在接收到解除第一设备21的第一端口210的关闭状态的指令后,将生成的指示报文传输至第二端口220;第二端口220将指示报文发送给第一设备21的第一端口210;第一端口210接收第二端口220发送的指示报文,将指示报文发送至NP212;NP212判断该指示报文是否为指示解除端口关闭状态的报文,若是,则将该指示报文传输至CPU213,CPU213指示第一端口解除关闭状态,若不是,则可以将该指示报文丢弃。
本申请实施例通过向处于关闭状态的设备端口发送指示解除端口关闭状态的报文,来实现对端口状态的控制。在这种方式下,处于关闭状态的设备端口不能发送报文,但可以接收报文。该设备端口在接收到报文后,不在子卡层面对接收的报文进行阻断,而是将报文传输至网络处理器(NetworkProcessor,NP),由NP来解析报文是否合法。NP在判定接收的报文合法(也即是约定的指示解除端口关闭状态的报文)后,再将其传输至CPU,由CPU进行后续处理(也即指示第一端口解除端口关闭状态)。若NP判定接收的报文不合法,则可以直接将报文丢弃,不再传输给CPU。这样,便实现了当设备端口处于关闭状态时,仍可以接收并响应指示解除端口关闭状态的报文,而对于其它报文,则可以在NP层面进行阻断。
下面结合说明书附图对本申请实施例作进一步详细描述。
如图3所示,为本申请实施例提供的控制端口状态的方法流程图,包括以下步骤:
S301:第二设备中的中央处理器(CentralProcessingUnit,CPU)在接收到解除第一设备的第一端口的关闭状态的指令后,将生成的指示报文传输至第二端口;其中,处于关闭状态的第一端口只能接收报文,不能向第二设备发送报文;所述指示报文为指示解除端口关闭状态的报文。
在具体实施中,用户可以在第二设备中直接下发解除第一设备的第一端口的关闭状态的命令,比如在第二设备的第二端口视图下执行命令,向第一设备的第一端口下发解除关闭状态的命令。或者,第二设备可以接收网络管理设备下发的解除第一设备的第一端口的关闭状态的命令。然后,CPU响应用户直接下发的命令或通过网络管理设备下发的命令,基于预定义的指示解除端口关闭状态的报文格式,生成所述指示报文,将该指示报文传输至第二端口。
这里,指示解除端口关闭状态的报文格式可以由设备厂家设定,或者,由网络管理人员统一设定,并通过网络管理设备下发给网络中的各台设备。
S302:第二设备的第二端口将生成的指示报文发送给第一设备的第一端口。
如图4所示,设备R1的端口(Port)A和设备R2的PortB通过物理链路直连,R2的PortB被关闭(shutdown),这里的关闭是软件实现的关闭。此时,PortB关闭发光,不能再进行报文发送,但仍可以接收报文,并且接收的报文不在子卡层面直接被阻断,而是进一步传输至NP,详见S303的描述,R1的PortA处于发光状态。本申请在PortA向PortB发送指示解除端口关闭状态的报文。这里,R1可以为IPRAN中的核心汇聚层设备,如图1的Aggregation层中的设备,核心汇聚层设备本身互连链路较多,即使出现端口关闭的情况,一般也不会造成脱管。R2则可以为靠近用户侧的盒式设备,如图1中的Access层中的设备,这种设备互连链路较少,若出现端口关闭的情况,容易导致脱管。R1和R2也可以都为靠近用户侧的盒式设备,比如分别为图1中的设备B和设备C。在设备B没有脱管的情况下,可以直接通过设备B向设备C发送指示报文,若设备B也脱管,可以先通过Aggregation层中的设备A向设备B发送指示报文,解除设备B的端口关闭状态,再通过设备B向设备C发送指示报文,解除设备C的端口关闭状态。
S303:第一设备中处于关闭状态的第一端口接收第二设备的第二端口发送的指示报文,并将指示报文发送至第一设备中的NP。
在具体实施中,第一端口在接收到指示报文后,将指示报文传输至子卡,即外围接口控制器(PeripheralInterfaceController,PIC)。本申请不在子卡层面对接收的指示报文直接进行阻断,而是在NP上设置转发引擎,通过转发引擎判断报文的合法性,对不合法的报文进行阻断。在本申请实施例中,合法的报文即为指示解除端口关闭状态的报文,将其它报文视为不合法的报文。
在具体实施中,为了减少安全隐患,尽量防止恶意报文的攻击,用户可以选择只在网络调测阶段(比如IPRAN的调测阶段)执行上述不在子卡层面对报文进行阻断,而是将其传输至NP进行解析的步骤,在调测结束进入稳定运行阶段时,不再执行上述步骤,此时若设备端口处于关闭状态,则直接在子卡层面对接收的报文进行阻断。
S304:第一设备中的NP判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则进入S305,否则,进入S306。
S305:NP将指示报文传输至第一设备中的CPU,进入S307。
S306:NP丢弃该报文。
在具体实施中,NP在确定指示报文合法(也即接收的报文是指示解除端口关闭状态的报文)后,上送至软件层面进行处理(也即交由CPU处理)。若第一设备中的NP确定接收的指示报文不是指示解除端口关闭状态的报文,则可以直接丢弃该报文。
本申请实施例中,NP可以对上送CPU的报文进行严格控制,以避免CPU因为受到恶意攻击而导致利用率过高,影响其它进程。
S307:第一设备中的CPU在接收到NP传输的指示报文后,指示第一端口解除端口关闭状态。
这里,CPU在软件层面向第一端口下发指令,指示第一端口执行解除端口关闭状态(undoshutdown)的操作。
如图5所示,R2的PortB被shutdown,R1的CPU接收到解除PortB的关闭状态的命令,R1的CPU将指示解除端口关闭状态的报文传输至PortA,由R1的PortA发送给R2的PortB。PortB接收到该报文后,将其通过R2的PIC传输至R2的NP,R2的NP判断该报文是否是预设的指示解除端口关闭状态的报文,若是,则将其传输至R2的CPU,该CPU解析该报文,在确认该报文为预设的指示解除端口关闭状态的报文后,向PortB下发解除端口关闭状态的指令,PortB解除端口关闭状态。
在IPRAN这种存在链式组网、并采用带内网管的网络场景下,当设备中的端口由于人为误操作变为关闭状态,又无法通过其它端口与网络管理设备建立连接时,可以采用本申请实施例提供的发送报文的方式,使设备端口恢复开启状态。具体地,第一设备在通过第一端口接收到指示报文后,并不在子卡层面对其进行阻断,而是将其继续传输至NP,由NP来对该指示报文进行解析,判断其是否为指示解除端口关闭状态的报文,若不是,则将其阻断,不再传输给CPU,如此,便减轻了CPU的处理负担,也相当于实现了第一端口的关闭。若NP确定该指示报文是指示解除端口关闭状态的报文,再交由CPU进行处理,也即由CPU指示第一端口解除关闭状态。采用本申请实施例,无需工作人员进入设备所在的机房进行操作即可远程解除设备端口的关闭状态,简化了操作,节省了人力和时间,可以提升IPRAN调测阶段的容错能力,缩短海量交付场景下的交付周期。
基于同一发明构思,本申请实施例还提供了与上述控制端口状态的方法对应的路由设备及网络处理器NP,由于本申请实施例提供的路由设备及NP解决问题的原理与上述控制端口状态的方法相似,因此路由设备及NP的实施可以参见方法的实施,重复之处不再赘述。
如图6所示,为本申请实施例提供的一种路由设备60结构示意图,包括:
第一端口61,用于在关闭状态接收第二设备的第二端口发送的指示报文,将所述指示报文发送至网络处理器NP;其中,所述第一端口在关闭状态不能向其它端口发送报文;其中,所述处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;
NP62,用于接收所述第一端口传输的指示报文,判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至中央处理器CPU;
CPU63,用于在接收到所述NP传输的所述指示报文后,指示所述第一端口解除端口关闭状态。
上述路由设备可以通过接收指示报文来实现端口状态控制,无需工作人员进入设备所在的机房进行操作,简化了操作,节省了人力和时间。应用在IPRAN调测阶段,可以提升IPRAN调测阶段的容错能力,缩短海量交付场景下的交付周期。
可选地,所述NP62还用于:
若确定所述指示报文不是指示解除端口关闭状态的报文,则丢弃所述指示报文。
可选地,所述第一端口61具体用于:
将所述指示报文传输给子卡,以通过该子卡将该指示报文传输至NP62;
所述设备还包括:
子卡64,用于接收所述第一端口传输的指示报文,将所述指示报文传输至NP62。
在上述路由设备中,第一端口在接收到指示报文后,路由设备并没有在子卡层面对该指示报文进行阻断,而是将其继续传输至NP,由NP来对该指示报文进行解析,判断其是否为指示解除端口关闭状态的报文,若不是,则将其阻断,不再传输给CPU,如此,便减轻了CPU的处理负担,相当于实现了对第一端口的关闭。若NP确定该指示报文是指示解除端口关闭状态的报文,再交由CPU进行处理,也即由CPU指示第一端口解除关闭状态。采用这种设计,可以对端口状态进行远程控制,便于进行IPRAN的调测。
如图7所示,为本申请另一实施例提供的一种路由设备70结构示意图,包括:
中央处理器CPU71,用于在接收到解除第一设备的第一端口的关闭状态的指令后,将生成的指示报文传输至第二端口72;其中,处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;所述指示报文为指示解除端口关闭状态的报文;
第二端口72,用于将所述指示报文发送给所述第一设备的第一端口。
可选地,所述CPU71具体用于:
在接收到网络管理设备下发的解除第一设备的第一端口的关闭状态的指令后,将生成的指示报文传输至第二端口72。
上述路由设备通过发送指示报文来控制第一设备的端口状态,工作人员无需进入第一设备所在的机房进行端口关闭状态的解除操作,从而简化了操作,节省了人力和时间。
如图8所示,为本申请实施例提供的一种路由设备(对应所述第一设备)中的网络处理器NP80结构示意图,包括:
接收模块81,用于接收路由设备的第一端口传输的指示报文;
处理模块82,用于判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至所述路由设备中的中央处理器CPU,由所述CPU指示所述第一端口解除关闭状态,否则,丢弃所述指示报文。
上述NP中增加了对接收的报文进行解析判断的功能。路由设备在通过关闭状态的第一端口接收到指示报文后,并没有在子卡层面对其进行阻断,而是将其继续传输至NP,由NP来对该指示报文进行解析,判断其是否为指示解除端口关闭状态的报文,若不是,则将其阻断,不再传输给CPU,如此,便减轻了CPU的处理负担,相当于实现了对第一端口的关闭。若NP确定该指示报文是指示解除端口关闭状态的报文,再交由CPU进行处理,也即由CPU指示第一端口解除关闭状态。采用这种方式,可以对端口状态进行远程控制,便于进行IPRAN的调测。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (11)
1.一种控制端口状态的方法,其特征在于,所述方法包括:
第一设备中处于关闭状态的第一端口接收第二设备的第二端口发送的指示报文;其中,所述处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;
所述第一端口将所述指示报文发送至所述第一设备中的网络处理器NP;所述第一设备中的NP判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至所述第一设备中的中央处理器CPU;
所述第一设备中的CPU在接收到所述NP传输的所述指示报文后,指示所述第一端口解除关闭状态。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述第一设备中的NP确定所述指示报文不是指示解除端口关闭状态的报文,则丢弃所述指示报文。
3.如权利要求1或2所述的方法,其特征在于,所述第一端口将所述指示报文发送至所述第一设备中的NP,包括:
所述第一端口将所述指示报文传输给第一设备中的子卡;
所述第一设备中的子卡将所述指示报文传输至NP。
4.一种控制端口状态的方法,其特征在于,所述方法包括:
第二设备中的中央处理器CPU在接收到解除第一设备的第一端口的关闭状态的指令后,将生成的指示报文传输至第二端口;其中,处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;所述指示报文为指示解除端口关闭状态的报文;
所述第二设备的第二端口将所述指示报文发送给所述第一设备的第一端口。
5.如权利要求4所述的方法,其特征在于,所述第二设备中的CPU将生成的指示报文传输至第二端口,包括:
所述CPU在接收到网络管理设备下发的解除所述第一设备的第一端口的关闭状态的指令后,将生成的所述指示报文传输至第二端口。
6.一种路由设备,其特征在于,所述设备包括:
第一端口,用于在关闭状态接收第二设备的第二端口发送的指示报文,将所述指示报文发送至网络处理器NP;其中,所述第一端口在关闭状态不能向其它端口发送报文;其中,所述处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;
NP,用于接收所述第一端口传输的所述指示报文,判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至中央处理器CPU;
CPU,用于在接收到所述NP传输的所述指示报文后,指示所述第一端口解除关闭状态。
7.如权利要求6所述的设备,其特征在于,所述NP还用于:
若确定所述指示报文不是指示解除端口关闭状态的报文,则丢弃所述指示报文。
8.如权利要求6所述的设备,其特征在于,所述第一端口具体用于:
将所述指示报文传输给子卡;
所述设备还包括:
子卡,用于接收所述第一端口传输的所述指示报文,将所述指示报文传输至NP。
9.一种路由设备,其特征在于,该设备包括:
中央处理器CPU,用于在接收到解除第一设备的第一端口的关闭状态的指令后,将生成的指示报文传输至第二端口;其中,处于关闭状态的所述第一端口只能接收报文,不能向所述第二设备发送报文;所述指示报文为指示解除端口关闭状态的报文;
第二端口,用于将所述指示报文发送给所述第一设备的第一端口。
10.如权利要求9所述的设备,其特征在于,所述CPU具体用于:
在接收到网络管理设备下发的解除所述第一设备的第一端口的关闭状态的指令后,将生成的所述指示报文传输至所述第二端口。
11.一种网络处理器NP,其特征在于,该NP包括:
接收模块,用于接收路由设备的第一端口传输的指示报文;
处理模块,用于判断所述指示报文是否为指示解除端口关闭状态的报文,若是,则将所述指示报文传输至所述路由设备中的中央处理器CPU,由所述CPU指示所述第一端口解除关闭状态,否则,丢弃所述指示报文。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610109801.0A CN105610740B (zh) | 2016-02-26 | 2016-02-26 | 一种控制端口状态的方法、路由设备及网络处理器 |
PCT/CN2017/074281 WO2017143969A1 (zh) | 2016-02-26 | 2017-02-21 | 一种控制端口状态的方法、路由设备及网络处理器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610109801.0A CN105610740B (zh) | 2016-02-26 | 2016-02-26 | 一种控制端口状态的方法、路由设备及网络处理器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105610740A true CN105610740A (zh) | 2016-05-25 |
CN105610740B CN105610740B (zh) | 2019-02-12 |
Family
ID=55990282
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610109801.0A Active CN105610740B (zh) | 2016-02-26 | 2016-02-26 | 一种控制端口状态的方法、路由设备及网络处理器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105610740B (zh) |
WO (1) | WO2017143969A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017143969A1 (zh) * | 2016-02-26 | 2017-08-31 | 华为技术有限公司 | 一种控制端口状态的方法、路由设备及网络处理器 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6807001B1 (en) * | 2001-04-17 | 2004-10-19 | Sycamore Networks, Inc. | Auto shutdown for distributed raman amplifiers on optical communication systems |
CN101155081A (zh) * | 2006-09-29 | 2008-04-02 | 中兴通讯股份有限公司 | 基于网络处理器的ip dslam业务故障诊断方法 |
CN101192760A (zh) * | 2006-11-22 | 2008-06-04 | 鸿富锦精密工业(深圳)有限公司 | 远程数字开关控制系统及方法 |
CN101447976A (zh) * | 2007-11-26 | 2009-06-03 | 华为技术有限公司 | 动态ip会话接入的方法、系统及装置 |
CN101494768A (zh) * | 2009-01-23 | 2009-07-29 | 华为技术有限公司 | 发送及下载多媒体数据的方法和装置及多媒体点播系统 |
CN103200123A (zh) * | 2013-03-06 | 2013-07-10 | 深圳市新格林耐特通信技术有限公司 | 一种交换机端口安全控制方法 |
EP2770672A2 (en) * | 2013-02-20 | 2014-08-27 | Arcadyan Technology Corp. | System of wireless communication, and method of management |
CN105025589A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 终端设备数据传输管理方法、装置、系统及相关设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100550829C (zh) * | 2004-11-01 | 2009-10-14 | 阿尔卡特公司 | 通过监控链路状态重新启用端口 |
CN101056341B (zh) * | 2007-06-07 | 2014-06-25 | 杭州华三通信技术有限公司 | 单向链路的自动关闭方法和自动恢复方法及其装置 |
CN101436938A (zh) * | 2007-11-13 | 2009-05-20 | 华为技术有限公司 | 停止/恢复端口收发业务的方法、系统及交换设备 |
EP2222018A1 (en) * | 2009-02-24 | 2010-08-25 | Alcatel Lucent | A method of centralized ethernet network shutdown |
CN101977078B (zh) * | 2010-10-22 | 2015-05-27 | 中兴通讯股份有限公司 | 光传送网络中远端失效设备的处理方法及系统 |
US9094285B2 (en) * | 2013-01-25 | 2015-07-28 | Argela Yazilim ve Bilisim Teknolojileri San. ve Tic. A.S. | Automatic discovery of multiple controllers in Software Defined Networks (SDNs) |
CN105610740B (zh) * | 2016-02-26 | 2019-02-12 | 华为技术有限公司 | 一种控制端口状态的方法、路由设备及网络处理器 |
-
2016
- 2016-02-26 CN CN201610109801.0A patent/CN105610740B/zh active Active
-
2017
- 2017-02-21 WO PCT/CN2017/074281 patent/WO2017143969A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6807001B1 (en) * | 2001-04-17 | 2004-10-19 | Sycamore Networks, Inc. | Auto shutdown for distributed raman amplifiers on optical communication systems |
CN101155081A (zh) * | 2006-09-29 | 2008-04-02 | 中兴通讯股份有限公司 | 基于网络处理器的ip dslam业务故障诊断方法 |
CN101192760A (zh) * | 2006-11-22 | 2008-06-04 | 鸿富锦精密工业(深圳)有限公司 | 远程数字开关控制系统及方法 |
CN101447976A (zh) * | 2007-11-26 | 2009-06-03 | 华为技术有限公司 | 动态ip会话接入的方法、系统及装置 |
CN101494768A (zh) * | 2009-01-23 | 2009-07-29 | 华为技术有限公司 | 发送及下载多媒体数据的方法和装置及多媒体点播系统 |
EP2770672A2 (en) * | 2013-02-20 | 2014-08-27 | Arcadyan Technology Corp. | System of wireless communication, and method of management |
CN103200123A (zh) * | 2013-03-06 | 2013-07-10 | 深圳市新格林耐特通信技术有限公司 | 一种交换机端口安全控制方法 |
CN105025589A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 终端设备数据传输管理方法、装置、系统及相关设备 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017143969A1 (zh) * | 2016-02-26 | 2017-08-31 | 华为技术有限公司 | 一种控制端口状态的方法、路由设备及网络处理器 |
Also Published As
Publication number | Publication date |
---|---|
WO2017143969A1 (zh) | 2017-08-31 |
CN105610740B (zh) | 2019-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105210337B (zh) | 一种nfv系统的业务实现方法及通信单元 | |
CN102970157B (zh) | 链路故障处理方法、irf成员设备及数据通信装置 | |
CN103152260B (zh) | 报文转发系统、方法及装置 | |
CN105052087B (zh) | 一种基于流表的表项寻址方法、交换机及控制器 | |
CN104639464A (zh) | OpenFlow交换机上实现跨交换机链路聚合的系统及方法 | |
CN101262366B (zh) | 目标单板调试方法、系统及分布式设备 | |
CN105827485B (zh) | 基于prp和hsr网络的节点通信状态监视方法 | |
CN105191234B (zh) | 在网状通信网络中分配资源的方法、信息存储装置和节点设备 | |
CN102694832B (zh) | 一种游戏系统及其实现方法和游戏客户端 | |
CN103595712B (zh) | 一种Web认证方法、装置及系统 | |
CN104160735B (zh) | 发报文处理方法、转发器、报文处理设备、报文处理系统 | |
CN105991588B (zh) | 一种防御消息攻击的方法及装置 | |
CN104427012A (zh) | 端口协商方法和设备 | |
CN105049367B (zh) | 一种聚合链路的流量分配方法和接入设备 | |
CN105610740A (zh) | 一种控制端口状态的方法、路由设备及网络处理器 | |
CN105163339A (zh) | 一种网络接入设备缓冲的非对称长连接方法及系统 | |
CN103457755B (zh) | 一种iec 61850系统通信故障检测的方法及系统 | |
CN109922012A (zh) | 一种传输数据的方法以及相关设备 | |
CN107483308A (zh) | 一种基于时间片令牌机制的以太网通讯方法 | |
CN104363185B (zh) | 一种微型复合网络数据交换系统 | |
CN104468213B (zh) | 一种交换机远程管理系统和方法 | |
CN104954439B (zh) | 一种云服务器及其节点互联方法、云服务器系统 | |
CN105591902A (zh) | 一种主备切换方法及装置 | |
CN103618630A (zh) | 一种基于双上行链路的数据安全传输方法及设备 | |
CN105162733B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |