JP2728060B2 - ルータ装置 - Google Patents
ルータ装置Info
- Publication number
- JP2728060B2 JP2728060B2 JP7289037A JP28903795A JP2728060B2 JP 2728060 B2 JP2728060 B2 JP 2728060B2 JP 7289037 A JP7289037 A JP 7289037A JP 28903795 A JP28903795 A JP 28903795A JP 2728060 B2 JP2728060 B2 JP 2728060B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- packet
- network
- network address
- router device
- 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 - Lifetime
Links
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明はルータ装置に関し、
特に複数のインタフェースを有し、これ等各インタフェ
ースに夫々接続されたローカルエリアネットワークの間
で伝送パケットをルーティングするルータ装置に関する
ものである。
特に複数のインタフェースを有し、これ等各インタフェ
ースに夫々接続されたローカルエリアネットワークの間
で伝送パケットをルーティングするルータ装置に関する
ものである。
【０００２】
【従来の技術】ルータ装置は複数のローカルエリアネッ
トワーク（以下、ＬＡＮと称す）間で伝送パケットの伝
送経路制御や中継を行うための装置であり、特にＩＰル
ータ装置と称されるものは、ＴＣＰ／ＩＰ（Transmissi
on Control Protocol ／Internet Protocol ）プロトコ
ルを用いたネットワーク間で経路制御や中継処理を行う
ものである。
トワーク（以下、ＬＡＮと称す）間で伝送パケットの伝
送経路制御や中継を行うための装置であり、特にＩＰル
ータ装置と称されるものは、ＴＣＰ／ＩＰ（Transmissi
on Control Protocol ／Internet Protocol ）プロトコ
ルを用いたネットワーク間で経路制御や中継処理を行う
ものである。
【０００３】この種のＴＣＰ／ＩＰプロトコルをＩＰ層
で経路制御や中継処理を実行するＩＰルータ装置におい
ては、その新規設置時に、ＬＡＮに接続されるインタフ
ェース（ポート）単位にそのネットワークに適合するＩ
Ｐアドレスやその他のコンフィグレーション情報を設定
する必要がある。従来、この種のコンフィグレーション
情報の設定方法としては、ローカルコンソール等のユー
ザインタフェースを使用して、設置者若しくは使用者が
マニュアル操作により行う方法が一般的となっている。
で経路制御や中継処理を実行するＩＰルータ装置におい
ては、その新規設置時に、ＬＡＮに接続されるインタフ
ェース（ポート）単位にそのネットワークに適合するＩ
Ｐアドレスやその他のコンフィグレーション情報を設定
する必要がある。従来、この種のコンフィグレーション
情報の設定方法としては、ローカルコンソール等のユー
ザインタフェースを使用して、設置者若しくは使用者が
マニュアル操作により行う方法が一般的となっている。
【０００４】
【発明が解決しようとする課題】しかしながら、ＩＰア
ドレスに代表される様なコンフィグレーション情報を設
定するには、接続しようとするネットワークの設計情報
を必要とし、かつネットワーク設計に関する技術力とネ
ットワーク機器の設定操作に対する知識とが要求される
ことになる。そのために、新規ルータ装置の設置作業の
効率が著しく低下するという問題がある。
ドレスに代表される様なコンフィグレーション情報を設
定するには、接続しようとするネットワークの設計情報
を必要とし、かつネットワーク設計に関する技術力とネ
ットワーク機器の設定操作に対する知識とが要求される
ことになる。そのために、新規ルータ装置の設置作業の
効率が著しく低下するという問題がある。
【０００５】本発明の目的は、ＩＰアドレスに代表され
るコンフィグレーションの設定を自動化して、設置者は
ネットワークへの単なる接続を行うのみで動作可能とな
る様にしたルータ装置を提供することである。
るコンフィグレーションの設定を自動化して、設置者は
ネットワークへの単なる接続を行うのみで動作可能とな
る様にしたルータ装置を提供することである。
【０００６】
【課題を解決するための手段】本発明によれば、複数の
インタフェースを有し、各インタフェースに夫々接続さ
れたローカルエリアネットワークの間で伝送パケットを
ルーティングするルータ装置であって、前記ローカルエ
リアネットワークからの受信パケットを受信し、この受
信パケット中のネットワークアドレス情報を検出して当
該ローカルエリアネットワークに対して予め付与されて
いるネットワークアドレスを判定するネットワークアド
レス検出手段と、この検出されたネットワークアドレス
を使用して前記ローカルエリアネットワークから前記イ
ンタフェースを識別するためのインタフェース用ホスト
ＩＰ（Internet Protocol ）アドレスを動的に取得する
ためのアドレス獲得プロトコル処理を実行するアドレス
獲得プロトコル処理手段とを含むことを特徴とするルー
タ装置が得られる。
インタフェースを有し、各インタフェースに夫々接続さ
れたローカルエリアネットワークの間で伝送パケットを
ルーティングするルータ装置であって、前記ローカルエ
リアネットワークからの受信パケットを受信し、この受
信パケット中のネットワークアドレス情報を検出して当
該ローカルエリアネットワークに対して予め付与されて
いるネットワークアドレスを判定するネットワークアド
レス検出手段と、この検出されたネットワークアドレス
を使用して前記ローカルエリアネットワークから前記イ
ンタフェースを識別するためのインタフェース用ホスト
ＩＰ（Internet Protocol ）アドレスを動的に取得する
ためのアドレス獲得プロトコル処理を実行するアドレス
獲得プロトコル処理手段とを含むことを特徴とするルー
タ装置が得られる。
【０００７】
【発明の実施の形態】本発明の作用について述べる。各
インタフェースから受信された伝送パケットを全てモニ
タリングし、このモニタされたパケットからＴＣＰ／Ｉ
Ｐプロトコルのパケットを抽出してそのパケットに含ま
れるネットワークアドレス情報を検出する。このネット
ワークアドレス情報から当該インタフェースに接続され
たＬＡＮのネットワークアドレスを識別する。この識別
されたネットワークアドレスを用いてＤＨＣＰプロトコ
ル等の動的アドレス獲得プロトコル処理によって当該イ
ンタフェースのアドレスを、ＤＨＣＰサーバに対して要
求して獲得する。こうして識別されたネットワークアド
レスと獲得されたインタフェースアドレスとを、ルーテ
ィング制御のためのコンフィグレーション情報として自
動的に設定する。
インタフェースから受信された伝送パケットを全てモニ
タリングし、このモニタされたパケットからＴＣＰ／Ｉ
Ｐプロトコルのパケットを抽出してそのパケットに含ま
れるネットワークアドレス情報を検出する。このネット
ワークアドレス情報から当該インタフェースに接続され
たＬＡＮのネットワークアドレスを識別する。この識別
されたネットワークアドレスを用いてＤＨＣＰプロトコ
ル等の動的アドレス獲得プロトコル処理によって当該イ
ンタフェースのアドレスを、ＤＨＣＰサーバに対して要
求して獲得する。こうして識別されたネットワークアド
レスと獲得されたインタフェースアドレスとを、ルーテ
ィング制御のためのコンフィグレーション情報として自
動的に設定する。
【０００８】以下、図面を用いて本発明の実施例につい
て説明する。図１は本発明の実施例のルータ装置を示す
ブロック図であり、図２は図１のルータ装置を用いたシ
ステム構成図である。
て説明する。図１は本発明の実施例のルータ装置を示す
ブロック図であり、図２は図１のルータ装置を用いたシ
ステム構成図である。
【０００９】先ず、図２を参照すると、ルータ装置１は
例えば２つのネットワークインタフェース（ポート）
ａ，ｂを有しており、これ等各ネットワークインタフェ
ースａ，ｂにはＬＡＮである例えばイーサネット１１，
１２が夫々接続されている。イーサネット１１には、Ｄ
ＨＣＰ（Dynamic Host Configuration Protocol ）サー
バ１５とホスト１３Ａ，１３Ｂ等が接続され、イーサネ
ット１２には、ＤＨＣＰサーバ１６とホスト１４Ａ，１
４Ｂ等が接続されている。
例えば２つのネットワークインタフェース（ポート）
ａ，ｂを有しており、これ等各ネットワークインタフェ
ースａ，ｂにはＬＡＮである例えばイーサネット１１，
１２が夫々接続されている。イーサネット１１には、Ｄ
ＨＣＰ（Dynamic Host Configuration Protocol ）サー
バ１５とホスト１３Ａ，１３Ｂ等が接続され、イーサネ
ット１２には、ＤＨＣＰサーバ１６とホスト１４Ａ，１
４Ｂ等が接続されている。
【００１０】ルータ装置１は図１に示す如き機能ブロッ
クとなっている。図１において、ルーティング制御部２
はインタフェースａ，ｂに夫々接続されたＬＡＮ１１，
１２の間における伝送パケットの経路制御，中継処理を
なすものであり、予め設定されたコンフィグレーション
情報に基づいて経路制御等が行われる。本発明では、こ
のルータ装置１が新規設置される場合に、このコンフィ
グレーション情報を自動的にインストールする機能を、
ルータ装置１に付加するものである。
クとなっている。図１において、ルーティング制御部２
はインタフェースａ，ｂに夫々接続されたＬＡＮ１１，
１２の間における伝送パケットの経路制御，中継処理を
なすものであり、予め設定されたコンフィグレーション
情報に基づいて経路制御等が行われる。本発明では、こ
のルータ装置１が新規設置される場合に、このコンフィ
グレーション情報を自動的にインストールする機能を、
ルータ装置１に付加するものである。
【００１１】ネットワークインタフェース部７ａ，７ｂ
はＬＡＮ１１，１２と夫々接続されて伝送パケットを送
受信制御すると共に、当該パケットをルーティング制御
部２との間で受け渡す機能を有している。更に、受信パ
ケットのコピーをパケットモニタリング部６ａ，６ｂへ
夫々渡す機能をも有している。
はＬＡＮ１１，１２と夫々接続されて伝送パケットを送
受信制御すると共に、当該パケットをルーティング制御
部２との間で受け渡す機能を有している。更に、受信パ
ケットのコピーをパケットモニタリング部６ａ，６ｂへ
夫々渡す機能をも有している。
【００１２】パケットモニタリング部６ａ，６ｂはネッ
トワークインタフェース部７ａ，７ｂからのパケットを
夫々モニタし、このモニタパケットの内部情報を解析し
てＴＣＰ／ＩＰプロトコルに関連するパケットのみを選
択抽出してネットワークアドレス検出部５ａ，５ｂへ夫
々渡す機能を有している。
トワークインタフェース部７ａ，７ｂからのパケットを
夫々モニタし、このモニタパケットの内部情報を解析し
てＴＣＰ／ＩＰプロトコルに関連するパケットのみを選
択抽出してネットワークアドレス検出部５ａ，５ｂへ夫
々渡す機能を有している。
【００１３】ネットワークアドレス検出部５ａ，５ｂは
パケットモニタリング部６ａ，６ｂからのパケットの中
からネットワークアドレスに関する情報を検出して、そ
のネットワーク（ＬＡＮ）１１，１２の各々に対して予
め設定されているＩＰサブネットアドレスを識別し、コ
ンフィグレーション管理部３へ通知するものである。
パケットモニタリング部６ａ，６ｂからのパケットの中
からネットワークアドレスに関する情報を検出して、そ
のネットワーク（ＬＡＮ）１１，１２の各々に対して予
め設定されているＩＰサブネットアドレスを識別し、コ
ンフィグレーション管理部３へ通知するものである。
【００１４】コンフィグレーション管理部３は、ネット
ワークアドレス検出部５ａ，５ｂから通知された各ＩＰ
サブネットアドレスを基に、各インタフェースａ，ｂに
付与されるべきインタフェースアドレス（ＩＰアドレ
ス）を動的に獲得するためのアドレス獲得プロトコル処
理部４を起動制御する。
ワークアドレス検出部５ａ，５ｂから通知された各ＩＰ
サブネットアドレスを基に、各インタフェースａ，ｂに
付与されるべきインタフェースアドレス（ＩＰアドレ
ス）を動的に獲得するためのアドレス獲得プロトコル処
理部４を起動制御する。
【００１５】このアドレス獲得プロトコル処理部４はコ
ンフィグレーション管理部３からの指令に応答して動的
なＩＰアドレスを獲得するためのＤＨＣＰプロトコルを
実行するものであり、ネットワークインタフェース部７
ａ，７ｂを夫々介して各ＬＡＮ１１，１２内のＤＨＣＰ
サーバ１５，１６（図２参照）へ、各インタフェース
ａ，ｂのＩＰアドレス獲得要求を行う機能を有する。
ンフィグレーション管理部３からの指令に応答して動的
なＩＰアドレスを獲得するためのＤＨＣＰプロトコルを
実行するものであり、ネットワークインタフェース部７
ａ，７ｂを夫々介して各ＬＡＮ１１，１２内のＤＨＣＰ
サーバ１５，１６（図２参照）へ、各インタフェース
ａ，ｂのＩＰアドレス獲得要求を行う機能を有する。
【００１６】このルータ装置１が新規設置される場合、
その時点においては、ルーティング制御に必要なＬＡＮ
１１，１２の各サブネットワークアドレスも、自分のイ
ンタフェースａ，ｂの各ＩＰアドレスも未だコンフィグ
レーション情報として設定されていない。そこで、この
ＬＡＮ１１，１２の各サブネットワークアドレス及びイ
ンタフェースａ，ｂの各ＩＰアドレスを夫々自動的に検
出獲得して、コンフィグレーション情報としてインスト
ールすることが必要である。
その時点においては、ルーティング制御に必要なＬＡＮ
１１，１２の各サブネットワークアドレスも、自分のイ
ンタフェースａ，ｂの各ＩＰアドレスも未だコンフィグ
レーション情報として設定されていない。そこで、この
ＬＡＮ１１，１２の各サブネットワークアドレス及びイ
ンタフェースａ，ｂの各ＩＰアドレスを夫々自動的に検
出獲得して、コンフィグレーション情報としてインスト
ールすることが必要である。
【００１７】先ず、各サブネットワークアドレスを検出
識別するには、ネットワークインタフェース部にて伝送
パケットをモニタしてそのパケットに含まれるネットワ
ークアドレス情報を検出し、このネットワークアドレス
情報からＬＡＮのサブネットワークアドレスを推定する
処理が必要となる。
識別するには、ネットワークインタフェース部にて伝送
パケットをモニタしてそのパケットに含まれるネットワ
ークアドレス情報を検出し、このネットワークアドレス
情報からＬＡＮのサブネットワークアドレスを推定する
処理が必要となる。
【００１８】このサブネットワークアドレスを推定する
場合、サブネットマスクが必要であり、このサブネット
マスクはＩＰアドレス上のネットワークアドレス部分の
長さを示す情報であり、ある一つのサブネット（ＬＡＮ
１１や１２）に属するホストのＩＰアドレスは、（同一
のサブネットワークアドレス＋ホストアドレス）で表さ
れる。従って、ＩＰアドレスとサブネットマスクとの論
理積演算を行うことで、サブネットワークアドレス（ホ
ストアドレスの部分を“０”とした場合のＩＰアドレ
ス）が判定できるようになっている。
場合、サブネットマスクが必要であり、このサブネット
マスクはＩＰアドレス上のネットワークアドレス部分の
長さを示す情報であり、ある一つのサブネット（ＬＡＮ
１１や１２）に属するホストのＩＰアドレスは、（同一
のサブネットワークアドレス＋ホストアドレス）で表さ
れる。従って、ＩＰアドレスとサブネットマスクとの論
理積演算を行うことで、サブネットワークアドレス（ホ
ストアドレスの部分を“０”とした場合のＩＰアドレ
ス）が判定できるようになっている。
【００１９】従って、このサブネットマスクが予めルー
タ装置１に対して与えられている場合には、パケット中
のＩＰアドレスを検出して、このＩＰアドレスをサブネ
ットマスクとの論理積をとることで、当該ＬＡＮのサブ
ネットワークアドレスが判定する。しかし、サブネット
マスクが与えられていない場合には、パケット中のＩＰ
アドレスからこのサブネットマスクを推定し、この推定
したサブネットマスクとＩＰアドレスとを用いて当該Ｌ
ＡＮのサブネットワークアドレスを判定する手順が必要
になる。
タ装置１に対して与えられている場合には、パケット中
のＩＰアドレスを検出して、このＩＰアドレスをサブネ
ットマスクとの論理積をとることで、当該ＬＡＮのサブ
ネットワークアドレスが判定する。しかし、サブネット
マスクが与えられていない場合には、パケット中のＩＰ
アドレスからこのサブネットマスクを推定し、この推定
したサブネットマスクとＩＰアドレスとを用いて当該Ｌ
ＡＮのサブネットワークアドレスを判定する手順が必要
になる。
【００２０】以上のサブネットワークアドレスの判定処
理手順を図８〜図１４のフローチャートにより詳述す
る。
理手順を図８〜図１４のフローチャートにより詳述す
る。
【００２１】先ず、ネットワークインタフェース部７ａ
は全パケットをパケットモニタリング部６ａに流す。流
されるパケットのフォーマットは、例えばＬＡＮ１１が
Ethernet／IEEE802.3 系のＬＡＮであるならば、図３に
示すＭＡＣ（Media Access Sublayer ）フレームフォー
マットとなる。
は全パケットをパケットモニタリング部６ａに流す。流
されるパケットのフォーマットは、例えばＬＡＮ１１が
Ethernet／IEEE802.3 系のＬＡＮであるならば、図３に
示すＭＡＣ（Media Access Sublayer ）フレームフォー
マットとなる。
【００２２】ＰＩＤ（プロトコル識別子）フィールド３
１にはＭＡＣフレームのペイロード部にどの様な形式の
パケットが入っているかを表す値であり、ＩＰパケット
なら０８００Ｈ（１６進表記），ＡＲＰ（Address Reso
lution Protocol ）プロトコルのパケットなら０８０６
Ｈというように、プロトコル毎に予め規定された固定値
が入っている。ルータ装置１はＩＰパケットをルーティ
ングするので、パケットモニタリング部はＩＰプロトコ
ル及びそれに付随したＡＲＰプロトコルのパケットを監
視し、抽出する。
１にはＭＡＣフレームのペイロード部にどの様な形式の
パケットが入っているかを表す値であり、ＩＰパケット
なら０８００Ｈ（１６進表記），ＡＲＰ（Address Reso
lution Protocol ）プロトコルのパケットなら０８０６
Ｈというように、プロトコル毎に予め規定された固定値
が入っている。ルータ装置１はＩＰパケットをルーティ
ングするので、パケットモニタリング部はＩＰプロトコ
ル及びそれに付随したＡＲＰプロトコルのパケットを監
視し、抽出する。
【００２３】図８はパケットモニタリング部６ａの処理
フローチャートである。パケットモニタリング部６ａ
は、パケット受信を検知（ステップ１００）すると、受
信したフレームのＭＡＣヘッダから先頭より１７，１８
オクテット目のＰＩＤ（プロトコル識別子）フィールド
を読取る（ステップ１０１）。
フローチャートである。パケットモニタリング部６ａ
は、パケット受信を検知（ステップ１００）すると、受
信したフレームのＭＡＣヘッダから先頭より１７，１８
オクテット目のＰＩＤ（プロトコル識別子）フィールド
を読取る（ステップ１０１）。
【００２４】次にＰＩＤ＝０８００Ｈか判定し、ＩＰパ
ケットであるかを判定する。判定結果がＮＯならステッ
プ１０３へ、判定結果が真ならステップ１０５へ分岐す
る（ステップ１０２）。
ケットであるかを判定する。判定結果がＮＯならステッ
プ１０３へ、判定結果が真ならステップ１０５へ分岐す
る（ステップ１０２）。
【００２５】次にＰＩＤ＝０８０６Ｈ（ＡＲＰパケッ
ト）かどうかの判定（ステップ１０３）が真ならステッ
プ１０５へ、偽ならパケットを廃棄（ステップ１０４）
してパケット受信待ちへ戻る。ＩＰまたはＡＲＰパケッ
トを受信したと判定された場合、当該パケットをネット
ワークアドレス検出部５ａへ転送（ステップ１０５）し
パケット受信待ちへ戻る。
ト）かどうかの判定（ステップ１０３）が真ならステッ
プ１０５へ、偽ならパケットを廃棄（ステップ１０４）
してパケット受信待ちへ戻る。ＩＰまたはＡＲＰパケッ
トを受信したと判定された場合、当該パケットをネット
ワークアドレス検出部５ａへ転送（ステップ１０５）し
パケット受信待ちへ戻る。
【００２６】図９〜図１３はネットワークアドレス検出
部５ａの動作フロー図である。ネットワークアドレス検
出部５ａはネットワークモニタリング部６ａから転送さ
れたパケットを解析して、ネットワーク層アドレス部を
抽出する。
部５ａの動作フロー図である。ネットワークアドレス検
出部５ａはネットワークモニタリング部６ａから転送さ
れたパケットを解析して、ネットワーク層アドレス部を
抽出する。
【００２７】先ず、アドレス収集カウンタＣ１，マスク
収集カウンタＣ２に初期値０を代入（ステップ２０
１）、ネットワークモニタリング部からの転送パケット
を待ち（ステップ２０２）、受け取ったらＭＡＣヘッダ
からＰＩＤを読出し（ステップ２０３）、ＰＩＤ＝０８
００（ＩＰ）か判定する（ステップ２０４）。
収集カウンタＣ２に初期値０を代入（ステップ２０
１）、ネットワークモニタリング部からの転送パケット
を待ち（ステップ２０２）、受け取ったらＭＡＣヘッダ
からＰＩＤを読出し（ステップ２０３）、ＰＩＤ＝０８
００（ＩＰ）か判定する（ステップ２０４）。
【００２８】ＩＰパケットであれば、図４のＩＰパケッ
トフォーマットに従い、受信パケットの送信元ＩＰアド
レス部分４１を変数Det-Addr（図示せぬメモリ部分の当
該変数格納部分とする。以下の変数についても同様とす
る。）にコピー（格納）して（ステップ２０８）、ステ
ップ２１０へ移行する。
トフォーマットに従い、受信パケットの送信元ＩＰアド
レス部分４１を変数Det-Addr（図示せぬメモリ部分の当
該変数格納部分とする。以下の変数についても同様とす
る。）にコピー（格納）して（ステップ２０８）、ステ
ップ２１０へ移行する。
【００２９】ステップ２０４で偽ならばＰＩＤ＝０８０
６（ＡＲＰ）か判定し（ステップ２０５）、偽ならステ
ップ２０７へ、真なら図５のＡＲＰパケットフォーマッ
ト内のプロトコル部５１がＩＰかどうか判定する（ステ
ップ２０６）。ステップ２０６で偽ならステップ２０７
へ、真ならそのＡＲＰパケットフォーマット内の送信側
インターネットアドレス５２を読出し変数Det-Addrへコ
ピーし（ステップ２０９）、ステップ２１０へ移行す
る。
６（ＡＲＰ）か判定し（ステップ２０５）、偽ならステ
ップ２０７へ、真なら図５のＡＲＰパケットフォーマッ
ト内のプロトコル部５１がＩＰかどうか判定する（ステ
ップ２０６）。ステップ２０６で偽ならステップ２０７
へ、真ならそのＡＲＰパケットフォーマット内の送信側
インターネットアドレス５２を読出し変数Det-Addrへコ
ピーし（ステップ２０９）、ステップ２１０へ移行す
る。
【００３０】パケットがＩＰパケットでも、ＩＰ用のＡ
ＲＰパケットでもなければ、当該パケットを廃棄し（ス
テップ２０７）、ステップ２０２へ戻ることになる。
ＲＰパケットでもなければ、当該パケットを廃棄し（ス
テップ２０７）、ステップ２０２へ戻ることになる。
【００３１】ステップ２１０では、ルータ装置１に対し
て設定されたサブネットマスクがあるかどうかを判断
し、与えられたサブネットマスクがなければステップ２
２０へ飛び、サブネットマスクがある時はサブネットマ
スクSN-Mask とDet-Addrの論理積（アンド）を取り、結
果を変数SN-Addr へ代入する（ステップ２１１）。
て設定されたサブネットマスクがあるかどうかを判断
し、与えられたサブネットマスクがなければステップ２
２０へ飛び、サブネットマスクがある時はサブネットマ
スクSN-Mask とDet-Addrの論理積（アンド）を取り、結
果を変数SN-Addr へ代入する（ステップ２１１）。
【００３２】次にカウンタＣ１の値を判定し０であれば
SN-Addr の値をSN-Addr-Saveへ退避して（ステップ２１
８）、パケットを廃棄し（ステップ２１９）、ステップ
２０２へ戻る。Ｃ１≠０ならばSN-Addr とSN-Addr-Save
とを比較し、一致しなければ、パケットを廃棄し（ステ
ップ２１９）、ステップ２０２へ戻る。
SN-Addr の値をSN-Addr-Saveへ退避して（ステップ２１
８）、パケットを廃棄し（ステップ２１９）、ステップ
２０２へ戻る。Ｃ１≠０ならばSN-Addr とSN-Addr-Save
とを比較し、一致しなければ、パケットを廃棄し（ステ
ップ２１９）、ステップ２０２へ戻る。
【００３３】SN-Addr ＝SN-Addr-Saveならば、カウンタ
Ｃ１を１加算して（ステップ２１４）結果がｎに達した
かを判断し（ステップ２１５）ｎ未満なら、パケットを
廃棄して（ステップ２１９）ステップ２０２へ戻る。Ｃ
１がｎ以上ならコンフィグレーション管理部３へSN-Add
r をサブネットアドレスとして通知し（ステップ２１
６）、パケットを破棄して（ステップ２１７）、ステッ
プ２０１へ戻る。この時のカウンタＣ１のカウントアウ
ト値ｎはアドレス収集を行う回数で、ユーザ設定または
機器既定値を定数として予め与えておくものする。
Ｃ１を１加算して（ステップ２１４）結果がｎに達した
かを判断し（ステップ２１５）ｎ未満なら、パケットを
廃棄して（ステップ２１９）ステップ２０２へ戻る。Ｃ
１がｎ以上ならコンフィグレーション管理部３へSN-Add
r をサブネットアドレスとして通知し（ステップ２１
６）、パケットを破棄して（ステップ２１７）、ステッ
プ２０１へ戻る。この時のカウンタＣ１のカウントアウ
ト値ｎはアドレス収集を行う回数で、ユーザ設定または
機器既定値を定数として予め与えておくものする。
【００３４】サブネットマスクが予め機器に割当てられ
ていない時、ネットワーク管理部はサブネットマスクを
仮に予測しなければならない。そこで、ステップ２１０
でサブネットマスク設定がないと判定されると、Ｃ２カ
ウンタ＝０かを判定し（ステップ２２０）０であれば、
マスク初期値を決定する。
ていない時、ネットワーク管理部はサブネットマスクを
仮に予測しなければならない。そこで、ステップ２１０
でサブネットマスク設定がないと判定されると、Ｃ２カ
ウンタ＝０かを判定し（ステップ２２０）０であれば、
マスク初期値を決定する。
【００３５】先ず、RIP-Mask，SN-Mask のエリアを０で
初期化する。図７に示すように、ＩＰアドレスは体系と
してＭＳＢから上位数ビットまでクラスを指定し、ネッ
トワークアドレス部とホストアドレス部を標準的に定め
ている。例えば、クラスＡはＭＳＢ＝０で上位８ビット
がネットワーク部，残りの２４ビットがホスト部であ
る。
初期化する。図７に示すように、ＩＰアドレスは体系と
してＭＳＢから上位数ビットまでクラスを指定し、ネッ
トワークアドレス部とホストアドレス部を標準的に定め
ている。例えば、クラスＡはＭＳＢ＝０で上位８ビット
がネットワーク部，残りの２４ビットがホスト部であ
る。
【００３６】従って、受信パケットの送信元とＩＰアド
レスDet-Addrのクラスを判定し（Det-Addrの上位３ビッ
トを判定する）、クラスＡ（ＭＳＢ＝０）ならTemp-Mas
k にＦＦ００００００Ｈをセットする（ステップ２２２
及び２２３）。同様に、クラスＢ（ＭＳＢから２ビット
が１０）ならTemp-Mask にＦＦＦＦ００００Ｈをセット
する（ステップ２２４，２２５）。
レスDet-Addrのクラスを判定し（Det-Addrの上位３ビッ
トを判定する）、クラスＡ（ＭＳＢ＝０）ならTemp-Mas
k にＦＦ００００００Ｈをセットする（ステップ２２２
及び２２３）。同様に、クラスＢ（ＭＳＢから２ビット
が１０）ならTemp-Mask にＦＦＦＦ００００Ｈをセット
する（ステップ２２４，２２５）。
【００３７】同様に、クラスＣ（ＭＳＢから３ビットが
１１０）ならTemp-Mask にＦＦＦＦＦＦ００Ｈをセット
（ステップ２２６，２２７）し、それ以外のクラスのネ
ットワークアドレスのパケットは廃棄し（ステップ２０
７）、ステップ２０２へ戻る。
１１０）ならTemp-Mask にＦＦＦＦＦＦ００Ｈをセット
（ステップ２２６，２２７）し、それ以外のクラスのネ
ットワークアドレスのパケットは廃棄し（ステップ２０
７）、ステップ２０２へ戻る。
【００３８】ステップ２２０（図１１）でＣ２≠０と判
定され、またマスクの初期設定が終了したら、受信パケ
ットがＲＩＰ（Routing Information Protocol）であっ
たかどうか判定する（ステップ２２８）。このＲＩＰパ
ケットはルータ装置間で経路情報を授受するために用い
られる代表的なプロトコルのためのパケットであり、図
６にそのＲＩＰパケットフォーマットを示している。
定され、またマスクの初期設定が終了したら、受信パケ
ットがＲＩＰ（Routing Information Protocol）であっ
たかどうか判定する（ステップ２２８）。このＲＩＰパ
ケットはルータ装置間で経路情報を授受するために用い
られる代表的なプロトコルのためのパケットであり、図
６にそのＲＩＰパケットフォーマットを示している。
【００３９】ＲＩＰパケットの場合、図６のフォーマッ
ト中のネット１アドレス６１及びネット２アドレス６
２，…を読出してサブネットマスクを推定するデータと
することが必要になる。この場合、ＲＩＰパケットにお
けるネットアドレスのホスト部分は０となっているか
ら、その０の数を数えてホスト部分に拡張されたマスク
がある時には、その長さを検出する必要がある。従っ
て、図１２に示すフローチャートが得られる。
ト中のネット１アドレス６１及びネット２アドレス６
２，…を読出してサブネットマスクを推定するデータと
することが必要になる。この場合、ＲＩＰパケットにお
けるネットアドレスのホスト部分は０となっているか
ら、その０の数を数えてホスト部分に拡張されたマスク
がある時には、その長さを検出する必要がある。従っ
て、図１２に示すフローチャートが得られる。
【００４０】ＲＩＰパケットの場合（ステップ２２
８）、先ず、カウンタＨＬ＝２４の初期化を行い（ステ
ップ２２９）、図６のネット１アドレス，ネット２アド
レス，…を順次読出し（ステップ２３０）、ネットアド
レスの下位から何ビットが連続した０であるかを数えて
（ステップ２３１）カウント値とＨＬカウンタを比較し
（ステップ２３２）、小さい方でＨＬカウンタを更新し
（ステップ２３３）、次のネットアドレスがあれば、ス
テップ２３０から繰り返し、ネットアドレスがもうなけ
れば（ステップ２３４）、RIP-MaskにＦＦＦＦＦＦＦＦ
Ｈを代入し（ステップ２３５）RIP-Mask下位からＨＬカ
ウンタ値だけのビット数を０に反転セット（ステップ２
３６）する。これは前述した如く、ＲＩＰパケットのネ
ットアドレスのホスト部は０であるから、その０の数を
数えてホスト部分に拡張されたマスクがある時、その長
さを検出しようとしているのである。
８）、先ず、カウンタＨＬ＝２４の初期化を行い（ステ
ップ２２９）、図６のネット１アドレス，ネット２アド
レス，…を順次読出し（ステップ２３０）、ネットアド
レスの下位から何ビットが連続した０であるかを数えて
（ステップ２３１）カウント値とＨＬカウンタを比較し
（ステップ２３２）、小さい方でＨＬカウンタを更新し
（ステップ２３３）、次のネットアドレスがあれば、ス
テップ２３０から繰り返し、ネットアドレスがもうなけ
れば（ステップ２３４）、RIP-MaskにＦＦＦＦＦＦＦＦ
Ｈを代入し（ステップ２３５）RIP-Mask下位からＨＬカ
ウンタ値だけのビット数を０に反転セット（ステップ２
３６）する。これは前述した如く、ＲＩＰパケットのネ
ットアドレスのホスト部は０であるから、その０の数を
数えてホスト部分に拡張されたマスクがある時、その長
さを検出しようとしているのである。
【００４１】RIP-MaskとTemp-Mask の論理和をとり、Te
mp-Mask へセーブする（ステップ２３７）。次にTemp-M
ask とSN-Mask の論理和をとり、結果をSN-Mask へセー
ブする（ステップ２３８）。Ｃ２カウンタを１加算し
（ステップ２３９）、Ｃ２が定数ｍに達したらステップ
２１１からのネットアドレス検出処理を行う。Ｃ２がｍ
未満の時はパケットを廃棄し、ステップ２０２から繰り
返す。
mp-Mask へセーブする（ステップ２３７）。次にTemp-M
ask とSN-Mask の論理和をとり、結果をSN-Mask へセー
ブする（ステップ２３８）。Ｃ２カウンタを１加算し
（ステップ２３９）、Ｃ２が定数ｍに達したらステップ
２１１からのネットアドレス検出処理を行う。Ｃ２がｍ
未満の時はパケットを廃棄し、ステップ２０２から繰り
返す。
【００４２】この時ｍはネットワークマスクを決定する
ために収集するパケットの数で、ユーザ指定からシステ
ム既定の定数であるものとする。
ために収集するパケットの数で、ユーザ指定からシステ
ム既定の定数であるものとする。
【００４３】図１４はコンフィグレーション管理部３の
処理フロー図である。先ず、システム起動に応答して、
ネットワークインタフェース部７ａ，７ｂとパケットモ
ニタリング部６ａ，６ｂとが夫々接続される様に、ネッ
トワークインタフェース部７ａ，７ｂを切替え制御して
（ステップ３０１）、パケットモニタリング部６ａ，６
ｂがＬＡＮ１１，１２からの伝送パケットを受信できる
様にする。
処理フロー図である。先ず、システム起動に応答して、
ネットワークインタフェース部７ａ，７ｂとパケットモ
ニタリング部６ａ，６ｂとが夫々接続される様に、ネッ
トワークインタフェース部７ａ，７ｂを切替え制御して
（ステップ３０１）、パケットモニタリング部６ａ，６
ｂがＬＡＮ１１，１２からの伝送パケットを受信できる
様にする。
【００４４】次に、全てのネットワークアドレス検出部
５ａ，５ｂからの検出ＩＰサブネットアドレスが通知さ
れるのを待ち（ステップ３０２）、これ等検出ＩＰサブ
ネットアドレスのネットワークアドレス部分の長さが各
インタフェース部ａ，ｂで矛盾していないことを確認し
（ステップ３０３）、ネットワークインタフェース部の
パケット受渡し先をアドレス獲得プロトコル部４へ切替
える様制御する（ステップ３０４）。
５ａ，５ｂからの検出ＩＰサブネットアドレスが通知さ
れるのを待ち（ステップ３０２）、これ等検出ＩＰサブ
ネットアドレスのネットワークアドレス部分の長さが各
インタフェース部ａ，ｂで矛盾していないことを確認し
（ステップ３０３）、ネットワークインタフェース部の
パケット受渡し先をアドレス獲得プロトコル部４へ切替
える様制御する（ステップ３０４）。
【００４５】しかる後に、アドレス獲得プロトコル部４
に対して、動的に自ルータ装置１の各インタフェース
（ポート）ａ，ｂのホストＩＰアドレスを獲得するため
のいわゆるＤＨＣＰプロトコルの起動を指示する（ステ
ップ３０５）。この時、コンフィグレーション管理部３
は先に得られた各ＬＡＮ１１，１２の検出ＩＰサブネッ
トワークアドレスをアドレス獲得プロトコル処理部４へ
渡す。
に対して、動的に自ルータ装置１の各インタフェース
（ポート）ａ，ｂのホストＩＰアドレスを獲得するため
のいわゆるＤＨＣＰプロトコルの起動を指示する（ステ
ップ３０５）。この時、コンフィグレーション管理部３
は先に得られた各ＬＡＮ１１，１２の検出ＩＰサブネッ
トワークアドレスをアドレス獲得プロトコル処理部４へ
渡す。
【００４６】アドレス獲得プロトコル処理部４は、この
起動指示に応答して、各インタフェースａ，ｂのＤＨＣ
Ｐサーバ１５，１６に対して夫々ＤＨＣＰプロトコルを
実行して、各インタフェースａ，ｂのＩＰアドレスの割
当てを要求する。この時、コンフィグレーション管理部
３から渡された各ＬＡＮ１１，１２のＩＰサブネットワ
ークアドレスを用いてＤＨＣＰサーバ１５，１６にホス
トＩＰアドレスの割当てを要求するパケットを生成し
て、ＬＡＮ１１，１２へ夫々送出する。
起動指示に応答して、各インタフェースａ，ｂのＤＨＣ
Ｐサーバ１５，１６に対して夫々ＤＨＣＰプロトコルを
実行して、各インタフェースａ，ｂのＩＰアドレスの割
当てを要求する。この時、コンフィグレーション管理部
３から渡された各ＬＡＮ１１，１２のＩＰサブネットワ
ークアドレスを用いてＤＨＣＰサーバ１５，１６にホス
トＩＰアドレスの割当てを要求するパケットを生成し
て、ＬＡＮ１１，１２へ夫々送出する。
【００４７】この一連のホストアドレスの獲得手順（Ｄ
ＨＣＰプロトコル）については、ＩＥＴＦ ＲＦＣ１５
４１に規定された周知のDynamic Host Configuration P
rotocol に従って行われる。
ＨＣＰプロトコル）については、ＩＥＴＦ ＲＦＣ１５
４１に規定された周知のDynamic Host Configuration P
rotocol に従って行われる。
【００４８】コンフィグレーション管理部３は、アドレ
ス獲得プロトコル処理部４が各インタフェースａ，ｂの
ホストＩＰアドレスを獲得すると（ステップ３０６）、
この割当てられたホストＩＰアドレスを用いてルーティ
ング制御部２に対してこのホストＩＰアドレスを設定
し、ルーティング処理を起動する（ステップ３０７）。
ス獲得プロトコル処理部４が各インタフェースａ，ｂの
ホストＩＰアドレスを獲得すると（ステップ３０６）、
この割当てられたホストＩＰアドレスを用いてルーティ
ング制御部２に対してこのホストＩＰアドレスを設定
し、ルーティング処理を起動する（ステップ３０７）。
【００４９】最後に、ネットワークインタフェース部７
ａ，７ｂのパケット受渡し先をルーティング制御部２に
切替え制御し（ステップ３０８）、ルーティング制御部
２は以後各ネットワークインタフェース部７ａ，７ｂか
らパケットを受信して、ルーティング処理が実行可能と
なるのである。
ａ，７ｂのパケット受渡し先をルーティング制御部２に
切替え制御し（ステップ３０８）、ルーティング制御部
２は以後各ネットワークインタフェース部７ａ，７ｂか
らパケットを受信して、ルーティング処理が実行可能と
なるのである。
【００５０】
【発明の効果】以上説明した様に、本発明のルータ装置
ではＩＰアドレスの登録等、従来は設置時に設置者が入
力していたＩＰアドレスなどの設定情報を自動的に設定
し、動作を開始するため、設置時にその装置に関する専
門的な知識や技能を持たない人でも容易に設置できるよ
うになるという効果がある。
ではＩＰアドレスの登録等、従来は設置時に設置者が入
力していたＩＰアドレスなどの設定情報を自動的に設定
し、動作を開始するため、設置時にその装置に関する専
門的な知識や技能を持たない人でも容易に設置できるよ
うになるという効果がある。
【図１】本発明の実施例のブロック図である。
【図２】本発明の実施例が適用されるシステム概略図で
ある。
ある。
【図３】本発明の実施例におけるＭＡＣフレームフォー
マット図である。
マット図である。
【図４】同じくＩＰパケットフォーマット図である。
【図５】同じくＡＲＰパケットフォーマット図である。
【図６】同じくＲＩＰパケットフォーマット図である。
【図７】ＩＰアドレスのクラス分類Ａ〜Ｃを示す図であ
る。
る。
【図８】パケットモニタリング部６ａ（６ｂ）の動作フ
ロー図である。
ロー図である。
【図９】ネットワークアドレス検出部５ａ（５ｂ）の動
作フローの一部を示す図である。
作フローの一部を示す図である。
【図１０】ネットワークアドレス検出部５ａ（５ｂ）の
動作フローの一部を示す図である。
動作フローの一部を示す図である。
【図１１】ネットワークアドレス検出部５ａ（５ｂ）の
動作フローの一部を示す図である。
動作フローの一部を示す図である。
【図１２】ネットワークアドレス検出部５ａ（５ｂ）の
動作フローの一部を示す図である。
動作フローの一部を示す図である。
【図１３】ネットワークアドレス検出部５ａ（５ｂ）の
動作フローの一部を示す図である。
動作フローの一部を示す図である。
【図１４】コンフィグレーション管理部３の動作フロー
図である。
図である。
１ ルータ装置 ２ ルーティング制御部 ３ コンフィグレーション管理部 ４ アドレス獲得プロトコル処理部 ５ａ，５ｂ ネットワークアドレス検出部 ６ａ，６ｂ パケットモニタリング部 ７ａ，７ｂ ネットワークインタフェース部 １１，１２ ＬＡＮ １３，１４ ホスト １５，１６ ＤＨＣＰサーバ
Claims (4)
- 【請求項１】 複数のインタフェースを有し、各インタ
フェースに夫々接続されたローカルエリアネットワーク
の間で伝送パケットをルーティングするルータ装置であ
って、前記ローカルエリアネットワークからの受信パケ
ットを受信し、この受信パケット中のネットワークアド
レス情報を検出して当該ローカルエリアネットワークに
対して予め付与されているネットワークアドレスを判定
するネットワークアドレス検出手段と、この検出された
ネットワークアドレスを使用して前記ローカルエリアネ
ットワークから前記インタフェースを識別するためのイ
ンタフェース用ホストＩＰ（Internet Protocol ）アド
レスを動的に取得するためのアドレス獲得プロトコル処
理を実行するアドレス獲得プロトコル処理手段とを含む
ことを特徴とするルータ装置。 - 【請求項２】 前記ネットワークアドレス検出手段は、
ネットワークアドレスを判定するためのサブネットマス
ク情報を予め有しており、前記ネットワークアドレス情
報とこのサブネットマスク情報との論理演算処理によ
り、前記ローカルエリアネットワークに対して予め付与
されているネットワークアドレスを算出するよう構成さ
れていることを特徴とする請求項１記載のルータ装置。 - 【請求項３】 前記ネットワークアドレス検出手段によ
り検出されたネットワークアドレスと、前記アドレス獲
得プロトコル処理手段により獲得された前記インタフェ
ース用ホストＩＰアドレスとを使用して伝送パケットの
ルーティング制御を行うルーティング制御手段とを含む
ことを特徴とする請求項１または２記載のルータ装置。 - 【請求項４】 前記ネットワークアドレス検出手段は、
前記伝送パケットをモニタしてＩＰパケットかＡＲＰ
（Address Resolution Protocol ）パケットのみを選択
抽出するパケットモニタ手段を有し、この選択抽出され
たパケットが経路情報授受プロトコルパケットの場合に
このパケットに含まれる経路情報を用いて前記ネットワ
ークアドレス情報を検出するよう構成されていることを
特徴とする請求項１〜３いずれか記載のルータ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7289037A JP2728060B2 (ja) | 1995-11-08 | 1995-11-08 | ルータ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7289037A JP2728060B2 (ja) | 1995-11-08 | 1995-11-08 | ルータ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09135261A JPH09135261A (ja) | 1997-05-20 |
| JP2728060B2 true JP2728060B2 (ja) | 1998-03-18 |
Family
ID=17738016
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7289037A Expired - Lifetime JP2728060B2 (ja) | 1995-11-08 | 1995-11-08 | ルータ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2728060B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101959733B1 (ko) * | 2018-11-23 | 2019-03-19 | 주식회사 파이오링크 | ARP 패킷을 이용하여 특정 호스트를 포함하는 네트워크의 정보를 획득하는 방법인 Auto-IP Provision을 수행함으로써 상기 네트워크 상의 기존 스위치를 대체하여 연결된 신규 스위치를 상기 네트워크 외부와 통신할 수 있도록 설정하는 방법 및 장치 |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3564280B2 (ja) | 1997-10-31 | 2004-09-08 | 日本電気株式会社 | ネットワークトラフィック監視システム |
| JP3152293B2 (ja) | 1997-12-17 | 2001-04-03 | 日本電気株式会社 | Ｉｐレイヤ処理装置 |
| JP2000059387A (ja) | 1998-08-10 | 2000-02-25 | Fujitsu Ltd | Ｄｈｃｐサーバ装置 |
| JP4567233B2 (ja) * | 2001-04-26 | 2010-10-20 | 富士通株式会社 | 通信装置及びその制御方法 |
| JP4838450B2 (ja) * | 2001-07-31 | 2011-12-14 | キヤノン株式会社 | サーバ装置、サーバ装置の制御方法、プログラムおよび記憶媒体 |
| JP5012207B2 (ja) * | 2006-05-30 | 2012-08-29 | パナソニック株式会社 | 通信装置、通信装置の制御方法及び通信装置の制御プログラム |
-
1995
- 1995-11-08 JP JP7289037A patent/JP2728060B2/ja not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101959733B1 (ko) * | 2018-11-23 | 2019-03-19 | 주식회사 파이오링크 | ARP 패킷을 이용하여 특정 호스트를 포함하는 네트워크의 정보를 획득하는 방법인 Auto-IP Provision을 수행함으로써 상기 네트워크 상의 기존 스위치를 대체하여 연결된 신규 스위치를 상기 네트워크 외부와 통신할 수 있도록 설정하는 방법 및 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09135261A (ja) | 1997-05-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4664143B2 (ja) | パケット転送装置、通信網及びパケット転送方法 | |
| US6570875B1 (en) | Automatic filtering and creation of virtual LANs among a plurality of switch ports | |
| JP5300076B2 (ja) | コンピュータシステム、及びコンピュータシステムの監視方法 | |
| CN1879388B (zh) | 双模式防火墙 | |
| US7836203B2 (en) | Automatic route setup via snooping dynamic addresses | |
| JP5837989B2 (ja) | コントローラでネットワークハードウェアアドレス要求を管理するためのシステム及び方法 | |
| US8054804B2 (en) | Method of and system for support of user devices roaming between routing realms by a single network server | |
| JP5544097B2 (ja) | ネットワーク間接続装置 | |
| US20040109452A1 (en) | Packet transfer apparatus connectable with mobile terminals | |
| US8364823B2 (en) | Self-configuring IP video router | |
| JP6193473B2 (ja) | コンピュータ実施方法、コンピュータプログラム製品及びコンピュータ | |
| JP4429185B2 (ja) | 優先度に基づくループ制御ブリッジ装置を含むシステム | |
| US20030126248A1 (en) | Method to automatically configure network routing device | |
| EP1075749A1 (en) | Establishing connectivity in networks | |
| JPH08116334A (ja) | 複数のｌａｎで構成するネットワークにおける監視・障害解析方法及び装置 | |
| JPH09116560A (ja) | ネットワークサーバ | |
| JPWO2004073262A1 (ja) | Ｒｐｒ装置 | |
| JP2728060B2 (ja) | ルータ装置 | |
| CN113452551B (zh) | Vxlan隧道拓扑监控方法、装置、设备及存储介质 | |
| JP3570349B2 (ja) | ルーティング装置及びそれに用いる仮想私設網方式 | |
| JP4020835B2 (ja) | ネットワーク監視装置 | |
| JP3892235B2 (ja) | アドレス自動割り当て方法 | |
| Cisco | Configuring IP Addressing | |
| Cisco | I Commands for the ATM Switch | |
| JP7176992B2 (ja) | Ｄｈｃｐサーバ、ネットワークシステム、固定ｉｐアドレスの割り当て方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071212 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081212 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091212 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091212 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101212 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101212 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111212 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111212 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121212 Year of fee payment: 15 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121212 Year of fee payment: 15 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131212 Year of fee payment: 16 |
|
| EXPY | Cancellation because of completion of term |