CN101771632B - 一种跨局域网***间通信的方法 - Google Patents

一种跨局域网***间通信的方法 Download PDF

Info

Publication number
CN101771632B
CN101771632B CN200810072528A CN200810072528A CN101771632B CN 101771632 B CN101771632 B CN 101771632B CN 200810072528 A CN200810072528 A CN 200810072528A CN 200810072528 A CN200810072528 A CN 200810072528A CN 101771632 B CN101771632 B CN 101771632B
Authority
CN
China
Prior art keywords
lan
area network
local area
identification code
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.)
Active
Application number
CN200810072528A
Other languages
English (en)
Other versions
CN101771632A (zh
Inventor
刘辉
杨一麟
时宜
王松辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xiamen Yaxun Zhilian Technology Co ltd
Original Assignee
Xiamen Yaxon Networks Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Xiamen Yaxon Networks Co Ltd filed Critical Xiamen Yaxon Networks Co Ltd
Priority to CN200810072528A priority Critical patent/CN101771632B/zh
Publication of CN101771632A publication Critical patent/CN101771632A/zh
Application granted granted Critical
Publication of CN101771632B publication Critical patent/CN101771632B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明一种跨局域网***间通信的方法,解决效率低和安全性差的问题。该方法包含的步骤有:A.各设备利用寻址协议动态地为自己建立本地设备路由表;B.各互联网关利用寻址协议动态地为自己建立本地设备路由表和远端设备路由表;C.各设备利用寻址协议动态地为自己建立网关路由表;D.源设备编制包含源设备的识别码、目标设备的识别码和数据的数据协议;以及E,若目标设备的识别码记录在源设备的本地设备路由表中,则源设备直接将该数据协议发送给目标设备;或F,若目标设备的识别码记录在源设备的网关路由表中,则本局域网的互联网关接收该数据协议利用远端设备路由表经目标设备所在局域网的互联网关将该数据协议发送给目标设备。

Description

一种跨局域网***间通信的方法
技术领域
本发明涉及一种通过互联网在多个局域网之间进行数据通信的方法。 
背景技术
随着网络数据处理业务的拓展,一些大型网络数据处理***往往需要在异地搭建分中心以满足业务需求。如何通过互联网实现不同中心服务器集群之间高效,便捷,安全的异地通信是网络数据处理***的关键。现有技术简单地通过互联网,在不同局域网的中心服务器间两两建立TCP链路;显然效率低下,且所有服务器都需暴露在公网,安全性差;为了保证数据可达,还需要在设备通信协议的业务数据中附加路由信息,这些都给开发带来很大不便。 
发明内容
本发明旨在提供一种跨局域网***间通信的方法,可在不同局域网之间安全、高效地进行数据通信。 
本发明的技术方案是:一种跨局域网***间通信的方法,包含多个局域网内的互联网关和设备利用寻址协议动态地建立路由表的过程及多个局域网内的各设备作为源设备向目标设备传送数据协议的过程; 
多个局域网内的互联网关和设备利用寻址协议动态地建立路由表的过程所包含的步骤有: 
步骤A,每个局域网内的各设备利用寻址协议动态地为自己建立包含本局域网内所有处于工作状态的设备的识别码的本地设备路由表;具体实施方式包括:每个局域网内的各设备通过在本局域网内广播带有自己的识别码的类型为“启动”的寻址协议使自己进入工作状态;每个局域网内的各处于工作状态的设备收到本局域网内该类型为“启动”的寻址协议则将该启动设备的识别码添加到自己的本地设备路由表中,并向本局域网广播带有自己的识别码的类型为“存在”的寻址协议;启动设备收到本局域网内各处于工作状态的设备广播的该类型为“存在”的寻址协议后,将发送该寻址协议的设备的识别码添加到自己本地设备路由表中;每个局域网内的各设备通过在本局域网内广播带有自己的识别码的类型为“关闭”的寻址协议使自己退出工作状态;每个局域网内的各处于工作状态的设备收到本局域网内该类型为“关闭”的寻址协议则将该关闭设备的识别码从自己的本地设备路由表中删除; 
步骤B,每个局域网内的互联网关利用寻址协议动态地为自己建立包含本局域网内所有处于工作状态的设备的识别码的本地设备路由表和包含其它局域网内所有处于工作状态的设备的识别码及代理该设备的互联网关与本互联网关间TCP链路信息的远端设备路由表; 
步骤C,每个局域网内的各设备利用寻址协议动态地为自己建立包含其它局域网内所有处于工作状态的设备的识别码及代理该设备的互联网关的识别码的网关路由表; 
多个局域网内的各设备作为源设备向目标设备传送数据协议的过程包含的步骤有以下所列的步骤D和步骤E,或者步骤D和步骤F: 
步骤D,源设备编制包含源设备的识别码、目标设备的识别码和数据的数据协议; 
步骤E,源设备查看自己的本地设备路由表,若该本地设备路由表中记录了该目标设备的识别码,则源设备直接将该数据协议发送给目标设备; 
步骤F,源设备查看自己的网关路由表,若该网关路由表记录了该目标设备的识别码,则源设备将该数据协议发送给本局域网的互联网关,由该互联网关从自己的远端设备路由表中提取TCP链路信息将该数据协议转发给目标设备所在局域网的互联网关,再由目标设备所在局域网的互联网关将该数据协议发送给目标设备。 
所述步骤B的一种具体实施方式包括:每个局域网内的互联网关收到本局域网内带有启动设备的识别码的类型为“启动”的寻址协议,就在自己的本地设备路由表中添加该启动设备的识别码,并向其它局域网的互联网关广播该类型为“启动”的寻址协议;每个局域网内的互联网关收到本局域网内带有关闭设备的识别码的类型为“关闭”的寻址协议,就在自己的本地设备路由表中删除该关闭设备的识别码,并向其它局域网的互联网关广播该类型为“关闭”的寻址协议;每个局域网内的互联网关收到其它局域网的互联网关广播的带有启动设备的识别码类型为“启动”的寻址协议,就在自己的远端设备路由表中添加该启动设备的识别码及代理该启动设备的互联网关与本互联网关 间的TCP链路信息;每个局域网内的互联网关收到其它局域网的互联网关广播的带有关闭设备的识别码的类型为“关闭”的寻址协议,就从自己的远端设备路由表中删除该关闭设备的识别码及代理该关闭设备的互联网关与本互联网关间的TCP链路信息。 
所述步骤C的一种具体实施方式包括:每个局域网内的互联网关收到其它局域网的互联网关广播的带有启动设备的识别码的类型为“启动”的寻址协议,就向本局域网广播带有启动设备的识别码、关闭标志、代理该启动设备的互联网关的识别码的类型为“网关广播”的寻址协议,本局域网内各处于工作状态的设备收到该类型为“网关广播”的寻址协议就在自己的网关路由表中添加该启动设备的识别码及代理该启动设备的互联网关的识别码;每个局域网内的互联网关收到其它局域网的互联网关广播的带有关闭设备的识别码的类型为“关闭”的寻址协议,就向本局域网广播带有关闭设备的识别码、关闭标志、代理该关闭设备的互联网关的识别码的类型为“网关广播”的寻址协议,本局域网内各处于工作状态的设备收到该类型为“网关广播”的寻址协议就在自己的网关路由表中删除该关闭设备的识别码及代理该关闭设备的互联网关的识别码。 
进而,本发明还包括未处于工作状态的目标设备经查询后同意进入工作状态时发送数据协议的处理:所述多个局域网内的各设备作为源设备向目标设备传送数据协议的过程包含的步骤有步骤D和步骤E,或者步骤D和步骤F,或者步骤D和以下所列的步骤G,或者步骤D和以下所列的步骤H: 
步骤G,源设备利用寻址协议在本局域网内查询目标设备是否可以进入工作状态;若目标设备同意进入工作状态,则源设备就将目标设备的识别码添加到自己的本地设备路由表中,并直接将该数据协议发送给目标设备; 
步骤H,源设备所在局域网的互联网关利用寻址协议向其它局域网的互联网关查询目标设备是否可以进入工作状态;若目标设备同意进入工作状态,则源设备所在局域网的互联网关就在自己的远端设备路由表中添加目标设备的识别码及代理该设备的互联网关与本互联网关间TCP链路信息,源设备按照本局域网的互联网关的通知在自己的网关路由表中添加目标设备的识别码及代理该设备的互联网关的识别码,然后执行步骤F。 
本发明跨局域网***间通信的方法,通过构建互联网关实现对多个局域网间设备路由的存储和数据的转发,不同局域网间的设备通信通过互联网关代理,两个局域网间的设备通信只需各自的互联网关间建立一条TCP链路,而无须在各设备间两两建链,提高了链路利用率。除了互联网关,所有设备都处在本局域网内部,保证了设备安全性;同时采用了与数据处理业务完全分离的寻址协议建立路由表,让数据协议只需要专注于业务处理,而不必关心路由选择,从而提高了数据通信的效率并便于开发。 
附图说明
图1为采用本发明的一个跨局域网的网络数据处理***实施例的 结构示意图。 
图2为图1网络数据处理***实施例各局域网内的互联网关和设备利用寻址协议动态地建立路由表过程的流程图。 
图3为图1网络数据处理***实施例各局域网内的各设备作为源设备向目标设备传送数据协议的过程的流程图。 
具体实施方式
一个采用本发明的跨局域网的网络数据处理***实施例的结构,如图1所示。该网络数据处理***具有三个中心,每个中心拥有自己的局域网。第一中心10的局域网内包括设备A 11、设备B 12、设备C 13、互联网关14。第二中心20的局域网内包括设备D 21、设备E 22、设备F 23、互联网关24。第三中心30的局域网内包括设备G 31、设备H 32、设备I 33、互联网关34。 
***设备间的通信协议分为数据协议和寻址协议。数据协议在真正的业务数据前附加数据协议头和通用协议头。寻址协议在业务数据前附加寻址协议头和通用协议头。 
通用协议头用以区分协议类型。数据接收方首先解析通用协议头获取协议类型,再根据协议类型对数据协议和寻址协议分别进行处理。 
通用协议头的数据结构,如表1所示。 
  字段描述   长度   含义
  协议类型   1   1表示数据协议  2表示寻址协议
  头标长   4/8   通用协议头长度/2
  保留    
  4/8    
表1 
数据协议头的数据结构,如表2所示。 
  字段描述   长度(字节)  含义
  校验和   1  整个数据帧的CRC校验和
  头标长   4/8  高4位 数值=实际的数据协议头长度/2
  选项   4/8  便于扩展,用0填充
  目的ID   4  数据接收方设备的4字节唯一标识
  源ID   4  数据发送方设备的4字节唯一标识
表2 
寻址协议头的数据结构,如表3所示。 
  字段描述   长度  含义
  校验和   1  整个寻址帧的CRC校验和
  头标长   4/8  高4位 数值=实际的寻址协议头长度/2
  标志   4/8  0x01表示请求 0x02表示应答 0x03通告其他设备本设备已启动 0x04通告其他设备本设备的存在 0x05通告其他设备本设备关闭 0x08网关广播
  目的ID   4  数据接收方设备的4字节唯一标识
  源ID   4  数据发送方设备的4字节唯一标识
表3 
从寻址协议头标志字段可以看到:寻址协议的类型分“启动”(在本设备进入工作状态时向本中心的局域网广播)、“关闭”(在本设备退出工作状态时向本中心的局域网广播)、“存在”(由处于工作状态的设备回应“启动”的设备向本中心的局域网广播)、“寻址请求”(在目标设备路由不可达时由源设备向本中心的局域网广播或者由源设备所在局域网的互联网关向其它局域网的互联网关广播)、“寻址应答”(由被寻址的目标设备或互联网关向发出“寻址请求”的源设备或互联网关 发送)、“网关广播”(由互联网关收到其它中心的局域网互联网关发送的寻址协议时向本中心局域网广播)。 
本网络数据处理***实施例中,所有中心的局域网内各设备分别保存并动态地维护一张本地设备路由表,该表存储了本中心的局域网内处于工作状态的设备的识别码(设备ID);同时所有中心的局域网内各设备分别保存并动态地维护一张网关路由表,该表存储了其它中心的局域网内处于工作状态的异地设备的识别码(设备ID)以及代理该设备的互联网关的识别码(互联网关ID)。所有中心的局域网内互联网关分别保存并动态地维护一张本中心设备路由表,存储本中心局域网内处于工作状态的设备的识别码(设备ID);同时所有中心的局域网内互联网关分别保存并动态地维护一张远端设备路由表,该表存储其它中心的局域网内处于工作状态的设备的识别码(设备ID)及其与该中心局域网的互联网关建立的TCP链路信息。各个中心的局域网互联网关相互交换本中心的局域网内各设备发出的寻址协议,接收了这些寻址协议的互联网关按照这些寻址协议更新自己的远端设备路由表。 
各个局域网内的互联网关和设备利用寻址协议动态地建立路由表的过程如图2所示。 
步骤100,进入本流程,执行步骤101。 
步骤101,每个局域网内的各设备利用寻址协议动态地为自己建立包含本局域网内所有处于工作状态的设备的识别码的本地设备路由表。执行步骤102。 
具体地说,本步骤中:每个局域网内的各设备通过在本局域网内广播带有自己的识别码的类型为“启动”的寻址协议使自己进入工作状态;每个局域网内的各处于工作状态的设备收到本局域网内该类型为“启动”的寻址协议则将该启动设备的识别码添加到自己的本地设备路由表中,并向该启动设备发送带有自己的识别码的类型为“存在”的寻址协议;启动设备收到本局域网内各处于工作状态的设备发来的该类型为“存在”的寻址协议后,将发送该寻址协议的设备的识别码添加到自己本地设备路由表中;每个局域网内的各设备通过在本局域网内广播带有自己的识别码的类型为“关闭”的寻址协议使自己退出工作状态;每个局域网内的各处于工作状态的设备收到本局域网内该类型为“关闭”的寻址协议则将该关闭设备的识别码从自己的本地设备路由表中删除。 
步骤102,每个局域网内的互联网关利用寻址协议动态地为自己建立包含本局域网内所有处于工作状态的设备的识别码的本地设备路由表和包含其它局域网内所有处于工作状态的设备的识别码及代理该设备的互联网关与本互联网关间TCP链路信息的远端设备路由表。执行步骤103。 
具体地说,本步骤中:每个局域网内的互联网关收到本局域网内带有启动设备的识别码的类型为“启动”的寻址协议,就在自己的本地设备路由表中添加该启动设备的识别码,并向其它局域网的互联网关广播该类型为“启动”的寻址协议;每个局域网内的互联网关收到本局域网内带有关闭设备的识别码的类型为“关闭”的寻址协议,就 在自己的本地设备路由表中删除该关闭设备的识别码,并向其它局域网的互联网关广播该类型为“关闭”的寻址协议;每个局域网内的互联网关收到其它局域网的互联网关广播的带有启动设备的识别码类型为“启动”的寻址协议,就在自己的远端设备路由表中添加该启动设备的识别码及代理该启动设备的互联网关与本互联网关间的TCP链路信息;每个局域网内的互联网关收到其它局域网的互联网关广播的带有关闭设备的识别码的类型为“关闭”的寻址协议,就从自己的远端设备路由表中删除该关闭设备的识别码及代理该关闭设备的互联网关与本互联网关间的TCP链路信息。 
步骤103,每个局域网内的各设备利用寻址协议动态地为自己建立其它局域网内所有处于工作状态的设备的识别码及代理该设备的互联网关的识别码的网关路由表。执行步骤110。 
具体地说,本步骤中:每个局域网内的互联网关收到其它局域网的互联网关广播的带有启动设备的识别码的类型为“启动”的寻址协议,就向本局域网广播带有启动设备的识别码、关闭标志、代理该启动设备的互联网关的识别码的类型为“网关广播”的寻址协议,本局域网内各处于工作状态的设备收到该类型为“网关广播”的寻址协议就在自己的网关路由表中添加该启动设备的识别码及代理该启动设备的互联网关的识别码;每个局域网内的互联网关收到其它局域网的互联网关广播的带有关闭设备的识别码的类型为“关闭”的寻址协议,就向本局域网广播带有关闭设备的识别码、关闭标志、代理该关闭设备的互联网关的识别码的类型为“网关广播”的寻址协议,本局域网 内各处于工作状态的设备收到该类型为“网关广播”的寻址协议就在自己的网关路由表中删除该关闭设备的识别码及代理该关闭设备的互联网关的识别码。 
步骤110,退出本流程。 
现结合图1,说明第一中心10中的设备A 11、设备B 12、设备C 13和互联网关14利用寻址协议动态地建立各自的本地设备路由表、网关路由表、远端设备路由表的过程。 
首先,设备B 12最先启动,设备B 12即向第一中心10的局域网广播带有自己的识别码的类型为“启动”的寻址协议使自己进入工作状态。此时,本局域网内的其它设备出于不工作的“关闭”状态,均不对该类型为“启动”的寻址协议作出响应。 
接着,设备A 11启动,设备A 11即向第一中心10的局域网广播带有自己的识别码的类型为“启动”的寻址协议使自己进入工作状态。此时,本局域网内已进入工作状态的设备B 12收到该类型为“启动”的寻址协议,设备B 12根据该寻址协议的通用协议头部分判断出此协议是寻址协议,进而从寻址协议头解析出本寻址协议的类型为“启动”。设备B 12从寻址协议头中提取发送方设备的识别码(源ID)存入自己的本地设备路由表,同时向本局域网广播带有自己的识别码的类型为“存在”的寻址协议,应答设备A 11的类型为“启动”的寻址协议。设备A 11收到设备B 12类型为“存在”的寻址协议,经过前述解析处理,将设备B 12的识别码保存在设备A11的本地设备路由表中。 
然后,设备C 13启动,设备C 13即向第一中心10的局域网广播 带有自己的识别码的类型为“启动”的寻址协议使自己进入工作状态。此时,本局域网内已进入工作状态的设备B 12和设备A 11分别收到该类型为“启动”的寻址协议,设备B 12和设备A 11分别从寻址协议头中提取发送方设备的识别码(源ID)存入自己的本地设备路由表,同时设备B 12和设备A 11分别向本局域网广播带有自己的识别码的类型为“存在”的寻址协议,应答设备C 13的类型为“启动”的寻址协议。设备C 13收到设备B 12和设备A 11的类型为“存在”的寻址协议,经过前述解析处理,分别将设备B 12和设备A 11的识别码保存在设备C 13的本地设备路由表中。 
这样,第一中心10的局域网内设备A 11、设备B 12、设备C 13各自建立起一张包含本中心的局域网内已进入工作状态的设备的本地设备路由表。 
第一中心10的局域网内设备A 11、设备B 12、设备C 13可以通过广播类型为“关闭”的寻址协议告知本局域网中其它设备本设备退出工作状态。 
例如,设备A 11在本局域网内广播带有自己的识别码的类型为“关闭”的寻址协议使自己退出工作状态。第一中心10的局域网内处于工作状态的设备B 12和设备C 13收到设备A 11的类型为“关闭”的寻址协议,则分别将设备A 11的识别码从自己的本地设备路由表中删除。 
第一中心10的局域网互联网关14,在收到本局域网内设备A 11或设备B 12或设备C 13广播的类型为“启动”的寻址协议时,将该 设备的识别码添加到自己的本地设备路由表中,还要将本互联网关14的识别码与该类型为“启动”的寻址协议转发到第二中心20的互联网关24和第三中心30的互联网关34。第一中心10的局域网互联网关14,在收到本局域网内设备A 11或设备B 12或设备B C 13广播的类型为“关闭”的寻址协议时,将该设备的识别码从自己的本地设备路由表中删除,还要将本互联网关14的识别码与该类型为“关闭”的寻址协议广播给第二中心20的互联网关24和第三中心30的互联网关34。 
若第二中心20的局域网中设备G 31发出的类型为“启动”的寻址协议,第二中心20的互联网关24就会将本互联网关24的识别码与此类型为“启动”的寻址协议转发到第一中心10的互联网关14和第三中心30的局域网互联网关34。 
第一中心10的局域网内的互联网关14收到第二中心20的局域网的互联网关24广播的包含互联网关24的识别码的该类型为“启动”的寻址协议,就在自己的远端设备路由表中添加设备G 31的识别码及互联网关24与本互联网关14间的TCP链路信息,并向第一中心10的局域网广播带有设备G 31的识别码、启动标志、互联网关24的识别码的类型为“网关广播”的寻址协议。第一中心10的局域网内各处于工作状态的设备A 11或设备B 12或设备C 13收到该类型为“网关广播”的寻址协议,就从该寻址协议的数据部分提取启动标志和互联网关24的识别码,并从寻址协议头中提取发送方设备G 31的识别码,依据启动标志在自己的网关路由表中添加设备G 31的识别 码及互联网关24的识别码。 
而后,若第二中心20的局域网中设备G 31发出的类型为“关闭”的寻址协议,第二中心20的互联网关24就会将此类型为“关闭”的寻址协议广播到第一中心10的互联网关14和第三中心30的局域网互联网关34。 
第一中心10的局域网内的互联网关14收到第二中心20的局域网的互联网关24广播的该类型为“关闭”的寻址协议,就在自己的远端设备路由表中删除设备G 31的识别码及互联网关24与本互联网关14间的TCP链路信息,并向第一中心10的局域网广播带有设备G31的识别码、关闭标志、互联网关24的识别码的类型为“网关广播”的寻址协议。第一中心10的局域网内各处于工作状态的设备A 11或设备B 12或设备C 13收到该类型为“网关广播”的寻址协议,就从该寻址协议的数据部分提取关闭标志和互联网关24的识别码,并从寻址协议头中提取发送方设备G 31的识别码,依据关闭标志在自己的网关路由表中删除设备G 31的识别码及互联网关24的识别码。 
依据同样的处理方式,第二中心20的局域网内设备D 21、设备E 22、设备F 23可以各自建立和动态地维护自己的本地设备路由表和网关路由表,第二中心20的互联网关24可以建立和动态地维护自己的本地设备路由表和远端设备路由表。 
同理,第三中心30的局域网内设备G 31、设备H 32、设备I 33可以各自建立和动态地维护自己的本地设备路由表和网关路由表,第三中心30的互联网关34可以建立和动态地维护自己的本地设备路由 表和远端设备路由表。 
接下来三个局域网内的各设备就可以分别作为源设备向目标设备传送数据协议。 
各设备作为源设备向目标设备传送数据协议的过程,如图3所示意: 
步骤200,进入本流程,执行步骤201。 
步骤201,源设备编制包含源设备的识别码、目标设备的识别码和数据的数据协议;执行步骤202。 
步骤202,源设备查看自己的本地设备路由表,若该本地设备路由表中记录了该目标设备的识别码,则执行步骤203,否则转步骤204。 
步骤203,源设备直接将该数据协议发送给本局域网(即源局域网)内的目标设备,然后转步骤220。 
步骤204,源设备查看自己的网关路由表,若该网关路由表记录了该目标设备的识别码,则执行步骤205,否则转步骤208。 
步骤205,源设备将该数据协议发送给本局域网的互联网关,由该互联网关从自己的远端设备路由表中提取TCP链路信息,执行步骤206。 
步骤206,源设备所在局域网(即源局域网)的互联网关将该数据协议转发给目标设备所在局域网的互联网关,执行步骤207。 
步骤207,目标设备所在局域网的互联网关将该数据协议发送给目标设备,转步骤220。 
步骤208,源设备在本局域网(即源局域网)内广播带有目标设 备识别码(目标ID)的“寻址请求”寻址协议,以查询目标设备是否可以进入工作状态;若目标设备同意进入工作状态,就会回应带有本设备识别码(源ID)的“寻址应答”寻址协议;执行步骤209。 
步骤209,源设备检查是否有本局域网(即源局域网)内的“寻址应答”寻址协议,是则执行步骤210,否则转步骤211。 
步骤210,源设备将“寻址应答”寻址协议中的源ID(即目标设备的识别码)添加到自己的本地设备路由表中,并直接将该数据协议发送给该目标设备。转步骤220。 
步骤211,源设备所在局域网(即源局域网)的互联网关向其它局域网的互联网关发送带有目标设备识别码(目标ID)的“寻址请求”寻址协议,查询目标设备是否可以进入工作状态。其它局域网的各互联网关收到此“寻址请求”寻址协议后就向本局域网内广播该“寻址请求”寻址协议。若目标设备同意进入工作状态,则向本局域网的互联网关发送带有本设备识别码(源ID)的“寻址应答”寻址协议;目标设备所在局域网的互联网关收到该“寻址应答”寻址协议,就向源局域网的互联网关转发该“寻址应答”寻址协议。执行步骤212。 
步骤212,源设备所在局域网的互联网关检查是否有其它局域网的互联网关发来的“寻址应答”寻址协议,是则执行步骤213,否则转步骤220。 
步骤213,源设备所在局域网(即源局域网)的互联网关按该“寻址应答”寻址协议中的源ID和转发该“寻址应答”寻址协议的局域网的互联网关与本互联网关间TCP链路信息,在自己的远端设备路由 表中添加该源ID(即目标设备的识别码)及代理该设备的互联网关(即转发该“寻址应答”寻址协议的局域网的互联网关)与本互联网关间TCP链路信息,并使用类型为“网关广播”的寻址协议将该“寻址应答”寻址协议中的源ID(即目标设备的识别码)及代理该设备的互联网关(即转发该“寻址应答”寻址协议的局域网的互联网关)的识别码通知源设备。源设备按照本局域网(即源局域网)的互联网关的通知在自己的网关路由表中添加该目标设备的识别码及代理该设备的互联网关的识别码,然后执行步骤204。 
步骤220,退出。 
现就同一中心局域网内一个设备向另一个设备发送数据的过程,结合图1进行说明。以第一中心10中的设备A 11作为源设备向设备B 12(目标设备)发送数据为例: 
首先,设备A 11编制包含设备A 11(源设备)的识别码、设备B12(目标设备)的识别码和数据的数据协议。 
接着,设备A 11查看自己的本地设备路由表,若该本地设备路由表中记录了设备B 12的识别码,则设备A 11直接将该数据协议发送给设备B 12并退出本过程。 
否则,设备A 11查看自己的网关路由表,检查设备B 12是否为其它中心局域网内处于工作状态的设备。该网关路由表当然不会有设备B 12识别码的记录,设备A 11就在第一中心10的局域网(即源局域网)内广播带有设备B 12的识别码(目标ID)的“寻址请求”寻址协议,以查询设备B 12是否可以进入工作状态;若设备B 12同意 进入工作状态,就会回应带有本设备识别码(源ID)的“寻址应答”寻址协议。设备A 11检查是否有第一中心10的局域网内的“寻址应答”寻址协议,是则设备A 11将“寻址应答”寻址协议中的源ID(即设备B 12的识别码)添加到自己的本地设备路由表中,并直接将该数据协议发送给设备B 12并退出。 
否则,由第一中心10局域网(即源局域网)的互联网关14向第二中心20局域网的互联网关24及第三心30局域网的互联网关34发送该带有设备B 12识别码(目标ID)的“寻址请求”寻址协议,查询设备B 12是否可以进入工作状态。第二中心20局域网的互联网关24及第三心30局域网的互联网关34收到此“寻址请求”寻址协议后,分别向本局域网内广播该“寻址请求”寻址协议。由于设备B 12不属于第二中心20局域网及第三心30局域网,当然第二中心20局域网的互联网关24及第三心30局域网的互联网关34不会收到设备B 12的任何应答;第二中心20局域网的互联网关24及第三心30局域网的互联网关34也就无从转发应答该“寻址请求”寻址协议的“寻址应答”寻址协议。第一中心10局域网的互联网关14得不到第二中心20局域网的互联网关24或第三心30局域网的互联网关34发来的“寻址应答”寻址协议,就推出本过程。 
再就一个中心局域网内的设备向另一个中心局域网内的设备发送数据的过程,结合图1进行说明。以第一中心10中的设备A 11通过互联网关14和第二中心20局域网的互联网关24向设备G 31发送数据的过程为例: 
首先,设备A 11编制包含设备A 11的识别码(源ID)、设备G 31的识别码(目标ID)和数据的数据协议。 
接着,设备A 11查看自己的本地设备路由表,显然,若该本地设备路由表中没有设备G 31识别码的记录。然后,设备A 11查看自己的网关路由表,若该网关路由表记录了设备G 31的识别码,则设备A11将该数据协议发送给第一中心10局域网的互联网关14,由互联网关14从自己的远端设备路由表中提取TCP链路信息,将该数据协议转发给第二中心20局域网的互联网关24。第二中心20局域网的互联网关24再将该数据协议发送给设备G 31,之后退出本过程。 
否则,设备A 11在第一中心10的局域网(即源局域网)内广播带有设备G 31的识别码的“寻址请求”寻址协议,以查询设备G 31是否可以进入工作状态;由于设备G 31不属于第一中心10的局域网,当然设备A 11不会收到设备G 31的任何应答;设备A 11检查是否有第一中心10的局域网内的“寻址应答”寻址协议,自然不会得到相应的“寻址应答”寻址协议。于是,由第一中心10局域网的互联网关14向第二中心20局域网的互联网关24及第三心30局域网的互联网关34发送带有设备G 31识别码的“寻址请求”寻址协议,查询设备G 31是否可以进入工作状态。第二中心20局域网的互联网关24及第三心30局域网的互联网关34收到此“寻址请求”寻址协议后,分别向本局域网内广播该“寻址请求”寻址协议。由于设备G 31属于第二中心20局域网,若设备G 31不同意进入工作状态,就不会回应带有本设备识别码的“寻址应答”寻址协议。第二中心20局域网的 互联网关24收不到设备G 31的应答就不作任何处理。第一中心10局域网的互联网关14得不到第二中心20局域网的互联网关24发来的“寻址应答”寻址协议,就退出本过程。 
若设备G 31同意进入工作状态,就会回应带有本设备识别码的“寻址应答”寻址协议。第二中心20局域网的互联网关24收到设备G 31的该应答就转发该“寻址应答”寻址协议。第一中心10局域网的互联网关14得到第二中心20局域网的互联网关24发来的“寻址应答”寻址协议,就按该“寻址应答”寻址协议中的源ID(设备G 31的识别码)和转发该“寻址应答”寻址协议的局域网的互联网关(第二中心20局域网的互联网关24)与本互联网关间TCP链路信息,在自己的远端设备路由表中添加设备G 31的识别码)及代理设备G 31的第二中心20局域网的互联网关24与本互联网关间TCP链路信息。第一中心10局域网的互联网关14使用类型为“网关广播”的寻址协议将该“寻址应答”寻址协议中的设备G 31的识别码)及代理设备G31的第二中心20局域网的互联网关24的识别码通知设备A 11。设备A 11按照第一中心10局域网的互联网关14的通知在自己的网关路由表中添加该设备G 31的识别码及代理设备G 31的第一中心10局域网的互联网关14的识别码。然后设备A 11再查看自己的网关路由表时,该网关路由表中已经记录了设备G 31的识别码。设备A 11将该数据协议发送给第一中心10局域网的互联网关14,由互联网关14从自己的远端设备路由表中提取TCP链路信息,将该数据协议转发给第二中心20局域网的互联网关24。第二中心20局域网的互联网关24再将 该数据协议发送给设备G 31,之后退出本过程。 
以上所述,仅为本发明较佳实施例,不以此限定本发明实施的范围,依本发明的技术方案及说明书内容所作的等效变化与修饰,皆应属于本发明涵盖的范围。 

Claims (4)

1.一种跨局域网***间通信的方法,包含多个局域网内的互联网关和设备利用寻址协议动态地建立路由表的过程及多个局域网内的各设备作为源设备向目标设备传送数据协议的过程;
多个局域网内的互联网关和设备利用寻址协议动态地建立路由表的过程所包含的步骤有:
步骤A,每个局域网内的各设备利用寻址协议动态地为自己建立包含本局域网内所有处于工作状态的设备的识别码的本地设备路由表;具体实施方式包括:每个局域网内的各设备通过在本局域网内广播带有自己的识别码的类型为“启动”的寻址协议使自己进入工作状态;每个局域网内的各处于工作状态的设备收到本局域网内该类型为“启动”的寻址协议则将该启动设备的识别码添加到自己的本地设备路由表中,并向本局域网广播带有自己的识别码的类型为“存在”的寻址协议;启动设备收到本局域网内各处于工作状态的设备广播的该类型为“存在”的寻址协议后,将发送该寻址协议的设备的识别码添加到自己本地设备路由表中;每个局域网内的各设备通过在本局域网内广播带有自己的识别码的类型为“关闭”的寻址协议使自己退出工作状态;每个局域网内的各处于工作状态的设备收到本局域网内该类型为“关闭”的寻址协议则将该关闭设备的识别码从自己的本地设备路由表中删除;
步骤B,每个局域网内的互联网关利用寻址协议动态地为自己建立包含本局域网内所有处于工作状态的设备的识别码的本地设备路由表和包含其它局域网内所有处于工作状态的设备的识别码及代理该设备的互联网关与本互联网关间TCP链路信息的远端设备路由表;
步骤C,每个局域网内的各设备利用寻址协议动态地为自己建立包含其它局域网内所有处于工作状态的设备的识别码及代理该设备的互联网关的识别码的网关路由表;
多个局域网内的各设备作为源设备向目标设备传送数据协议的过程包含的步骤有以下所列的步骤D和步骤E,或者步骤D和步骤F:
步骤D,源设备编制包含源设备的识别码、目标设备的识别码和数据的数据协议;
步骤E,源设备查看自己的本地设备路由表,若该本地设备路由表中记录了该目标设备的识别码,则源设备直接将该数据协议发送给目标设备;
步骤F,源设备查看自己的网关路由表,若该网关路由表记录了该目标设备的识别码,则源设备将该数据协议发送给本局域网的互联网关,由该互联网关从自己的远端设备路由表中提取TCP链路信息将该数据协议转发给目标设备所在局域网的互联网关,再由目标设备所在局域网的互联网关将该数据协议发送给目标设备。
2.根据权利要求1所述的一种跨局域网***间通信的方法,其特征在于:所述步骤B的一种具体实施方式包括:每个局域网内的互联网关收到本局域网内带有启动设备的识别码的类型为“启动”的寻址协议,就在自己的本地设备路由表中添加该启动设备的识别码,并向其它局域网的互联网关广播该类型为“启动”的寻址协议;每个局域网内的互联网关收到本局域网内带有关闭设备的识别码的类型为“关闭”的寻址协议,就在自己的本地设备路由表中删除该关闭设备的识别码,并向其它局域网的互联网关广播该类型为“关闭”的寻址协议;每个局域网内的互联网关收到其它局域网的互联网关广播的带有启动设备的识别码类型为“启动”的寻址协议,就在自己的远端设备路由表中添加该启动设备的识别码及代理该启动设备的互联网关与本互联网关间的TCP链路信息;每个局域网内的互联网关收到其它局域网的互联网关广播的带有关闭设备的识别码的类型为“关闭”的寻址协议,就从自己的远端设备路由表中删除该关闭设备的识别码及代理该关闭设备的互联网关与本互联网关间的TCP链路信息。
3.根据权利要求2所述的一种跨局域网***间通信的方法,其特征在于:所述步骤C的一种具体实施方式包括:每个局域网内的互联网关收到其它局域网的互联网关广播的带有启动设备的识别码的类型为“启动”的寻址协议,就向本局域网广播带有启动设备的识别码、关闭标志、代理该启动设备的互联网关的识别码的类型为“网关广播”的寻址协议,本局域网内各处于工作状态的设备收到该类型为“网关广播”的寻址协议就在自己的网关路由表中添加该启动设备的识别码及代理该启动设备的互联网关的识别码;每个局域网内的互联网关收到其它局域网的互联网关广播的带有关闭设备的识别码的类型为“关闭”的寻址协议,就向本局域网广播带有关闭设备的识别码、关闭标志、代理该关闭设备的互联网关的识别码的类型为“网关广播”的寻址协议,本局域网内各处于工作状态的设备收到该类型为“网关广播”的寻址协议就在自己的网关路由表中删除该关闭设备的识别码及代理该关闭设备的互联网关的识别码。
4.根据权利要求1或2或3所述的一种跨局域网***间通信的方法,其特征在于:所述多个局域网内的各设备作为源设备向目标设备传送数据协议的过程包含的步骤有步骤D和步骤E,或者步骤D和步骤F,或者步骤D和以下所列的步骤G,或者步骤D和以下所列的步骤H:
步骤G,源设备利用寻址协议在本局域网内查询目标设备是否可以进入工作状态;若目标设备同意进入工作状态,则源设备就将目标设备的识别码添加到自己的本地设备路由表中,并直接将该数据协议发送给目标设备;
步骤H,源设备所在局域网的互联网关利用寻址协议向其它局域网的互联网关查询目标设备是否可以进入工作状态;若目标设备同意进入工作状态,则源设备所在局域网的互联网关就在自己的远端设备路由表中添加目标设备的识别码及代理该设备的互联网关与本互联网关间TCP链路信息,源设备按照本局域网的互联网关的通知在自己的网关路由表中添加目标设备的识别码及代理该设备的互联网关的识别码,然后执行步骤F。
CN200810072528A 2008-12-29 2008-12-29 一种跨局域网***间通信的方法 Active CN101771632B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200810072528A CN101771632B (zh) 2008-12-29 2008-12-29 一种跨局域网***间通信的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810072528A CN101771632B (zh) 2008-12-29 2008-12-29 一种跨局域网***间通信的方法

Publications (2)

Publication Number Publication Date
CN101771632A CN101771632A (zh) 2010-07-07
CN101771632B true CN101771632B (zh) 2012-09-05

Family

ID=42504241

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810072528A Active CN101771632B (zh) 2008-12-29 2008-12-29 一种跨局域网***间通信的方法

Country Status (1)

Country Link
CN (1) CN101771632B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291413B (zh) * 2011-08-31 2016-03-30 广东威创视讯科技股份有限公司 基于互联网的发现协议***
WO2014086023A1 (zh) * 2012-12-06 2014-06-12 华为技术有限公司 跨服务区通信的方法、装置和数据中心网络
CN103327020A (zh) * 2013-06-19 2013-09-25 国家电网公司 一种基于区域划分的安全接入方法和***
CN106506490B (zh) * 2016-11-03 2019-07-09 深圳智高点知识产权运营有限公司 一种分布式计算控制方法以及分布式计算***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5519705A (en) * 1994-01-26 1996-05-21 The Furukawa Electric Co., Ltd. Router for establishing connection among a plurality of LANs
CN1849783A (zh) * 2003-10-02 2006-10-18 思科技术公司 用于实现边界网关协议(bgp)的分布式软件体系结构
CN1870573A (zh) * 2005-07-15 2006-11-29 华为技术有限公司 在虚交换域内进行自动选路的方法
CN101286922A (zh) * 2008-05-05 2008-10-15 华为技术有限公司 一种信令控制的方法、***及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5519705A (en) * 1994-01-26 1996-05-21 The Furukawa Electric Co., Ltd. Router for establishing connection among a plurality of LANs
CN1849783A (zh) * 2003-10-02 2006-10-18 思科技术公司 用于实现边界网关协议(bgp)的分布式软件体系结构
CN1870573A (zh) * 2005-07-15 2006-11-29 华为技术有限公司 在虚交换域内进行自动选路的方法
CN101286922A (zh) * 2008-05-05 2008-10-15 华为技术有限公司 一种信令控制的方法、***及设备

Also Published As

Publication number Publication date
CN101771632A (zh) 2010-07-07

Similar Documents

Publication Publication Date Title
EP2730108B1 (en) Machine to machine (m2m) application server, xdms server, and methods for m2m applications group management
CN101707537B (zh) 故障链路定位方法、告警根因分析方法及设备、***
CN103974307A (zh) 在物联网中用于管理ZigBee网络的方法
CN105554787A (zh) 数据传输方法和智能采集设备、智能终端及云端服务器
CN101136943B (zh) 一种实现扩展Diameter协议应用的***及方法
CN109391500A (zh) 一种配置管理方法、装置及设备
CN101771632B (zh) 一种跨局域网***间通信的方法
CN107635198B (zh) 一种基于现有WiFi网络实现通信的***和方法
CN101147380B (zh) 用于高效扩展p2p网络的方法和装置
CN101667928B (zh) 客户端以及用于信令跟踪的服务器、装置和方法
CN102917333B (zh) 大规模卫星终端的卫星通信***及卫星终端的接入方法
CN102550005A (zh) 利用对等无线网络中的良好连接的节点的方法和***
CN105207853A (zh) 一种局域网监控管理方法
CN103532784A (zh) 一种发送心跳消息的方法、***、终端及网络设备
CN100442706C (zh) 一种使维护节点标识与媒体访问控制地址对应的方法
JP4932891B2 (ja) 多重ホップ通信を有する港湾物流用能動型rfidシステム及びその通信方法
CN102821009A (zh) 基于链路层发现协议监控环形网络的方法和装置
CN101174982A (zh) 一种实现多时区数据信息统一的方法、装置及***
CN102457934A (zh) 一种基于无线射频识别的地标***
CN108111424B (zh) 基于卫星通信***的组播快速建立方法及***
CN102737322A (zh) 一种产品安全信息追溯***及方法
CN105187311A (zh) 一种报文转发方法及装置
CN102484600A (zh) 在wpan中针对路由器的移动节点分配
CN101778101B (zh) 一种消息传送方法和消息传送***
CN102638408A (zh) 拓扑变化报文的发送方法、刷新转发表的方法及装置

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
CP03 Change of name, title or address

Address after: 361000 Fujian Province Xiamen Torch High tech Zone Software Park Innovation Building C Zone 303-E

Patentee after: Xiamen Yaxun Zhilian Technology Co.,Ltd.

Country or region after: China

Address before: 361000 Fujian province Xiamen city software industrial park two sunrise Road No. 46

Patentee before: XIAMEN YAXON NETWORK Co.,Ltd.

Country or region before: China