Aerotrac空管自动化系统RDP进程假死问题的诊断与分析.docVIP

Aerotrac空管自动化系统RDP进程假死问题的诊断与分析.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Aerotrac空管自动化系统RDP进程假死问题的诊断与分析.doc

Aerotrac空管自动化系统RDP进程假死问题的诊断与分析   摘 要:自动化系统作为空管雷达设备中的核心系统,是管制员实施雷达管制所依赖的“千里眼”。目前国内多家空管单位所使用的Aerotrac空管自动化系统由美国Telephonics生产,配备多台冗余服务器以及多条冗余网络,具有处理能力强、安全系数高、运行稳定等优点。其雷达处理服务器(以下简称RDP)负责处理各路引接的雷达信号,通过滤波、加权融合,输出平滑稳定的高精度雷达航迹,因此RDP运行稳定与否,从某种程度上决定了雷达管制能否顺利有效的实施。文章,作者通过对RDP运行模式以及网络数据包的分析,作者所在单位(以下称某单位)RDP进程假死故障的诊断和分析,透析Aerotrac自动化系统RDP运作模式。   关键词:空管自动化系统;RDP进程;假死   1 RDP网络架构及工作原理   目前笔者所在单位Aerotrac自动化共配有3台RDP以及3条互为冗余的网络,每台RDP连接其中的两条网络,同时只有一台RDP处于主用状态(Online),其他RDP处于备用状态(Backup),主用RDP负责在其连接的两个网上对外广播处理后的融合航迹,备用RDP负责将主用RDP广播的融合航迹转发到第三个网上。   其中RDP01-03拥有依次递减的上线优先级,即RDP01的优先级最高,RDP02优先级次之,RDP03优先级最低;3台RDP之间通过传递心跳信息实现通信,RDP对外广播的心跳信息是其他RDP判明其工作状态的唯一依据。通过对RDP广播的网络包进行分析,RDP心跳数据的16进制标准格式如下:   00 03 13 00 42 00 00 00 00 53 00 00   字节1-2:本条指令的长度/4   字节3:本条指令的功能号(13代表该条指令为RDP心跳信息)   字节5:代表RDP工作的状态,4F/42/58分别代表online/backup/loading   字节10:代表RDP的编号以及该台RDP所接网络的情况;其中bit0-3为RDP编号,bit4-6为各台RDP所接网络情况,接为1,不接为0,因此RDP01为31,RDP02为62,RDP03??53   2 RDP进程假死的故障诊断   2.1 故障现象   2016年11月27日19:09-19:10某单位Telephonics主用自动化系统故障,DP上目标中断约9秒钟;事发前各台RDP工作状态为:BOB,即RDP02为主用服务器,RDP01和03为备用服务器。故障前后经过如下:   19:09:01 RDP状态显示消失,并提示:PlayBack Halted,DP上大部分目标丢失   19:09:10 RDP状态:O*B,提示RDP02掉线,RDP01变为主用,目标逐步恢复   19:10:03 RDP状态:OOB,RDP02重新上线变为主用,目标正常   19:10:10 RDP状态:O*B,RDP02又提示掉线,目标正常   19:10:43 值班人员手动启动RDP02进程,RDP状态恢复为OBB*B   2.2 故障诊断及分析   事后笔者分析了故障前后19:08:50-19:10:04期间Aerotrac系统A、B网上的网络数据包。   阶段一:即故障发生前,RDP02为主用,RDP01、RDP03为备用,RDP02广播主用心跳及航迹数据,RDP01、03广播备用心跳,RDP状态:OBB,正常情况下网络数据包在100-200之间。   阶段二: RDP02故障下线,RDP02停止广播心跳以及航迹数据,RDP01、03继续广播备用心跳,此时系统内没有处于主用状态的RDP,RDP状态:B*B,网络数据包骤减。   阶段三: 由于RDP01上线优先级最高,当RDP01检测不到RDP02主用心跳后,RDP01上线,广播主用心跳及航迹数据,RDP03广播备用心跳,RDP状态:O*B,网络数据包数量恢复正常。   阶段四: RDP02再次上线,重新广播主用心跳及航迹数据,此时RDP01继续广播主用心跳及航迹数据,RDP03广播备用心跳,RDP状态OOB,两台RDP同时在线,网络数据包数量翻倍。   阶段五:由于RDP01的上线优先级高于RDP02,因此RDP01将RDP02 kill掉,RDP02离线,RDP01继续广播主用心跳及航迹数据,RDP03广播备用心跳,RDP状态:O*B。   基于上述分析,我们可以得出,故障之前RDP02为主用状态,因RDP02异常导致未能向外广播航迹以及心跳信息,根据优先级情况,RDP01尝试上线作为主用,此时RDP02进程并未真正退出,但由于RDP01优先级较高,RDP01发现RDP02状态仍为Online时将RDP0

文档评论(0)

yingzhiguo + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:5243141323000000

1亿VIP精品文档

相关文档