JP4519214B2 - クライアント構成方法 - Google Patents
クライアント構成方法 Download PDFInfo
- Publication number
- JP4519214B2 JP4519214B2 JP06482399A JP6482399A JP4519214B2 JP 4519214 B2 JP4519214 B2 JP 4519214B2 JP 06482399 A JP06482399 A JP 06482399A JP 6482399 A JP6482399 A JP 6482399A JP 4519214 B2 JP4519214 B2 JP 4519214B2
- Authority
- JP
- Japan
- Prior art keywords
- configuration
- packet
- address
- client
- server
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5053—Lease time; Renewal aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【発明の属する技術分野】
本発明は、ネットワーク・ノードの間の通信に関するもので、特に、ネットワーク・ノードがそれ自身のデフォルト・ゲートウェイであるように自動的に構成されることを可能にする方法および装置に関するものである。
【0002】
【従来の技術】
コンピュータ・ネットワークの技術分野においては、同軸ケーブルまたはツイスト・ペア配線のようなネットワーク媒体によって連結されるネットワーク・ノードの間でデータを伝送するためプロトコル・スタックが一般に使用されている。ネットワーク・ノードは、コンピュータ・ワークステーション、サーバ、ネットワーク・プリンタ、ネットワーク・スキャナなどのような装置を含む。プロトコル・スタックの開発および実施の調和を図るため、国際標準機構(すなわちISO)は、ネットワーク・プトトコルの7つの層を定めたオープン・システム相互接続(Open System Interconnectionの頭文字を取ってOSIと呼ばれる)の基準モデルを発布した。
【0003】
図1は、OSI基準モデル10のブロック図である。モデルは、ハードウェア層12、データ・リンク層14、ネットワーク層16、トランスポート層18、セッション層20、プレゼンテーション層22およびアプリケーション層24を含む。各層は特定の作業を実行することに対して責任を持つ。ハードウェア層12は、ビット・ストリームの物理的伝送の機械的および電気的細部を取り扱うことに対して責任がある。データ・リンク層14は、ハードウェア・プロトコルによって使用されるアドレスの生成ならびに解読、および、物理層で発生したエラー検出ならびに訂正を含むパケット処理に対して責任がある。例えば、イーサネット・ネットワークのデータ・リンク層14は、媒体アクセス制御アドレスの生成および解読に対して責任がある。ネットワーク層16は、上位プロトコルによって使用されるアドレスの生成ならびに解読、および、負荷の変化に適切に応答するための経路指定情報の維持を含めて、接続を行い、通信ネットワークにおけるパケットの経路指定を行うことに対して責任がある、例えば、TCP/IPプロトコルにおいて、ネットワーク層16はIPアドレスを生成および解読することに対して責任がある。
【0004】
トランスポート層18は、メッセージのパケットへの細分化、パケット順序ならびに送達の維持、フロー制御および物理アドレス生成を含めて、ネットワークにおけるノード間のエンド対エンドの接続およびユーザの間でのメッセージ伝送に対して責任がある。セッション層20は、プロセス対プロセスのプロトコルを実施することに対して責任がある。プレゼンテーション層22は、文字変換および多重化(エコー化)を含めて、ネットワークにおけるいろいろなサイトの間での形式の相違を解決することに対して責任がある。最後に、アプリケーション層24は直接ユーザと対話することに対して責任がある。層24は、例えば、電子メールのようなアプリケーション、分散データベース、ウェブ・ブラウザなどを含む。
【0005】
ISOがOSI基準モデルを発布する前に、米国国防総省高等研究計画局(DAPRA)がARPNET基準モデルを発布した。ARPNET基準モデルは、ネットワーク・ハードウェア層、ネットワーク・インタフェース層、ホスト対ホスト層およびプロセス/アプリケーション層という4つの層を含む。
【0006】
その名前が示唆するように、OSIおよびARPNET基準モデルは、ネットワーク通信プロトコルの設計者がそれに従うこともあれば従わないこともあるガイドラインを提供する。しかしながら、大部分のネットワーク・プロトコルは、1つの基準モデルにすくなくともゆるやかに対応する諸層を定義している。コンピュータの分野においては、ネットワーク・ノードの間でデータを伝送するために使用される多数の有名なプロトコルがある。例えば、TCP/IP、アップルTalkR(NetBEUI)およびIPXXはすべて、コンピュータ・ネットワークに接続されるサーバ、ワークステーション、プリンタおよび他の装置の間でデータを送るために使用される有名なプロトコルである。
【0007】
たとえネットワーク・ノードが単一のネットワーク・インタフェースを持つとしても、単一ネットワーク・ノードの範囲内でいくつかのプロトコルが同時に動作することは普通である。例えば、典型的なコンピュータ・ワークステーションは、インターネットを経由して通信を行うためTCP/IP、および、ネットワーク・サーバと通信するIPXを使用する場合がある。同様に、プリンタが、AppleTalkRプロトコルまたはNetBEUIプロトコルのいずれかを使用して印刷ジョブを受け取るように構成される場合がある。典型的には、これらのプロトコルは、一層低位の層のハードウェア・プロトコルと通信し対話する。例えば、イーサネット・ネットワークを経由して接続された2つのコンピュータ・システムがTCP/IPプロトコルを使用して通信することは一般的である。一般に、データ・リンク層14またはネットワーク層16に存在しているソフトウェア・ルーチンは、ネットワーク・アダプタおよび適切なプロトコル・スタックの間でデータ・パケットを伝送する。
【0008】
ここで、イーサネット・ネットワーク経由で伝送されるTCP/IPパケットを考察する。各パケットは、イーサネット・ネットワーク上の別のノードを識別する48ビットの媒体アクセス制御(media access controlを略してMACと呼ばれる)アドレスを含む。MACアドレスは、一般的には、ハードウェア・アドレスとして知られている。イーサネット・パケット全体は、送信元のネットワーク・アダプタによって計算されイーサネット・パケットに詰め込まれる周期的冗長検査コード(すなわちCRCコード)によって保護されている。受け取りネットワーク・アダプタは、イーサネット・パケットの完全性を検証するためCRCを復号する。
【0009】
パケットの完全性が検証されない場合、すなわち、エラーが検出される場合、パケットは破棄される。TCP/IPプロトコルのIP部分は、"データグラム"として知られるもので、イーサネット・パケットの範囲内にカプセル化されている。データグラムは、32ビットのIPアドレスおよびIPヘッダを保護する16ビットのチェックサム・コードを含む。IPは、より一般的にはネットワーク・アドレスとして知られているものである。IPヘッダの完全性が検証されないと、データグラムは破棄される。TCP/IPプロトコルのTCP部分は、データグラムの範囲内にカプセル化され、TCPヘッダおよびデータグラムのTCP部分のコンテントを保護する16ビットのチェックサム・コードを持つ。TCPヘッダまたはTCP部分のコンテントの完全性が検証されない場合、データグラムは破棄され、送信元は、意図された受け取り人から肯定応答データグラムを受け取らなかったならその後パケットを再送信する。このパケットは、ハードウェア(イーサネット)アドレスおよびネットワーク(IP)アドレスという2つのアドレスを含む点に注意する必要がある。これら2つのアドレスの関係を以下詳細に記述する。
【0010】
図2は、従来技術のネットワーク26を示している。ネットワーク26は、ネットワーク・ノード28、30、32、34、36、38、40、42および44を相互に接続させる。上述のように、ネットワーク・ノードは、例えば、コンピュータ・ワークステーション、サーバ、ネットワーク・プリンタ、ネットワーク・スキャナなどのような装置である。以下の記述において、ネットワーク・ノードは、イーサネット・ネットワーク・アダプタを備えていて、TCP/IPプロトコルを使用してデータを伝送すると仮定する。多くのネットワークは、IEEEによって発布された一連の規格に従う。この一連の規格は、当業界においてIEEE802ファミリ規格として知られている。本明細書はIEEE802ファミリ規格を参照する。
【0011】
いくつかのネットワーク・ノードがハブを介して1つのLANセグメントにまとめられる。1つのLANセグメントにおける各ノードは別のノードがパケットを送信することを試みる時信号を受け取り、また、1つのLANセグメントにおける2つのノードが同時にパケットの伝送を試みるとき衝突が発生するので、1つのLANセグメントにおけるすべてのノードは共通の衝突ドメインの中にある。イーサネット・プロトコルは、2つのノードがそれぞれのパケットを再送信しようとする時更にもう1つの衝突が発生する可能性を最小にする転送アルゴリズムを含む。図2において、ネットワーク・ノード28、30および32はハブ46を介してLANセグメント48として結合され、同様に、ネットワーク・ノード4、36および38は、ハブ50を介してLANセグメント50として結合され、ネットワーク・ノード40、42および44は、ハブ54を介してLANセグメント56として結合されている。
【0012】
ローカルまたは遠隔のLANセグメントを相互接続させるためスイッチおよびブリッジが使用される。スイッチおよびブリッジは、(しばしばサブネットと呼ばれる)単一の論理ネットワークを形成し、OSI参照モデル10のデータ・リンク層14およびハードウェア層12での動作を実行する。図2において、スイッチ58はLANセグメント48および52を接続している。イーサネット・プロトコルにおいては、パケットは、媒体アクセス制御(すなわちMAC)アドレスによってアドレス指定される。スイッチおよびブリッジは、接続する各LANセグメント上のネットワーク・ノードのMACアドレスのリストを維持する。MACアドレスによってアドレス指定されるノードを含むLANセグメントに各パケットを経路指定するスイッチまたはブリッジの範囲内の適切なポートへ個々のパケットが伝送される。
【0013】
スイッチおよびブリッジがサブネットを形成するようにLANセグメントを結合する一方、インターネットまたはワイド・エリア・ネットワーク(WAN)のような別のネットワークを経由してサブネット同志を結合するため、ルータ(経路指定機構)が使用される。ルータは、また、共通のサブネットの範囲内でパケットの経路指定を行うためにも使用される場合がある(詳細は後述)。ルータは、(IPアドレスのような)より高位のプロトコル・アドレスをルータのポートと関連付けるテーブルを維持する。スイッチおよびブリッジと対照的に、ルータは、階層的トポロジーとしてネットワークを見ることができる。この場合、大きいブロックおよび範囲のアドレスが、更なる経路指定のため他のルータへ送付される。この理由のため、インターネットのような非常に大きいネットワークにおいて、複数パケットを経路指定するため、ルータがしばしば使用される。
【0014】
デフォルト・ゲートウェイは、送出パケットを同じサブネット上のノードへアドレス指定することをノードが決定することができない時、そのノードがパケットを送付する先のルータである。デフォルト・ゲートウェイに送付されたパケットは、宛先ノードへ到着するまでにいくつかの他のルータによって処理される可能性がある。
【0015】
TCP/IPプロトコルがイーサネット・プロトコルのような低位のハードウェア・プロトコルで動作することを可能にするいくつかのプロトコルが定義されている。例えば、TCP/IPを使用するように構成されたイーサネット・ノードは、サブネット・マスクおよびデフォルト・ゲートウェイ・アドレスをIPアドレスに割り当てられる。サブネット・マスクは、同じサブネットの上にあるIPアドレスを識別し、デフォルト・ゲートウェイ・アドレスは、同じサブネット上にないパケットを処理するルータを識別する。同じサブネット上のパケットに関しては、アドレス・レゾリューション・プロトコル(ARP)を使用して、宛先ノードのIPアドレスが見つけ出される。
【0016】
ノード28が192.44.133.13というIPアドレスを持ち、ノード30が192.44.133.25というIPアドレスを持つと仮定する。更に、ノード28のサブネット・マスクが255.255.255.0に設定されると仮定する。ノード28は、パケットをノード30に送るため、先ずノード30のIPアドレスとサブネット・マスクのビット単位AND演算を行い、その結果をノード28のIPアドレスとサブネット・マスクのビット単位AND演算と比較する。2つのAND演算が一致すれば、ノード30はノード28と同じサブネット上にあり、ノード30のMACアドレスはARPを使用して判明できる。次に、ノード28は、ARPに従ってそれ自身のMACアドレスおよびノード30のIPアドレスを用いてブロードキャスト・イーサネット・パケットを送出する。イーサネット・プロトコルは、ユニキャストおよびブロードキャスト・パケットをサポートする。ブロードキャスト・パケットは、1つのサブネット上のすべてのノードへアドレス指定され、すべてのノードによって受け取られるものであり、一方、ユニキャスト・パケットは、特定のノードへアドレス指定され、特定のノードによって受け取られるものである。
【0017】
ノード30は、ノード30のMACアドレスを含むユニキャスト・パケットをノード28に送り戻すことによってこのメッセージに応答する。次に、ノード28は、ノード30から受け取ったMACアドレスを使用してTCP/IPパケットをノード30に伝送する。更に、ノードは将来の伝送のためこの情報をキャッシュ記憶して、同じサブネット上のノードのMACアドレスの検出を反復するする必要性を最小限にとどめる。
【0018】
更に、上述のように構成されたノード28が、168.45.198.2というIPアドレスを持つノード40にパケットを送信することを試みると仮定する。ノード28は、上述のビット単位AND演算を使用するサブネット・マスクに基づいて、ノード40が同じサブネット上にないと判断する。このような場合、ノード28が同じサブネットにあることを検証することができないノードにアドレス指定されているパケットを伝送するためにノード28によって使用されるデフォルト・ゲートウェイであるルータ62にノード28はそのパケットを中継する。ルータ62は、ルータ68へ、ルータ68はルータ69へ、ルータ69はルータ60へそのパケットを順に中継する。ルータ60は(宛先ノードである)ノード40と同じサブネット上にあるので、ルータ60は、ARPを使用してノード40のMACアドレスを検出し、ノード40のMACアドレスでそのパケットのアドレスを再指定し、その結果、LANセグメント56へそのパケットを伝送して、そのパケットがノード40によって受け取られる。
【0019】
IPアドレス、サブネット・マスク、デフォルト・ゲートウェイのアドレスおよびその他のパラメータでノードが構成されることを許容する種々のプロトコルが定義されている。以下の記述において、"クライアント"、"クライアント・ノード"および"構成されるべきノード"という用語は、それ自身のための構成パラメータを取得することを求めるネットワーク・ノードを意味する。また、「サーバ」という用語は、構成パラメータを提供するネットワーク・ノードを意味する。1つの単純なプロトコルは、イーサネット・ネットワーク上で実行され、イーサネット・アドレスをIPアドレスに変換する逆アドレス変換プロトコル(Reverse Address Resolution Protocolの頭文字を取ってRARPと略称される)である。クライアントが、そのMACアドレスを用いてイーサネット・パケットをブロードキャストすると、サーバが、クライアントのIPアドレスを含むユニキャスト・パケットをクライアントに伝送することによって応答する。RARPは、主にディスクのないネットワーク・ノードによって使用される。
【0020】
ディスクのないノードで構成されるネットワークにおいて一般に使用されるもう1つの標準プロトコルは、ブートストラップ・プロトコル(略してBOOTP)である。BOOTPは、ユーザ・データグラム・プロトコル(略してUDP)を使用する。BOOTPは、ノードが、それ自身のIPアドレス、サブネット・マスク、デフォルト・ゲートウェイ・アドレス、BOOTPサーバのアドレス、および、ノードが起動する時BOOTPサーバからロードされるブート・ファイルをポイントするパス名を決定することを可能にする。BOOTPは、また、構成パラメータを捜し求めているノードが別のサブネット上のBOOTPサーバによってサービスを提供されることを可能にするBOOTP中継エージェントを定義している。BOOTPは、RFC(意見を求める案)951に定義されている。
【0021】
また、ネットワーク情報プロトコル(略してNIP)は、ネットワーク・ノードがそれ自身のIPアドレスを決定し、IPアドレスが使用中であるか否かを判断するためネットワーク・ノードがポーリングされる"ポーリング/防御"メカニズムを使用することによって使用可能なIPアドレスを識別することを可能にする。クライアントは、ポーリングしているメッセージに応答することによって使用中のIPアドレスを防御する。クライアントがIPアドレスを捜し求めているメッセージを送出する時、NIPサーバは、ネットワーク上で利用できるIPアドレス・セットを返す。クライアントは、IPアドレスの1つを選択し、ARPを使用して、そのIPアドレスが利用できることを確認する2重検証を行う。クライアントは、次に、NIPサーバに応答することによって自身のIPアドレスを確保し、NIPサーバは割り当てられたIPアドレスを記録する。
【0022】
最後に、動的ホスト構成プロトコル(Dynamic Host Configuration Protocolを略してDHCPと呼ばれる)は、RFC1541およびRFC1533に記述されているBOOTPの拡張である。BOOTPの拡張であるから、DHCPはBOOTPによって提供されるすべてのサービスを提供する。DHCPは、有限のリースを持つ(従って一定時間経過後満期になる)IPアドレスの自動割り当て、無限リースを持つ(従って決して満期にならない)IPアドレスの自動割り当て、および、ネットワーク管理者によって選択されるIPアドレスの静的割り当てを提供することができる。
【0023】
下記表1は、クライアント/サーバ対話の記述とともにDHCPプロトコルに従って交換される主要メッセージである。
【0024】
【表1】
【0025】
クライアントとサーバの間の構成対話は、そのローカル・サブネット上にDHCPDISCOVERメッセージをブロードキャストするクライアントから始まる。そのサブネット上のBOOTP中継ソフトウェア・エージェントが、同じサブネット上にないDHCPサーバにそのメッセージを伝える。次に、各サーバは、利用できるネットワークIPアドレスおよびその他の構成パラメータを含むDHCPOFFERメッセージで応答する。サーバは可能であればそのクライアントにDHCPOFFERメッセージをユニキャストし、また必要に応じてBOOTP中継エージェントを使用する。代替的に、サーバは、ブロードキャスト・アドレスを使用して、そのクライアントのサブネットにメッセージをブロードキャストすることもできる。
【0026】
クライアントは、次に、1つまたは複数のサーバから1つまたは複数のDHCPOFFERメッセージを受け取る。クライアントは、複数の応答を待って待機することを選択することができる。DHCPOFFERメッセージで申し出を受けた構成パラメータに基づいた構成パラメータを要求するため1つのサーバを選択する。クライアントは、どのサーバを選択したかを標示するサーバ識別子オプションを必ず含むDHCPREQUESTメッセージをブロードキャストする。このメッセージは、所望の構成値を指定するその他のオプションを含むこともできる。
【0027】
すべてのサーバはクライアントからDHCPREQUESTブロードキャストを受け取り、DHCPREQUESTメッセージによって選択されなかったサーバ(複数)は、クライアントがそのサーバの申し出を辞退したことの通知としてそのメッセージを使用する。DHCPREQUESTメッセージによって選択されたサーバは、クライアントとの連結をコミットして、構成パラメータを含むDHCPACKメッセージで応答する。選択されたサーバがDHCPREQUESTメッセージを満たすことができないならば、サーバは、クライアントの要求を拒否するDHCPNAKメッセージで応答する。
【0028】
クライアントはDHCPNAKメッセージを受け取ると、やり直しする。クライアントが構成パラメータを含むDHCPACKメッセージを受け取ると、クライアントは、パラメータに関する最終的検証を実行し、IPアドレスが有効な(リースの持続)時間の長さおよびDHCPACKメッセージに指定されるリース識別情報を確認する。この時点で、クライアントは、クライアントIPアドレス、サブネット・マスクおよびデフォルト・ゲートウェイ・アドレスで構成される。クライアントがDHCPACKメッセージの中のパラメータに関して問題を検出する場合、クライアントは、DHCPDECLINEメッセージをサーバに送り返して、構成プロセスをやり直す。クライアントは、サーバにDHCPRELEASEメッセージを送ることによってIPアドレスに関するリースを放棄することができる。BOOTPプロトコルにおけるメッセージの対話も同様である。
【0029】
【発明が解決しようとする課題】
上記従来技術のノードは、宛先ノードが同じサブネット上にあるか否か判断するためサブネット・マスクを使用する。サブネット・マスク・メカニズムは、2の累乗のノード・アドレスがサブネットに加えられなければならず、これは必ずしも常に実用的または可能ではないので、柔軟性に欠けている。それ自身のゲートウェイであるようにノードを構成することが望ましいにも関わらず、DHCPのような従来技術構成プロトコールは、ネットワーク・ノードがそれ自身のゲートウェイとして構成されることを許容しない。従って、このな問題の解決が求められている。
【0030】
【課題を解決するための手段】
本発明は、ネットワーク・ノードが、それ自身のゲートウェイ・アドレスとして構成されることができるように、IPアドレスおよびデフォルト・ゲートウェイ・アドレスで自動的に構成されることを可能にする構成エージェントを提供する。それ自身のデフォルト・ゲートウェイであるようにノードを構成することによって、ノードは、サブネット内およびサブネット外パケットを処理する共通のデフォルト・ゲートウェイ・ルーチンを実行することができる。本発明に従った構成エージェントは、構成されるべきノードを含む1つのネットワーク・セグメントおよび構成パラメータを自動的に提供することができる機能を有するサーバを含む別の1つのネットワーク・セグメントという2つのネットワーク・セグメントに接続される(スイッチまたはブリッジのような)ネットワーク装置の上に配置される。
【0031】
本発明の第1の側面において、構成エージェントは詮索型エージェントの役を果たす。構成サーバから構成されるべきノードへのメッセージが、IPアドレスおよびデフォルト・ゲートウェイ・アドレスを含むメッセージを発見するため詮索される。そのようなメッセージは、構成を求めているノードに申し出されているIPアドレスをデフォルト・ゲートウェイ・アドレスにコピーするように変更され、そのメッセージがその意図されている宛先に送られることによって、構成されることを求めているノードがそれ自身のデフォルト・ゲートウェイであるように構成されることが可能にされる。場合によっては、構成されることを求めているノードへの構成サーバからのメッセージがブロードキャスト・メッセージであることを保証するため、構成されるべきノードから構成サーバへのメッセージが変更される。
【0032】
本発明の第2の側面において、構成エージェントは代理エージェントの役を果たす。構成されようとしているノードから見れば、代理エージェントは構成エージェントであるように見える。構成サーバから見れば、構成サーバおよび構成されることを求めているノードが異なるサブネット上に存在するとすれば、代理エージェントは中継エージェントであるように見える。それらが同じサブネット上にあれば、代理エージェントは、詮索エージェントの場合と同様に、構成サーバから構成されることを求めているノードへのメッセージを処理する。
【0033】
構成されることを求めているノードが、IPアドレスおよびデフォルト・ゲートウェイで構成されることを求めていることを標示するメッセージを送る時、代理エージェントがそのメッセージを受け取る。代理エージェントは、サーバからユニキャストまたはブロードキャスト応答を要求するようにメッセージを変更する。加えて、構成されるべきノードおよび構成エージェントが同じサブネット上にないならば、構成サーバが代理エージェントを中継エージェントとしてみなすようにメッセージが変更される。
【0034】
構成サーバが(おそらく代理エージェントを中継エージェントとしてみなして)構成されるべきノードにメッセージを送る時、代理エージェントは、メッセージをインターセプトして、メッセージで提供されたIPアドレスをデフォルト・ゲートウェイ・アドレスにコピーする。これによって、構成されることを求めているノードがそれ自身のデフォルト・ゲートウェイとして構成されることが可能とされる。代理エージェントは、また、実際の構成サーバのIPアドレスを代理エージェントのIPアドレスと置き換えて、構成されることを求めているノードが代理エージェントを構成エージェントとして見なすことを可能にする。
【0035】
【発明の実施の形態】
本発明は、スイッチのようなネットワーク装置上に位置する構成エージェントである。構成エージェントは、たとえサブネット・マスクがノードが異なるサブネット上にあることを標示しても、同じサブネット上にあるノードと直接通信するため、構成パラメータを捜し求めているネットワーク・ノードがそれ自身のデフォルト・ゲートウェイとして構成されることを可能にする。本発明の詳細な記述の前に、コンピュータ・ネットワークの技術分野における最近の傾向を考察する。
【0036】
伝統的に、大規模TCP/IPネットワークは、ネットワーク・ノードの間でパケットを伝送するためしばしばルータを使用してきた。しかしながら、スイッチと比較して、ルータは比較的遅く、プロセッサ集約的である。加えて、ルータはスイッチよりかなり高価である。
【0037】
上述のように、イーサネット・ネットワークを通して接続される2つのTCP/IPノードは、宛先IPアドレスが同じイーサネット・ネットワーク上にあることを送信元ノードのサブネット・マスクが標示することを前提とすれば、ルータなしに直接通信することができる。送信元ノードは、サブネット・マスクおよびそのIPアドレスに関するビット単位AND演算を実行して、その結果をサブネット・マスクおよび宛先IPアドレスに関するビット単位AND演算と比較する。結果が一致すれば、送信元ノードは、アドレス・レゾリューション・プロトコル(すなわちARP)を使用してTCP/IPパケットを送信する前にIPアドレスをイーサネット・アドレスに変換する。以下の記述において、"ハードウェア・アドレス"という用語は、イーサネットMACアドレスのようなネットワーク・ハードウェアによって使用される低位アドレスを意味し、"ネットワーク・アドレス"という用語は、IPアドレスのような高位プロトコル・スタックで使用されるアドレスを意味する。
【0038】
サブネット・マスクは、比較的未完成のメカニズムである。IPアドレスは、2の累乗の単位でネットワークに加えられる。従って、サブネット・マスクが255.255.255.0に設定される場合、1024のユニークなIPアドレスがネットワーク上で利用することが可能であり、これらのアドレスを割り当てられるノードは、ルータを必要とすることなく直接相互に通信することができる。しかしながら、ネットワーク管理者がそれより多いIPアドレスを加えることを望むとすれば、サブネット・マスクの中のビットの1つを消去することによって2048のユニークなアドレスが提供される。多くの状況において、これらのアドレスのすべてが利用できるというわけではない。従って、ネットワーク管理者は、宛先パケットによってアドレス指定されるノードがたとえ同じサブネット上にあったとしても、デフォルト・ゲートウェイ・アドレスによって識別されるルータへパケットを送信するようにTCP/IPを構成することを強制される。実際、構成問題を最小にするため、多くのネットワーク・ノードは、すべてのTCP/lPパケットをデフォルト・ゲートウェイに送信するように単純に構成される。
【0039】
この問題の1つの解決策は、そのノード自身のIPアドレスに各ノードのデフォルト・ゲートウェイ・アドレスを構成することである。このようにすると、ネットワーク・ノードがTCP/IPパケットを送信しようとする時、ネットワーク・ノード上のゲートウェイ・サブルーチンがパケットの経路指定を行う。ゲートウェイ・サブルーチンは、ARPを使用して、パケットを送付すべきMACアドレスを検出する。ルータおよびスイッチがARP代理サーバを含むように構成されることができる点に注意する必要がある。スイッチに関して、ARP代理サーバは、サブネット上のすべてのノードのMAC対IPアドレス対応関係をキャッシュ記憶することによってネットワーク・トラフィックを減少させる。従って、ノードが同じサブネット上の遠隔ノードのIPアドレスを検出を試みてARP要求パケットをブロードキャストする時、パケットは単にそのLANセグメントの範囲内で送信されるだけである。LANセグメントがスイッチを介してサブネットに統合されていれば、ARP代理サーバは必要とされない。しかしながら、スイッチ上にARP代理サーバがないと、ARPブロードキャストはサブネット上のすべてのノードに伝送されるので、ネットワーク・トラフィックは増加する。スイッチがARP代理サーバを持つとして、ゲートウェイ・サブルーチンがARPを使用して、別のLANセグメント上の遠隔ノードのMACアドレスを検出する時、ARP代理サーバが遠隔ノードのMACアドレスを提供する。
【0040】
対照的に、異なるサブネット上のノードがARPを使用して通信するとすれば、ルータ上のARP代理サーバが必要とされる。ルータのARP代理サーバは、MACアドレスおよびIPアドレスの対応関係を維持する。しかしながら、サブネット外ノードの場合、ルータのARP代理サーバによって提供されるMACアドレスは、そのルータ自身のMACアドレスである。ゲートウェイ・サブルーチンが別のサブネット上の遠隔ノードのMACアドレスを見つけるためARPを使用する時、ルータのARP代理サーバは、ルータのMACアドレスを応答するので、更に経路指定を行うためパケットがルータに送信される。
【0041】
ARPはすべてのIPアドレスを検出するために使用されるので、同じサブネット上のすべてのパケットはスイッチによって経路指定され、ルータは、そのイーサネット・ネットワークから実際に離れているパケットを伝送するためにだけ使用される。スイッチはルータより速いので、ネットワークの範囲内で送られるTCP/IPパケットは比較的速く伝送される。サブネット・マスク・メカニズムと比較すると、ゲートウェイ・サブルーチンは、2の累乗でIPアドレスを加えることに限定されていない。また、加えられる範囲は連続的である必要はない。従って、ネットワーク管理者は、イーサネット・ネットワークにIPアドレスを一層柔軟に割り当てることができる。
【0042】
この手法を追求する際、ネットワーク管理者が直面する1つの問題は、各ネットワーク・ノードをそれ自身のゲートウェイであるように構成することである。当然のことであるがこれは手操作で実施することはできるが、それは初歩のユーザにとって適切な解決策ではない。加えて、多くのノードを持つネットワークにとってこれは受け入れることのできる解決策ではない。
【0043】
ネットワーク管理を単純化するため、多くのネットワーク管理者は、既に、BOOTPまたはDHCPのような自動ホスト構成プロトコルへ移行している。あいにく、これらのプロトコルは、ネットワーク・ノードをそれ自身のゲートウェイであるように構成することをサポートしていない。ネットワーク管理者が、自動ホスト構成プロトコル・サーバを確立する作業に着手し、そのサーバから構成パラメータを受け取るようにすべてのネットワーク・ノードを構成した後管理者が手動構成に戻る可能性はほとんどない。
【0044】
本発明はこのジレンマを解く。1つの実施形態において、スイッチ(または同様のネットワーク装)はDHCP詮索エージェントを含む。詮索エージェントは、スイッチを通して伝送されるパケットを詮索して、DHCP構成メッセージを監視する。ネットワーク・ノード方向の、構成パラメータを含むメッセージを検出する時、詮索エージェントは、候補IPアドレスを含むフィールドをデフォルト・ゲートウェイを含むフィールドにコピーする。次に、詮索エージェントは、そのパケットを意図されたノードへ送信する。これによって、ネットワーク・ノードに記憶されたデフォルト・ゲートウェイのIPアドレスがノード自身のIPアドレスに設定されることが可能にされる。
【0045】
第2の、一層洗練された実施形態において、スイッチ(または同様の装置)はDHCP代理エージェントを含む。構成情報を捜し求めているネットワーク・ノードから見れば、代理エージェントは、DHCPサーバであるように見える。DHCPサーバから見れば、代理エージェントは、構成されるべきクライアント、および、DHCPサーバが異なるサブネット上にあるとすれば、DHCP/BOOTP中継エージェントであるように見える。クライアントおよびサーバが同じサブネット上にあれば、代理エージェントは、サーバからクライアントへのメッセージを、詮索エージェントと同じように、処理する。DHCP/BOOTP中継エージェントは、当業界においては既知であり、ネットワークの間で構成パラメータを中継するために使用される。代理エージェントは、構成パラメータを求めるネットワーク・ノードとDHCPサーバの間に位置するので、代理エージェントが、候補IPアドレスを含むフィールドをデフォルト・ゲートウェイを含むフィールドへコピーすることによってDHCPサーバとの間で伝送されているメッセージを変更することができる。上記2つの実施形態の詳細は以下に記述される。
【0046】
本発明は、動的ホスト構成プロトコル(すなわちDHCP)を引用して記述される。しかし、本発明はDHCPに限定されていない。本発明がBOOTPのようなその他の類似したプロトコルにも適用できることは当業者に理解されるであろう。DHCPメッセージの形式は、下記表2にリストされている。この形式はRFC1541からと取り出したものである。各フィールドの定義は、下記表3の通りである。
【0047】
【表2】
【0048】
【表3】
【0049】
図3は、本発明に従った構成エージェントを有するスイッチ76を含むネットワーク74を示す。図3は、構成エージェントがDHCP詮索エージェントである第1の実施形態、および、構成エージェントがDHCP代理エージェントである第2の実施形態の両者に対して共通である。スイッチ76は、ハブ80およびハブ84を経由してLANセグメント78をLANセグメント82に連結する。LANセグメント78は構成されることを求めるネットワーク・ノード86を含み、LANセグメント82は構成パラメータを提供するDHCPサーバ88を含む。本発明の両方の構成において、スイッチ上の構成エージェントは、ノード86およびサーバ88の間の対話を変更する。従って、スイッチ76は、ノード86およびサーバ88の間の通信経路がスイッチ76を通過するように、ノード86およびサーバ88の間に配置されることが好ましい。
【0050】
図4は、本発明の第1の実施形態に従うNポート・スイッチ90を示す。各ポートは、送出装置100への入力経路、および、出力バッファ92、94、96および98のような出力バッファを含む出力経路を持つ。更に、送出装置100は、DHCP詮索エージェント102を含む。以下に記述される場合を除いて、送出装置100は従来技術における既知の方法で、パケットを送出する。
【0051】
図5は、DHCP詮索エージェント102がパケットを処理する方法を示す流れ図104である。ブロック106においてパケットが受け取られる。ブロック108は、そのパケットがそれ自身のゲートウェイとして構成されるべきネットワーク・ノードを指定しているHCPDISCOVER、DHCPREQUEST、DHCPOFFERまたはDHCPACKパケットであるか否か判断する。本発明の1つの構成において、"援助"されるべきノードのテーブルを維持することによって一定のMACアドレスを持つノードを単に"援助"するようにスイッチ90が構成される場合があることに注意する必要がある。言い換えると、それ自身のゲートウェイとして構成されることが望ましいノードもあれば、従来技術に従って構成されるのが望ましいノードもある。パケットが上記のタイプの1つでなけば、あるいは、パケットが"援助"されるべきものではないノードからのパケットであれば、ブロック108は"NO"に分岐して、ブロック110においてパケットが伝送される。制御はブロック106に渡り、次のパケットを待機する。
【0052】
パケットがDHCPDISCOVERまたはDHCPREQUESTパケットであれば、ブロック108は"YES"に分岐して、ブロック112へ進み、そこで、パケットのBフラグがセットされているか否か検査される。Bフラグの機能はRFC1541において次のように定義されている。
【0053】
「そのプロトコル・ソフトウェアがIPアドレスで構成されるまでユニキャストIPデータグラムを受け取ることができないクライアントは、そのクライアントが送るDHCPDISCOVERまたはDHCPREQUESTメッセージにおけるフラグ・フィールドのBROADCAST(ブロードキャスト)ビット(すなわちBフラグ)を1に設定しなければならない。Bフラグは、DHCPサーバおよびBOOTP中継エージェントがクライアントのサブネット上にクライアントに対するメッセージをブロードキャストするためのヒントを与える。そのプロトコル・ソフトウェアが構成される前にユニキャストIPデータグラムを受け取ることができるクライアントは、Bフラグ・ビットを0に設定しなければならない。('giaddr'フィールドに指定されている中継エージェントへではなく)DHCPクライアントに直接DHCPメッセージを送信または中継するサーバまたは中継エージェントは、Bフラグを検査しなければならない。Bフラグが1に設定されていれば、IP宛先アドレスとしてIPブロードキャスト・アドレス(好ましくは255.255.255.255)を、リンク層(イーサーネット)宛先アドレスとしてリンク層(イーサーネット)ブロードキャスト・アドレスを使用してDHCPはIPブロードキャストとして送信されなければならない。Bフラグが0に設定されていれば、メッセージは、IPとしてユニキャストを送られなければならない"YIADDR"フィールドに指定されているIPアドレスおよび"CHADDR"フィールドに指定されているリンク層(イーサーネット)へのIPユニキャストとしてそのメッセージは送信されなければならない。ユニキャスト送信が可能でないならば、IP宛先アドレスとしてIPブロードキャスト・アドレス(好ましくは255.255.255.255)を、リンク層(イーサーネット)宛先アドレスとしてリンク層(イーサーネット)ブロードキャスト・アドレスを使用してIPブロードキャストとしてそのメッセージを送信してもよい。」
一部のスイッチは、ユニキャストおよびブロードキャスト・パケットをトラップおよび処理することができる。このタイプのスイッチは、ブロック112および114をスキップして、ブロック110においてパケットを送信し、Bフラグを解除する。しかしながら、その他のスイッチは、スイッチMACアドレスに直接アドレスされるパケットをトラップすることができるだけである。このタイプのスイッチにとって、構成対話に関係しているすべてのパケットがイーサネット・ブロードキャスト・パケットであって、スイッチのCPUがパケットをインターセプトすることができることが重要である。
【0054】
初期的DHCPDISCOVERおよびDHCPREQUESTパケットは、クライアントが通常DHCPサーバにおけるIPアドレスを知らないので、典型的には、イーサネット・ブロードキャスト・パケットである。しかしながら、クライアントがIPアドレスで構成される前にユニキャストIPデータグラムを受け取ることができるならば、クライアントはBフラグを設定し、DHCPサーバがノードへ応答を送る方法を決定する時のヒントとしてBフラグを使用することができる。フラグが解除されると、DHCPOFFER、DHCPACKおよびDHCPNAKパケットはノードへ戻されるユニキャストとなり、そのため、スイッチがユニキャスト・パケットをトラップすることができなければエージェント102がパケットをインターセプトすることができなくなる。多くのノードがIPアドレスで構成されるまでユニキャストIPデータグラムを受ける取ることができないのでBフラグが既に設定されている可能性が高い。Bフラグが設定されていれば、ブロック110へ進み、パケットは送信され、制御は次のパケットを待つためブロック106へ戻る。フラグが解除されていれば、ブロック114へ進み、Bフラグが設定され、イーサネット・チェックサムが再計算される。制御はブロック110に移り、パケットが送信され、制御は次のパケットを待つためブロック106へ戻る。
【0055】
ブロック108において、パケットがDHCPOFFERまたはDHCPACKパケットである場合、制御は下方分岐"YES"からブロック116へ進む。ブロック116は、オプション・フィールドにおけるデフォルト・ゲートウェイ・フィールドへYIADDRフィールドの候補IPアドレスをコピーして、それ自身のゲートウェイあるようにネットワーク・ノードを構成させ、その後パケット・チェックサムを再計算する。制御はブロック110に移り、パケットが送信され、制御は次のパケットを待つためブロック106へ戻る。
【0056】
本発明のこの実施形態の主な利点は、実施が容易で、オーバーヘッドをあまり必要としないことである。しかし、この実施形態には2、3のマイナーな制限がある。ユニキャスト・パケットをインターセプトすることができないスイッチに関して、構成されることを求めているノードがDHCPサーバのアドレスを知っている時、ノードはそのアドレスを使用して、DHCPDISCOVERおよびDHCPREQUESTパケットをユニキャストするかもしれない。初期的DHCPパケットがブロードキャストでないので、DHCP詮索エージェントは、そのようなパケットを見逃し、Bフラグを設定することができない。しかしながら、DHCPプロトコルの大部分の実施において、構成されることを求めているノードは、DHCPサーバのアドレスを知らないので、初期的DHCPパケットがブロードキャストでないことを確認する。
【0057】
ネットワーク・ノードがそのIPアドレスのリース期間を更新しようとする時、同じような問題が発生する可能性がある。ノードはDHCPサーバのアドレスを知っているので、典型的にはノードはサーバにDHCPREQUESTパケットをユニキャストする。DHCP詮索エージェントは、ユニキャスト・パケットをインターセプトすることができないスイッチ上に所在するので、Bフラグを設定する機会のないままこのメッセージをサーバに直接送信する。クライアントはIPアドレスで構成され、従って、ユニキャストIPデータグラムを受け取ることができるので、クライアントはBフラグを解除し、DHCPサーバはユニキャスト・メッセージで応答する可能性が高い。DHCPサーバは、修正されたデフォルト・ゲートウェイ・アドレスを認識しないので、パケットを破棄するか、正しいと信じているアドレスにデフォルト・ゲートウェイ・アドレスを戻すことを試みるかもしれない。
【0058】
メッセージはクライアントへのユニキャストであるから、DHCP詮索エージェントがデフォルト・ゲートウェイ・アドレスを修正する機会はない。従って、DHCPサーバを修正しない場合、この実施形態は、ユニキャスト・パケットをインターセプトすることができないスイッチに関する動的アドレス割り当ての問題を持つ可能性がある。一方、DHCPサーバがクライアントによって提供されるデフォルト・ゲートウェイを使用するように修正されれば、本発明が従来技術のDHCPサーバを用いて動作するという大きな利点が得られる。当然、ユニキャスト・パケットをインターセプトすることができるスイッチは影響を受けない。
【0059】
もう1つのマイナーな欠点は、Bフラグを設定することが、さもなければBフラグを解除したままにしておくであろう構成において、ネットワーク・トラフィックを若干増加させることになる点である。このようなマイナーな欠点にもかかわらず、DHCPまたはBOOTPのような従来技術の自動構成プロトコルを使用してそれ自身のゲートウェイであるようにノードを構成することをネットワーク管理者が求める場合、DHCP詮索エージェントは、多くのネットワークに対して効果的で構成の容易な解決策を提供する。
【0060】
本発明の第2の実施形態は、上記のようなマイナーな欠点に苦しまない。図6は、本発明の第2の実施形態に従ったNポート・スイッチ118を示す。各ポートは、送出装置120への入力経路、および、出力バッファ122、124、126および128のような出力バッファを含む出力経路を有する。更に、送出装置120は、DHCP代理エージェント130を含む。DHCP代理エージェント130が、DHCPサーバ132として構成されることを求めているノードに見えるように構成される。加えて、DHCP代理エージェント130のDHCP/BOOTP中継詮索エージェント134が、DHCPサーバが同じサブネット上になければ、DHCP/BOOTP中継エージェントとしてのサーバに見えるように構成される。構成されるべきクライアントとDHCPサーバが同じサブネットの上にあれば、DHCP/BOOTP中継詮索エージェント134が、DHCPサーバからクライアントへ伝送されるパケットに関して(第1の実施形態と同様な)詮索エージェントとして機能する。以下に記述される点を除いて、送出装置120は従来技術における既知の方法でパケットを送出する。
【0061】
図7乃至図10は、DHCP代理エージェント130がパケットを処理する方法を示す流れ図136である。ブロック138においてパケットが受け取られる。制御がブロック140に渡り、そこで、そのパケットがそれ自身のゲートウェイとして構成されるべきネットワーク・ノードを指定しているHCPDISCOVER、DHCPREQUEST、DHCPOFFER、DHCPACKまたはDHCPNAKパケットであるか否か判断する。上述のDHCP詮索エージェント102の場合と同様に、DHCP代理エージェント130は、"援助"されるべきネットワーク・ノードを識別するMACアドレスのテーブルを維持するように構成されることができる。パケットが上記のタイプの1つでなけば、あるいは、ノードが、"援助"されるべきものではない場合、ブロック140は"NO"に分岐して、ブロック142においてパケットが伝送される。次に制御はブロック138に戻り、次のパケットを待機する。
【0062】
DHCP代理エージェント130は構成対話において伝送されるすべてのブロードキャスト・パケットを受け取る点に注意する必要がある。加えて、パケットがクライアントからのユニキャストであれば、構成されることを求めているクライアントがDHCP代理エージェント130がそのクライアントのDHCPサーバであると見なすので、DHCP代理エージェント130はそれらのパケットを受け取る。
【0063】
パケットがDHCPDISCOVERまたはDHCPREQUESTパケットであれば、制御は、ブロック140の右側の"YES"からブロック144へ進む。ブロック144は、パケットがCIADDRフィールドにIPアドレスを含むDHCPREQUESTパケットであるか否か判断する。クライアント・ノードが以前に割り当てられた構成パラメータを検証することを求めている場合、上記表2および表3に示されるように、DHCPREQUESTパケットのCIADDRフィールドはクライアント・ノードによって記入されているはずである。このプロセスは当業界においてリース更新として知られているものである。パケットがCIADDRフィールドにIPアドレスを含むDHCPREQUESTパケットであれば、制御はブロック145へ進む。
【0064】
ブロック145は、DHCPサーバおよびスイッチが同じサブネット上にあるか否か判断する。これは、DHCP代理エージェント130をDHCPサーバによって構成させることによって判断されるか、あるいは、スイッチは、DHCP応答を受け取る時DHCPサーバの存在を動的に知ることができる。DHCPサーバおよびスイッチが同じサブネット上にあれば、制御はブロック146に移る。ブロック146は、先ずサーバ割り当てテーブルをアクセスする。サーバ割り当てテーブルは、以前に構成されたクライアントと構成情報を提供したDHCPサーバの間の対応関係を維持する。サーバ割り当てテーブルは、DHCPサーバを1つだけ持つネットワークにおいては必ずしも必要でない点に注意する必要がある。DHCPACKおよびDHCPREQUESTパケットが処理される時テーブルに1つのエントリが記憶される(詳細は後述)。
【0065】
ブロック146は、クライアントを構成したDHCPサーバのアドレスをサーバ割り当てテーブルから取り出す。サーバとクライアントが同じサブネット上にあるので、アドレスは、MACアドレスまたは(ARPを使用してMACアドレスに変換される)IPアドレスである。次に、ブロック146は、取り出したDHCPサーバのMACアドレスにパケットを再アドレス指定する。次に、ブロック146は、(すでに設定されてなければ)Bフラグを設定して、それによって、DHCPサーバが、上記第1の実施形態と同様に、インターセプトされるブロードキャスト・メッセージを応答することが保証される。最後に、パケット・チェックサムが再計算され、制御はブロック142に渡る。
【0066】
ブロック145において、DHCPサーバとスイッチが同じサブネット上になければ、制御はブロック147に移る。ブロック147は、ブロック146の場合と同様に、サーバ割り当てテーブルにアクセスして、サーバによって提供されたデフォルト・ゲートウェイ・アドレスと共に、クライアントを構成したDHCPサーバのIPアドレスを取り出す。次に、ブロック147は、DHCPサーバのIPアドレスへパケットを再アドレス指定して、DHCP代理エージェント130のIPアドレスをGIADDRフィールドに加え、(すでに解除されてなければ)Bフラグを解除し、チェックサムを再計算する。DHCP代理エージェント130のIPアドレスをGIADDRフィールドに加え、Bフラグを解除することによって、DHCP代理エージェント130がDHCPサーバに対するDHCP/BOOTP中継エージェントのように見えるので、応答されるユニキャスト・パケットはDHCP代理エージェント130へ戻される。次に、制御はブロック142へ戻り、DHCP代理エージェント130のデフォルト・ゲートウェイを通してパケットがDHCPサーバに伝送される。制御は次のパケットを待機するためブロック138に移る。
【0067】
ブロック144において、パケットがCIADDRフィールドにIPアドレスを含むDHCPREQUESTパケットでない場合、制御はブロック148へ進む。ブロック148は、パケットがDHCPREQUESTパケットであるかDHCPDISCOVERパケットであるか判断する。(ここでは、DHCPREQUESTパケットは、CIADDRフィールドにアドレスがあればブロック144において"YES"となっているので、当然、CIADDRフィールドにアドレスを持っていない)。パケットがDHCPREQUESTパケットであれば、パケットは、構成されることを求めているノードによって要求されたパラメータを含み、制御はブロック150へ進む。ブロッック150は、申し出されたネットワーク・ノード対DHCPサーバの対応関係でサーバ割り当てテーブルを更新する。クライアントがDHCPREQUESTパケットによってIPアドレスに関するリース期間を更新することを求める時、このテーブルが使用される。制御は次にブロック152に移る。ブロック148において、パケットがDHCPDISCOVERパケットであれば、制御はブロック152に進む。
【0068】
ブロック152は、DHCPサーバとスイッチが同じサブネット上にあるか否か判断する。この判断は、上述のステップ145の場合と同様に行われる。スイッチおよびDHCPサーバが同じサブネット上になければ、制御はブロック154へ進む。ブロック154において、GIADDRフィールドにDHCP代理エージェント130のIPアドレスが挿入され、これにより、DHCP代理エージェント130はDHCPサーバにとってDHCP/BOOTP中継エージェントのように見える。次に、ブロック154は、ユニキャスト伝送が要求されるように、Bフラグを解除する。これはネットワーク・バンド幅を節約する。次に、パケットはDHCPサーバのIPアドレスでアドレス指定される。DHCP代理エージェント130がサブネット外DHCPサーバに関する限りDHCP/BOOTP中継エージェントの役を果たしているので、DHCP代理エージェント130は、応答パケットを調べることによって動的にDHCPサーバを発見するというDHCPサーバ・アドレス手操作構成のような従来技術を使用して、DHCPサーバのリストを維持することもできる。最後に、パケット・チェックサムが再計算され、制御はブロック142に戻って、そこで、パケットはDHCP代理エージェント130のデフォルト・ゲートウェイを経由して伝送される。次に、制御は次のパケットを待機するためブロック138に移る。
【0069】
ブロック152において、DHCPサーバおよびスイッチが同じサブネット上にあれば、ブロック156に進み、DHCPサーバからのブロードキャスト伝送を要求するため、Bフラグが設定され、既にBフラグが解除されていた場合はチェックサムが再計算される。次に、制御はブロック142に戻って、そこで、パケットが伝送される。制御は次のパケットを待機するためブロック138に移る。
【0070】
一方、ブロック140において、パケットが、"援助"されるように構成されるネットワークのDHCPOFFER、DHCPACKまたはDHCPNAKパケットであれば、制御はブロック158に渡り、パケットがDHCPACパケットであるか否か判断される。DHCPACパケットであれば、パケットは構成情報を含むことを意味し、制御はブロック160へ進み、ステップ150の場合と同様に、ネットワーク・ノード対DHCPサーバ対応関係でサーバ割り当てテーブルが更新される。次に、制御はブロック162に移る。ブロック158においてパケットがDHCPACパケットでない場合も、制御はブロック162に移る。
【0071】
ブロック162において、DHCP代理エージェント132のIPアドレスがSIADDRフィールドにコピーされ、それによって、構成されることを求めているネットワーク・ノードがDHCP代理エージェント132をそのDHCPサーバとみなすことが可能となる。ブロック162は、DHCP代理エージェント132がクライアント・ノードにとってDHCP/BOOTP中継エージェントであるように見えなくするように、GIADDRフィールドを消去する。次に、ノードをそれ自身のデフォルト・ゲートウェイであるように構成するため、候補Pアドレスがオプション・フィールドでYIADDRフィールドからデフォルト・ゲートウェイ・フィールドへコピーされる。最後に、パケット・チェックサムが再計算され、制御はブロック142に戻って、そこで、パケットが構成されるべきクライアントに送信される。次に、制御は次のパケットを待機するためブロック138に移る。
【0072】
本発明の第2の実施形態は、従来技術のDHCPサーバを維持しながら、リース更新およびユニキャスト伝送を含めDHCPメッセージのすべての面をサポートすることを求めるネットワーク管理者に包括的な解決策を提供する。それに加えて、ブロードキャスト・パケットだけをインターセプトすることができるスイッチに関して使用される場合、本発明の第2の実施形態は充分に機能的である。
【0073】
ネットワーク・ノードがそれ自身のゲートウェイとして自動的に構成されることを可能ににすることによって、本発明の上記2つの実施形態は、自動構成を維持しながら、かつ、ルータを経由するトラフィックを大幅に増加させることなく、スイッチおよびブリッジを追加することによって、ネットワーク管理者がネットワークを拡張することを可能にする。スイッチおよびブリッジはルータより非常に速く、廉価であるので、本発明は、ネットワークを拡張するコストを最小にし、ネットワークの速度を最大にし、自動構成を維持する機会をネットワーク管理者に提供する。
【0074】
従来技術においては、スイッチまたはブリッジの追加によってネットワークを拡張する時、ネットワーク管理者には3つの選択があった。第1に、管理者は、サブネット・マスクを変更することが可能であった。この選択は、自動構成を許容するが、多くの場合実際的でない2の累乗の数でIPアドレスをサブネットに追加しなければならない。第2に、ネットワーク管理者は、それ自身のデフォルト・ゲートウェイであるように各クライアントを手操作で構成することができたが、この選択は、管理者がすでにDHCPのような自動構成プロトコルを確立する出費を支出していれば、魅力のある候補ではない。最後に、ネットワーク管理者は、ルータを使用することができたが、ルータは速度が遅く高価である。本発明は、第4の選択を提供する。本発明に従えば、構成エージェントは、手操作での構成の実施を必要とすることなく、また、ルータに頼ることもなく、いかなるIPアドレスの増加をもサブネットに加えることを可能にする。
【0075】
以上、特定の実施形態を参照して本発明を記述したが、本発明の理念を逸脱することなく、上記実施形態に種々の変更を加えることが可能である点は当業者に認められることであろう。
【0076】
本発明には、例として次のような実施様態が含まれる。
【0077】
(1)クライアントをそれ自身のデフォルト・ゲートウェイであるように構成する方法であって、構成サーバおよびクライアントの間の構成対話の一部であり、該クライアントによって現在使用されているまたは将来使用されるデフォルト・ゲートウェイ・アドレスを含むメッセージをインターセプトするステップと、上記メッセージ中のデフォルト・ゲートウェイ・アドレスを該クライアントのアドレスであるように修正するステップと、上記メッセージを伝送するステップと、を含むクライアント構成方法。
【0078】
(2)上記メッセージが申し出メッセージである、上記(1)に記載のクライアント構成方法。
【0079】
(3)上記メッセージが肯定応答メッセージである、上記(1)に記載のクライアント構成方法。
【0080】
(4)メッセージをインターセプトする上記ステップが、上記サーバからメッセージを受け取るステップを含み、メッセージを伝送する上記ステップが、上記メッセージを上記クライアントに伝送するステップを含む、上記(1)に記載のクライアント構成方法。
【0081】
(5)上記メッセージ中のデフォルト・ゲートウェイ・アドレスを修正する上記ステップが、該クライアントのネットワーク・アドレスとして現在使用されているまたは将来使用される候補ネットワーク・アドレスを当該メッセージのクライアント・ネットワーク・アドレス・フィールドからコピーし、該メッセージのデフォルト・ゲートウェイ・アドレス・フィールドにその候補アドレスを記憶するステップを含む、上記(1)に記載のクライアント構成方法。
【0082】
(6)上記メッセージに関連するチェックサムを再計算するステップを、更に含む上記(5)に記載のクライアント構成方法。
【0083】
(7)構成サーバおよびクライアントの間の構成対話の一部分である発見メッセージまたは要求メッセージをインターセプトするステップと、その発見メッセージまたは要求メッセージを調べて、そのメッセージのブロードキャスト・フラグが設定されているか否かを判断するステップと、ブロードキャスト・フラグが設定されていなければ、ブロードキャスト・フラグを設定し、上記発見メッセージまたは要求メッセージに関連するチェックサムを再計算し、上記発見メッセージまたは要求メッセージを伝送するステップと、を更に含む、上記(1)に記載のクライアント構成方法。
【0084】
(8)上記メッセージの構成サーバ・アドレス・フィールドに構成エージェントのネットワーク・アドレスを記憶するステップを更に含む、上記(1)に記載のクライアント構成方法。
【0085】
(9)上記メッセージが肯定応答メッセージであるか否かを判断するステップと、メッセージが肯定応答メッセージであれば、サーバ割り当てテーブルに当該クライアントと上記構成サーバを関連付ける1つのエントリを記憶するステップを更に含む、上記(1)に記載のクライアント構成方法。
【0086】
(10)クライアントがそのリースを更新することを求めるネットワーク・アドレスを含む要求メッセージをインターセプトするステップと、構成サーバのアドレスに要求メッセージを再アドレス指定するステップと、要求メッセージを構成サーバに伝送するステップと、を更に含む、上記(1)に記載のクライアント構成方法。
【0087】
(11)構成エージェントおよび構成サーバが同じサブネット上にあるか否かを判断し、構成エージェントおよび構成サーバが同じサブネット上にあれば、上記要求メッセージのブロードキャスト・フラグが設定されてなければブロードキャスト・フラグを設定し、上記要求メッセージに関連するチェックサムを再計算するステップを含み、構成サーバのアドレスに要求メッセージを再アドレス指定する上記ステップが、構成サーバのハードウェア・アドレスに上記要求メッセージのハードウェア・アドレスを再アドレス指定するステップを含み、構成エージェントおよび構成サーバが同じサブネット上になければ、上記要求メッセージのブロードキャスト・フラグが解除されてなければブロードキャスト・フラグを解除し、上記要求メッセージの中継エージェント・フィールドに構成エージェントのネットワーク・アドレスを記憶し、上記要求メッセージに関連するチェックサムを再計算するステップを含み、構成サーバのアドレスに要求メッセージを再アドレス指定する上記ステップが、構成サーバのネットワーク・アドレスに上記要求メッセージのネットワーク・アドレスを再アドレス指定するステップを含む、上記(10)に記載のクライアント構成方法。
【0088】
(12)構成サーバのアドレスに上記要求メッセージを再アドレス指定する上記ステップが、サーバ割り当てテーブルにアクセスして、クライアントと既に関連付けられている構成サーバのアドレスを取り出し、クライアントと既に関連付けられている構成サーバのアドレスに上記要求メッセージを再アドレス指定するステップを含む、上記(10)に記載のクライアント構成方法。
【0089】
(13)構成サーバおよびクライアントの間の構成対話の一部である発見メッセージまたは要求メッセージをインターセプトするステップと、構成エージェントおよび構成サーバが同じサブネット上にあるか否か判断するステップと、構成エージェントおよび構成サーバが同じサブネット上にあれば、ブロードキャスト・フラグが設定されていなければ、発見メッセージまたは要求メッセージのブロードキャスト・フラグを設定し、上記発見メッセージまたは上記要求メッセージに関連するチェックサムを再計算し、上記発見メッセージまたは上記要求メッセージを伝送するステップと、構成エージェントおよび構成サーバが同じサブネット上になければ、ブロードキャスト・フラグが解除されていなければ発見メッセージまたは要求メッセージのブロードキャスト・フラグを解除し、発見メッセージまたは要求メッセージの中継エージェント・フィールドに構成エージェントのネットワーク・アドレスを記憶し、発見メッセージまたは要求メッセージに関連するチェックサムを再計算し、発見メッセージまたは要求メッセージを伝送するステップと、を更に含む、上記(1)に記載のクライアント構成方法。
【0090】
(14)デフォルト・ゲートウェイ・アドレスでクライアントを構成することができる構成サーバに接続された第1のポートと、デフォルト・ゲートウェイ・アドレスで構成されることを求めているクライアントに接続された第2のポートと、上記第1のポートおよび第2のポートの間に接続され、上記第1および第2のポートの間でパケットを送出する送出装置と、を備えるネットワーク装置であって、上記送出装置が、構成サーバおよびクライアントの間の構成対話の一部である構成パケットをインターセプトする構成エージェントを含み、上記構成パケットがクライアントによって使用されるデフォルト・ゲートウェイ・アドレスを含み、上記構成エージェントが、該クライアントのネットワーク・アドレスであるようにデフォルト・ゲートウェイ・アドレスを修正して、該構成パケットを伝送する、ネットワーク装置。
【0091】
(15)上記構成パケットが申し出パケットを含む、上記(14)に記載のネットワーク装置。
【0092】
(16)上記構成パケットが肯定応答パケットを含む、上記(14)に記載のネットワーク装置。
【0093】
(17)上記構成エージェントが、構成サーバからの構成パケットを上記第1のポートで受け取ることによって上記構成パケットをインターセプトし、該構成パケットを上記第2のポートで上記クライアントに伝送すことによって該構成パケットを伝送する、上記(14)に記載のネットワーク装置。
【0094】
(18)該クライアントのネットワーク・アドレスとして現在使用されているまたは将来使用される候補ネットワーク・アドレスを上記構成パケットのクライアント・ネットワーク・アドレス・フィールドからコピーして、上記構成パケットのデフォルト・ゲートウェイ・アドレス・フィールドにその候補アドレスを記憶することによって、上記構成エージェントが、クライアントによって使用されるべきデフォルト・ゲートウェイ・アドレスを修正する、上記(14)に記載のネットワーク装置。
【0095】
(19)上記構成エージェントが、構成パケットを伝送する前に上記構成パケットに関連するチェックサムを再計算する、上記(14)に記載のネットワーク装置。
【0096】
(20)上記構成エージェントが、構成サーバおよびクライアントの間の構成対話の一部である発見メッセージまたは要求メッセージを含むパケットをインターセプトして、該発見メッセージまたは要求メッセージを検査して、ブロードキャスト・フラグが設定されていなければ、発見メッセージまたは要求メッセージのブロードキャスト・フラグを設定し、該パケットに関連するチェックサムを再計算し、上記要求パケットを伝送する、上記(14)に記載のネットワーク装置。
【0097】
(21)上記構成エージェントが、構成パケットの構成サーバ・アドレス・フィールドに構成エージェントのネットワーク・アドレスを記憶する、上記(14)に記載のネットワーク装置。
【0098】
(22)上記構成エージェントが、上記構成パケットが肯定応答メッセージを含むか否かを判断し、構成パケットが肯定応答メッセージを含めば、サーバ割り当てテーブルに当該クライアントと上記構成サーバを関連付ける1つのエントリを記憶する、上記(14)に記載のネットワーク装置。
【0099】
(23)上記構成エージェントが、クライアントがそのリースを更新することを求めるネットワーク・アドレスを含む要求メッセージを含むパケットをインターセプトし、構成サーバのアドレスにそのパケットを再アドレス指定して、そのパケットを構成サーバに伝送する、上記(14)に記載のネットワーク装置。
【0100】
(24)上記構成エージェントが、構成エージェントおよび構成サーバが同じサブネット上にあるか否かを判断し、構成エージェントおよび構成サーバが同じサブネット上にあれば、上記要求メッセージのブロードキャスト・フラグが設定されてなければブロードキャスト・フラグを設定し、上記パケットに関連するチェックサムを再計算し、構成サーバのネットワーク・アドレスに上記パケットを再アドレス指定し、構成エージェントおよび構成サーバが同じサブネット上になければ、上記要求メッセージのブロードキャスト・フラグが解除されてなければブロードキャスト・フラグを解除し、上記要求メッセージの中継エージェント・フィールドに構成エージェントのネットワーク・アドレスを記憶し、上記要求メッセージに関連するチェックサムを再計算し、構成サーバのネットワーク・アドレスに上記パケットを再アドレス指定する、上記(23)に記載のネットワーク装置。
【0101】
(25)上記構成エージェントが、構成サーバ割り当てテーブルにアクセスして、クライアントと既に関連付けられている構成サーバのアドレスを取り出し、クライアントと既に関連付けられている構成サーバのアドレスに上記パケットを再アドレス指定することによって、上記パケットを構成サーバのアドレスに再アドレス指定する、上記(23)に記載のネットワーク装置。
【0102】
(26)上記構成エージェントが、構成サーバおよびクライアントの間の構成対話の一部である発見メッセージまたは要求メッセージを含むパケットをインターセプトして、構成エージェントおよび構成サーバが同じサブネット上にあるか否か判断し、構成エージェントおよび構成サーバが同じサブネット上にあれば、ブロードキャスト・フラグが設定されていなければ、発見メッセージまたは要求メッセージのブロードキャスト・フラグを設定し、上記パケットに関連するチェックサムを再計算し、上記パケットを伝送し、構成エージェントおよび構成サーバが同じサブネット上になければ、ブロードキャスト・フラグが解除されていなければ発見メッセージまたは要求メッセージのブロードキャスト・フラグを解除し、上記発見メッセージまたは要求メッセージの中継エージェント・フィールドに構成エージェントのネットワーク・アドレスを記憶し、上記パケットに関連するチェックサムを再計算し、そのパケットを伝送する、上記(14)に記載のネットワーク装置。
【0103】
【発明の効果】
ネットワーク・ノードがそれ自身のゲートウェイとして自動的に構成されることを可能ににすることによって、本発明は、自動構成を維持しながら、かつ、ルータを経由するトラフィックを大幅に増加させることなく、スイッチおよびブリッジを追加することによって、ネットワーク管理者がネットワークを拡張することを可能にする。スイッチおよびブリッジは、ルータより非常に速く、廉価であるので、本発明は、ネットワークを拡張するコストを最小にし、ネットワークの速度を最大にしつつ、ノードの自動構成を維持する機会をネットワーク管理者に提供する。
【図面の簡単な説明】
【図1】OSI基準モデルのブロック図である。
【図2】従来技術のネットワークを示すブロック図である。
【図3】本発明に従った構成エージェントを有するスイッチを含むネットワークを示すブロック図である。
【図4】構成エージェントがDHCP詮索エージェントである本発明の第1の実施形態に従ったNポート・スイッチを示すブロック図である。
【図5】図4に示されたDHCP詮索エージェントがパケットを処理する方法を示す流れ図である。
【図6】構成エージェントがDHCP代理エージェントである本発明の第2の実施形態に従ったNポート・スイッチを示すブロック図である。
【図7】図8乃至図10と共に、図6のDHCP代理エージェントがパケットを処理する方法を示す流れ図である。
【図8】図7、図9および図10と共に、図6のDHCP代理エージェントがパケットを処理する方法を示す流れ図である。
【図9】図7、図8および図10と共に、図6のDHCP代理エージェントがパケットを処理する方法を示す流れ図である。
【図10】図7乃至図9と共に、図6のDHCP代理エージェントがパケットを処理する方法を示す流れ図である。
【符号の説明】
74 ネットワーク
76 構成エージェントを含むスイッチ
86 構成されるべきネットワーク・ノード(クライアント)
88、132 DHCPサーバ
100、120 送出装置
102 DHCP詮索エージェント
130 DHCP代理エージェント
134 DHCP/BOOTP中継詮索エージェント
Claims (11)
- ネットワーク装置であって、
クライアントにネットワーク・アドレスおよびデフォルト・ゲートウェイ・アドレスを設定することができる構成サーバに接続された第1のポートと、
IPアドレスおよびデフォルト・ゲートウェイ・アドレスを設定されることを求めているクライアントに接続された第2のポートと、
前記第1のポートおよび第2のポートの間に接続され、前記第1および第2のポートの間でパケットを送出する送出ユニット(100)と、を有し、
前記送出ユニット(100)は、前記構成サーバから前記設定されることを求めているクライアントに送られる構成設定のためのメッセージを含む構成パケットをインターセプトする構成エージェント(102)を含んでおり、該構成パケットは前記クライアントによって使用されるネットワーク・アドレスおよびデフォルト・ゲートウェイ・アドレスを含んでおり、前記構成エージェントは、前記デフォルト・ゲートウェイ・アドレスに前記設定されることを求めているクライアントの前記ネットワーク・アドレスをコピーし、コピーした前記ネットワーク・アドレスで前記デフォルト・ゲートウェイ・アドレスを変更し、変更された前記デフォルト・ゲートウェイ・アドレスを含む前記構成パケットを前記第2のポートを介して前記設定されることを求めているクライアントに送出し、前記設定されることを求めているクライアントが、送出された前記構成パケットを受信することによって、前記設定されることを求めているクライアントが自身のデフォルト・ゲートウェイになるようにする、ネットワーク装置。 - 前記構成エージェントが、前記第1のポートで前記構成サーバからの前記構成パケットを受け取ることによって前記構成パケットをインターセプトし、前記第2のポートで前記構成パケットを前記クライアントに伝送することによって前記構成パケットを伝送する、請求項1に記載のネットワーク装置。
- 前記クライアントのネットワーク・アドレスとして現在使用されているまたは将来使用される候補ネットワーク・アドレスを前記構成パケットのクライアント・ネットワーク・アドレス・フィールドから、前記構成パケットのデフォルト・ゲートウェイ・アドレス・フィールドにコピーして該候補アドレスを記憶することによって、前記構成エージェントが、前記クライアントによって使用されるべきデフォルト・ゲートウェイ・アドレスを変更する、請求項1に記載のネットワーク装置。
- 前記構成エージェントが、前記構成パケットを伝送する前に、前記構成パケットに関連するチェックサムを再計算する、請求項1に記載のネットワーク装置。
- 前記構成エージェントが、
前記構成サーバおよび前記クライアントの間の構成設定のための発見メッセージまたは要求メッセージを含むパケットをインターセプトし、
前記発見メッセージまたは前記要求メッセージを含む前記パケットを検査して該パケットのブロードキャスト・フラグが設定されているかどうかを判定し、
前記ブロードキャスト・フラグが設定されていない場合には前記ブロードキャスト・フラグを設定し、
前記発見メッセージまたは前記要求メッセージを含む前記パケットに関連するチェックサムを再計算し、
前記発見メッセージまたは前記要求メッセージを含む前記パケットを伝送する、請求項1に記載のネットワーク装置。 - 前記構成エージェントが、前記構成パケットの構成サーバ・アドレス・フィールドに構成エージェントのネットワーク・アドレスを記憶する、請求項1に記載のネットワーク装置。
- 前記構成エージェントが、前記構成パケットが肯定応答メッセージを含むか否かを判断し、前記構成パケットが肯定応答メッセージを含む場合には、サーバ割り当てテーブルに前記クライアントと前記構成サーバとを関連付けるエントリを記憶する、請求項1に記載のネットワーク装置。
- 前記構成エージェントが、クライアントがリースを更新することを求めるネットワーク・アドレスを含む要求メッセージを含むパケットをインターセプトし、前記要求メッセージを含む前記パケットの宛先を前記構成サーバのアドレスに再アドレス指定し、前記要求メッセージを含む前記パケットを前記構成サーバに伝送する、請求項1に記載のネットワーク装置。
- 前記構成エージェントが、前記構成エージェントおよび前記構成サーバが同じサブネット上にあるか否かを判断し、
前記構成エージェントおよび前記構成サーバが同じサブネット上にある場合には、前記要求メッセージを含む前記パケットのブロードキャスト・フラグが設定されてなければ該ブロードキャスト・フラグを設定し、前記要求メッセージを含む前記パケットに関連するチェックサムを再計算し、前記パケットの宛先を前記構成サーバのハードウェア・アドレスに再アドレス指定し、
前記構成エージェントおよび前記構成サーバが同じサブネット上にない場合には、前記要求メッセージを含む前記パケットのブロードキャスト・フラグが解除されてなければ該ブロードキャスト・フラグを解除し、前記要求メッセージを含む前記パケットの中継エージェント・フィールドに前記構成エージェントのネットワーク・アドレスを記憶し、前記要求メッセージを含む前記パケットに関連するチェックサムを再計算し、前記パケットの宛先を前記構成サーバのネットワーク・アドレスに再アドレス指定する、請求項8に記載のネットワーク装置。 - 前記構成エージェントが、構成サーバ割り当てテーブルにアクセスして、クライアントと既に関連付けられている構成サーバのアドレスを取り出し、前記要求メッセージの宛先を前記クライアントと既に関連付けられている構成サーバのアドレスに含む前記パケットを再アドレス指定することによって、前記パケットの宛先を構成サーバのアドレスに再アドレス指定する、請求項8に記載のネットワーク装置。
- 前記構成エージェントが、構成サーバおよびクライアントの間の構成対話の一部である発見メッセージまたは要求メッセージを含むパケットをインターセプトして、構成エージェントおよび構成サーバが同じサブネット上にあるか否か判断し、
構成エージェントおよび構成サーバが同じサブネット上にある場合には、発見メッセージまたは要求メッセージを含むパケットのブロードキャスト・フラグが設定されていなければ該ブロードキャスト・フラグを設定し、前記パケットに関連するチェックサムを再計算し、前記パケットを伝送し、
構成エージェントおよび構成サーバが同じサブネット上にない場合には、発見メッセージまたは要求メッセージを含むパケットのブロードキャスト・フラグが解除されていなければ該ブロードキャスト・フラグを解除し、前記発見メッセージまたは要求メッセージを含む前記パケットの中継エージェント・フィールドに構成エージェントのネットワーク・アドレスを記憶し、前記パケットに関連するチェックサムを再計算し、前記パケットを伝送する、請求項1に記載のネットワーク装置。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US048934 | 1998-03-26 | ||
US09/048,934 US6070187A (en) | 1998-03-26 | 1998-03-26 | Method and apparatus for configuring a network node to be its own gateway |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2000041069A JP2000041069A (ja) | 2000-02-08 |
JP2000041069A5 JP2000041069A5 (ja) | 2006-06-08 |
JP4519214B2 true JP4519214B2 (ja) | 2010-08-04 |
Family
ID=21957232
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP06482399A Expired - Fee Related JP4519214B2 (ja) | 1998-03-26 | 1999-03-11 | クライアント構成方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US6070187A (ja) |
EP (1) | EP0946027B1 (ja) |
JP (1) | JP4519214B2 (ja) |
DE (1) | DE69836673T2 (ja) |
Families Citing this family (172)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
IL131831A (en) | 1997-03-12 | 2002-12-01 | Nomadix Inc | Translator or roaming router |
US6345315B1 (en) * | 1997-08-13 | 2002-02-05 | Sudhindra N. Mishra | Method for platform and protocol independent communication between client-server pairs |
US6006258A (en) * | 1997-09-12 | 1999-12-21 | Sun Microsystems, Inc. | Source address directed message delivery |
GB2333670B (en) * | 1998-01-19 | 2003-02-12 | Ericsson Telefon Ab L M | Address allocation |
US6822955B1 (en) * | 1998-01-22 | 2004-11-23 | Nortel Networks Limited | Proxy server for TCP/IP network address portability |
US6370147B1 (en) | 1998-04-23 | 2002-04-09 | 3Com Corporation | Method for addressing of passive network hosts in a data-over-cable system |
US6636485B1 (en) | 1998-05-14 | 2003-10-21 | 3Com Corporation | Method and system for providing quality-of-service in a data-over-cable system |
US6769032B1 (en) * | 1998-05-15 | 2004-07-27 | E.Piphany, Inc. | Augmented processing of information objects in a distributed messaging framework in a computer network |
US6442158B1 (en) | 1998-05-27 | 2002-08-27 | 3Com Corporation | Method and system for quality-of-service based data forwarding in a data-over-cable system |
US6775276B1 (en) * | 1998-05-27 | 2004-08-10 | 3Com Corporation | Method and system for seamless address allocation in a data-over-cable system |
US6510162B1 (en) | 1998-05-27 | 2003-01-21 | 3Com Corporation | System and method for managing channel usage in a data over cable system |
US6560203B1 (en) | 1998-05-27 | 2003-05-06 | 3Com Corporation | Method for changing type-of-service in a data-over-cable system |
US6377990B1 (en) * | 1998-06-15 | 2002-04-23 | Lodgenet Entertainment Corporation | System for providing internet access from locations different from those for which the user's software was configured |
US6745243B2 (en) * | 1998-06-30 | 2004-06-01 | Nortel Networks Limited | Method and apparatus for network caching and load balancing |
FR2781952B1 (fr) * | 1998-07-28 | 2000-09-08 | Cegelec | Procede d'attribution d'adresses informatiques entre unites d'un systeme de conduite d'installation industrielle |
US6535918B1 (en) * | 1998-09-22 | 2003-03-18 | Qualcomm Incorporated | Interface between standard terminal equipment unit and high speed wireless link |
US6892229B1 (en) | 1998-09-30 | 2005-05-10 | 3Com Corporation | System and method for assigning dynamic host configuration protocol parameters in devices using resident network interfaces |
US6308205B1 (en) * | 1998-10-22 | 2001-10-23 | Canon Kabushiki Kaisha | Browser-based network management allowing administrators to use web browser on user's workstation to view and update configuration of network devices |
DE19849170C2 (de) * | 1998-10-26 | 2000-08-24 | Elsa Ag | Verfahren zum Einrichten eines Internet-Protokoll Netzwerkes |
US6170008B1 (en) * | 1998-12-07 | 2001-01-02 | Mediaone Group, Inc. | On-the-fly trivial file transfer protocol |
US7194554B1 (en) | 1998-12-08 | 2007-03-20 | Nomadix, Inc. | Systems and methods for providing dynamic network authorization authentication and accounting |
US8266266B2 (en) | 1998-12-08 | 2012-09-11 | Nomadix, Inc. | Systems and methods for providing dynamic network authorization, authentication and accounting |
US8713641B1 (en) | 1998-12-08 | 2014-04-29 | Nomadix, Inc. | Systems and methods for authorizing, authenticating and accounting users having transparent computer access to a network using a gateway device |
US6662135B1 (en) | 1998-12-09 | 2003-12-09 | 3Com Corporation | Method and apparatus for reflective mixer testing of a cable modem |
US6657991B1 (en) * | 1998-12-21 | 2003-12-02 | 3Com Corporation | Method and system for provisioning network addresses in a data-over-cable system |
US6986157B1 (en) | 1998-12-21 | 2006-01-10 | 3Com Corporation | Method and system for dynamic service registration in a data-over-cable system |
US6577642B1 (en) | 1999-01-15 | 2003-06-10 | 3Com Corporation | Method and system for virtual network administration with a data-over cable system |
JP3563990B2 (ja) * | 1999-02-24 | 2004-09-08 | キヤノン株式会社 | ネットワーク装置、ネットワークデバイス制御方法及び記録媒体 |
US7099338B1 (en) | 1999-02-27 | 2006-08-29 | 3Com Corporation | System and method for insuring dynamic host configuration protocol operation by a host connected to a data network |
US6591306B1 (en) * | 1999-04-01 | 2003-07-08 | Nec Corporation | IP network access for portable devices |
US6697862B1 (en) * | 1999-05-21 | 2004-02-24 | 3Com Corporation | System and method for network address maintenance using dynamic host configuration protocol messages in a data-over-cable system |
US6654387B1 (en) | 1999-05-21 | 2003-11-25 | 3Com Corporation | Method for network address table maintenance in a data-over-cable system using a network device registration procedure |
US6754622B1 (en) | 1999-05-24 | 2004-06-22 | 3Com Corporation | Method for network address table maintenance in a data-over-cable system using destination reachibility |
US6785292B1 (en) | 1999-05-28 | 2004-08-31 | 3Com Corporation | Method for detecting radio frequency impairments in a data-over-cable system |
SE9902336A0 (sv) * | 1999-06-18 | 2000-12-19 | Ericsson Telefon Ab L M | Metod och system för kommunikation |
US6578074B1 (en) * | 1999-06-25 | 2003-06-10 | Mediaone Group, Inc. | Provisioning server enhancement |
US6628654B1 (en) * | 1999-07-01 | 2003-09-30 | Cisco Technology, Inc. | Dispatching packets from a forwarding agent using tag switching |
US7051066B1 (en) * | 1999-07-02 | 2006-05-23 | Cisco Technology, Inc. | Integrating service managers into a routing infrastructure using forwarding agents |
JP2001024710A (ja) * | 1999-07-08 | 2001-01-26 | Sony Corp | 広域ネットワークにおける自動アドレス管理方法、ルータ、プログラム提供媒体、及び、プログラム伝送シグナル |
US6628607B1 (en) | 1999-07-09 | 2003-09-30 | Apple Computer, Inc. | Method and apparatus for loop breaking on a serial bus |
US6697851B1 (en) * | 1999-09-02 | 2004-02-24 | International Business Machines Corporation | Method and apparatus for identifying clients using incoming option data |
US6987769B1 (en) | 1999-09-08 | 2006-01-17 | Qwest Communications International Inc. | System and method for dynamic distributed communication |
US6553568B1 (en) | 1999-09-29 | 2003-04-22 | 3Com Corporation | Methods and systems for service level agreement enforcement on a data-over cable system |
US6684241B1 (en) * | 1999-09-29 | 2004-01-27 | Nortel Networks Limited | Apparatus and method of configuring a network device |
US7702732B1 (en) * | 1999-09-29 | 2010-04-20 | Nortel Networks Limited | Methods for auto-configuring a router on an IP subnet |
AU1224101A (en) | 1999-10-22 | 2001-05-08 | Nomadix, Inc. | Gateway device having an xml interface and associated method |
US6857009B1 (en) | 1999-10-22 | 2005-02-15 | Nomadix, Inc. | System and method for network access without reconfiguration |
EP1901464A3 (en) * | 1999-10-22 | 2008-04-23 | Nextnet Wireless Inc. | System and method for automatic CPE registration in a wireless communication network |
AU3636301A (en) * | 1999-10-22 | 2001-05-08 | Nomadix, Inc. | System and method for network access without reconfiguration |
US6754707B2 (en) * | 1999-10-28 | 2004-06-22 | Supportsoft, Inc. | Secure computer support system |
US6691096B1 (en) | 1999-10-28 | 2004-02-10 | Apple Computer, Inc. | General purpose data container method and apparatus for implementing AV/C descriptors |
US6671768B1 (en) | 1999-11-01 | 2003-12-30 | Apple Computer, Inc. | System and method for providing dynamic configuration ROM using double image buffers for use with serial bus devices |
US6959343B1 (en) | 1999-11-01 | 2005-10-25 | Apple Computer, Inc. | Method and apparatus for dynamic link driver configuration |
US6631426B1 (en) | 1999-11-02 | 2003-10-07 | Apple Computer, Inc. | Automatic ID allocation for AV/C entities |
US6813663B1 (en) | 1999-11-02 | 2004-11-02 | Apple Computer, Inc. | Method and apparatus for supporting and presenting multiple serial bus nodes using distinct configuration ROM images |
US6618750B1 (en) | 1999-11-02 | 2003-09-09 | Apple Computer, Inc. | Method and apparatus for determining communication paths |
US8762446B1 (en) * | 1999-11-02 | 2014-06-24 | Apple Inc. | Bridged distributed device control over multiple transports method and apparatus |
GB2356111B (en) * | 1999-11-03 | 2001-11-14 | 3Com Corp | Allocation of IP address by proxy to device in a local area network |
US6636914B1 (en) * | 1999-11-05 | 2003-10-21 | Apple Computer, Inc. | Method and apparatus for arbitration and fairness on a full-duplex bus using dual phases |
US6587904B1 (en) * | 1999-11-05 | 2003-07-01 | Apple Computer, Inc. | Method and apparatus for preventing loops in a full-duplex bus |
US6457086B1 (en) | 1999-11-16 | 2002-09-24 | Apple Computers, Inc. | Method and apparatus for accelerating detection of serial bus device speed signals |
US6717919B1 (en) * | 1999-11-23 | 2004-04-06 | 3Com Corporation | Imprinting method for automated registration and configuration of network devices |
US6466986B1 (en) * | 1999-12-30 | 2002-10-15 | Nortel Networks Limited | Method and apparatus for providing dynamic host configuration protocol (DHCP) tagging |
US6598088B1 (en) * | 1999-12-30 | 2003-07-22 | Nortel Networks Corporation | Port switch |
MXPA01008828A (es) * | 1999-12-31 | 2002-07-02 | Schneider Automation | Direccionamiento de red basado en el puerto de un interruptor de red. |
US6639918B1 (en) | 2000-01-18 | 2003-10-28 | Apple Computer, Inc. | Method and apparatus for border node behavior on a full-duplex bus |
US7752333B1 (en) * | 2000-01-18 | 2010-07-06 | Avaya Inc. | Methods and apparatus for local network address acquisition, analysis and substitution |
US7266617B1 (en) | 2000-01-18 | 2007-09-04 | Apple Inc. | Method and apparatus for border node behavior on a full-duplex bus |
US7421507B2 (en) * | 2000-02-16 | 2008-09-02 | Apple Inc. | Transmission of AV/C transactions over multiple transports method and apparatus |
US7050453B1 (en) | 2000-02-17 | 2006-05-23 | Apple Computer, Inc. | Method and apparatus for ensuring compatibility on a high performance serial bus |
US6831928B1 (en) | 2000-02-17 | 2004-12-14 | Apple Computer, Inc. | Method and apparatus for ensuring compatibility on a high performance serial bus |
US7577725B1 (en) * | 2000-02-25 | 2009-08-18 | Cisco Technology, Inc. | IP address allocation in a network environment |
US6901443B1 (en) * | 2000-03-10 | 2005-05-31 | Honeywell International Inc. | Non-fault tolerant network nodes in a multiple fault tolerant network |
US7711950B2 (en) * | 2000-03-17 | 2010-05-04 | United States Postal Services | Methods and systems for establishing an electronic account for a customer |
US7089580B1 (en) | 2000-03-29 | 2006-08-08 | 3Com Corporation | Method for improved cable modem ranging in a data-over-cable system |
US6618785B1 (en) * | 2000-04-21 | 2003-09-09 | Apple Computer, Inc. | Method and apparatus for automatic detection and healing of signal pair crossover on a high performance serial bus |
US6718497B1 (en) | 2000-04-21 | 2004-04-06 | Apple Computer, Inc. | Method and apparatus for generating jitter test patterns on a high performance serial bus |
US6804262B1 (en) | 2000-04-28 | 2004-10-12 | 3Com Corporation | Method and apparatus for channel determination through power measurements |
US8145798B1 (en) * | 2000-05-01 | 2012-03-27 | Novell, Inc. | System and method for automatic provisioning of onsite networking services |
US6816500B1 (en) | 2000-07-10 | 2004-11-09 | 3Com Corporation | Apparatus, method and system for multimedia access network channel management |
US6735692B1 (en) * | 2000-07-11 | 2004-05-11 | International Business Machines Corporation | Redirected network boot to multiple remote file servers |
US7286521B1 (en) * | 2000-07-21 | 2007-10-23 | Tellme Networks, Inc. | Localized voice over internet protocol communication |
AU2001278082A1 (en) * | 2000-07-31 | 2002-02-13 | Loudcloud, Inc. | Dhcp server with rarp request handling capabilities |
AU2001279091A1 (en) * | 2000-07-31 | 2002-02-13 | Loudcloud, Inc. | Rarp server-independent gateway |
WO2002019135A1 (en) * | 2000-08-28 | 2002-03-07 | 2Wire, Inc. | Customer premises equipment autoconfiguration |
US6836462B1 (en) | 2000-08-30 | 2004-12-28 | Cisco Technology, Inc. | Distributed, rule based packet redirection |
US7152099B1 (en) * | 2000-10-31 | 2006-12-19 | Hewlett-Packard Development Company, Lp. | Friend configuration and method for network devices |
US6940874B2 (en) * | 2000-11-30 | 2005-09-06 | 3Com Corporation | Method for reducing interference from initializing network devices in a data-over-cable system |
US7039682B2 (en) * | 2000-12-15 | 2006-05-02 | International Business Machines Corporation | Extension of the BOOTP protocol towards automatic reconfiguration |
US6865192B1 (en) * | 2000-12-22 | 2005-03-08 | Sprint Communications Company L.P. | Integrated services hub self configuration |
US6952428B1 (en) | 2001-01-26 | 2005-10-04 | 3Com Corporation | System and method for a specialized dynamic host configuration protocol proxy in a data-over-cable network |
US7779093B1 (en) * | 2001-04-13 | 2010-08-17 | Cisco Technology, Inc. | Proxy for network address allocation |
US6633767B2 (en) * | 2001-05-07 | 2003-10-14 | Winphoria Networks, Inc. | System and method of managing interconnections in mobile communications |
US7164684B2 (en) * | 2001-05-18 | 2007-01-16 | Ge Fanuc Automation North America, Inc. | Ethernet node having hub, switch and/or repeater characteristics |
US7089324B1 (en) | 2001-06-14 | 2006-08-08 | Gateway Inc. | Dynamic internet gateway service |
DE10132272C1 (de) * | 2001-07-04 | 2003-02-06 | Siemens Ag | Verfahren und Anordnung zur Konfiguration eines Kommunikationsverbundes |
US7069331B2 (en) * | 2001-09-13 | 2006-06-27 | Utstarcom, Inc. | Trunk group implementation in networks |
US20030056008A1 (en) * | 2001-09-20 | 2003-03-20 | Russell Richard Francis | Automatic remote assignment of internet protocol address information to a network device |
US6901395B2 (en) * | 2001-11-05 | 2005-05-31 | Qualcomm Incorporated | Method and apparatus for preferred roaming list compression |
US7006436B1 (en) | 2001-11-13 | 2006-02-28 | At&T Corp. | Method for providing voice-over-IP service |
US7447215B2 (en) * | 2001-12-03 | 2008-11-04 | Hatteras Networks | Methods, systems, and computer program products for classifying a packet based on a destination address |
US7209481B2 (en) * | 2002-02-05 | 2007-04-24 | Gateway Inc. | System and method for automated network address cloning for routers |
US6807184B2 (en) | 2002-02-06 | 2004-10-19 | Thomson Licensing S.A. | Method and apparatus for parameter borrowing for network address translator configuration |
US20030158941A1 (en) * | 2002-02-15 | 2003-08-21 | Exanet, Inc. | Apparatus, method and computer software for real-time network configuration |
US7020157B2 (en) | 2002-05-09 | 2006-03-28 | Optical Solutions, Inc. | Network address assignment in a passive optical network |
US7177911B2 (en) * | 2002-05-09 | 2007-02-13 | Pace Micro Technology Plc | System and method for discovery and remote control of computers |
US7363358B2 (en) * | 2002-05-09 | 2008-04-22 | Gateway Inc. | Transporting a WAN configuration from a PC to a residential gateway |
SE523714C2 (sv) * | 2002-07-05 | 2004-05-11 | Packetfront Sweden Ab | Ett filter i ett gränssnitt inom ett öppet system av typ skikt2 för trafikseparation i minst en router för åtkomstomkoppling inom ett nät, och ett förfarande för detta |
US7269133B2 (en) * | 2002-09-03 | 2007-09-11 | Jeremy Benjamin | IS-IS high availability design |
US7356009B1 (en) * | 2002-10-02 | 2008-04-08 | Cisco Technology, Inc. | Method and apparatus for configuring a mobile node to retain a “home” IP subnet address |
US20040081104A1 (en) * | 2002-10-29 | 2004-04-29 | Weimin Pan | Method and system for network switch configuration |
US7386605B2 (en) * | 2002-11-05 | 2008-06-10 | Enterasys Networks, Inc. | Methods and apparatus for automated edge device configuration in a heterogeneous network |
US7417973B1 (en) | 2002-12-31 | 2008-08-26 | Apple Inc. | Method, apparatus and computer program product for ensuring node participation in a network bus |
US7457302B1 (en) | 2002-12-31 | 2008-11-25 | Apple Inc. | Enhancement to loop healing for malconfigured bus prevention |
JP2004320161A (ja) * | 2003-04-11 | 2004-11-11 | Sony Corp | 情報通信システムおよび方法、情報通信装置および方法、プログラム |
US7370346B2 (en) * | 2003-04-29 | 2008-05-06 | Hewlett-Packard Development Company, L.P. | Method and apparatus for access security services |
CN1306758C (zh) * | 2003-05-09 | 2007-03-21 | 华为技术有限公司 | 基于二层以太网交换机获取用户地址信息的方法 |
TWI227614B (en) * | 2003-06-06 | 2005-02-01 | Hon Hai Prec Ind Co Ltd | Method for dynamically allocating IP addresses for hosts on a network |
US20040255338A1 (en) * | 2003-06-13 | 2004-12-16 | Apple Computer, Inc. | Interface for sending synchronized audio and video data |
US7668099B2 (en) * | 2003-06-13 | 2010-02-23 | Apple Inc. | Synthesis of vertical blanking signal |
US7353284B2 (en) * | 2003-06-13 | 2008-04-01 | Apple Inc. | Synchronized transmission of audio and video data from a computer to a client via an interface |
US20050007964A1 (en) * | 2003-07-01 | 2005-01-13 | Vincent Falco | Peer-to-peer network heartbeat server and associated methods |
US8275910B1 (en) | 2003-07-02 | 2012-09-25 | Apple Inc. | Source packet bridge |
US20050044196A1 (en) * | 2003-08-08 | 2005-02-24 | Pullen Benjamin A. | Method of and system for host based configuration of network devices |
US20050050179A1 (en) * | 2003-08-28 | 2005-03-03 | International Business Machines Corporation | Method, apparatus and computer program product for implementing enhanced proxy ARP for virtual IP addresses |
US7343485B1 (en) * | 2003-09-03 | 2008-03-11 | Cisco Technology, Inc. | System and method for maintaining protocol status information in a network device |
US8788823B1 (en) * | 2003-09-03 | 2014-07-22 | Cisco Technology, Inc. | System and method for filtering network traffic |
US8230067B2 (en) * | 2003-10-31 | 2012-07-24 | Ericsson Ab | DHCP proxy in a subscriber environment |
US7788567B1 (en) * | 2003-11-18 | 2010-08-31 | Apple Inc. | Symbol encoding for tolerance to single byte errors |
US7995606B1 (en) | 2003-12-03 | 2011-08-09 | Apple Inc. | Fly-by and ack-accelerated arbitration for broadcast packets |
US7237135B1 (en) | 2003-12-29 | 2007-06-26 | Apple Inc. | Cyclemaster synchronization in a distributed bridge |
US7308517B1 (en) | 2003-12-29 | 2007-12-11 | Apple Inc. | Gap count analysis for a high speed serialized bus |
CN100512170C (zh) * | 2003-12-31 | 2009-07-08 | 中兴通讯股份有限公司 | 宽带接入设备对动态主机配置协议的中继用户的控制方法 |
US20050243800A1 (en) * | 2004-04-30 | 2005-11-03 | David Horoschak | System and method of maintaining correct port forwarding in a residential gateway device |
US7325734B2 (en) * | 2004-05-13 | 2008-02-05 | Cisco Technology, Inc. | Methods and devices for assigning RFID device personality |
US8113418B2 (en) * | 2004-05-13 | 2012-02-14 | Cisco Technology, Inc. | Virtual readers for scalable RFID infrastructures |
US8249953B2 (en) * | 2004-05-13 | 2012-08-21 | Cisco Technology, Inc. | Methods and apparatus for determining the status of a device |
US7422152B2 (en) * | 2004-05-13 | 2008-09-09 | Cisco Technology, Inc. | Methods and devices for providing scalable RFID networks |
KR20060000342A (ko) * | 2004-06-28 | 2006-01-06 | 주식회사 이지브로네트웍스 | 에지 내 라우팅 없는 프레미시스(premises)ip통신 장치 및 이를 이용한 통신 방법 |
JP2006040188A (ja) * | 2004-07-30 | 2006-02-09 | Hitachi Ltd | 計算機システム及び計算機の設定方法 |
US7987272B2 (en) * | 2004-12-06 | 2011-07-26 | Cisco Technology, Inc. | Performing message payload processing functions in a network element on behalf of an application |
US7701956B2 (en) * | 2005-02-28 | 2010-04-20 | Arris Group, Inc. | Method and system for using a transfer agent for translating a configuration file |
GB2425681A (en) * | 2005-04-27 | 2006-11-01 | 3Com Corporaton | Access control by Dynamic Host Configuration Protocol snooping |
IES20050376A2 (en) | 2005-06-03 | 2006-08-09 | Asavie R & D Ltd | Secure network communication system and method |
US8751649B2 (en) * | 2005-06-07 | 2014-06-10 | Extreme Networks | Port management system |
US8775571B2 (en) * | 2005-06-07 | 2014-07-08 | Extreme Networks, Inc. | Methods, systems, and computer program products for dynamic network access device port and user device configuration for implementing device-based and user-based policies |
US7953826B2 (en) | 2005-07-14 | 2011-05-31 | Cisco Technology, Inc. | Provisioning and redundancy for RFID middleware servers |
US7345585B2 (en) | 2005-08-01 | 2008-03-18 | Cisco Technology, Inc. | Network based device for providing RFID middleware functionality |
US7519694B1 (en) * | 2005-08-24 | 2009-04-14 | Sun Microsystems, Inc. | Method and a system to dynamically update/reload agent configuration data |
JP4186971B2 (ja) * | 2005-09-01 | 2008-11-26 | 富士通株式会社 | パケット転送装置 |
US20070083723A1 (en) * | 2005-09-23 | 2007-04-12 | Dey Jayanta K | Highly-available blade-based distributed computing system |
US8698603B2 (en) | 2005-11-15 | 2014-04-15 | Cisco Technology, Inc. | Methods and systems for automatic device provisioning in an RFID network using IP multicast |
FR2896364B1 (fr) * | 2006-01-19 | 2008-06-27 | Activnetworks Soc Par Actions | Procede de deploiement d'applications par interception sur un reseau existant. |
US8150946B2 (en) * | 2006-04-21 | 2012-04-03 | Oracle America, Inc. | Proximity-based memory allocation in a distributed memory system |
US9043472B1 (en) * | 2006-06-09 | 2015-05-26 | Cisco Technology, Inc. | Method and system for providing transmission control protocol dead connection detection |
JP4765796B2 (ja) * | 2006-07-07 | 2011-09-07 | パナソニック株式会社 | ルータ装置 |
US20080016215A1 (en) * | 2006-07-13 | 2008-01-17 | Ford Daniel E | IP address pools for device configuration |
US8279874B1 (en) * | 2007-03-30 | 2012-10-02 | Extreme Networks, Inc. | Self-configuring network |
US8224936B2 (en) * | 2008-05-21 | 2012-07-17 | Cisco Technology, Inc. | Configuration file override |
US8331369B2 (en) | 2008-07-10 | 2012-12-11 | At&T Intellectual Property I, L.P. | Methods and apparatus to distribute network IP traffic |
US8335917B2 (en) | 2008-08-12 | 2012-12-18 | Cisco Technology, Inc. | System for binding a device to a gateway to regulate service theft through cloning |
US8082333B2 (en) * | 2008-11-10 | 2011-12-20 | Cisco Technology, Inc. | DHCP proxy for static host |
US20110282980A1 (en) * | 2010-05-11 | 2011-11-17 | Udaya Kumar | Dynamic protection of a resource during sudden surges in traffic |
US9491085B2 (en) | 2010-05-24 | 2016-11-08 | At&T Intellectual Property I, L.P. | Methods and apparatus to route control packets based on address partitioning |
US8699484B2 (en) | 2010-05-24 | 2014-04-15 | At&T Intellectual Property I, L.P. | Methods and apparatus to route packets in a network |
JP2013110639A (ja) * | 2011-11-22 | 2013-06-06 | Panasonic Corp | ネットワークシステム及びセキュリティ装置 |
WO2017091820A1 (en) * | 2015-11-25 | 2017-06-01 | Volta Networks | Network routing systems and techniques |
CN107564255B (zh) * | 2016-07-01 | 2019-11-29 | 西安诺瓦星云科技股份有限公司 | 无线路由装置、led显示屏控制器以及led显示屏控制系统 |
JP7157242B2 (ja) * | 2018-09-13 | 2022-10-19 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 通信可能に結合される通信デバイスのネットワークでのメッセージの選択的転送をサポートする方法およびデバイス |
JP7376288B2 (ja) * | 2019-09-10 | 2023-11-08 | アズビル株式会社 | 特定装置および特定方法 |
JP7439700B2 (ja) | 2020-08-27 | 2024-02-28 | 住友電気工業株式会社 | 通信装置および通信制御方法 |
CN114553832B (zh) * | 2022-02-24 | 2022-09-30 | 北京至周科技有限公司 | 通过无线客户端承载多个有线客户端ip数据的通信方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5649100A (en) * | 1994-08-25 | 1997-07-15 | 3Com Corporation | Network backplane interface having a network management section for managing and configuring networks on the backplane based upon attributes established in a parameter table |
US5920699A (en) * | 1996-11-07 | 1999-07-06 | Hewlett-Packard Company | Broadcast isolation and level 3 network switch |
US5918016A (en) * | 1997-06-10 | 1999-06-29 | Texas Instruments Incorporated | System with program for automating protocol assignments when newly connected to varing computer network configurations |
-
1998
- 1998-03-26 US US09/048,934 patent/US6070187A/en not_active Expired - Lifetime
- 1998-10-15 DE DE69836673T patent/DE69836673T2/de not_active Expired - Lifetime
- 1998-10-15 EP EP98119546A patent/EP0946027B1/en not_active Expired - Lifetime
-
1999
- 1999-03-11 JP JP06482399A patent/JP4519214B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
DE69836673D1 (de) | 2007-02-01 |
US6070187A (en) | 2000-05-30 |
JP2000041069A (ja) | 2000-02-08 |
EP0946027B1 (en) | 2006-12-20 |
EP0946027A2 (en) | 1999-09-29 |
EP0946027A3 (en) | 2003-10-01 |
DE69836673T2 (de) | 2007-10-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4519214B2 (ja) | クライアント構成方法 | |
US7293077B1 (en) | Reconfigurable computer networks | |
US7046666B1 (en) | Method and apparatus for communicating between divergent networks using media access control communications | |
Droms | Dynamic host configuration protocol | |
US7640287B1 (en) | Method and apparatus for auto-configuring layer three intermediate computer network devices | |
US6240464B1 (en) | Method and system for managing addresses for network host interfaces in a data-over-cable system | |
US6857009B1 (en) | System and method for network access without reconfiguration | |
US7072337B1 (en) | System and method for resolving network addresses for network devices on distributed network subnets | |
US6104870A (en) | Method and system for improving communications in data communications networks that provide network emulation | |
EP1234246B1 (en) | System and method for network access without reconfiguration | |
US7010585B2 (en) | DNS server, DHCP server, terminal and communication system | |
US6754622B1 (en) | Method for network address table maintenance in a data-over-cable system using destination reachibility | |
US20030172170A1 (en) | Providing multiple ISP access to devices behind NAT | |
JPH11508753A (ja) | インターネット・プロトコル・フィルタ | |
WO1998026530A1 (en) | System, device, and method for routing dhcp packets in a public data network | |
KR20000076845A (ko) | Ip 데이터 전송 시스템의 다중 arp 기능 | |
US7085836B1 (en) | System and method for automatic private IP address selection | |
JP2010062757A (ja) | Dnsプロキシ装置及びdns中継方法 | |
Cisco | AppleTalk Commands | |
Cisco | AppleTalk Commands | |
Cisco | AppleTalk Commands | |
Cisco | AppleTalk Commands | |
Cisco | AppleTalk Commands | |
Cisco | AppleTalk Commands | |
Cisco | AppleTalk Commands |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060221 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060221 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080403 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080722 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20081021 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20081024 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090407 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090615 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090703 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20091028 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091201 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100226 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100323 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100324 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100420 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100519 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130528 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130528 Year of fee payment: 3 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130528 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130528 Year of fee payment: 3 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |