JP2000244567A - ルータネットワーク管理方法 - Google Patents

Abstract

(57)【要約】 【課題】ルータネットワークを一元化して管理する技術
を提供する。 【解決手段】ルータネットワーク管理端末１１は管理命
令の実行要求を命令入力部１１３から受けると、その命
令から対象となるルータを算出する。そして命令の対象
となるルータ全てについて、そのアドレスをルータアド
レス表２１から算出し、入力された管理命令を管理命令
変換テーブル２２を用いて命令の対象のルータが解釈で
きる書式に変換し、管理命令変換テーブル２２で指定さ
れた方法で送信する。そして各ルータでの命令実行結果
出力を受信し１つに纏めて出力表示部１１５へ出力す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ルータに関し、特
にそれを複数接続した時の管理方法に関する。

【０００２】

【従来の技術】通信需要の増加により、通信端末間のパ
ケットの中継を行うルータでは多数の回線を収容する必
要に迫られることがある。そのためにルータのインター
フェースを増設したり、新たなルータをネットワークへ
追加しルータ間で経路情報を交換したりする必要があ
る。前者のインターフェースを増設する方法では、一つ
のルータに実装することの出来るインターフェースの数
の限界と一つのルータへの全トラフィックが集中するこ
との二つが問題になる。そのため複数ルータをネットワ
ーク接続する後者の手法がしばしば用いられる。

【０００３】このような複数のルータを管理・運用する
際に使用される主な技術としては、SNMP(Simple Networ
k Management Protocol) や各ルータ内に実装されてい
るルータ独自の管理命令群がある。

【０００４】SNMPは送信パケット数などの監視対象のパ
ラメータにネットワーク機器によらないID番号を定義す
ることにより、外部からネットワーク経由でそのID番号
のパラメータの値を照会・設定できるようにしたプロト
コルである (文献"The Simple Book", Rose, M.T.著, P
rentice Hall社, 1994参照)。そのためSNMPのID番号が
定義されているパラメータについては、1台の管理端末
から全てのネットワーク機器を管理できる。

【０００５】一方、ルータ独自の管理命令群は、そのル
ータに特化したものであるものの、SNMPよりも広範囲な
機能を持つ。即ちルータで管理しているパラメータの照
会や設定のみならず、経路制御を停止したりインターフ
ェースをアクティブにしたりするなどといったルータの
操作制御を可能にしている。複数ルータを管理運用する
場合、オペレータは一台一台のルータについてこの管理
命令を外から入力することによりルータの動作を制御し
ている。

【０００６】その他複数ルータのログの管理に関して
は、特開平１０−１９８６１６号公報の事例がある。こ
の技術は複数ルータのログ情報を一つの管理端末へ収集
する技術である。

【０００７】又複数ルータの設定情報の管理について
は、特開平１−３０２４１３号公報の事例がある。この
技術は、複数ルータの設定情報（同公報上の「構成定義
情報」に相当）を一つの管理端末上で矛盾の出ないよう
生成したり管理したりするものである。

【０００８】

【発明が解決しようとする課題】複数ルータの管理・運
用に際して、最も大きな問題は管理コスト増大、ルータ
間の設定ミスによるトラブルの2つである。前者はルー
タの台数やルータの種類に比例してオペレータの管理の
手間が増えることである。後者はルータネットワーク上
のルータ間の設定が矛盾しているために、個々のルータ
は正常に動作しているのにルータネットワーク全体とし
てはオペレータの思惑通りには動作しないことである。

【０００９】従来技術がこれら二つの問題にどのように
対処しているかを以下に述べる。

【００１０】SNMPでは、IDが定義済のパラメータを複数
のルータについて1台の管理端末から一括管理できる。
そのためこれらのパラメータについてはルータの台数や
種類の多様さに関わらず同じ手法で管理することが可能
である。しかしながらSNMPで管理できるのはルータの中
のごく一部のパラメータであり、例えばルータの設定情
報の参照やルータの操作制御はできない。そのためこう
したことを行う場合には一つ一つのルータについて作業
を行う必要が出てくるので、SNMPでは管理の手間・ルー
タの設定ミスといった問題を完全には解決できない。

【００１１】ルータ独自の管理命令群は、一台のルータ
をルータ管理命令群のみで管理可能な位機能は豊富であ
る。しかしながら管理命令群は一台のルータのみを対象
にして設計されているため、複数ルータを管理する場合
にはオペレータは一つ一つのルータで同じ管理命令を入
力する必要がある。更にルータの種類が違うとルータ管
理命令体系が異なることがあるため、複数種類のルータ
を管理する場合にはルータの種類によって違った管理命
令を入力しなければならない。従って管理の手間・ルー
タの設定ミスといった問題は解決できない。

【００１２】特開平１０−１９８６１６号公報の技術は
複数ルータからオペレータへ情報を回収する技術である
ため、オペレータから複数ルータへ情報を送信すること
には適用できない。従ってこの技術を単純に応用して複
数ルータを制御することはできない。

【００１３】又特開平１−３０２４１３号公報の技術は
複数ルータの設定情報を矛盾なく一括生成するのみのも
のであり、その情報をどのようにルータへ配るかについ
ては検討していない。そのため自動生成された設定情報
を結局一つ一つのノードへ手動で配らざるをえない。そ
のため設定ファイルの配り忘れによるルータの設定ミス
は避けられない。

【００１４】本発明の目的は、管理コスト増大・ルータ
間設定ミスという二つの問題を解決し、ルータネットワ
ークの増大に対応できるルータネットワーク管理技術を
提供することである。

【００１５】

【課題を解決するための手段】上記目的を達成するた
め、本発明ではルータネットワーク管理プログラムを用
いて、オペレータから受け取った管理命令からその命令
の対象となるルータを算出し、そのルータが解釈できる
書式にその命令を変換し、そのルータへ送信する。そし
てこのプログラムで各ルータでの命令実行結果出力を収
集し一つにまとめて、オペレータへ結果を表示する。

【００１６】このようにルータネットワーク管理プログ
ラムは、オペレータの管理命令を全て受け取り必要なル
ータへ管理命令を送付することにより、オペレータにル
ータネットワークが一つのルータであるかのように見せ
かける。これにより管理コスト増大・ルータ間設定ミス
という二つの問題を解決する。

【００１７】

【発明の実施の形態】以下、本発明の実施例を説明す
る。

【００１８】図１は本発明の対象であるルータネットワ
ークと、ルータネットワーク管理端末とを示したもので
ある。ルータネットワーク管理端末１１及びルータネッ
トワークを構成する複数のルータ１２が内部接続用ネッ
トワーク１３で接続されている。そして１１，１２，１
３とをまとめたものが管理上仮想的な一つのルータ１５
と見なされるようになる。

【００１９】次に図1のそれぞれの装置の概略を説明す
る。

【００２０】ルータネットワーク管理端末１１は図２に
示すように、ネットワークインターフェース１１４、オ
ペレータの命令入力部１１３、出力表示部１１５を有す
る通常のPCである。この上でルータネットワークを管理
する管理プログラム１２０が動作する。

【００２１】

【表１】

【００２２】参考のために表１で管理プログラム１２０
のサポートするルータ管理命令群の一部について、コマ
ンド名・引数及びその動作の説明を示す。

【００２３】次にルータネットワーク管理端末１１上で
動作する管理プログラム１２０を説明する。

【００２４】まず管理プログラム１２０のデータ構造及
び外部とのインターフェースを図３に示す。

【００２５】ルータアドレス表２１は管理プログラム１
２０が管理するルータ名・内部接続用ネットワーク１３
上でのアドレス・そのルータの種類の対応を其々欄２１
１，２１２，２１３に記したものである。管理命令変換
表２２は欄２１３で示されたルータの種類毎に、管理プ
ログラム１２０へオペレータが入力した管理命令を対応
する各ルータ特有の管理命令への変換する命令変換則
（欄２２３）・管理命令送受信のための通信方法（欄２
２４）に関する情報を、全ての管理命令について有す
る。又仮想ルータインターフェース名変換表２８は、仮
想ルータ１５上で一意になるように決めた仮想インター
フェース名（欄２８１）に対する、対応するインターフ
ェースを持つルータ名（欄２８２）・対応するインター
フェースの欄２８２のルータ上での名前（欄２８３）・
インターフェースのアドレス（欄２８４）との対応付け
を示す表である。

【００２６】管理プログラム設定ファイル２００は、ル
ータアドレス表２１と仮想ルータインターフェース名変
換表２８とを生成するために必要な情報を含んだファイ
ルである。管理プログラム１２０は起動時に管理プログ
ラム設定ファイル２００を読む込み、ルータアドレス表
２１と仮想ルータインターフェース名変換表２８をプロ
グラム内に作成する。

【００２７】命令対象ルータリスト２３、命令バッファ
２４、出力バッファ２５はいずれも管理命令の対象とな
るルータのリストを控える管理プログラム１２０上のメ
モリ領域である。命令対象ルータリスト２３は管理命令
の対象となるルータのリストを控える場所であり、命令
バッファ２４は入力された管理命令を保存する場所であ
る。又出力バッファ２５は管理命令を各ルータで実行し
た際のルータからの出力を貯める場所である。

【００２８】以下図５のフローチャートを用いて管理プ
ログラム制御部２０の動作を説明する。同時に具体例と
して、"activate if0"という管理命令を受信した時の処
理内容を図３内の表のサンプル値に従って述べる。

【００２９】管理プログラム１２０は命令入力部から管
理命令要求を受け取ると（ステップ３００）動作を開始
する。そしてこの命令を命令バッファ２４へ保存すると
ともに（ステップ３１０）、その要求から対象ルータの
情報を抽出し（ステップ３２０）、その結果を対象ノー
ドルータリスト２３へ保存する。

【００３０】ステップ３２０を更に細かく説明する。管
理命令内に命令送付対象ルータが指定されていない場合
には管理下のルータ全てをルータリスト２３へ挿入する
（ステップ３２３）。逆に対象のルータが指定されてい
る場合にはそのルータのみをルータリスト２３へ挿入す
る（ステップ３２５）。対象ルータの指定を指定する方
法には明示的にルータを指定する方法と他のパラメータ
から暗にルータを指定する方法とがある。前者は表４
の"exec"命令で管理命令が入力された場合に相当し、後
者は管理命令の引数で指定したインターフェースやネク
ストホップから仮想ルータインターフェース名変換表２
８を用いてルータを特定するものである。

【００３１】ステップ３２５までを"activate if0"が入
力されたという具体例で説明すると、"if0"というイン
ターフェースは仮想ルータインターフェース名変換表２
８によるとrt1のものなので、ルータリストへ挿入され
るルータはルータ"rt1"と判明する。

【００３２】そして命令対象ルータリスト２３に入って
いる全てのルータについて命令バッファ２４に入ってい
る命令の送信処理を行う。そのために命令対象ルータリ
スト２３からルータを一つ一つ取り出し、以下の処理
（ステップ３７０）を行う。

【００３３】ルータアドレス表２１及び管理命令翻訳表
２２を参照し、命令バッファ２４内の命令と対象ルータ
の種類から、そのルータへそのコマンドを送るため命令
翻訳処理及び命令の送付方法を求め（ステップ３７
２）、翻訳処理を実行する（ステップ３７４）。そして
命令の送付先をルータアドレス表２１から検索し、その
アドレス宛にステップ３７４で翻訳された命令をネット
ワークインターフェース１１４を介して送付する（ステ
ップ３７６）。そしてステップ３７６に対するそのルー
タの応答を、ルータ名の情報と共に出力バッファ２５に
出力する（ステップ３７８）。この際出力内容中の各ル
ータが実際に使っているインターフェース名は仮想ルー
タインターフェースアドレス対応表２８を用いてルータ
上でのインターフェース名に変換する（ステップ３７
９）。

【００３４】ステップ３７９までを"activate if0"が入
力されたという具体例で説明すると、"activate if0"を
オペレータが入力した場合には、"rt1"のみが対象ルー
タである。ルータアドレス表によると"rt1"のルータ種
別は"A"であり、又入力コマンドは"activate"なので、
管理命令翻訳表２２から命令翻訳処理は"activate2ifu
p"であることがわかる。同様にして管理命令変換テーブ
ル２２からこの変換された命令は"telnet"プログラムに
よって送信可能であることがわかる（ステップ３７
２）。

【００３５】この翻訳処理を実行することにより"activ
ate"命令はルータ"rt1"特有な管理命令"ifup"へ変換さ
れると同時に、引数のインターフェース名"if0"が仮想
ルータインターフェース名変換表２８によりルータ"rt
1"上の対応するインターフェース名"eb0"に変換される
（ステップ３７４）。"rt1"の内部ネットワーク上のア
ドレスは仮想ルータインターフェース名変換表２８よ
り"1.2.3.4"なので、"1.2.3.4"宛に"telnet"プログラム
によって"ifup eb0"という命令を送付する（ステップ３
７６）。

【００３６】そして、その命令を"rt1"が処理した際の
出力"eb0 activation is succeed"について更に"rt1>"
というヘッダ文字列を付加して、出力バッファ２５へ"r
t1> eb0 activation is succeeded"と出力する（ステッ
プ３７８）。そして出力バッファ内の"eb0"というイン
ターフェース名を"if0"という仮想ルータ上のインター
フェース名に変換して、出力バッファの内容を"rt1> if
0 activation is succeeded"とする（ステップ３７
９）。

【００３７】全てのルータについてステップ３７０が終
わった後で出力バッファ２５の内容を出力表示部１１５
に表示する（ステップ３９０）ことにより管理プログラ
ム２０の処理は完了する。

【００３８】ステップ３９０までを"activate if0"が入
力されたという具体例で説明すると、命令対象ルータ
は"rt1"のみなので、"rt1"についての出力をステップ３
７９までで得た後、出力バッファの内容"rt1> if0 acti
vation is succeeded"を出力表示部１１５に表示するの
みである。

【００３９】本実施例では各ルータの応答にルータ名を
付加したものをつないだものを一つの仮想ルータからの
出力とみなしている。他にも各ルータの応答から重畳し
た情報を削除し必要な情報のみを出力することや、各ル
ータの応答を統合して単純な情報へ要約することも可能
である。

【００４０】ルータの管理命令を大分すると、ルータ内
から情報を集める命令・ルータへ情報を送る命令・ルー
タの内部状態を変更する命令・これら３つを組み合わせ
た命令、の４つに分けられる。ステップ３７４で実行す
る翻訳処理は、いずれの管理命令についても命令単語や
文法の変換処理で済む。ここでは特に最も複雑な事例と
して、ルータネットワーク全体の構成定義情報から各ル
ータの構成定義情報を生成する方法を示す。

【００４１】ルータの構成定義情報で定義されるのは、
ルータ間の通信・経路情報・その他の情報の３つであ
る。以下これらの定義をどのように処理するかについて
述べる。

【００４２】まず「その他の情報」に該当するものは各
ルータの構成定義にそのまま流用することが可能であ
る。

【００４３】次に「ルータ間の通信」に関する定義は、
中で定義されている通信先へ行くためのインターフェー
スがそのルータのものであるか否かによって流用するか
否かを決定すればよい。

【００４４】そして「経路情報」に関する定義は、常に
流用しなければならない。何故ならばこの中のパラメー
タをルータ間の通信で直接参照することがありえるから
である。但し中で定義されているネクストホップがその
ルータから直接到達可能でない場合、該当するインター
フェースを持つルータにネクストホップを変えなければ
ならない。

【００４５】最後にルータネットワークのルータ間で経
路情報を交換する必要があるので、そのためのルータネ
ットワーク内通信定義を新たに追加する必要がある。そ
のためには全てのルータへ「受信した経路を内部接続用
ネットワーク１３を介して管理プログラム１２０に送信
する設定」と「管理プログラム１２０から内部接続用ネ
ットワーク１３を介して届いた経路を受信する設定」を
付加し、管理プログラム１２０ではルータから内部接続
用ネットワーク１３を介して受信した経路情報を他の全
てのルータへ流せばよい。特に全てのルータが同じ内部
接続用ネットワーク１３で接続されている場合には、全
てのルータは直接到達可能なので、管理プログラム１２
０での経路情報の送受信なしでルータ間の経路情報の交
換ができる。

【００４６】以上の考察から、図５のフローチャートに
従うことにより、ルータネットワーク全体の構成定義か
ら各ルータの構成定義を作成することが可能となる。

【００４７】即ちルータネットワーク全体の構成定義情
報から構成定義情報を一単位分読み込み（ステップ４１
０）、まずその構成定義情報がルータ間の通信か経路情
報に関係あるか否かを判断する（ステップ４２０）。関
係なければその構成定義情報は対象になっているルータ
の構成定義へ採用する（ステップ４６０）。

【００４８】関係がある場合には、その中でインターフ
ェースを指定しているか否かを調べる（ステップ４３
０）。即ちまずコマンド中にインターフェースが直接指
定されているか否かを調べる（ステップ４３１）。直接
にはインターフェースが指定されていない場合には、そ
の構成定義情報がネクストホップのようなルータに直結
したアドレスを指定するものであるかどうかを調べ（ス
テップ４３２）、そうならばそこで指定されたアドレス
から仮想ルータインターフェース名変換表２８で対応す
るインターフェースを求める（ステップ４３３）。

【００４９】そして仮想ルータインターフェース名変換
表２８でそのインタフェース名に対応するルータ名を求
め（ステップ４４０）、その名前と対象になっているル
ータの名前とを比較する（ステップ４５０）。合致した
場合はそのインターフェース名を仮想ルータインターフ
ェース名変換表２８の欄２８２のインタフェース名に変
更してその情報を用いる（ステップ４６０）。合致しな
かった場合は、その構成定義がルータ間の通信に関する
ものならば利用しない（ステップ４７０）。又経路情報
に関するものならばネクストホップやインターフェース
名をステップ４４０で求めたルータへのアドレスやイン
ターフェースへそれぞれ変更して利用する（ステップ４
８０）。

【００５０】以上の処理が全構成定義情報について終了
したら、ルータネットワーク上のルータ間での経路情報
交換設定を追加すれば（ステップ４９０）、対象のルー
タの構成定義情報になる。

【００５１】上述のフローチャートを、図６のルータネ
ットワーク全体の構成定義情報７００から図３内の表の
値を用いて図7にあるルータrt1の構成定義情報７０１を
算出することによって例示する。

【００５２】ログ出力内容設定７１０はルータ間の通信
方法には影響を与えないパラメータなので（ステップ４
２０）、rt1の構成定義に採用される（ステップ４６
０）。

【００５３】RIP通信設定７２０、７２５ではそれぞれ
インターフェースif2, if5でのRIPでの通信方法につい
て設定している（ステップ４３０）。図３の仮想ルータ
インターフェース名変換表２８によるとインターフェー
スif2はrt1の上では"ne0"という名前のものなので、RIP
通信設定７２０はrt1の構成定義に採用され、図７のRIP
通信設定７２１のようになる（ステップ４４０）。又if
5はrt2のものなので、RIP通信設定７２５はrt1の構成定
義に採用されない（ステップ４７０）。

【００５４】静的経路情報設定７３０、７３５ではそれ
ぞれ経路情報100.0.0.0/24, 200.0.0.0/24を生成してい
る。この中で指定されているネクストホップ2.3.4.129,
if5はいずれもルータから直接到達可能でなければなら
ない（ステップ４３２）。図３の仮想ルータインターフ
ェース名変換表２８によると2.3.4.129はif1から到達可
能であり、if1はrt1のインターフェースなので、構成定
義情報７３０はそのままrt1に採用される（ステップ４
７０）。

【００５５】一方、図３の仮想ルータインターフェース
名変換表２８によるとif5はrt2のインターフェースであ
るので、構成定義情報７３５はネクストホップのインタ
ーフェースをrt2へ行くためのインターフェースに変換
して採用される(ステップ４８０)。rt1からrt2へ行くた
めのネクストホップは"if0"なので、構成定義情報７３
５はrt1においては図7の構成定義情報７３６のようにな
る。

【００５６】経路送出設定７４０ではインターフェース
if4からRIPで送付する経路情報の条件について述べたも
のである（ステップ４３０）。図３の仮想ルータインタ
ーフェース名変換表２８によるとインターフェースif4
はrt1のものではない上（ステップ４５０）、この情報
はルータ間の通信に関する情報なので（ステップ４５
５）、rt1の構成定義に採用されない（ステップ４７
０）。

【００５７】最後にrt1の経路情報をルータネットワー
ク上の別ルータrt2へ送付する設定を追加する（ステッ
プ４９０）。構成定義７００ではRIPのみが用いられて
いるので、rt2との間でもRIPのみで経路交換を行えばよ
い。図３の仮想ルータインターフェース名変換表２８に
より内部接続用ネットワーク１３に接続されているrt1
のインターフェースはif0(rt1上ではeb0)なので、図７
の７４５を追加してやれば十分である。

【００５８】同様にしてルータrt2の構成定義情報を算
出した結果が図８である。

【００５９】最後にルータネットワークに新たなルータ
を追加削除する方法を述べる。

【００６０】ルータを削除する場合には、ルータアドレ
ス表２１と管理ルータインターフェース名変換表２８の
中にあるそのルータのエントリを抹消すればよい。その
ためには管理プログラム設定ファイル２００から該当す
るエントリを削除すればよい。

【００６１】新たなルータを追加する場合は、それが管
理プログラム１２０がサポートしている種であるか否か
によって処理が変わる。

【００６２】既にサポートされている種のルータを追加
する場合には、管理プログラム設定ファイル２００を編
集してルータアドレス表２１と仮想ルータインターフェ
ース名変換表２８に新しいルータの情報を追加するだけ
でよい。即ちルータアドレス表２１の欄２１１・２１２
・２１３へそれぞれ、新しいルータの名前・内部接続用
ネットワーク１３上でのアドレス・ルータの種別情報を
追加すればよい。そして仮想ルータインターフェース名
変換表２８の欄２８１・２８２・２８３・２８４にそれ
ぞれ、仮想インターフェース名・ルータ名・そのルータ
上でのインターフェース名・インターフェースのアドレ
スを新しいルータ内の全インターフェースアドレスにつ
いて追加すればよい。

【００６３】今までサポートされていないルータを追加
する場合には上述の処理に加えて、管理命令翻訳表２２
の欄２２３・２２４にその種のルータ用のエントリを追
加し、欄２２３の処理を新たに定義する必要がある。そ
のためにはオペレータは管理プログラム１２０をその種
のルータをサポートしたものにアップデートする必要が
ある。管理プログラム１２０をフロッピーなどの媒体か
らコピーしたり、ネットワーク経由でダウンロードした
りすることにより、管理プログラム１２０のアップデー
トは可能である。

【００６４】

【発明の効果】本発明によれば、一台の管理端末からル
ータネットワーク上のルータへ自動的に管理命令を送付
することやルータネットワーク全体の設定ファイルから
各ルータの構成定義ファイルを生成し各ルータへ送付す
ることが可能になる。これにより管理者は、ルータネッ
トワーク全体を仮想的に単一のルータであるかのように
管理することが可能となる。管理プログラムは汎用の管
理命令をベンダー毎のルータ管理命令に翻訳して送付す
るため、ルータネットワーク上に複数ベンダーのルータ
があっても同じ手法を適用することができる。

【００６５】従来技術ではルータの増設回線によって回
線増加や負荷分散が達成されたとしても、ルータの管理
コストがルータの台数及びベンダー数に比例してしまう
こととルータ間の設定矛盾によるルータネットワークの
設定ミスが問題になっていたが、本発明によりいずれの
問題も解決される。

【図面の簡単な説明】

【図１】本発明のルータネットワークの構成図。

【図２】管理端末の構成図。

【図３】管理プログラムのデータ構造及び外部インター
フェースを示す図。

【図４】管理プログラムの動作フローチャート。

【図５】仮想ルータの構成定義から各ルータの構成定義
を生成するフローチャート。

【図６】ルータネットワーク全体の構成定義情報の一例
を示す図。

【図７】図６の構成定義情報から生成されたルータrt1
の構成定義情報を示す図。

【図８】図６の構成定義情報から生成されたルータrt2
の構成定義情報を示す図。

【符号の説明】

１１…ルータネットワーク管理端末、１１３…命令入力
部、１１４…ネットワークインターフェース、１１５…
管理命令出力部、１２…ルータ、１３…内部接続用ネッ
トワーク、２０…ルータネットワーク管理プログラム、
２１…ルータアドレス表、２２…管理命令翻訳表、２３
…命令対象ルータリスト、２４…命令バッファ、２５…
出力バッファ、２８…仮想ルータインターフェース名対
応表。

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/26 (72)発明者 高田 治 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B089 GA21 GA31 GB02 JA35 JB10 KA13 KC15 KH01 LB15 5K030 GA11 GA16 HB00 HB08 HD03 JA10 5K033 AA03 AA05 DA05 DB20 9A001 BB04 CC07 DD10 EE02

Claims (4)

【特許請求の範囲】
1. 【請求項１】作り付けの管理用命令群によって管理され
   るルータからなるネットワークにおいて、命令対象のル
   ータを明示的に指定する引数を追加する又は引数の内容
   から命令対象のルータを推定することにより、複数ルー
   タを同時に管理できるようにすることを特徴とするルー
   タネットワーク管理方法。
2. 【請求項２】複数ルータを管理端末と接続したルータネ
   ットワークにおいて、ルータ種別情報及びルータ管理命
   令に対応する管理命令変換・送信方法を検索できる表を
   用いて、管理端末から、ルータ管理命令をある特定の種
   類のルータに特化した形式に翻訳し送信することを特徴
   とするルータネットワーク管理方法。
3. 【請求項３】複数ルータを管理端末と接続したルータネ
   ットワークにおいて、オペレータから入力された管理命
   令手法で全対象ルータへ送信し、その結果を集約してオ
   ペレータに出力することを特徴とする請求項１又は２記
   載のルータネットワーク管理方法。
4. 【請求項４】請求項３において、ルータネットワーク内
   の各ルータの動作設定情報を矛盾の出ないように生成
   し、それをそれぞれのルータへ自動的に送信することに
   より、ルータネットワーク内のルータ間の設定ミスを防
   止することを特徴とするルータネットワーク管理方法。