CN1161924C - 一种二层交换设备的数据升级方法 - Google Patents
一种二层交换设备的数据升级方法 Download PDFInfo
- Publication number
- CN1161924C CN1161924C CNB021038511A CN02103851A CN1161924C CN 1161924 C CN1161924 C CN 1161924C CN B021038511 A CNB021038511 A CN B021038511A CN 02103851 A CN02103851 A CN 02103851A CN 1161924 C CN1161924 C CN 1161924C
- Authority
- CN
- China
- Prior art keywords
- data
- message
- frame
- switching equipment
- equipment
- 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.)
- Expired - Fee Related
Links
Images
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
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- 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/0866—Checking the configuration
- H04L41/0869—Validating the configuration within one network element
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/56—Routing software
- H04L45/563—Software download or update
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
- Exchange Systems With Centralized Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种二层交换设备的数据升级方法,该方法由交换设备向管理设备发出注册请求报文,管理设备根据该报文进行注册操作,当注册操作成功后,交换设备和管理设备进行握手操作,在握手操作期间,管理设备向交换设备发送升级数据的数据描述帧报文,交换设备收到数据描述帧报文后,经判断如果能够进行数据升级操作,向管理设备发送可以进行数据升级的数据描述帧响应报文,管理设备收到该可以进行数据升级的报文后,将升级数据向交换设备下载;本发明在二层网络环境中,实现交换设备数据升级操作;因此不需要为交换设备配置IP地址,就能够实现对网络交换设备的数据升级操作,节约了网络中宝贵的IP地址资源。
Description
技术领域
本发明涉及网络设备的数据升级方法,具体地说涉及二层交换设备的数据升级方法。
背景技术
随着局域网的快速发展,网络交换设备设备使用量越来越大,例如以太网交换机。由于这些设备的地理位置比较分散,因此对内部的数据升级需要到现场,逐台设备进行,因而管理维护的成本很高。为解决上述问题,在目前的局域网环境中,采用通过文件传输协议(FTP协议)对网络交换设备的数据升级,例如软件升级。FTP协议分为客户端(Client)和服务器(Server)两部分,交换设备以FTP客户端的身份工作,管理设备以FTP服务器的身份工作,交换设备通过连接的管理设备,取得数据,并将上述数据保存到交换设备上,从而实现数据的升级过程。
FTP协议基于传输控制协议或互联网协议(TCP/IP)实现,它采用两个TCP链接来传输一个文件,控制链接以通常Client/Server的方式打开,每当要传输一个文件时就创建一个数据链接,然后交换设备与管理设备之间通过命令和应答的方式完成升级数据的下载。由于FTP协议的运行需要基于TCP/IP协议,而TCP/IP协议工作在网络的第三层,因此通过FTP对交换设备进行数据升级,需要首先为交换设备配置IP地址,然后才能对交换设备进行数据升级操作,这样,如果给网上每一台交换设备都分配一个IP地址,会极大浪费IP地址资源。
发明内容
本发明的目的在于提供一种可以节约IP地址资源的二层交换设备的数据升级方法。
为达到上述目的,本发明提供的二层交换设备的数据升级方法,包括:
(1)交换设备向管理设备发出注册请求报文,管理设备根据该报文进行注册操作,当注册操作成功后,交换设备和管理设备通过交换设备定时向管理设备发送的握手报文以及管理设备根据握手报文向交换设备发送的握手响应报文,进行握手操作;
(2)管理设备向交换设备发送升级数据的数据描述帧,交换设备收到数据描述帧后判断能否进行数据升级操作,如果不能,向管理设备回复拒绝升级的数据描述帧响应报文,否则,向管理设备发送可以进行数据升级的数据描述帧响应报文;
(3)管理设备收到数据描述帧响应报文,判断交换设备是否允许设备升级,如果允许,将升级数据向交换设备下载。
步骤(2)所述数据描述帧包括要加载的数据长度以及本次加载的数据块序列号。
步骤(2)中,当交换设备确定可以进行数据升级后,在交换设备向管理设备发送数据描述帧响应报文前,确定升级过程中每次可以加载的数据块的大小,然后将数据块大小的参数加入到数据描述帧响应报文。
步骤(2)所述将升级数据向交换设备下载包括下述步骤:
(41)管理设备向交换设备发送数据帧报文,交换设备接收并保存该数据帧报文,然后回复数据帧响应报文,如果交换设备接收完一个数据块后,在数据帧响应报文中加入一个时间值,以使管理设备暂停发送数据帧,然后将已经接收的数据写入设备加载区,再向管理设备发块结束响应报文;
(42)管理设备收到块结束响应报文后,继续发送数据帧报文,当交换设备接收完最后一个数据块的最后一帧后,将接收的数据写入设备加载区,向管理设备回复加载结束报文,管理设备收到加载结束报文后,向交换设备回复加载结束响应报文,数据升级过程结束。
上述方法中管理设备和交换设备之间的信息交互采用特定格式的报文(组管理协议报文,HGMP),该报文由带802.1Q标签的以太网头,公共报文头和管理报文组成;
所述公共报文头包括下述字段:
版本号,用于表明当前管理协议版本;
C,用于表明当前的报文是响应报文,还是命令报文;
类型,用于区分是集中管理还是二层多播组控制报文;
F,用于标识帧序列号是否有效;
R,用于标识校验和是否有效;
B,用于标识回传字是否有效;
帧序列号,用于表示针对每台网络交换设备的报文序列号;
效验和,用于报文数据的校验;
报文长度,用于标识报文的长度;
回传字,用于表示响应报文原封不动回传的数据;
交换设备(LanSwitch)的媒体访问控制(MAC):用于标识交换设备的管理MAC地址;
第一次转发端口号、第二次转发端口号、第三次转发端口号、第四次转发端口号,分别用于记录报文在经过交换设备转发后,其入口的端口号;
所述管理报文包括下述内容:
主命令字,用于作为管理报文的主命令字;
子命令字,用于作为管理报文的子命令字;
内容长度,用于记录管理报文内容的长度;
管理报文内容,用于记录管理报文所携带的参数与数据。
由上述可知,本发明在二层网络环境中,首先完成交换设备在管理设备处的注册,当注册操作成功后,交换设备和管理设备通过交换设备定时向管理设备发送的握手报文以及管理设备根据握手报文向交换设备发送的握手响应报文,进行握手操作,在握手操作期间,管理设备与交换设备完成数据的升级操作;因此,与现有的网络交换设备的数据升级方法相比,本发明的突出优点是不需要为交换设备配置IP地址,就能够实现对网络交换设备的数据升级操作,节约了网络中宝贵的IP地址资源。
附图说明
图1是本发明所述方法的实施例流程图;
具体实施方式
下面结合附图和实施例对本发明作进一步详细的描述。
图1是本发明所述方法的实施例流程图。图1所述的实施例完成了在二层网络环境下交换设备的数据升级操作。图1所述实施例采用客户端/服务器(Client/Server)工作方式,即管理设备作为服务器(Server),交换设备作为客户端(Client),因此,实现数据升级的Server软件运行在管理设备上,而Client运行在交换设备上,如网络交换机。为方便管理设备和交换设备通过报文的交互进行交换设备的数据升级,本发明提供了特定的报文格式,它由三部分组成,分别是:带802.1Q标签的以太网头,公共报文头,管理报文。由于以太网头的格式属公知内容,下面结合应用实例重点描述公共报文,管理报文的内容。
公共报文在应用时承载在以太网头之后,参考下表:
31 | 30 | 29 | 28 | 27 | 26 | 25 | 24 | 23 | 22 | 21 | 20 | 19 | 18 | 17 | 16 | 15 | 14 | 13 | 12 | 11 | 10 | 9 | 8 | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | |
0 | 版本 | C | 类型 | F | R | E | 保留 | 帧序列号 | ||||||||||||||||||||||||
1 | 校验和 | 报文长度 | ||||||||||||||||||||||||||||||
2 | 回传字 | 交换设备的MAC | ||||||||||||||||||||||||||||||
3 | 交换设备的MAC | |||||||||||||||||||||||||||||||
4 | 第一次转发接口号 | 第二次转发接口号 | 第三次转发接口号 | 第四次转发接口号 | ||||||||||||||||||||||||||||
5 | 保留 |
表中:
版本号字段,占4比特(bits),用于表明当前管理协议版本;
C字段,为响应标识,占1bits,用于表明当前报文是响应报文,还是命令报文;例如可以用0------表示命令(或者称请求),1------表示响应(或称应答);
类型字段,占3bits,用于区分是集中管理还是二层多播组控制报文;例如,可以用000表示该报文是对交换设备集中管理,001表示该报文是对交换设备多播转发;
F字段,帧序列号的有效标标识,占1bits,例如,该位为0时表示不使用帧序列号,为1时表示使用帧序列号;
R字段,校验和有效标识,占1bits,例如,该位为0时表示不使用校验和;为1时表示使用校验和;
B字段,回传字有效标识,占1bits,例如,该位为0时表示不使用回传字;为1时表示使用回传字;
帧序列号字段,用于标识每台交换设备的报文序列号,占16bits;
效验和字段,用于报文数据的校验,占16bits,计算方法可以采用同IP及UDP等类似方法,R字段位决定其是否有效;
报文长度字段,占16bits,用于标识报文的长度;
回传字字段,用于表示响应报文原封不动回传的数据,占16bits,响应报文时,原封不动回传的数据;
交换设备的媒体访问控制(MAC),用于标识交换设备的管理MAC地址;
第一次转发端口号、第二次转发端口号、第三次转发端口号、第四次转发端口号:分别用于记录报文在经过交换设备转发后,其入口的端口号;通过这些字段,可以判断出发送报文的交换设备所处于的物理位置。以上端口号有效范围为与某种类型交换设备的的端口数目有关系,如果一台交换设备的端口数目为PORT_NUM,则这台交换设备转发其下层连接的交换设备的HGMP报文时,转发端口号的取值就是在0-PORT_NUM-1之间;
保留字段:4个字节,用于扩展报文的功能,比如交换设备级连层次大于5层时,可以使用这个字段定义转发端口号。
所述管理报文包括下述内容,管理报文实际应用时可以承载在公共报文之下,参考下表:
主命令字 | 子命令字 | 内容长度 | 管理报文内容 |
其中:
主命令字:1个字节,用于作为管理报文的主命令字;
子命令字:1个字节,用于作为管理报文的子命令字;
内容长度:2个字节,用于记录报文内容的长度;
管理报文内容:用于记录管理报文所携带的参数与数据,其具体格式和大小视应用的不同而有所变化,长度由内容长度字段决定。通常,受以太网帧长度的限制,该字段最长不能超过1468字节:范围从0到1468字节。
基于上述内容,按照图1实施本发明包括二大过程,一是交换设备的注册、握手过程,通过上述过程完成管理设备和交换设备之间的数据升级通道的建立;二是数据升级过程,在管理设备和交换设备之间定时的握手操作之间完成。具体如下述步骤:
首先在步骤1,交换设备向连接管理设备的端口广播包括本交换设备位置标识的申请注册报文,当管理设备收到该报文后,进行注册操作,并向发出申请的交换设备发送注册响应报文。当交换设备收到注册成功响应报文后,在步骤2定时向管理设备发送握手报文,当管理设备收到握手报文后,向交换设备发送握手响应报文,当交换设备收到握手响应报文后,完成正常的握手操作。在握手操作期间,管理设备在步骤3向交换设备发送升级数据的数据描述帧报文,所述数据描述帧报文包括需要通知交换设备要加载的数据长度以及本次加载的数据块序列号参数;交换设备收到数据描述帧报文后在步骤4判断自己能否进行数据升级操作,如果不能,在步骤5向管理设备回复拒绝升级的数据描述帧响应报文,否则,在步骤6确定升级过程中每次可以加载的数据块的大小,然后将数据块大小的参数加入到数据描述帧响应报文,并向管理设备发送可以进行数据升级的数据描述帧响应报文;管理设备收到数据描述帧响应报文,在步骤7判断交换设备是否允许设备升级,如果允许,在步骤8进行数据升级的操作,即将升级数据向交换设备下载,否则结束。
上述步骤8所述将升级数据向交换设备下载可以通过下述步骤实现:
(41)管理设备向交换设备发送数据帧报文,交换设备接收并保存该数据帧报文,然后回复数据帧响应报文,如果交换设备接收完一个数据块后,在数据帧响应报文中加入一个时间值,以使管理设备暂停发送数据帧,然后将已经接收的数据写入设备加载区,再向管理设备发块结束响应报文;
(42)管理设备收到块结束响应报文后,继续发送数据帧报文,当交换设备接收完最后一个数据块的最后一帧后,将接收的数据写入设备加载区,向管理设备回复加载结束报文,管理设备收到加载结束报文后,向交换设备回复加载结束响应报文,数据升级过程结束。
上述交换设备的数据升级操作包括管理设备的数据升级处理过程和交换设备的数据升级处理过程,上述两个过程实际中是配合使用的。由于实际中的软件升级对速度的要求不高,但对可靠性的要求较高,因此软件升级应最好采用互控方式。管理设备每发一个数据帧,就启动一个定时器,等待交换设备的应答,如果在指定的时间内收到交换设备对上一帧的应答,就开始发下一帧;如果收不到应答或收到校验错误的应答,就重发上一帧;如果连续重发超过规定的次数则退出加载过程,向后台告警。
由于实际中不同的交换设备的内存大小不一样,能同时接收的数据量有差别,因此,当交换设备收到管理设备关于数据的描述帧时,首先要判断系统能申请的内存大小,在不影响系统正常运行的情况下,申请合理的加载内存,然后将此内存大小作为块的大小通过数据描述响应帧送给管理设备。
在实际进行数据升级时,数据升级的报文既有管理设备主动发起的,也有交换设备主动发起的,为了升级的可靠性,需要规定主动发起方启动定时器,如果在规定的时间内没有收到对方的响应,则重发上一个报文,重发超过指定的次数后,例如3次,还没有收到响应,则退出加载过程。因此,为了对升级过程进行更好地控制,本实施例中设定了T0到T4五个定时器,其中T0定时时间设定为3秒;T1定时时间设定为3秒;T2定时时间设定为6秒;T3定时时间设定为6秒;T4定时时间设定为3秒。
依据上述定时器,在管理设备侧,首先管理设备向交换设备发数据描述帧,启动3秒定时器T0,然后等交换设备对数据描述帧的响应,如果在3秒内收到交换设备的响应,则从响应报文中取出交换设备允许的数据块的大小,根据数据块的大小计算每个数据块传送的帧数和总共传送的块数,然后启动数据加载过程进行数据的传送;如果3秒内没有收到交换设备的数据描述帧响应,则重发数据描述帧,重发超过2次后退出加载过程,并向后台告警。
为了更好地进行数据帧传送过程中数据的交互,在传送的每个数据帧中都带有当前的数据块号和帧的序号。数据的传送分下面几种情况:
1、对于一个普通的帧,当管理设备发完一个帧后,启动一个3秒定时器T1,如果在3秒内收到交换设备的正确响应,则发下一个帧;如果在3秒内没有收到交换设备的响应或收到校验错误的响应,则重发上一帧,重发超过2次后退出加载,并向后台告警。
2、对于一个数据块的最后一帧,管理设备发送完该帧后,启动一个3秒定时器T1,等待最后一帧的响应,如果在3秒内没有收到或收到上一帧的校验错误响应,则重发上一帧,重发超过2次后退出加载,并向后台告警;如果在3秒内收到响应,就从响应报文中取出等待时间T2,并启动等待定时器T2,等待块结束报文,如果在等待时间内没有收到块结束报文,则退出加载,并向后台告警;如果在等待时间内收到块结束报文,则启动下一块数据的发送。
3、对于最后一个数据块的最后一帧,当管理设备发完该帧后,启动一个3秒定时器T1,等待最后一帧的响应,如果在3秒内没有收到或收到最后一帧的校验错误响应,则重发最后一帧,重发超过2次后退出加载,并向后台告警;如果在3秒内收到响应,就从响应报文中取出等待时间T2,并启动等待定时器T2,等待加载结束报文,如果在等待时间内没有收到加载结束报文,则退出加载,告警,如果在等待时间内收到加载结束报文,则回送加载结束应答报文给交换设备,然后显示加载结果,并退出加载流程。
在交换设备侧,首先交换设备收到管理设备发送的数据描述帧后,取出其中的数据,判断其合法性,如果数据非法,则立即回复数据描述帧错误响应,退出加载。如果数据合法,则判断系统的内存大小,在不影响系统正常运行的情况下,申请合理的加载内存空间,将此内存的大小作为可加载数据块的大小,放在数据描述响应帧中,返回给管理设备,并启动T3定时器,如果在T3时间内没有收到管理设备的数据消息,则退出加载。
当交换设备收到普通的数据帧时,首先停止定时器T3,然后根据数据帧的块号和序号判断是否为期望接收的数值,如果块号正确而序号与上一次的相同,则认为管理设备没有收到上一次的应答,从而重发上一帧数据,此时交换设备只需重发上一次的数据帧应答报文,启动T3即可;如果块号或序号不对,则发数据帧错误响应报文,启动定时器T3;块号和序号正确时有几种处理方法:
1、如果收到的数据帧是最后一块的最后一帧,那么首先根据数据的校验和进行数据的正确性判断,如果数据错误,则直接回复错误数据帧应答,启动定时器T3;如果数据正确,则回复数据正确应答,并在应答报文中填写等待时间。然后把数据拷进加载缓存,并将最后一块的数据写进设备的加载区,如果加载失败,则发加载结束报文并带失败标志,并退出加载;如果加载成功,则向管理设备回复带有成功标志的加载结束报文,并启定时器T4;如果在T4内收到加载结束应答报文,则停止T4,退出加载过程;如果在T4时间内没有收到应答报文,则重新发送加载结束报文,重复超过2次后退出加载过程。
2、如果收到的数据帧是除最后一个数据块的其它数据块的最后一帧,则首先根据校验和判断,如果数据错误,直接回复错误数据帧应答报文,启动定时器T3;如果数据正确,则填写等待时间,回复数据帧正确应答报文,然后把数据拷进缓存,并将这一块数据写进设备加载区,如果写操作失败,则发数据块结束报文并带失败标志,然后退出加载过程;如果写操作成功,则向管理设备发送带有成功标志的数据块结束报文,并启动定时器T4,如果在T4时间内收到管理设备新发送的数据帧,则停止定时器T4,进行下一块数据的处理;如果T4内没有收到新的数据帧,则认为有报文丢失,重新发送块结束报文,并启动定时器T4,重发超过2次后退出加载。
3、如果收到的数据帧是普通数据帧,则首先根据数据的校验和判断数据帧是否正确,如果正确,则把数据拷进加载缓存,并向管理设备回复数据帧正确应答,启动定时器T3;如果数据帧错误,则回复数据帧错误应答,启动定时器T3;如果交换设备在T3时间内没有收到管理设备的数据,则认为通信中断,退出加载过程,重新进行注册过程。
在图1所述的实施例中,数据升级操作的数据描述帧报文、数据描述帧响应报文、数据帧报文、数据帧响应报文、结束响应报文、加载结束报文和加载结束响应报文封装在组管理协议报文的管理报文中,具体的报文结构包括如下字段:
1、数据描述帧报文:
数据长度(ulDataLen),用于描述升级数据的总长度;
帧数(usFrameNum),用于描述升级数据总共分几帧;
加载序列号(usLoadSerial),用于描述数据升级加载进程的序列号;
加载命令字(ucLoadCmd),用于描述加载的主命令字,例如“0”表示升级应用程序,“1”表示升级引导程序等;
加载参数(ucParam[50]),用于描述加载附带参数。
另外,本例中,数据的CRC校验采用每帧校验的方式,每帧数据中都有16bit的CRC校验位。
加载参数中可以根据不同的主命令,带不同的参数,比如对于升级程序命令字,可以带上程序的名称、类型等信息。
2、数据升级的数据描述响应帧报文:
数据描述结果(ucDataDescResult),用于描述帧的结果,例如“0”表示允许开始加载,“1”表示描述帧有误,禁止加载等;
块大小(usBlockSize),用于描述允许加载的数据块的大小;
加载序列号(usLoadSerial),用于描述数据升级加载进程的序列号。
3、数据升级的数据帧报文:
加载序列号(usLoadSerial),用于描述数据升级加载进程的序列号;
块号(ucBlockNo),用于描述加载的数据块的序号;
帧号(usFrameNo),用于描述加载数据的本帧编号;
校验字(usCRC),用于描述本帧数据的循环冗余(CRC)校验字,采用每帧校验方式,只对加载的数据内容校验;
帧长度(usLen),用于描述加载的本数据帧的长度;
数据(ucData[1024]),用于描述加载的数据内容。
4、数据升级的数据帧响应报文:
加载序列号(usLoadSerial),用于描述数据升级加载进程的序列号;
块号(ucBlockNo),用于描述加载的数据块的序号;
帧号(usFrameNo),用于描述被响应帧的编号;
加载结果(ucLoadResult),用于描述升级数据的数据帧加载结果,例如“0”表示正确,“1”表示错误等;
等待时间(ucWaitTime),用于描述数据帧之间的间隔时间,例如,在普通数据帧之间,等待时间为0,管理设备可立即发下一帧数据;在块结束时,因为要将接收的块数据写入设备加载空间,等待时间较长,在等待时间内,如果管理设备收到块处理结束报文,则开始下一块的发送;如果没有收到块处理结束报文,则退出加载过程,告警。
5、数据升级的块结束报文:
加载序列号(usLoadSerial),用于描述数据升级加载进程的序列号;
块号(ucBlockNo),用于描述加载的数据块的序号;
加载结果(ucLoadResult),用于描述升级数据的数据块加载结果,例如“0”表示正确,“1”表示错误等。
6、数据升级的加载结束报文:
加载序列号(usLoadSerial),用于描述数据升级加载进程的序列号;
加载结果(ucLoadResult),用于描述升级数据的数据块加载结果,例如“0”表示正确,“1”表示错误等。
7、数据升级的加载结束响应报文:
加载序列号(usLoadSerial),用于描述数据升级加载进程的序列号。
Claims (6)
1、一种二层交换设备的数据升级方法,包括:
(1)交换设备向管理设备发出注册请求报文,管理设备根据该报文进行注册操作,当注册操作成功后,交换设备和管理设备通过交换设备定时向管理设备发送的握手报文以及管理设备根据握手报文向交换设备发送的握手响应报文,进行握手操作;
(2)管理设备向交换设备发送升级数据的数据描述帧报文,所述数据描述帧报文包括要加载的数据长度以及本次加载的数据块序列号,交换设备收到数据描述帧报文后判断能否进行数据升级操作,如果不能,向管理设备回复拒绝升级的数据描述帧响应报文,否则,向管理设备发送可以进行数据升级的数据描述帧响应报文;
(3)管理设备收到数据描述帧响应报文,判断交换设备是否允许设备升级,如果允许,将升级数据向交换设备下载。
2、根据权利要求1所述的二层交换设备的数据升级方法,其特征在于:步骤(2)中,当交换设备确定可以进行数据升级后,在交换设备向管理设备发送数据描述帧响应报文前,确定升级过程中每次可以加载的数据块的大小,然后将数据块大小的参数加入到数据描述帧响应报文。
3、根据权利要求2所述的二层交换设备的数据升级方法,其特征在于步骤(2)所述将升级数据向交换设备下载包括下述步骤:
(41)管理设备向交换设备发送数据帧报文,交换设备接收并保存该数据帧报文,然后回复数据帧响应报文,如果交换设备接收完一个数据块后,在数据帧响应报文中加入一个时间值, 以使管理设备暂停发送数据帧,然后将已经接收的数据写入设备加载区,再向管理设备发块结束响应报文;
(42)管理设备收到块结束响应报文后,继续发送数据帧报文,当交换设备接收完最后一个数据块的最后一帧后,将接收的数据写入设备加载区,向管理设备回复加载结束报文,管理设备收到加载结束报文后,向交换设备回复加载结束响应报文,数据升级过程结束。
4、根据权利要求3所述的二层交换设备的数据升级方法,其特征在于所述步骤(41)和步骤(42)进一步包括包括管理设备的数据升级处理过程和交换设备的数据升级处理过程;
所述管理设备的数据升级处理包括:
(51)管理设备向交换设备发送数据描述帧报文,如果指定时间内收到交换设备的响应,转步骤(52),否则重发数据描述帧报文,如果重发超过指定的次数,终止升级操作;
(52)管理设备根据交换设备每次允许发送的数据块的大小,计算每个数据块能够传送的帧数和总块数,同时启动数据加载过程;
(53)管理设备每发完一个数据帧报文后,如果指定时间内收到交换设备的正确响应,继续发送下一个数据帧报文,否则重发该数据帧报文,如果重发超过指定的次数,终止升级操作;
(54)管理设备每发完一个数据块的最后一个数据帧报文后,如果指定时间内收到交换设备的数据帧传送正确响应和数据块传送正确响应,继续发送下一个数据块,否则如果数据帧传送不正确,重发该数据帧报文,如果数据帧的重发超过指定的次数,终止升级操作;
(55)管理设备发完最后一个数据块的最后一个数据帧报文后,如果指定时间内收到交换设备的数据帧传送正确响应和加载结束响应报文,通知交换设备加载结束,同时结束升级操作;否则如果数据帧报文传送不正确,重发该数据帧,如果数据帧的重发超过指定的次数,终止升级操作;如果管理设备没有收到加载结束响应,终止升级操作;
所述交换设备的数据升级处理包括:
(61)交换设备收到管理设备发送的数据描述帧报文后,如果数据合法,申请加载内存空间,并将内存大小作为加载数据块的大小反馈给管理设备;
(62)当交换设备收到普通数据帧报文时,如果错误,向管理设备反馈数据帧错误响应,如果正确,则把数据拷进加载缓存,向管理设备反馈数据帧正确应答,如果交换设备在指定时间内没有收到管理设备的的数据,则认为通信中断,退出加载过程,进行注册过程;
(63)当交换设备收到的数据帧是最后一块的最后一帧,那么首先判断数据的校验和,如果数据错误,则直接回错误数据帧应答,如果数据正确,则回数据正确应答报文,然后把数据拷进加载缓存,再将最后一块的数据写进设备加载区,如果写操作失败, 则发加载结束报文并带失败标志,退出加载; 如果成功,则向管理设备反馈加载结束报文并带成功标志,如果在指定的时间内收到加载结束应答报文,则退出加载过程,如果在指定的时间内没有收到加载结束应答报文,则重新发送加载结束报文,当加载结束报文重发超过指定次数时退出加载过程;
(64)当交换设备收到的数据帧是除最后一个数据块以外的其它数据块的最后一帧,如果数据错误,直接反馈错误数据帧响应,否则反馈数据帧正确响应,然后把数据拷进设备加载区,再将数据写进设备加载区,如果写操作失败,则发数据块结束报文并带失败标志,退出加载;如果成功,则向管理设备反馈数据块结束报文并带成功标志,如果在指定时间内收到管理设备发送的新数据帧,进行下一个数据块的处理;如果在指定时间内没有收到新的数据帧,重新发送数据块结束报文,当数据块结束报文重发超过指定次数时退出加载过程。
5、根据权利要求1、2、3或4所述的二层交换设备的数据升级方法,其特征在于:所述方法中管理设备和交换设备之间的信息交互采用特定格式的报文(组管理协议报文,HGMP),该报文由带802.1Q标签的以太网头,公共报文头和管理报文组成;
所述公共报文头包括下述字段:
版本号,用于表明当前管理协议版本;
C,用于表明当前的报文是响应报文,还是命令报文;
类型,用于区分是集中管理还是二层多播组控制报文;
F,用于标识帧序列号是否有效;
R,用于标识校验和是否有效;
B,用于标识回传字是否有效;
帧序列号,用于表示针对每台网络交换设备的报文序列号;
效验和,用于报文数据的校验;
报文长度,用于标识报文的长度;
回传字,用于表示响应报文原封不动回传的数据;
交换设备(LanSwitch)的媒体访问控制(MAC):用于标识交换设备的管理MAC地址;
第一次转发端口号、第二次转发端口号、第三次转发端口号、第四次转发端口号,分别用于记录报文在经过交换设备转发后,其入口的端口号;
所述管理报文包括下述内容:
主命令字,用于作为管理报文的主命令字;
子命令字,用于作为管理报文的子命令字;
内容长度,用于记录管理报文内容的长度;
管理报文内容,用于记录管理报文所携带的参数与数据。
6、根据权利要求5所述的二层交换设备的数据升级方法,其特征在于:数据升级操作的数据描述帧报文、数据描述帧响应报文、数据帧报文、数据帧响应报文、结束响应报文、加载结束报文和加载结束响应报文封装在组管理协议报文的管理报文中。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB021038511A CN1161924C (zh) | 2002-04-02 | 2002-04-02 | 一种二层交换设备的数据升级方法 |
AU2003201300A AU2003201300B2 (en) | 2002-04-02 | 2003-03-17 | Data upgrade method for a switching device in 2-layer network environment |
AT03006531T ATE318045T1 (de) | 2002-04-02 | 2003-03-24 | Verfahren zur softwareaufrüstung einer vermittlungsanlage in einer zweischichtigen netzumgebung |
DE2003603526 DE60303526T2 (de) | 2002-04-02 | 2003-03-24 | Verfahren zur Softwareaufrüstung einer Vermittlungsanlage in einer zweischichtigen Netzumgebung |
EP20030006531 EP1351473B1 (en) | 2002-04-02 | 2003-03-24 | Software upgrade method for a switching device in a two-layer network environment |
JP2003099705A JP4204891B2 (ja) | 2002-04-02 | 2003-04-02 | レイヤ−2ネットワーク環境におけるスイッチングデバイスのデータアップグレード方法 |
US10/405,426 US20030231642A1 (en) | 2002-04-02 | 2003-04-02 | Data upgrade method for a switching device in two-layer network environment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB021038511A CN1161924C (zh) | 2002-04-02 | 2002-04-02 | 一种二层交换设备的数据升级方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1414735A CN1414735A (zh) | 2003-04-30 |
CN1161924C true CN1161924C (zh) | 2004-08-11 |
Family
ID=4739916
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB021038511A Expired - Fee Related CN1161924C (zh) | 2002-04-02 | 2002-04-02 | 一种二层交换设备的数据升级方法 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20030231642A1 (zh) |
EP (1) | EP1351473B1 (zh) |
JP (1) | JP4204891B2 (zh) |
CN (1) | CN1161924C (zh) |
AT (1) | ATE318045T1 (zh) |
AU (1) | AU2003201300B2 (zh) |
DE (1) | DE60303526T2 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112217670A (zh) * | 2020-09-29 | 2021-01-12 | 北京东土军悦科技有限公司 | 网络设备及网络设备的报文处理方法 |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090193428A1 (en) * | 2008-01-25 | 2009-07-30 | Hewlett-Packard Development Company, L.P. | Systems and Methods for Server Load Balancing |
CN101510179B (zh) * | 2009-03-17 | 2013-01-16 | 中兴通讯股份有限公司 | 信号传输装置及方法 |
CN102184113A (zh) * | 2011-05-12 | 2011-09-14 | 深圳市锘特达科技发展有限公司 | 植入式医疗设备的软件升级方法 |
CN102917431B (zh) * | 2011-08-30 | 2017-10-31 | 广州盛华信息技术有限公司 | 实现用户动态管理的无线路由系统及其路由规则修改方法 |
KR101327680B1 (ko) | 2011-11-07 | 2013-11-08 | 엘에스산전 주식회사 | 전력량계의 펌웨어 업그레이드 장치, 시스템 및 방법 |
CN102546784B (zh) * | 2011-12-29 | 2014-03-26 | 深圳市迈进科技有限公司 | 一种基于can总线进行批量升级设备固件的方法 |
CN106789280A (zh) * | 2016-12-27 | 2017-05-31 | Tcl集团股份有限公司 | 一种基于Android系统的升级保护方法及系统、移动终端 |
EP3570499B1 (de) * | 2018-05-15 | 2021-04-07 | Siemens Aktiengesellschaft | Verfahren zur funktional sicheren verbindungsidentifizierung |
CN108762792A (zh) * | 2018-06-21 | 2018-11-06 | 普联技术有限公司 | 网络设备升级方法、升级服务器、终端设备及存储介质 |
CN111130865B (zh) * | 2019-12-13 | 2023-03-28 | 深圳市乙辰科技股份有限公司 | 一种基于二层交换的网络设备固件批量升级方法及系统 |
CN111147314A (zh) * | 2019-12-30 | 2020-05-12 | 深圳市丰润达科技有限公司 | 交换机升级方法、装置及存储介质 |
CN112035151A (zh) * | 2020-08-17 | 2020-12-04 | 西安航天三沃机电设备有限责任公司 | 一种惯性测量单元软件在线升级的方法 |
CN113703803B (zh) * | 2021-07-29 | 2023-12-12 | 上海微波技术研究所(中国电子科技集团公司第五十研究所) | 基于fpga的远程升级系统、方法及介质 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08221340A (ja) * | 1995-02-17 | 1996-08-30 | Nec Eng Ltd | ネットワークシステム |
US5631907A (en) * | 1995-12-13 | 1997-05-20 | Lucent Technologies Inc. | Reliable broadcast protocol structure for electronic software distribution |
US6074434A (en) * | 1996-06-07 | 2000-06-13 | International Business Machines Corporation | Selection of code updates, data updates or new data for client |
US6151643A (en) * | 1996-06-07 | 2000-11-21 | Networks Associates, Inc. | Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer |
JP3766197B2 (ja) * | 1997-01-21 | 2006-04-12 | 株式会社東芝 | ソフトウエア流通方法およびサーバ装置およびクライアント装置 |
US6049892C1 (en) * | 1997-02-24 | 2002-06-04 | Ethos Software Corp | Process and apparatus for downloading data from a server computer to a client computer |
JP3896625B2 (ja) * | 1997-03-07 | 2007-03-22 | ソニー株式会社 | データ送信装置、データ受信装置、データ送信方法およびデータ受信方法 |
US6360255B1 (en) * | 1998-06-25 | 2002-03-19 | Cisco Technology, Inc. | Automatically integrating an external network with a network management system |
EP0989713A2 (de) * | 1998-09-24 | 2000-03-29 | Siemens Aktiengesellschaft | Software-Update für Webphones |
US7010607B1 (en) * | 1999-09-15 | 2006-03-07 | Hewlett-Packard Development Company, L.P. | Method for training a communication link between ports to correct for errors |
JP2004534973A (ja) * | 2000-04-14 | 2004-11-18 | ゴー アヘッド ソフトウェア インコーポレイテッド | ネットワークデバイスのアップグレードシステム及び方法 |
JP3602036B2 (ja) * | 2000-06-30 | 2004-12-15 | シャープ株式会社 | プログラム供給システム及びプログラム供給方法 |
US20030167409A1 (en) * | 2002-03-04 | 2003-09-04 | Lester Sussman | Secure electronic directory and catalog synchronization using email to trigger synchronization |
-
2002
- 2002-04-02 CN CNB021038511A patent/CN1161924C/zh not_active Expired - Fee Related
-
2003
- 2003-03-17 AU AU2003201300A patent/AU2003201300B2/en not_active Expired
- 2003-03-24 AT AT03006531T patent/ATE318045T1/de not_active IP Right Cessation
- 2003-03-24 DE DE2003603526 patent/DE60303526T2/de not_active Expired - Lifetime
- 2003-03-24 EP EP20030006531 patent/EP1351473B1/en not_active Expired - Lifetime
- 2003-04-02 US US10/405,426 patent/US20030231642A1/en not_active Abandoned
- 2003-04-02 JP JP2003099705A patent/JP4204891B2/ja not_active Expired - Lifetime
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112217670A (zh) * | 2020-09-29 | 2021-01-12 | 北京东土军悦科技有限公司 | 网络设备及网络设备的报文处理方法 |
Also Published As
Publication number | Publication date |
---|---|
EP1351473A1 (en) | 2003-10-08 |
DE60303526T2 (de) | 2006-11-23 |
JP4204891B2 (ja) | 2009-01-07 |
US20030231642A1 (en) | 2003-12-18 |
CN1414735A (zh) | 2003-04-30 |
JP2003309568A (ja) | 2003-10-31 |
AU2003201300B2 (en) | 2008-02-21 |
AU2003201300A1 (en) | 2003-10-16 |
EP1351473B1 (en) | 2006-02-15 |
ATE318045T1 (de) | 2006-03-15 |
DE60303526D1 (de) | 2006-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1161924C (zh) | 一种二层交换设备的数据升级方法 | |
CN1300719C (zh) | 计算机软件升级的方法 | |
CN1140968C (zh) | 多点传播递送服务重发控制方法及系统 | |
CN1655552A (zh) | 管理传输控制协议(tcp)连接 | |
CN1509016A (zh) | 协议测试系统和协议测试方法 | |
CN1863157A (zh) | 穿越nat实现网络通信的方法及装置 | |
CN1427587A (zh) | 用于远端更新家用设备功能的方法和系统 | |
CN1791037A (zh) | 一种实现Web服务自动化测试的方法 | |
CN1870508A (zh) | 一种web网管系统中显示实时数据的方法 | |
CN1698336A (zh) | 通信设备和验证设备 | |
CN1805388A (zh) | 一种建立对等直连通道的方法 | |
CN1909485A (zh) | 与多个客户端进行数据处理用系统服务器及数据处理方法 | |
CN1744521A (zh) | 网络设备的管理方法及网络管理系统 | |
CN1852136A (zh) | 一种注册/注销系统和注册/注销方法 | |
CN1414740A (zh) | 一种局域网交换设备的集中管理方法 | |
CN1700694A (zh) | 获取会话初始协议网络节点状态的方法及系统 | |
CN1659847A (zh) | 用于支持并行应用互操作性的系统和方法 | |
CN1946061A (zh) | 一种快速处理报文的方法及装置 | |
CN1595890A (zh) | 与预订通知服务的虚拟连接 | |
CN1606007A (zh) | 用于客户支持的web浏览器控件 | |
CN1708021A (zh) | 为用户终端分配接入地址的方法 | |
CN1852249A (zh) | 一种实现组播业务的方法 | |
CN101039217A (zh) | 升级控制方法及控制装置 | |
CN101052015A (zh) | 一种ip网络的用户接入方法 | |
CN1110224C (zh) | 恢复移动系统间基群数据的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20040811 Termination date: 20150402 |
|
EXPY | Termination of patent right or utility model |