JPH01129550A - Routing table learning system - Google Patents

Routing table learning system

Info

Publication number
JPH01129550A
JPH01129550A JP62287168A JP28716887A JPH01129550A JP H01129550 A JPH01129550 A JP H01129550A JP 62287168 A JP62287168 A JP 62287168A JP 28716887 A JP28716887 A JP 28716887A JP H01129550 A JPH01129550 A JP H01129550A
Authority
JP
Japan
Prior art keywords
node
terminal
address
registered
routing table
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
Application number
JP62287168A
Other languages
Japanese (ja)
Other versions
JPH0626339B2 (en
Inventor
Katsuhiko Nishito
西戸 克彦
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP28716887A priority Critical patent/JPH0626339B2/en
Publication of JPH01129550A publication Critical patent/JPH01129550A/en
Publication of JPH0626339B2 publication Critical patent/JPH0626339B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

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

Abstract

PURPOSE:To change a routing table into a state after terminal movement in a short time even if a terminal moves among subordinate networks by deciding whether or not a transmitting origin terminal is a terminal included newly in a subordinate network connected to its node station even if the terminal address of the transmitting origin terminal is registered in the routing table. CONSTITUTION:When a terminal included in a subordinate network is moved to another subordinate network and the terminal sends a packet for the 1st time, a node station which contains the subordinate network at the movement destination receives it and decided whether or not its terminal address is registered in the routing table. When it is decided that the address is already registered, it is decided whether or not the node address registered corresponding to the terminal address is coincident with the node address of its node station; when not the node address registered corresponding to the terminal address of the terminal is changed into the node address of its node station and then the terminal address of a terminal registered in the routing table corresponding to its node address is reported to another node station with a broadcast information packet.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は複数のノード局及びそれらを結合する伝送路か
らなるバックボーンネットワークと、各ノード局に接続
され、端末を収容するサブネットワークとからなる複合
ローカルエリアネットワークのノード局に於けるルーテ
ィング表学習方式に関する。
[Detailed Description of the Invention] [Industrial Application Field] The present invention comprises a backbone network consisting of a plurality of node stations and transmission lines connecting them, and a sub-network connected to each node station and accommodating terminals. This paper relates to a routing table learning method in a node station of a complex local area network.

〔従来の技術〕[Conventional technology]

複合ロー力ルエリアネノI・ワークの各ノード局に設け
られ、各ノード局のノードアドレスと各ノード局に接続
されているサブネットワーク上の端末の端末アドレスと
が対応して登録されるルーティング表の内容を学習によ
り変更する従来のルーティング表学習方式は、自ノード
局に接続されているザブネ・7トワーク上の端末からの
パケットを受信したノード局に、パケットの送信元端末
の端末アドレスが自ノード局内のルーティング表に登録
されているか否かを判定する処理と、未登録であると判
定されることにより、ルーティング表に上記送信元端末
の端末アドレスと自ノード局のノードアドレスとを対応
させて登録し、その後、登録したデータをハソクボーソ
ネットワーク上の他のノード局に同報通知パケットによ
り通知する処理とを行なわせ、同報通知パケットを受信
したノード局に、上記回報通知パケットに含まれるデー
タを自ノード局のルーティング表に追加する処理を行な
わせることにより、ルーティング表の内容を変更するよ
うにしている。
Contents of a routing table that is provided at each node station of the composite route area work and in which the node address of each node station and the terminal address of the terminal on the subnetwork connected to each node station are registered in correspondence. In the conventional routing table learning method, which changes the routing table by learning, the node station that receives a packet from a terminal on the The process of determining whether or not it is registered in the routing table of After that, the registered data is notified to other node stations on the Hasokuboso network using a broadcast notification packet, and the node station that received the broadcast notification packet transmits the data included in the broadcast notification packet. The content of the routing table is changed by causing the node station to perform a process of adding data to the routing table of its own node.

また、従来のルーティング表学習方式に於いては、ルー
ティング表の各登録データをタイマによって管理し、登
録されてから一定期間が経過した登録データをルーティ
ング表から削除するようにしている。この処理は成るサ
ブネットワークに収容されていた端末を他のサブネット
ワークに移動させた場合に、ルーティング表の内容を端
末移動後の状態を示すものにするために必要となる。即
ち、ノード局は端末からのパケットを受信した場合、パ
ケットの送信元端末の端末アドレスがルーティング表に
登録されていればルーティング表を変更しないものであ
るから、上記処理を行ない、登録データを削除しないと
、ルーティング表の内容はいつまでも端末移動前の状態
を示すものになってしまい、通信不能となってしまう。
Furthermore, in the conventional routing table learning method, each registered data in the routing table is managed by a timer, and registered data that has been registered for a certain period of time is deleted from the routing table. This process is necessary when a terminal accommodated in a subnetwork is moved to another subnetwork, in order to make the contents of the routing table indicate the state after the terminal has been moved. In other words, when a node station receives a packet from a terminal, if the terminal address of the source terminal of the packet is registered in the routing table, the routing table is not changed, so the node station performs the above processing and deletes the registered data. Otherwise, the contents of the routing table will forever show the state before the terminal was moved, and communication will become impossible.

〔発明が解決しようとする問題点〕[Problem that the invention seeks to solve]

上述した従来のルーティング表学習方式は、登録されて
から一定期間が経過した登録データをルーティング表か
ら削除することにより、端末がザプネソ]・ワーク間を
移動した場合であっても、ルーティング表の内容を端末
移動後の状態を示すものにできるようにしているが、次
のような問題があった。即ち、ザブネットワーク間を移
動させられた端末がパケットを送信しても、上記一定期
間が経過するまではルーティング表の変更は行なわれな
いものであるから、上記一定期間が長く設定されている
場合は、ルーティング表の変更がなかなか行なわれず、
通信不能となる時間が長くなる問題がある。また、上記
一定期間が短く設定されている場合は、端末の移動によ
る通信不能時間を短いものとすることはできるが、ノー
ド局が端末からのパケソi・を受信した場合、受信パケ
ットに含まれる送信元アドレスがルーティング表に登録
されていない可能性が高いものとなり、各ノード局が同
報通知パケットを送出する可能性が高くなるので、ハ、
クボーンネソトワーク上の回報通知パケットが増大し、
ハソクボーンネソI・ワーク上でのトラヒック量が増大
する問題がある。
The conventional routing table learning method described above deletes registered data from the routing table after a certain period of time has elapsed since it was registered, so that even if the terminal moves between works, the contents of the routing table will be maintained. can be used to indicate the status after the terminal has been moved, but there were the following problems. In other words, even if a terminal that has been moved between sub-networks sends a packet, the routing table will not be changed until the above-mentioned certain period has elapsed, so if the above-mentioned certain period is set to be long. , it is difficult to change the routing table,
There is a problem that the time during which communication is unavailable becomes longer. In addition, if the above-mentioned fixed period is set short, it is possible to shorten the communication failure time due to the movement of the terminal, but when the node station receives Pakeso i from the terminal, the packets included in the received packet There is a high possibility that the source address is not registered in the routing table, and there is a high possibility that each node station will send out a broadcast notification packet.
The number of broadcast notification packets on the Kubonesotwork has increased,
There is a problem in that the amount of traffic on the Hasokubonneso I work increases.

また、更に、複合ローカルエリアネットワークのノード
局に於いては、−iに、自ノード局が収容している端末
からのパケットに含まれる宛先アドレスが自ノード局内
のルーティング表に登録されていない場合、受信したパ
ケットを全てのノード局に同報通知し、同報通知を受け
たノード局はそれを自ノード局に収容されているサブネ
ットワークに送出するようにしているので、上記所定時
間が短く設定されている場合は、宛先アドレスがルーテ
ィング表に登録されていない可能性が高くなり、上記同
報通知が多くなるので、不必要なトラヒックがサブネッ
トワークに流出する可能性が増大する問題もある。
Furthermore, in a node station of a composite local area network, -i indicates that if the destination address included in a packet from a terminal accommodated by the node station is not registered in the routing table within the node station, , the received packet is broadcasted to all node stations, and the node station that receives the broadcast notification sends it to the subnetwork accommodated in its own node station, so the above-mentioned predetermined time is shortened. If it is set, there is a high possibility that the destination address is not registered in the routing table, which increases the number of broadcast notifications mentioned above, which increases the possibility of unnecessary traffic flowing into the subnetwork. .

本発明は前述の如き問題点を解決したものであり、その
目的は端末を他のサブネットワークに移動させた場合、
トラヒック量を増大させることなく、且つ短時間でルー
ティング表の内容を端末移動後の状態を示すものに変更
できるようにすることにある。
The present invention solves the above-mentioned problems, and its purpose is to solve the problem when a terminal is moved to another subnetwork.
To make it possible to change the contents of a routing table to one indicating the state after terminal movement in a short time without increasing the amount of traffic.

〔問題点を解決するための手段〕[Means for solving problems]

本発明は前述の如き問題点を解決するため、複数個のノ
ード局及びそれらを結合する伝送路からなるハックボー
ンネットワークと、前記各ノード局に接続され、端末を
収容するザブネットワークとからなる複合ローカルエリ
アネットワークに於いて、 前記各ノート“′局は、 それぞれ前記各ノード局のノードアドレスと前記各ノー
ド局が収容するサブネットワーク上の端末の端末アドレ
スとが対応して登録されるルーティング表を含み、 自ノード局に接続されているザブネットワーク上の端末
からのパケットを受信することにより、自ノード局に設
けられているルーティング表に前記受信したパケットを
送出したパケット送信元端末の端末アドレスが登録され
ているが否かを判定し、 登録済みであると判定することにより、前記パケット送
信元端末の端末アドレスに対応して前記ルーティング表
に登録されているノード局のノードアドレスが自ノード
局のノードアドレスと一致するか否かを判定し、不一致
と判定することにより前記パケット送信元端末の端末ア
ドレスに対応して登録されているノードアドレスを自ノ
ード局のノードアドレスに変更し、 未登録であると判定することにより、自ノード局に設け
られているルーティング表に前記パケット送信元端末の
端末アドレスと自ノード局のノードアドレスとを対応し
て登録し、 自ノード局に設けられているルーティング表の内容が変
更されることにより、該ルーティング表に自ノード局の
ノードアドレスと対応して登録されている端末アドレス
を回報通知パケットにより前記バックボーンネットワー
クに送出し、前記回報通知パケットを受信したノード局
は、前記同報通知パケットに含まれる端末アドレスが自
ノード局に設けられているルーティング表に登録されて
いるか否かを判定し、 登録済みであると判定することにより、該端末アドレス
に対応して登録されているノードアドレスが前記回報通
知バケットを送信した回報通知パケット送信元ノード局
のノードアドレスと一致するか否かを判定し、不一致と
判定することによりノードアドレスを前記同報通知パケ
ット送信元ノード局のノードアドレスに変更し、 未登録であると判定することにより、該ルーティング表
に前記回報通知パケットに含まれる端末アドレスと前記
同報通知バケットを送信した回報通知パケット送信元ノ
ード局のノードアドレスとを対応して登録する。
In order to solve the above-mentioned problems, the present invention is a complex network consisting of a hackbone network consisting of a plurality of node stations and transmission lines connecting them, and a subnetwork connected to each node station and accommodating terminals. In the local area network, each node station has a routing table in which the node address of each node station and the terminal address of a terminal on the subnetwork accommodated by each node station are registered in correspondence. By receiving a packet from a terminal on the subnetwork connected to the own node station, the terminal address of the packet source terminal that sent the received packet is added to the routing table provided in the own node station. By determining whether it is registered or not, and determining that it has been registered, the node address of the node station registered in the routing table corresponding to the terminal address of the packet source terminal becomes the own node station. , and if it is determined that they do not match, the node address registered corresponding to the terminal address of the packet source terminal is changed to the node address of the own node station, and the node address of the node station is not registered. By determining that the terminal address of the packet source terminal and the node address of the own node station are registered in a corresponding routing table provided in the own node station, When the contents of the routing table are changed, the terminal address registered in the routing table in correspondence with the node address of the own node station is sent to the backbone network by a broadcast notification packet, and the broadcast notification packet is received. The node station determines whether the terminal address included in the broadcast notification packet is registered in the routing table provided in its own node station, and by determining that it has been registered, updates the terminal address to the terminal address. It is determined whether the correspondingly registered node address matches the node address of the broadcast notification packet transmission source node station that transmitted the broadcast notification bucket, and if it is determined that they do not match, the node address is sent to the broadcast notification. By changing the node address to the node address of the packet source node station and determining that it is unregistered, the terminal address included in the broadcast notification packet and the broadcast notification packet transmission source node that sent the broadcast notification bucket are added to the routing table. The node address of the station is registered in correspondence.

〔作 用〕[For production]

成るサブネットワークに収容されている端末を他のサブ
ネットワークに移動させた後、上記端末が最初にパケッ
トを送信すると、上記他のザブネットワークを収容して
いるノード局によってパケットが受信される。パケット
を受信すると上記ノード局はルーティング表に上記端末
の端末アドレスが登録されているか否かを判定する。そ
して、未登録であると判定した場合は、上記端末の端末
アドレスと自ノード局のノードアドレスとを対応させて
ルーティング表に登録し、その後、ルーティング表に自
ノード局のノードアドレスと対応して登録されている端
末の端末アドレスを同報通知パケットにより他のノード
局に通知する。また、登録済みであると判定した場合は
、上記端末の端末アドレスと対応して登録されているノ
ードアドレスが自ノード局のノードアドレスと一致して
いるか否かを判定する。この判定を行なうことにより、
パケットを送信した上記端末が他のサブネットワークか
ら移動された端末であるか否かを判定することができる
。そして、パケットを送信した上記端末が他のサブネッ
トワークから移動された端末であると判定した場合、即
ち、上記端末の端末アドレスと対応して登録されている
ノードアドレスが自ノード局のノードアドレスと一致し
ていないと判定した場合は、上記端末の端末アドレスに
対応して登録されているノードアドレスを自ノード局の
ノードアドレスに変更し、その後、ルーティング表に自
ノード局のノードアドレスと対応して登録されている端
末の端末アドレスを回報通知パケットにより他のノード
局に通知する。上述した処理を行なうことにより、上記
端末を新たに収容したサブネットワークが接続されてい
るノード局に設けられているルーティング表の内容が端
末移動後の状態を示すものに変更される。
After a terminal accommodated in a subnetwork is moved to another subnetwork, when the terminal first transmits a packet, the packet is received by a node station accommodating the other subnetwork. Upon receiving the packet, the node station determines whether the terminal address of the terminal is registered in the routing table. If it is determined that the terminal is unregistered, the terminal address of the above-mentioned terminal and the node address of the own node station are registered in the routing table in correspondence with each other, and then the terminal address of the above-mentioned terminal is registered in the routing table in correspondence with the node address of the own node station. The terminal address of the registered terminal is notified to other node stations using a broadcast notification packet. Further, if it is determined that the terminal has been registered, it is determined whether the node address registered in correspondence with the terminal address of the terminal matches the node address of the own node station. By making this determination,
It is possible to determine whether the terminal that sent the packet is a terminal that has been moved from another subnetwork. If it is determined that the terminal that sent the packet is a terminal that has been moved from another subnetwork, that is, the node address registered corresponding to the terminal address of the terminal is the node address of the own node station. If it is determined that they do not match, change the node address registered corresponding to the terminal address of the above terminal to the node address of the own node station, and then change the node address that corresponds to the node address of the own node station in the routing table. The terminal address of the registered terminal is notified to other node stations using a broadcast notification packet. By performing the above-described processing, the contents of the routing table provided in the node station to which the subnetwork newly accommodating the terminal is connected is changed to indicate the state after the terminal has been moved.

また、同報通知パケットを受信したノード局はそれに含
まれる端末の端末アドレスが自ノード局のルーティング
表に登録されているか否かを判定する。未登録であると
判定した場合は、同報通知パケットに含まれる端末の端
末アドレスと自ノード局のノードアドレスとを対応して
ルーティング表に登録する。また、登録済みであると判
定した場合ば、同報通知パケノ1−に含まれる端末の端
末アドレスに対応して登録されているノードアドレスが
同伴通知パケット送信元ノード局のノードアドレスと一
致するか否かを判定し、不一致と判定することにより、
同報通知パケットに含まれる端末の端末アドレスに対応
して登録されているノードアドレスを同報通知パケット
送信元ノード局のノードアドレスに変更する。上述した
処理を行なうことにより、上記端末を新たに収容したサ
ブネットワークが接続されているノード局以外のノード
局に設けられているルーティング表の内容が端末移動後
の状態を示すものに変更される。
Further, the node station that receives the broadcast notification packet determines whether the terminal address of the terminal included therein is registered in its own routing table. If it is determined that the terminal is not registered, the terminal address of the terminal included in the broadcast notification packet and the node address of the own node station are registered in the routing table in association with each other. If it is determined that the terminal has been registered, check whether the node address registered corresponding to the terminal address of the terminal included in the broadcast notification packet 1- matches the node address of the node station that sent the companion notification packet. By determining whether or not and determining that there is a mismatch,
The node address registered corresponding to the terminal address of the terminal included in the broadcast notification packet is changed to the node address of the node station that transmitted the broadcast notification packet. By performing the above processing, the contents of the routing table provided in a node station other than the node station to which the subnetwork newly accommodating the terminal is connected is changed to indicate the state after the terminal is moved. .

〔実施例〕〔Example〕

次に本発明の実施例について図面を参照して説明する。 Next, embodiments of the present invention will be described with reference to the drawings.

第1図は本発明の実施例のブロック図であり、ノードア
ドレス″01”、”02″、“o3”がそれぞれ与えら
れているノード局1.2.3と、ノード局1〜3を結ぶ
伝送路4と、ノード局1〜3に接続された伝送路5〜7
と、端末アドレス゛’OA”。
FIG. 1 is a block diagram of an embodiment of the present invention, which connects node stations 1, 2, and 3 to which node addresses "01", "02", and "o3" are given, respectively, and node stations 1 to 3. Transmission line 4 and transmission lines 5 to 7 connected to node stations 1 to 3
and the terminal address ``OA''.

“OB”、“OC”、’OD″、“OE”がそれぞれ与
えられている端末8. 9.10.11.12とを含ん
でいる。ノード局1〜3と伝送路4とによりリング型L
ANのバックボーンネットワークが構成され、伝送路5
と端末8,9とによりバス型LANのサブネットワーク
が構成され、伝送路6と端末1oとによりバス型L A
 Nのサブネットワークが、伝送路7と端末11.12
とによりバス型LANのザブネットワークが構成されて
いる。また、各ノード局1〜3はそれぞれルーティング
表13〜15を存しており、各ルーティング表13〜1
5はそれぞれ端末アドレスが格納される端末アドレス部
13−1.14−1.15−1とノートアドレスが格納
されるノードアドレス部13−2.14−2.15−2
とを有している。
It includes terminals 8, 9, 10, 11, and 12 to which "OB", "OC", 'OD', and "OE" are given, respectively.Node stations 1 to 3 and transmission line 4 form a ring type L
The backbone network of the AN is configured, and the transmission line 5
and terminals 8 and 9 constitute a bus-type LAN subnetwork, and transmission path 6 and terminal 1o constitute a bus-type LAN subnetwork.
N subnetworks include transmission path 7 and terminals 11 and 12.
This constitutes a bus-type LAN subnetwork. Further, each of the node stations 1 to 3 has routing tables 13 to 15, respectively.
5 is a terminal address section 13-1.14-1.15-1 in which a terminal address is stored, and a node address section 13-2.14-2.15-2 in which a note address is stored, respectively.
It has

第2図はノード局1の構成例を示すブロック図テアリ、
伝送路5が接続されるハス型LANインタフェース部1
−1と、各部の動作を制御する制御部1−2と、制御部
1−2の制御に従ってルーティング表13に対する作成
、検索処理を行なうルーティング表作成/検索部1−3
と、伝送路4と接続されるリング型L A Nインタフ
ェース部1−4と、ルーティング表13とを含んでいる
。尚、他のノード局2,3も同様な構成を有している。
FIG. 2 is a block diagram showing an example of the configuration of the node station 1.
Lotus type LAN interface section 1 to which the transmission line 5 is connected
-1, a control section 1-2 that controls the operation of each section, and a routing table creation/search section 1-3 that performs creation and search processing for the routing table 13 under the control of the control section 1-2.
, a ring type LAN interface unit 1 - 4 connected to the transmission line 4 , and a routing table 13 . Note that the other node stations 2 and 3 also have similar configurations.

第3図(al、 (blはそれぞれサブネットワーク上
を伝送されるバゲソ1〜及びバンクホーンネットワーク
上を伝送されるパケットのバヶソトフォーマノ1・を示
した図である。ザブネットワーク上を伝送されるパケッ
トは同図(alに示すように、パケットの宛先端末の端
末アドレスを収容する宛先端末アドレス部31と、パケ
ットの送信元端末の端末アドレスを収容する送信元端末
アドレス部32と、情報データ部33とから構成されて
いる。バックボーンネットワーク上を伝送されるパケッ
トは同図fb)に示すように、パケットの宛先端末を収
容している′す′ブネノトワークが接続されているノー
ド局のノードアドレスを収容する宛先ノードアドレス部
41と、パケットの送信元端末を収容しているサブネッ
トワークが接続されているノード局のノードアドレスを
収容する送信元ノードアドレス部42と、制御部43と
、宛先端末アドレス部44と、送信元端末アドレス部4
5と、情報データ部46とから構成されている。
Figure 3 (al and (bl) are diagrams showing the bagesotoformano1 of packets transmitted on the sub-networks and the bagesotoformano 1 of packets transmitted on the bankhorn network, respectively. As shown in the same figure (al), a destination terminal address section 31 containing the terminal address of the destination terminal of the packet, a source terminal address section 32 containing the terminal address of the packet's source terminal, and information The data section 33 consists of a data section 33.As shown in fb) in the same figure, packets transmitted on the backbone network are transmitted to nodes of node stations to which the network accommodating the destination terminal of the packet is connected. a destination node address section 41 containing an address; a source node address section 42 containing a node address of a node station to which a subnetwork accommodating a packet source terminal is connected; a control section 43; Terminal address section 44 and source terminal address section 4
5 and an information data section 46.

第4図はルーティング情報を獲得する際のノード局の処
理例を示すフローチャート、第5図は自ノード局のルー
ティング情報を他のノード局に同和通知する際のノード
局の処理例を示すフローチヤード、第6図は他のノード
局からの回報通知パケットを受信して自ノード局のルー
ティング表を変更する際のノード局の処理例を示すフロ
ーチャート、第7図は端末8を伝送路5から伝送路6へ
移動した後にノード局が学習したルーティング表を示し
た図であり、以下各図を参照して本実施例の動作を説明
する。
FIG. 4 is a flowchart showing an example of processing by a node station when acquiring routing information, and FIG. 5 is a flowchart showing an example of processing by a node station when notifying other nodes of its own routing information. , FIG. 6 is a flowchart showing a processing example of a node station when receiving a broadcast notification packet from another node station and changing its own routing table, and FIG. 6 is a diagram showing a routing table learned by the node station after moving to Route 6. The operation of this embodiment will be described below with reference to each diagram.

各ノード局1〜3に設けられているルーティング表13
〜15はノード局1〜3がルーティングを行なうために
必要となる端末アドレスとノードアドレスとの対応情報
を含むものであり、初期状態では空白になっている。今
、ルーティング表13〜15が初期状態の時に端末8か
ら端末11に対するパケット(宛先端末アドレス部31
には端末11の端末アドレス“OD゛が、送信元端末ア
ドレス部32には端末8の端末アドレス“0Δ”が収容
されている)が送信されたとする。ノード局1は上記パ
ケットを受信すると、第4図のフローチャー1・に示ず
ように、先ず受信パケットの送信元端末アドレス部32
に含まれている送信元端末8の端末アドレス“’OA”
がルーティング表13に登録済みであるか否かを判定す
る(ステップ541)。この場合、ルーティング表13
は初期状態であるので、ステップS41の判断結果はN
Oとなり、ノード局1はルーティング表13の端末アド
レス部13−1に端末8の端末アドレス“OA”を書込
み、ノードアドレス部13−2に自ノードアドレス“0
1”を書込む(ステ・ノブ546)。
Routing table 13 provided in each node station 1 to 3
15 contains correspondence information between terminal addresses and node addresses necessary for the node stations 1 to 3 to perform routing, and is blank in the initial state. Now, when the routing tables 13 to 15 are in the initial state, a packet from terminal 8 to terminal 11 (destination terminal address field 31
Assume that the terminal address "OD" of the terminal 11 is transmitted to the address field 32, and the terminal address "0Δ" of the terminal 8 is transmitted to the source terminal address field 32. When the node station 1 receives the above packet, As shown in flowchart 1 of FIG. 4, first, the source terminal address section 32 of the received packet
Terminal address “'OA” of the source terminal 8 included in
is already registered in the routing table 13 (step 541). In this case, routing table 13
is the initial state, so the determination result in step S41 is N
0, the node station 1 writes the terminal address "OA" of the terminal 8 in the terminal address field 13-1 of the routing table 13, and writes the own node address "0" in the node address field 13-2.
1” (steer knob 546).

また、ノード局1は端末8から上記パケットを受信する
ことにより、ルーティング表13に基づいたルーティン
グを行なおうとするが、上記バケ・ノドに含まれる宛先
アドレス“OD”は現在のところ未登録であるので、受
信パケットをバックボーンネットワーク上の他のノード
局2,3に同報通知し、同報通知を受けたノード局2,
3は受信パケットを自ノード局に接続されているサブネ
ットワークに送出する。
Further, the node station 1 attempts to perform routing based on the routing table 13 by receiving the above packet from the terminal 8, but the destination address "OD" included in the above bucket node is currently unregistered. Therefore, the received packet is broadcasted to the other node stations 2 and 3 on the backbone network, and the node stations 2 and 3 that received the broadcast notification
3 sends the received packet to the subnetwork connected to its own node station.

ノード局1はルーティング表13に端末アドレス“OA
”とノードアドレス“01″とを追加した際に、第5図
のフローチャートのステップS51の判断結果がYES
となるので、ルーティング表13より自ノードアドレス
“’01”と対応して登録されている端末アドレス”O
A”を抽出しくステップ552) 、抽出した端末アド
レス“〇へ°゛を含む同報通知バケットを組立て、リン
グ状のバックボーンネットワーク上に送信する (ステ
ップ553)。
The node station 1 has the terminal address “OA” in the routing table 13.
” and the node address “01”, the judgment result in step S51 of the flowchart in FIG. 5 is YES.
Therefore, from the routing table 13, the registered terminal address "O" corresponding to the own node address "'01"
A" is extracted (Step 552), a broadcast notification bucket containing the extracted terminal address "〇゛゛" is assembled and transmitted onto the ring-shaped backbone network (Step 553).

ハックボーンネットワーク上のノード局2,3は第6図
のフローチャー1・に示すように、ノード局1からの同
報通知パケットを受信すると(ステップ561) 、そ
れがノードアドレス“旧”のノード局からの情報である
ことを識別しくステップ562)、次いで受信した同報
通知バケットに含まれるノードアドレス“01”がルー
ティング表14.15に存在するか否かを判定する(ス
テップ563)。
When node stations 2 and 3 on the hackbone network receive a broadcast notification packet from node station 1 (step 561), as shown in flowchart 1 of FIG. 6, they identify the node with the "old" node address. It identifies that the information is from the station (step 562), and then determines whether the node address "01" included in the received broadcast notification bucket exists in the routing table 14.15 (step 563).

この場合、ルーティング表14.15は初期状態である
のでステップ363の判定結果はNOとなり、ノード局
2,3はルーティング表1.4.15の端末アドレス部
14−1.]5−1に端末8の端末アドレス″〇へ゛を
、ノードアドレス部14−2.15−2にノード局1の
ノードアドレス“01”を書込む(ステップ564)。
In this case, since the routing table 14.15 is in the initial state, the determination result in step 363 is NO, and the node stations 2 and 3 are connected to the terminal address section 14-1. of the routing table 1.4.15. 5-1, and the node address "01" of the node station 1 is written in the node address field 14-2.15-2 (step 564).

端末8以外の端末9〜12が、ルーティング表13〜1
5が初期状態にされた後に最初にパケットを送信した場
合にも前述したと同様の処理が行なわれ、各ルーティン
グ表13〜15に端末の端末アドレスとノード局のノー
ドアドレスとが対応して書込まれ、第1図に示すような
ルーティング表13〜15が作成される。尚、第1図に
示したルーティング表13〜15は、データの登録順が
全て等しくなっているが、成るノード局がパケットを受
信した後、回報通知パケットを送出する前に他のノード
局がパケットを受信した場合は、データの登録順は異な
るものとなる。
Terminals 9 to 12 other than terminal 8 use routing tables 13 to 1
When a packet is transmitted for the first time after 5 is set to the initial state, the same process as described above is performed, and the terminal address of the terminal and the node address of the node station are written in correspondence in each routing table 13 to 15. The routing tables 13 to 15 as shown in FIG. 1 are created. Note that in the routing tables 13 to 15 shown in FIG. 1, the order of data registration is the same, but after a node station receives a packet and before sending out a broadcast notification packet, other node stations When a packet is received, the data registration order will be different.

上述したようにして作成された各ノード局1〜3に設け
られているルーティング表13〜15の内容が第1図に
示すものであるとき、例えばノード局1が端末8から端
末11へのパケソl−(第3図(alに示すパケットフ
ォーマントを有し、宛先端末アドレス部31には端末1
1の端末アドレス“OD″が収容され、送信元端末アド
レス32には端末8の端末アドレスが収容されている)
を受信したとすると、ノード局1は第4図のフローチャ
ートに示すように、先ず、受信パケットの送信元端末ア
ドレス部32に含まれている送信元端末8のアドレス゛
’OA”がルーティング表13に登録済みであるか否か
を判定する(ステップ541)。この場合、ルーティン
グ表13には端末8の端末アドレス“〇八”が登録され
ているので、ステップS41の判定結果はYESとなり
、ノード局1はルーティング表13から端末8の端末ア
ドレス“〇八”と対応して登録されてるノードアドレス
を読出しくステップ542)、読出したノードアドレス
が自ノード局のノードアドレス“01゛と一致するか否
かを判定する(ステ、プ543)。この場合、端末8の
端末アドレス“OA”と対応して登録されているノード
アドレスは“01”であり、ノード局1のノードアドレ
スと一致するものであるから、ステップ343の判断結
果はYESとなり、ノード局1はルーティング表の変更
は行なわない(ステップ544)。また、ノード局1は
端末8から端末11への上記パケットを受信すると、ル
ーティング表13を検索して受信パケットの宛先端末ア
ドレス部31に収容されている端末11の端末アドレス
“OD″と対応して登録されているノードアドレス(こ
の場合ノード局3のアドレス“03”)を求め、宛先ノ
ードアドレス部41にノード局3のノードアドレス″0
3”を収容し、送信元ノードアドレス部42に自ノード
局のノードアドレス“01″を収容し、宛先端末アドレ
ス部44に受信パケットの宛先端末アドレス部31の内
容を収容し、送信元端末アドレス部45に受信パケット
の送信元端末アドレス部32の内容を収容し、情報デー
タ部46に受信パケットの情報データ部33の内容を収
容した第3図(blに示すフォーマットを有するパケッ
トをバックボーンネットワークに送信することでルーテ
ィングを行なう。
When the contents of the routing tables 13 to 15 provided in each of the node stations 1 to 3 created as described above are as shown in FIG. l-(has the packet format shown in FIG.
1's terminal address "OD" is stored, and the source terminal address 32 is the terminal address of terminal 8)
As shown in the flowchart of FIG. It is determined whether it has been registered (step 541).In this case, since the terminal address "08" of terminal 8 is registered in the routing table 13, the determination result in step S41 is YES, and the node station 1 reads the node address registered corresponding to the terminal address "08" of the terminal 8 from the routing table 13 (step 542), and determines whether the read node address matches the node address "01" of the own node station. (Step 543). In this case, the node address registered corresponding to the terminal address "OA" of terminal 8 is "01", which matches the node address of node station 1, so the determination result in step 343 is YES. , node station 1 does not change the routing table (step 544). Further, when the node station 1 receives the above-mentioned packet from the terminal 8 to the terminal 11, it searches the routing table 13 and determines the address corresponding to the terminal address "OD" of the terminal 11 contained in the destination terminal address field 31 of the received packet. Find the registered node address (in this case, the address “03” of the node station 3), and enter the node address “0” of the node station 3 in the destination node address field 41.
3", the source node address field 42 stores the node address "01" of the own node, the destination terminal address field 44 stores the contents of the destination terminal address field 31 of the received packet, and the source node address field 42 stores the contents of the destination terminal address field 31 of the received packet. A packet having the format shown in FIG. Routing is performed by sending.

次に、成るサブネットワークに接続されている端末を他
のサブネットワークに移動させた場合に行なわれるルー
ティング表の変更処理を、伝送路5に接続されている端
末8を伝送路6に移動した場合を例にとって説明する。
Next, the processing for changing the routing table that is performed when a terminal connected to a subnetwork is moved to another subnetwork, and when a terminal 8 connected to transmission path 5 is moved to transmission path 6, will be explained using an example.

但し、移動前のルーティング表13〜15の内容は第1
図に示すものであるとする。
However, the contents of routing tables 13 to 15 before movement are
Assume that it is as shown in the figure.

端末8を伝送路6に接続後、端末8が最初に送信したパ
ケットを受信した場合、ノード局2は第4図のフローチ
ャートに示すように、ルーティング表14に送信元端末
8の端末アドレス°“OAパが登録されているか否かを
判定する(ステップ541)。
After connecting the terminal 8 to the transmission path 6, when the node station 2 receives the first packet transmitted by the terminal 8, the node station 2 enters the terminal address of the source terminal 8 in the routing table 14, as shown in the flowchart of FIG. It is determined whether the OA is registered (step 541).

この場合、ルーティング表14は第1図に示すものであ
るので、ステップS4Lの判断結果はYESとなり、ノ
ード局2はルーティング表14から端末8の端末アドレ
ス“0Δ”と対応して登録されているノードアドレスを
読出しくステップ542) 、読出したノードアドレス
が自ノード局のノードアドレス“02″と一致するか否
かを判断する(ステップ543)。この場合、端末8の
端末アドレスパ0Δ゛′と対応して登録されているノー
ドアドレスは“’01”であり、自ノード局2のアドレ
スと異なるものであるから、ステップS43の判断結果
はNOとなり、ノード局2は第7図に示すように、ルー
ティング表14の端末アドレス“〇へパに対応するノー
ドアドレスを自ノードアドレスパ02″に書換える (
ステツブ545)。
In this case, since the routing table 14 is as shown in FIG. 1, the determination result in step S4L is YES, and the node station 2 is registered in correspondence with the terminal address "0Δ" of the terminal 8 from the routing table 14. Read the node address (step 542), and determine whether the read node address matches the node address "02" of the own node station (step 543). In this case, the node address registered corresponding to the terminal address pad 0Δ'' of the terminal 8 is "'01", which is different from the address of the own node station 2, so the determination result in step S43 is NO. Therefore, as shown in FIG. 7, the node station 2 rewrites the node address corresponding to the terminal address "0hepa" in the routing table 14 to its own node address "02" (
Steve 545).

ルーティング表14を書換えることにより、第5図のス
テップS51の判断結果がYESとなるので、ノード局
2はルーティング表14より自ノードアドレス“02”
と対応する端末アドレス“OA”、“OC”を抽出しく
ステップ552)、抽出した情報を回報通知パケットと
してリング状のバックボーンネットワーク上に送出する
 (ステップ553)。
By rewriting the routing table 14, the determination result in step S51 in FIG.
and the corresponding terminal addresses "OA" and "OC" are extracted (step 552), and the extracted information is sent out as a broadcast notification packet onto the ring-shaped backbone network (step 553).

ノード局1は第6図のフローチャートに示すように、ノ
ード局2から送出された上記同報通知パケットを受信す
ると(ステップ561) 、ノードアドレス“02”を
持ったノード局2からの情報であることを識別しくステ
ップ562)、ルーティング表13に上記同報通知パケ
ットに含まれる端末アドレス“OA”、“OC”が存在
するか否かを判定する(ステップ563)。この場合、
ルーティング表13には端末アドレス“〇八”、“OC
゛が共に存在するので、ステップS63の判断結果はY
ESとなり、ノード局1はルーティング表13より同報
通知パケットに含まれる端末アドレス“OA”、′OC
”に対応して登録されているノードアドレスを読出しく
ステップ565)、読出したノードアドレスが回報通知
パケットの送信元のノード局2のノードアドレス”02
″と一致するか否かを判定する (ステップ566)。
As shown in the flowchart of FIG. 6, when the node station 1 receives the broadcast notification packet sent from the node station 2 (step 561), it receives the information from the node station 2 with the node address "02". To identify this, step 562), it is determined whether the terminal addresses "OA" and "OC" included in the broadcast notification packet exist in the routing table 13 (step 563). in this case,
Routing table 13 has terminal addresses “〇8” and “OC
Since both exist, the judgment result in step S63 is Y.
ES, and the node station 1 uses the terminal addresses “OA” and ’OC included in the broadcast notification packet from the routing table 13.
Step 565), the read node address is the node address of the node station 2 that is the source of the broadcast notification packet.
'' (step 566).

この場合、端末アドレス゛0Δ゛、“OC”に対応して
ルーティング表13に登録されているノードアドレスは
それぞれ01″、“02′であるので、端末アドレス“
OA”についてはステップS66の判断結果はNOとな
り、端末アドレス“OC゛についてはステップS66の
判断結果はYESとなり、ノード局1は端末アドレスパ
0Δ゛対応のノードアドレスを第7図に示すように02
”に書換え(ステップ868)、端末アドレス“OC”
対応のノードアドレスはそのまま保存される (ステッ
プ567)。
In this case, the node addresses registered in the routing table 13 corresponding to the terminal addresses "0Δ" and "OC" are 01" and "02', respectively, so the terminal address "
Regarding the terminal address "OA", the determination result at step S66 is NO, and regarding the terminal address "OC", the determination result at step S66 is YES, and the node station 1 sets the node address corresponding to the terminal address PA0Δ' as shown in FIG. 02
” (step 868), and the terminal address “OC”
The corresponding node address is saved as is (step 567).

ノード局3に於いても前述したノード局1と同様の動作
が行なわれ、第7図に示すように、端末アドレス“〇へ
°゛対応のノードアドレスが“02゛′に書換えられる
In the node station 3, the same operation as in the node station 1 described above is performed, and as shown in FIG. 7, the node address corresponding to the terminal address "〇゛゛" is rewritten to "02゛".

〔発明の効果〕〔Effect of the invention〕

以上説明したように、本発明は、ノード局が端末からの
パケットを受信した場合、パケットの送信元端末の端末
アドレスがルーティング表に登録されていても、上記送
信元端末の端末アドレスに対応して登録されているノー
ドアドレスが自ノード局のノードアドレスと一致するか
否かを判定することにより、上記送信元端末が自ノード
局に接続されているサブネットワークに新たに収容され
た端末であるか否かを判定し、その判定結果に基づいて
自ノード局のルーティング表及び他のノード局のルーテ
ィング表を変更するか否かを制御するようにしているも
のであるから、端末がサブネットワーク間を移動した場
合でも、トラヒ・7り量を増大させることなく、且つ短
時間で全てのノード局のルーティング情報を端末移動後
の状態を示すものに変更することができる効果がある。
As explained above, in the present invention, when a node station receives a packet from a terminal, even if the terminal address of the packet source terminal is registered in the routing table, the node station does not respond to the terminal address of the source terminal. By determining whether the registered node address matches the node address of the own node station, it is determined that the source terminal is a terminal newly accommodated in the subnetwork connected to the own node station. The system determines whether or not the terminal is connected between subnetworks, and controls whether or not to change the routing table of its own node and the routing tables of other nodes based on the determination result. Even when the terminal is moved, there is an effect that the routing information of all the node stations can be changed to the state after the terminal movement in a short time without increasing the amount of traffic and traffic.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図は本発明の実施例のブロック図、第2図はノード
局の構成例を示すブロック図、第3図はバケットフォー
マントの構成図、第4図はルーティング情報獲得時の処
理例を示すフローチャート、 第5図は自ノーF局のルーティング情報を他のノード局
に同報通知する際の処理例を示すフローチャート、 第6図は他のノード局からの同報通知パケ・ノドを受信
した際の処理例を示すフローチャート及び、第7図は端
末を他のサブネットワークに移動させた後にノード局が
学習したルーティング表を示す図である。 図に於いて、1〜3・・・ノード局、4〜7・・・伝送
路、8〜12・・・端末、13〜15・・・ルーティン
グ表。
FIG. 1 is a block diagram of an embodiment of the present invention, FIG. 2 is a block diagram showing an example of the configuration of a node station, FIG. 3 is a configuration diagram of a bucket formant, and FIG. 4 is an example of processing when acquiring routing information. 5 is a flowchart illustrating an example of processing when broadcasting the routing information of the own node F station to other node stations, and FIG. FIG. 7 is a flowchart showing an example of processing when the terminal is moved to another subnetwork, and a diagram showing a routing table learned by the node station after the terminal is moved to another subnetwork. In the figure, 1-3... node station, 4-7... transmission path, 8-12... terminal, 13-15... routing table.

Claims (1)

【特許請求の範囲】 複数個のノード局及びそれらを結合する伝送路からなる
バックボーンネットワークと、 前記各ノード局に接続され、端末を収容するサブネット
ワークとからなる複合ローカルエリアネットワークに於
いて、 前記各ノード局は、 それぞれ前記各ノード局のノードアドレスと前記各ノー
ド局が収容するサブネットワーク上の端末の端末アドレ
スとが対応して登録されるルーティング表を含み、 自ノード局に接続されているサブネットワーク上の端末
からのパケットを受信することにより、自ノード局に設
けられているルーティング表に前記受信したパケットを
送出したパケット送信元端末の端末アドレスが登録され
ているか否かを判定登録済みであると判定することによ
り、前記パケット送信元端末の端末アドレスに対応して
前記ルーティング表に登録されているノード局のノード
アドレスが自ノード局のノードアドレスと一致するか否
かを判定し、不一致と判定することにより前記パケット
送信元端末の端末アドレスに対応して登録されているノ
ードアドレスを自ノード局のノードアドレスに変更し、 未登録であると判定することにより、自ノード局に設け
られているルーティング表に前記パケット送信元端末の
端末アドレスと自ノード局のノードアドレスとを対応し
て登録し、 自ノード局に設けられているルーティング表の内容が変
更されることにより、該ルーティング表に自ノード局の
ノードアドレスと対応して登録されている端末アドレス
を同報通知パケットにより前記バックボーンネットワー
クに送出し、 前記同報通知パケットを受信したノード局は、前記同報
通知パケットに含まれる端末アドレスが自ノード局に設
けられているルーティング表に登録されているか否かを
判定し、 登録済みであると判定することにより、該端末アドレス
に対応して登録されているノードアドレスが前記同報通
知パケットを送信した同報通知パケット送信元ノード局
のノードアドレスと一致するか否かを判定し、不一致と
判定することによりノードアドレスを前記同報通知パケ
ット送信元ノード局のノードアドレスに変更し、 未登録であると判定することにより、該ルーティング表
に前記同報通知パケットに含まれる端末アドレスと前記
同報通知パケットを送信した同報通知パケット送信元ノ
ード局のノードアドレスとを対応して登録することを特
徴とするルーティング表学習方式。
[Scope of Claims] In a composite local area network consisting of a backbone network consisting of a plurality of node stations and transmission lines connecting them, and a sub-network connected to each of the node stations and accommodating terminals, the above-mentioned Each node station includes a routing table in which the node address of each node station and the terminal address of a terminal on the subnetwork accommodated by each node station are registered in correspondence, and each node station is connected to its own node station. By receiving a packet from a terminal on the subnetwork, it is determined whether the terminal address of the packet source terminal that sent the received packet is registered in the routing table provided in the own node station.Registered By determining that the node address of the node station registered in the routing table corresponding to the terminal address of the packet source terminal matches the node address of the own node station, If it is determined that there is a mismatch, the node address registered corresponding to the terminal address of the packet source terminal is changed to the node address of the own node station, and if it is determined that it is unregistered, the node address registered in the own node station is changed. The terminal address of the packet source terminal and the node address of the own node station are registered in correspondence with the routing table provided in the own node station, and the contents of the routing table provided in the own node station are changed. The terminal address registered in the table corresponding to the node address of its own node station is sent to the backbone network in a broadcast notification packet, and the node station that receives the broadcast notification packet includes the terminal address included in the broadcast notification packet. The node address registered corresponding to the terminal address is determined by determining whether or not the terminal address registered in the node station is registered in the routing table provided in the own node station, and by determining that the terminal address is already registered. It is determined whether the node address matches the node address of the broadcast notification packet source node station that transmitted the broadcast notification packet, and if it is determined that there is a mismatch, the node address is changed to the node address of the broadcast notification packet source node station. By changing the terminal address and determining that it is unregistered, the terminal address included in the broadcast notification packet and the node address of the broadcast notification packet source node station that transmitted the broadcast notification packet are made to correspond in the routing table. A routing table learning method characterized by registering
JP28716887A 1987-11-13 1987-11-13 Routing table learning method Expired - Lifetime JPH0626339B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP28716887A JPH0626339B2 (en) 1987-11-13 1987-11-13 Routing table learning method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP28716887A JPH0626339B2 (en) 1987-11-13 1987-11-13 Routing table learning method

Publications (2)

Publication Number Publication Date
JPH01129550A true JPH01129550A (en) 1989-05-22
JPH0626339B2 JPH0626339B2 (en) 1994-04-06

Family

ID=17713956

Family Applications (1)

Application Number Title Priority Date Filing Date
JP28716887A Expired - Lifetime JPH0626339B2 (en) 1987-11-13 1987-11-13 Routing table learning method

Country Status (1)

Country Link
JP (1) JPH0626339B2 (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03141754A (en) * 1989-10-27 1991-06-17 Hitachi Ltd Address managing system
JPH03289738A (en) * 1989-08-23 1991-12-19 Nec Corp Address setting and filtering method for terminal housing circuit in packet exchange system
JPH0492530A (en) * 1990-08-08 1992-03-25 Nec Corp Terminal address learning system
JPH08181714A (en) * 1994-12-26 1996-07-12 Nec Corp Exchange method and exchange system in packet exchange network
US6496484B1 (en) 1998-08-21 2002-12-17 Nec Corporation Routing address management method and system
JP2005354598A (en) * 2004-06-14 2005-12-22 Fujitsu Access Ltd Dual ring transmission apparatus
US7110401B2 (en) 1992-02-10 2006-09-19 Matsushita Electric Industrial Co., Ltd. Mobile communication control device for servicing a mobile node
JP2009060383A (en) * 2007-08-31 2009-03-19 Fujitsu Telecom Networks Ltd Node station device of ring network, and its communication processing device
US7532634B2 (en) 2003-02-12 2009-05-12 Fujitsu Limited Resilient packet ring device
US7751360B2 (en) 2004-02-18 2010-07-06 Ntt Docomo, Inc. Packet transmission system, wireless basestation, and route optimization for packet transmission
JP2010541385A (en) * 2007-09-28 2010-12-24 ハネウェル・インターナショナル・インコーポレーテッド Apparatus and method for supporting wireless access to multiple security layers in industrial control and automation systems or other systems
JP2013514046A (en) * 2010-05-28 2013-04-22 ホアウェイ・テクノロジーズ・カンパニー・リミテッド Virtual layer 2 and mechanisms for making it scalable
US8897303B2 (en) 2010-06-29 2014-11-25 Futurewei Technologies, Inc. Delegate gateways and proxy for target hosts in large layer 2 and address resolution with duplicated internet protocol addresses
US8937950B2 (en) 2010-06-29 2015-01-20 Futurewei Technologies, Inc. Asymmetric network address encapsulation

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03289738A (en) * 1989-08-23 1991-12-19 Nec Corp Address setting and filtering method for terminal housing circuit in packet exchange system
JPH03141754A (en) * 1989-10-27 1991-06-17 Hitachi Ltd Address managing system
JPH0492530A (en) * 1990-08-08 1992-03-25 Nec Corp Terminal address learning system
US7620025B2 (en) 1992-02-10 2009-11-17 Panasonic Corporation Partner node migration control unit and method
US7664086B2 (en) 1992-02-10 2010-02-16 Panasonic Corporation Partner node migration control unit and method
US8054841B2 (en) 1992-02-10 2011-11-08 Panasonic Corporation Partner node migration control unit and method
US7110401B2 (en) 1992-02-10 2006-09-19 Matsushita Electric Industrial Co., Ltd. Mobile communication control device for servicing a mobile node
US7130290B2 (en) 1992-02-10 2006-10-31 Matsushita Electric Industrial Co., Ltd. Partner node migration control unit and method
US7158513B2 (en) 1992-02-10 2007-01-02 Matsushita Electric Industrial Co., Ltd. Partner node migration control unit and method
US7272127B2 (en) 1992-02-10 2007-09-18 Matsushita Electric Industrial Co., Ltd. Partner node migration control unit and method
JPH08181714A (en) * 1994-12-26 1996-07-12 Nec Corp Exchange method and exchange system in packet exchange network
US6496484B1 (en) 1998-08-21 2002-12-17 Nec Corporation Routing address management method and system
US7532634B2 (en) 2003-02-12 2009-05-12 Fujitsu Limited Resilient packet ring device
US7751360B2 (en) 2004-02-18 2010-07-06 Ntt Docomo, Inc. Packet transmission system, wireless basestation, and route optimization for packet transmission
US8031720B2 (en) 2004-02-18 2011-10-04 Ntt Docomo, Inc. Packet transfer system, radio base station, and packet transfer route optimization method
JP2005354598A (en) * 2004-06-14 2005-12-22 Fujitsu Access Ltd Dual ring transmission apparatus
JP2009060383A (en) * 2007-08-31 2009-03-19 Fujitsu Telecom Networks Ltd Node station device of ring network, and its communication processing device
JP2010541385A (en) * 2007-09-28 2010-12-24 ハネウェル・インターナショナル・インコーポレーテッド Apparatus and method for supporting wireless access to multiple security layers in industrial control and automation systems or other systems
JP2013514046A (en) * 2010-05-28 2013-04-22 ホアウェイ・テクノロジーズ・カンパニー・リミテッド Virtual layer 2 and mechanisms for making it scalable
US9160609B2 (en) 2010-05-28 2015-10-13 Futurewei Technologies, Inc. Virtual Layer 2 and mechanism to make it scalable
US9912495B2 (en) 2010-05-28 2018-03-06 Futurewei Technologies, Inc. Virtual layer 2 and mechanism to make it scalable
US8897303B2 (en) 2010-06-29 2014-11-25 Futurewei Technologies, Inc. Delegate gateways and proxy for target hosts in large layer 2 and address resolution with duplicated internet protocol addresses
US8937950B2 (en) 2010-06-29 2015-01-20 Futurewei Technologies, Inc. Asymmetric network address encapsulation
US9014054B2 (en) 2010-06-29 2015-04-21 Futurewei Technologies, Inc. Layer two over multiple sites
US10367730B2 (en) 2010-06-29 2019-07-30 Futurewei Technologies, Inc. Layer two over multiple sites
US10389629B2 (en) 2010-06-29 2019-08-20 Futurewei Technologies, Inc. Asymmetric network address encapsulation

Also Published As

Publication number Publication date
JPH0626339B2 (en) 1994-04-06

Similar Documents

Publication Publication Date Title
US5754547A (en) Routing method and system using an internet protocol
JPH01129550A (en) Routing table learning system
EP3384640B1 (en) Communication among network controllers
JP2004135299A (en) Communication system comprising method and apparatus for maintaining communication with mobile terminal
HU218402B (en) Method and apparatus for wireless communication with mobile units in a spurce routing communication network having a plurality of access points networks
FI103544B (en) Procedure for determining addresses in a data network node
CN101919277A (en) Method for detecting a duplicate address, mobile station, network element and communication system
US5717687A (en) Data communication system with adaptive routing, and switching node intended to be used in such a system
US7706327B2 (en) Mobile communication system and mobile communication terminal
CN111556110B (en) Automatic adaptation method for different physical service networks of private cloud system
US6421317B1 (en) Method and apparatus for an automatic load balancing and back-up of a multi-users network
CN1668030B (en) System and a method for processing field frames for multiprotocol use in a communications, and network equipment
CN113709046A (en) PRP-based cross-three-layer exchange parallel redundancy method
CA2266072C (en) Packet filtering in connection-based switching networks
CN113285894B (en) Identity identification network mobility control method and system based on programmable switch
US5920567A (en) Network related information transfer method for a connection device, and a data communication system
JP4567233B2 (en) COMMUNICATION DEVICE AND ITS CONTROL METHOD
JPS63193634A (en) Network connection system
JPH1032597A (en) Inter-lan connection device
CN114172762B (en) Communication method, device, system and readable storage medium
CN113872844B (en) Method for establishing VXLAN tunnel and related equipment
CN113300931B (en) Virtual machine migration discovery method and VTEP
JPH04233846A (en) Method and apparatus for data transmission
JP2023180787A (en) Communication device, communication setting method, and program
JPH06105904B2 (en) Communication method between local networks

Legal Events

Date Code Title Description
EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080406

Year of fee payment: 14