一种issu升级过程中ppp链路保活的方法和设备的制作方法

文档序号:7798254阅读:136来源:国知局
一种issu升级过程中ppp链路保活的方法和设备的制作方法
【专利摘要】本发明提出一种ISSU升级过程中PPP链路保活的方法,应用于网络设备上,所述方法包括:当所述网络设备需要进行ISSU升级时,向与本设备已建立PPP连接的对端设备发送携带保活时间Keep?alive?time的配置请求报文;该配置请求报文用于触发所述对端设备根据收到的所述配置请求报文设置所述Keep?alive?time,并在设置完成后向所述网络设备发送回应报文;接收所述对端设备发送的回应报文,并在收到所述回应报文后,启动ISSU升级。本发明通过PPP协议交互来实现Keep?alive?time协商,在ISSU过程中,保证ISSU设备和对端设备间的PPP链路不会down掉。
【专利说明】一种ISSU升级过程中PPP链路保活的方法和设备
【技术领域】
[0001]本发明涉及通讯【技术领域】,尤其涉及一种ISSU升级过程中PPP链路保活的方法及其对应的设备。
【背景技术】
[0002]网络设备在进行ISSlKIn-Service Software Upgrade,不中断业务升级)升级时,需要在升级过程中重启线卡板的CPU,因此为保证协议报文不中断,需要将上送线卡板CPU的协议报文通过转发芯片的以太网端口送到带外通道的以太网交换芯片,然后再上送到主控板上,由主控板进一步送到协议代理中处理。
[0003]网络设备之间的PPP (Point-to-Point Protocol,点对点协议)链路建立后,通过定期发送 LCP (Link Control Protocol,链路控制协议)Echo Request 和 Echo Reply 报文来进行链路状态维护,如果发送出去的Echo Request报文得不到对端设备的Echo Reply回应报文,则已建立成功的PPP链路就会down掉。
[0004]对于PPP协议报文,都是通过本地总线上送到线卡板CPU进行处理的,而线卡板间的转发芯片往往只支持以太网接口,无法转发WAN 口的PPP协议报文,因此在ISSU升级过程中,PPP协议报文无法通过带外通道的以太网交换芯片上送到主控板上,从而导致网络设备在ISSU升级时重启线卡板的CPU后,无法对来自对端设备的Echo Request报文进行回应,从而导致网络设备之间已建立的PPP链路断开。

【发明内容】

[0005]有鉴于此,本发明提出一种ISSU升级过程中PPP链路保活的方法,应用于网络设备上,所述方法包括:
[0006]当所述网络设备需要进行ISSU升级时,向与本设备已建立PPP连接的对端设备发送携带保活时间Keep alive time的配置请求报文;其中该配置请求报文用于触发对端设备根据收到的配置请求报文设置所述Keep alive time,并在设置完成后向所述网络设备发送回应报文;
[0007]接收所述对端设备发送的回应报文,并在收到所述回应报文后,启动ISSU升级。
[0008]优选地,所述方法还包括:当ISSU升级结束后,向所述对端设备发送携带所述Keep alive time的配置否认报文;其中该配置否认报文用于触发对端设备根据收到的配置否认报文将已设置的所述Keep alive time清除,并恢复自身Keep alive time的配置值或缺省值。
[0009]优选地,所述配置请求报文为链路控制协议配置请求LCP Configure-request报文;所述回应报文为LCP配置回应Configure-ACK报文;所述配置否认报文为LCP配置否认Configure-NAK 报文。
[0010]优选地,所述Keep alive time为O ;其中当所述Keep alive time为O时,表示所述Keep alive time为无限长。[0011]本发明还提出一种ISSU升级过程中PPP链路保活的装置,应用于网络设备上,所述装置包括:
[0012]发送单元,用于当本设备需要进行ISSU升级时,向与本设备已建立PPP连接的对端设备发送携带保活时间Keep alive time的配置请求报文;其中该配置请求报文用于触发对端设备根据收到的配置请求报文设置所述Keep alive time,并在设置完成后向所述网络设备发送回应报文;
[0013]接收单元,用于接收所述对端设备发送的回应报文,并在收到所述回应报文后,启动ISSU升级。
[0014]优选地,所述发送单元进一步用于:当ISSU升级结束后,向所述对端设备发送携带所述Ke印alive time的配置否认报文;其中该配置否认报文用于触发对端设备根据收到的配置否认报文将已设置的所述Keep alive time清除,并恢复自身Keep alive time的配置值或缺省值。
[0015]优选地,所述配置请求报文为链路控制协议配置请求LCP Configure-request报文;所述回应报文为LCP配置回应Configure-ACK报文;所述配置否认报文为LCP配置否认Configure-NAK 报文。
[0016]优选地,所述Keep alive time为O ;其中当所述Keep alive time为O时,表示所述Keep alive time为无限长。
[0017]本发明通过PPP协议交互来实现把对端设备上的PPP链路Keep alive time时间配置为无限长,在ISSU过程中,保证ISSU设备和对端设备间的PPP链路不会down掉。
【专利附图】

【附图说明】
[0018]图1是现有技术中PPP协议报文转发路径;
[0019]图2是本发明一种ISSU升级过程中PPP链路保活的方法的流程图;
[0020]图3是本发明一种实施方式中LCP报文封装格式;
[0021]图4是本发明一种实施方式中LCP报文配置选项封装格式;
[0022]图5是本发明一种ISSU升级过程中PPP链路保活装置的逻辑结构图。
【具体实施方式】
[0023]在实际的应用中,PPP链路的保活是通过设置保活时间Keep alive time来实现的。所谓Keep alive time是指周期性的发送LCP报文来协商PPP链路的间隔时间。当两个设备之间的PPP链路建立完成后,会按照Keep alive time时间周期性的发送EchoRequest和Echo Reply报文来维护链路状态,如果发送出去的Echo Request报文得不到对端设备的Echo Reply回应报文,则与对端设备已建立的PPP链路就会down掉。
[0024]请参见图1,WAN 口的PPP协议报文,是通过POS (Packet Over S0NET/SDH)成帧芯片封装成巾贞后,由FPGA(Field Programmable Gate Array,现场可编程门阵列)经本地总线上送到线卡板CPU进行处理的。而线卡板间的转发芯片往往只支持以太网接口,无法转发WAN 口的PPP协议报文,因此PPP协议报文无法通过带外通道的以太网交换芯片上送到主控板,当本端设备在ISSU升级时重启线卡板的CPU后,将无法对来自对端设备的EchoRequest报文进行回应,从而会导致本端设备与对端设备之间已建立的PPP链路down掉。[0025]为了保证在ISSU升级过程中,本端设备与对端设备已经建立的PPP链路不出现down掉的情况,常见的做法是将对端设备的Keep alive time设置为O,当ISSU升级结束后,再将对端设备设置的Keep alive time恢复到原来的配置。其中,如果Keep alive time设置为O,表不Keep alive time为无限长,对端设备就不再发送Echo Request报文。由于只有在发出的Echo Request报文得不到回应时,已建立的PPP链路才会down掉,因此,将对端设备的Keep alive time设置为O,可以保证本端设备在进行ISSU升级时,与对端设备已经建立的PPP链路不down掉。
[0026]然而,以上方案在实际运用中配置太过于繁琐,且容易遗漏。比如,如果需要进行ISSU升级的网络设备有100个对端设备,则需要在100个对端设备上分别将Keep alivetime设置为O。
[0027]针对上述问题,本发明提出一种ISSU升级过程中PPP链路保活的方法,通过PPP协议交互来实现把对端设备上的PPP链路Keep alive time时间配置为无限长,从而保证本端设备在进行ISSU升级时和对端设备间已经建立的PPP链路不会down掉。
[0028]为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
[0029]参见图2,在本发明示例性的一种优选的实施方式中,本发明提出一种ISSU升级过程中PPP链路保活的方法,应用于网络设备上,该方法执行如下步骤:
[0030]步骤S201、当所述网络设备需要进行ISSU升级时,向与本设备已建立PPP连接的对端设备发送携带保活时间Keep alive time的配置请求报文;其中该配置请求报文用于触发对端设 备根据收到的配置请求报文设置所述Keep alive time,并在设置完成后向所述网络设备发送回应报文;
[0031]步骤S202、接收所述对端设备发送的回应报文,并在收到所述回应报文后,启动ISSU升级。
[0032]在本实施例中,所述配置请求报文为LCP Configure-request报文;所述回应报文为LCP Configure-ACK报文;所述配置否认报文为LCP Conf igure-NAK报文。
[0033]请参见图3,对于LCP报文,是在PPP链路建立阶段被交换的,它作为PPP的净载荷被封装在PPP数据帧的信息域中,此时PPP数据帧的协议域固定填充0XC021。依据报文的功能可以将LCP报文分为三类,分别为链路配置报文,链路终止报文和链路维护报文。在本实施例中,就是利用LCP的链路配置报文来进行Keep alive time协商的。链路配置报文主要包括 Config-Request、Config-Ack、Config-Nak 和 Config-Reject 四种报文。请参考图4,目前协议规定的配置选项包括:
[0034]Type Configuration Option
[0035]IMaximum-Receive-Unit
[0036]2Async-Control-Character-Map
[0037]3Authentication-Protocol
[0038]4Quality-Protocol
[0039]5Magic-Number
[0040]6RESERVED
[0041]7Protocol-Field-Compression[0042]8Address-and-Contro1-FieId-Compression
[0043]对于PPP链路的通信双方,通过交互链路配置报文进行配置参数的协商时,无论哪一方都可以将所希望协商的配置参数选项携带在Config-Request报文中发给对端设备,当对端设备收到该Config-Request报文后,如果能识别发送过来的所有配置参数选项且认可所有配置参数选项数据域的内容时,会将配置请求报文中的配置参数选项原封不动的放置在Config-Ack报文的数据域内回应给该Config-Request报文的发送端。当接收Config-Request报文的对端设备能识别发送端所发送过来的所有配置参数选项,但对部分配置参数选项数据域中的内容不认可时,对端设备会给发送端回应一个携带不认可的配置参数选项的Config-Nak报文,此时这些配置参数选项的数据内容为本端希望的值。
[0044]在本实施例中,就是通过利用协议原有的链路配置报文的功能和协商机制,以及扩展LCP报文的配置参数选项,来实现Keep alive time的协商的。具体的,在协议原有配置选项的基础上增加一种配置选项,指定类型为128,配置选项名称为Keep alive time,具
体的协议报文格式如下:
[0045]
【权利要求】
1.一种ISSU升级过程中PPP链路保活的方法,应用于网络设备上,其特征在于,所述方法包括: 当所述网络设备需要进行ISSU升级时,向与本设备已建立PPP连接的对端设备发送携带保活时间Keep alive time的配置请求报文;其中该配置请求报文用于触发对端设备根据收到的配置请求报文设置所述Keep alive time,并在设置完成后向所述网络设备发送回应报文; 接收所述对端设备发送的回应报文,并在收到所述回应报文后,启动ISSU升级。
2.如权利要求1所述的方法,其特征在于,所述方法还包括: 当ISSU升级结束后,向所述对端设备发送携带所述Keep alive time的配置否认报文;其中该配置否认报文用于触发对端设备根据收到的配置否认报文将已设置的所述Ke印alive time清除,并恢复自身Keep alive time的配置值或缺省值。
3.如权利要求2所述的方法,其特征在于,所述配置请求报文为链路控制协议配置请求LCP Configure-request报文;所述回应报文为LCP配置回应Configure-ACK报文;所述配置否认报文为LCP配置否认Configure-NAK报文。
4.如权利要求3所述的方法,其特征在于,所述Keepalive time为O ; 其中当所述Keep alive time为O时,表示所述Keep alive time为无限长。
5.一种ISSU升级过程中PPP链路保活的装置,应用于网络设备上,其特征在于,所述装置包括: 发送单元,用于当本设备需要进行ISSU升级时,向与本设备已建立PPP连接的对端设备发送携带保活时间Keep alive time的配置请求报文;其中该配置请求报文用于触发对端设备根据收到的配置请求报文设置所述Keep alive time,并在设置完成后向所述网络设备发送回应报文; 接收单元,用于接收所述对端设备发送的回应报文,并在收到所述回应报文后,启动ISSU升级。
6.如权利要求5所述的装置,其特征在于,所述发送单元进一步用于: 当ISSU升级结束后,向所述对端设备发送携带所述Keep alive time的配置否认报文;其中该配置否认报文用于触发对端设备根据收到的配置否认报文将已设置的所述Ke印alive time清除,并恢复自身Keep alive time的配置值或缺省值。
7.如权利要求6所述的装置,其特征在于,所述配置请求报文为链路控制协议配置请求LCP Configure-request报文;所述回应报文为LCP配置回应Configure-ACK报文;所述配置否认报文为LCP配置否认Configure-NAK报文。
8.如权利要求7所述的装置,其特征在于,所述Keepalive time为O ;其中当所述Keepalive time为O时,表不所述Keep alive time为无限长。
【文档编号】H04L12/24GK103873294SQ201410079233
【公开日】2014年6月18日 申请日期:2014年3月5日 优先权日:2014年3月5日
【发明者】管树发 申请人:杭州华三通信技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1