JPH0243662A - Communication path control system - Google Patents

Communication path control system

Info

Publication number
JPH0243662A
JPH0243662A JP19550288A JP19550288A JPH0243662A JP H0243662 A JPH0243662 A JP H0243662A JP 19550288 A JP19550288 A JP 19550288A JP 19550288 A JP19550288 A JP 19550288A JP H0243662 A JPH0243662 A JP H0243662A
Authority
JP
Japan
Prior art keywords
processor
processors
virtual
adjacent
virtual path
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.)
Pending
Application number
JP19550288A
Other languages
Japanese (ja)
Inventor
Kazue Shirane
白根 一恵
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 JP19550288A priority Critical patent/JPH0243662A/en
Publication of JPH0243662A publication Critical patent/JPH0243662A/en
Pending legal-status Critical Current

Links

Landscapes

  • Multi Processors (AREA)

Abstract

PURPOSE:To improve the throughput of the whole of a network by repeating the informing and updating of information to be informed between all the processors until the title system is made into a state in which no information exists and managing the state of a virtual path with a self processor as either a start edge or a relay point in the respective processors. CONSTITUTION:For example, when the establishment of the paths between a self processor #0 and processors #1-#3 adjacent to the self processor #0 is detected, the self processor #0 checks whether virtual path information 2-11 managed in the self processor #0 is to be informed to the adjacent processors #1-#3 or not. Further, when the virtual path information 2-11 is to be informed, the self processor #0 informs an applicable processor out of the processors #1-#3 of the virtual path information 2-11, and when virtual path information 2-13 is informed from the other adjacent processors #1-#3, or when the self processor #0 detects the disconnection of the paths between the self processor #0 and the adjacent processors #1-#3, and self processor #0 changes the virtual path information 2-11 managed in the self processor #0, checks whether the virtual path information 2-11 managed in the self processor #0 is to be informed to the other adjacent processors #1-#3 or not, and informs the applicable processor out of the processors #1-#3 the virtual path information 2-11 when the virtual path information 2-11 is to be informed. Thus, the throughput of the whole of the network can be improved.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、通信経路制御方式、特に中継プロセッサを介
する仮想経路をもつコネクションレス型ネットワークシ
ステムの通信経路制御方式に関する。
DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a communication route control method, and particularly to a communication route control method for a connectionless network system having a virtual route via a relay processor.

〔従来の技術〕[Conventional technology]

従来、複数プロセッサ間でネットワークシステムを構築
する場合、システムで固定的に経路を確保するpvc 
<パーマネント・バーチャル・サーキット:固定接続)
方式か、または通信を行なう必要が生じたときに発着呼
制御により、その時点で取り得る一つの経路を確立する
VC(バーチャル・コール)方式がとられている。
Conventionally, when building a network system between multiple processors, PVC was used to secure a fixed route in the system.
<Permanent virtual circuit: fixed connection)
A VC (virtual call) method is used in which one route available at that time is established by call control when communication becomes necessary.

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

PVC方式を採用した場合、一つの通信路において経路
が固定化されるため、障害時等の迂回制御が行なえない
、同−始/終端間で別々の経路をもつ複数の通信路を設
定した場合には、迂回制御が可能となるが、大規模なネ
ットワークシステムにおいて、このような方法の採用に
は、メモリ資源等からの制限があり得るという問題点が
ある。
When using the PVC method, the route is fixed in one communication path, so detour control cannot be performed in the event of a failure, etc. When multiple communication paths are set up with separate routes between the same start and end points. However, in a large-scale network system, the adoption of such a method has the problem that there may be limitations due to memory resources and the like.

また、VC方式を採用した場合には、コネクション確立
時に一つでも接続可能な経路が存在すれば、その経路を
自動選択することが可能だが、−旦コネクションを確立
した後にその経路が障害となった場合には、自動迂回は
行なえず、コネクションを開放しなければならない。さ
らに、コネクション確立のためのデータ送受信のための
オーバーヘッドが常に発生し、ネットワーク全体のスル
ーブツトに影響を与える。また、コネクション確立時に
その経路の設定に対しある前提条件を与えることが難し
くどのような場合でも接続可能な経路があれば、コネク
ションが確立し、その経路はコネクションが開放される
まで固定であるため、例えば多数のプロセッサを中継点
とする経路が取られてしまった場合、レスポンスタイム
に多大の影響を与えるという問題点がある。
In addition, when the VC method is adopted, if at least one connectable route exists at the time of connection establishment, it is possible to automatically select that route, but once the connection is established, that route becomes an obstacle. In this case, automatic detour cannot be performed and the connection must be released. Furthermore, overhead for data transmission and reception for connection establishment always occurs, which affects the throughput of the entire network. Also, it is difficult to provide certain prerequisites for setting the route when establishing a connection, and if there is a route that can be connected in any case, the connection will be established and that route will remain fixed until the connection is released. For example, if a route is taken that uses many processors as relay points, there is a problem in that the response time is greatly affected.

〔課題を解決するための手段〕[Means to solve the problem]

本発明によれば、複数プロセッサによるネットワークで
隣接プロセッサ間をパーマネント・バーチャル・サーキ
ット方式で接続し、その上に各プロセッサ間で収り得る
すべての方向をもった仮想経路を設定したコネクション
レス型ネットワークシステムにおいて、自プロセッサと
隣接するプロセッサとの間の経路の確立を検出した場合
他隣接プロセッサに対して自プロセッサ内で管理してい
る仮想経路情報を通知するかどうかをチェックし、通知
する場合該当プロセッサに対し仮想経路情報を通知し、
他隣接プロセッサから仮想経路情報を通知された場合、
または自プロセッサと隣接プロセッサとの間の経路の切
断を検出した場合に、自プロセッサ内に管理する仮想経
路情報を変更し、他隣接プロセッサに対して自プロセッ
サ内で管理している仮想経路情報を通知するかどうかを
チェックし、通知する場合該当プロセッサに対し仮想経
路情報の通知を行なうことを特徴とする通信経路制御方
式が得られる。
According to the present invention, a connectionless network is created in which adjacent processors are connected using a permanent virtual circuit method in a network made up of multiple processors, and virtual routes with all directions that can fit between each processor are set on the network. When the system detects the establishment of a route between its own processor and an adjacent processor.If the system checks whether to notify other adjacent processors of the virtual route information managed within its own processor, and notifies it.Applicable. Notifies the processor of virtual route information,
When virtual route information is notified from another adjacent processor,
Alternatively, if a disconnection of the route between the own processor and an adjacent processor is detected, the virtual route information managed within the own processor is changed, and the virtual route information managed within the own processor is transmitted to other adjacent processors. A communication path control method is obtained which is characterized in that it checks whether notification is to be made and, if notification is to be made, the corresponding processor is notified of virtual path information.

〔実施例〕〔Example〕

次に、本発明の一実施例を示した図面を参照して、本発
明をより詳細に説明する。
Next, the present invention will be described in more detail with reference to the drawings showing one embodiment of the present invention.

第1図を参照すると、本発明の一実施例は、ホストコン
ピュータH1,H2と、ネットワークを構築するネット
ワークプロセッサNPI、NP2、NF2.NF2と、
ネットワークに接続される分散プロセッサDPI、DP
2と、ネットワークに接続される端末Tl、T2.T3
.T4とから構成されている。ホストコンピュータH1
と、ネットワークプロセッサNPI、NP2とがAセン
タ内に設置され、ホストコンピュータH2と、ネットワ
ークプロセッサNP3.NP4とがBセンタ内に設置さ
れている。
Referring to FIG. 1, one embodiment of the present invention includes host computers H1, H2 and network processors NPI, NP2, NF2, . NF2 and
Distributed processor DPI, DP connected to the network
2, and terminals Tl, T2.2 connected to the network. T3
.. It is composed of T4. host computer H1
and network processors NPI, NP2 are installed in the A center, and a host computer H2 and network processors NP3. NP4 is installed in the B center.

第2図に第1図におけるネットワークプロセッサで本発
明によるネットワークを構築した場合の通信経路制御方
式の具体例実現例を示す、第2図において、2−40.
2−20.2−30.2−40はそれぞれネットワーク
を構築するプロセッサを表し、2−11はプロセッサ#
0で管理している仮想経路情報を、2−12はプロセッ
サ#0を終端とする仮想経路情報を、2−13は他プロ
セツサからそれぞれ通知されたプロセッサ#Oを始端ま
たは中継点とする仮想経路情報を、また2−14はある
前提条件に基づきプロセッサ#0から他隣接プロセッサ
へ通知するべき仮想経路情報を抽出するためのマスクテ
ーブルと現時点で他隣接プロセッサに通知されている仮
想経路情報を表している。ここでは、前提条件として■
プロセッサ間0とプロセッサ#1.プロセッサ#2とプ
ロセッサ#3はそれぞれ同地区に属し、同地区のプロセ
ッサ間の仮想経路として、他地区のプロセッサを中継点
とする仮想経路はもたない、■二つ以上のプロセッサを
中継点とする仮想経路はもたない、という二つの条件を
あげている。また、2−11は2−12と2−13それ
ぞれの情報の論理和を値としている。各プロセッサは、
すべての経路が切断されている状態において、2−11
と2−12および2−14のマスクテーブルのみを情報
として有している。
FIG. 2 shows a specific implementation example of the communication route control method when the network according to the present invention is constructed using the network processor in FIG. 1. In FIG. 2, 2-40.
2-20.2-30.2-40 each represent a processor that constructs a network, and 2-11 represents a processor #
2-12 is the virtual route information managed by 0, 2-12 is the virtual route information with processor #0 as the terminal, and 2-13 is the virtual route with processor #0 as the starting end or relay point notified from other processors. 2-14 represents a mask table for extracting virtual route information to be notified from processor #0 to other adjacent processors based on certain preconditions, and virtual route information currently being notified to other adjacent processors. ing. Here, as a prerequisite,
Between processors 0 and processor #1. Processor #2 and processor #3 each belong to the same district, and do not have a virtual route that uses a processor in another district as a relay point as a virtual route between processors in the same district. The two conditions are that there is no virtual route that can be used. Further, 2-11 has a value that is the logical sum of the information of 2-12 and 2-13. Each processor is
2-11 in a state where all routes are disconnected
It has only mask tables 2-12 and 2-14 as information.

第3図は、各プロセッサ間での双方向性をもった仮想経
路の識別番号を表している。
FIG. 3 shows identification numbers of virtual paths that have bidirectionality between each processor.

第4図を参照して、本実施例の動作を説明する。すべて
のプロセッサ間の経路が接続状態にあるときにプロセッ
サ#3がダウンした場合、プロセッサ#0.プロ゛セッ
サ#1.プロセッサ#2はそれぞれプロセッサ#3との
間の経路の切断を検出し、プロセッサ#3から通知され
ていた仮想経路の情報をすべて切断状態に変更し、自プ
ロセッサで管理している仮想経路情報を更新する。次に
、更新後の仮想経路情報からマスクテーブルを使用して
各隣接プロセッサへ通知するための仮想経路情報を抽出
する。抽出した仮想経路情報が以前に通知した情報と相
違がある場合のみ、該当プロセッサに対し、抽出した仮
想経路情報を通知する0通知を受けたプロセッサでは、
通知された仮想経路情報により隣接プロセッサからの通
知情報エリア(2−13)を変更し、自プロセッサで管
理している情報を更新する。このようにして、すべての
プロセッサ間で通知すべき情報がなくなるまで通知→更
新を繰り返すことにより、各プロセッサで自プロセッサ
を始端または中継点とする仮想経路の状態を管理する。
The operation of this embodiment will be explained with reference to FIG. If processor #3 goes down while all inter-processor paths are connected, processor #0. Processor #1. Each processor #2 detects the disconnection of the route with processor #3, changes all the virtual route information notified by processor #3 to a disconnected state, and updates the virtual route information managed by its own processor. Update. Next, virtual route information for notification to each adjacent processor is extracted from the updated virtual route information using a mask table. Only when the extracted virtual route information differs from the previously notified information, the processor is notified of the extracted virtual route information.0 In the processor that received the notification,
The notification information area (2-13) from the adjacent processor is changed based on the notified virtual route information, and the information managed by the own processor is updated. In this way, each processor manages the state of the virtual route with its own processor as the start end or relay point by repeating notification→update until there is no more information to be notified among all the processors.

あるプロセッサ(A)で別のプロセッサ(B)宛の電文
の送信を行ないたい場合、Aを始端、Bを終端とする仮
想経路の状態を2−11によりチェックし、接続状態の
場合は、2−13の中でその仮想経路の状態が接続状態
であるもののうち、優先度の一番高いプロセッサ宛に電
文を送信することにより送信経路の制御を行なう。
When one processor (A) wants to send a message addressed to another processor (B), check the state of the virtual route with A as the starting end and B as the ending end using 2-11. -13, the transmission path is controlled by transmitting a message to the processor with the highest priority among those whose virtual path is in the connected state.

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

以上説明したように、本発明によれば、メモリ資源等か
らの制限を受けることなく、始端において終端や中継点
でのその経路の状態を把握した上で経路の迂回制御が可
能となる。また、マスクテーブルの作り方により、ネッ
トワーク内での取り得る経路にある前提条件を付加する
ことが可能であるため、レスポンスタイムに影響を与え
る多数のプロセッサを中継点とするような経路の選択を
行なわないようにする制御も可能となる。さらに、コネ
クションレス方式であるため、通信途中に経路障害によ
り通信が中断することは極めて少なく、コネクション確
立のためのオーバーヘッドも発生しないためにネットワ
ーク全体のスループットの向上が図れる。
As described above, according to the present invention, route detour control is possible after grasping the state of the route at the terminal end or relay point at the starting end, without being limited by memory resources or the like. In addition, by creating a mask table, it is possible to add certain preconditions to possible routes within the network, so it is possible to select routes that use a large number of processors as relay points, which can affect response time. It is also possible to control the situation so that it does not occur. Furthermore, since it is a connectionless method, it is extremely unlikely that communication will be interrupted due to a path failure during communication, and since there is no overhead for establishing a connection, the throughput of the entire network can be improved.

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

第1図は本発明の一実施例のシステム構成図、第2図は
第1図に示した構成による通信経路制御方式の具体的実
現例を示す図、第3図は各プロセッサ間での方向性をも
った仮想経路の識別番号を示す図、第4図は本発明の処
理概要フローチャートである。 Hl、H2・・・ホストシステム、 NPI〜NP4・・・ネットワークプロセッサ、DPI
、DP2・・・分散プロセッサ、T1〜T4・・・端末
、 2−10.2−20.2−30.2−40・・・ネット
ワークを構成するネットワークプロセッサ、2−11・
・・プロセッサ#0で管理する仮想経路情報テーブル、
2−12・・・プロセッサ#0を終端とする仮想経路情
報テーブル、2−13・・・プロセッサ#1.プロセッ
サ#2.プロセッサ#3がら通知されたプロセッサ#0
を始端または中継点とする仮想経路情報テーブル、2−
14・・・プロセッサ#1.プロセッサ#2.プロセッ
サ#3へ通知する仮想経路情報を抽出するためのマスク
テーブルおよび現時点で各プロセッサに通知しである仮
想経路情報テーブル。 代理人 弁理士  内 原  晋 第1図 第2図 プσゼゾブ#2 第4図 ズU仁、7fが3
FIG. 1 is a system configuration diagram of an embodiment of the present invention, FIG. 2 is a diagram showing a concrete implementation example of the communication path control method using the configuration shown in FIG. 1, and FIG. 3 is a diagram showing the direction between each processor. FIG. 4 is a flowchart showing the process outline of the present invention. Hl, H2...Host system, NPI~NP4...Network processor, DPI
, DP2...Distributed processor, T1-T4...Terminal, 2-10.2-20.2-30.2-40...Network processor configuring the network, 2-11.
...Virtual route information table managed by processor #0,
2-12... Virtual route information table with processor #0 as the terminal, 2-13... Processor #1. Processor #2. Processor #0 notified by processor #3
A virtual route information table with 2- as the starting point or relay point.
14... Processor #1. Processor #2. A mask table for extracting virtual route information to be notified to processor #3, and a virtual route information table to be notified to each processor at the current time. Agent Patent Attorney Susumu Uchihara Figure 1 Figure 2 Puzzle #2 Figure 4 ZU Jin, 7f is 3

Claims (1)

【特許請求の範囲】 複数プロセッサによるネットワークで隣接プロセッサ間
をパーマネント・バーチャル・サーキット方式で接続し
、その上に各プロセッサ間で取り得るすべての方向をも
つた仮想経路を設定したコネクションレス型ネットワー
クシステムにおいて、 自プロセッサと隣接するプロセッサとの間の経路の確立
を検出した場合他隣接プロセッサに対して自プロセッサ
内で管理している仮想経路情報を通知するかどうかをチ
ェックし、 通知する場合該当プロセッサに対し仮想経路情報を通知
し、 他隣接プロセッサから仮想経路情報を通知された場合、
または自プロセッサと隣接プロセッサとの間の経路の切
断を検出した場合に、自プロセッサ内に管理する仮想経
路情報を変更し、 他隣接プロセッサに対して自プロセッサ内で管理してい
る仮想経路情報を通知するかどうかをチェックし、 通知する場合該当プロセッサに対し仮想経路情報の通知
を行なうことを特徴とする通信経路制御方式。
[Claims] A connectionless network system in which adjacent processors are connected using a permanent virtual circuit method in a network of multiple processors, and virtual routes with all possible directions are set between each processor. When the establishment of a route between the own processor and an adjacent processor is detected, it is checked whether to notify other adjacent processors of the virtual route information managed within the own processor, and if notification is to be made, the corresponding processor When the virtual route information is notified from other neighboring processors,
Alternatively, if a disconnection of the route between the own processor and an adjacent processor is detected, the virtual route information managed within the own processor is changed, and the virtual route information managed within the own processor is changed to other adjacent processors. A communication route control method characterized by checking whether notification is to be made and, if notification is to be made, notifying the corresponding processor of virtual route information.
JP19550288A 1988-08-04 1988-08-04 Communication path control system Pending JPH0243662A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP19550288A JPH0243662A (en) 1988-08-04 1988-08-04 Communication path control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP19550288A JPH0243662A (en) 1988-08-04 1988-08-04 Communication path control system

Publications (1)

Publication Number Publication Date
JPH0243662A true JPH0243662A (en) 1990-02-14

Family

ID=16342151

Family Applications (1)

Application Number Title Priority Date Filing Date
JP19550288A Pending JPH0243662A (en) 1988-08-04 1988-08-04 Communication path control system

Country Status (1)

Country Link
JP (1) JPH0243662A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5332922A (en) * 1990-04-26 1994-07-26 Hitachi, Ltd. Multi-chip semiconductor package

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5332922A (en) * 1990-04-26 1994-07-26 Hitachi, Ltd. Multi-chip semiconductor package

Similar Documents

Publication Publication Date Title
EP1278342B1 (en) Method and system for controlling communication network and router used in the network
US6445710B1 (en) Method and apparatus for transparently bridging traffic across wide area networks
JPH07264244A (en) Multiprocessor bridge
JPS62239641A (en) Broadcast communication method
JPS62109451A (en) Fixing method of communication pass of data transmission network
CA2334972C (en) Method and apparatus for non-disruptive addition of a new node to an inter-nodal network
KR20010109080A (en) Topology propagation in a distributed computing environment with no topology message traffic in steady state
CN110958151A (en) Keep-alive detection method, device, node, storage medium and communication system
CN114189471A (en) Cross-device link aggregation group main/standby configuration method, system, terminal and storage medium
JP4567233B2 (en) COMMUNICATION DEVICE AND ITS CONTROL METHOD
JPH0243662A (en) Communication path control system
JP2003533128A (en) Communications system
JP3844215B2 (en) Network configuration management system, node device, network configuration management method, node device control method, and node device control program
AU721461B2 (en) Telecommunications switching system with readily configurable supervisor control
JP2000215076A (en) Failover processing method in cluster system and cluster system
JPS62180637A (en) Centralized maintenance and operation method for data exchange networks
JP2001211470A (en) Remote mobile radio communication system using improved protocol
JPH02143759A (en) Routing information update processing method
JPWO2006075402A1 (en) Open loop network node device and open loop network control method
JPH04154341A (en) Communication path managing system
JP2002335250A (en) Redundant network system
CN109783136B (en) Configuration updating method, device, equipment and storage medium
JPS61267859A (en) Decentralized processing system
JP2003348134A (en) Communication path selecting system
JP3989447B2 (en) Communication switching method and data communication apparatus