JP2001007813A - コネクション確立方法 - Google Patents
コネクション確立方法Info
- Publication number
- JP2001007813A JP2001007813A JP17328499A JP17328499A JP2001007813A JP 2001007813 A JP2001007813 A JP 2001007813A JP 17328499 A JP17328499 A JP 17328499A JP 17328499 A JP17328499 A JP 17328499A JP 2001007813 A JP2001007813 A JP 2001007813A
- Authority
- JP
- Japan
- Prior art keywords
- client
- nhc
- signaling
- nhrp
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 通信速度を遅延させることなく、複数のアド
レス解決要求を迅速に処理して、複数の宛先クライアン
トとの間で通信をスムーズに行うようにする。 【解決手段】 NHC-A １２とNHC-B １８とのシグナリン
グ中に（）、NHC-A １２とNHC-C ２２との間で通信路
を確立する必要が生じると、シグナリングの並行処理が
可能か否かを判断し、並行処理できない場合は、シグナ
リング処理の代行をNHS-A １４に依頼する（）。NHS-
A １４は、ＩＰアドレスＣ２が自己の管理下に無い場
合、ＮＨＲＰ解決要求パケットをNHS-C ２０に転送し
（）、NHS-C２０が第２宛先クライアントの属するサ
ブネットワークのサーバである場合、ＩＰアドレスＣ２
に対応するNHC-C ２２のＡＴＭアドレスＮｃをNHS-A １
４に送信し（）、NHC-C ２２との間でシグナリングを
行い（）、ＶＰ／ＶＣを決定して通信路を確立する。
NHS-A １４は、そのＶＰ／ＶＣをNHC-A １２へ送信し
（）、NHC-A １２がＶＰ／ＶＣを使ってNHC-C ２２と
の間で通信する（）。
レス解決要求を迅速に処理して、複数の宛先クライアン
トとの間で通信をスムーズに行うようにする。 【解決手段】 NHC-A １２とNHC-B １８とのシグナリン
グ中に（）、NHC-A １２とNHC-C ２２との間で通信路
を確立する必要が生じると、シグナリングの並行処理が
可能か否かを判断し、並行処理できない場合は、シグナ
リング処理の代行をNHS-A １４に依頼する（）。NHS-
A １４は、ＩＰアドレスＣ２が自己の管理下に無い場
合、ＮＨＲＰ解決要求パケットをNHS-C ２０に転送し
（）、NHS-C２０が第２宛先クライアントの属するサ
ブネットワークのサーバである場合、ＩＰアドレスＣ２
に対応するNHC-C ２２のＡＴＭアドレスＮｃをNHS-A １
４に送信し（）、NHC-C ２２との間でシグナリングを
行い（）、ＶＰ／ＶＣを決定して通信路を確立する。
NHS-A １４は、そのＶＰ／ＶＣをNHC-A １２へ送信し
（）、NHC-A １２がＶＰ／ＶＣを使ってNHC-C ２２と
の間で通信する（）。
Description
【０００１】
【発明の属する技術分野】本発明は、コネクション確立
方法に係り、さらに詳しくは、ＮＢＭＡネットワークを
介してインターネットプロトコルを転送する際に通信路
の確立を行うコネクション確立方法に関する。
方法に係り、さらに詳しくは、ＮＢＭＡネットワークを
介してインターネットプロトコルを転送する際に通信路
の確立を行うコネクション確立方法に関する。
【０００２】
【従来の技術】従来、例えばＡＴＭ（Asynchronous Tra
nsfer Mode）ネットワーク、Ｘ．２５あるいはフレーム
・リレーに代表されるＮＢＭＡ（Non-Broadcast,Multi-
Access）ネットワークでは、インターネット・プロトコ
ル（Internet Protocol：以下ＩＰ）を使用した通信を
行う際に、ネットワーク層アドレスからデータリンク層
アドレスへ変換するアドレス解決プロトコルとしてＩＥ
ＴＦ（Internet Engineering Task Force ）から発行さ
れるインターネット関係の公式標準文書ＲＦＣ（Reques
t For Comments）２３３２においてＮＨＲＰ（Next Hop
Resolution Protocol）が規格化されている。図５は、
従来例に係るＡＴＭネットワーク３０の構成図であり、
ＡＴＭネットワーク３０上には、論理的に独立したＩＰ
のサブネットワークとしてLIS-A ４４、LIS-B ４６、LI
S-C ４８がそれぞれ定義されており、そのうちのLIS-A
４４にはＮＨＲＰクライアントであるNHC-A ３２とＮＨ
ＲＰサーバであるNHS-A ３４が直接接続され、同様にLI
S-B ４６にはNHC-B ３８とNHS-B ３６が、LIS-C ４８に
はNHC-C ４２とNHS-C ４０が直接接続されている。ま
た、ＮＨＲＰクライアントのNHC-A ３２、NHC-B ３８、
NHC-C ４２とＮＨＲＰサーバのNHS-A ３４、NHS-B ３
６、NHS-C ４０とは、ＡＴＭネットワーク３０に対して
通信を開始するたびに相手を選択することができる相手
選択接続型のＳＶＣ（Switched Virtual Connection ）
方式でセットアップされている。ここでは、ネットワー
ク層アドレスとしてＩＰアドレス、データリンク層アド
レスとしてＡＴＭアドレスを用いた例で説明する。例え
ば、通信を行おうとしている送信側クライアントNHC-A
３２と宛先クライアントNHC-B ３８との間でシグナリン
グ処理を行って、通信路を確立したい場合は、まず宛先
クライアントNHC-B ３８のネットワーク層アドレス（以
下、ＩＰアドレス）Ｂ２を含むＮＨＲＰ解決要求パケッ
トをＮＨＲＰサーバNHS-A ３４に送信する。ＮＨＲＰ解
決要求パケットを受信したNHS-A ３４では、ＩＰアドレ
スＢ２がNHS-A ３４のＮＨＲＰサーバテーブルに記述し
てあるＩＰアドレスの集合に属しているか否かを判断
し、もし属している場合は、NHS-A ３４はＩＰアドレス
に対応するデータリンク層アドレス（以下、ＡＴＭアド
レス）をNHC-A ３２に送出する。すると、NHC-A ３２
は、このＡＴＭアドレスを用いて相手方とシグナリング
を行うことで、通信路が確立される。
nsfer Mode）ネットワーク、Ｘ．２５あるいはフレーム
・リレーに代表されるＮＢＭＡ（Non-Broadcast,Multi-
Access）ネットワークでは、インターネット・プロトコ
ル（Internet Protocol：以下ＩＰ）を使用した通信を
行う際に、ネットワーク層アドレスからデータリンク層
アドレスへ変換するアドレス解決プロトコルとしてＩＥ
ＴＦ（Internet Engineering Task Force ）から発行さ
れるインターネット関係の公式標準文書ＲＦＣ（Reques
t For Comments）２３３２においてＮＨＲＰ（Next Hop
Resolution Protocol）が規格化されている。図５は、
従来例に係るＡＴＭネットワーク３０の構成図であり、
ＡＴＭネットワーク３０上には、論理的に独立したＩＰ
のサブネットワークとしてLIS-A ４４、LIS-B ４６、LI
S-C ４８がそれぞれ定義されており、そのうちのLIS-A
４４にはＮＨＲＰクライアントであるNHC-A ３２とＮＨ
ＲＰサーバであるNHS-A ３４が直接接続され、同様にLI
S-B ４６にはNHC-B ３８とNHS-B ３６が、LIS-C ４８に
はNHC-C ４２とNHS-C ４０が直接接続されている。ま
た、ＮＨＲＰクライアントのNHC-A ３２、NHC-B ３８、
NHC-C ４２とＮＨＲＰサーバのNHS-A ３４、NHS-B ３
６、NHS-C ４０とは、ＡＴＭネットワーク３０に対して
通信を開始するたびに相手を選択することができる相手
選択接続型のＳＶＣ（Switched Virtual Connection ）
方式でセットアップされている。ここでは、ネットワー
ク層アドレスとしてＩＰアドレス、データリンク層アド
レスとしてＡＴＭアドレスを用いた例で説明する。例え
ば、通信を行おうとしている送信側クライアントNHC-A
３２と宛先クライアントNHC-B ３８との間でシグナリン
グ処理を行って、通信路を確立したい場合は、まず宛先
クライアントNHC-B ３８のネットワーク層アドレス（以
下、ＩＰアドレス）Ｂ２を含むＮＨＲＰ解決要求パケッ
トをＮＨＲＰサーバNHS-A ３４に送信する。ＮＨＲＰ解
決要求パケットを受信したNHS-A ３４では、ＩＰアドレ
スＢ２がNHS-A ３４のＮＨＲＰサーバテーブルに記述し
てあるＩＰアドレスの集合に属しているか否かを判断
し、もし属している場合は、NHS-A ３４はＩＰアドレス
に対応するデータリンク層アドレス（以下、ＡＴＭアド
レス）をNHC-A ３２に送出する。すると、NHC-A ３２
は、このＡＴＭアドレスを用いて相手方とシグナリング
を行うことで、通信路が確立される。
【０００３】また、図５に示すように、NHS-A ３４のＮ
ＨＲＰサーバテーブルにＩＰアドレスＢ２がなく、属し
ていないと判断された場合、NHS-A ３４は、宛先ＩＰア
ドレスＢ２を管理していると思われる他のＮＨＲＰサー
バであるNHS-B ３６にＮＨＲＰ解決要求パケットを転送
する。ＮＨＲＰ解決要求パケットを受信したNHS-B ３６
は、ＮＨＲＰサーバテーブルに宛先ＩＰアドレスＢ２が
記述してあることを確認すると、ＩＰアドレスＢ２に対
応するＡＴＭアドレスＮｂをNHS-A ３４に戻し、NHS-A
３４はそのＡＴＭアドレスＮｂをNHC-A ３２に戻す。そ
して、ＮＨＲＰクライアントのNHC-A ３２は、このＡＴ
ＭアドレスＮｂを使って宛先クライアントNHC-B ３８と
の間でシグナリングを行うことにより（）、通信に使
用するリソースとしてのＶＰ／ＶＣ（Virtual Pass：仮
想パス識別子／ Virtual Channel：仮想チャネル識別
子）が決定され、通信路を確立することができる。
ＨＲＰサーバテーブルにＩＰアドレスＢ２がなく、属し
ていないと判断された場合、NHS-A ３４は、宛先ＩＰア
ドレスＢ２を管理していると思われる他のＮＨＲＰサー
バであるNHS-B ３６にＮＨＲＰ解決要求パケットを転送
する。ＮＨＲＰ解決要求パケットを受信したNHS-B ３６
は、ＮＨＲＰサーバテーブルに宛先ＩＰアドレスＢ２が
記述してあることを確認すると、ＩＰアドレスＢ２に対
応するＡＴＭアドレスＮｂをNHS-A ３４に戻し、NHS-A
３４はそのＡＴＭアドレスＮｂをNHC-A ３２に戻す。そ
して、ＮＨＲＰクライアントのNHC-A ３２は、このＡＴ
ＭアドレスＮｂを使って宛先クライアントNHC-B ３８と
の間でシグナリングを行うことにより（）、通信に使
用するリソースとしてのＶＰ／ＶＣ（Virtual Pass：仮
想パス識別子／ Virtual Channel：仮想チャネル識別
子）が決定され、通信路を確立することができる。
【０００４】
【発明が解決しようとする課題】しかしながら、このよ
うな従来のコネクション確立方法にあっては、ＮＨＲＰ
がＡＴＭネットワーク３０を相手選択接続型のＳＶＣ方
式でセットアップされている場合のアドレス解決手順を
規定しているが、ＮＨＲＰクライアントのNHC-A３２
は、ここでは宛先ＩＰアドレスが異なるたびにシグナリ
ングを発呼し、通信路（コネクション）を確立する必要
があった。このため、図５に示すように、送信側クライ
アントNHC-A ３２と宛先クライアントNHC-B ３８との間
で通信路を確立するためのシグナリング処理中に
（）、更に送信側クライアントNHC-A ３２と第２の宛
先クライアントNHC-C ４２との間で通信路を確立するた
めの新たなアドレス解決要求が発生した場合（）、送
信側クライアントNHC-A ３２にアクセスが集中してシグ
ナリングによる負荷が重たくなると、通信速度が遅くな
ったり、複数のアドレス解決要求が処理しきれなくなっ
て、通信不能になるという問題があった。そこで、従来
のコネクション確立方法にあっては、クライアントに複
数のアドレス解決要求が集中した場合、上記のような並
行処理をするのではなく、一つの宛先クライアントに対
するシグナリングを行って通信路を確立してから、次の
宛先クライアントに対するシグナリングを行うというよ
うに逐次処理が行われていた。しかし、このような逐次
処理によって通信路を確立しようとすると、その間、通
信相手はビジー状態で待機しなくてはならず、スムーズ
な通信ができなくなるという問題があった。本発明は、
上記課題を解決するためになされたものであって、本発
明の目的は、ＮＨＲＰクライアントに複数のアドレス解
決要求が発生して処理しきれなくなった場合でも、通信
速度を遅延させることなく、複数のアドレス解決要求を
迅速に処理して、複数の宛先クライアントとの間で通信
をスムーズに行うことができるコネクション確立方法を
提供することにある。
うな従来のコネクション確立方法にあっては、ＮＨＲＰ
がＡＴＭネットワーク３０を相手選択接続型のＳＶＣ方
式でセットアップされている場合のアドレス解決手順を
規定しているが、ＮＨＲＰクライアントのNHC-A３２
は、ここでは宛先ＩＰアドレスが異なるたびにシグナリ
ングを発呼し、通信路（コネクション）を確立する必要
があった。このため、図５に示すように、送信側クライ
アントNHC-A ３２と宛先クライアントNHC-B ３８との間
で通信路を確立するためのシグナリング処理中に
（）、更に送信側クライアントNHC-A ３２と第２の宛
先クライアントNHC-C ４２との間で通信路を確立するた
めの新たなアドレス解決要求が発生した場合（）、送
信側クライアントNHC-A ３２にアクセスが集中してシグ
ナリングによる負荷が重たくなると、通信速度が遅くな
ったり、複数のアドレス解決要求が処理しきれなくなっ
て、通信不能になるという問題があった。そこで、従来
のコネクション確立方法にあっては、クライアントに複
数のアドレス解決要求が集中した場合、上記のような並
行処理をするのではなく、一つの宛先クライアントに対
するシグナリングを行って通信路を確立してから、次の
宛先クライアントに対するシグナリングを行うというよ
うに逐次処理が行われていた。しかし、このような逐次
処理によって通信路を確立しようとすると、その間、通
信相手はビジー状態で待機しなくてはならず、スムーズ
な通信ができなくなるという問題があった。本発明は、
上記課題を解決するためになされたものであって、本発
明の目的は、ＮＨＲＰクライアントに複数のアドレス解
決要求が発生して処理しきれなくなった場合でも、通信
速度を遅延させることなく、複数のアドレス解決要求を
迅速に処理して、複数の宛先クライアントとの間で通信
をスムーズに行うことができるコネクション確立方法を
提供することにある。
【０００５】
【課題を解決するための手段】請求項１に記載の発明
は、ＮＢＭＡネットワークを介しインターネットプロト
コルを使用して通信を行いＮＨＲＰアドレス解決機能を
有するクライアントとＮＨＲＰサーバとを接続したサブ
ネットワークを複数個接続したネットワークに於いて、
前記クライアント間で通信を行う際にアドレス解決要求
パケットを用いて通信路を確立するコネクション確立方
法であって、送信側クライアントと第１宛先クライアン
トとの間で通信路を確立するためのシグナリング処理中
に、第２宛先クライアントとの間で通信路を確立するた
めのシグナリングを行う必要がある場合、送信側クライ
アントが両方のシグナリングを並行処理することができ
るか否かを確認する段階と、前段階でシグナリングを並
行処理できないと確認された場合に、送信側クライアン
トより自身が属するサブネットワークの送信側ＮＨＲＰ
サーバに対して、第２宛先クライアントとの間のシグナ
リング処理の代行を依頼するメッセージを含むアドレス
解決要求パケットを送信する段階と、前記送信側ＮＨＲ
Ｐサーバが受信したアドレス解決要求パケットの宛先の
ネットワーク層アドレスが当該サーバのＮＨＲＰサーバ
テーブルのネットワーク層アドレスの集合に属している
か否かを確認する段階と、前段階で集合に属していない
と確認された場合に、他のサブネットワークのＮＨＲＰ
サーバに前記アドレス解決要求パケットを転送する段階
と、第２宛先クライアントの属するサブネットワークに
接続された第２宛先側ＮＨＲＰサーバが前記アドレス解
決要求パケットを受信したとき、ＮＨＲＰサーバテーブ
ルに記憶されている第２宛先クライアントのデータリン
ク層アドレスをアドレス解決応答パケットにより前記送
信側ＮＨＲＰサーバに送信して応答する段階と、前記送
信側ＮＨＲＰサーバが第２宛先クライアントとの間でシ
グナリングを行う段階と、を含み、前記シグナリングに
より通信路を確立することによって前記送信側クライア
ントと第２宛先クライアントとの間の通信を可能にし、
前記送信側クライアントと第１宛先クライアントとの間
と共に通信を可能にするものである。
は、ＮＢＭＡネットワークを介しインターネットプロト
コルを使用して通信を行いＮＨＲＰアドレス解決機能を
有するクライアントとＮＨＲＰサーバとを接続したサブ
ネットワークを複数個接続したネットワークに於いて、
前記クライアント間で通信を行う際にアドレス解決要求
パケットを用いて通信路を確立するコネクション確立方
法であって、送信側クライアントと第１宛先クライアン
トとの間で通信路を確立するためのシグナリング処理中
に、第２宛先クライアントとの間で通信路を確立するた
めのシグナリングを行う必要がある場合、送信側クライ
アントが両方のシグナリングを並行処理することができ
るか否かを確認する段階と、前段階でシグナリングを並
行処理できないと確認された場合に、送信側クライアン
トより自身が属するサブネットワークの送信側ＮＨＲＰ
サーバに対して、第２宛先クライアントとの間のシグナ
リング処理の代行を依頼するメッセージを含むアドレス
解決要求パケットを送信する段階と、前記送信側ＮＨＲ
Ｐサーバが受信したアドレス解決要求パケットの宛先の
ネットワーク層アドレスが当該サーバのＮＨＲＰサーバ
テーブルのネットワーク層アドレスの集合に属している
か否かを確認する段階と、前段階で集合に属していない
と確認された場合に、他のサブネットワークのＮＨＲＰ
サーバに前記アドレス解決要求パケットを転送する段階
と、第２宛先クライアントの属するサブネットワークに
接続された第２宛先側ＮＨＲＰサーバが前記アドレス解
決要求パケットを受信したとき、ＮＨＲＰサーバテーブ
ルに記憶されている第２宛先クライアントのデータリン
ク層アドレスをアドレス解決応答パケットにより前記送
信側ＮＨＲＰサーバに送信して応答する段階と、前記送
信側ＮＨＲＰサーバが第２宛先クライアントとの間でシ
グナリングを行う段階と、を含み、前記シグナリングに
より通信路を確立することによって前記送信側クライア
ントと第２宛先クライアントとの間の通信を可能にし、
前記送信側クライアントと第１宛先クライアントとの間
と共に通信を可能にするものである。
【０００６】これによれば、送信側クライアントと第１
宛先クライアントとの間でシグナリング処理中に、新た
に発生したアドレス解決要求により送信側クライアント
と第２宛先クライアントとの間のシグナリングも並行処
理することができるか否かを確認し、シグナリングを並
行処理することができないと確認された場合は、送信側
クライアントから自身の属するサブネットワークの送信
側ＮＨＲＰサーバに第２宛先クライアントとの間のシグ
ナリング処理の代行を依頼するメッセージを含むアドレ
ス解決要求パケットを送信して、送信側ＮＨＲＰサーバ
が受信したアドレス解決要求パケットの宛先のネットワ
ーク層アドレスが当該サーバのＮＨＲＰサーバテーブル
のネットワーク層アドレスの集合に属しているか否かを
確認し、集合に属していないと確認された場合は他のサ
ブネットワークのＮＨＲＰサーバにアドレス解決要求パ
ケットを転送し、第２宛先クライアントの属するサブネ
ットワークに接続された第２宛先側ＮＨＲＰサーバがア
ドレス解決要求パケットを受信すると、ＮＨＲＰサーバ
テーブルに記憶されている第２宛先クライアントのデー
タリンク層アドレスをアドレス解決応答パケットにより
送信側ＮＨＲＰサーバに送信して応答し、送信側ＮＨＲ
Ｐサーバが第２宛先クライアントとの間でシグナリング
を行って通信路を確立する。このため、送信側クライア
ントは、第１宛先クライアントとの間のシグナリング中
であっても、送信側ＮＨＲＰサーバが第２宛先クライア
ントとの間のシグナリングを代行して並行処理するた
め、シグナリングの負荷が重くならず、複数のアドレス
解決要求が迅速に処理され、第１宛先クライアントおよ
び第２宛先クライアントとの両方に対してスムーズかつ
高速に通信を行うことができる。請求項２に記載の発明
は、請求項１記載のコネクション確立方法において、前
記サブネットワークはいずれもＳＶＣ方式にて構築さ
れ、これらサブネットワークが互いに接続されて前記ネ
ットワークが構成されているものである。これによれ
ば、通信を行うクライアント間に介在するネットワーク
が通信のたびに相手を選択することができる相手選択接
続型のＳＶＣ方式にて構築され、特定のクライアントに
アドレス解決要求が集中する場合が生じても、通信路を
迅速に確立してスムーズに通信を行うことができる。
宛先クライアントとの間でシグナリング処理中に、新た
に発生したアドレス解決要求により送信側クライアント
と第２宛先クライアントとの間のシグナリングも並行処
理することができるか否かを確認し、シグナリングを並
行処理することができないと確認された場合は、送信側
クライアントから自身の属するサブネットワークの送信
側ＮＨＲＰサーバに第２宛先クライアントとの間のシグ
ナリング処理の代行を依頼するメッセージを含むアドレ
ス解決要求パケットを送信して、送信側ＮＨＲＰサーバ
が受信したアドレス解決要求パケットの宛先のネットワ
ーク層アドレスが当該サーバのＮＨＲＰサーバテーブル
のネットワーク層アドレスの集合に属しているか否かを
確認し、集合に属していないと確認された場合は他のサ
ブネットワークのＮＨＲＰサーバにアドレス解決要求パ
ケットを転送し、第２宛先クライアントの属するサブネ
ットワークに接続された第２宛先側ＮＨＲＰサーバがア
ドレス解決要求パケットを受信すると、ＮＨＲＰサーバ
テーブルに記憶されている第２宛先クライアントのデー
タリンク層アドレスをアドレス解決応答パケットにより
送信側ＮＨＲＰサーバに送信して応答し、送信側ＮＨＲ
Ｐサーバが第２宛先クライアントとの間でシグナリング
を行って通信路を確立する。このため、送信側クライア
ントは、第１宛先クライアントとの間のシグナリング中
であっても、送信側ＮＨＲＰサーバが第２宛先クライア
ントとの間のシグナリングを代行して並行処理するた
め、シグナリングの負荷が重くならず、複数のアドレス
解決要求が迅速に処理され、第１宛先クライアントおよ
び第２宛先クライアントとの両方に対してスムーズかつ
高速に通信を行うことができる。請求項２に記載の発明
は、請求項１記載のコネクション確立方法において、前
記サブネットワークはいずれもＳＶＣ方式にて構築さ
れ、これらサブネットワークが互いに接続されて前記ネ
ットワークが構成されているものである。これによれ
ば、通信を行うクライアント間に介在するネットワーク
が通信のたびに相手を選択することができる相手選択接
続型のＳＶＣ方式にて構築され、特定のクライアントに
アドレス解決要求が集中する場合が生じても、通信路を
迅速に確立してスムーズに通信を行うことができる。
【０００７】
【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。図１は、本実施の形態に係
るＡＴＭネットワーク１０の構成図である。図１におい
て、ＡＴＭネットワーク１０上には、論理的に独立した
ＩＰのサブネットワークLIS-A ２４、LIS-B ２６、およ
びLIS-C ２８が定義されており、そのＡＴＭネットワー
クに直接接続されたＮＨＲＰクライアントのNHC-A １
２、NHC-B １８、およびNHC-C ２２は、ＮＨＲＰサーバ
であるNHS-A １４、NHS-B １６、およびNHS-C ２０にそ
れぞれ管理されていて、相手選択接続型のＳＶＣ（Swit
ched Virtual Connection ）方式でセットアップされて
いる。例えば、NHS-A １２は、ＩＰアドレスＣ２（又
は、Ｂ２）に対するアドレス解決要求パケットとしての
ＮＨＲＰ解決要求パケットを受信した場合、アドレス解
決応答パケットとしてのＮＨＲＰ解決応答パケットにて
応答する義務がある。そして、上記ＮＨＲＰクライアン
トNHC-A １２は、通信を行おうとする送信側クライアン
トであり、上記ＮＨＲＰクライアントNHC-B １８は、NH
C-A １２との間で通信路を確立するためのシグナリング
処理を行う第１宛先クライアントであり、上記ＮＨＲＰ
クライアントNHC-C ２２は、新たなアドレス解決要求に
よりNHC-A １２との間で通信路を確立するためのシグナ
リング処理を行う第２宛先クライアントである。ここで
は、ネットワーク層アドレスとしてＩＰアドレス、デー
タリンク層アドレスとしてＡＴＭアドレスを用いた例で
説明する。本実施の形態においては、第１宛先クライア
ントのNHC-B １８の宛先ＩＰアドレスにＢ２、ＡＴＭア
ドレスにＮｂが割り当てられ、第２宛先クライアントの
NHC-C ２２の宛先ＩＰアドレスにＣ２、ＡＴＭアドレス
にＮｃが割り当てられている。
に基づいて詳細に説明する。図１は、本実施の形態に係
るＡＴＭネットワーク１０の構成図である。図１におい
て、ＡＴＭネットワーク１０上には、論理的に独立した
ＩＰのサブネットワークLIS-A ２４、LIS-B ２６、およ
びLIS-C ２８が定義されており、そのＡＴＭネットワー
クに直接接続されたＮＨＲＰクライアントのNHC-A １
２、NHC-B １８、およびNHC-C ２２は、ＮＨＲＰサーバ
であるNHS-A １４、NHS-B １６、およびNHS-C ２０にそ
れぞれ管理されていて、相手選択接続型のＳＶＣ（Swit
ched Virtual Connection ）方式でセットアップされて
いる。例えば、NHS-A １２は、ＩＰアドレスＣ２（又
は、Ｂ２）に対するアドレス解決要求パケットとしての
ＮＨＲＰ解決要求パケットを受信した場合、アドレス解
決応答パケットとしてのＮＨＲＰ解決応答パケットにて
応答する義務がある。そして、上記ＮＨＲＰクライアン
トNHC-A １２は、通信を行おうとする送信側クライアン
トであり、上記ＮＨＲＰクライアントNHC-B １８は、NH
C-A １２との間で通信路を確立するためのシグナリング
処理を行う第１宛先クライアントであり、上記ＮＨＲＰ
クライアントNHC-C ２２は、新たなアドレス解決要求に
よりNHC-A １２との間で通信路を確立するためのシグナ
リング処理を行う第２宛先クライアントである。ここで
は、ネットワーク層アドレスとしてＩＰアドレス、デー
タリンク層アドレスとしてＡＴＭアドレスを用いた例で
説明する。本実施の形態においては、第１宛先クライア
ントのNHC-B １８の宛先ＩＰアドレスにＢ２、ＡＴＭア
ドレスにＮｂが割り当てられ、第２宛先クライアントの
NHC-C ２２の宛先ＩＰアドレスにＣ２、ＡＴＭアドレス
にＮｃが割り当てられている。
【０００８】図２は、図１におけるＮＨＲＰクライアン
トのNHC-A １２、NHC-B １８又はNHC-C ２２内の機能ブ
ロックを示した図である。図２において、ＮＨＲＰクラ
イアント１２（１８，２２）は、ＮＨＲＰパケットを処
理するＮＨＲＰクライアント処理部１２４（１８４，２
２４）、シグナリング機能を有するシグナリング処理部
１２２（１８２，２２２）、およびそのシグナリング処
理にかかる負荷を測定して監視を行う負荷測定部１２０
（１８０，２２０）などにより構成されている。また、
図３は、図１におけるＮＨＲＰサーバのNHS-A １４、NH
S-B １６又はNHS-C ２０内の機能ブロックを示した図で
ある。図３において、ＮＨＲＰサーバ１４（１６，２
０）は、ＮＨＲＰパケットの処理を行うＮＨＲＰサーバ
処理部１４２（１６２，２０２）、およびシグナリング
機能を有するシグナリング処理部１４０（１６０，２０
０）などにより構成されている。そして、上記のＮＨＲ
ＰクライアントやＮＨＲＰサーバがシグナリングを行っ
た結果、図１のサブネットワークLIS-A ２４、LIS-B ２
６、およびLIS-C ２８に含まれている不図示のＡＴＭス
イッチを切り換えることによって通信路（コネクショ
ン）を確立することができる。また、上記図２、図３の
ＮＨＲＰクライアント処理部１２４（１８４，２２４）
とシグナリング処理部１２２（１８２，２２２）、およ
びＮＨＲＰサーバ処理部１４２（１６２，２０２）とシ
グナリング処理部１４０（１６０，２００）は、それぞ
れネットワークインタフェースを持っており、これらは
各々上記したＡＴＭスイッチに接続されている。
トのNHC-A １２、NHC-B １８又はNHC-C ２２内の機能ブ
ロックを示した図である。図２において、ＮＨＲＰクラ
イアント１２（１８，２２）は、ＮＨＲＰパケットを処
理するＮＨＲＰクライアント処理部１２４（１８４，２
２４）、シグナリング機能を有するシグナリング処理部
１２２（１８２，２２２）、およびそのシグナリング処
理にかかる負荷を測定して監視を行う負荷測定部１２０
（１８０，２２０）などにより構成されている。また、
図３は、図１におけるＮＨＲＰサーバのNHS-A １４、NH
S-B １６又はNHS-C ２０内の機能ブロックを示した図で
ある。図３において、ＮＨＲＰサーバ１４（１６，２
０）は、ＮＨＲＰパケットの処理を行うＮＨＲＰサーバ
処理部１４２（１６２，２０２）、およびシグナリング
機能を有するシグナリング処理部１４０（１６０，２０
０）などにより構成されている。そして、上記のＮＨＲ
ＰクライアントやＮＨＲＰサーバがシグナリングを行っ
た結果、図１のサブネットワークLIS-A ２４、LIS-B ２
６、およびLIS-C ２８に含まれている不図示のＡＴＭス
イッチを切り換えることによって通信路（コネクショ
ン）を確立することができる。また、上記図２、図３の
ＮＨＲＰクライアント処理部１２４（１８４，２２４）
とシグナリング処理部１２２（１８２，２２２）、およ
びＮＨＲＰサーバ処理部１４２（１６２，２０２）とシ
グナリング処理部１４０（１６０，２００）は、それぞ
れネットワークインタフェースを持っており、これらは
各々上記したＡＴＭスイッチに接続されている。
【０００９】次に、動作について説明する。図４は、本
実施の形態の動作を説明するフローチャートである。図
４では、図１のＮＨＲＰクライアントであるNHC-A １２
からNHC-B １８へ通信を行うためのアドレス解決要求に
より、NHC-A １２とNHC-B １８との間でシグナリングが
行われている最中に、さらに、NHC-A １２からNHC-C ２
２への通信が発生し、アドレス解決要求が必要になった
場合のアドレス解決手順を示している。まず、ＮＨＲＰ
クライアントのNHC-A １２（送信側クライアント）とNH
C-B １８（第１宛先クライアント）との間では、従来例
で述べたのと同様の手順によりシグナリング処理が行わ
れており（図１中の）、さらにNHC-A １２（送信側ク
ライアント）とNHC-C ２２（第２宛先クライアント）と
の間でも通信路を確立する必要が生じた場合は、NHC-A
１２内の負荷測定部１２０（図２参照）により負荷を測
定してシグナリングの並行処理が可能か否かを判断する
（ステップＳ１）。ここで、NHC-A １２に与える負荷が
小さく、並行処理が可能であれば、シグナリングを並行
処理することにより（ステップＳ９）、通信路を確立す
ることができる（ステップＳ８）。また、NHC-A １２に
与える負荷が大きく、並行処理できないと判断すると、
シグナリングの代行を依頼するメッセージを含むＮＨＲ
Ｐ解決要求パケットを送信側ＮＨＲＰサーバのNHS-A １
４に送る（図１中の：ステップＳ２）。NHS-A １４に
おけるＮＨＲＰサーバ処理部１４２は（図３参照）、不
図示のＮＨＲＰサーバテーブルを参照して、宛先ＩＰア
ドレスＣ２が自己の管理下に有るか否かを判断する（ス
テップＳ３）。
実施の形態の動作を説明するフローチャートである。図
４では、図１のＮＨＲＰクライアントであるNHC-A １２
からNHC-B １８へ通信を行うためのアドレス解決要求に
より、NHC-A １２とNHC-B １８との間でシグナリングが
行われている最中に、さらに、NHC-A １２からNHC-C ２
２への通信が発生し、アドレス解決要求が必要になった
場合のアドレス解決手順を示している。まず、ＮＨＲＰ
クライアントのNHC-A １２（送信側クライアント）とNH
C-B １８（第１宛先クライアント）との間では、従来例
で述べたのと同様の手順によりシグナリング処理が行わ
れており（図１中の）、さらにNHC-A １２（送信側ク
ライアント）とNHC-C ２２（第２宛先クライアント）と
の間でも通信路を確立する必要が生じた場合は、NHC-A
１２内の負荷測定部１２０（図２参照）により負荷を測
定してシグナリングの並行処理が可能か否かを判断する
（ステップＳ１）。ここで、NHC-A １２に与える負荷が
小さく、並行処理が可能であれば、シグナリングを並行
処理することにより（ステップＳ９）、通信路を確立す
ることができる（ステップＳ８）。また、NHC-A １２に
与える負荷が大きく、並行処理できないと判断すると、
シグナリングの代行を依頼するメッセージを含むＮＨＲ
Ｐ解決要求パケットを送信側ＮＨＲＰサーバのNHS-A １
４に送る（図１中の：ステップＳ２）。NHS-A １４に
おけるＮＨＲＰサーバ処理部１４２は（図３参照）、不
図示のＮＨＲＰサーバテーブルを参照して、宛先ＩＰア
ドレスＣ２が自己の管理下に有るか否かを判断する（ス
テップＳ３）。
【００１０】ここで、宛先ＩＰアドレスＣ２が自己の管
理下に有る場合は、宛先ＩＰアドレスに対応するＡＴＭ
アドレスも直ちに判明するため、そのＡＴＭアドレスを
用いて、第２宛先クライアントとの間でシグナリング処
理することにより（ステップＳ１０）、通信路を確立す
ることができる（ステップＳ８）。また、宛先ＩＰアド
レスＣ２が自己の管理下に無い場合は、ＮＨＲＰ解決要
求パケットを他のサブネットワークのＮＨＲＰサーバに
転送する（図１中の：ステップＳ４）。ここで、NHS-
A １４からの転送先の検索に関して、図３には図示して
いないが、ネクストホップ検索部によりルーティングテ
ーブルを検索することにより、ネクストホップ先として
ＮＨＲＰサーバのNHS-C ２０が最適であると判断させる
ようにしても良い。ＮＨＲＰ解決要求パケットを受信し
たNHS-C ２０が第２宛先クライアントの属するサブネッ
トワークのＮＨＲＰサーバであれば良いが、そうでなけ
ればさらに他のサブネットワークのＮＨＲＰサーバへの
転送が繰り返される（ステップＳ５）。ＮＨＲＰ解決要
求パケットを受信したNHS-C ２０が第２宛先クライアン
トの属するサブネットワークのＮＨＲＰサーバである場
合は、ＮＨＲＰサーバテーブルを参照して宛先ＩＰアド
レスＣ２に対応するNHC-C ２２のＡＴＭアドレスＮｃを
ＮＨＲＰ解決応答パケットでNHS-A １４に送信すること
により、応答する（図１中の：ステップＳ６）。ＮＨ
ＲＰ解決応答パケットを受信したNHS-A １４のＮＨＲＰ
サーバ処理部１４２（図３参照）は、シグナリング処理
部１４０に対してNHC-C ２２のＡＴＭアドレスＮｃを渡
す。そして、シグナリング処理部１４０は、NHC-C ２２
のシグナリング処理部２２２（図２参照）との間でシグ
ナリング処理を行うことにより（図１中の）、通信に
使用するリソースとしてのＶＰ／ＶＣ（Virtual Pass：
仮想パス識別子／ Virtual Channel：仮想チャネル識別
子）が決定され（ステップＳ７）、通信路を確立するこ
とができる（ステップＳ８）。NHS-A １４のＮＨＲＰサ
ーバ処理部１４２（図３参照）は、決定されたＶＰ／Ｖ
ＣをＮＨＲＰ解決応答パケットによりNHC-A １２へ送信
する（図１中の）。NHC-A １２のＮＨＲＰクライアン
ト処理部１２４（図２参照）は、受信したＮＨＲＰ応答
パケットからＶＰ／ＶＣを抽出し、このＶＰ／ＶＣを使
ってNHC-C ２２との間で通信が行われる（図１中の
）。
理下に有る場合は、宛先ＩＰアドレスに対応するＡＴＭ
アドレスも直ちに判明するため、そのＡＴＭアドレスを
用いて、第２宛先クライアントとの間でシグナリング処
理することにより（ステップＳ１０）、通信路を確立す
ることができる（ステップＳ８）。また、宛先ＩＰアド
レスＣ２が自己の管理下に無い場合は、ＮＨＲＰ解決要
求パケットを他のサブネットワークのＮＨＲＰサーバに
転送する（図１中の：ステップＳ４）。ここで、NHS-
A １４からの転送先の検索に関して、図３には図示して
いないが、ネクストホップ検索部によりルーティングテ
ーブルを検索することにより、ネクストホップ先として
ＮＨＲＰサーバのNHS-C ２０が最適であると判断させる
ようにしても良い。ＮＨＲＰ解決要求パケットを受信し
たNHS-C ２０が第２宛先クライアントの属するサブネッ
トワークのＮＨＲＰサーバであれば良いが、そうでなけ
ればさらに他のサブネットワークのＮＨＲＰサーバへの
転送が繰り返される（ステップＳ５）。ＮＨＲＰ解決要
求パケットを受信したNHS-C ２０が第２宛先クライアン
トの属するサブネットワークのＮＨＲＰサーバである場
合は、ＮＨＲＰサーバテーブルを参照して宛先ＩＰアド
レスＣ２に対応するNHC-C ２２のＡＴＭアドレスＮｃを
ＮＨＲＰ解決応答パケットでNHS-A １４に送信すること
により、応答する（図１中の：ステップＳ６）。ＮＨ
ＲＰ解決応答パケットを受信したNHS-A １４のＮＨＲＰ
サーバ処理部１４２（図３参照）は、シグナリング処理
部１４０に対してNHC-C ２２のＡＴＭアドレスＮｃを渡
す。そして、シグナリング処理部１４０は、NHC-C ２２
のシグナリング処理部２２２（図２参照）との間でシグ
ナリング処理を行うことにより（図１中の）、通信に
使用するリソースとしてのＶＰ／ＶＣ（Virtual Pass：
仮想パス識別子／ Virtual Channel：仮想チャネル識別
子）が決定され（ステップＳ７）、通信路を確立するこ
とができる（ステップＳ８）。NHS-A １４のＮＨＲＰサ
ーバ処理部１４２（図３参照）は、決定されたＶＰ／Ｖ
ＣをＮＨＲＰ解決応答パケットによりNHC-A １２へ送信
する（図１中の）。NHC-A １２のＮＨＲＰクライアン
ト処理部１２４（図２参照）は、受信したＮＨＲＰ応答
パケットからＶＰ／ＶＣを抽出し、このＶＰ／ＶＣを使
ってNHC-C ２２との間で通信が行われる（図１中の
）。
【００１１】以上説明したように、本実施の形態によれ
ば、ＮＨＲＰクライアントのNHC-A１２とNHC-B １８と
の間でシグナリングが行われている最中に（）、NHC-
A １２からNHC-C ２２への通信が発生し、アドレス解決
要求が必要になった場合でも、NHC-A １２がNHC-C ２２
との間のシグナリング処理の代行をNHS-A １４に依頼す
ることで、NHC-A １２にかかる負荷を重くせずにNHC-B
１８とNHC-C ２２に対するシグナリング処理を並行して
行うことができるため、複数のアドレス解決要求を迅速
に処理することが可能となり、通信速度が遅延すること
もなくなり、複数の宛先クライアントとの間でスムーズ
に通信することができる。なお、本実施の形態では、ネ
ットワーク層としてＩＰアドレスを、データリンク層と
してＡＴＭアドレスを例にあげて説明したが、他のネッ
トワーク層プロトコルを用いたり、ＡＴＭ以外のＮＢＭ
Ａネットワークを用いて実施することも可能であり、同
様に好適な効果を得ることができる。
ば、ＮＨＲＰクライアントのNHC-A１２とNHC-B １８と
の間でシグナリングが行われている最中に（）、NHC-
A １２からNHC-C ２２への通信が発生し、アドレス解決
要求が必要になった場合でも、NHC-A １２がNHC-C ２２
との間のシグナリング処理の代行をNHS-A １４に依頼す
ることで、NHC-A １２にかかる負荷を重くせずにNHC-B
１８とNHC-C ２２に対するシグナリング処理を並行して
行うことができるため、複数のアドレス解決要求を迅速
に処理することが可能となり、通信速度が遅延すること
もなくなり、複数の宛先クライアントとの間でスムーズ
に通信することができる。なお、本実施の形態では、ネ
ットワーク層としてＩＰアドレスを、データリンク層と
してＡＴＭアドレスを例にあげて説明したが、他のネッ
トワーク層プロトコルを用いたり、ＡＴＭ以外のＮＢＭ
Ａネットワークを用いて実施することも可能であり、同
様に好適な効果を得ることができる。
【００１２】
【発明の効果】請求項１に記載の発明によれば、送信側
クライアントと第１宛先クライアントとの間でシグナリ
ング中であっても、送信側ＮＨＲＰサーバに対して第２
宛先クライアントとの間のシグナリング処理を代行する
ように依頼するので、送信側クライアントにおけるシグ
ナリングの負荷を重くすることなく、複数のアドレス解
決要求を迅速に処理することが可能となり、第１宛先ク
ライアントおよび第２宛先クライアントとの両方に対し
てスムーズかつ高速に通信を行うことができる。請求項
２に記載の発明によれば、通信を行うクライアント間に
介在するネットワークが相手選択接続型のＳＶＣ方式に
て構築されていて、特定のクライアントにアドレス解決
要求が集中する場合が生じたとしても、通信路の確立が
迅速に行われてスムーズに通信することができる。
クライアントと第１宛先クライアントとの間でシグナリ
ング中であっても、送信側ＮＨＲＰサーバに対して第２
宛先クライアントとの間のシグナリング処理を代行する
ように依頼するので、送信側クライアントにおけるシグ
ナリングの負荷を重くすることなく、複数のアドレス解
決要求を迅速に処理することが可能となり、第１宛先ク
ライアントおよび第２宛先クライアントとの両方に対し
てスムーズかつ高速に通信を行うことができる。請求項
２に記載の発明によれば、通信を行うクライアント間に
介在するネットワークが相手選択接続型のＳＶＣ方式に
て構築されていて、特定のクライアントにアドレス解決
要求が集中する場合が生じたとしても、通信路の確立が
迅速に行われてスムーズに通信することができる。
【図１】本実施の形態に係るＡＴＭネットワークの構成
図である。
図である。
【図２】図１におけるＮＨＲＰクライアントのNHC-A 、
NHC-B 又はNHC-C 内の機能ブロックを示した図である。
NHC-B 又はNHC-C 内の機能ブロックを示した図である。
【図３】図１におけるＮＨＲＰサーバのNHS-A 、NHS-B
又はNHS-C 内の機能ブロックを示した図である。
又はNHS-C 内の機能ブロックを示した図である。
【図４】本実施の形態の動作を説明するフローチャート
である。
である。
【図５】従来例に係るＡＴＭネットワークの構成図であ
る。
る。
１０ ＡＴＭネットワーク、 １２ NHC-A 、 １４ NHS-A 、 １６ NHS-B 、 １８ NHC-B 、 ２０ NHS-C 、 ２２ NHC-C 、 ２４ LIS-A 、 ２６ LIS-B 、 ２８ LIS-C 、 １２０，１８０，２２０ 負荷測定部、 １２２，１８２，２２２ シグナリング処理部、 １２４，１８４，２２４ ＮＨＲＰクライアント処理
部、 １４０，１６０，２００ シグナリング処理部、 １４２，１６２，２０２ ＮＨＲＰサーバ処理部。
部、 １４０，１６０，２００ シグナリング処理部、 １４２，１６２，２０２ ＮＨＲＰサーバ処理部。
Claims (2)
- 【請求項１】 ＮＢＭＡネットワークを介しインターネ
ットプロトコルを使用して通信を行いＮＨＲＰアドレス
解決機能を有するクライアントとＮＨＲＰサーバとを接
続したサブネットワークを複数個接続したネットワーク
に於いて、前記クライアント間で通信を行う際にアドレ
ス解決要求パケットを用いて通信路を確立するコネクシ
ョン確立方法であって、 送信側クライアントと第１宛先クライアントとの間で通
信路を確立するためのシグナリング処理中に、第２宛先
クライアントとの間で通信路を確立するためのシグナリ
ングを行う必要がある場合、送信側クライアントが両方
のシグナリングを並行処理することができるか否かを確
認する段階と、 前段階でシグナリングを並行処理できないと確認された
場合に、送信側クライアントより自身が属するサブネッ
トワークの送信側ＮＨＲＰサーバに対して、第２宛先ク
ライアントとの間のシグナリング処理の代行を依頼する
メッセージを含むアドレス解決要求パケットを送信する
段階と、 前記送信側ＮＨＲＰサーバが受信したアドレス解決要求
パケットの宛先のネットワーク層アドレスが当該サーバ
のＮＨＲＰサーバテーブルのネットワーク層アドレスの
集合に属しているか否かを確認する段階と、 前段階で集合に属していないと確認された場合に、他の
サブネットワークのＮＨＲＰサーバに前記アドレス解決
要求パケットを転送する段階と、 第２宛先クライアントの属するサブネットワークに接続
された第２宛先側ＮＨＲＰサーバが前記アドレス解決要
求パケットを受信したとき、ＮＨＲＰサーバテーブルに
記憶されている第２宛先クライアントのデータリンク層
アドレスをアドレス解決応答パケットにより前記送信側
ＮＨＲＰサーバに送信して応答する段階と、 前記送信側ＮＨＲＰサーバが第２宛先クライアントとの
間でシグナリングを行う段階と、 を含み、前記シグナリングにより通信路を確立すること
によって前記送信側クライアントと第２宛先クライアン
トとの間の通信を可能にし、前記送信側クライアントと
第１宛先クライアントとの間と共に通信を可能にしたこ
とを特徴とするコネクション確立方法。 - 【請求項２】 前記サブネットワークはいずれもＳＶＣ
方式にて構築され、これらサブネットワークが互いに接
続されて前記ネットワークが構成されていることを特徴
とする請求項１記載のコネクション確立方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17328499A JP2001007813A (ja) | 1999-06-18 | 1999-06-18 | コネクション確立方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17328499A JP2001007813A (ja) | 1999-06-18 | 1999-06-18 | コネクション確立方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001007813A true JP2001007813A (ja) | 2001-01-12 |
Family
ID=15957607
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17328499A Pending JP2001007813A (ja) | 1999-06-18 | 1999-06-18 | コネクション確立方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001007813A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110018908A (zh) * | 2018-01-08 | 2019-07-16 | 武汉斗鱼网络科技有限公司 | 一种进程间通信方法、电子设备及可读存储介质 |
-
1999
- 1999-06-18 JP JP17328499A patent/JP2001007813A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110018908A (zh) * | 2018-01-08 | 2019-07-16 | 武汉斗鱼网络科技有限公司 | 一种进程间通信方法、电子设备及可读存储介质 |
| CN110018908B (zh) * | 2018-01-08 | 2021-05-28 | 武汉斗鱼网络科技有限公司 | 一种进程间通信方法、电子设备及可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5581552A (en) | Multimedia server | |
| US6009097A (en) | System for routing packet switched traffic | |
| US7406540B2 (en) | Method and apparatus for content-aware web switching | |
| US6058113A (en) | Method for enhancing resource reservation communication | |
| EP2127277B1 (en) | Methods, systems, and computer program products for source-aware ip routing at a media gateway | |
| US6061728A (en) | Arrangement for controlling network proxy device traffic on a transparently-bridged local area network using a master proxy device | |
| JPH11112577A (ja) | Ｌａｎシステム間相互接続方式及びネットワークサービスシステム | |
| JP2004048661A (ja) | ネットワークのパス構成のための方法および装置 | |
| US20060268905A1 (en) | Method for controlling QoS and QoS policy converter | |
| US6724756B2 (en) | Method for introducing switched virtual connection call redundancy in asynchronous transfer mode networks | |
| WO2006058891A2 (en) | A method for identifying real-time traffic hop by hop in an internet network | |
| WO2011038637A1 (zh) | 端到端呼叫的实现方法、端到端呼叫终端及系统 | |
| EP1021895B1 (en) | Improvements in, or relating to, telecommunications | |
| US6442610B1 (en) | Arrangement for controlling network proxy device traffic on a transparently-bridged local area network using token management | |
| JP3529541B2 (ja) | ルータ装置及びパケット転送方法 | |
| JP2004525565A (ja) | 改良された遠隔通信ネットワーク | |
| JP2001007813A (ja) | コネクション確立方法 | |
| JP3597776B2 (ja) | 通信網の品質制御管理システム | |
| US6717937B1 (en) | Method and apparatus for voice over internet protocol resource management | |
| JP3482634B2 (ja) | Ｉｐ網での通信資源予約方法 | |
| JP3710484B2 (ja) | 広帯域シグナリング | |
| JP3805101B2 (ja) | 通信システム | |
| JP2000307590A (ja) | コネクション確立方法 | |
| JP3008096B1 (ja) | マルチリンク接続におけるコネクション設定方式 | |
| JP2005039803A (ja) | ゲートウエイ及び方法 |