CN102833332B - 一种分布式多对多设备通信和管理方法 - Google Patents
一种分布式多对多设备通信和管理方法 Download PDFInfo
- Publication number
- CN102833332B CN102833332B CN201210302249.9A CN201210302249A CN102833332B CN 102833332 B CN102833332 B CN 102833332B CN 201210302249 A CN201210302249 A CN 201210302249A CN 102833332 B CN102833332 B CN 102833332B
- Authority
- CN
- China
- Prior art keywords
- board
- transmission
- bag
- buffer memory
- 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.)
- Active
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种分布式多对多设备通信和管理方法,其包括如下步骤:(1)机架式路由器或者交换机设备各板卡启动后,启动两个后台任务;(2)各板卡记录其他板卡的状态;(3)将应用层需要传输的数据,通过私有协议进行封装,根据目的板卡和发送板卡设置相应的目的MAC地址和源MAC地址,通过可靠传输方式发送给目的板卡;(4)通过定时器机制,实现数据报文的重传和板卡的状态检查;(5)发包及(6)收包。本发明的方法采用基于二层以太网的传输机制,通过机架式设备板卡之间可靠的多点对多点传输,实现机架式路由器中多主控卡、各种线路接口卡和各种业务处理卡之间的可靠传输和管理,从而保障了网络层核心设备的高可靠性。
Description
技术领域
本发明涉及一种分布式多对多设备通信和管理方法,特别是指一种机架式多业务路由器中主控卡、多种线路接口卡和多种业务处理板卡之间的通信机制和相互之间的管理方法。
背景技术
在中高端路由器或者交换机中,各种类型板卡之间的主要通信机制如下:主控卡必须能及时感知其他卡,并将相关的用户配置信息发送给其他接口卡或者业务卡,以便实现路由器或者交换机功能的开通。各种接口线路卡必须能及时感知多块业务处理卡和交换卡的状态以及相关的负载信息,以便进行合适的调度,实现负载均衡和业务处理。业务处理板卡必须能及时确定各类接口卡的状态,以便进行正确的业务分发和处理。各类接口线路卡之间的管理数据必须隔离,各种类型的业务处理板卡都需要接受主控卡的管理和控制。
因此,各种类型板卡之间的通信需要满足如下要求:
基于以太网实现板卡间通信;
实现板卡的发现、加入、监控和离开;
实现板卡间通信信息的广播、组播和单播;
为上层应用提供两种服务:可靠按序的服务、非可靠非按序的服务;
能对长包实现分片传输。
各种类型的板卡之间如何通信才能满足以上需求,采用传统的TCP或者UDP协议,各板卡之间只能建立一对一的通信,这样需要建立较多的会话,通信量较多,部分嵌入式操作***本身的TCP和UDP实现的可靠性遭到质疑,另外采用TCP和UDP需要占用大量的IP地址,这些IP地址虽然只在设备内部使用,但为设备遭受攻击留下了隐患。其次,如果采用TCP或者UDP的主从通信机制,板卡两两之间通过建立会话进行通信,每块板卡需要建立大量的会话对,对这些众多会话对的管理、建立和删除都占用的大量的CPU和缓存资源。而中高端路由器或者交换机的CPU资源和缓存对***性能的影响极大,板卡之间的通信和管理必须尽量节省资源。
因此使用TCP或者UDP通信实现各板卡之间多点对多点的可靠传输,存在较大的局限性。
另外,各种类型的板卡之间的通信除满足以上基本功能外,必须具备足够的可靠性。只有通过可靠正确的传输,才能保证整个***的正常运行,并实现路由器或者交换机设备的基本功能。
发明内容
有鉴于此,本发明的主要目的在于提供一种采用类似于四层TCP传输的请求-应答方式,实现二层以太网的可靠传输,通过有效的状态机管理,实现机架式路由器或者交换机中各种板卡之间可靠通信和管理的分布式多对多设备通信和管理方法。
为达到上述目的,本发明提供一种分布式多对多设备通信和管理方法,其包括如下步骤:
(1)机架式路由器或者交换机设备各板卡启动后,启动两个后台任务,一个后台任务定时发送私有定义的心跳报文,另一个后台任务监控其他板卡的心跳报文;
(2)各板卡记录其他板卡的状态,维护整个设备板卡的状态机,所有板卡的发现、加入、监控和离开通过状态机的变迁来实现;
(3)将应用层需要传输的数据,通过私有协议进行封装,根据目的板卡和发送板卡设置相应的目的MAC地址和源MAC地址,通过可靠传输方式发送给目的板卡;
(4)通过定时器机制,实现数据报文的重传和板卡的状态检查;
(5)发包时,查看是否存在发送缓冲区,填写发送报文协议包头,然后发送,并启动数据包的缓存定时器,发送缓冲区按发送序列号的顺序递增排列;
(6)收包时,检查是否等于期望接收的序列号,如果相等则直接交给应用层进行收包处理,对期望接收的序列号重新赋值,反之需要缓存,并发送期望接收序列号;
(7)对于可靠按序传输,发送者和接收者都要维护一个发送缓存和一个接收缓存,并且都维护一个可接收序号的窗口,发送缓存用于存放发送出去的未确认的包,接收缓存用于存放接收到但乱序的包,接收缓存里面已经按序的包直接交给相应的上层进行处理。
该方法用于机架式交换设备内部各板卡之间的可靠通信,可扩展至其他类似的***。
各板卡之间进行多点对多点的管理数据传输时,采用私有的以太网二层通信协议,对单播和组播均可实现可靠传输。
所述私有的以太网二层通信协议,数据包头部格式为自定义格式。
包的重传由每个包的重传定时器来进行,实现组播报文中仅对部分未确认的板卡进行重传。
对于长包,根据链路的MTU,实现分片和重组。
发包过程中,捎带上一报文的确认ACK信息。
本发明的分布式多对多设备通信和管理方法采用基于二层以太网的传输机制,通过机架式设备板卡之间可靠的多点对多点传输,实现机架式路由器中多主控卡、各种线路接口卡和各种业务处理卡之间的可靠传输和管理,从而保障了网络层核心设备的高可靠性。
附图说明
图1为本发明应用的硬件框架图;
图2为本发明应用的软件框架图;
图3为本发明的软件实现结构图;
图4为本发明的任务事件处理图;
图5为本发明主控板维护的状态机;
图6为本发明除主控外其他板卡维护的状态机;
图7为本发明各板卡间私有传输数据包格式。
具体实施方式
为便于对本发明的方法及达到的效果有进一步了解,下面结合附图对本发明进行详细的描述。
基于分布式体系结构的中高端路由器和交换机硬件架构如图1所示,整个***包括主控模块、交换网模块、接口处理单元、业务处理单元。***主控模块采用1+1的冗余备份,主控模块专注于业务控制协议(如路由协议)内部传送,通过独立通道提供控制信息传递;交换网采用多级交换矩阵结构,实现分布式交换;接口单元实现高速报文处理;业务处理单元种类较多,如IPv4/IPv6过渡业务处理单元实现隧道、翻译等IPv4/IPv6过渡,安全智能管道处理单元实现高速业务感知和内容管控等,同一种功能的业务处理单元一般采用N+1备份。
在中高端路由器或者交换机中,各种类型的板卡都具备自己的CPU和相应的嵌入式操作***,各板卡之间通过主从分布式通信或者TCP、UDP等机制,实现相互之间的发现与控制管理。主控提供整个***的网管界面,使得整个***对外是一个完整的整体。其软件体系结构设计框架如图2所示,它包括控制实体(CE)和转发实体(FE)两部分。控制实体负责管理整个路由器***,控制实体软件负责管理整个路由器***,主要完成上层各种虚拟设备驱动程序、虚拟设备接口映射管理、路由控制协议、控制平面协议栈、开放控制服务映射层、构件运行支撑环境与管理监测、用户操作管理UI(UserInterface)公共支撑模块、网络管理公共支撑模块、控制实体与转发实体间通信、管理和监控以及与用户相关的各种配置管理支持等功能。转发实体指路由转发板,使用网络处理器、多核处理器来处理接口管理和报文转发功能,完成IPv4、IPv6、MPLS等多种协议报文的转发处理功能,完成IPv4/IPv6隧道、IPv4/IPv6协议翻译等功能。
因此,基于分布式体系结构的中高端路由器和交换机中,各板卡之间需要进行多点对多点的可靠通信,如果能够找到一种高效可靠的多点对多点分布式通信机制,实现机架式路由器或者交换机中板卡(控制实体)之间的有效管理,对机架式路由器或者交换机的稳定性和综合性能的提高是大有裨益的。
任务和事件处理的总体实现
本发明的方法运行于机架式设备的各类型板卡上,运行结构如图3所示,通过上层协议接口与上层协议进行通信,通过下层以太网接口与以太网链路驱动连接,在上层协议接口中封装为私有的通信格式。
如图3所示,除以上接口外,还需实现以下功能:
分片和重组:单播和组播均支持分片和重组功能,根据链路MTU,对较大数据包进行分片,在接收端,则对分片包按序进行重组。
状态机维护:实现板卡的发现、加入、监控和离开。
单播和组播:以太网单播地址通过板卡的发现进行学习,单播直接使用以太网单播来实现,广播直接用以太网广播来实现,组播也用以太网广播来实现,在软件通信数据包里面进行接收槽位区分。对单播和组播的可靠传输,均需要收到全部接收板卡的应答信息,未收到应答信息的板卡,需进行重传。
分布式多对多设备通信和管理方法任务处理如图4所示,主要包括收、发包事件处理,状态机超时处理,ACK报文的请求和处理等。
状态机中各状态及变迁的实现
图5为主控板卡维护的状态变迁图,主要包含以下状态:
NONEXIST:板卡启动时将状态机设置为NONEXIST状态;
OPENRECV:板卡在NONEXIST收到其他卡发来的OPEN包,发送OPENACK进入OPENRECV状态;同时启动OPENRECV定时器,防止状态机长期处于OPENRECV状态;同时启动Keepalive和hold机制;
LOADING:板卡在OPENRECV状态收到LOADREQ,进入LOADING状态,同时开始对其他卡需要同步配置的信息数据进行传输;
OPERATION:板卡在LOADING状态收到LOADFINISH进入OPERATKION状态,在整个过程中都存在keepalive和hold机制;
在LOADING和OPERATION状态收到OPEN包说明线卡重新启动,进入OPENRECV状态。
图6为除主控板卡外,其他板卡维护的状态变迁图,主要包含以下状态:
NONEXIST:板卡启动将状态机设置为NONEXIST状态,发送OPEN进入OPENSEND状态,启动OPENSEND定时器;
OPENSEND:板卡收到主控发来的OPENACK包,发送LOADREQ进入LOADING状态,接收主控发送过来的load数据,同时启动keepalive和hold机制;
LOADING:板卡收到LOADDATA进行LOADING处理,load数据应该有结束标志,板卡执行load操作通知板卡状态机load完成,进入OPERATION状态;
OPERATION:在整个过程中都存在keepalive和hold机制。
整个***状态变迁说明如下:
1、各板卡初始化完毕都处于NONEXIST状态;
2、各线路接口卡和业务处理卡发送广播的TYPE_OPEN消息,进入STATE_OPENSEND;
3、主控板收到TYPE_OPEN消息,发送TYPE_OPENACK,进入STATE_OPENRECV状态,启动Keepalive和Hold定时器;
4、各线路接口卡和业务处理卡收到TYPE_OPENACK消息,发送TYPE_LOADREQ消息,进入STATE_LOADING状态,启动Keepalive和Hold定时器;
5、主控板卡收到TYPE_LOADREQ消息,通知上层处理TYPE_LOADREQ消息,并将该板卡信息广播给所有已在位板卡;
6、各已在位板卡记录新加入的板卡信息,新上线板卡接收其他上层处理loading消息,Loading完毕后,通知线卡Loading完成,线卡进入STATE_OPERATION状态,发送TYPE_LOADFINISH消息给主控;
7、主控收到TYPE_LOADFINISH消息进入STATE_OPERATION状态;
8、每个状态都有一个和该状态相关的定时器,避免在某个状态上停留时间太长。
板卡之间数据包传输格式
为了保证可靠传输,需要定义板卡间传输数据包封装格式,支持各板卡彼此之间的单播和广播,此外还考虑传输大块的数据信息的分段传输、服务质量QoS等,即不同级别的应用可以用不同的服务策略。图7表示了板卡之间数据传输的消息格式。
各字段定义如下:
type:表示数据包的类型,主要有以下几种类型open、openack、keepalive(互相发送)、Loadreq、Loadfinish、ackreq(ACK轮循)、ack(ACK响应)、Nak、data(数据包)、nm(网管包)等;
dir:表示数据包的方向性,主要有以下几种:从主控卡到线路接口卡、线路接口卡到主控卡、主控卡到业务处理卡、业务处理卡到主控卡、线路接口卡到业务处理卡、业务处理卡到线路接口卡。可以有多种类型同时进行,如主控卡向线路接口板卡和业务处理板卡,则为主控卡到线路接口卡和主控卡到业务处理卡的或操作;
svr:表示进行传输的要求,0表示非可靠非按序服务,1表示可靠按序服务;
length:包括数据包头的总长度;
identifier:表示发送的每一份应用数据单元;
flag:更多的片MF标志,广播或单播标志;
offset:分片偏移;
seq:发送序列号;
ack:确认号;
src:源***;
srccpu:源CPU号;
dst:目的***,在单播包中才有效;
srccpu:目的CPU号;
reserved:保留;
checksum:校验和,包括首部和数据;
dstmap:目的***、CPU号的bitmap,最大支持64*4,在广播标志中才有效。
发包流程
对于等待发送的数据包,首先获得自己的槽位号,和待发送的目的地的槽位号(可以为广播地址,向所有板卡进行广播),是否要求可靠服务,制定的CoS类别。对分配的数据包分配内存池中的块,如果失败,则错误计数,返回。分配内存成功,根据链路的MTU,将相应的数据报文拆分,如果待发送包的序列号在发送窗口之内,也可以查看是否还存在发送缓冲区,再填写发送报文协议包头,然后发送。启动数据包的缓存定时器。
如果缓存定时器超时,且收到NAK,则重传,如果超时n(n缺省=3)次以后,则丢弃,可用发送缓冲区个数加1,进行错误计数。发送缓冲区按发送序列号的顺序递增排列,因此再进行***的时候按有序链表操作。
发包过程中,可以捎带上一报文的确认ACK信息。
收包流程
从底层驱动收到协议类型为0xFF03的数据包,检查是否等于期望接收的序列号,如果相等则直接交给应用层进行收包处理,然后检查接收缓冲区,按序检查,将需要的包交付上层,对期望接收的序列号重新赋值。反之需要缓存,检查是否有接收缓冲区,如果有,则缓存,并发送期望接收序列号的NAK。缓存起来,启动定时器,如果超时,则重传NAK,如果超时n(n缺省=3)次以后,则丢弃,可用接收缓冲区个数增加。
收到NAK报文以后,对发送缓存中的包添加NAK收到标记。
如果收到确认序列号报文,且确认序列号在期望接收的确认序列号和下一个发送序列号之间,则关闭定时器,释放所有小于或等于当前确认序列号的发送缓存,可用发送缓冲区个数增加。
可靠按序传输
发包时,如果缓存不够,直接返回ERROR,其他情况返回OK。
由于源地址和目的地址采用bit位来表示,并且0xffffffff表示广播,整个***最多支持32个板卡。
各板卡对每个其他板卡(包括广播、组播)维护一个发送缓存和一个接收缓存,发送缓存用于存放发送出去的未确认的包,接收缓存用于存放接收到但乱序的包,接收缓存里面已经按序的包直接交给相应的上层进行处理。
发送者维护本地变量ack_expected(发送者发送出去的包的最低序号)和next_seq_to_send(发送者发送出去的最大序号+1),发送者收到ack后,判断ack中的序号是否在ack_expected和next_seq_to_sendcircully之间,确定是否释放ack_expected和ack序号之间的发送缓存并增加ack_expected,达到最大值后,循环设置为0;
接收者维护本地变量seq_expected(期望接收的最小序号)和seq_toofar(接收者可以接收的最大序号+1),接收者对接收的序号seq,判断是否在seq_expected和seq_toofar之间,从而确定收到的包是否在接收窗口内,如果seq和seq_expected不相等,发送NAK要求重传seq_expected,将按序的包依次送给相应的处理函数进行处理。为了智能修改重传机制,收到NAK,应发送NAK消息中确认序号之后一数据块,因为丢包往往会持续一小段时间,避免重传之后较近的数据连续重传;及时释放缓冲区,不要等到keepalive或ackack方才释放;收到Keepalive,看作收到确认序号+1的NAK,实现智能重传。
发送者和接收者都要维护一个发送缓存和一个接收缓存,并且都维护一个可接收序号的窗口,发送方的窗口从0开始增加到最大BUFFER_NUM,接收者窗口固定为BUFFER_NUM大小,接收方为窗口内的每个序号提供一个缓存,每个接收缓存还有一个相关的标志位用来表示缓存的占用情况。发送广播包者针对每个发送缓存还要提供引用计数,释放发送缓存只是将引用计数减1,当应用计数为0时才真正的释放缓存。
板卡定时轮循广播发送ackreq,请求其他板卡发回ack,由于板卡需要区分是针对广播包的ack还是针对单播的ack,在ack包里面包含是广播还是单播的ack标志,收包者需要保存收到的包是广播还是单播,这样在对包进行ackreq回复时可以作出判断,这一点可以直接使用收到的缓存中的目的mac作出判断。
包的重传由每个包的重传定时器来进行,重传定时器到,检查有无NAK到达,若有则进行重传,若无则继续重新启动重传定时器,重传定时器的关闭由ACK包来触发。
本发明的方法的基本思路是:所有板卡启动后,初始化管理软件,启动两个后台任务,一个后台任务定时发送私有定义的心跳报文,心跳报文中携带该板卡的槽位信息、板卡类型以及子卡信息等,另一个后台任务监控其他板卡的心跳报文,记录其他板卡的状态,维护整个设备板卡的状态机。所有板卡的发现、加入、监控和离开通过状态机的变迁来实现。
各板卡维护整个***各板卡的信息,主控卡根据其他卡的类型和端口信息,发送相应的配置信息;线路接口卡根据业务处理板卡的位置和流量信息,调度本接口卡接收数据业务的转发和处理,对于多个相同类型的转发卡和业务处理卡,实现负载均衡调度,同时由于线路接口板卡维护了各业务处理板卡的信息,对与业务处理板卡的热插拔操作,线路接口板卡可及时感知,实现有效的调度,提高了设备对数据业务处理的效率,同时避免业务的丢失;另外,业务处理板卡根据线路接口板卡和交换板卡的信息,将处理后的业务进行合适的分发。
因此该方法除了完成各种板卡之间的状态协商及维护外,还需要进行多点对多点的管理数据通信、负责设置、获取线卡硬件信息等。
各板卡之间进行多点对多点的管理数据传输时,采用私有的以太网二层通信协议,该方法主要用于设备内部的通信,只需要单播和广播两种方式。可靠传输报文的源MAC地址为本板卡设置的地址,可进行固定设置或者通过槽位号换算,单播报文的目的MAC地址为相应目的槽位的MAC地址,广播报文则为全F。以太报文类型则私有定义为0xFF03,其他数据包类型则进行私有定义。
为保证可靠传输,对于各板卡之间的单播传输,采用请求-应答的传输机制,发送板卡需要接收到确认消息ACK之后,才向上层应用返回传输成功消息。对于各板卡之间的广播传输,由于发送板卡已知***中所有板卡信息,且了解需要接收的板卡,为实现其可靠性,发送时将需要广播的槽位信息通过设置相应的位操作来实现,接收确认消息ACK时,需要对相应的位进行判断,只有接收到所有槽位的ACK消息后,才能表示其他槽位已正确接收,如果有部分失败,也只需对失败的槽位进行传输。
包的重传由每个包的重传定时器来进行,重传定时器到,检查有无重传请求NAK到达,若有则进行重传,若无则继续重新启动重传定时器,重传定时器的关闭由确认消息ACK包来触发。
分片和重组采用类似IP的分片和重组机制,根据链路的MTU,将应用层的数据拆份,对分片报文携带相应的标记和序号。接受完成后,根据序号进行重组数据包。
为保证传输的按序进行,所有板卡软件均维护一个发送缓存和一个接收缓存,发送缓存用于存放发送出去的未确认的包,接收缓存用于存放接收到但乱序的包,接收缓存里面已经按序的包直接交给相应的上层进行处理。发送者维护本地变量ack_expected(发送者发送出去的包的最低序号)和next_seq_to_send(发送者发送出去的最大序号+1);接收者维护本地变量seq_expected(期望接收的最小序号),如果ack_expected和seq_expected不相等,发送NAK要求重传seq_expected,将按序的包依次送给相应的处理函数进行处理。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (6)
1.一种分布式多对多设备通信和管理方法,其特征在于,该方法为满足任意两个***或者板卡之间可进行通信,实现多对多的对等体之间的管理和通信,该方法包括如下步骤:
(1)机架式路由器或者交换机设备各板卡启动后,启动两个后台任务,一个后台任务定时发送私有定义的心跳报文,另一个后台任务监控其他板卡的心跳报文,通过每一板卡的这两个任务,发现和维护整个***其他所有板卡的状况,以便进行通信;
(2)各板卡记录其他板卡的状态,维护整个设备板卡的状态机,所有板卡的发现、加入、监控和离开通过状态机的变迁来实现,同时板卡的状态与板卡之间的通信相关联;
(3)将应用层需要传输的数据,通过私有协议进行封装,根据目的板卡和发送板卡设置相应的目的MAC地址和源MAC地址,通过可靠传输方式发送给目的板卡;
(4)通过定时器机制,实现数据报文的重传和板卡的状态检查;
(5)发包时,查看是否存在发送缓冲区,填写发送报文协议包头,然后发送,并启动数据包的缓存定时器,发送缓冲区按发送序列号的顺序递增排列;
(6)收包时,检查是否等于期望接收的序列号,如果相等则直接交给应用层进行收包处理,对期望接收的序列号重新赋值,反之需要缓存,并发送期望接收序列号;
(7)对于可靠按序传输,发送者和接收者都要维护一个发送缓存和一个接收缓存,并且都维护一个可接收序号的窗口,发送缓存用于存放发送出去的未确认的包,接收缓存用于存放接收到但乱序的包,接收缓存里面已经按序的包直接交给相应的上层进行处理;
包的重传由每个包的重传定时器来进行,实现组播报文中仅对部分未确认的板卡进行重传,重传定时器到,检查有无重传请求NAK到达,若有则进行重传,若无则继续重新启动重传定时器,重传定时器的关闭由确认消息ACK包来触发;进行多点对多点的管理数据通信、负责设置、获取线卡硬件信息,各板卡之间进行多点对多点的管理数据传输时,采用私有的以太网二层通信协议。
2.如权利要求1所述的分布式多对多通信和管理方法,其特征在于,该方法用于机架式交换设备内部各板卡之间的可靠通信。
3.如权利要求1所述的分布式多对多通信和管理方法,其特征在于,各板卡之间进行多点对多点的管理数据传输时,采用私有的以太网二层通信协议,对单播和组播均可实现可靠传输。
4.如权利要求3所述的分布式多对多通信和管理方法,其特征在于,所述私有的以太网二层通信协议,数据包头部格式为自定义格式。
5.如权利要求1所述的分布式多对多通信和管理方法,其特征在于,对于长包,根据链路的MTU,实现分片和重组。
6.如权利要求1所述的分布式多对多通信和管理方法,其特征在于,发包过程中,捎带上一报文的确认ACK信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210302249.9A CN102833332B (zh) | 2012-08-23 | 2012-08-23 | 一种分布式多对多设备通信和管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210302249.9A CN102833332B (zh) | 2012-08-23 | 2012-08-23 | 一种分布式多对多设备通信和管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102833332A CN102833332A (zh) | 2012-12-19 |
CN102833332B true CN102833332B (zh) | 2016-05-04 |
Family
ID=47336299
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210302249.9A Active CN102833332B (zh) | 2012-08-23 | 2012-08-23 | 一种分布式多对多设备通信和管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102833332B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10684973B2 (en) | 2013-08-30 | 2020-06-16 | Intel Corporation | NUMA node peripheral switch |
CN104270255B (zh) * | 2014-09-05 | 2018-10-09 | 烽火通信科技股份有限公司 | 一种基于linx进程的节点间通信***及方法 |
CN104270270B (zh) * | 2014-09-28 | 2018-03-30 | 国家电网公司 | 一种中高端机架式大容量设备通信管理方法 |
CN104483926B (zh) * | 2014-11-19 | 2017-03-15 | 北京国电软通江苏科技有限公司 | 一种主控单元分布式控制方法 |
CN104320359A (zh) * | 2014-11-24 | 2015-01-28 | 上海斐讯数据通信技术有限公司 | 一种堆叠式交换机的数据包传输方法及*** |
CN108462730A (zh) * | 2017-02-17 | 2018-08-28 | 中兴通讯股份有限公司 | 接口id管理方法、客户端及服务端 |
CN107483290B (zh) * | 2017-08-30 | 2020-10-30 | 锐捷网络股份有限公司 | 基于交换机的主引擎选举方法和装置 |
CN107704410A (zh) * | 2017-09-18 | 2018-02-16 | 北京百卓网络技术有限公司 | 通信设备 |
CN110460547B (zh) * | 2018-05-08 | 2021-04-16 | 中国人民解放军国防科技大学 | 一种面向可重构云架构的可靠端到端通信方法 |
CN110875881A (zh) * | 2018-08-31 | 2020-03-10 | 中兴通讯股份有限公司 | 一种路由管理方法及分布式设备 |
CN109802856B (zh) * | 2019-01-04 | 2021-09-07 | 烽火通信科技股份有限公司 | 一种单网元管理多子框板卡的方法 |
CN110806993B (zh) * | 2019-11-05 | 2021-06-01 | 积成电子股份有限公司 | 一种定制的modbus通信方法及利用该方法的低耦合远动装置 |
CN113641623B (zh) * | 2021-06-30 | 2024-02-20 | 曙光网络科技有限公司 | 信息交互方法和装置、框式网络设备、计算机可读存储介质 |
CN114189484B (zh) * | 2021-12-28 | 2023-10-27 | 杭州迪普科技股份有限公司 | 一种报文内部转发的方法和装置 |
CN114520801A (zh) * | 2022-01-19 | 2022-05-20 | 深圳市联洲国际技术有限公司 | 一种机框式网络设备的通信方法 |
CN114430403B (zh) * | 2022-04-07 | 2022-06-17 | 湖南戎腾网络科技有限公司 | 一种板卡间的寻址方法、装置及计算机设备 |
CN115776357A (zh) * | 2022-11-22 | 2023-03-10 | 厦门鸿谷智芯科技有限公司 | 一种实现Can数据透传质量提升的方法及其装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101123471A (zh) * | 2006-08-09 | 2008-02-13 | 中兴通讯股份有限公司 | 可变带宽通信寻址数据处理方法 |
CN101867520A (zh) * | 2010-06-12 | 2010-10-20 | 迈普通信技术股份有限公司 | 分布式***中板卡间数据交换的方法 |
CN101907879A (zh) * | 2010-03-12 | 2010-12-08 | 大连理工大学 | 工业控制网络冗余容错*** |
-
2012
- 2012-08-23 CN CN201210302249.9A patent/CN102833332B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101123471A (zh) * | 2006-08-09 | 2008-02-13 | 中兴通讯股份有限公司 | 可变带宽通信寻址数据处理方法 |
CN101907879A (zh) * | 2010-03-12 | 2010-12-08 | 大连理工大学 | 工业控制网络冗余容错*** |
CN101867520A (zh) * | 2010-06-12 | 2010-10-20 | 迈普通信技术股份有限公司 | 分布式***中板卡间数据交换的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102833332A (zh) | 2012-12-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102833332B (zh) | 一种分布式多对多设备通信和管理方法 | |
CN107046542B (zh) | 一种在网络级采用硬件实现共识验证的方法 | |
US9900168B2 (en) | System and method for reliable multicast data transport | |
US7443845B2 (en) | Apparatus and method for a lightweight, reliable, packet-based transport protocol | |
CN110995697A (zh) | 一种大数据传输方法及*** | |
Wang et al. | SDUDP: A reliable UDP-Based transmission protocol over SDN | |
CN101552785B (zh) | 基于消息机制的用于海量数据传输的can总线通信方法 | |
CN101505306B (zh) | 一种分布式***中的节点间可靠通信方法 | |
WO2006133655A1 (fr) | Procede pour la transmission fiable de donnees utilisant un protocole de multidiffusion et de diffusion individuelle et hote pour la reception des donnees | |
CN103986647A (zh) | 报文传输方法及设备 | |
CN100583776C (zh) | 网络设备内部节点可靠组播的方法、***及设备 | |
CN101286867A (zh) | 一种网络设备的软件升级方法与*** | |
Moons et al. | Using SCHC for an optimized protocol stack in multimodal LPWAN solutions | |
WO2013085984A1 (en) | Tcp connection relocation | |
CN101674235B (zh) | 数据传输方法和设备 | |
Yu et al. | DTN Licklider transmission protocol over asymmetric space channels | |
CN105577560A (zh) | 数据包、数据传输***及方法 | |
Saadawi et al. | A transport layer load sharing mechanism for mobile wireless hosts | |
CN107046452A (zh) | 一种数据高带宽高可靠性传输方法 | |
CN101184032A (zh) | 一种堆叠***设备通讯的方法 | |
García-Domínguez | Enabling SCADA cluster and cloud for smart grid using hierarchical multicast; the PTMF framework | |
Gilesh et al. | An adaptive reliable transport protocol based on Automatic reSend reQuest (ASQ) technique for wireless sensor networks | |
Hobaya et al. | Reliable multicast transport of BGP for geostationary satellite networks | |
Goncharov | Delay-tolerant networks | |
CN115348207B (zh) | 一种基于udp的主备nat设备流表同步方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20170324 Address after: 430074 East Lake high tech Development Zone, Hubei Province, No. 6, No., high and new technology development zone, No. four Patentee after: Fenghuo Communication Science &. Technology Co., Ltd. Address before: No. 5 light communication building 430074 Hubei province Wuhan Dongxin road 3 floor Patentee before: Wuhan Fenghuo Network Co., Ltd. |
|
TR01 | Transfer of patent right |