JPH10327152A - ネットワーク管理方法と管理方式 - Google Patents
ネットワーク管理方法と管理方式Info
- Publication number
- JPH10327152A JPH10327152A JP9135452A JP13545297A JPH10327152A JP H10327152 A JPH10327152 A JP H10327152A JP 9135452 A JP9135452 A JP 9135452A JP 13545297 A JP13545297 A JP 13545297A JP H10327152 A JPH10327152 A JP H10327152A
- Authority
- JP
- Japan
- Prior art keywords
- communication protocol
- protocol
- network
- management
- node
- 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)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 異なる通信プロトコルを一つの管理ネットワ
ークに共存させ、エンド−エンド間転送を可能とするマ
ルチプロトコル型ネットワーク管理方法の提供。 【解決手段】 ＯＳと該ＯＳが接続されて入るゲートウ
エイノードとに管理通信プロトコルとＤＣＮの通信プロ
トコルとを実装して、管理対象ネットワークに接続し、
ＯＳからコマンド送出の際、ＤＣＮのプロトコルに従っ
たのＯＳＩヘッダを付したＯＳＩフレーム２０２をアッ
プリケーションＳＤＵとした管理プロトコルによるＴＣ
Ｐ／ＩＰフレーム２０４をゲートウエイノード３０２に
送出する。ゲートウエイノードでは、ＴＣＰ／ＩＰヘッ
ダ２０５を取り、ＤＣＮプロトコルによるＯＳＩフレー
ム２０２としてＴＤＩに対応するＮＳＡＰアドレにある
ノード３０３に向けて転送する。
ークに共存させ、エンド−エンド間転送を可能とするマ
ルチプロトコル型ネットワーク管理方法の提供。 【解決手段】 ＯＳと該ＯＳが接続されて入るゲートウ
エイノードとに管理通信プロトコルとＤＣＮの通信プロ
トコルとを実装して、管理対象ネットワークに接続し、
ＯＳからコマンド送出の際、ＤＣＮのプロトコルに従っ
たのＯＳＩヘッダを付したＯＳＩフレーム２０２をアッ
プリケーションＳＤＵとした管理プロトコルによるＴＣ
Ｐ／ＩＰフレーム２０４をゲートウエイノード３０２に
送出する。ゲートウエイノードでは、ＴＣＰ／ＩＰヘッ
ダ２０５を取り、ＤＣＮプロトコルによるＯＳＩフレー
ム２０２としてＴＤＩに対応するＮＳＡＰアドレにある
ノード３０３に向けて転送する。
Description
【０００１】
【発明の属する技術分野】本発明は通信ネットワークの
管理システムにおいて、特に、異なる通信プロトコルを
有するデータコミュニケーションネットワークを利用し
てエレメントとネットワークマネージメントシステム
（以下ＮＭＳと称す）から管理ネットワークを構成する
場合の管理メッセージルーティングおよびアドレス認識
に関する。
管理システムにおいて、特に、異なる通信プロトコルを
有するデータコミュニケーションネットワークを利用し
てエレメントとネットワークマネージメントシステム
（以下ＮＭＳと称す）から管理ネットワークを構成する
場合の管理メッセージルーティングおよびアドレス認識
に関する。
【０００２】
【従来の技術】従来、通信ネットワークの管理に関して
は、ネットワークエレメント（以下ＮＥと称す）やＮＭ
Ｓに同一の管理通信プロトコルを実装してＯＳ−ＮＥ間
およびＮＥ−ＮＥ間で一貫したプロトコルによるエンド
−エンドの管理メッセージ通信が実施されている（ケー
スＡとする）。また、同じように唯一の通信プロトコル
をＯＳとＮＥに実装し、ＯＳからダイレクトに各ＮＥに
接続してアクセスすることにより、ＮＥ−ＮＥ間の通信
を必要としない単純な管理ネットワーク例も存在する
（ケースＢとする）。
は、ネットワークエレメント（以下ＮＥと称す）やＮＭ
Ｓに同一の管理通信プロトコルを実装してＯＳ−ＮＥ間
およびＮＥ−ＮＥ間で一貫したプロトコルによるエンド
−エンドの管理メッセージ通信が実施されている（ケー
スＡとする）。また、同じように唯一の通信プロトコル
をＯＳとＮＥに実装し、ＯＳからダイレクトに各ＮＥに
接続してアクセスすることにより、ＮＥ−ＮＥ間の通信
を必要としない単純な管理ネットワーク例も存在する
（ケースＢとする）。
【０００３】これらの管理ネットワークで使用されてい
るプロトコルの代表としては、トランスミッションコン
トロールプロトコル／インターネットプロトコル（以下
ＴＰＣ／ＩＰと称す）とオープンシステムインターコネ
クション（以下ＯＳＩと称す）の２種類がある。
るプロトコルの代表としては、トランスミッションコン
トロールプロトコル／インターネットプロトコル（以下
ＴＰＣ／ＩＰと称す）とオープンシステムインターコネ
クション（以下ＯＳＩと称す）の２種類がある。
【０００４】
【発明が解決しようとする課題】シンクロナスディジタ
ルハイアラキー網（同期性ディジタル階層網以下ＳＤＨ
網と称す）等は、通信回線毎に管理メッセージの通信用
としてデータコミュニケーションチャネル（以下ＤＣＣ
と称す）が用意されているので、ＯＳからの管理用ケー
ブルを全ＮＥに対して敷設して構成する管理ネットワー
ク（ケースＢ）よりも、ＮＥ−ＮＥ間通信を用いた管理
ネットワーク（ケースＡ）を構築する方が経済的であ
る。
ルハイアラキー網（同期性ディジタル階層網以下ＳＤＨ
網と称す）等は、通信回線毎に管理メッセージの通信用
としてデータコミュニケーションチャネル（以下ＤＣＣ
と称す）が用意されているので、ＯＳからの管理用ケー
ブルを全ＮＥに対して敷設して構成する管理ネットワー
ク（ケースＢ）よりも、ＮＥ−ＮＥ間通信を用いた管理
ネットワーク（ケースＡ）を構築する方が経済的であ
る。
【０００５】ケースＡは単一プロトコルに統一した管理
アーキテクチャーであり、特に一般的なＴＣＰ／ＩＰ
ｗｉｔｈ ＲＩＰ（ルーティングインフォーメイション
プロトコル）を使用した場合には、ネットワーク障害発
生時の迂回ルーティングに多大な時間が必要となり信頼
性に問題がある。ケースＡにＯＳＩを使用した場合に
は、信頼性という観点では申し分ないがＯＳ−ＮＥ間ネ
ットワークにＯＳＩルータが必要となり、ＴＣＰ／ＩＰ
に比して高額な設備投資が要求されるという問題があ
る。
アーキテクチャーであり、特に一般的なＴＣＰ／ＩＰ
ｗｉｔｈ ＲＩＰ（ルーティングインフォーメイション
プロトコル）を使用した場合には、ネットワーク障害発
生時の迂回ルーティングに多大な時間が必要となり信頼
性に問題がある。ケースＡにＯＳＩを使用した場合に
は、信頼性という観点では申し分ないがＯＳ−ＮＥ間ネ
ットワークにＯＳＩルータが必要となり、ＴＣＰ／ＩＰ
に比して高額な設備投資が要求されるという問題があ
る。
【０００６】また、このケースＡにオープンシステムイ
ンターコネクション（以下ＯＳＩと称す）を使用した場
合の低経済性という問題を解決するために、単純にＯＳ
−ゲートウエイノード間に汎用的な低価格ルータを使用
して構成したＴＣＰ／ＩＰネットワークを使用して接続
をし、ゲートウエイノード−ノード間にはＯＳＩを使用
した場合に、エンド−エンドのデータ転送の信頼性を保
証することを目的としている４層が分断されるため、デ
ータの欠落がゲートウエイノードで発生するか、あるい
はデータの欠落を生じさせないためにゲートウエイノー
ドに多量のバッフア（メモリ）を用意しなければならな
いという問題がある。
ンターコネクション（以下ＯＳＩと称す）を使用した場
合の低経済性という問題を解決するために、単純にＯＳ
−ゲートウエイノード間に汎用的な低価格ルータを使用
して構成したＴＣＰ／ＩＰネットワークを使用して接続
をし、ゲートウエイノード−ノード間にはＯＳＩを使用
した場合に、エンド−エンドのデータ転送の信頼性を保
証することを目的としている４層が分断されるため、デ
ータの欠落がゲートウエイノードで発生するか、あるい
はデータの欠落を生じさせないためにゲートウエイノー
ドに多量のバッフア（メモリ）を用意しなければならな
いという問題がある。
【０００７】本発明は上述した問題を解決するために、
異なる通信プロトコルを１管理ネットワークに共存さ
せ、かつ、エンド−エンドでのデータ転送の信頼性を保
持することを可能とするマルチプロトコル型ネットワー
ク管理技術を提供することを目的とする。
異なる通信プロトコルを１管理ネットワークに共存さ
せ、かつ、エンド−エンドでのデータ転送の信頼性を保
持することを可能とするマルチプロトコル型ネットワー
ク管理技術を提供することを目的とする。
【０００８】
【課題を解決するための手段】管理通信プロトコルであ
る第１の通信プロトコルを有するノードやＯＳが接続さ
れて構成されている管理ネットワークにおいて、異なる
第２の通信プロトコルで構成されているデータコミュニ
ケーションネットワークであるＤＣＮを活用してＯＳを
管理対象ネットワークに接続する場合は、ＤＣＮの使用
する第２の通信プロトコルと各ノードやＯＳの持つ第１
の通信プロトコルとの違いによってＯＳがプロトコル接
続できないだけでなくルーティングアドレスが異なるこ
とから、ＯＳ、およびＯＳが接続されるゲートウエイノ
ードには第１の通信プロトコルの他に第２の通信プロト
コルを実装して（図１（ａ）（ｂ）の１０４）ＤＣＮと
のプロトコル接続を行い、ＯＳはコマンドを発行する際
に第１の通信プロトコルの手順に従ってターゲットノー
ドとの間にコネクションを確立する処理１（図１（ａ）
の１０３）を実行すると共に、データ部にコマンドを設
定した第２の通信プロトコルのメッセージフレームを生
成してそれを第１の通信プロトコルのアプリケーション
ＰＤＵとし、該アプリケーションＰＤＵに前記ゲートウ
エイノードのルーティングアドレスを送付先アドレスと
する第１の通信プロトコルのプロトコルヘッダを付加し
て第１の通信プロトコルのパケット１を送出する処理
（図１（ａ）の１０２）を実行し、前記アプリケーショ
ンＰＤＵの中の第２の通信プロトコルのヘッダに第２の
通信プロトコルで識別されるターゲットノードのルーテ
ィングアドレスが設定されていることから、ゲートウエ
イノードでは前記パケット１を受信するとアプリケーシ
ョンＰＤＵに格納された第２の通信プロトコルのメッセ
ージフレームを抽出し（図１（ｂ）の１０６）、第２の
通信プロトコルのヘッダに設定されたルーティングアド
レスに向けて該第２の通信プロトコルのメッセージフレ
ームをルーティングする処理を実行し、ターゲットノー
ドがＯＳに向けてレスポンスあるいは自動報告データ等
の管理メッセージを送付する際には前記処理１で確立さ
れたコネクションを使用して前記ゲートウエイノードを
中継した経路でＯＳにメッセージが到達することを特徴
とするマルチプロトコル型のネットワーク管理方法であ
る。
る第１の通信プロトコルを有するノードやＯＳが接続さ
れて構成されている管理ネットワークにおいて、異なる
第２の通信プロトコルで構成されているデータコミュニ
ケーションネットワークであるＤＣＮを活用してＯＳを
管理対象ネットワークに接続する場合は、ＤＣＮの使用
する第２の通信プロトコルと各ノードやＯＳの持つ第１
の通信プロトコルとの違いによってＯＳがプロトコル接
続できないだけでなくルーティングアドレスが異なるこ
とから、ＯＳ、およびＯＳが接続されるゲートウエイノ
ードには第１の通信プロトコルの他に第２の通信プロト
コルを実装して（図１（ａ）（ｂ）の１０４）ＤＣＮと
のプロトコル接続を行い、ＯＳはコマンドを発行する際
に第１の通信プロトコルの手順に従ってターゲットノー
ドとの間にコネクションを確立する処理１（図１（ａ）
の１０３）を実行すると共に、データ部にコマンドを設
定した第２の通信プロトコルのメッセージフレームを生
成してそれを第１の通信プロトコルのアプリケーション
ＰＤＵとし、該アプリケーションＰＤＵに前記ゲートウ
エイノードのルーティングアドレスを送付先アドレスと
する第１の通信プロトコルのプロトコルヘッダを付加し
て第１の通信プロトコルのパケット１を送出する処理
（図１（ａ）の１０２）を実行し、前記アプリケーショ
ンＰＤＵの中の第２の通信プロトコルのヘッダに第２の
通信プロトコルで識別されるターゲットノードのルーテ
ィングアドレスが設定されていることから、ゲートウエ
イノードでは前記パケット１を受信するとアプリケーシ
ョンＰＤＵに格納された第２の通信プロトコルのメッセ
ージフレームを抽出し（図１（ｂ）の１０６）、第２の
通信プロトコルのヘッダに設定されたルーティングアド
レスに向けて該第２の通信プロトコルのメッセージフレ
ームをルーティングする処理を実行し、ターゲットノー
ドがＯＳに向けてレスポンスあるいは自動報告データ等
の管理メッセージを送付する際には前記処理１で確立さ
れたコネクションを使用して前記ゲートウエイノードを
中継した経路でＯＳにメッセージが到達することを特徴
とするマルチプロトコル型のネットワーク管理方法であ
る。
【０００９】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。図１は本発明のマルチプロ
トコル型のネットワーク管理方法の一実施例の機能ブロ
ック図で、（ａ）はＯＳ内、（ｂ）はノード内の機能ブ
ロック図である。図１（ａ）に示すようにＯＳは、２種
のプロトコルスタックとして、ＴＣＰ／ＩＰプロトコル
１０４とＯＳＩプロトコル１０３とを有し、通信ネット
ワークのゲートウエイノードとはＴＣＰ／ＩＰにより管
理メッセージの送受を行う。また、ＯＳは管理対象ノー
ドのターゲットＩＤ（以下ＴＩＤと称す）を管理し、タ
ーゲットアドレスレゾリューションプロトコル（以下Ｔ
ＡＲＰと称す）ｌ０５によって得たＴＩＤ−ネットワ−
クサ−ビスアクセスポイント（以下ＴＩＤ−ＮＳＡＰと
称す）アドレスの対応テーブルも管理・制御する。ＯＳ
は管理対象ノードへ何らかのコマンドを発行する場合に
は、その対象ノードのＴＩＤからＮＳＡＰアドレスを得
るためにＴＡＲＰｌ０５を起動する。ＴＡＲＰｌ０５は
既存のアプリケーションであり、ＴＩＤをパラメータに
有するＴＡＲＰＴｙｐｅ−１パケットをネットワーク内
にブロードキャストし、ＴＩＤが自ノードのＩＤと一致
するノードのみに自己のＮＳＡＰアドレスを設定したＴ
ＡＲＰＴｙｐｅ−３パケットを応答させることによっ
て、ＴＩＤに対応するＮＳＡＰアドレスを得ることがで
きる。一度得たＮＳＡＰアドレスはＴＡＲＰｌ０５の内
部のテーブルに格納し、次回ＮＳＡＰを要求された場合
にはテーブルを検索するだけでＮＳＡＰが得られる。
て図面を参照して説明する。図１は本発明のマルチプロ
トコル型のネットワーク管理方法の一実施例の機能ブロ
ック図で、（ａ）はＯＳ内、（ｂ）はノード内の機能ブ
ロック図である。図１（ａ）に示すようにＯＳは、２種
のプロトコルスタックとして、ＴＣＰ／ＩＰプロトコル
１０４とＯＳＩプロトコル１０３とを有し、通信ネット
ワークのゲートウエイノードとはＴＣＰ／ＩＰにより管
理メッセージの送受を行う。また、ＯＳは管理対象ノー
ドのターゲットＩＤ（以下ＴＩＤと称す）を管理し、タ
ーゲットアドレスレゾリューションプロトコル（以下Ｔ
ＡＲＰと称す）ｌ０５によって得たＴＩＤ−ネットワ−
クサ−ビスアクセスポイント（以下ＴＩＤ−ＮＳＡＰと
称す）アドレスの対応テーブルも管理・制御する。ＯＳ
は管理対象ノードへ何らかのコマンドを発行する場合に
は、その対象ノードのＴＩＤからＮＳＡＰアドレスを得
るためにＴＡＲＰｌ０５を起動する。ＴＡＲＰｌ０５は
既存のアプリケーションであり、ＴＩＤをパラメータに
有するＴＡＲＰＴｙｐｅ−１パケットをネットワーク内
にブロードキャストし、ＴＩＤが自ノードのＩＤと一致
するノードのみに自己のＮＳＡＰアドレスを設定したＴ
ＡＲＰＴｙｐｅ−３パケットを応答させることによっ
て、ＴＩＤに対応するＮＳＡＰアドレスを得ることがで
きる。一度得たＮＳＡＰアドレスはＴＡＲＰｌ０５の内
部のテーブルに格納し、次回ＮＳＡＰを要求された場合
にはテーブルを検索するだけでＮＳＡＰが得られる。
【００１０】ＯＳは対象ノードのＮＳＡＰを得るとＯＳ
Ｉプロトコル１０３の手順に従ってターゲットノードと
の間にＴＰコネクション、セッション、アソシエーショ
ンを確立し、送付したいコマンドをデータとするＯＳＩ
フレームを生成しそれをＴＣＰ／ＩＰでのＡｐｐｌｉｃ
ａｔｉｏｎ ＳＤＵ（サービスデータユニット）とす
る。そして、予め外部から設定されたゲートウエイノー
ドのＩＰアドレスをＴＣＰ／ＩＰの送付先アドレスとし
てＴＣＰ／ＩＰへッダを付加してパケットを構成し、送
付させる処理１０２を実行する。
Ｉプロトコル１０３の手順に従ってターゲットノードと
の間にＴＰコネクション、セッション、アソシエーショ
ンを確立し、送付したいコマンドをデータとするＯＳＩ
フレームを生成しそれをＴＣＰ／ＩＰでのＡｐｐｌｉｃ
ａｔｉｏｎ ＳＤＵ（サービスデータユニット）とす
る。そして、予め外部から設定されたゲートウエイノー
ドのＩＰアドレスをＴＣＰ／ＩＰの送付先アドレスとし
てＴＣＰ／ＩＰへッダを付加してパケットを構成し、送
付させる処理１０２を実行する。
【００１１】図２には、ＯＳからターゲットノードまで
コマンドが転送される際のパケットのフォーマット遷移
図を示す。ＯＳの生成するＴＣＰ／ＩＰフレーム２０１
の中のＡｐｐＩｉｃａｔｉｏｎ ＳＤＵにはＯＳＩフレ
ーム２０２が設定され、そこにはＯＳＩヘッダ２０３が
含まれる。ＯＳＩヘッダにはターゲットノードのＮＳＡ
Ｐが送付先アドレスとして設定される。また、ＴＣＰ／
ＩＰフレーム２０１のヘッダ２０５には送付先アドレス
としてゲートウエイノードのＩＰアドレスが含まれる。
コマンドが転送される際のパケットのフォーマット遷移
図を示す。ＯＳの生成するＴＣＰ／ＩＰフレーム２０１
の中のＡｐｐＩｉｃａｔｉｏｎ ＳＤＵにはＯＳＩフレ
ーム２０２が設定され、そこにはＯＳＩヘッダ２０３が
含まれる。ＯＳＩヘッダにはターゲットノードのＮＳＡ
Ｐが送付先アドレスとして設定される。また、ＴＣＰ／
ＩＰフレーム２０１のヘッダ２０５には送付先アドレス
としてゲートウエイノードのＩＰアドレスが含まれる。
【００１２】図１（ｂ）に示すように、少なくともゲー
トウエイノードはＯＳと同等のＴＣＰ／ＩＰプロトコル
１０４と通信ネットワーク内の通信に使用するＯＳＩプ
ロトコルスタック１０３の両方を持つ。ゲートウエイノ
ード以外のノードにはＴＣＰ／ＩＰプロトコル１０４は
必要でない。ゲートウエイノードはＯＳからのパケット
２０１を受け取ると装置内メッセージ処理分岐機能モジ
ュール１０６に処理を渡す。装置内メッセージ処理分岐
機能モジュール１０６は本発明の主機能部分である。装
置内メッセージ処理分岐機能モジュール１０６ではＴＣ
Ｐ／ＩＰを終端しヘッダ２０５を削除してＡｐｐｌｉｃ
ａｔｉｏｎ ＳＤＵ（＝ＯＳＩフレーム）２０２を抽出
し、ＯＳＩのＮ−ＰＤＵとしてＯＳＩプロトコル１０３
に渡す。ＯＳＩプロトコル１０３のネットワークレイヤ
では自ノード宛でなければプロトコルに従ってターゲッ
トノードに向けてＯＳＩフレームをルーティングする。
この際、送出する隣接ノードとの通信媒体が何かによっ
て、レイヤ２は選択される。本実施例ではノード−ノー
ド間通信はデータコミュニケーションチャネルであるＤ
ＣＣ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ）を使用すること
として記述する。
トウエイノードはＯＳと同等のＴＣＰ／ＩＰプロトコル
１０４と通信ネットワーク内の通信に使用するＯＳＩプ
ロトコルスタック１０３の両方を持つ。ゲートウエイノ
ード以外のノードにはＴＣＰ／ＩＰプロトコル１０４は
必要でない。ゲートウエイノードはＯＳからのパケット
２０１を受け取ると装置内メッセージ処理分岐機能モジ
ュール１０６に処理を渡す。装置内メッセージ処理分岐
機能モジュール１０６は本発明の主機能部分である。装
置内メッセージ処理分岐機能モジュール１０６ではＴＣ
Ｐ／ＩＰを終端しヘッダ２０５を削除してＡｐｐｌｉｃ
ａｔｉｏｎ ＳＤＵ（＝ＯＳＩフレーム）２０２を抽出
し、ＯＳＩのＮ−ＰＤＵとしてＯＳＩプロトコル１０３
に渡す。ＯＳＩプロトコル１０３のネットワークレイヤ
では自ノード宛でなければプロトコルに従ってターゲッ
トノードに向けてＯＳＩフレームをルーティングする。
この際、送出する隣接ノードとの通信媒体が何かによっ
て、レイヤ２は選択される。本実施例ではノード−ノー
ド間通信はデータコミュニケーションチャネルであるＤ
ＣＣ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ）を使用すること
として記述する。
【００１３】ターゲットノードは受信したＯＳＩパケッ
トからコマンド（データ）を得る。
トからコマンド（データ）を得る。
【００１４】
【実施例】ＯＳ−ゲートウエイノード間のＯＳＩレイヤ
３で送受される、端局向けパケットＥＳＨ、中間局向け
パケットＩＳＨ、再発パケットＲＤ等のパケットも図２
のフレーム２０１内のＡｐｐｌｉｃａｔｉｏｎ ＳＤＵ
の中に設定されてＯＳとゲートウエイノードの各レイヤ
３間で送受されることが可能であるため、ＯＳとネット
ワーク内各ノードとの間の中間システム間であるＩＳ−
ＩＳ、端局−中間局間であるＥＳ−ＩＳによる迂回ルー
ティングも実現される。
３で送受される、端局向けパケットＥＳＨ、中間局向け
パケットＩＳＨ、再発パケットＲＤ等のパケットも図２
のフレーム２０１内のＡｐｐｌｉｃａｔｉｏｎ ＳＤＵ
の中に設定されてＯＳとゲートウエイノードの各レイヤ
３間で送受されることが可能であるため、ＯＳとネット
ワーク内各ノードとの間の中間システム間であるＩＳ−
ＩＳ、端局−中間局間であるＥＳ−ＩＳによる迂回ルー
ティングも実現される。
【００１５】また、ＯＳとターゲットノード間にはＯＳ
ＩＴＰコネクションが確立され、ＴＰ（トランスポート
プロトコル）による信頼性のあるエンド−エンドでのデ
ータ転送が実現される。
ＩＴＰコネクションが確立され、ＴＰ（トランスポート
プロトコル）による信頼性のあるエンド−エンドでのデ
ータ転送が実現される。
【００１６】次に、第１の実施例として具体的な動作例
を記述する。図３はＯＳ３０１から送出されたコマンド
がゲートウエイノード（ＮＤ−１）３０２を経由し、タ
ーゲットノード（ＮＤ−３）３０３に到達するまでのコ
マンドの転送経路３０４を示す。ＯＳはターゲットノー
ドにコマンドを発行したい場合には、ＴＡＲＰを起動し
てターゲットノードのＴＩＤに対応するＮＳＡＰアドレ
スを取得する。既にＴＡＲＰ起動済みでＮＳＡＰがテー
ブルに格納されている場合はテーブルからＮＳＡＰを読
み出すだけでよいが、もしＮＳＡＰがテーブルに存在し
ない場合は、図４に示すようなＮＳＡＰ解析処理を起動
する。ＯＳ−ゲートウエイノード（ＮＤ−１）間でやり
とりされるＴＡＲＰ Ｔｙｐｅ−１やＴＡＲＰ ＴＹＰ
Ｅ−３のメッセージは図２のＯＳＩフレーム２０２の中
のデータ部に格納されてＮ−ＰＤＵとして運ばれ、ＯＳ
やゲートウエイノードのＴＡＲＰｌ０５で処理される。
を記述する。図３はＯＳ３０１から送出されたコマンド
がゲートウエイノード（ＮＤ−１）３０２を経由し、タ
ーゲットノード（ＮＤ−３）３０３に到達するまでのコ
マンドの転送経路３０４を示す。ＯＳはターゲットノー
ドにコマンドを発行したい場合には、ＴＡＲＰを起動し
てターゲットノードのＴＩＤに対応するＮＳＡＰアドレ
スを取得する。既にＴＡＲＰ起動済みでＮＳＡＰがテー
ブルに格納されている場合はテーブルからＮＳＡＰを読
み出すだけでよいが、もしＮＳＡＰがテーブルに存在し
ない場合は、図４に示すようなＮＳＡＰ解析処理を起動
する。ＯＳ−ゲートウエイノード（ＮＤ−１）間でやり
とりされるＴＡＲＰ Ｔｙｐｅ−１やＴＡＲＰ ＴＹＰ
Ｅ−３のメッセージは図２のＯＳＩフレーム２０２の中
のデータ部に格納されてＮ−ＰＤＵとして運ばれ、ＯＳ
やゲートウエイノードのＴＡＲＰｌ０５で処理される。
【００１７】図５は、ＯＳから送付されたパケットがど
のようなプロトコル手順でゲートウエイノード（ＮＤ−
１）３０２を中継してターゲットノード（ＮＤ−３）３
０３に渡るのかを示す処理経路５０１を示す。ゲートウ
エイノード（ＮＤ−１）３０２は、ＴＣＰ／ＩＰヘッダ
を削除してＯＳＩフレームを抽出し、ＯＳＩで認識する
ＮＳＡＰアドレスに従って、ルーティング処理を実行
し、ターゲットノード（ＮＤ−３）に向けてフレームを
転送する。
のようなプロトコル手順でゲートウエイノード（ＮＤ−
１）３０２を中継してターゲットノード（ＮＤ−３）３
０３に渡るのかを示す処理経路５０１を示す。ゲートウ
エイノード（ＮＤ−１）３０２は、ＴＣＰ／ＩＰヘッダ
を削除してＯＳＩフレームを抽出し、ＯＳＩで認識する
ＮＳＡＰアドレスに従って、ルーティング処理を実行
し、ターゲットノード（ＮＤ−３）に向けてフレームを
転送する。
【００１８】次に，本発明の第２の実施例について図面
を参照して説明する。図６は本発明のネットワーク管理
方法の第２の実施例の機能ブロック図で、（ａ）はＯＳ
内、（ｂ）はノード内の機能ブロック図である。図６
（ａ）に示すようにＯＳは、プロトコルスタックＴＣＰ
／ＩＰプロトコル（以下ＴＣＰ／ＩＰと称す）１１４を
有し、通信ネットワークのゲートウエイノードとはＴＣ
Ｐ／ＩＰにて管理メッセージの送受を行う。また、ＯＳ
はネットワーク管理者から設定された管理対象ノードの
ＩＤ（ＴＩＤ）を管理し、管理対象ノードへ何らかのコ
マンドを発行する場合にはそのコマンドの一構成パラメ
ータとして対象ノードのＴＩＤを設定したコマンドを生
成し、予めネットワーク管理者から設定されたゲートウ
エイノードのＩＰアドレスをＴＣＰ／ＩＰの送付先アド
レスとして送付させる処理１１１を実行する。
を参照して説明する。図６は本発明のネットワーク管理
方法の第２の実施例の機能ブロック図で、（ａ）はＯＳ
内、（ｂ）はノード内の機能ブロック図である。図６
（ａ）に示すようにＯＳは、プロトコルスタックＴＣＰ
／ＩＰプロトコル（以下ＴＣＰ／ＩＰと称す）１１４を
有し、通信ネットワークのゲートウエイノードとはＴＣ
Ｐ／ＩＰにて管理メッセージの送受を行う。また、ＯＳ
はネットワーク管理者から設定された管理対象ノードの
ＩＤ（ＴＩＤ）を管理し、管理対象ノードへ何らかのコ
マンドを発行する場合にはそのコマンドの一構成パラメ
ータとして対象ノードのＴＩＤを設定したコマンドを生
成し、予めネットワーク管理者から設定されたゲートウ
エイノードのＩＰアドレスをＴＣＰ／ＩＰの送付先アド
レスとして送付させる処理１１１を実行する。
【００１９】図７は、ＯＳからターゲットノードまでコ
マンドが転送される際のパケットのフォーマット遷移図
（ａ），（ｂ），（ｃ）を示す。ＯＳの生成するパケッ
ト２０４の中のＡｐｐｌｉｃａｔｉｏｎ ＳＤＵ２０１
にはコマンドが設定され、そこにはターゲットノードの
ＴＩＤ２０７が含まれる。
マンドが転送される際のパケットのフォーマット遷移図
（ａ），（ｂ），（ｃ）を示す。ＯＳの生成するパケッ
ト２０４の中のＡｐｐｌｉｃａｔｉｏｎ ＳＤＵ２０１
にはコマンドが設定され、そこにはターゲットノードの
ＴＩＤ２０７が含まれる。
【００２０】図６（ｂ）に示すように、少なくともゲー
トウエイノードはＯＳと同等のＴＣＰ／ＩＰプロトコル
１１２と、通信ネットワーク内の通信に使用する他のプ
ロトコルスタックＯＳＩプロトコル（以下ではＯＳＩと
記述する）１１３とを実装する。ゲートウエイノード以
外のノードにはＴＣＰ／ＩＰプロトコルは必要としな
い。ゲートウエイノードはＯＳからのパケット２０４を
受け取るとＴＣＰ／ＩＰを終端し、ヘッダ２０５を削除
してＡｐｐｌｉｃａｔｉｏｎ ＳＤＵ（＝データ）２０
１を装置内機能ルータモジュール（ＲＯＵ）１１７に渡
す。装置内機能ルータモジュール（ＲＯＵ）１１７は本
発明の主機能部分である。装置内機能ルータモジュール
（ＲＯＵ）１１７は、データに設定されたＴＩＤ２０７
を抽出して、自ノードのＩＤと比較し自ノード宛かそう
でないかをまず判別する。自ノード宛でないならばＴＩ
ＤからＮＳＡＰアドレスを得るためにＴＡＲＰ１０５を
起動する。ＴＡＲＰ１０５は既存のアプリケーションで
あり、ＴＩＤ２０７をパラメータに持つＴＡＲＰ Ｔｙ
ｐｅ−１パケットをネットワーク内にブロードキャスト
し、ＴＩＤ２０７が自ノードのＩＤと一致するノードの
みに自己のＮＳＡＰアドレスを設定したＴＡＲＰ Ｔｙ
ｐｅ−３パケットを応答させることにより、ＴＩＤに対
応するＮＳＡＰアドレスを得ることができる。
トウエイノードはＯＳと同等のＴＣＰ／ＩＰプロトコル
１１２と、通信ネットワーク内の通信に使用する他のプ
ロトコルスタックＯＳＩプロトコル（以下ではＯＳＩと
記述する）１１３とを実装する。ゲートウエイノード以
外のノードにはＴＣＰ／ＩＰプロトコルは必要としな
い。ゲートウエイノードはＯＳからのパケット２０４を
受け取るとＴＣＰ／ＩＰを終端し、ヘッダ２０５を削除
してＡｐｐｌｉｃａｔｉｏｎ ＳＤＵ（＝データ）２０
１を装置内機能ルータモジュール（ＲＯＵ）１１７に渡
す。装置内機能ルータモジュール（ＲＯＵ）１１７は本
発明の主機能部分である。装置内機能ルータモジュール
（ＲＯＵ）１１７は、データに設定されたＴＩＤ２０７
を抽出して、自ノードのＩＤと比較し自ノード宛かそう
でないかをまず判別する。自ノード宛でないならばＴＩ
ＤからＮＳＡＰアドレスを得るためにＴＡＲＰ１０５を
起動する。ＴＡＲＰ１０５は既存のアプリケーションで
あり、ＴＩＤ２０７をパラメータに持つＴＡＲＰ Ｔｙ
ｐｅ−１パケットをネットワーク内にブロードキャスト
し、ＴＩＤ２０７が自ノードのＩＤと一致するノードの
みに自己のＮＳＡＰアドレスを設定したＴＡＲＰ Ｔｙ
ｐｅ−３パケットを応答させることにより、ＴＩＤに対
応するＮＳＡＰアドレスを得ることができる。
【００２１】ゲートウエイノードの装置内機能ルータモ
ジュール（ＲＯＵ）１１７は、ＴＡＲＰ１０５によって
ターゲットのＮＳＡＰアドレスを取得するとＯＳＩ１１
３のプロトコル手順に従って、得られたＮＳＡＰを送付
先ＮＳＡＰアドレスとしたＯＳＩヘッダ２０３をデータ
２０２に付加し、パケット２０６をターゲットノードに
向けて送出する。この際、送出する隣接ノードとの通信
媒体が何かによって、レイヤ２は選択される。本実施例
ではノードーノード間通信はＤＣＣ（Ｐｏｉｎｔ−ｔｏ
−Ｐｏｉｎｔ）を使用することとして記述する。
ジュール（ＲＯＵ）１１７は、ＴＡＲＰ１０５によって
ターゲットのＮＳＡＰアドレスを取得するとＯＳＩ１１
３のプロトコル手順に従って、得られたＮＳＡＰを送付
先ＮＳＡＰアドレスとしたＯＳＩヘッダ２０３をデータ
２０２に付加し、パケット２０６をターゲットノードに
向けて送出する。この際、送出する隣接ノードとの通信
媒体が何かによって、レイヤ２は選択される。本実施例
ではノードーノード間通信はＤＣＣ（Ｐｏｉｎｔ−ｔｏ
−Ｐｏｉｎｔ）を使用することとして記述する。
【００２２】ターゲットノードは受信したＯＳＩパケッ
トからコマンド（データ）を得る。次に、具体的な動作
例を記述する。図８はＯＳ３１ｌから送出されたコマン
ドがゲートウエイノード（ＮＤ−１１）３１２を経由
し、ターゲットノード（ＮＤ−３）３１３に到達するま
でのコマンドの転送経路３１４を示す。図９は、ＯＳか
ら送付されたパケットがどのようなプロトコル手順でゲ
ートウエイノード（ＮＤ−１１）３１２のＲＯＵ１１７
に渡るのかを示す処理経路図である。ゲートウエイノー
ド（ＮＤ−１１）３１２のＲＯＵ１１７はデータを受け
取るとＴＩＤが自己のＩＤに一致しないため、ＴＡＲＰ
１０５にＮＳＡＰの解析を要求する。図１０にその処理
経路を記述する。ここで実行されるＴＡＲＰ処理は、ゲ
ートウエイノード（ＮＤ−１１）３１２だけでなくネッ
トワーク内の各ノードにまで及ぶ処理であり、そのパケ
ット送受の動作を図１１に記述する。
トからコマンド（データ）を得る。次に、具体的な動作
例を記述する。図８はＯＳ３１ｌから送出されたコマン
ドがゲートウエイノード（ＮＤ−１１）３１２を経由
し、ターゲットノード（ＮＤ−３）３１３に到達するま
でのコマンドの転送経路３１４を示す。図９は、ＯＳか
ら送付されたパケットがどのようなプロトコル手順でゲ
ートウエイノード（ＮＤ−１１）３１２のＲＯＵ１１７
に渡るのかを示す処理経路図である。ゲートウエイノー
ド（ＮＤ−１１）３１２のＲＯＵ１１７はデータを受け
取るとＴＩＤが自己のＩＤに一致しないため、ＴＡＲＰ
１０５にＮＳＡＰの解析を要求する。図１０にその処理
経路を記述する。ここで実行されるＴＡＲＰ処理は、ゲ
ートウエイノード（ＮＤ−１１）３１２だけでなくネッ
トワーク内の各ノードにまで及ぶ処理であり、そのパケ
ット送受の動作を図１１に記述する。
【００２３】次にゲートウエイノード（ＮＤ−１１）３
１２のＲＯＵ１１７は、ＴＡＲＰ処理５１２で得られた
ＮＳＡＰアドレスに向けて図１２の７０１に示すＯＳＩ
プロトコル処理経路によってコマンドをターゲットノー
ドに転送する。
１２のＲＯＵ１１７は、ＴＡＲＰ処理５１２で得られた
ＮＳＡＰアドレスに向けて図１２の７０１に示すＯＳＩ
プロトコル処理経路によってコマンドをターゲットノー
ドに転送する。
【００２４】
【発明の効果】以上説明したように本発明は通信プロト
コルの異なるネットワークに管理通信プロトコルをＯＳ
とＯＳが接続されるゲートウエイノードに併置してパケ
ットをヘッダの操作でターゲットノードへ転送可能とす
ることにより、任意の管理対象ネットワークに管理ネッ
トワークを経済的にかつ容易に接続できる効果がある。
コルの異なるネットワークに管理通信プロトコルをＯＳ
とＯＳが接続されるゲートウエイノードに併置してパケ
ットをヘッダの操作でターゲットノードへ転送可能とす
ることにより、任意の管理対象ネットワークに管理ネッ
トワークを経済的にかつ容易に接続できる効果がある。
【図１】本発明のネットワーク管理方法の第１の実施例
の機能ブロック図で，（ａ）はＯＳ内の（ｂ）はゲート
ウエイノード内のプロトコル機能ブロック図である。
の機能ブロック図で，（ａ）はＯＳ内の（ｂ）はゲート
ウエイノード内のプロトコル機能ブロック図である。
【図２】コマンドパケットフォーマットで）、（ａ）は
ＯＳ−ゲートウエイノード間のＴＣＰ／ＩＰフＪレー
ム、（ｂ）はゲートウエイノード−ノード間のＯＳＩフ
レームである。
ＯＳ−ゲートウエイノード間のＴＣＰ／ＩＰフＪレー
ム、（ｂ）はゲートウエイノード−ノード間のＯＳＩフ
レームである。
【図３】ＯＳからノードＮＤ−３へのパケットの転送経
路を示した図である。
路を示した図である。
【図４】ゲートウエイノードでターゲットノードのアド
レスがか苦悩されていない時のＮＳＡＰ解析処理の流れ
を示す図である。
レスがか苦悩されていない時のＮＳＡＰ解析処理の流れ
を示す図である。
【図５】ＯＳから送出されたパケットゲートウエイノー
ドからターゲトノードに着信するまでの処理経路を示す
図である。
ドからターゲトノードに着信するまでの処理経路を示す
図である。
【図６】第２の実施例のプロトコル機能ブロック図で、
（ａ）はＯＳ内（ｂ）はゲートウエイ内のプロトコル機
能ブロック図である。
（ａ）はＯＳ内（ｂ）はゲートウエイ内のプロトコル機
能ブロック図である。
【図７】コマンドパケットフォーマットで、（ａ）はＯ
Ｓ−ゲートウエイノード間の、（ｂ）は装置内ルータ
の、（ｃ）はゲートウエイ−ターゲットノード間のフォ
ーマットである。
Ｓ−ゲートウエイノード間の、（ｂ）は装置内ルータ
の、（ｃ）はゲートウエイ−ターゲットノード間のフォ
ーマットである。
【図８】ＯＳ送出パケットがターゲットノードへ着信す
るまでの転送経路を示す図である。
るまでの転送経路を示す図である。
【図９】ＯＳ送出パケットがゲートウエイノードのＲＯ
Ｕに渡るまでの手順を示す処理経路図である。
Ｕに渡るまでの手順を示す処理経路図である。
【図１０】ゲーウエイノードのＲＯＵのパケット転送の
処理経路を示す図である。
処理経路を示す図である。
【図１１】ＴＩＤが登録されていない場合のコマンド転
送処理経路を示す図である。
送処理経路を示す図である。
【図１２】Ｏ王出Ｓパッケットがターゲットノードに達
するまでの各ノードにおける送受処理を示す図である。
するまでの各ノードにおける送受処理を示す図である。
１０３ ＯＳＩプロトコル １０４ ＴＣＩ／ＩＰプロトコル １０５ ＴＡＲＰ（行き先アドレス決定プロトコル） １０６ メッセージ処理分岐機能モジュール １１１ １１４ ＯＳＩプロトコルＴＣＰ／ＩＰプロトコル １１７ ＲＯＵ（ルータ） ２０１ ＴＣＰ／ＩＰフレーム ２０２ アップリケーションＳＤＵ ２０３ ＯＳＩヘッダ ２０４ ＴＣＰ／ＩＰフレーム ２０５ ＴＣＰ／ＩＰヘッダ ２０６ ＯＳＩフレーム ３０１、３１１ ＯＳ ３０２、３１２ ゲートウエイノード ３０３、３１３ ターゲットノード ３１４ パケット経路 ４０１ ＯＳからＲＯＵまでのパッケットの処理経路 ５０１ パッケージ処理経路 ５０２ ＴＡＲＰ処理 ７０１ ＯＳＩプロトコル処理経路
Claims (4)
- 【請求項１】 管理通信プロトコルである第１の通信プ
ロトコルを有するノード、およびオペレーションシステ
ムであるＯＳが接続されて構成されている管理ネットワ
ークを適用するネットワーク管理方法において、 第２の通信プロトコルが適用されているＤＣＮと略称さ
れるデータ通信網を介して任意の管理対象網に、前記管
理ネットワークを接続し、前記ＯＳ、および該ＯＳが接
続されているゲートウェイノードに第１の通信プロトコ
ルの他に第２の通信プロトコルを実装して前記ＤＣＮと
のプロトコル接続を行い、 ＯＳがコマンドを発行するとき、第１の通信プロトコル
の手順に従って送信先ノードとの間にコネクションを確
立する第１の処理をし、 データ部にコマンドを設定した第１の通信プロトコルの
メッセージフレームを生成して第２の通信プロトコルの
アップリケーションプロトコルデータユニットであるア
ップリケーションＰＤＵとし、 該ＰＤＵに前記ゲートウエイノードのルーティングアド
レスを送付先アドレスとする第２の通信プロトコルのプ
ロトコルヘッダを付して第２の通信プロトコルの第１の
パケットを送出し、 前記第１のパケットを受信したゲートウエイノードは、
アップリケーションＳＤＵに格納された第１の通信プロ
トコルのメッセージフレームを抽出して、第１の通信プ
ロトコルのヘッダに設定されたルーティングアドレスに
向けて該第１の通信プロトコルのメッセージフレームを
ルーティングし、 送信先ノードがＯＳに向けてレスポンス、あるいは自動
報告データ等の管理メッセージを送付すると、該管理メ
ッセージが前記第１の処理で確立されたコネクションを
通り前記ゲートウエイノードを中継した経路でＯＳに到
達することを特徴とするマルチプロトコル型のネットワ
ーク管理方法。 - 【請求項２】 管理通信プロトコルである第１の通信プ
ロトコルを有するノードおよびオペレーションシステム
であるＯＳが接続されて構成されている管理ネットワー
クを適用するネットワーク管理方法において、 第２の通信プロトコルが適用されているＤＣＮと略称さ
れるデータ通信網を介して任意の管理対象網に、前記管
理ネットワークを接続し、前記ＯＳ、および該ＯＳが接
続されているゲートウェイノードに第１の通信プロトコ
ルの他に第２の通信プロトコルを実装して前記ＤＣＮと
のプロトコル接続を行い、 ＯＳがコマンドを発行するとき、パケットのデータ部
に、送信先ノードを表すパラメータとして通信ネットワ
ーク内で一意に識別可能なターゲットノードであるＴＩ
Ｄが設定されているコマンドを設定すると共に、第１の
通信プロトコルのプロトコルヘッダの送信先アドレスに
は前記ゲートウエイノードのルーティングアドレスを設
定したパケットを送出し、 該パケットを受信したゲートウエイノードは、前記コマ
ンドのＴＩＤを抽出し該ＴＩＤに対応する第２の通信プ
ロトコルのルーティングアドレスをサーチし、サーチ結
果のアドレスをＴＩＤ−ルーティングアドレス対応テー
ブルに格納して以降のサーチに供する、アドレスサーチ
処理を行い、該当するルーティングアドレスに向けて第
２の通信プロトコルを起動し、第２の通信プロトコルの
手順に従って、コネクションを確立してコマンドを送出
する転送処理をし、 前記コマンドを受信したターゲットノードがＯＳに向け
てレスポンスあるいは自動報告データ等の管理メッセー
ジを、前記転送処理により確立されたコネクションを通
して前記ゲートウエイノードを中継した経路で返送する
ことを特徴とするマルチプロトコル型のネットワーク管
理方法。 - 【請求項３】 管理通信プロトコルである第１の通信プ
ロトコルを有するノード、およびオペレーションシステ
ムであるＯＳが接続されて構成されている管理ネットワ
ークを適用するネットワーク管理方式において、 第２の通信プロトコルが適用されているＤＣＮと略称さ
れるデータ通信網を介して任意の管理対象網に前記管理
ネットワークを接続し、前記ＯＳ、および該ＯＳが接続
されているゲートウェイノードに第１の通信プロトコル
の他に第２の通信プロトコルを実装して前記ＤＣＮとの
プロトコル接続を行なう手段と、 ＯＳがコマンドを発行するとき、第１の通信プロトコル
の手順に従って送信先ノードとの間にコネクションを確
立する第１の処理手段と、 データ部にコマンドを設定した第１の通信プロトコルの
メッセージフレームを生成して第２の通信プロトコルの
アップリケーションプロトコルデータユニットであるア
ップリケーションＰＤＵとする手段と、 該ＰＤＵに前記ゲートウエイノードのルーティングアド
レスを送付先アドレスとする第２の通信プロトコルのプ
ロトコルヘッダを付して第２の通信プロトコルの第１の
パケットを送出する手段とを有し、 前記第１のパケットを受信したゲートウエイノードは、
アップリケーションＳＤＵに格納された第１の通信プロ
トコルのメッセージフレームを抽出して、第１の通信プ
ロトコルのヘッダに設定されたルーティングアドレスに
向けて該第１の通信プロトコルのメッセージフレームを
ルーティングする手段を有し、 送信先ノードが、ＯＳに向けてレスポンス、あるいは自
動報告データ等の管理メッセージを送付すると、該管理
メッセージが前記第１の処理で確立されたコネクション
を通り前記ゲートウエイノードを中継した経路でＯＳに
到達する手段を有することを特徴とするネットワーク管
理方式。 - 【請求項４】 管理通信プロトコルである第１の通信プ
ロトコルを有するノードおよびオペレーションシステム
であるＯＳが接続されて構成されている管理ネットワー
クを適用するネットワーク管理方式において、 第２の通信プロトコルが適用されているＤＣＮと略称さ
れるデータ通信網を介して任意の管理対象網に、前記管
理ネットワークを接続し、前記ＯＳ、および該ＯＳが接
続されているゲートウェイノードに第１の通信プロトコ
ルの他に第２の通信プロトコルを実装して前記ＤＣＮと
のプロトコル接続を行う手段と、 ＯＳがコマンドを発行するとき、パケットのデータ部
に、送信先ノードを表すパラメータとして通信ネットワ
ーク内で一意に識別可能なターゲットノードであるＴＩ
Ｄが設定されているコマンドを設定すると共に、第１の
通信プロトコルのプロトコルヘッダの送信先アドレスに
は前記ゲートウエイノードのルーティングアドレスを設
定したパケットを送出する手段と、 該パケットを受信したゲートウエイノードは、前記コマ
ンドのＴＩＤを抽出して、該ＴＩＤに対応する第２の通
信プロトコルのルーティングアドレスをサーチし、サー
チ結果のアドレスをＴＩＤ−ルーティングアドレス対応
テーブルに格納して以降のサーチに供するアドレスサー
チ処理を行い、該当するルーティングアドレスに向けて
第２の通信プロトコルを起動し、第２の通信プロトコル
の手順に従って、コネクションを確立してコマンドを送
出する転送処理をする手段と、 前記コマンドを受信したターゲットノードがＯＳに向け
てレスポンスあるいは自動報告データ等の管理メッセー
ジを、前記転送処理により確立されたコネクションを通
して前記ゲートウエイノードを中継した経路で返送する
手段を有することを特徴とするマルチプロトコル型のネ
ットワーク管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9135452A JPH10327152A (ja) | 1997-05-26 | 1997-05-26 | ネットワーク管理方法と管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9135452A JPH10327152A (ja) | 1997-05-26 | 1997-05-26 | ネットワーク管理方法と管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10327152A true JPH10327152A (ja) | 1998-12-08 |
Family
ID=15152052
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9135452A Pending JPH10327152A (ja) | 1997-05-26 | 1997-05-26 | ネットワーク管理方法と管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10327152A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000224167A (ja) * | 1999-01-29 | 2000-08-11 | Mitsubishi Electric Corp | 設備遠隔アクセスシステム、イベント発生検出プログラム生成装置、インターネット連携装置、遠隔端末及びコンピュータ読み取り可能な記録媒体 |
| US6731632B1 (en) | 1999-07-16 | 2004-05-04 | Fujitsu Limited | Internetworking system and method |
| KR100438898B1 (ko) * | 2002-04-12 | 2004-07-02 | 한국전자통신연구원 | 에스엔엠피 망 관리 에이전트 기능의 인터페이스 방법 및이를 위한 메시지 구조 |
| CN1305259C (zh) * | 2002-12-24 | 2007-03-14 | 中兴通讯股份有限公司 | 一种网管网关的实现方法 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0779246A (ja) * | 1993-09-06 | 1995-03-20 | Hitachi Ltd | ネットワーク管理システム |
-
1997
- 1997-05-26 JP JP9135452A patent/JPH10327152A/ja active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0779246A (ja) * | 1993-09-06 | 1995-03-20 | Hitachi Ltd | ネットワーク管理システム |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000224167A (ja) * | 1999-01-29 | 2000-08-11 | Mitsubishi Electric Corp | 設備遠隔アクセスシステム、イベント発生検出プログラム生成装置、インターネット連携装置、遠隔端末及びコンピュータ読み取り可能な記録媒体 |
| US6731632B1 (en) | 1999-07-16 | 2004-05-04 | Fujitsu Limited | Internetworking system and method |
| KR100438898B1 (ko) * | 2002-04-12 | 2004-07-02 | 한국전자통신연구원 | 에스엔엠피 망 관리 에이전트 기능의 인터페이스 방법 및이를 위한 메시지 구조 |
| CN1305259C (zh) * | 2002-12-24 | 2007-03-14 | 中兴通讯股份有限公司 | 一种网管网关的实现方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7489700B2 (en) | Virtual access router | |
| US7209434B2 (en) | Path modifying method, label switching node and administrative node in label transfer network | |
| EP1713197B1 (en) | A method for implementing the virtual leased line | |
| US6169739B1 (en) | ATM VLAN multi-protocol client-server system using layer-3 header of packets for transporting connectionless and connection-oriented traffic | |
| US6516000B1 (en) | Communications system for transmission of datagram packets over connection-oriented networks | |
| US20050129059A1 (en) | Method of implementing PSEUDO wire emulation edge-to-edge protocol | |
| EP1693996B1 (en) | Automatic discovery of psuedo-wire peer addresses in ethernet-based networks | |
| US20050232263A1 (en) | Communication control apparatus, communication network and method of updating packet transfer control information | |
| US20040202199A1 (en) | Address resolution in IP interworking layer 2 point-to-point connections | |
| JPH1141272A (ja) | Ｌａｎインターネット接続 | |
| US8442053B2 (en) | Establishing connection across a connection-oriented telecommunications network in response to a connection request from a second telecommunications network | |
| US6731632B1 (en) | Internetworking system and method | |
| JP3113742B2 (ja) | インタネットワーク装置 | |
| WO2012159461A1 (zh) | 一种二层路径最大传输单元发现方法和节点 | |
| US7031307B2 (en) | Packet routing apparatus having label switching function | |
| US6999409B2 (en) | OSI tunnel routing method and the apparatus | |
| WO2005104449A1 (fr) | Procede et systeme d'acheminement de services de reseau ethernet dans le reseau rpr | |
| JPH10327152A (ja) | ネットワーク管理方法と管理方式 | |
| Cisco | Troubleshooting Tag and MLPS Switching Connections | |
| Cisco | Troubleshooting Tag and MPLS Switching Connections | |
| CN112565943A (zh) | 一种分组与光传送网融合产品的dcn处理方法与系统 | |
| JP2002314586A (ja) | 送信装置及び多重通信方式及び多重通信方法及び多重通信プログラム及び多重通信プログラムを記録した計算機で読み取り可能な記録媒体 | |
| JP3269477B2 (ja) | マルチプロトコル型管理ネットワーク構成方法 | |
| CN116032690B (zh) | 一种边缘计算场景下的虚拟网络调度方法 | |
| JP2923921B1 (ja) | パケット転送方式 |