Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3398461B2 - System used in network environment and device implemented in the system - Google Patents
[go: Go Back, main page]

JP3398461B2 - System used in network environment and device implemented in the system - Google Patents

System used in network environment and device implemented in the system

Info

Publication number
JP3398461B2
JP3398461B2 JP05502994A JP5502994A JP3398461B2 JP 3398461 B2 JP3398461 B2 JP 3398461B2 JP 05502994 A JP05502994 A JP 05502994A JP 5502994 A JP5502994 A JP 5502994A JP 3398461 B2 JP3398461 B2 JP 3398461B2
Authority
JP
Japan
Prior art keywords
route
route change
connection
response
partner
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.)
Expired - Fee Related
Application number
JP05502994A
Other languages
Japanese (ja)
Other versions
JPH07240756A (en
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP05502994A priority Critical patent/JP3398461B2/en
Publication of JPH07240756A publication Critical patent/JPH07240756A/en
Application granted granted Critical
Publication of JP3398461B2 publication Critical patent/JP3398461B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Small-Scale Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、ネットワーク環境下に
おいて多重化された通信経路を介して他のシステムとコ
ネクションを確立してデータ通信を行うシステムに係わ
り、特に、コネクションが確立されている経路で異常が
発生した場合においてもコネクションの継続を保障する
システム及び該システムに実装される装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for establishing data connection by establishing a connection with another system via a multiplexed communication path in a network environment, and more particularly to a path where the connection is established. The present invention relates to a system that guarantees continuation of a connection even when an abnormality occurs and a device mounted on the system.

【0002】[0002]

【従来の技術】最近では、ワークステーションやパーソ
ナルコンピュータ等が高性能化が著しく、これに伴いこ
れらのコンピュータをLAN(ローカル・エリア・ネッ
トワーク)等により相互に結合するコンピュータ・ネッ
トワークの構築が盛んになっている。
2. Description of the Related Art Recently, workstations, personal computers, etc. have been remarkably improved in performance. Along with this, construction of computer networks for connecting these computers to each other by LAN (local area network) or the like has become popular. Has become.

【0003】このようなコンピュータ・ネットワークに
おいて、フォール・トレランス(耐故障性)を保有する
形態として、図23に示すようなものが知られている。
同図において、自システム410と相手システム420
の2つのシステムが、2つのイーサネット型のLAN4
02,404を介して相互に結合されている。尚、自シ
ステム410は2つのLANアダプタ412,414を
介して、それぞれ上記LAN402,404に接続され
ている。一方、相手システム420は2つのLANアダ
プタ422,424を介して、それぞれ上記LAN40
2,404に接続されている。
In such a computer network, a form shown in FIG. 23 is known as a form having fall tolerance (fault tolerance).
In the same figure, own system 410 and partner system 420
Two systems are two Ethernet type LAN4
They are mutually connected via 02 and 404. The own system 410 is connected to the LANs 402 and 404 via two LAN adapters 412 and 414, respectively. On the other hand, the partner system 420 receives the LAN 40 via the two LAN adapters 422 and 424.
2, 404.

【0004】このようなコンピュータ・ネットワークに
おいて、2つのシステム410,420間を相互接続す
るためのネットワーク・プロトコルの1つとして、例え
ばOSI(Open Systems Interconnection;開放型シス
テム間相互接続)プロトコルが知られている。このOS
Iプロトコルにおいては、トランスポート層のサービス
としてコネクション型トランスポートサービスとコネク
ションレス型トランスポートサービスの2つを規定して
いる。
In such a computer network, for example, the OSI (Open Systems Interconnection) protocol is known as one of network protocols for interconnecting the two systems 410 and 420. ing. This OS
The I protocol defines two transport layer services, a connection-type transport service and a connectionless-type transport service.

【0005】この内、コネクション型トランスポートサ
ービスでは、データ転送に先立って2つのシステム41
0,420間に予めコネクション(トランスポート・コ
ネクション)を確立する必要がある。このコネクション
確立処理においては、例えば、システム410からシス
テム420へ自システムで定義されている経路の中の1
経路(複数経路が存在する場合には、例えば負荷分散を
考慮した最適経路)を選択し、該経路によるコネクショ
ン確立要求(T-CONNECT 要求)を送信し、これに対しシ
ステム420がコネクション確認(T-CONNECT 確認)を
システム410へ返すことによりトランスポート・コネ
クションが確立される。そして、このコネクション確立
後に、両システム410,420間でトランスポート層
のプロトコルを利用したデータ転送が可能になる。
Among these, in the connection type transport service, two systems 41 are provided before data transfer.
It is necessary to establish a connection (transport connection) between 0 and 420 in advance. In this connection establishment process, for example, one of the routes defined in the system from the system 410 to the system 420 is set.
A route (when there are a plurality of routes, for example, an optimal route in consideration of load distribution) is selected, and a connection establishment request (T-CONNECT request) by the route is transmitted, and the system 420 confirms the connection (T-CONNECT request). -CONNECT confirmation) is returned to the system 410 to establish the transport connection. Then, after this connection is established, data transfer using the protocol of the transport layer becomes possible between both systems 410 and 420.

【0006】[0006]

【発明が解決しようとする課題】上述したような方法に
より、LAN402を介する経路にコネクションが確
立されている状態において、例えば図23中で星印41
6で示されている経路上のLANアダプタ412が直
結されている個所に異常が発生した場合、システム41
0側ではLANアダプタ412を介してこの異常を検出
することができるが、相手システム420側ではこの異
常を検出できない。これは、例えば、上記星印416で
示す個所が伝送路に取り付けられたトランシーバであ
り、該トランシーバにLANアダプタ412がトランシ
ーバ・ケーブルを介して接続されている場合などが該当
する。
The method described above [SUMMARY OF THE INVENTION], asterisk 41 in a state where connection to a path through the LAN 402 is established, for example, in FIG. 23
If an abnormality occurs at the place where the LAN adapter 412 on the path indicated by 6 is directly connected, the system 41
The 0 side can detect this abnormality via the LAN adapter 412, but the partner system 420 side cannot detect this abnormality. This applies, for example, to the case where the portion indicated by the star mark 416 is a transceiver attached to the transmission path, and the LAN adapter 412 is connected to the transceiver through a transceiver cable.

【0007】このような場合、システム420ではこの
異常に気付かないため、経路に対してシステム410
宛のデータを送信し続けるが、該異常のためこのデータ
はシステム410へは送られない。このため、システム
420では自己が送信したデータに対する応答を再送時
間以上経過しても受け取ることができないため、データ
の再送処理を繰り返した後、システム410との間のコ
ネクションを切断してしまう。
In such a case, since the system 420 does not notice this abnormality, the system 410 is set to the route.
It will continue to send data addressed to it, but due to the anomaly, this data will not be sent to system 410. For this reason, the system 420 cannot receive a response to the data transmitted by itself even after the retransmission time has elapsed, and therefore, after repeating the data retransmission process, the connection with the system 410 is disconnected.

【0008】また、システム410がデータ送信時、別
経路によりシステム420へデータを送信することに
より、システム420へ経路変更を通知することも行わ
れていた。すなわち、この場合、システム420は該デ
ータを経路ではなく経路により受信することによ
り、コネクションの経路を経路から経路に変更して
いた。
[0008] Further, when the system 410 transmits data, the system 420 is also notified of the route change by transmitting the data to the system 420 by another route. That is, in this case, the system 420 changes the route of the connection from route to route by receiving the data via the route instead of the route.

【0009】しかしながら、この場合、システム410
はシステム420側の経路定義情報を知らないため、シ
ステム420側で定義されていない経路により経路変更
要求を行う場合があり、この場合には経路変更が行われ
ないという問題があった。
However, in this case, the system 410
Does not know the route definition information on the system 420 side, there is a case where a route change request is made by a route that is not defined on the system 420 side. In this case, there is a problem that the route is not changed.

【0010】すなわち、例えばシステム410において
経路,が定義され、システム420において経路
、を定義されていた場合、システム410が経路
の異常を検出し、経路への経路変更を通知しても、シ
ステム420側では経路が定義されていないため、シ
ステム420はこの経路を介してシステム410へ該
経路変更することができず、該経路変更要求を破棄して
しまう。
That is, for example, when the route is defined in the system 410 and the route is defined in the system 420, even if the system 410 detects an abnormality in the route and notifies the route change to the route, the system 420 is detected. Since the route is not defined on the side, the system 420 cannot change the route to the system 410 via this route, and discards the route change request.

【0011】また、さらに、システム410が、システ
ム420が接続されていない伝送路を介して経路変更要
求を行った場合には、この経路変更要求はシステム42
0へ届かないため、システム420が応答待ちにある場
合、システム420は無活動監視制御時間のタイムアウ
トになり、トランスポート・コネクションの解放手順を
起動し、該コネクションを切断してしまう。
Further, when the system 410 makes a route change request through a transmission line to which the system 420 is not connected, this route change request is issued by the system 42.
When the system 420 is waiting for a response because it does not reach 0, the system 420 times out of the inactivity monitoring control time, activates the transport connection release procedure, and disconnects the connection.

【0012】このように、従来のネットワークにおいて
は、2つのシステム410,420が複数の経路により
接続されていても、コネクションで使用している経路上
で片側のシステム410だけしか検出できない異常が発
生した場合、コネクションの経路変更が行われず、コネ
クションが切断されてしまうという問題があった。
As described above, in the conventional network, even if two systems 410 and 420 are connected by a plurality of routes, an abnormality occurs in which only one system 410 can be detected on the route used for the connection. In that case, there is a problem that the connection route is not changed and the connection is disconnected.

【0013】このため、ネットワークの信頼性が低く、
特にフォールトトレラント機能を保有するネットワーク
においてはこの点が大きな問題となっていた。また、こ
のような問題は、経路に異常が発生した場合のみなら
ず、例えば一方のシステムがコネクションが確立されて
いる経路上のLANとの接続伝送路を論理的に非活性す
る場合にも生じていた。該接続伝送路の論理的な非活性
化とは、例えばシステムをメンテナンスする際などにお
いて、該接続伝送路を現在使用不可能な状態として内部
的に管理する操作であり、通常はLANアダプタを論理
的に非活性することにより行われる。
Therefore, the reliability of the network is low,
This has been a serious problem especially in networks having fault tolerant functions. Further, such a problem occurs not only when an abnormality occurs in a route, but also when, for example, one system logically deactivates a connection transmission line to a LAN on a route where a connection is established. Was there. The logical deactivation of the connection transmission line is an operation of internally managing the connection transmission line as an unusable state at the time of, for example, maintenance of the system. It is carried out by inactive.

【0014】本発明は、互いにコネクションが確立され
ている両方のシステムが、それぞれ独立に経路異常を検
出し、両システムが、それぞれ、相手システムに経路変
更要求を送信して経路変更要求が衝突した場合でも、コ
ネクションの継続を保証できるようにすることである。
According to the present invention, a connection is established with each other.
Both systems are independently detecting path anomalies.
Then, both systems change their routes to the other system.
Even if the route change request is sent and the route change request collides,
It is to be able to guarantee the continuation of nection.

【0015】[0015]

【課題を解決するための手段】図1は本発明のシステム
C,Dの原理を説明する図である。これらのシステム
C,Dネットワーク環境下において使用され、相手シ
ステムとの間に複数の経路が定義される。
FIG . 1 is a diagram for explaining the principle of systems C and D of the present invention. These systems C and D are used in a network environment, and a plurality of routes are defined with the partner system.

【0016】システムCは、以下の各手段11,12,
13,14を備える。記憶手段11は、相手システムと
の間にコネクションが確立された際に、自システムが発
呼側または着呼側のいずれであるかを記憶する。
The system C comprises the following means 11, 12,
13 and 14 are provided. The storage means 11 stores whether the own system is a calling side or a called side when a connection is established with the partner system.

【0017】経路変更要求送信手段12は、コネクショ
ン確立状態にあるときに、現在使用されている経路の異
常が検出されたとき、該現在使用経路以外の定義されて
いる残りの経路の中から1つの経路を選択し、該経路に
より上記相手システムに経路変更要求を送信する。
The route change request transmission means 12, when the abnormality of the currently used route is detected while the connection is established, selects 1 from the remaining defined routes other than the currently used route. One route is selected, and a route change request is transmitted to the partner system by the route.

【0018】経路変更要求受信手段13は、該経路変更
要求送信後、相手システムから経路変更要求を受信し、
該受信時に該記憶手段11の記憶情報を基に、例えば、
該コネクション確立時に自システムが発呼側であったと
判断した場合には、経路変更応答待ち状態に遷移する。
The route change request receiving means 13 receives the route change request from the partner system after transmitting the route change request,
Based on the stored information of the storage means 11 at the time of reception, for example,
When it is determined that the own system is the calling side at the time of establishing the connection, the system transits to the route change response waiting state.

【0019】経路変更確認送信手段14は、該経路変更
応答待ち状態において相手システムから経路変更応答を
受信し、該受信に対して経路変更確認を相手システムへ
送信する。
The route change confirmation transmitting means 14 receives the route change response from the partner system in the route change response waiting state, and transmits the route change confirmation to the partner system in response to the reception.

【0020】一方、システムDは、以下の各手段16,
17,18,19を備える記憶手段16は、相手システ
ムとの間にコネクションが確立された際に、自システム
が発呼側または着呼側のいずれであるかを記憶する。
On the other hand, the system D has the following means 16,
The storage unit 16 including 17, 18, and 19 stores whether the own system is a calling side or a called side when a connection is established with the partner system.

【0021】経路変更要求送信手段17は、コネクショ
ン確立状態にあるときに、現在使用されている経路の異
常が検出されたとき、該現在使用経路以外の定義されて
いる残りの経路の中から1つの経路を選択し、該経路に
より上記相手システムに経路変更要求を送信する。
The route change request transmission means 17 detects one of the remaining routes other than the currently used route when an abnormality of the currently used route is detected in the connection established state. One route is selected, and a route change request is transmitted to the partner system by the route.

【0022】経路変更応答送信手段18は、該経路変更
要求送信後、相手システムから経路変更要求を受信し、
該受信時に該記憶手段の情報を基に、例えば、該コネク
ション確立時に自システムが着呼側であったと判断した
場合には、相手システムに対し経路変更応答を送信す
る。
The route change response transmitting means 18 receives the route change request from the partner system after transmitting the route change request,
At the time of receiving, based on the information in the storage means, for example, when it is determined that the own system was the called side at the time of establishing the connection, a route change response is transmitted to the partner system.

【0023】経路変更確認受信手段19は、該経路変更
応答送信後、相手システムから経路変更確認を受信し、
該受信経路が現在自システムにおいて使用可能であると
きに上記受信経路を前記コネクションの新たな使用経路
に確定する。
The route change confirmation receiving means 19 receives the route change confirmation from the partner system after transmitting the route change response,
When the reception route is currently available in the own system, the reception route is determined as a new use route of the connection.

【0024】以降に述べる装置は、いずれもネットワー
ク内において相手システムとの間に複数の経路が定義さ
れるシステムに実装される。次に、図2は本発明の第1
の経路変更衝突制御装置E及び第2の経路変更衝突制御
装置Fの原理を説明する図である。
[0024] described later device are all multiple paths between the mating system Ru is implemented in a system that is defined in the network. Next, FIG. 2 shows the first of the present invention .
It is a figure explaining the principle of the path | route change collision control apparatus E and the 2nd path | route change collision control apparatus F of FIG.

【0025】第1の経路変更衝突制御装置Eは、以下の
各手段36,37,38を備える記憶手段36は、相手
システムとの間にコネクションが確立された際に、自シ
ステムが発呼側または着呼側のいずれであるかを記憶す
る。
The first route change collision control device E includes a storage unit 36 including the following units 36, 37, and 38. When the connection is established with the partner system, the storage unit 36 sends its own system to the calling side. Or, it is stored which one is the called side.

【0026】経路変更要求受信手段37は、相手システ
ムに経路変更要求を送信した後に、相手システムから経
路変更要求を受信したとき、該受信時に該記憶手段36
の記憶情報を基に、例えば、該コネクション確立時に自
システムが発呼側であったと判断した場合には、自シス
テムを経路変更応答待ち状態に遷移させる。
The route change request receiving means 37 is a partner system.
After sending the route change request to the
When the route change request is received, the storage means 36 is provided at the time of the reception.
For example, when it is determined that the own system is the calling side at the time of establishing the connection, the own system is transited to the route change response waiting state based on the stored information of 1.

【0027】経路変更確認送信手段38は、該経路変更
応答待ち状態において相手システムから経路変更応答を
受信し、該受信に対して経路変更確認を相手システムへ
送信する。
The route change confirmation transmitting means 38 receives the route change response from the partner system in the route change response waiting state, and transmits the route change confirmation to the partner system in response to the reception.

【0028】一方、第2の経路変更衝突制御装置Fは、
以下の各手段41,42,43を備える。記憶手段41
は、相手システムとの間にコネクションが確立された際
に、自システムが発呼側または着呼側のいずれであるか
を記憶する。
On the other hand, the second route change collision control device F is
The following means 41, 42, 43 are provided. Storage means 41
Stores whether the own system is a calling side or a called side when a connection is established with the partner system.

【0029】経路変更応答送信手段42は、相手システ
ムに経路変更要求を送信した後に、相手システムから経
路変更要求を受信したとき、該受信時に該記憶手段の情
報を基に、例えば、該コネクション確立時に自システム
が着呼側であったと判断した場合には、相手システムに
対し経路変更応答を送信し、自システムを経路変更確認
待ち状態に遷移させる。
The route change response transmitting means 42 is a partner system.
After sending the route change request to the
When a route change request is received, a route change response is sent to the other system based on the information in the storage means at the time of receiving the route change request , for example, when it is determined that the own system was the called side at the time of establishing the connection. Then, the own system is transited to the route change confirmation waiting state.

【0030】経路変更確認受信手段43は、該経路変更
確認の受信待ち状態において、相手システムから経路変
更確認を受信したとき、該受信経路が自システムで現在
使用可能であれば、その受信経路を前記コネクションの
新たな使用経路に確定する。
When the route change confirmation receiving means 43 receives the route change confirmation from the partner system in the waiting state of the route change confirmation, if the reception route is currently available in the own system, the reception route is confirmed. The new use route of the connection is determined.

【0031】[0031]

【作用】図1を参照しながら、本発明のシステムの作
を説明する。同図において、システムCとシステムDの
間には例えば経路によりコネクションが確立されてお
り、該確立時においてシステムCが発呼側、システムD
が着呼側であったとする。これによりシステムCの記憶
手段11には発呼側である旨の情報が、システムDの記
憶手段16には着呼側である旨の情報が記憶される。
[Action] with reference to FIG. 1, illustrating the use action of the system of the present invention. In the figure, a connection is established between the system C and the system D by, for example, a route.
Was the called party. As a result, the storage means 11 of the system C stores the information indicating the calling side, and the storage means 16 of the system D stores the information indicating the calling side.

【0032】このようにして、コネクションが確立され
ている状態において、システムCとシステムDの両シス
テムが互いに独立に経路の異常を検出すると、システ
ムCは経路変更要求送信手段12によりシステムDは経
路変更要求送信手段17により、それぞれ互いに独立に
現在、自システムで使用可能な正常な経路を選択して、
該経路により相手システムへ経路変更要求を送信する。
In this way, when the system C and the system D independently detect a path abnormality in the state where the connection is established, the system C causes the path change request transmission means 12 to cause the system D to execute the path. The change request transmission means 17 selects a normal route that is currently available in the system independently of each other,
A route change request is transmitted to the partner system via the route.

【0033】これらの経路変更要求は、システムCでは
経路変更要求受信手段13により、システムDでは経路
変更要求受信手段18により受信される。システムCの
経路変更要求受信手段13は、記憶手段11に記憶され
ている情報を参照し、該情報を基に上記コネクション確
立時に自システムが発呼側であると判断すると、自シス
テムを経路変更応答待ち状態に遷移させる。
These route change requests are received by the route change request receiving means 13 in the system C and the route change request receiving means 18 in the system D. The route change request receiving unit 13 of the system C refers to the information stored in the storage unit 11, and if it determines that the own system is the calling side at the time of establishing the connection based on the information, changes the route of the own system. Change to the response waiting state.

【0034】一方、システムDの経路変更要求18も、
記憶手段16に記憶されている情報を基に上記コネクシ
ョン確立時に自システムが着呼側であると判断すると、
例えば、上記経路変更要求送信時と同様の経路でシステ
ムCへ経路変更応答を送信する。
On the other hand, the route change request 18 of the system D is also
When it is determined that the own system is the called side at the time of establishing the connection based on the information stored in the storage means 16,
For example, the route change response is transmitted to the system C through the same route as when the route change request is transmitted.

【0035】システムCは、該経路変更応答を経路変更
確認送信手段14により受信する。そして、例えば、該
受信経路をコネクションの新たな使用経路として確定・
記憶し、該使用経路を介してシステムDへ経路変更確認
を送信する。
The system C receives the route change response by the route change confirmation transmitting means 14. Then, for example, the reception route is determined as a new use route of the connection.
Store and send a route change confirmation to system D via the use route.

【0036】システムDは、該経路変更確認を経路変更
確認受信手段19により受信し、該受信経路が現在、自
システムで使用可能な経路であるときに、この受信経路
を上記コネクションの新たな使用経路に確定する。
The system D receives the route change confirmation by the route change confirmation receiving means 19, and when the received route is a route which can be currently used in its own system, uses this received route for the new use of the connection. Confirm the route.

【0037】このようにして、コネクションが確立され
ている両システムC,Dとの間で経路変更要求が衝突し
た場合においても、新たな経路によりコネクションを継
続できる。尚、上記の場合は、コネクション確立時の発
呼側、着呼側をそれぞれ上記経路変更要求衝突時の勝
者、敗者に設定するようにしているが、これとは逆に勝
者、敗者を決定するようにしてもよい。
In this way, even if a path change request collides with both of the systems C and D to which the connection is established, the connection can be continued by the new path. In the above case, the calling side and the called side at the time of establishing the connection are set to the winner and the loser at the time of the above-mentioned route change request collision, respectively. On the contrary, the winner and the loser are determined. but it may also be so.

【0038】次に、図2に示す第1の経路変更衝突制御
装置Eと第2の経路変更衝突制御装置Fの作用を説明す
る。第1の経路変更衝突正業装置Eは、自己が実装され
ているシステムが相手システムとコネクションを確立し
た際、自システムが発呼側または着呼側のいずれである
かを記憶手段36に記憶する。第2の経路変更衝突制御
装置Fも、同様にして、相手システムとの間にコネクシ
ョンが確立された際、記憶手段41に同様の情報を記憶
する。
Next, the operation of the first route change collision control device E and the second route change collision control device F shown in FIG. 2 will be described. The first route-change collision business device E stores in the storage means 36 whether the own system is the calling side or the called side when the system in which it is installed establishes a connection with the partner system. To do. Similarly, the second route change collision control device F also stores the same information in the storage unit 41 when the connection is established with the partner system.

【0039】以後、上記2つの装置がそれぞれ実装され
ているシステム(システムC,システムDとする)の間
にコネクションが確立されているものとして説明を行
う。この状態において、該コネクションの使用経路の異
常を、上記両システムC,Dが互いに独立に検出し、そ
れぞれのシステムC,Dから相手システムに対し経路変
更要求が送信されたとする。
Hereinafter, description will be made assuming that a connection is established between the systems (system C and system D) in which the above two devices are mounted. In this state, it is assumed that the two systems C and D independently detect an abnormality in the use route of the connection, and a route change request is transmitted from the respective systems C and D to the partner system.

【0040】このとき、システムC側に実装されている
第1の経路変更衝突制御装置Eの経路変更要求受信手段
37は、相手システムに経路変更要求を送信した後に、
相手システムから経路変更要求を受信したとき、該受信
時に該記憶手段36の記憶情報を基に、該コネクション
確立時に、例えば、自システムが発呼側であったと判断
した場合には、自システムを経路変更応答待ち状態に遷
移させる。
At this time, the route change request receiving means 37 of the first route change collision control device E mounted on the system C side, after transmitting the route change request to the partner system,
When a route change request is received from the partner system, when the connection is established, for example, when it is determined that the own system is the calling side based on the information stored in the storage unit 36 at the time of the reception, the own system is called. Transition to the route change response waiting state.

【0041】一方、システムD側に実装されている第2
の経路変更衝突制御装置Fの経路変更応答送信手段42
は、相手システムに経路変更要求を送信した後に、相手
システムから経路変更要求を受信したとき、該受信時に
該記憶手段41の記憶情報を基に、該コネクション確立
時に、例えば、自システムが着呼側であったと判断した
場合には、相手システムに対し経路変更応答を送信し
て、自システムを経路変更確認待ち状態に遷移させる。
On the other hand, the second device mounted on the system D side
Route change response transmitting means 42 of the route change collision control device F
After sending the route change request to the partner system,
When a route change request is received from the system, when it is determined that the own system is the called side at the time of establishing the connection, based on the stored information of the storage means 41 at the time of the reception, the other system is notified. It sends a route change response and puts the system into a route change confirmation waiting state.

【0042】続いて、システムC側にある第1の経路変
更衝突制御装置Eは、該経路変更応答待ち状態におい
て、相手システムから経路変更応答を受信し、該受信に
対して経路変更確認を相手システムへ送信する。
Subsequently, the first route change collision control device E on the system C side receives the route change response from the partner system in the route change response waiting state, and confirms the route change response to the reception. Send to system.

【0043】該経路変更確認待ち状態にあるシステムD
に実装されている第2の経路変更衝突制御装置Fの経路
変更確認受信手段43は、相手システムから経路変更確
認を受信すると、該受信経路が現在自システムにおいて
使用可能であれば、上記受信経路を前記コネクションの
新たな使用経路に確定する。
System D in the route change confirmation waiting state
When receiving the route change confirmation from the partner system, the route change confirmation receiving means 43 of the second route change collision control device F mounted on the above-mentioned reception route if the reception route is currently usable in the own system. To the new use route of the connection.

【0044】このようにして、第1及び第2の衝突制御
装置を、ネットワーク環境下において、相手システムと
の間に複数の経路が定義されるシステムに実装すること
により、経路変更要求が衝突した際にも、コネクション
を継続することが可能になる。
In this way, by mounting the first and second collision control devices in a system in which a plurality of routes are defined with the partner system in a network environment, route change requests collide. In this case, it becomes possible to continue the connection.

【0045】[0045]

【実施例】以下、図面を参照しながら本発明の実施例を
説明する。図は、本発明の一実施例のコンピュータ・
ネットワーク(以後、単にネットワークと記述する)の
構成図である。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 3 shows a computer according to an embodiment of the present invention.
It is a block diagram of a network (hereinafter, simply referred to as a network).

【0046】同図において、システムAとシステムBの
2つのシステムが1本のLAN100に接続されてい
る。システムAは、2個のLANアダプタ111,11
2を介してLAN100と接続されており、システムB
も2個のLANアダプタ121,122を介してLAN
100に接続されている。
In the figure, two systems, system A and system B, are connected to one LAN 100. System A consists of two LAN adapters 111 and 11
Is connected to the LAN 100 via the
LAN via two LAN adapters 121 and 122
It is connected to 100.

【0047】また、システムAは2台のPM(プロセッ
サ・モジュール)110−1,110−2を備えたマル
チプロセッサ構成となっており、各PM110−1,1
10−2は互いに通信可能になっている。システムAは
2つのLANアダプタ111,112を保有しているた
め、各LANアダプタ111,112毎にMAC(Medi
a Access Control) アドレスを有する。また、システム
Aは2つのPM110−1,110−2で負荷分散を行
ってスループットを向上させるために、ローカルなMA
Cアドレスを用いる。このローカルなMACアドレスを
macアドレスと表現する。また、上記各LANアダプ
タ111,112に対応して割り当てられるMACアド
レスは一般に、代表MACアドレスと呼ばれている。こ
こでは、LANアダプタ111,112にそれぞれ割り
当てられるMACアドレスを、それぞれ代表MACアド
レス,と表現する。
Further, the system A has a multiprocessor configuration including two PMs (processor modules) 110-1 and 110-2.
10-2 can communicate with each other. Since the system A has two LAN adapters 111 and 112, the MAC (Medi
a Access Control) address. In addition, the system A distributes the load between the two PMs 110-1 and 110-2 to improve the throughput, so that the local MA
Use C address. This local MAC address is expressed as a mac address. The MAC address assigned to each of the LAN adapters 111 and 112 is generally called a representative MAC address. Here, the MAC addresses assigned to the LAN adapters 111 and 112 are expressed as representative MAC addresses, respectively.

【0048】この場合において、マスタプロセッサであ
るPM110−1に対してはLANアダプタ111,1
12を介して受信するデータ転送経路に対応する各ロー
カルmacアドレスとして、それぞれ代表MACアドレ
ス,を割り当てる。一方、スレーブプロセッサであ
PM110−2に対してはLANアダプタ111,1
12を介して受信するデータ転送経路に対応する各ロー
カルmacアドレスとして、それぞれ代表MACアドレ
スに整数nを加えた値を割り当てる。
In this case, the LAN adapters 111, 1 are connected to the PM 110-1 which is the master processor.
A representative MAC address is assigned to each of the local mac addresses corresponding to the data transfer path received via 12. On the other hand, LAN adapters 111, 1 are connected to PM 110-2 which is a slave processor.
As each local mac address corresponding to the data transfer path received via 12, a value obtained by adding an integer n to the representative MAC address is assigned.

【0049】尚、nは例えば1〜32までの値のいずれ
かであり、対応するLANアダプタ111,112が非
活性になる毎に更新される。一方、システムBも2つの
互いに通信可能なPM120−1,120−2を備えて
いる。そして、マスタプロセッサであるPM120−1
に対しては、2つのローカルmacアドレスとしてLA
Nアダプタ121,122に対して割り当てられた代表
MACアドレス,を割り当てる。一方、スレーブプ
ロセッサであるPM120−2に割り当てる2つのロー
カルmacアドレスとしては、上記代表MACアドレス
,に整数mを加えた値を割り当てる。
Note that n is, for example, one of the values 1 to 32, and is updated every time the corresponding LAN adapter 111, 112 is deactivated. On the other hand, the system B also includes two PMs 120-1 and 120-2 that can communicate with each other. And PM120-1 which is a master processor
To LA as two local mac addresses
The representative MAC address assigned to the N adapters 121 and 122 is assigned. On the other hand, as the two local mac addresses assigned to the PM 120-2 that is the slave processor, a value obtained by adding the integer m to the representative MAC address is assigned.

【0050】以上のような構成のネットワークにおい
て、システムAとシステムB間で定義される経路は、 (代表MACアドレス;代表MACアドレス):経路 (代表MACアドレス;代表MACアドレス):経路 (代表MACアドレス;代表MACアドレス):経路 (代表MACアドレス;代表MACアドレス):経路 で表される4経路である。
In the network configured as described above, the routes defined between the system A and the system B are: (representative MAC address; representative MAC address): route (representative MAC address; representative MAC address): route (representative MAC address) Address; representative MAC address): route (representative MAC address; representative MAC address): 4 routes represented by a route.

【0051】システムAとシステムBは、上記のような
4経路の情報を内部に保持する。そして、例えばシステ
ムAのPM110−2とシステムBのPM120−2と
の間でLANアダプタ111、LANアダプタ122を
使用して通信が行われるときには、上記ローカルmac
アドレスが使用され、(代表MACアドレス+n、代
表MACアドレス+m)の経路情報で表現される経路
′を介して上記通信が行われる。
The system A and the system B internally hold the information of the above four paths. Then, for example, when communication is performed between the PM 110-2 of the system A and the PM 120-2 of the system B using the LAN adapter 111 and the LAN adapter 122, the local mac is used.
An address is used, and the above communication is performed via a route'represented by the route information of (representative MAC address + n, representative MAC address + m).

【0052】また、図は本発明の他の実施例のネット
ワークの構成図である。このネットワークにおいては、
システムAとシステムBが2つのLAN102,104
により接続されている。すなわち、システムAは、LA
Nアダプタ111を介してLAN102に、LANアダ
プタ112を介してLAN104に接続されている。ま
た、システムBはLANアダプタ121を介してLAN
102に、LANアダプタ122を介してLAN104
に接続されている。
FIG. 4 is a block diagram of a network according to another embodiment of the present invention. In this network,
System A and system B have two LANs 102 and 104
Connected by. That is, system A is LA
It is connected to the LAN 102 via the N adapter 111 and to the LAN 104 via the LAN adapter 112. In addition, the system B is a LAN via the LAN adapter 121.
102 to the LAN 104 via the LAN adapter 122
It is connected to the.

【0053】このような構成となっているため、システ
ムAとシステムBとの間には、 (代表MACアドレス;代表MACアドレス):経路 (代表MACアドレス;代表MACアドレス):経路 で表わされる2経路が定義される。
With such a configuration, between system A and system B, (representative MAC address; representative MAC address): route (representative MAC address; representative MAC address): route 2 The route is defined.

【0054】次に、上記図に示す構成のネットワーク
においてコネクションが確立されている経路で異常が発
生した場合における経路変更処理を、図を参照しなが
ら説明する。
Next, the route change process when an abnormality in a path connection has been established in the network configuration shown in FIG. 3 is generated will be described with reference to FIG.

【0055】尚、システムAとシステムBの間には経路
によるコネクションが確立されているものとする。こ
の状態において、システムAは、経路の伝送路に異常
を検出すると、保持している経路情報を基に最適な代替
経路を検索する。そして、経路を選択すると、経路
を介して相手システムBへ経路変更要求を送信する。
It is assumed that a connection by a route is established between the system A and the system B. In this state, when the system A detects an abnormality in the transmission path of the path, the system A searches for the optimum alternative path based on the held path information. Then, when the route is selected, a route change request is transmitted to the partner system B via the route.

【0056】システムBは、この経路変更要求を経路
から受信すると、現在自システムにおいて経路が使用
可能になっているか否か判断する。使用不可能状態と
は、上記経路変更要求受信後に経路に使用されている
LANアダプタ122が論理的に不活性化されるもしく
は該経路がシステムBで未定義に変更される場合、ま
たは経路に新たに異常が発生した場合などが該当す
る。
When the system B receives the route change request from the route, it determines whether the route is currently available in its own system . The possible use state, or when the pathway LAN adapter 122 which is used to route after the route change request received is logically deactivated is undefined changes in system B, or a path This is the case, for example, when a new abnormality occurs.

【0057】そして、システムBは経路が現在使用可
能であると判断すると、経路を介して経路変更応答を
システムAへ送信する。システムAでは、該経路変更応
答が送信されてきた経路と自己が上記経路変更要求を送
信した経路とが異なるか否かチェックする。この場合、
両経路が共に経路で同じであるので、経路を介して
システムBへ経路変更確認を送信する。
When the system B determines that the route is currently available, it sends a route change response to the system A via the route. The system A checks whether or not the route to which the route change response is transmitted is different from the route to which the route change request is transmitted by itself. in this case,
Since both routes are the same in the route, the route change confirmation is transmitted to the system B via the route.

【0058】これにより、システムAとシステムBは、
使用経路を経路から経路に変更してコネクションを
継続する。このように、一方のシステム(この場合、シ
ステムA)がコネクションが確立されている経路の伝送
路に異常を検出すると、該異常検出側のシステムが代替
経路を選択する。そして、両システムが情報(経路変更
要求、経路変更応答、経路変更確認)を互いに変換する
ことにより、該代替経路が現在両システムにおいて使用
可能となっていることを確認して、該代替経路により両
システム間のコネクションを継続する。
As a result, system A and system B are
Change the route used from route to route and continue the connection. In this way, when one system (system A in this case) detects an abnormality in the transmission path of the connection-established path, the system on the abnormality detection side selects an alternative path. Then, both systems exchange information (route change request, route change response, route change confirmation) with each other to confirm that the alternative route is currently available in both systems, and Continue the connection between both systems.

【0059】一方、システムBは上記経路変更要求を受
信したとき、上記代替経路が現在使用不可能であると
判断すると、自システムにおいて定義されている経路
を除く残りの経路の中から最適な代替経路を選択する。
そして、経路を選択すると、経路を介して経路変更
応答をシステムAへ送信する。
On the other hand, when the system B receives the route change request and determines that the alternative route is currently unusable, the system B selects the optimum alternative from the routes other than the route defined in its own system. Select a route.
Then, when the route is selected, the route change response is transmitted to the system A via the route.

【0060】システムAは、該経路変更応答を受信する
と、該受信経路(経路)と自己が上記経路変更要求を
通知した経路(経路)とが異なるか否かチェックす
る。この場合、両経路が異なるので相手システムBから
要求された経路について使用可否を判断する。この場
合の使用可否の判断も、上記システムAが経路変更要求
を受信したときと同様にして行われる。そして、システ
ムAは、経路使用可能であれば経路を介して経路
変更応答を送信する。これにより、システムAとシステ
ムBは、使用経路を経路から経路に変更してコネク
ションを継続する。
Upon receiving the route change response, the system A checks whether or not the received route (route) is different from the route (route) to which the route change request is notified by itself. In this case, since the two routes are different, it is determined whether or not the route requested by the partner system B can be used. The determination of availability in this case is performed in the same manner as when the system A receives the route change request. Then, the system A, the route transmits a path change response via the use if path. As a result, the system A and the system B change the use route from the route to the route and continue the connection.

【0061】このように、経路異常を検出したシステム
(この場合、システムA)側から提案された経路が相手
側システム(この場合、システムB)において使用不可
能であった場合には、該相手側システムは新たな代替経
路を選択し、該代替経路によりコネクションを継続する
ことができる。
In this way, if the route proposed by the system (in this case, system A) that has detected the abnormal route is not available in the partner system (in this case, system B), the other partner is detected. The side system can select a new alternative route and continue the connection through the alternative route.

【0062】また、さらに、システムAは、上記経路変
更応答により提案された経路が、PM120−1の負
荷が現在大きいなどの自システム内部での理由により現
在使用可能でなければ、上記経路変更応答の受信経路
と相手システムBのMACアドレス同一な代替経路を
検索する。そして、これにより、例えば、PM120−
2がデータ通信可能な(代表MACアドレス:代表M
ACアドレス+m)で定義される経路′を選択す
る。そして、経路′を介してシステムBへ経路変更確
認を送信する。尚、この場合、経路を選択してもよ
い。
Further, the system A, if the route proposed by the route change response is not currently available due to the internal load of the PM 120-1 or other reasons inside the system, the system A makes the route change response. And an alternative route in which the MAC address of the partner system B is the same as the reception route of. Then, as a result, for example, PM120-
2 can communicate data (representative MAC address: representative M
Select the route'defined by AC address + m). Then, the route change confirmation is transmitted to the system B via the route '. In this case, the route may be selected.

【0063】これにより、システムAとシステムBは使
用経路を経路から経路′へ変更して、両システム間
でのコネクションを継続する。このように、経路異常を
検出したシステム(この場合、システムA)が代替経路
を選択し、該代替経路への変更要求を行ったのに対し、
相手システム(この場合、システムB)が別の代替経路
を要求した場合、経路異常検出側システムは、自システ
ム内部での理由により上記提案された代替経路が自シス
テムで現在使用不可能であれば、該代替経路と相手シス
テムのMACアドレスは同一で自己のMACアドレスの
みが異なる代替経路を選択し、この代替経路によりコネ
クションを継続することができる。
As a result, the system A and the system B change the use route from the route to the route ', and the connection between both systems is continued. In this way, while the system that detected the path abnormality (in this case, system A) selected the alternative route and issued the change request to the alternative route,
When the partner system (in this case, system B) requests another alternative route, the route abnormality detection side system determines that the proposed alternative route is currently unusable in the own system due to a reason within the own system. It is possible to select an alternative route that has the same MAC address of the alternative system and that of the partner system but is different only in its own MAC address, and continue the connection by this alternative route.

【0064】続いて、経路異常の検出方法及び該異常検
出時またはLANアダプタが非活性化された場合におけ
る代替経路の探索方法を説明する。 1.データ転送時の異常検出方法及び該検出時の新たな
経路の探索方法 1.1 データ送信時 (1) 通信経路数、再送時間、システムの最大試行回数よ
り、現在使用中の経路(経路を使用していると仮定
し、以降経路と記述する)に対して、経路に対する
最大試行回数を以下の式(1) により求める。
Next, a method of detecting a route abnormality and a method of searching for an alternative route when the abnormality is detected or when the LAN adapter is deactivated will be described. 1. Abnormality detection method during data transfer and new route search method at the time of detection 1.1 Data transmission (1) Based on the number of communication routes, the retransmission time, and the maximum number of trials of the system, the route currently in use The maximum number of trials for the route is calculated by the following equation (1).

【0065】 Nr=(Ns+Rr−1)/Rr ・・・・・・(1) Nr:経路に対する最大試行回数 Ns:システムの残り試行回数(Ns.max −No) Ns.max :システムの最大試行回数(1つのデータに対する最大送信回 数) No:今までの別経路における試行回数 Rr:システムの残り通信経路数+1 尚、Nrは式(1) の商であり、小数点以下は切り捨て
る。また、Rrの初期値は自側システムと相手側システ
ムとの間に定義された経路数に“1”を加えた値とな
る。 (2) 経路にデータを送信した場合に、以下の式(2) で
算出した、経路での送達を確認する時間Trが経過し
ても、データの送達を確認できない場合、経路に異常
が発生したと判断する。そして、新たに経路を選択
し、該経路に対する最大試行回数を上記式(1) によっ
て求め、経路にデータを送信する。
Nr = (Ns + Rr-1) / Rr (1) Nr: Maximum number of trials for route Ns: Number of remaining trials of system (Ns.max-No) Ns.max: Maximum trial of system Number of times (maximum number of times of transmission for one data) No: Number of trials on another route so far Rr: Number of remaining communication routes of the system +1 Note that Nr is the quotient of the equation (1), and the fractional part is truncated. The initial value of Rr is a value obtained by adding "1" to the number of routes defined between the own system and the other system. (2) When data is sent to the route, if the delivery of the data cannot be confirmed even after the time Tr for confirming the delivery on the route calculated by the following equation (2) has passed, an error will occur in the route. I judge that I did. Then, a route is newly selected, the maximum number of trials for the route is obtained by the above equation (1), and data is transmitted to the route.

【0066】 Tr=Nr+T1 ・・・・・・(2) Tr:経路での送達を確認する時間 Nr:経路に対する最大試行回数 T1:再送時間 該T1は、データを送信してから、そのデータの送達を
確認するまでの時間であり、OSIトランスポート層プ
ロトコルのT1タイマに相当する。再送時間が経過して
もデータの送達を確認できないと、データの再送を行
う。(3) (2) の手順を定義された通信経路数の全てに対
して、順次試行することにより、現在通信可能な通信経
路を見つけ出し、該通信経路によりコネクションを継続
する。
Tr = Nr + T1 (2) Tr: time to confirm delivery on the route Nr: maximum number of trials on the route T1: retransmission time The T1 transmits data and then It is the time until the delivery is confirmed, and corresponds to the T1 timer of the OSI transport layer protocol. If the delivery of the data cannot be confirmed even after the retransmission time has elapsed, the data is retransmitted. (3) The procedure of (2) is sequentially tried for all the defined communication paths to find a currently communicable communication path, and the connection is continued by the communication path.

【0067】1.2 データ受信時 (1) 相手システムから、現在通信中の経路と異なる経路
よりデータを受信した場合、その経路の使用可否のチェ
ックを行い、使用できるのであれば、その経路により相
手システムに対して経路変更応答を送信する。 (2) 相手システムから、現在通信中の経路と異なる経路
よりデータを受信した場合、その経路の使用可否のチェ
ックを行い、使用できないのであれば、さらに別の経路
を選択し、この経路により相手システムに対して経路変
更応答を送信する。 (3) 上記(1) または(2) の経路変更応答の際において
も、上記データ送信時のときと同様に、前記式(1) によ
って得られる最大試行回数Nrと再送時間T1を使用し
て、前記式(2) により得られる送達確認時間Trが経過
しても相手システムから経路変更確認が送信されてこな
ければ異常とみなす。 2.無通信状態における経路異常の検出方法 (1) 無活動監視時間(t1)を無活動監視満了時間(t
2)、無活動監視残り時間(t3)に2分割することに
より、現在使用中の経路に対しての無通信時間を監視す
る。
1.2 When Receiving Data (1) When data is received from the partner system via a route different from the route currently in communication, the availability of the route is checked, and if it is available, the partner system uses the route. A route change response is sent to. (2) When data is received from the other system via a route different from the route currently being communicated, the availability of that route is checked, and if it is not available, another route is selected and the other route is selected by this route. Send a route change response to the system. (3) In the route change response of (1) or (2), the maximum number of trials Nr and the retransmission time T1 obtained by the equation (1) are used as in the case of data transmission. If the route confirmation is not transmitted from the partner system even after the delivery confirmation time Tr obtained by the formula (2) has elapsed, it is considered to be abnormal. 2. Method of detecting path abnormality in non-communication state (1) Inactivity monitoring time (t1)
2) The inactivity monitoring remaining time (t3) is divided into two to monitor the inactivity time for the route currently in use.

【0068】上記時間t1.t2,t3は、以下のよう
に定義される。 無活動監視時間t1 :相手からのデータ(OSIトラ
ンスポート層プロトコルのDT-TPDU,AK-TPDU, ED-TPDU)
受信を監視する時間であり、例えば、OSIプロトコル
タイマに相当する。この時間が経過しても相手から
データを受信しないとコネクションを切断する。 無活動監視満了時間t2:無活動監視時間t1を2分割
した時間であり、下記の式(3) で表わされる。この時間
が経過しても相手からデータを受信しないと、その経路
に異常が発生したと判断して、次の経路を検索し、別の
経路を介して相手システムに対して無通信状態を監視す
るデータ(経路変更要求)を送信する。 無活動監視残り時間t3:(無活動監視時間t1−無活
動監視満了時間t2で表され、(経路変更要求時にお
けるシステムの最大試行回数Ns.max ×再送時間T1
でも表される。 無活動監視満了時間t2 =無活動監視時間t1−(シス
テムの最大試行回数Ns.max ×再送時間T1)・・・・・ (3)上記Iタイマを詳しく説明すると、OSIプロ
トコルにおいてはトランスポートエンティティは、各ト
ランスポートコネクションに対して、TPDUを最後に
受信してからの経過時間を計時するためのIタイマを管
理している。トランスポートエンティティはこのIタイ
マがタイムアウトするとコネクションの解放手順を起動
する。したがってトランスポートエンティティは、転送
する利用者データが無い場合、コネクションが確立され
ている相手側トランスポートエンティティが該コネクシ
ョンを誤って切断しないように、一定の時間間隔でAK
−TPDUを送信しなければならない。 (2) そして、無活動監視満了時間t2が経過しても、相
手からのデータが受信できない場合は、現在使用中の経
路に異常が発生したとみなし、残りの経路から最適な経
路を検索し、該経路を介して相手システムへ経路変更要
求を送信する。
At the time t1. t2 and t3 are defined as follows. Inactivity monitoring time t1: Data from the other party (OSI transport layer protocol DT-TPDU, AK-TPDU, ED-TPDU)
It is the time to monitor the reception, and corresponds to, for example, the I timer of the OSI protocol. If no data is received from the other party even after this time has elapsed, the connection is disconnected. Inactivity monitoring expiration time t2: time obtained by dividing the inactivity monitoring time t1 in two, which is expressed by the following equation (3). If no data is received from the other party even after this time elapses, it is judged that an abnormality has occurred in that route, the next route is searched, and the non-communication state is monitored for the other system via another route. Data (route change request) to be sent. Remaining time of inactivity monitoring t3: (Inactivity monitoring time t1-Inactivity monitoring expiration time t2 ) , (Maximum number of system attempts Ns.max when rerouting request Ns.max x retransmission time T1 )
But also represented. Inactivity monitoring expiration time t 2 = Inactivity monitoring time t 1 − (maximum number of system attempts Ns.max × retransmission time T1) (3) The above I timer will be described in detail. The port entity manages, for each transport connection, an I timer for measuring the elapsed time since the last reception of a TPDU. The transport entity initiates the connection release procedure when this I timer times out. Therefore, when there is no user data to be transferred, the transport entity does not erroneously disconnect the connection by the partner transport entity with which the connection has been established.
-The TPDU must be sent. (2) If the data from the other party cannot be received even after the inactivity monitoring expiration time t2, it is considered that an abnormality has occurred in the route currently in use, and the optimum route is searched from the remaining routes. , And sends a route change request to the partner system via the route.

【0069】すなわち、無活動監視残り時間t3の間
に、上述したデータ送信時の場合と同様な手順で、現在
通信可能な通信経路を見つけ出し、該通信経路によりコ
ネクションを継続させる。 3.LANアダプタが論理的に非活性された場合の新た
な経路探索方法 (1) システムは、現在、コネクションが確立されている
経路に対するLANアダプタが論理的に非活性化された
場合、経路定義がなされている残りの経路の中から最適
な経路を検索し、該経路を介して経路変更要求を相手シ
ステムへ送信する。この経路変更要求の送信に際して
も、上述したデータ送信時のときと同様に、最大試行回
数Nrを求め上記代替経路の異常を検出する。そして、
異常が検出された場合には定義されている残りの経路に
対して経路変更要求送信を順次試行しながら、現在通信
可能な経路を見つけ、該経路によりコネクションを継続
させる。尚、該コネクション継続までの手順は上述した
データ送信時のときと同様である。 4.両システムからの経路変更要求が衝突した場合の経
路変更方法 上記1.〜3.の方法により、各システムはコネクショ
ンが確立されている経路の異常を検出するのであるが、
両システムがほぼ同時に互いに独立に上記経路の異常を
検出した場合、各システムは互いに他のシステムに対し
て経路変更要求を送信する(これを、以後、経路変更要
求の衝突と表現する)。この場合、例えば、上記コネク
ション確立時の発呼側システムを該衝突の勝者、着呼側
システムを該衝突の敗者とする判断基準を設け、発呼側
システムが提案した経路によりコネクションを継続させ
る。また、この逆に、発呼側システムを該衝突の敗者、
着呼側システムを該衝突の勝者に設定するようにしても
よい。
That is, during the inactivity monitoring remaining time t3, the currently communicable communication path is found by the same procedure as in the case of data transmission described above, and the connection is continued by the communication path. 3. New route search method when LAN adapter is logically deactivated (1) The system defines the route when the LAN adapter for the route to which the connection is currently established is logically deactivated. The optimum route is searched from the remaining routes, and a route change request is transmitted to the partner system via the route. Also when transmitting this route change request, the maximum number of trials Nr is obtained and abnormality in the alternative route is detected, as in the case of data transmission described above. And
If an abnormality is detected, the route change request is sequentially transmitted to the remaining defined routes, the currently communicable route is found, and the connection is continued by the route. The procedure until the connection is continued is the same as the above-described data transmission. 4. Route change method when route change requests from both systems collide 1. ~ 3. With each method, each system detects an abnormality in the route through which the connection is established.
When both systems detect the path abnormality independently of each other almost at the same time, each system transmits a path change request to the other system (hereinafter, referred to as a path change request collision). In this case, for example, a criterion is set such that the calling side system at the time of establishing the connection is the winner of the collision and the called side system is the loser of the collision, and the connection is continued through the route proposed by the calling side system. On the contrary, the calling system is set to the loser of the collision,
The called system may be set as the winner of the collision.

【0070】次に、上記1.〜4.の具体例を図乃至
12を参照しながら説明する。尚、以下に述べる例で
は、OSIプロトコルのN(Network)層プロトコルであ
り、コネクションレス型ネットワークサービスを提供す
るCLNP(ConnectionlessNetwork Protocol)を使用
している。 1.1.1 データ送信時 例えば、前記図に示すようなネットワークにおいて、
システムAとシステムBの間に経路によるコネクショ
ンが確立されているとする。該コネクション確立時にお
いて、システムAは「通信経路数=2本」、「システム
の最大試行回数Ns.max =5回」及び「再送時間T1=
10sec 」を内部メモリに記憶する。また、前記式(1) 式
を用いて経路に対する最大試行回数として2回を得、
これを記憶する。
Next, the above 1. ~ 4. A specific example of the above will be described with reference to FIGS. 6 to 12 . In the example described below, CLNP (Connectionless Network Protocol), which is an N (Network) layer protocol of the OSI protocol and provides a connectionless network service, is used. When 1.1.1 Data transmission example, in a network as shown in FIG. 4,
It is assumed that a connection by a route is established between the system A and the system B. At the time of establishing the connection, the system A has “the number of communication paths = 2”, “the maximum number of attempts of the system Ns.max = 5”, and “retransmission time T1 =”.
10 sec ”is stored in the internal memory. Also, using the above formula (1), we obtain 2 times as the maximum number of trials for the route,
Remember this.

【0071】このような状態にあるときに、システムA
がシステムBに対してデータ送信を行った場合に経路
の異常を検出した場合の動作を以下に説明する。 シ
ステムAは経路に対してシステムB宛のデータを送信
する(1回目)。
In such a state, the system A
The operation when the path abnormality is detected when the data is transmitted to the system B will be described below. The system A transmits the data addressed to the system B to the route (first time).

【0072】このとき、トラスポートプロトコルにおい
て、上記データはDT−TPDU(データ伝送−トラン
スポート・プロトコル・データ単位:Data Transfer Tr
asport Protocol Data Unit)により送信する。 シス
テムAは、再送時間T1が経過しても上記送信データに
対する確認がとれないので、経路に対する最大試行回
数(上記例では2回)と現在の送信回数(現在は1回)
とを比較して、経路の最大試行回数に達していないの
で、再度経路に対してデータを送信する。 再度再
送時間が経過してもデータに対する確認が取れないの
で、経路に対する最大試行回数(現在は2回)とを比
較して、経路の最大送信回数に達したことを検出し、
経路に異常が発生したとみなす。そして次の経路を検
索する。そして、残り1経路であるので経路を選択す
る。 システムAは、新たに経路に対してシステム
B宛のデータをDT−TPDUにより送信する。 シ
ステムBは、MACアドレスによりデータが経路では
なく経路により送られてきたことを検出する。このた
め、経路変更応答を経路を介してシステムAへ送信す
る。 システムAは、経路に対する経路変更応答を
受信すると、システムBに対し経路変更確認を送信し、
代替経路を経路に確定する。これにより、システムA
とシステムB間のコネクションは経路により継続され
る。
At this time, in the transport protocol, the above data is DT-TPDU (data transfer-transport protocol data unit: Data Transfer Tr).
asport Protocol Data Unit). Since the system A cannot confirm the transmission data even after the retransmission time T1 elapses, the maximum number of attempts (two times in the above example) and the current number of transmissions (currently one)
And the maximum number of trials for the route has not been reached, data is transmitted again to the route. Since it is not possible to confirm the data even after the retransmission time has passed again, it is detected that the maximum number of transmissions of the route has been reached by comparing with the maximum number of trials (currently 2 times) for the route,
It is considered that an abnormality has occurred in the route. Then, the next route is searched. Then, since there is only one remaining route, the route is selected. The system A newly transmits the data addressed to the system B to the route by DT-TPDU. System B detects that the MAC address sent the data by way of the route rather than by the route. Therefore, the route change response is transmitted to the system A via the route. When the system A receives the route change response for the route, it sends a route change confirmation to the system B,
Establish an alternative route to the route. This allows system A
And the connection between the system B and the system B is continued by the route.

【0073】上記システムBからシステムAへの「経路
変更応答」の送信及びこれに対するシステムAからシス
テムBへの「経路変更確認」の送信には、いずれもAK
−TPDUを用いる。このAK−TPDUも、上記DT
−TPDUと同様にトランスポート・プロトコルデータ
単位の1つであり、AK(data Acknowledge;データ確
認) 用に用いられる。
The transmission of the "route change response" from the system B to the system A and the transmission of the "route change confirmation" from the system A to the system B in response thereto are both AK.
-Use TPDU. This AK-TPDU is also the above DT
Like the TPDU, it is one of the transport protocol data units and is used for AK (data acknowledge).

【0074】図(a) ,(b) にこのAK−TPDUのヘ
ッダ部のフォーマットを示す。同図(a) は普通フォーマ
ット、同図(b) は拡張フォーマットである。先頭バイト
LIは、Length Indicatorと呼ばれるもので、ヘッダ部
200,300のLIを除くバイト長を指示する。ヘッ
ダ部200,300は、固定部210,310と可変部
220,320とに分かれている。したがって、LIは
固定部210,310から可変部220,320までの
長さを示す。
7 (a) and 7 (b) show the format of the header part of this AK-TPDU. The figure (a) is the normal format, and the figure (b) is the extended format. The first byte LI is called a Length Indicator and indicates the byte length excluding the LI of the header parts 200 and 300. The header parts 200 and 300 are divided into fixed parts 210 and 310 and variable parts 220 and 320. Therefore, LI indicates the length from the fixed part 210, 310 to the variable part 220, 320.

【0075】固定部210,310は、トランスポート
・プロトコル・データ単位コード(図(a) の“6”、
(b) の“60”の数字)、相手アドレス、シーケン
ス番号、及びCDT(クレジット値)の各パラメータか
ら成る。
[0075] fixing portion 210 and 310, transport protocol data unit code (FIG. 7 (a) "6",
The numbers "60" in FIG. 7 (b)), consists of the parameters of the destination address, sequence number, and CDT (credit value).

【0076】相手アドレスパラメータには、相手システ
ムのアドレスが設定される。シーケンス番号パラメータ
には、相手システムから受信すべき次のDT−TPDU
のシーケンス番号が設定される。
The address of the partner system is set in the partner address parameter. The sequence number parameter contains the next DT-TPDU to be received from the partner system.
Sequence number is set.

【0077】CDTパラメータには、相手システムから
受信すべき次のDT−TPDUのシーケンス番号から連
続して受信できる、データの数が設定される。したがっ
て、(シーケンス番号+クレジット値)の値が受信でき
るシーケンス番号の上限値となる。
In the CDT parameter, the number of data that can be continuously received from the sequence number of the next DT-TPDU to be received from the partner system is set. Therefore, the value of (sequence number + credit value) is the upper limit value of the sequence number that can be received.

【0078】一方、可変部220,320には、図
(a) ,(b) ,(c) に示す検査和パラメータ221(32
1)、サブシーケンス番号パラメータ222(32
2)、及びFCCパラメータ223(323)等が設定
される。
On the other hand, the variable parts 220 and 320 are8
Check sum parameter 221 (32) shown in (a), (b), and (c)
1), subsequence number parameter 222 (32
2) and FCC parameter 223 (323) etc. are set
To be done.

【0079】検査和パラメータ221(321)は、通
知されたデータの正当性を保障するための領域である。
サブシーケンス番号パラメータ222(322)は、各
シーケンス番号毎に任意の番号(サブシーケンス番号)
が設定される。本実施例では、このパラメータをシステ
ムが経路変更応答を認識するために利用する。すなわ
ち、各システムは、経路変更要求送信後に受信するAK
−DPDUにより通知されるシーケンス番号において、
初回に通知されたシーケンス番号の場合はサブシーケン
ス番号が1以上、2回目以降に通知されたシーケンス番
号の場合は、今回通知されたサブシーケンス番号が前回
通知されたサブシーケンス番号より増加した値のとき
「経路変更応答」と認識する。換言すれば、「経路変更
応答」を通知するシステム側では、AK−DPDU内の
サブシーケンス番号パラメータに設定する値を、上記の
ように操作する。
The checksum parameter 221 (321) is an area for ensuring the validity of the notified data.
The sub sequence number parameter 222 (322) is an arbitrary number (sub sequence number) for each sequence number.
Is set. In this embodiment, this parameter is used by the system to recognize the route change response. That is, each system receives the AK after transmitting the route change request.
-In the sequence number reported by the DPDU,
In the case of the sequence number notified first time, the sub-sequence number is 1 or more, and in the case of the sequence number notified after the second time, the sub-sequence number notified this time is a value that is larger than the previously notified sub-sequence number. When this is recognized as a "route change response". In other words, the system side notifying the "route change response" operates the value set in the subsequence number parameter in the AK-DPDU as described above.

【0080】FCC(Flow Control Confirmation)パラ
メータ223(323)は、「経路変更確認」の通知を
待っているシステムが、該通知の受信を認識するために
利用する。すなわち、「経路変更確認」の待ち状態にあ
るシステムは、自己が送信した「経路変更応答」に設定
した「シーケンス番号」、「サブシーケンス番号」と自
己が受信したAK−TPDUのFCCパラメータに設定
されている「yourシーケンス番号」、「yourサブシーケ
ンス番号」が一致した場合に、受信AK−TPDUが
「経路変更確認」であると認識する。換言すれば、「経
路変更確認」を返すシステムは、受信した「経路変更応
答」のAK−TPDUから「シーケンス番号」と「サブ
シーケンス番号」を抽出し、これらを自己が送信する
「経路変更確認」用のAK−TPDUの「yourシーケン
ス番号」、「yourサブシーケンス番号」に設定する。1.
2.1 データ受信時図に示す具体例は、前記図に示す
ような通信経路が4本定義されるネットワークの場合の
例である。
The FCC (Flow Control Confirmation) parameter 223 (323) is used by the system waiting for the notification of the "route change confirmation" to recognize the receipt of the notification. That is, the system in the "route change confirmation" waiting state sets the "sequence number" and "subsequence number" set in the "route change response" transmitted by itself and the FCC parameter of the AK-TPDU received by itself. When the "your sequence number" and the "your subsequence number" are matched, the received AK-TPDU is recognized as "route change confirmation". In other words, the system that returns the "route change confirmation" extracts the "sequence number" and the "sub-sequence number" from the AK-TPDU of the received "route change response", and sends the "sequence change confirmation" by itself. "Your sequence number" and "your subsequence number" of the AK-TPDU for ". 1.
Specific example shown in 2.1 data received at 9 is an example of a case of a network communication path as shown in FIG. 3 is four defined.

【0081】システムAでは、経路でシステムBとコ
ネクションを確立したときに、上記データ送信時のとき
と同様にして、自システムの持つ通信経路数(=4
本)、自システムの最大試行回数Ns.max (=5
回)、経路の試行回数Nr(=1回)、及び再送時間
T1(=10sec )を内部に記憶する。
In the system A, when the connection is established with the system B by the route, the number of the communication routes of the own system (= 4) is set in the same manner as the data transmission.
Book), the maximum number of trials Ns. max (= 5
Number of times), the number Nr of route trials (= 1 time), and the retransmission time T1 (= 10 sec) are stored internally.

【0082】このようなコネクション確立状態におい
て、相手システムBが経路の伝送路の異常を検出する
かまたは該経路で使用されているLANアダプタ12
1の論理的な非活性化を行いDT−TPDUにより「経
路変更要求」を送信すると、以下のような手順〜を
行い新たな経路によりコネクションを継続する。 シ
ステムAは、経路を介して送信されてくるDK−TP
DU(経路変更要求)を受信する。 システムAは、
経路の状態チェックを行い、経路が使用できる状態
であれば経路に、使用不可能状態であれば、残りの経
路から最適な経路を選択する(ここで、経路が使用不
可能状態であり、経路を選択したものとする)。
システムAは、前記式(1) を用いて経路に対する最大
試行回数Nrとして2回を得る。そして、経路を介し
てシステムBに対してAK−TPDUにより経路変更応
答を送信する。 システムAは、再送時間T1が経過
しても経路変更応答に対する確認がとれないので、経路
に対する最大試行回数(上記例では2回)と現在の送
信回数(現在は1回)とを比較し、経路の最大試行回
数に達していないと判断すると、再度経路により経路
変更応答(AK−TPDU)を送信する。 システム
Aは、再度再送時間T1が経過しても経路変更応答に対
する確認がとれないので、現在の送信回数(2回)を経
路に対する最大試行回数(2回)と比較する。そし
て、経路の最大送信回数に達したと判断すると、次の
経路を検索する。これにより、経路を選択すると、前
記式(1) を用いて経路の最大試行回数Nrとして1回
を得る。 システムAは、今度は、経路を介してシ
ステムBへAK−TPDUにより経路変更応答を送信す
る。 システムBは、該経路変更応答を受信すると、
経路を介してAK−TPDUにより経路変更確認をシ
ステムAへ送信する。 システムAは、該回路変更確
認を受信すると、システムBとの間のコネクション経路
を経路に確定する。2.1 無通信状態時図10に示す具
体例は、前記図に示すようなシステムAとシステムB
との間に定義される経路が2本であるネットワークの場
合の例である。システムAは、システムBとの間で経路
によりコネクションを確立すると、前記データ送信時
のときと同様にして、自システムの持つ通信経路数(=
2本)、自システムの最大試行回数(=5回)、及び再
送時間T1(=10sec )を定義情報から得て、内部に記
憶する。
In such a connection established state, the partner system B detects an abnormality in the transmission path of the route or the LAN adapter 12 used in the route.
When the logical deactivation of No. 1 is performed and the "route change request" is transmitted by the DT-TPDU, the following procedure-is performed to continue the connection by the new route. The system A uses the DK-TP transmitted via the route.
DU (route change request) is received. System A is
The status of the route is checked, and if the route is available, the route is selected. If the route is unavailable, the optimal route is selected from the remaining routes. Shall be selected).
The system A obtains 2 times as the maximum number of trials Nr for the route by using the equation (1). Then, the route change response is transmitted to the system B via the route by the AK-TPDU. Since the system A cannot confirm the route change response even after the retransmission time T1 elapses, the system A compares the maximum number of attempts (two times in the above example) with the current number of transmissions (currently one), When it is determined that the maximum number of trials of the route has not been reached, the route change response (AK-TPDU) is transmitted again by the route. Since the system A cannot confirm the route change response even after the retransmission time T1 has passed again, the system A compares the current number of transmissions (2 times) with the maximum number of trials for the route (2 times). Then, when it is determined that the maximum number of transmissions of the route has been reached, the next route is searched. As a result, when the route is selected, the maximum number of trials Nr of the route is obtained by using the above equation (1). System A, in turn, sends a route change response by AK-TPDU to System B over the route. When the system B receives the route change response,
A route change confirmation is sent to the system A by the AK-TPDU via the route. When the system A receives the circuit change confirmation, the system A determines the connection route with the system B as the route. 2.1 Specific example shown at FIG. 10 non-communication state, the system A as shown in FIG. 4 and System B
This is an example in the case of a network having two routes defined between and. When the system A establishes a connection with the system B by a route, the number of communication routes (=) of its own system is set in the same manner as when the data is transmitted.
2), the maximum number of trials (= 5) of the own system, and the retransmission time T1 (= 10 sec) are obtained from the definition information and stored internally.

【0083】また、該定義情報より無活動監視時間t1
(=300 sec ) を得、これを内部に記憶した後、前記式
(3) により無活動監視満了時間t2(=250 sec ) を
得、これも内部に記憶する。 システムAは、システ
ムBから最後にデータ(DT-TPDU or AK-TPDU or ED-TPD
U)を受信してから、切断監視満了時間t2(=250 sec
)の間、次のデータを受信しないと、経路の伝送路
に異常が発生したものと判断し、定義されている残りの
経路の中から最適な経路を選択する(ここでは、通信経
路数が2本であるため、経路を選択する)。 シス
テムAは、AK−TPDUにより経路を介してシステ
ムBへ経路変更要求を送信する。 システムBは、経
路により該経路変更要求を受信すると、経路を介し
てシステムAへAK−TPDUにより経路変更応答を送
信する(この場合、経路が使用可能であったものとす
る)。 システムAは、再送時間T1内に経路に対
する経路変更応答を受信したため、経路を介してシス
テムBへ経路変更確認を送信し、新たなコネクションの
経路を経路に確定する。これにより、経路によりシ
ステムAとシステムBとの間のコネクションが継続され
る。 3.1 経路の伝送路の非活性化時 図11に示す具体例も、上述した無通信状態時と同様に
前記図に示すようなネットワークを対象とする。そし
て、上述のようにして、システムAはシステムBと経路
によりコネクションを確立すると、自システムの通信
経路数(=2本)自システムの最大試行回数(=5
回)、再送時間T1(=10sec ) 、及び無活動監視満了
時間(=250 sec ) 等を内部に記憶する。 システム
Aは、LANアダプタ111の非活性化等により現在通
信中の経路の伝送路が非活性化されたことを認識する
と、残りの経路より最適な経路を選択する(ここでは、
通信経路数が2本であるため、経路を選択する)。
Further, from the definition information, the inactivity monitoring time t1
(= 300 sec), and after storing this inside,
By (3), the inactivity monitoring expiration time t2 (= 250 sec) is obtained, which is also stored internally. System A is the last data from System B (DT-TPDU or AK-TPDU or ED-TPD
Disconnection monitoring expiration time t2 (= 250 sec after receiving U)
If the next data is not received during), it is determined that an error has occurred in the transmission line of the route, and the optimum route is selected from the remaining defined routes (here, the number of communication routes is Since there are two, select the route). The system A sends a route change request to the system B via the route by using the AK-TPDU. When the system B receives the route change request through the route, the system B transmits a route change response by the AK-TPDU to the system A through the route (in this case, it is assumed that the route was available). Since the system A receives the route change response for the route within the retransmission time T1, the system A transmits a route change confirmation to the system B via the route and determines the route of the new connection as the route. As a result, the connection between the system A and the system B is continued by the route. 3.1 Inactivation of Transmission Line of Route The specific example shown in FIG. 11 also targets the network as shown in FIG. 4 as in the above-mentioned non-communication state. Then, as described above, when the system A establishes a connection with the system B through the route, the number of communication routes of the own system (= 2) and the maximum number of trials of the own system (= 5
Number of times), retransmission time T1 (= 10 sec), inactivity monitoring expiration time (= 250 sec), etc. are stored internally. When the system A recognizes that the transmission path of the currently communicating path is deactivated due to the deactivation of the LAN adapter 111, etc., the system A selects an optimal path from the remaining paths (here,
Since there are two communication routes, the route is selected).

【0084】そして、以後、上述した無通信状態時のと
きと同様な手順が行われ、経路により、システムAと
システムBの間のコネクションが継続される。 4.1 経路変更要求の衝突時 図12に示す具体例は、前記図に示すように経路が3
本以上設定可能なネットワークの場合の例である。
Thereafter, the same procedure as in the non-communication state described above is performed, and the connection between the system A and the system B is continued by the route. Specific example shown in collision 12 4.1 path change request, the route as shown in FIG. 3 is 3
This is an example of a network in which more than one book can be set.

【0085】まず、システムBが発呼して経路により
システムAとの間でコネクションを確立したものとす
る。このとき、システムB,Aはそれぞれ該コネクショ
ンの確立の際に発呼側、着呼側であったことを内部に記
憶する。 システムBは、現在通信中の経路の伝送
路の異常を検出して、残りの経路より最適な経路を選択
する(ここでは、経路を選択する)。そして、経路
を介してシステムAへ経路変更要求を送信する。 シ
ステムAは、現在通信中の経路の伝送路の異常を検出
して、残りの経路より最適な経路を選択する(ここで
は、経路を選択する)。そして、経路を介してシス
テムBへ経路変更要求を送信する。 システムBは、
経路変更応答を待っている状態で、別の経路からシス
テムAにより送信された経路変更要求を受信した場合、
自システムがコネクションの発呼側/着呼側かを判定
し、自システムが発呼側なので、衝突時の勝者として動
作し、相手システムAから経路変更応答を待つ。 シ
ステムAは、経路変更応答を待っている状態で、別の経
路からシステムBにより送信された経路変更要求を受
信した場合、自システムがコネクションの発呼側/着呼
側かを判定し、自システムが着呼側なので衝突時の敗者
として動作し、相手システムBからの経路変更要求(経
路)に対する経路変更応答を送信する。 システム
Bは、経路変更応答を待っている状態で、相手システム
Aから経路変更応答(経路)を受信すると、経路変更
確認を相手システムAに送信し、新たなコネクションの
経路を経路に確定する。これにより、システムAとシ
ステムBとの間のコネクションは経路により継続され
る。
First, it is assumed that the system B makes a call and establishes a connection with the system A through a route. At this time, the systems B and A internally store the fact that they were the calling side and the called side when the connection was established. The system B detects an abnormality in the transmission path of the path currently being communicated and selects the optimum path from the remaining paths (here, the path is selected). Then, the route change request is transmitted to the system A via the route. The system A detects an abnormality in the transmission path of the path currently being communicated, and selects the optimum path from the remaining paths (here, the path is selected). Then, the route change request is transmitted to the system B via the route. System B is
When a route change request sent by system A from another route is received while waiting for a route change response,
The own system judges whether it is the calling side or the called side of the connection. Since the own system is the calling side, it acts as the winner in the collision and waits for a route change response from the partner system A. When the system A receives the route change request transmitted by the system B from another route while waiting for the route change response, the system A determines whether the own system is the caller / callee of the connection, and Since the system is the called side, it operates as a loser at the time of collision and transmits a route change response to the route change request (route) from the partner system B. When the system B receives the route change response (route) from the partner system A while waiting for the route change response, the system B sends a route change confirmation to the partner system A and determines the route of the new connection as the route. As a result, the connection between the system A and the system B is continued by the route.

【0086】次に、上記のような機能を実現しているシ
ステムA,Bの動作をフローチャートを参照しながら、
より詳細に説明する。 a)コネクション確立時の処理(初期化処理) まず、システムA,Bがコネクションを確立時に行う初
期化処理を図13のフローチャートを参照しながら説明
する。
Next, referring to the flow chart, the operations of the systems A and B which realize the above functions will be described.
This will be described in more detail. a) connection establishment when the processing (initialization processing) First, the system A, B will be described with reference to the flowchart of FIG. 13 the initialization process performed when establishing a connection.

【0087】各システムA,Bは、例えばシステム立ち
上げ時において所定のメモリにコネクション確立時にお
いて必要となる定義値情報を記憶しておく。そして、コ
ネクションが確立されると、初期化処理を実行し、該定
義値情報を読み出して図13のフローチャートに示すス
テップS1〜S9の処理を行う。
Each system A, B stores, for example, definition value information required at the time of establishing a connection in a predetermined memory when the system is started up. Then, when the connection is established, the initialization process is executed, the definition value information is read, and the processes of steps S1 to S9 shown in the flowchart of FIG. 13 are performed.

【0088】すなわち、まず、自システムの最大試行回
数Ns.max ,自システムの持つ通信経路数、及びコネク
ションが確立された相手システムが本機能(前述した
1.〜4.の機能)を備えているか否かを、不図示の内
部メモリ等に記録(記憶)する。(S1〜S3)。
That is, first, the maximum number of trials Ns.max of the own system, the number of communication paths of the own system, and the partner system with which the connection is established are provided with this function (functions 1 to 4 described above). Whether or not it is recorded (stored) in an internal memory or the like (not shown). (S1 to S3).

【0089】そして、さらに、再送時間T1を該メモリ
に記録すると共に、コネクション確立時に自システムが
発呼側または着呼側のいずれであったかも該メモリに記
録する(S4〜S5)。
Further, the retransmission time T1 is recorded in the memory, and whether the own system is the calling side or the called side at the time of establishing the connection is also recorded in the memory (S4 to S5).

【0090】さらに、コネクションのために最初に使用
する経路情報(相手MACアドレス、自MACアドレ
ス)を選択・記憶する(S6)。続いて、該選択した使
用経路に対する最大試行回数Nrを前記式(1) により算
出・記憶する(S7)。次に、定義値情報から無活動監
視時間t1を得て、これを記憶し(S8)、さらに該時
間t1等を用いて前記式(3) により無活動監視満了時間
t2を算出・記憶して(S9)、初期化処理を終了す
る。
Furthermore, the route information (partner MAC address, own MAC address) used first for connection is selected and stored (S6). Subsequently, the maximum number of trials Nr for the selected use route is calculated and stored by the equation (1) (S7). Next, the inactivity monitoring time t1 is obtained from the defined value information and stored (S8), and the inactivity monitoring expiration time t2 is calculated and stored by the equation (3) using the time t1 and the like. (S9), the initialization process ends.

【0091】そして、この後、予め定められた所定の手
順でコネクションの確立を行う。 b)データ送信時の処理 データ送信の再送は、上述したコネクション確立時の初
期化処理において求めた、現在の使用経路に対する最大
試行回数だけ許される。 データ送信処理(1回目のデータ送信処理) 図14のフローチャートに1回目のデータ送信処理の手
順を示す。
Then, after that, the connection is established by a predetermined procedure. b) Processing at the time of data transmission Retransmission of data transmission is permitted only for the maximum number of trials for the currently used route, which is obtained in the initialization processing at the time of connection establishment. Data Transmission Process (First Data Transmission Process) The flowchart of FIG. 14 shows the procedure of the first data transmission process.

【0092】まず、使用経路に対する試行回数として
“1”を設定する(S21)。そして、タイマ値として
再送時間T1をセットして、データ送信用タイマを起動
してから(S22)、該使用経路を介して相手システム
へデータ(DT−TPDU)を送信する(S23)。
First, "1" is set as the number of trials for the route used (S21). Then, the retransmission time T1 is set as the timer value, the data transmission timer is activated (S22), and then the data (DT-TPDU) is transmitted to the partner system via the use route (S23).

【0093】以上のような1回目のデータ転送におい
て、タイムアウト(再送時間T1の経過)前に相手シス
テムから送信データの受信確認(AK−TPDU)を受
信できれば問題ないが、タイムアウトしてしまった場合
には、次に述べるの処理に移行してデータの再送を試
みる。 データ処理(タイムアウト時) 図15のフローチャートにこのタイムアウト発生時のデ
ータ送信処理手順を示す。
In the first data transfer as described above, there is no problem if the reception confirmation (AK-TPDU) of the transmission data can be received from the partner system before the timeout (retransmission time T1 elapses), but if the timeout occurs In order to retransmit the data, the process shifts to the process described below. Data processing (at time-out) The flowchart of FIG. 15 shows the data transmission processing procedure when this time-out occurs.

【0094】タイムアウトが発生すると、使用経路に対
する現在までの送信回数が該使用経路に対する最大試行
回数に達したか否か判別する(S31)。そして、ま
だ、達していなければ(S31,NO)、使用経路に対
する試行回数のカウント値を“1”増加し(S37)、
再びタイマ値に再送時間T1を設定してからデータ送信
用タイマを再起動して(S38)、相手システムに再び
データを送信する(S39)。
When a time-out occurs, it is determined whether or not the number of transmissions up to the present for the use route has reached the maximum number of trials for the use route (S31). If not yet reached (S31, NO), the count value of the number of trials for the use route is increased by "1" (S37),
After the retransmission time T1 is set again in the timer value, the data transmission timer is restarted (S38), and the data is transmitted again to the partner system (S39).

【0095】一方、上記ステップS31で最大試行回数
に達したと判別すると(S31,YES)、定義されて
いる残りの経路の中から最適な経路を選択、これを記憶
する(S32)。
On the other hand, when it is determined in step S31 that the maximum number of trials has been reached (S31, YES), the optimum route is selected from the remaining defined routes and stored (S32).

【0096】そして、前記式(1) を用いて、この新選択
経路に対する最大試行回数Nrを算出・記憶する(S3
3)。続いて、この新使用経路に対する試行回数として
“0”を設定する(S34)。
Then, using the above equation (1), the maximum number of trials Nr for this newly selected route is calculated and stored (S3).
3). Then, "0" is set as the number of trials for this newly used route (S34).

【0097】次に、前記コネクション確立時の初期化処
理のステップS3において設定された情報を参照して、
相手システムが本機能(経路異常検出時等の経路変更機
能を、以後このように表現する)を備えているか否か判
別する(S35)。該判別により、相手システムが本機
能を備えていると分かった場合には、これから経路変更
応答待ち状態に遷移することを所定のフラグ等により記
憶する(S36)。
Next, referring to the information set in step S3 of the initialization process at the time of establishing the connection,
It is determined whether or not the partner system has this function (a path changing function such as when a path abnormality is detected will be expressed as follows) (S35). When it is determined from the determination that the partner system has this function, the fact that the system is going to enter the route change response waiting state is stored by a predetermined flag or the like (S36).

【0098】そして、前記ステップS37〜S39の処
理を続けて行い、相手システムへ新たに選択した経路を
介してデータを送信する。この場合のデータは送信経路
が新経路に変更されているので経路変更要求(図
照)となる。
Then, the processes of steps S37 to S39 are continuously performed, and the data is transmitted to the partner system via the newly selected route. The data in this case is a route change request (see FIG. 6 ) because the transmission route has been changed to the new route.

【0099】また、一方、上記ステップS35で相手シ
ステムが自システムの有する本機能を備えていない場合
には(S35,NO)、直ちに前記ステップS37〜S
39の処理を実行する。
On the other hand, if the partner system does not have this function of the own system in step S35 (S35, NO), the steps S37 to S are immediately executed.
The processing of 39 is executed.

【0100】この図15のフローチャートに示す処理
は、使用可能な経路が見つかるまで繰り返される。尚、
前記ステップS32で残り経路が無かった場合には、デ
ータ送信処理を中止する。
The process shown in the flowchart of FIG. 15 is repeated until a usable route is found. still,
If there is no remaining route in step S32, the data transmission process is stopped.

【0101】上述したように、相手システムも本機能を
備えている場合には、経路変更要求を送信した後(ステ
ップS39)、該要求に対する応答待ちとなる。そし
て、タイムアウトが発生する前に相手システムから該応
答(経路変更応答)を受信すると以下に説明する図16
のフローチャートに示す処理を実行する。 経路変更応答受信処理 まず、経路変更応答を受信すると、データ送信用タイマ
を停止させる(S41)。そして、次に、該応答のMA
Cアドレス情報を調べ、該応答の受信経路と自己が送信
した経路変更要求の通信経路とが異なるか否か判断する
(S42)。
As described above, when the partner system also has this function, after transmitting the route change request (step S39), it waits for a response to the request. Then, when the response (route change response) is received from the partner system before the timeout occurs, FIG. 16 explained below.
The process shown in the flowchart of is executed. Route Change Response Reception Processing First, when the route change response is received, the data transmission timer is stopped (S41). Then, the MA of the response
The C address information is checked to determine whether the reception route of the response is different from the communication route of the route change request transmitted by itself (S42).

【0102】そして、両経路が同じであれば、相手シス
テムに対して経路変更確認を、上記経路変更応答の通知
経路と同一の通信経路で送信する(S46)。これによ
り、自システムの提案した経路によりコネクションが継
続される。
If both routes are the same, a route change confirmation is transmitted to the partner system through the same communication route as the notice route of the route change response (S46). As a result, the connection is continued by the route proposed by the own system.

【0103】一方、上記ステップS42で両経路が異な
れば(S42,YES)、相手システムからの経路変更
応答により通知された経路が現在、自システムで使用可
能であるか否か判別する(S43)。そして、使用可能
であれば(S43,YES)、該通知された経路を通信
経路として記憶し(S45)、該通信経路により相手シ
ステムへ経路変更確認を送信する(S46)。
On the other hand, if both routes are different in step S42 (S42, YES), it is determined whether or not the route notified by the route change response from the partner system is currently available in the own system (S43). . If it is available (S43, YES), the notified route is stored as a communication route (S45), and a route change confirmation is transmitted to the partner system via the communication route (S46).

【0104】これにより、相手システムの要求してきた
経路によりコネクションが継続される。また、上記ステ
ップS43で相手システムから通知された経路が自シス
テム内部で現在、使用不可能であれば、相手システム側
のMACアドレスは変更されない代替経路を検索し、該
代替経路を記憶する(S44)。そして、該代替経路に
より相手システムへ経路変更確認を送信する(S4
6)。
Thus, the connection is continued by the route requested by the partner system. Further, if the route notified from the partner system in step S43 is not currently available in the own system, an alternative route whose MAC address on the partner system side is not changed is searched and the alternative route is stored (S44). ). Then, the route change confirmation is transmitted to the partner system via the alternative route (S4).
6).

【0105】これにより、相手システムの要求してきた
経路と相手システム側のMACアドレスは共通である
が、自システム側のMACアドレスは異なる経路により
コネクションが継続される。
As a result, the route requested by the partner system and the MAC address on the partner system side are common, but the connection is continued by a route on which the MAC address on the own system side is different.

【0106】次に、データ受信時の処理を図17乃至図
19のフローチャートを参照しながら詳細に説明する。 データ受信処理 まず、図17のフローチャートに示す処理から説明す
る。
Next, FIG. 17 to FIG.
This will be described in detail with reference to the flowchart of 19 . Data Reception Process First, the process shown in the flowchart of FIG. 17 will be described.

【0107】データ(DT−TPDU)を受信すると、
そのMACアドレス情報を調べ、該データの受信経路が
現在、使用中となっている経路と異なるか否か判別する
(S51)。
When the data (DT-TPDU) is received,
The MAC address information is checked to determine whether or not the data reception route is different from the route currently in use (S51).

【0108】そして、両経路が異なっていれば(S5
1,YES)、該データは経路変更要求であると判断し
て、該要求の通知された経路が自システムで現在使用可
能か否か調べる(S52)。そして、使用可能であれ
ば、上記通知された経路を新たな経路として記憶するが
(S54)、使用可能でなければ、定義されている残り
の経路の中から最適な経路を選択して、これを記憶する
(S53)。
If both routes are different (S5
1, YES), it is determined that the data is a route change request, and it is checked whether or not the route notified of the request is currently available in the own system (S52). Then, if available, the notified route is stored as a new route (S54), but if not available, an optimal route is selected from the remaining defined routes, and Is stored (S53).

【0109】上記ステップS52またはS53のいずれ
かの処理を終えると、次に、内部記憶情報を基に相手シ
ステムが本機能を備えているか調べる(S55)。そし
て、該機能を備えていれば(S55,YES)、上記通
知経路(以後、使用経路と表現する)に対する最大試行
回数Nrを前記式(1) により算出・記憶する(S5
6)。
When the processing of either step S52 or S53 is completed, it is next checked whether the partner system has this function based on the internal storage information (S55). Then, if the function is provided (S55, YES), the maximum number of trials Nr for the notification route (hereinafter referred to as the use route) is calculated and stored by the equation (1) (S5).
6).

【0110】そして、該使用経路に対する試行回数とし
て“1”を設定し(S57)、続いてタイマ値に再送時
間T1を設定して経路変更応答送信用タイマを起動する
(S58)。
Then, "1" is set as the number of trials for the use route (S57), the retransmission time T1 is subsequently set in the timer value, and the route change response transmission timer is started (S58).

【0111】次に、これから経路変更確認の受信待ちの
状態に遷移する旨を所定のフラグ等に記憶し(S5
9)、相手システムに対し上記使用経路により経路変更
応答を送信する(S60)。そして、この後、受信デー
タ・パケットからデータ部に設定されているデータを取
り出す(S61)。
Next, the fact that the state of waiting for the receipt of the route change confirmation is to be entered is stored in a predetermined flag or the like (S5).
9), A route change response is transmitted to the partner system through the above-mentioned route (S60). Then, after this, the data set in the data portion is extracted from the received data packet (S61).

【0112】一方、上記ステップS51でデータの通知
経路が現在の使用経路と同じであった場合(S51,N
O)または上記ステップS55で相手システムが本機能
を備えていないことが分かった場合は(S55,N
O)、直ちに通知されたデータを取り出す(S61)。
On the other hand, if the data notification route is the same as the current use route in step S51 (S51, N
O) or if it is found in step S55 that the partner system does not have this function (S55, N
O), the immediately notified data is taken out (S61).

【0113】このように、経路変更要求を受信すると、
相手システムが本機能を備えている場合、該システムに
対し経路変更応答を返し、相手システムからの経路変更
確認が送信されてくるのを待つ。尚、このとき、相手シ
ステムの要求した経路が自システムで現在、使用不可能
であれば、別の代替経路により上記経路変更応答を送信
する。
When the route change request is received in this way,
When the partner system has this function, it returns a route change response to the system and waits for a route change confirmation from the partner system to be transmitted. At this time, if the route requested by the partner system is not currently available in the own system, the route change response is transmitted by another alternative route.

【0114】上記ステップS60で送信した経路変更応
答に対する受信確認の通知が相手システムから送られて
こず、タイムアウトになった場合には、次に述べる図
のフローチャートに示す処理を行う。 経路変更応
答送信時のタイマタイムアウト処理まず、使用経路に対
する経路変更応答の現在までの送信回数が前記ステップ
S56で求めた該使用経路に対する最大試行回数に達し
たか否か判別し(S71)、まだ達していなければ(S
71,NO)、該使用経路の試行回数に“1”を加える
(S75)。そして、タイマ値に再送時間T1を設定し
てデータ送信用タイマを再起動し(S76)、続いて相
手システムへ該使用経路により経路変更応答を送信する
(S77)。
[0114] acknowledgment notice to the path change response which is transmitted in step S60 is not come transmitted from the other system, if a timeout occurs, the described below FIG 1
The process shown in the flowchart of FIG. First, it is determined whether or not the number of times the route change response for the use route has been transmitted has reached the maximum number of trials for the use route obtained in step S56 (S71). If not reached (S
71, NO), and "1" is added to the number of trials of the use route (S75). Then, the retransmission time T1 is set in the timer value, the data transmission timer is restarted (S76), and then the route change response is transmitted to the partner system by the use route (S77).

【0115】一方、上記ステップS71で使用回路に対
する経路変更応答の送信回数が上記最大試行回数に達し
ていれば(S71,YES)、定義されている残りの経
路の中から最適経路を選択・記憶する(S72)。続い
て、この新たに選択した使用経路に対する最大試行回数
Nrを前記式(1) により算出・記憶し(S73)、該新
使用経路に対する試行回数として“0”を設定する(S
74)。この後、前述したステップS75〜S77の処
理を行い、経路変更応答を上記新経路により再送信す
る。
On the other hand, if the number of times the route change response is transmitted to the used circuit has reached the maximum number of trials in step S71 (YES in S71), the optimum route is selected and stored from the remaining defined routes. Yes (S72). Then, the maximum number of trials Nr for the newly selected use route is calculated and stored by the above equation (1) (S73), and "0" is set as the number of trials for the new use route (S73).
74). After that, the processes of steps S75 to S77 described above are performed, and the route change response is retransmitted by the new route.

【0116】これにより、経路変更応答の送信時にも経
路異常を検出でき、正常な経路により経路変更応答を相
手システムへ送信できる。次に、上記ステップS60に
おいて相手システムに対し経路変更応答を送信後、タイ
ムアウト前に相手システムから経路変更確認を受信した
ときの処理を図19のフローチャートを説明しながら説
明する。 経路変更確認受信処理 まず、上記経路変更確認を受信すると、該経路変更確認
により通知された経路と、自システムが送信した経路変
更応答の通信経路とが異なるか否か判別する(S8
1)。そして、両経路が同一であれば(S81,N
O)、経路変更応答送信用タイマを停止させる(S8
7)。
Thus, a route abnormality can be detected even when the route change response is transmitted, and the route change response can be transmitted to the partner system through a normal route. Then, after transmitting a path change response to the other system in the step S60, the processing at the time of receiving a path change confirmation from the other system before timeout will be described while explaining the flowchart of FIG. 19. Route Change Confirmation Reception Processing First, when the route change confirmation is received, it is determined whether or not the route notified by the route change confirmation is different from the communication route of the route change response transmitted by the local system (S8).
1). If both routes are the same (S81, N
O), stop the route change response transmission timer (S8)
7).

【0117】これにより、自システムの要求した経路ま
たは相手システムが経路変更要求により通知してきた経
路によりコネクションが継続される。一方、上記ステッ
プS81で両経路が異なる場合には(S81,YE
S)、該両経路において自側MACアドレスが異なって
いるか否か判別する(S82)。そして、該自側MAC
アドレスが異なれば(S82,YES)、受信した経路
変更確認を破棄し(S83)、経路変更応答用タイマを
停止させる(S84)。
Thus, the connection is continued by the route requested by the own system or the route notified by the partner system in the route change request. On the other hand, if both routes are different in step S81 (S81, YE
S), it is determined whether or not the local MAC addresses are different on the both routes (S82). And the local MAC
If the addresses are different (S82, YES), the received route change confirmation is discarded (S83) and the route change response timer is stopped (S84).

【0118】一方、上記ステップS82で自側MACア
ドレスは同一であれば該経路変更確認が通知された経路
が現在使用可能であるか否か調べ(S84)、使用可能
でなければ(S84,NO)、経路変更確認を破棄し
(S85)、経路変更応答用タイマを停止させる(S8
7)。
On the other hand, if the local MAC addresses are the same in step S82, it is checked whether the route for which the route change confirmation has been notified is currently usable (S84), and if not (S84, NO). ), Discards the route change confirmation (S85), and stops the route change response timer (S8).
7).

【0119】また、上記ステップS84で該通知経路が
現在使用可能であれば(S84,YES)、該通知経路
を使用経路として記憶し(S86)、経路変更応答送信
用タイマを停止させる(S87)。
If the notification route is currently available in step S84 (S84, YES), the notification route is stored as the use route (S86), and the route change response transmission timer is stopped (S87). .

【0120】これにより、相手システムが提案してきた
経路(自システムが経路変更応答により通知した経路と
は異なるが自側のMACアドレスは同一の経路)によ
り、コネクションが継続される。 d)無通信状態における、経路異常の検出処理 無通信監視満了タイマt2がタイムアウトした場合に
は、図20のフローチャートに示す処理を行う。 無通信監視満了タイマ2のタイムアウト時の処理 上記タイムアウトが発生すると、現在使用中の経路に異
常が発生したと判断し、まず定義されている残りの経路
の中から最適経路を選択・記憶する(S91)。
As a result, the connection is continued by the route proposed by the partner system (the route which is different from the route notified by the route change response by the local system but has the same MAC address on the local side). d) Path abnormality detection process in non-communication state When the non-communication monitoring expiration timer t2 times out, the process shown in the flowchart of FIG. 20 is performed. Processing at time-out of non-communication monitoring expiration timer 2 When the above-mentioned time-out occurs, it is determined that an abnormality has occurred in the currently used route, and the optimum route is first selected and stored from the remaining defined routes ( S91).

【0121】次に、相手システムが本機能を備えている
か否か調べ(S92)、備えていなければ上記選択経路
により経路変更要求を送信する(S97)。一方、上記
ステップS92で相手システムが本機能を備えていると
判別すると(S92,YES)、上記ステップS91で
新たに選択した経路(使用経路)に対する最大試行回数
Nrを前記式(1) を用いて算出・記憶する(S93)。
Next, it is checked whether or not the partner system has this function (S92), and if not, a route change request is transmitted through the selected route (S97). On the other hand, if it is determined in step S92 that the partner system has this function (S92, YES), the maximum number of trials Nr for the route (use route) newly selected in step S91 is calculated using the equation (1). It is calculated and stored (S93).

【0122】次に、該新使用経路に対する試行回数とし
て“1”を設定し(S94)、これから経路結果応答待
ち状態に遷移する旨を所定のフラグに記憶する(S9
5)。そして、タイマ値に再送時間T1を設定して経路
変更要求送信用タイマを起動し(S96)、上記使用経
路を介して相手システムへ経路変更要求を送信する(S
97)。
Next, "1" is set as the number of trials for the newly used route (S94), and the fact that the route result response waiting state is to be entered is stored in a predetermined flag (S9).
5). Then, the retransmission time T1 is set to the timer value, the route change request transmission timer is activated (S96), and the route change request is transmitted to the partner system via the above-mentioned used route (S96).
97).

【0123】この後、上述したデータ送信時のときと同
様な図15及び図16のフローチャートに示す処理を行
う。一方、相手システムは該経路変更要求を受信する
と、上述した図17乃至図19のフローチャートに示す
データ受信時のときと同様な処理を行う。
After this, the processing shown in the flow charts of FIGS. 15 and 16 is performed, which is similar to that at the time of data transmission described above. On the other hand, the other party system receives the pathway change request, performs the same process as when the data reception shown in the flowchart of FIGS. 17 to 19 described above.

【0124】これにより、上述したb)データ送信時の
経路異常の検出時のときと同様にしてコネクションが継
続される。 e) LANアダプタが非活性化されたときの経路異常
検出処理 次に、自システム側でLANアダプタを論理的に非活性
にしたときの処理を、図21のフローチャートを参照し
ながら説明する。 LANアダプタが非活性化された際の処理 LANアダプタが非活性化されると、定義されている残
りの経路から最適経路を選択・記憶する(S101)。
As a result, the connection is continued in the same manner as the above-mentioned b) when the path abnormality at the time of data transmission is detected. path abnormality detection process when e) LAN adapter is deactivated Next, processing when the LAN adapter in its own system side is logically deactivated will be described with reference to a flowchart of FIG. 21. Processing when the LAN adapter is deactivated When the LAN adapter is deactivated, the optimum route is selected and stored from the remaining defined routes (S101).

【0125】そして、相手システムが本機能を備えてい
るか否か調べ(S102)、備えていなければ、直ちに
上記選択した経路により相手システムへ経路変更要求を
送信する(S107)。
Then, it is checked whether or not the partner system has this function (S102). If not, a route change request is immediately transmitted to the partner system through the selected route (S107).

【0126】一方、上記ステップS101で相手システ
ムが本機能を備えていると判断すると(S101,YE
S)、上記新たに選択した経路(使用経路)に対する最
大試行回数Nrを前記式(1) を用いて算出・記憶する
(S103)。そして、該使用経路に対する試行回数と
して“1”を設定し(S104)、自システムがこれか
ら経路変更応答待ち状態に遷移する旨を所定のフラグに
記憶する(S105)。続いて、タイマ値に再送時間T
1を設定して経路変更要求送信用タイマを起動させ(S
106)、次に上記新たな使用経路により相手システム
へ経路変更要求を送信する(S107)。
On the other hand, if it is determined in step S101 that the partner system has this function (S101, YE
S), The maximum number of trials Nr for the newly selected route (use route) is calculated and stored using the above equation (1) (S103). Then, "1" is set as the number of trials for the route to be used (S104), and the fact that the system itself is about to transit to the route change response waiting state is stored in a predetermined flag (S105). Then, the retransmission time T is added to the timer value.
Set 1 to start the route change request transmission timer (S
106), and then, a route change request is transmitted to the partner system through the new use route (S107).

【0127】そして、この後、前述した図15及び図
のフローチャートに示す処理を行う。一方、相手シス
テムは、前述した図17乃至図19のフローチャートに
示す処理を行う。
[0127] After this, FIG. 15 and FIG. 1 described above
The process shown in the flowchart of 6 is performed. On the other hand, the partner system performs the processing shown in the flowcharts of FIGS. 17 to 19 described above.

【0128】これにより、前述したb)データ送信時の
経路異常検出時のときと同様にしてコネクションが継続
される。 f)経路変更要求衝突時の処理 コネクション確立状態にあるときに、該コネクショ
ンで現在使用中の経路の伝送路の異常を両システムで検
出、該両システムがそれぞれ相手側のシステムに対し経
路変更要求を送信したものとする。
As a result, the connection is continued in the same manner as the above-mentioned b) when the path abnormality is detected during data transmission. f) Processing when a route change request collides When a connection is established, both systems detect an abnormality in the transmission path of the route currently used by the connection, and both systems request the other system to change the route. Shall be sent.

【0129】この場合、各システムは前述した図20
フローチャートに示す処理を実行することにより、自シ
ステムで最適な代替経路を選択し、該経路を介して該経
路変更要求を送信する。したがって、両システムが選択
した経路が一致しない場合が起こりうる。両システムで
は、該経路変更要求を送信した後、経路変更応答の待ち
状態になる。
In this case, each system executes the process shown in the flow chart of FIG. 20 to select the optimum alternative route in its own system and send the route change request via the route. Therefore, it is possible that the routes selected by both systems do not match. In both systems, after transmitting the route change request, the system waits for a route change response.

【0130】次に、該待ち状態にあるときに経路変更要
求を相手システムから受信した時の動作を、図22のフ
ローチャートを参照しながら説明する。 経路変更応答待ち状態時に経路変更要求を受信した
ときの処理 各システムは、該経路変更要求を受信すると、自システ
ムが現コネクションの確立時に発呼側であったか否か判
別する(S111)。この判別は、前述した図13のフ
ローチャートに示すコネクション確立時の初期化処理に
おいて記録した情報を参照することにより行う。
[0130] Next, the operation when a path change request received from the remote system when in the該待Chi state will be described with reference to the flowchart of FIG. 22. Processing When Receiving Route Change Request in Route Change Response Waiting State Upon receipt of the route change request, each system determines whether or not the own system was the calling side when the current connection was established (S111). This determination is performed by referring to the recorded information in the initialization processing at the time of connection establishment shown in the flowchart of FIG. 13 described above.

【0131】そして、自システムが発呼側であると認識
すると(S111,YES)、受信したパケットからデ
ータを取り出す(S121)。そして、これ以後、発呼
側システムは前述したデータ送信時における経路異常検
出時のときと同様に、図15及び図16のフローチャー
トに示す処理を実行する。
When the own system recognizes that it is the calling side (S111, YES), it extracts data from the received packet (S121). Then, thereafter, the calling side system executes the processing shown in the flowcharts of FIGS. 15 and 16 as in the case of the path abnormality detection at the time of data transmission described above.

【0132】一方、上記ステップS111で自システム
が着呼側であると認識すると(S111,NO)、経路
変更要求の通知された経路が自システムが相手システム
に対し経路変更要求を送信した経路すなわち現在、自シ
ステムが使用経路として記録している経路と異なるか否
か判断する(S112)。そして、両経路が同一であれ
ば、該使用経路に対する最大試行回数Nrを前記式(1)
により算出・記憶する(S116)。続いて、該使用経
路に対する試行回数として“1”を設定し(S11
7)、タイマ値に再送時間T1を設定してから経路変更
応答送信タイマを起動する(S118)。
On the other hand, when the system recognizes that it is the called side in step S111 (S111, NO), the route to which the route change request is notified is the route in which the system itself has transmitted the route change request to the partner system. It is determined whether or not it is different from the route currently recorded as the use route by the own system (S112). Then, if both routes are the same, the maximum number of trials Nr for the use route is calculated by the above equation (1).
Is calculated and stored (S116). Then, "1" is set as the number of trials for the use route (S11).
7) After setting the retransmission time T1 in the timer value, the route change response transmission timer is started (S118).

【0133】次に、自システムがこれから経路変更確認
待ち状態に遷移する旨を所定のフラグに記憶し(S11
9)、相手システムに対し上記使用経路を介して経路変
更応答を送信する(S120)。そして、この後、受信
パケットからデータを取り出す(S121)。
Next, the fact that the system itself is about to transit to the route change confirmation waiting state is stored in a predetermined flag (S11).
9), A route change response is transmitted to the partner system via the above-mentioned use route (S120). Then, thereafter, the data is extracted from the received packet (S121).

【0134】また、上記ステップS112で、上記両経
路が異なると判断すれば(S112,YES)、相手シ
ステムからの経路変更要求の通知された経路が現在、自
システムで使用可能か否か判別する(S113)。そし
て、該通知経路が使用可能であれば(S113,YE
S)、上記相手システムからの経路変更要求で通知され
た経路を使用経路として記憶し(S115)、この後、
前記ステップS116〜S120の処理を行う。
If it is determined in step S112 that the two routes are different (S112, YES), it is determined whether or not the route to which the route change request from the partner system is notified is currently available in the own system. (S113). If the notification route is available (S113, YE
S), the route notified by the route change request from the partner system is stored as a use route (S115), and thereafter,
The processes of steps S116 to S120 are performed.

【0135】また、さらに、上記ステップS113で相
手システムからの経路変更要求の通知経路が現在、自シ
ステムで使用可能でなければ(S113,NO)、定義
されている残りの経路の中から最適経路を選択、これを
使用経路として記憶する(S114)。そして、この
後、前記ステップS116〜S121の処理を行う。
Further, if the notification route of the route change request from the partner system is not currently available in the own system in step S113 (S113, NO), the optimum route is selected from the remaining defined routes. Is selected and stored as a use route (S114). Then, after this, the processes of steps S116 to S121 are performed.

【0136】このように、自システムがコネクション時
に着呼側であった場合には、発呼側である相手システム
からの経路変更要求により通知される経路の方を優先
し、該経路により経路変更応答を送信する。但し、該相
手システムからの通知経路が現在、自システムにおいて
使用可能でなければ、自システムにおける最適経路を代
替経路として選択し、この代替経路により経路変更応答
を相手システムへ送信する。そして、この後、相手シス
テムから送信されてくる経路変更確認を待つ。着呼側シ
ステム側の以後の動作は、前述した図18及び図19
フローチャートに示す処理と同様である。
As described above, when the own system is the called side at the time of connection, the route notified by the route change request from the calling side partner system is given priority and the route is changed by the route. Send a response. However, if the notification route from the partner system is not currently available in the own system, the optimum route in the own system is selected as the alternative route, and the route change response is transmitted to the partner system by the alternative route. Then, after that, the system waits for a route change confirmation transmitted from the partner system. The subsequent operation on the called system side is the same as the processing shown in the flowcharts of FIGS. 18 and 19 described above.

【0137】このようにして、経路変更要求が衝突した
際には、発呼側システムから送信される経路変更要求の
方が優先され、上述したb),d),e)のときと同様
にしてコネクションが継続される。
In this way, when the route change requests collide with each other, the route change request transmitted from the calling side system is prioritized, and is performed in the same manner as in the above b), d) and e). Connection is continued.

【0138】尚、上述した実施例ではOSIプロトコル
によりコネクションが確立されるネットワークの例を取
り上げたが、本発明はこれに限定されるものではなく、
TCP/IPプロトコル、IPX/SPXプロトコル等
のようなその他のプロトコルによりコネクションが確立
されるネットワークにも適用可能なものである。
Although the example of the network in which the connection is established by the OSI protocol is taken up in the above-mentioned embodiment, the present invention is not limited to this.
It is also applicable to networks in which connections are established by other protocols such as TCP / IP protocol, IPX / SPX protocol, etc.

【0139】また、2つのシステムが直接LANを介し
て接続されるネットワークのみに限定されるものでもな
く、WAN(広域網)を介して接続される広域ネットワ
ークや、インターネットワーキング(Internetworking)
により構築されるコンピュータ・インターネットワーク
等のようなその他の形態のネットワーク内での2つのシ
ステム間でのコネクション確立にも適用可能なものであ
る。
Further, the two systems are not limited to a network directly connected via a LAN, but may be a wide area network connected via a WAN (wide area network) or internetworking.
It is also applicable to establishing a connection between two systems in other forms of networks such as computer internetworks constructed by.

【0140】また、例えば上述したようなマルチプロセ
ッサ構成のシステムに限定されるものではなく、例えば
サーバマシンのようなクライアントとのデータ転送量が
多いシングルプロセッサ構成のシステムであってもよ
い。
The system is not limited to the multiprocessor system as described above, but may be a single processor system having a large data transfer amount with a client such as a server machine.

【0141】[0141]

【発明の効果】以上、詳細に説明したように本発明によ
れば、システム間に複数の経路が定義されるネットワー
ク環境において、システム間でコネクションを確立する
とき、両システムが発呼側または着呼側のいずれである
かを記憶しておくことにより、両システムが互いに独立
に経路異常を検出し、両システムがそれぞれ経路変更要
求を相手システムへ送信して経路変更要求が衝突した場
合でも、経路を円滑に切り替え、コネクションを継続さ
せることができる。また、上記コネクションを継続させ
る際に、両システム間で情報(経路変更要求、経路変更
応答、経路変更確認)を授受しながら代替経路を選択す
るので、定義されている経路の中に使用可能な経路があ
れば、ほぼ完全にコネクションを継続できる。さらに、
各システムで最適な経路によりコネクションを継続でき
る。
As described in detail above, according to the present invention.
Network that defines multiple routes between systems.
Connection between systems in a network environment
When both systems are calling or called
By remembering that, both systems are independent of each other
Detected a path abnormality, and both systems need to change the path respectively.
When a request is sent to the other system and route change requests collide,
Even if the connection is smooth, the route is switched smoothly and the connection is maintained.
Can be made. Also, continue the above connection
Information between both systems (route change request, route change
Select an alternative route while sending and receiving a response, confirmation of route change)
Therefore, there are available routes among the defined routes.
If so, the connection can be continued almost completely. further,
Connection can be continued by the optimal route in each system
It

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の原理説明図(その1)である。FIG. 1 is a diagram for explaining the principle of the present invention (No. 1).

【図2】本発明の原理説明図(その2)である。FIG. 2 is a diagram for explaining the principle of the present invention (No. 2).

【図3】本発明の一実施例のネットワークの構成を示す
図である。
FIG. 3 shows a network configuration according to an embodiment of the present invention .
It is a figure.

【図4】本発明の他の実施例のネットワークの構成を示
す図である。
FIG. 4 shows a network configuration of another embodiment of the present invention .
It is a figure.

【図5】図3に示すネットワークでコネクション確立状
態において経路異常が発生した場合のコネクション継続
方法を説明する図である。
5 is a connection establishment status in the network shown in FIG .
Connection when a route error occurs in the state
It is a figure explaining a method.

【図6】図4に示すネットワークでデータ送信時に経路
異常が検出された場合のコネクションの継続方法の一例
を説明する図である。
FIG. 6 is a route for data transmission in the network shown in FIG .
An example of how to continue the connection when an error is detected
It is a figure explaining.

【図7】経路変更応答及び経路変更確認の通知に使用さ
れるAK−TPDUのフォーマットを説明する図であ
る。
[Fig. 7] Used for notification of route change response and route change confirmation
FIG. 6 is a diagram illustrating a format of an AK-TPDU that is stored.
It

【図8】AK−TPDUの可変部に設定される各種パラ
メータを説明する図である。
FIG. 8 shows various parameters set in a variable part of AK-TPDU .
It is a figure explaining a meter.

【図9】図3に示すネットワークで経路変更要求のデー
タを受信したときのコネクションの継続方法の一例を説
明する図である。
FIG. 9 is a diagram showing a route change request data in the network shown in FIG .
An example of how to continue the connection when receiving data
FIG.

【図10】図4に示すネットワークで無通信状態が無活
動監視満了時間を超過したときのコネクションの継続方
法の一例を説明する図である。
10 is an inactive state in the network shown in FIG .
How to continue the connection when the dynamic monitoring expiration time is exceeded
It is a figure explaining an example of a method.

【図11】図4に示すネットワークで一方のシステムが
コネクションの使用経路の伝送路を非活性にしたときの
コネクションの継続方法の一例を説明する図である。
FIG. 11 is a diagram showing one system in the network shown in FIG .
When the transmission path of the connection use path is deactivated
It is a figure explaining an example of the connection continuation method.

【図12】経路変更要求が衝突した場合のコネクション
の継続方法の一例を説明する図である。
FIG. 12: Connection when route change requests collide
It is a figure explaining an example of the continuation method of.

【図13】コネクション確立時の初期化処理を説明する
フローチャートである。
FIG. 13 illustrates an initialization process when establishing a connection .
It is a flowchart.

【図14】第1回目のデータ送信処理を説明するフロー
チャートである。
FIG. 14 is a flowchart illustrating a first data transmission process.
It is a chart.

【図15】タイムアウト発生時のデータ送信処理を説明
するフローチャートである。
FIG. 15 illustrates data transmission processing when a timeout occurs
It is a flowchart to do.

【図16】データ送信時における経路変更応答の受信処
理を説明するフローチャートである。
FIG. 16: Reception process of route change response during data transmission
It is a flow chart explaining a reason.

【図17】データ受信時の動作を説明するフローチャー
トである。
FIG. 17 is a flowchart explaining the operation when receiving data .
It is

【図18】経路変更応答の待ち状態においてタイムアウ
トが発生したときの動作を説明する不ーである。
FIG. 18 shows a time-out in the waiting state for the route change response .
This is an explanation for the operation when a failure occurs.

【図19】経路変更確認を受信したときの動作を説明す
るフローチャートである。
FIG. 19 illustrates an operation when a route change confirmation is received.
2 is a flow chart.

【図20】無通信状態での経路異常の検出したときの動
作を説明するフローチャートである。
FIG. 20 shows the action when a path abnormality is detected in a non-communication state .
It is a flow chart explaining a work.

【図21】自システムで伝送路が非活性にされたときに
行う処理を説明するフローチャートである。
[Fig. 21] When the transmission path is deactivated in the own system
It is a flowchart explaining the process to perform.

【図22】経路変更応答待ち状態にあるときに経路変更
要求を受信したときの動作を説明するフローチャートで
ある。
FIG. 22: Route change while waiting for route change response
In the flowchart explaining the operation when receiving a request
is there.

【図23】従来の問題点を説明する図である。 FIG. 23 is a diagram illustrating a conventional problem.

【符号の説明】12,17 経路変更要求送信手段14,38 経路変更確認送信手段13,37 経路変更要求受信手段18,42 経路変更応答送信手段19,43 経路変更確認受信手段 11,16,36,41 記憶手段[Description of Reference Signs ] 12, 17 Route change request transmitting means 14, 38 Route change confirmation transmitting means 13, 37 Route change request receiving means 18, 42 Route change response transmitting means 19, 43 Route change confirmation receiving means 11, 16, 36 , 41 storage means

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平2−98257(JP,A) 特開 平5−227213(JP,A) 特開 昭62−159942(JP,A) 特開 昭61−100037(JP,A) (58)調査した分野(Int.Cl.7,DB名) H04L 12/28 - 12/46 H04L 1/22 H04L 12/56 ─────────────────────────────────────────────────── --- Continuation of the front page (56) References JP-A-2-98257 (JP, A) JP-A 5-227213 (JP, A) JP-A 62-159942 (JP, A) JP-A 61- 100037 (JP, A) (58) Fields investigated (Int.Cl. 7 , DB name) H04L 12/28-12/46 H04L 1/22 H04L 12/56

Claims (8)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 ネットワーク内において、相手システム
との間に複数の経路が定義されるシステムにおいて、 相手システムとの間にコネクションが確立された際に、
自システムが発呼側または着呼側のいずれであるかを記
憶する記憶手段と、 コネクション確立状態にあるときに、現在使用されてい
る経路の異常が検出されたとき、該現在使用経路以外の
定義されている残りの経路の中から1つの経路を選択
し、該経路により上記相手システムに経路変更要求を送
信する経路変更要求送信手段と、 該経路変更要求送信後、相手システムから経路変更要求
を受信し、該受信時に該記憶手段の記憶情報を基に、自
システムを経路変更応答待ち状態に遷移させる経路変更
要求受信手段と、 該経路変更応答待ち状態において相手システムから経路
変更応答を受信し、該受信に対して経路変更確認を相手
システムへ送信する経路変更確認送信手段と、 を備えた
ことを特徴とするシステム。
1. A partner system in a network
In a system where multiple routes are defined between and, when a connection is established with the other system,
Indicate whether your system is the calling side or the called side
Memorize the memory and the memory currently used when the connection is established.
When an abnormality of the route is detected,
Select one route from the remaining defined routes
Then, a route change request is sent to the other system via the route.
A route change request transmitting unit that receives the route change request, and a route change request from the partner system after the route change request is transmitted.
At the time of reception, and based on the stored information of the storage means,
Route change that transits the system to the route change response wait state
Request receiving means and the route from the partner system in the route change response waiting state
Receiving a change response and confirming the route change in response to the reception
Equipped with a path change confirmation transmitting means for transmitting to the system
A system characterized by that.
【請求項2】 前記経路変更要求受信手段は、前記記憶
手段の記憶情報を基に、該コネクション確立時に自シス
テムが発呼側であったと判断した場合には、自システム
を経路変更応答待ち状態に遷移させる、 ことを特徴とする請求項1記載のシステム。
2. The route change request receiving means is the storage device.
When the connection is established, the system
System is the calling party, the system
The system according to claim 1, wherein the system is transited to a route change response waiting state .
【請求項3】 ネットワーク内において相手システムと
の間に複数の経路が定義されるシステムにおいて、 相手システムとの間にコネクションが確立された際に、
自システムが発呼側または着呼側のいずれであるかを記
憶する記憶手段と、 コネクション確立状態にあるときに、現在使用されてい
る経路の異常が検出されたとき、該現在使用経路以外の
定義されている残りの経路の中から1つの経路を選択
し、該経路により上記相手システムに経路変更要求を送
信する経路変更要 求送信手段と、 該経路変更要求送信後、相手システムから経路変更要求
を受信し、該受信時に該記憶手段の記憶情報を基に、相
手システムに対し経路変更応答を送信する経路変更応答
送信手段と、 該経路変更応答送信後、相手システムから経路変更確認
を受信し、該受信経路が現在自システムにおいて使用可
能であるときに上記受信経路を前記コネクションの新た
な使用経路に確定する経路変更確認受信手段と、 を備えたことを特徴とするシステム。
3. A partner system within a network
In a system where multiple routes are defined between, when a connection is established with the other system,
Indicate whether your system is the calling side or the called side
Memorize the memory and the memory currently used when the connection is established.
When an abnormality of the route is detected,
Select one route from the remaining defined routes
Then, a route change request is sent to the other system via the route.
A path change request transmission means signals to, said path after the change request transmission, the path change request from the other system
Is received, and at the time of receiving, based on the stored information in the storage means,
Send route change response to hand system Route change response
Confirm the route change from the partner system after transmitting the route change response with the transmitting means.
Received, and the reception route is now available in the local system
When the connection is
And a route change confirmation receiving means for determining a proper use route .
【請求項4】 前記経路変更応答送信手段は、上記記憶
手段の記憶情報を基に、該コネクション確立時に自シス
テムが着呼側であったと判断した場合には、相手システ
ムに対し経路変更応答を送信する、 ことを特徴とする請求項3記載のシステム。
4. The route change response transmitting means is the storage device.
When the connection is established, the system
If it is determined that the system was the called party,
4. The system according to claim 3 , wherein a route change response is transmitted to the system.
【請求項5】 ネットワーク内において相手システムと
の間に複数の経路が定義されるシステムに実装される装
置であって、 相手システムとの間にコネクションが確立された際に、
自システムが発呼側または着呼側のいずれであるかを記
憶する記憶手段と、 相手システムに経路変更要求を送信した後に、相手シス
テムから経路変更要求を受信したとき、該受信時に該記
憶手段の記憶情報を基に、自システムを経路変更応答待
ち状態に遷移させる経路変更要求受信手段と、 該経路変更応答待ち状態において相手システムから経路
変更応答を受信し、該受信に対して経路変更確認を相手
システムへ送信する経路変更確認送信手段と、 を備えたことを特徴とする経路変更衝突制御装置。
5. A partner system within a network
A device implemented in a system in which multiple routes are defined between
When a connection is established with the other system,
Indicate whether your system is the calling side or the called side
After sending the route change request to the storage means to remember and the partner system,
When a route change request is received from the
Based on the memory information stored in the memory, the local system waits for a route change response.
Route change request receiving means for transitioning to the active state and the route from the partner system in the route change response waiting state.
Receiving a change response and confirming the route change in response to the reception
A route change collision control device comprising: a route change confirmation transmission means for transmitting to a system.
【請求項6】 前記経路変更要求送信手段は、前記記憶
手段の記憶情報を基に、該コネクション確立時に自シス
テムが発呼側であったと判断した場合には、自システム
を経路変更応答待ち状態に遷移させる、 ことを特徴とする請求項5記載の経路変更衝突制御装
置。
6. The route change request transmitting means is the storage.
When the connection is established, the system
System is the calling party, the system
6. The route change collision control device according to claim 5 , further comprising:
Place
【請求項7】 ネットワーク内において相手システムと
の間に複数の経路が定義されるシステムに実装される装
置であって、 相手システムとの間にコネクションが確立された際に、
自システムが発呼側ま たは着呼側のいずれであるかを記
憶する記憶手段と、 相手システムに経路変更要求を送信した後に、相手シス
テムから経路変更要求を受信したとき、該受信時に該記
憶手段の情報を基に、相手システムに対し経路変更応答
を送信して、自システムを経路変更確認待ち状態に遷移
させる経路変更応答送信手段と、 該経路変更確認待ち状態において、相手システムから経
路変更確認を受信し、該受信経路が現在自システムにお
いて使用可能であるときに上記受信経路を前記コネクシ
ョンの新たな使用経路に確定する経路変更確認受信手段
と、 を備えたことを特徴とする経路変更衝突制御装置。
7. A partner system within a network
A device implemented in a system in which multiple routes are defined between
When a connection is established with the other system,
The local system was calling or serial which one of the called party
After sending the route change request to the storage means to remember and the partner system,
When a route change request is received from the
Route change response to the partner system based on the information in the memory
Is sent to switch the system to the route change confirmation waiting state.
The route change response transmission means to be activated, and the other system in the route change confirmation waiting state.
The route change confirmation is received, and the reception route is currently in the system.
The reception path is connected to the connection when it is available.
Route change confirmation receiving means to confirm the new usage route
And a route changing collision control device.
【請求項8】 前記経路変更応答送信手段は、上記記憶
手段の記憶情報を基に、該コネクション確立時に自シス
テムが着呼側であったと判断した場合には、相手システ
ムに対し経路変更応答を送信する、 ことを特徴とする請求項7記載の経路変更衝突制御装
置。
8. The route change response transmission means stores the storage.
When the connection is established, the system
If it is determined that the system was the called party,
The route change collision control device according to claim 7 , wherein a route change response is transmitted to the system.
Place
JP05502994A 1994-02-28 1994-02-28 System used in network environment and device implemented in the system Expired - Fee Related JP3398461B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP05502994A JP3398461B2 (en) 1994-02-28 1994-02-28 System used in network environment and device implemented in the system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP05502994A JP3398461B2 (en) 1994-02-28 1994-02-28 System used in network environment and device implemented in the system

Publications (2)

Publication Number Publication Date
JPH07240756A JPH07240756A (en) 1995-09-12
JP3398461B2 true JP3398461B2 (en) 2003-04-21

Family

ID=12987249

Family Applications (1)

Application Number Title Priority Date Filing Date
JP05502994A Expired - Fee Related JP3398461B2 (en) 1994-02-28 1994-02-28 System used in network environment and device implemented in the system

Country Status (1)

Country Link
JP (1) JP3398461B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004005433A (en) 2002-04-05 2004-01-08 Minolta Co Ltd Data transfer program
JP4190455B2 (en) 2004-05-11 2008-12-03 富士通株式会社 Load balancing apparatus and program
JP7042417B2 (en) * 2018-09-03 2022-03-28 株式会社オートネットワーク技術研究所 Communication equipment, transmission method and computer program

Also Published As

Publication number Publication date
JPH07240756A (en) 1995-09-12

Similar Documents

Publication Publication Date Title
JP3831663B2 (en) Active-passive flow switch failover technology
US6047330A (en) Virtual router discovery system
US4951278A (en) High-level data link control packet assembler/disassembler
US5778189A (en) System and method for converting communication protocols
US7583593B2 (en) System and methods for detecting network failure
US6856593B2 (en) Communication system, relay apparatus, end system, and communicating method
JP3649580B2 (en) A system for reporting errors in a distributed computer system.
EP1391079B1 (en) Method and system for implementing a fast recovery process in a local area network
US6061728A (en) Arrangement for controlling network proxy device traffic on a transparently-bridged local area network using a master proxy device
CN100450040C (en) Communication network and method for testing message paths in network elements
US6343330B1 (en) Arrangement for preventing looping of explorer frames in a transparent bridging domain having multiple entry points
JP3101604B2 (en) How to report errors in a distributed computer system
JP2005006121A (en) Ip-pbx backup device, ip-pbx backup system, and method for countermeasure against fault of system
JP2001308888A (en) Optical network element and optical communication system including the same
JP3398461B2 (en) System used in network environment and device implemented in the system
JP2003520477A (en) Method and apparatus for performing reliable communication in an intelligent network
CN113805788B (en) A distributed storage system and its exception handling method and related device
JP2001237889A (en) Detour path control method and apparatus in data communication network
JPH07264233A (en) High-speed route switching method and router device
JP3465183B2 (en) Network monitoring method
JP3509847B2 (en) Method of improving communication reliability in NMS system and NMS system
JPH05122278A (en) Terminal control system for exchange
JPH1141282A (en) Redundant repeater
JP2002271371A (en) Network server and its controlling method
WO1998049621A1 (en) Control message interfacing in a redundant server environment

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20030204

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080214

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090214

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090214

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100214

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110214

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees