CN107809335A - 一种网络系统的配置方法及装置 - Google Patents
一种网络系统的配置方法及装置 Download PDFInfo
- Publication number
- CN107809335A CN107809335A CN201711135569.9A CN201711135569A CN107809335A CN 107809335 A CN107809335 A CN 107809335A CN 201711135569 A CN201711135569 A CN 201711135569A CN 107809335 A CN107809335 A CN 107809335A
- Authority
- CN
- China
- Prior art keywords
- message
- network system
- subregion
- equipment
- configuration
- 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
- 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/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- 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
-
- 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
-
- 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/0876—Aspects of the degree of configuration automation
- H04L41/0883—Semiautomatic configuration, e.g. proposals from system
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种网络系统的配置方法及装置,构建网络系统模型并进行校验,当网络系统模型校验通过时,基于该校验通过的网络系统模型生成整个网络系统中各个设备的配置代码和配置表,解析选择的VxWorks 653镜像工程,得到该镜像工程内部的各个分区子工程,从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成新选择的配置代码;利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成插件解析配置表得到的最新通道配置信息。因此,本发明实现了对网络系统的自动配置,并减少了繁复无效的工作。
Description
技术领域
本发明涉及通信技术领域,更具体的说,涉及一种网络系统的配置方法及装置。
背景技术
目前,FC-AE-ASM(Fibre Channel-Avionics Environment-AnonymousSubscriber Message,光纤通道航空电子环境匿名订阅消息)总线中所用的通信协议为FC-AE-ASM协议,FC-AE-ASM协议是以FC(Fibre Channel光纤通道)为基本标准,由航空电子增强专用系统提出的一种上层协议,因其传输速度快,配置简单被广泛使用。在VxWorks 653操作系统环境下的FC-AE-ASM网络环境中,使用FC-AE-ASM协议作为主干网通信,一般由网络设计人员对整个网络系统进行规划,规划完成后,再由开发人员依据规划内容给各个设备设计相应的FC-AE-ASM协议配置文件,并针对VxWorks 653操作系统中各个分区之间的通道进行配置。
目前,这种网络构型设计与系统程序开发相互分离的配置方法,存在以下两个问题:第一、当整个网络设计完成后,设备之间的通信配置信息以及设备内部的通信配置信息基本确定,现有方案是依靠人工完成上述配置信息的生成工作,因此,容易产生错误,且效率低下;第二、网络系统在预研、设计、调试等阶段时,网络构型一直在变化,若每次更改网络系统,相应的通信配置信息也需要相应修改,从而产生繁复无效的工作。
发明内容
有鉴于此,本发明公开一种网络系统的配置方法及装置,以解决传统方案中因人工完成网络配置带来的错误和配置效率低的问题,以及因网络构型变化带来的繁复无效工作的问题。
一种网络系统的配置方法,包括:
构建网络系统模型,所述网络系统模型包括:物理链路和消息链路,所述消息链路包括:设备间消息链路和设备内部消息链路;
按照预设校验规则对所述网络系统模型进行校验;
当所述网络系统模型校验通过时,基于校验通过的所述网络系统模型,生成整个网络系统中各个设备的配置代码和配置表;
根据接收的镜像工程选择指令,选择VxWorks 653镜像工程,并利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析所述VxWorks 653镜像工程,得到所述VxWorks 653镜像工程内部的各个分区子工程;
从生成的各个设备的所述配置代码中,选择与所述各个分区子工程相对应的配置代码,并将所述各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;
利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息,所述最新通道配置信息由所述插件解析所述配置表得到。
优选的,所述构建网络系统模型包括:
构建表征所述整个网络系统中设备之间线路连接关系的物理链路;
根据所述整个网络系统中所传递的消息类型和消息属性,构建设备间消息链路,其中,所述消息属性包括:消息id、名称、长度、源端口信息及目的端口信息;
在设备内部构建需要进行相互通信的分区,每个所述分区对应一个虚拟端口,在所述虚拟端口和物理端口之间创建相应的链接,并创建设备内消息列表和各个分区所需的通道,得到所述设备内部消息链路。
优选的,所述预设校验规则包括:消息的逻辑链路是否匹配消息载体间的物理通道,并在确定消息的所述逻辑链路匹配消息载体间的所述物理通道时,判定所述网络系统模型校验通过。
优选的,在步骤利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息之前,还包括:
利用所述插件解析所述配置表,得到所述最新通道配置信息。
优选的,步骤当所述网络系统模型校验通过时,基于校验通过的所述网络系统模型,生成整个网络系统中各个设备的配置代码和配置表,具体包括:
在所述整个网络系统模型中,将每个设备连接的物理端口名称、端口id、端口类型以及发送和接收的消息属性,按照第一预设规则进行配置,生成所述整个网络系统中各个设备的配置代码;
将设备名称、通道id、通道连接的两个分区id以及通道上传递的消息属性,按照第二预设规则,生成所述整个网络系统中各个设备的配置表。
一种网络系统的配置装置,包括:
模型构建单元,用于构建网络系统模型,所述网络系统模型包括:物理链路和消息链路,所述消息链路包括:设备间消息链路和设备内部消息链路;
校验单元,用于按照预设校验规则对所述网络系统模型进行校验;
生成单元,用于当所述网络系统模型校验通过时,基于校验通过的所述网络系统模型,生成整个网络系统中各个设备的配置代码和配置表;
第一解析单元,用于根据接收的镜像工程选择指令,选择VxWorks 653镜像工程,并利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析所述VxWorks 653镜像工程,得到所述VxWorks 653镜像工程内部的各个分区子工程;
第一替换单元,用于从生成的各个设备的所述配置代码中,选择与所述各个分区子工程相对应的配置代码,并将所述各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;
第二替换单元,用于利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息,所述最新通道配置信息由所述插件解析所述配置表得到。
优选的,所述模型构建单元包括:
第一构建子单元,用于构建表征所述整个网络系统中设备之间线路连接关系的物理链路;
第二构建子单元,用于根据所述整个网络系统中所传递的消息类型和消息属性,构建设备间消息链路,其中,所述消息属性包括:消息id、名称、长度、源端口信息及目的端口信息;
第三构建子单元,用于在设备内部构建需要进行相互通信的分区,每个所述分区对应一个虚拟端口,在所述虚拟端口和物理端口之间创建相应的链接,并创建设备内消息列表和各个分区所需的通道,得到所述设备内部消息链路。
优选的,所述预设校验规则包括:消息的逻辑链路是否匹配消息载体间的物理通道,并在确定消息的所述逻辑链路匹配消息载体间的所述物理通道时,判定所述网络系统模型校验通过。
优选的,还包括:
第二解析单元,用于在所述第二替换单元利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息之前,利用所述插件解析所述配置表,得到所述最新通道配置信息。
优选的,所述生成单元具体用于:
在所述整个网络系统模型中,将每个设备连接的物理端口名称、端口id、端口类型以及发送和接收的消息属性,按照第一预设规则进行配置,生成所述整个网络系统中各个设备的配置代码;
将设备名称、通道id、通道连接的两个分区id以及通道上传递的消息属性,按照第二预设规则,生成所述整个网络系统中各个设备的配置表。
从上述的技术方案可知,本发明公开了一种网络系统的配置方法及装置,构建网络系统模型并进行校验,当网络系统模型校验通过时,基于该校验通过的网络系统模型生成整个网络系统中各个设备的配置代码和配置表,一方面,利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析选择的VxWorks 653镜像工程,得到该镜像工程内部的各个分区子工程,从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;另一方面,利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成插件解析配置表得到的最新通道配置信息。相比传统方案而言,本发明一方面实现了对网络系统的自动配置,从而有效减少了错误的发生,并提高了配置效率;另一方面,本发明使开发人员可直接关注各个操作系统分区之间的通信逻辑,而不用重复相应的配置过程,从而大大减少了繁复无效的工作,利于进行快速迭代开发且减少开发成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据公开的附图获得其他的附图。
图1为本发明实施例公开的一种网络系统的配置方法流程图;
图2为本发明实施例公开的一种网络系统模型只包含物理链路部分的框图;
图3为本发明实施例公开的一种网络系统模型包含物理链路和设备间虚拟链路的框图;
图4为本发明实施例公开的一种创建完成的网络系统模型的框图;
图5为本发明实施例公开的另一种网络系统的配置方法流程图;
图6为本发明实施例公开的一种网络系统的配置装置的结构示意图;
图7为本发明实施例公开的另一种网络系统的配置装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例公开了一种网络系统的配置方法及装置,以解决传统方案中因人工完成网络配置带来的错误和配置效率低的问题,以及因网络构型变化带来的繁复无效工作的问题。
参见图1,本发明一实施例公开的一种网络系统的配置方法流程图,该方法适用于航电网络系统,但不局限于航电网络系统,该方法包括步骤:
步骤S101、构建网络系统模型;
其中,网络系统模型包括:物理链路和消息链路,消息链路包括:设备间消息链路和设备内部消息链路。
在实际应用中,网络系统模型中包括“设备”、“交换机”、“虚拟接口”、“物理接口”和“消息”这些基本模块,设计人员通过使用这些基本模块构建网络系统的物理链路和消息链路。
构建网络系统模型的过程具体如下:
网络系统模型的构建主要构建三个拓扑图,分别是:物理链路、设备间消息链路和设备内部消息链路,工作流程如下:
(1)构建“物理链路”:网络规划人员针对设备之间的线路连接关系进行物理链路构建,该物理链路表征整个网络系统中设备之间的线路连接关系。
(2)构建“设备间消息链路”:根据整个网络系统中所传递的消息类型和消息属性,构建设备间消息链路。具体的,构建设备间消息链路即是创建设备间消息列表,整个系统所传递的消息类型均包含在该设备间消息列表中,同时该设备间消息列表中还包含有消息属性,消息属性包括:消息id、名称、长度、源端口信息及目的端口信息。利用每条消息的源端口信息和目的端口信息可在网络系统模型中得到相应端口之间的虚拟链路,每一个虚拟链路表示一条设备间信息流。
(3)构建“设备内部消息链路”:首先在设备内部构建需要进行相互通信的分区,每个分区对应一个虚拟端口,然后在虚拟端口和物理端口之间创建相应的链接,并创建设备内消息列表和各个分区所需的通道,从而得到设备内部消息链路。具体的,构建设备内部消息链路即是创建设备内消息列表。虽然设备间的通信方式已经明确,但针对VxWorks 653系统,可在设备内部构建一个或多个分区,分区之间可通过“通道”方式进行双工通信,每个分区对应一个虚拟端口,一个虚拟端口可以从一个或多个物理端口接收FC-AE-ASM消息。
在设备内部消息链路中,可以仅构建需要进行相互通信的分区,对于独立运行的分区可以不构建在该设备内部消息链路中。在设备内部消息链路中添加分区及虚拟端口后,可为虚拟端口与物理端口创建相应的链接,然后为分区间创建所需的通道,若分区间需要传输FC-AE-ASM消息,则需要在设备内部消息链路中创建“设备内消息列表”。“设备内消息列表”表示分区之间的消息流,也即表示分区之间针对FC-AE-ASM消息的处理流程,每个分区都有相对应的处理任务,当分区接收到所需的FC-AE-ASM消息后,分区会对接收的FC-AE-ASM消息进行处理。当分区需要将对FC-AE-ASM消息的处理结果发送给另一个分区时,可基于“设备内消息列表”找到需要发送的分区。当“设备内消息列表”创建完成后,根据“设备内消息列表”的源分区和目的分区显示相应分区之间的虚拟链路,每一条虚拟链路表示一条分区间消息流;若某分区只存在源分区而没有目的分区,表示此分区只接收消息而不对外传输消息。
举例说明,参见图2,本发明公开的一种网络系统模型只包含物理链路部分的框图,假设当前网络系统包含两台设备,分别是设备A和设备B,以及一台交换机,设备A设置有两路物理端口,分别为物理端口1和物理端口2,设备B设置有一路物理端口,即物理端口3,物理端口1、物理端口2和物理端口3通过交换机进行连接。整个网络系统存在4条消息,消息内容如表1所示。
表1
消息id | 消息名称 | 长度 | 源端口 | 目的端口 |
0x00201 | “飞机高度” | 16字节 | 1 | 3 |
0x00202 | “飞机经度” | 16字节 | 2 | 3 |
0x00301 | “飞机纬度” | 16字节 | 3 | 1 |
0x00302 | “飞机滚转角” | 16字节 | 3 | 2 |
当整个网络系统模型完成消息链路构建后,网络系统模型中各个设备间会显示相应的虚拟链路,具体如图3所示。
设备A存在两个分区,分区1需要接收“飞机纬度”和“飞机滚转角”两个消息,故需要将分区1对应的虚拟端口1分别与物理端口1和物理端口2连接,分区2只接收“飞机滚转角”消息,因此只需要将分区2对应的虚拟端口2与物理端口2连接。当分区1和分区2需要进行分区间通信时,需要在分区1和分区2之间建立通道,名称为“通道1”。当分区1需要向分区2发送“飞机纬度”消息时,需要创建设备A的消息列表,消息内容如表2所示,其中,设备A的分区1用“设备A.1”表示,设备A的分区2用“设备A.2”表示。
表2
当设备A的消息列表创建完成后,设备内分区间会显示相应的虚拟链路。
对于设备B,其分区1和分区2均需要接收“飞机高度”和“飞机经度”两个信息,因此,需要将分区1对应的虚拟端口1和分区2对应的虚拟端口2均与物理端口3连接。当设备B中的分区1和分区2之间存在通信时,在分区1和分区2之间建立通道,名称为“通道2”。因设备B中分区之间不存在相互发送FC-AE-ASM消息的情况,故不需要创建设备B的消息列表,基于上述创建过程的论述,得到图4所示的创建完成的网络系统模型。
步骤S102、按照预设校验规则对网络系统模型进行校验;
其中,预设校验规则包括:消息的逻辑链路是否匹配消息载体间的物理通道,在确定消息的逻辑链路匹配消息载体间的物理通道时,判定网络系统模型校验通过;反之,在确定消息的逻辑链路不匹配消息载体间的物理通道时,判定网络系统模型校验未通过。
消息的逻辑链路表示消息从一个分区到另一个分区,从一个物理端口到另一个物理端口的过程;消息载体的物理通道表示分区之间、分区与虚拟端口之间、虚拟端口与物理端口的设备内部的软件链接,以及物理端口与交换机、物理端口之间的实际物理链接。图4中虚线即为消息的逻辑链路,实线即为消息载体间的物理通道。
需要说明的是,消息的逻辑链路必须依赖于消息载体间的物理通道而存在,否则网络系统模型需要重新设计。
步骤S103、当网络系统模型校验通过时,基于校验通过的网络系统模型,生成整个网络系统中各个设备的配置代码和配置表;
当网络系统模型校验通过后,可基于校验通过的网络系统模型生成配置代码和配置表。
其中,配置代码用于各个分区子工程进行FC-AE-ASM网络的配置,代码文件名称为“Device[X]_Part[Y]_Config.h”,比如设备A分区1的配置文件名称为“DeviceA_Part1_Config.h”,每个分区都有且仅有1份配置代码。
配置表表示分区间的通道信息,用于提供给插件进行解析和写入,配置表文件名称为“Device[X].xml”,每个设备有且仅有1份配置表。
步骤S104、根据接收的镜像工程选择指令,选择VxWorks 653镜像工程,并利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析VxWorks 653镜像工程,得到VxWorks 653镜像工程内部的各个分区子工程;
需要说明的是,本步骤中的插件具有两个功能:(一)、能够解析VxWorks653镜像工程,并将配置代码插入到VxWorks 653镜像工程内部的各个分区子工程中;(二)、能够解析配置表,并将对配置表的解析结果插入到VxWorks653镜像工程原有的配置文件中。
步骤S105、从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;
在实际应用中,配置代码的名称可依据设备和该设备的分区名确定,这样,配置代码的名称可始终唯一。
具体的,解析得到的VxWorks 653镜像工程内部的各个分区子工程已存储有配置代码,因此需要删除各个分区子工程之前存储的配置代码,再将新选择的配置代码插入到相对应的分区子工程中,以实现配置代码的替换。
步骤S106、利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成最新通道配置信息。
其中,最新通道配置信息由插件解析配置表得到。
具体的,解析得到的VxWorks 653镜像工程的原有的通道配置文件中,已存储有通道配置信息,因此需要删除通道配置文件已存储的通道配置信息,再将解析配置表得到的最新通道配置信息插入到相对应的通道配置文件中,以实现通道配置文件中通道配置信息的替换。
综上可知,本发明公开了一种网络系统的配置方法,构建网络系统模型并进行校验,当网络系统模型校验通过时,基于该校验通过的网络系统模型生成整个网络系统中各个设备的配置代码和配置表,一方面,利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析选择的VxWorks 653镜像工程,得到该镜像工程内部的各个分区子工程,从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;另一方面,利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成插件解析配置表得到的最新通道配置信息。相比传统方案而言,本发明一方面实现了对网络系统的自动配置,从而有效减少了错误的发生,并提高了配置效率;另一方面,本发明使开发人员可直接关注各个操作系统分区之间的通信逻辑,而不用重复相应的配置过程,从而大大减少了繁复无效的工作,利于进行快速迭代开发且减少开发成本。
为进一步优化上述实施例,参见图5,本发明另一实施例公开的一种网络系统的配置方法流程图,在图1所示实施例的基础上,在步骤S102之后,还包括:
当网络系统模型未通过校验时,返回步骤S101,重新构建网络系统模型。
具体的,当预设校验规则为消息的逻辑链路是否匹配消息载体间的物理通道时,若消息的逻辑链路不匹配消息载体间的物理通道,则判定网络系统模型校验未通过,在这种情况下,就需要返回步骤S101,重新构建网络系统模型,直至构建的网络系统模型校验通过。
可以理解,步骤S106在将通道配置文件中原有的通道配置信息替换成最新通道配置信息之前,首先需要获取该最新通道配置信息。
因此,为进一步优化上述实施例,参见图5,在步骤S106之前,还包括:
步骤S107、利用插件解析配置表,得到最新通道配置信息。
在实际应用中,步骤S107可以在步骤S105之后,步骤S106之前执行,如图5中所示;或是步骤S107在步骤S103之后执行,亦或是步骤S107在步骤S104之后执行,具体依据实际需要而定,本发明在此不做限定。
为进一步优化上述实施例,上述实施例中的步骤S103,也即若网络系统模型校验通过,则基于校验通过的网络系统模型,生成整个网络系统中各个设备的配置代码和配置表,具体包括:
在整个网络系统模型中,将每个设备连接的物理端口名称、端口id、端口类型以及发送和接收的消息属性,包括消息id、名称、长度、源端口信息和目的端口信息,按照第一预设规则进行配置,生成整个网络系统中各个设备的配置代码;其中,第一预设规则具体依据实际需要而定;
将设备名称、通道id、通道连接的两个分区id以及通道上传递的消息属性,按照第二预设规则,生成整个网络系统中各个设备的配置表;其中,第二预设规则具体依据实际需要而定。
举例说明,如图4所示,设备A含有2个分区,分别是“分区1”和“分区2”,分区1对应的物理端口1的端口id为1,该端口需要发送“飞机高度”消息,接收“飞机纬度”消息,故其代码名称为DeviceA_Part1_Config.h,其中包含的代码具体如下:
整个配置代码包含三种配置,分别是端口配置、发送消息配置和接收消息配置(代码文件非注释内容必须使用英文),整个配置代码是一个结构体嵌套,三种配置是其中的三个子结构体。
端口配置中“端口名称”与分区名称、代码文件名称保持统一,其值为“DeviceA_Part1”,本地端口id为1,端口类型为1,使端口类型设置为FC-AE-ASM协议。
发送消息配置结构体中“消息名称”设置为“Height”,消息id设置为0x00201,消息源端口为1,表示从本端口发出,目的ASM端口设置为3,表示发给端口id为3的ASM端口。
接收消息配置结构体中“消息名称”设置为“Latitude”,消息id设置为0x00301,消息长度为16,单位是字节,源端口设置为3,表示接收从端口3发来的消息。
类似的,其它设备的各个分区也按照上述标准生成相应的配置代码。
根据图4,设备A两个分区间需要通过“通道1”传输“飞机纬度”消息。故其配置表文件名称为DeviceA.xml,其中,包含的详细信息如下:
配置表遵循xml格式,根节点为设备名称,此处设置为“DeviceA”,下一个子节点为通道,其包含2个属性,分别是通道id以及通道连接的两个分区commPartIds。通道id此处设置为1,commPartIds设置为“1,2”,表示连接分区1和分区2。通道下一个子节点为消息,其包含5个属性,分别是消息id(id)、名称(name)、长度、源端口信息(srcPartId)以及目的端口信息(dstPartId)。此处消息id设置为0x00301,名称为“Latitude”,表示传递的是飞机纬度消息,源端口信息设置为1,目的端口信息设置为2,表示此消息从分区1传递给分区2。
类似的,其它设备的各个分区也按照上述标准生成相应的配置表。
综上可知,本发明公开的网络系统的配置方法,首先构建网络系统模型并进行校验,当网络系统模型校验通过时,再基于该校验通过的网络系统模型生成整个网络系统中各个设备的配置代码和配置表,一方面,利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析选择的VxWorks 653镜像工程,得到该镜像工程内部的各个分区子工程,从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;另一方面,利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成插件解析配置表得到的最新通道配置信息。相比传统方案而言,本发明一方面实现了对网络系统的自动配置,从而有效减少了错误的发生,并提高了配置效率;另一方面,本发明使开发人员可直接关注各个操作系统分区之间的通信逻辑,而不用重复相应的配置过程,从而大大减少了繁复无效的工作,利于进行快速迭代开发且减少开发成本。
与上述方法实施例相对应,本发明还公开了一种网络系统的配置装置。
参见图6,本发明一实施例公开的一种网络系统的配置装置的结构示意图,该装置包括:
模型构建单元201,用于构建网络系统模型,网络系统模型包括:物理链路和消息链路,消息链路包括:设备间消息链路和设备内部消息链路;
在实际应用中,网络系统模型中包括“设备”、“交换机”、“虚拟接口”、“物理接口”和“消息”这些基本模块,设计人员通过使用这些基本模块构建网络系统的物理链路和消息链路。
模型构建单元包括:
第一构建子单元,用于构建表征整个网络系统中设备之间线路连接关系的物理链路;
第二构建子单元,用于根据整个网络系统中所传递的消息类型和消息属性,构建设备间消息链路,其中,消息属性包括:消息id、名称、长度、源端口信息及目的端口信息。具体的,构建设备间消息链路即是创建设备间消息列表,整个系统所传递的消息类型均包含在该设备间消息列表中,同时该设备间消息列表中还包含有消息属性。利用每条消息的源端口信息和目的端口信息可在网络系统模型中得到相应端口之间的虚拟链路,每一个虚拟链路表示一条设备间信息流。
第三构建子单元,用于在设备内部构建需要进行相互通信的分区,每个分区对应一个虚拟端口,在虚拟端口和物理端口之间创建相应的链接,并创建设备内消息列表和各个分区所需的通道,得到设备内部消息链路。具体的,构建设备内部消息链路即是创建设备内消息列表。虽然设备间的通信方式已经明确,但针对VxWorks 653系统,可在设备内部构建一个或多个分区,分区之间可通过“通道”方式进行双工通信,每个分区对应一个虚拟端口,一个虚拟端口可以从一个或多个物理端口接收FC-AE-ASM消息。
在设备内部消息链路中,可以仅构建需要进行相互通信的分区,对于独立运行的分区可以不构建在该设备内部消息链路中。在设备内部消息链路中添加分区及虚拟端口后,可为虚拟端口与物理端口创建相应的链接,然后为分区间创建所需的通道,若分区间需要传输FC-AE-ASM消息,则需要在设备内部消息链路中创建“设备内消息列表”。“设备内消息列表”表示分区之间的消息流,也即表示分区之间针对FC-AE-ASM消息的处理流程,每个分区都有相对应的处理任务,当分区接收到所需的FC-AE-ASM消息后,分区会对接收的FC-AE-ASM消息进行处理。当分区需要将对FC-AE-ASM消息的处理结果发送给另一个分区时,可基于“设备内消息列表”找到需要发送的分区。当“设备内消息列表”创建完成后,根据“设备内消息列表”的源分区和目的分区显示相应分区之间的虚拟链路,每一条虚拟链路表示一条分区间消息流;若某分区只存在源分区而没有目的分区,表示此分区只接收消息而不对外传输消息。
校验单元202,用于按照预设校验规则对网络系统模型进行校验;
其中,预设校验规则包括:消息的逻辑链路是否匹配消息载体间的物理通道,在确定消息的逻辑链路匹配消息载体间的物理通道时,判定网络系统模型校验通过;反之,在确定消息的逻辑链路不匹配消息载体间的物理通道时,判定网络系统模型校验未通过。
消息的逻辑链路表示消息从一个分区到另一个分区,从一个物理端口到另一个物理端口的过程;消息载体的物理通道表示分区之间、分区与虚拟端口之间、虚拟端口与物理端口的设备内部的软件链接,以及物理端口与交换机、物理端口之间的实际物理链接。图4中虚线即为消息的逻辑链路,实线即为消息载体间的物理通道。
需要说明的是,消息的逻辑链路必须依赖于消息载体间的物理通道而存在,否则网络系统模型需要重新设计。
生成单元203,用于若网络系统模型校验通过,则基于校验通过的网络系统模型,生成整个网络系统中各个设备的配置代码和配置表;
当网络系统模型校验通过后,可基于校验通过的网络系统模型生成配置代码和配置表。
其中,配置代码用于各个分区子工程进行FC-AE-ASM网络的配置,代码文件名称为“Device[X]_Part[Y]_Config.h”,比如设备A分区1的配置文件名称为“DeviceA_Part1_Config.h”,每个分区都有且仅有1份配置代码。
配置表表示分区间的通道信息,用于提供给插件进行解析和写入,配置表文件名称为“Device[X].xml”,每个设备有且仅有1份配置表。
第一解析单元204,用于根据接收的镜像工程选择指令,选择VxWorks 653镜像工程,并利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析VxWorks 653镜像工程,得到VxWorks 653镜像工程内部的各个分区子工程;
需要说明的是,本实例中的插件具有两个功能:(一)、能够解析VxWorks653镜像工程,并将配置代码插入到VxWorks 653镜像工程内部的各个分区子工程中;(二)、能够解析配置表,并将对配置表的解析结果插入到VxWorks653镜像工程原有的配置文件中。
第一替换单元205,用于从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;
在实际应用中,配置代码的名称可依据设备和该设备的分区名确定,这样,配置代码的名称可始终唯一。
具体的,解析得到的VxWorks 653镜像工程内部的各个分区子工程已存储有配置代码,因此需要删除各个分区子工程之前存储的配置代码,再将新选择的配置代码插入到相对应的分区子工程中,以实现配置代码的替换。
第二替换单元206,用于利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成最新通道配置信息,最新通道配置信息由插件解析配置表得到。
具体的,解析得到的VxWorks 653镜像工程的原有的通道配置文件中,已存储有通道配置信息,因此需要删除通道配置文件已存储的通道配置信息,再将解析配置表得到的最新通道配置信息插入到相对应的通道配置文件中,以实现通道配置文件中通道配置信息的替换。
综上可知,本发明公开了一种网络系统的配置装置,构建网络系统模型并进行校验,当网络系统模型校验通过时,基于该校验通过的网络系统模型生成整个网络系统中各个设备的配置代码和配置表,一方面,利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析选择的VxWorks 653镜像工程,得到该镜像工程内部的各个分区子工程,从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;另一方面,利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成插件解析配置表得到的最新通道配置信息。相比传统方案而言,本发明一方面实现了对网络系统的自动配置,从而有效减少了错误的发生,并提高了配置效率;另一方面,本发明使开发人员可直接关注各个操作系统分区之间的通信逻辑,而不用重复相应的配置过程,从而大大减少了繁复无效的工作,利于进行快速迭代开发且减少开发成本。
需要说明的是,上述实施例中,当校验单元202判定网络系统模型未通过校验时,返回执行模型构建单元201,重新构建网络系统模型。
具体的,当预设校验规则为消息的逻辑链路是否匹配消息载体间的物理通道时,若消息的逻辑链路不匹配消息载体间的物理通道,则判定网络系统模型校验未通过,在这种情况下,就需要返回执行模型构建单元201,重新构建网络系统模型,直至构建的网络系统模型校验通过。
可以理解,第二替换单元206在将通道配置文件中原有的通道配置信息替换成最新通道配置信息之前,首先需要获取该最新通道配置信息。
因此,为进一步优化上述实施例,参见图7,本发明另一实施例公开的一种网络系统的配置装置的结构示意图,在图6所示实施例的基础上,还包括:
第二解析单元207,用于在第二替换单元206利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成最新通道配置信息之前,利用插件解析配置表,得到最新通道配置信息。
在实际应用中,第二解析单元207可以在第一替换单元205将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码之后执行,或是在生成单元203生成整个网络系统中各个设备的配置代码和配置表之后执行,亦或是在第一解析单元204解析VxWorks 653镜像工程,得到VxWorks 653镜像工程内部的各个分区子工程之后执行,具体依据实际需要而定,本发明在此不做限定。
为进一步优化上述实施例,生成单元203在基于校验通过的网络系统模型,生成整个网络系统中各个设备的配置代码和配置表的过程,具体包括:
在整个网络系统模型中,将每个设备连接的物理端口名称、端口id、端口类型以及发送和接收的消息属性,包括消息id、名称、长度、源端口信息及目的端口信息,按照第一预设规则进行配置,生成整个网络系统中各个设备的配置代码;其中,第一预设规则具体依据实际需要而定;
将设备名称、通道id、通道连接的两个分区id以及通道上传递的消息属性,按照第二预设规则,生成整个网络系统中各个设备的配置表;其中,第二预设规则具体依据实际需要而定。
举例说明,如图4所示,设备A含有2个分区,分别是“分区1”和“分区2”,分区1对应的物理端口1的端口id为1,该端口需要发送“飞机高度”消息,接收“飞机纬度”消息,故其代码名称为DeviceA_Part1_Config.h。
整个配置代码包含三种配置,分别是端口配置、发送消息配置和接收消息配置(代码文件非注释内容必须使用英文),整个配置代码是一个结构体嵌套,三种配置是其中的三个子结构体。
端口配置中“端口名称”与分区名称、代码文件名称保持统一,其值为“DeviceA_Part1”,本地端口id为1,端口类型为1,使端口类型设置为FC-AE-ASM协议。
发送消息配置结构体中“消息名称”设置为“Height”,消息id设置为0x00201,消息的源端口信息为1,表示从本端口发出,目的ASM端口设置为3,表示发给端口id为3的ASM端口。
接收消息配置结构体中“消息名称”设置为“Latitude”,消息id设置为0x00301,消息长度为16,单位是字节,源端口信息设置为3,表示接收从端口3发来的消息。
类似的,其它设备的各个分区也按照上述标准生成相应的配置代码。
根据图4,设备A两个分区间需要通过“通道1”传输“飞机纬度”消息。故其配置表文件名称为DeviceA.xml。
配置表遵循xml格式,根节点为设备名称,此处设置为“DeviceA”,下一个子节点为通道,其包含2个属性,分别是通道id以及通道连接的两个分区commPartIds。通道id此处设置为1,commPartIds设置为“1,2”,表示连接分区1和分区2。通道下一个子节点为消息,其包含5个属性,分别是消息id(id)、名称(name)、长度、源端口信息(srcPartId)以及目的端口信息(dstPartId)。此处消息id设置为0x00301,名称为“Latitude”,表示传递的是飞机纬度消息,源端口信息设置为1,目的端口信息设置为2,表示此消息从分区1传递给分区2。
类似的,其它设备的各个分区也按照上述标准生成相应的配置表。
综上可知,本发明公开的网络系统的配置装置,首先构建网络系统模型并进行校验,当网络系统模型校验通过时,再基于该校验通过的网络系统模型生成整个网络系统中各个设备的配置代码和配置表,一方面,利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析选择的VxWorks 653镜像工程,得到该镜像工程内部的各个分区子工程,从生成的各个设备的配置代码中,选择与各个分区子工程相对应的配置代码,并将各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;另一方面,利用插件解析VxWorks 653镜像工程中原有的通道配置文件,并将通道配置文件中原有的通道配置信息替换成插件解析配置表得到的最新通道配置信息。相比传统方案而言,本发明一方面实现了对网络系统的自动配置,从而有效减少了错误的发生,并提高了配置效率;另一方面,本发明使开发人员可直接关注各个操作系统分区之间的通信逻辑,而不用重复相应的配置过程,从而大大减少了繁复无效的工作,利于进行快速迭代开发且减少开发成本。
需要说明的是,装置实施例中各组成部分的具体工作原理,请参见方法实施例对应部分,此处不再赘述。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种网络系统的配置方法,其特征在于,包括:
构建网络系统模型,所述网络系统模型包括:物理链路和消息链路,所述消息链路包括:设备间消息链路和设备内部消息链路;
按照预设校验规则对所述网络系统模型进行校验;
当所述网络系统模型校验通过时,基于校验通过的所述网络系统模型,生成整个网络系统中各个设备的配置代码和配置表;
根据接收的镜像工程选择指令,选择VxWorks 653镜像工程,并利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析所述VxWorks 653镜像工程,得到所述VxWorks 653镜像工程内部的各个分区子工程;
从生成的各个设备的所述配置代码中,选择与所述各个分区子工程相对应的配置代码,并将所述各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;
利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息,所述最新通道配置信息由所述插件解析所述配置表得到。
2.根据权利要求1所述的配置方法,其特征在于,所述构建网络系统模型包括:
构建表征所述整个网络系统中设备之间线路连接关系的物理链路;
根据所述整个网络系统中所传递的消息类型和消息属性,构建设备间消息链路,其中,所述消息属性包括:消息id、名称、长度、源端口信息及目的端口信息;
在设备内部构建需要进行相互通信的分区,每个所述分区对应一个虚拟端口,在所述虚拟端口和物理端口之间创建相应的链接,并创建设备内消息列表和各个分区所需的通道,得到所述设备内部消息链路。
3.根据权利要求1所述的配置方法,其特征在于,所述预设校验规则包括:消息的逻辑链路是否匹配消息载体间的物理通道,并在确定消息的所述逻辑链路匹配消息载体间的所述物理通道时,判定所述网络系统模型校验通过。
4.根据权利要求1所述的配置方法,其特征在于,在步骤利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息之前,还包括:
利用所述插件解析所述配置表,得到所述最新通道配置信息。
5.根据权利要求1所述的配置方法,其特征在于,步骤当所述网络系统模型校验通过时,基于校验通过的所述网络系统模型,生成整个网络系统中各个设备的配置代码和配置表,具体包括:
在所述整个网络系统模型中,将每个设备连接的物理端口名称、端口id、端口类型以及发送和接收的消息属性,按照第一预设规则进行配置,生成所述整个网络系统中各个设备的配置代码;
将设备名称、通道id、通道连接的两个分区id以及通道上传递的消息属性,按照第二预设规则,生成所述整个网络系统中各个设备的配置表。
6.一种网络系统的配置装置,其特征在于,包括:
模型构建单元,用于构建网络系统模型,所述网络系统模型包括:物理链路和消息链路,所述消息链路包括:设备间消息链路和设备内部消息链路;
校验单元,用于按照预设校验规则对所述网络系统模型进行校验;
生成单元,用于当所述网络系统模型校验通过时,基于校验通过的所述网络系统模型,生成整个网络系统中各个设备的配置代码和配置表;
第一解析单元,用于根据接收的镜像工程选择指令,选择VxWorks 653镜像工程,并利用预先安装在VxWorks 653操作系统交叉编译工具中的插件,解析所述VxWorks 653镜像工程,得到所述VxWorks 653镜像工程内部的各个分区子工程;
第一替换单元,用于从生成的各个设备的所述配置代码中,选择与所述各个分区子工程相对应的配置代码,并将所述各个分区子工程中原有的配置代码替换成相对应的新选择的配置代码;
第二替换单元,用于利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息,所述最新通道配置信息由所述插件解析所述配置表得到。
7.根据权利要求6所述的配置装置,其特征在于,所述模型构建单元包括:
第一构建子单元,用于构建表征所述整个网络系统中设备之间线路连接关系的物理链路;
第二构建子单元,用于根据所述整个网络系统中所传递的消息类型和消息属性,构建设备间消息链路,其中,所述消息属性包括:消息id、名称、长度、源端口信息及目的端口信息;
第三构建子单元,用于在设备内部构建需要进行相互通信的分区,每个所述分区对应一个虚拟端口,在所述虚拟端口和物理端口之间创建相应的链接,并创建设备内消息列表和各个分区所需的通道,得到所述设备内部消息链路。
8.根据权利要求6所述的配置装置,其特征在于,所述预设校验规则包括:消息的逻辑链路是否匹配消息载体间的物理通道,并在确定消息的所述逻辑链路匹配消息载体间的所述物理通道时,判定所述网络系统模型校验通过。
9.根据权利要求6所述的配置装置,其特征在于,还包括:
第二解析单元,用于在所述第二替换单元利用所述插件解析所述VxWorks 653镜像工程中原有的通道配置文件,并将所述通道配置文件中原有的通道配置信息替换成最新通道配置信息之前,利用所述插件解析所述配置表,得到所述最新通道配置信息。
10.根据权利要求6所述的配置装置,其特征在于,所述生成单元具体用于:
在所述整个网络系统模型中,将每个设备连接的物理端口名称、端口id、端口类型以及发送和接收的消息属性,按照第一预设规则进行配置,生成所述整个网络系统中各个设备的配置代码;
将设备名称、通道id、通道连接的两个分区id以及通道上传递的消息属性,按照第二预设规则,生成所述整个网络系统中各个设备的配置表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711135569.9A CN107809335B (zh) | 2017-11-16 | 2017-11-16 | 一种网络系统的配置方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711135569.9A CN107809335B (zh) | 2017-11-16 | 2017-11-16 | 一种网络系统的配置方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107809335A true CN107809335A (zh) | 2018-03-16 |
CN107809335B CN107809335B (zh) | 2020-09-29 |
Family
ID=61580409
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711135569.9A Active CN107809335B (zh) | 2017-11-16 | 2017-11-16 | 一种网络系统的配置方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107809335B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111885596A (zh) * | 2020-08-03 | 2020-11-03 | 南京创通微新通信有限公司 | 一种基于虚拟端口的数据转发系统及方法 |
WO2020224065A1 (zh) * | 2019-05-08 | 2020-11-12 | 苏州浪潮智能科技有限公司 | 一种fru信息生成方法、系统及相关装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050180337A1 (en) * | 2004-01-20 | 2005-08-18 | Roemerman Steven D. | Monitoring and reporting system and method of operating the same |
CN101894192A (zh) * | 2010-07-19 | 2010-11-24 | 北京航空航天大学 | Afdx网络设计与验证的仿真和演示系统及其仿真和演示方法 |
CN102567666A (zh) * | 2011-11-24 | 2012-07-11 | 中国船舶重工集团公司第七0九研究所 | 一种VxWorks中可信平台模块虚拟构造及其驱动的实现方法 |
US20120192147A1 (en) * | 2011-01-25 | 2012-07-26 | Argen Wong | Develop real time software without an RTOS |
-
2017
- 2017-11-16 CN CN201711135569.9A patent/CN107809335B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050180337A1 (en) * | 2004-01-20 | 2005-08-18 | Roemerman Steven D. | Monitoring and reporting system and method of operating the same |
CN101894192A (zh) * | 2010-07-19 | 2010-11-24 | 北京航空航天大学 | Afdx网络设计与验证的仿真和演示系统及其仿真和演示方法 |
US20120192147A1 (en) * | 2011-01-25 | 2012-07-26 | Argen Wong | Develop real time software without an RTOS |
CN102567666A (zh) * | 2011-11-24 | 2012-07-11 | 中国船舶重工集团公司第七0九研究所 | 一种VxWorks中可信平台模块虚拟构造及其驱动的实现方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020224065A1 (zh) * | 2019-05-08 | 2020-11-12 | 苏州浪潮智能科技有限公司 | 一种fru信息生成方法、系统及相关装置 |
CN111885596A (zh) * | 2020-08-03 | 2020-11-03 | 南京创通微新通信有限公司 | 一种基于虚拟端口的数据转发系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107809335B (zh) | 2020-09-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108667807A (zh) | 一种基于监控云平台与网关的协议自适应方法及系统 | |
Xue | Minimum-cost QoS multicast and unicast routing in communication networks | |
EP2835938B1 (en) | Message publishing and subscribing method and apparatus | |
CN107153565A (zh) | 配置资源的方法及其网络设备 | |
CN103020024B (zh) | 一种文件格式转换方法 | |
CN105868364B (zh) | 一种基于字节流的结构化数据表示方法 | |
CN107809335A (zh) | 一种网络系统的配置方法及装置 | |
CN102438017B (zh) | 基于路由功能的Modbus和BACnet Ethernet协议转化装置及转化方法 | |
Gao et al. | Scalpel: Scalable preferential link tomography based on graph trimming | |
CN106713024A (zh) | 一种批量集群节点管理方法、系统及计算机集群管理节点 | |
CN105376151A (zh) | ABtest平台的分流方法及系统 | |
US20040059814A1 (en) | Gateway and gateway setting tool | |
CN104821948B (zh) | 基于POWERLINK的openSAFETY功能安全实现方法 | |
CN108989175A (zh) | 一种通信方法及装置 | |
CN107968722B (zh) | 一种接口控制文件到afdx网络设备配置文件的转换方法 | |
CN106330477A (zh) | 一种以太网业务配置方法、装置及网管 | |
CN113849692A (zh) | 一种数据交换方法及系统、电子设备、存储介质 | |
CN107196860A (zh) | Sdn网络中网络编码进行组播传输的方法 | |
Fekete et al. | The need for headers: An impossibility result for communication over unreliable channels | |
CN106227707B (zh) | 一种基于元模型的报文规约定义文件的配置方法 | |
ES2345536T3 (es) | Motor y sistema de gestion basado en web. | |
CN109088672A (zh) | 一种基于塑料光纤的多点并发通信方法 | |
CN103701940B (zh) | 一种网络管理系统下的地址解析协议配置方法及装置 | |
CN106411610A (zh) | 一种云ac设备故障单编号生成方法和装置 | |
Moyne | System design for automation in semiconductor manufacturing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |