JP3809882B2 - Lan間通信システム - Google Patents
Lan間通信システム Download PDFInfo
- Publication number
- JP3809882B2 JP3809882B2 JP07921097A JP7921097A JP3809882B2 JP 3809882 B2 JP3809882 B2 JP 3809882B2 JP 07921097 A JP07921097 A JP 07921097A JP 7921097 A JP7921097 A JP 7921097A JP 3809882 B2 JP3809882 B2 JP 3809882B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- server
- client
- router
- shared
- 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
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【発明の属する技術分野】
本発明は、互いに異なるIP(インターネット・プロトコル)アドレス体系で装置管理されている複数のLAN(ローカル・エリア・ネットワーク)間で、WAN(ワイド・エリア・ネットワーク)を介して通信を行うLAN間通信システムに関する。
【0002】
【従来の技術】
IPアドレス体系で装置管理されて通信しているLANでは、一般に企業あるいは事業所毎にそれぞれユニークなIPアドレス形態によってLANや、LANに接続するパーソナル・コンピュータおよびプリンタ等を管理している。
【0003】
このため、企業間の接続やインターネットへ接続する場合、お互いにユニークなIPアドレス形態を持っているために、重複しないIPアドレス形態であれば相互の通信が可能であるが、重複するIPアドレス形態であれば相互の通信が不可能となる。
【0004】
このため、いずれか一方のIPアドレス形態に合わせるか、あるいはIPアドレスを強制的に相手のIPアドレス形態に変換する必要がある。強制的に相手のIPアドレス形態に変換する方法としては、インターネット関連技術を記述する一連の技術文献であるRFC(Request For Comments)の1631番に記述されているNAT(The IP Network Address Translator )と呼ばれる技術が提案されている。
【0005】
従って、あるIPアドレス体系のLANを他のIPアドレス体系のLANに接続する場合は、強制的に相手のIPアドレス形態に変換する機能(以下、NAT機能、という)を持つ装置を介して行えば、互いに異なるIPアドレス体系のLAN間での通信が可能となる。
【0006】
この場合、一方のIPアドレス体系のLANに接続する装置が、他方のIPアドレス体系のLANに接続する装置に、NAT機能を持つリモートルータと一般のリモートルータとの一つの回線を経由して接続することは可能である。
【0007】
このとき、一方のIPアドレス体系のLANに接続する装置は、装置自身に割り付けられたIPアドレスと、他方のIPアドレス体系のLANに接続する装置へのIPアドレスとでそれらの通信を管理している。また、他方のIPアドレス体系のLANに接続する装置は、装置自身に割り付けられているIPアドレスとNAT機能を持ったリモートルータにより元のIPアドレス体系のLANに接続する装置に割り付けられたIPアドレスとでそれらの通信を管理している。
【0008】
【発明が解決しようとする課題】
ところで、このときNAT機能を持つリモートルータと一般のリモートルータとの接続呼が切れ、再び接続された場合、その時間がLANに接続する装置自身に割り付けられているIPアドレスと、強制的に付け替えられたIPアドレスとでそれらの通信を管理している装置の待ち時間内にあれば不都合はない。
【0009】
しかし、NAT機能を持ったリモートルータと一般のリモートルータとのWAN接続呼が切れてNAT機能を持った別のリモートルータと接続された場合、その時間がLANに接続する装置自身に割り付けられているIPアドレスと、強制的に付け替えられたIPアドレスとでそれらの通信を管理している装置の待ち時間内にあれば、強制的に付け替えられたIPアドレスが突然別の付け替えられたIPアドレスに変わる場合が発生し、管理している装置がIPアドレスを理解できなくなり、通信が止ってしまうという不都合が生じる。
【0010】
本発明は、このような従来の課題を解決するためになされたもので、NAT機能を有するリモートルータの瞬断で通信経路が切り替わっても、異なるIPアドレス体系のLAN間での通信を継続することができるLAN間通信システムを提供することを目的とする。
【0011】
【課題を解決するための手段】
本発明による請求項1記載の発明は、互いに異なるアドレス形態で装置管理している複数のLAN間を、WANを介して通信するために、前記WANと一つのLANとの間に、ネットワーク上でアドレス形態を強制的に変換する機能を有する複数のリモートルータを接続する通信システムにおいて、前記複数のリモートルータ間での所定の通信により、前記複数のリモートルータのうち一つをサーバルータ、残りをクライアントルータと決定し、前記サーバルータは、前記LANを介して第1の時間の間隙で前記残りのクライアントルータに対して、アドレス形態を強制的に変換するために用いる変換後のアドレス情報と変換前のアドレス情報とを含む共有通知データフレームを送出し、前記クライアントルータは、前記第1の時間より長い第2の時間で前記共有通知データフレームの受信を監視し、前記第2の時間以内に前記サーバルータよりの前記共有通知データフレームを受信した場合は、前記共有通知データフレームに含まれる前記変換後のアドレス情報と前記変換前のアドレス情報を格納し、前記第2の時間以内に前記サーバルータよりの前記共有通知データフレームを受信しない場合は、前記サーバルータの障害と判断し、所定の通信により、前記複数のクライアントルータのうち一つをサーバルータ、残りをクライアントルータと決定し、当該サーバルータが前記共有通知データフレームによって受信した前記変換後のアドレス情報と前記変換前アドレス情報により、アドレス形態を強制的に変換してデータ通信を行うものである。
【0013】
本発明による請求項2記載の発明は、請求項1記載の発明において、WANより前記複数のクライアントルータのいずれかに対して新たな通信が発生した場合は、サーバルータに対して変換前のアドレスを設定した変換後のアドレス割当要求を送出し、割当要求を受信したサーバルータは、変換後のアドレス割当てを行った後、複数のクライアントルータに対して、新たに割当てた変換後のアドレスを含む共有通知データフレームを送出するものである。
【0014】
本発明によれば、変換装置(NAT機能を有するリモートルータ)の瞬断で他の変換装置に通信経路が切り替わっても、変換装置間でアドレス形態の変換状況を確認し合っているので、アドレスの変換が通信経路が切り替わる前と同じアドレスに変換できるため、上位の通信プロトコルになんらの影響を与えることなく通信を継続することができる。
【0015】
これは、代表番号(既存電話回線に一つの特定番号を割り当て、その番号に対して複数の着呼を可能としたサービス)を利用したWAN通信などで、どの電話回線番号につながるか分からないような接続形態の通信に有効である。また、強制的に変換するアドレスをお互いに通知し合うことで装置に必要以上の変換アドレスを準備する必要がない。
【0016】
【発明の実施の形態】
図1は、本発明によるLAN間通信システムが適用される装置環境の一例を示すブロック図で、TCP/IP(トランスミッション・コントロール・プロトコル/インターネット・プロトコル)やUDP/IP(ユーザー・データグラム・プロトコル/インターネット・プロトコル)などを基本とするインターネットを想定している。
【0017】
同図において、WAN1にはNAT機能を有する複数のNAT機能付リモートルータ2a,2bを介して物理LAN3が接続され、リモートルータ4を介して物理LAN5が接続されている。また、LAN3には複数の通信装置6a,6bが接続されており、LAN5には通信装置7が接続されている。NAT機能付リモートルータ2a,2bはLAN3に流れる通信装置7宛ての通信データのIPアドレスを変換する装置である。
【0018】
図2は、NAT機能付リモートルータ2a(2b)の一実施の形態を示す機能ブロック図であり、装置全体を制御してIPアドレス変換共有を促進するマイクロコンピュータ構成のCPU21、論理変数記憶用メモリであるRAM22、記憶用メモリであるEEPROM(電気的消去型プログラム可能ROM)23、この装置やLAN3およびWAN1の状態を示すLED(発光ダイオード)24およびLCD(液晶ディスプレイ)25、時計26を備えている。
【0019】
また、WAN1に送信するデータまたは受信したデータを制御するWANコントローラ27、LAN3に送信するデータまたは受信したデータを制御するLANコントローラ28、WANコントローラ27またはLANコントローラ28の送受信データを格納するメモリであるRAM29を備えている。
【0020】
さらに、WAN1の物理的な制御をするコントローラ30、LAN3の物理的な制御をするコントローラ31、RS−232Cの物理的な制御をするコントローラ32を備えている。なお、「10BASE−T」はLAN方式の一つで、撚り対線を用いた伝送速度10Mbps のLANであり、「RS−232C」はデータ端末装置(DTE)と回線終端装置(DCE)との間のインターフェイス規格である。
【0021】
図3は、NAT機能付リモートルータ2a,2bに格納されるIPアドレス等のデータフォーマット図で、データの内容を示す識別子D1、登録済み共有件数またはフレームのデータ件数を示す共有件数D2、フレーム送信元IPアドレスD3、フレーム送信元NAT機能変換用IPアドレスD4、共有データの状態を示す識別子D5、共有データの有効時間を管理する共有有効時間データD6、共有NAT機構変換用IPアドレスD7、NAT実行中の装置のIPアドレスである割当て装置IPアドレスD8、NAT機能前のオリジナルIPアドレスであるNAT切換前IPアドレスD9、拡張用オプションエリアD10,D11の各エリアで構成されている。
【0022】
共有データの状態を示す識別子D5からオプションエリアD11までのエリアは共有データ1件分のエリアであり、装置が増えると共有データ件数が増加する構造となっている。このデータフォーマットはリモートルータ2a,2bでIPアドレス変換共有を認識し合うために用いられる。
【0023】
データの内容を示す識別子D1としては、1:共有通知、4:割当て要求、6:割当て解放、8:状態確認、9:状態応答、などがある。また、共有データの状態を示す識別子D5としては、0:未使用、1:継続予約、2:使用中、4:継続使用要求、5:使用禁止、などがある。
【0024】
次に、本発明によるLAN間通信システムの動作を、図4〜図10に示すシーケンス図を参照して説明する。なお、図中の監視単位は、T1=300秒、T2=360秒、T3=10秒、T4=600秒、N=1回、T3≦T1≦T2、とする。
【0025】
図4は、複数のリモートルータ2a,2b(以下、装置Aまたは装置B、という)の中からサーバを決めるシーケンス図である。まず、早く立ち上がった装置Aが装置Aのみのデータを共有通知フレームとしてLAN3に送信する(ステップS11)。接続する装置Bがその内容を確認し、装置Aと装置BのIPアドレスの関係が「装置AのIPアドレス<装置BのIPアドレス」であれば、装置Aをサーバと認識し、装置Bをクライアントと認識する。
【0026】
また、装置Bのデータの有無を確認し、装置Bのデータが無いことから装置Aに対して装置Bの情報を追加してサーバである装置Aに共有通知フレームを送信し(ステップS12)、サーバに装置Bを認識させる。
【0027】
装置Aはサーバとして定期的に時間T1間隔で共有通知フレームを送信し(ステップS13〜S15)、共有状態を通知する。装置Bはサーバからの共有通知フレーム毎に時間T2で次の共有通知フレームを受信することを監視する。
【0028】
図5は、サーバを決める他のシーケンス図である。まず、装置Aと装置Bがほぼ同時に立ち上がった場合は、装置Aが初めに装置Aのみのデータを共有通知フレームとしてLANに送信する(ステップS21)。次いで、接続する装置Bが内容を確認し、装置Aと装置BのIPアドレスの関係が「装置AのIPアドレス>装置BのIPアドレス」であれば、装置Bをサーバと認識する。
【0029】
また、装置Bはデータの有無を確認し、装置Bのデータが無いことから装置Aからの受信情報に装置Bの情報を追加し、クライアントである装置Aに共有通知フレームを送信し(ステップS22)、クライアントに装置Bを認識させる。
【0030】
装置Bはサーバとして定期的に時間T1間隔で共有通知フレームを送信し(ステップS23〜S25)、共有状態を通知する。装置Aは最初はサーバとして時間T1で共有通知フレームを送信するが、次に共有通知フレームを受信し(ステップS22)、装置Bがサーバと認識すると、共有通知フレームの受信毎に時間T2で次の共有通知フレームを受信することを監視する。
【0031】
図6は、サーバが障害により停止したときにサーバを切り換える際のサーバ切換えシーケンス図である。まず、装置Bはサーバとして定期的に時間T1間隔で共有通知フレームを送信し(ステップS31〜S33)、共有状態を通知する。装置Aはクライアントとして共有通知フレームの受信毎に時間T2で次の共有通知フレームを受信することを監視する。
【0032】
この状態で、クライアントである装置Aが時間T2を経過してもサーバである装置Bから共有通知フレームを受信しないときは、装置Bに障害があったとして装置Aをサーバに切り換え、先にサーバであった装置Bからの共有通知フレームを送信する(ステップS34〜S35)。このとき、複数のクライアントが存在するときは、前述した手順(図4および図5)によりサーバを選択する。
【0033】
図7は、網(WAN1)上に新たな通信が発生したときに、クライアント(装置A)がサーバ(装置B)に対して共有NATIPアドレスD7の割当てを要求し、そして解放するシーケンス図である。
【0034】
装置Bはサーバとして共有通知フレームを送信し(ステップS41)、共有状態を通知する。クライアントである装置Aに網から新たな通信が発生すると(ステップS42)、通信する相手が新規である場合は、装置Aはデータフォーマットの共有件数D2を1件に、状態D5を未使用(0)に、共有NATIPアドレスD7を0に設定し、割当て装置IPアドレスD8にクライアントのIPアドレス、D9にNAT切換前IPアドレスを設定し、サーバである装置Bに割当てを一任する(ステップS43)。
【0035】
サーバは共有データの状態D5を使用中(2)に、割当て装置IPアドレスD8にクライアントIPアドレス、NAT切換え前アドレスを設定する。このとき未使用データが無い場合は継続予約の有効時間の少ないものを割り当てる。
【0036】
また、通信する相手が直前に通知された共有データに継続予約として登録されていた場合は、クライアントは共有件数D2を1件に、状態D5を継続使用要求(4)に、該当する共有NATIPアドレスD7と割当て装置IPアドレスD8にクライアントIPアドレス、NAT切換え前アドレスを設定し、サーバに割当てを要求する(ステップS43)。サーバは同一の共有データの状態が使用中でないことを確認し、割り当てを行う。
【0037】
次に、共有データが変ったことから、共有通知をクライアントに対して行う(ステップS44)。クラインアントは新たな情報にクライアントの割当てを見つけ、割り当てられたデータでNATの処理を行う。装置Bはサーバとして時間T1間隔で共有通知フレームを送信する(ステップS45)。
【0038】
次に、クライアントが網上の通信を終了した場合は(ステップS46)、サーバに対して割り当てられた共有データの解放を要求する(ステップS47)。サーバは該当する装置IPアドレスに割り当てた状態D5を継続予約(1)にし、有効時間T1を設定する。サーバは共有データが変ったことから共有通知をクライアントに対して行う(ステップS48)。
【0039】
図8は、網(WAN1)上に新たな通信が発生したときに、クライアント(装置A)がサーバ(装置B)に対して共有NATIPアドレスD7の割り当てを要求するが、障害により動作できない場合のクライアントの処理を示すシーケンス図である。
【0040】
クライアントである装置Aに網から新たな通信が発生した場合(ステップS51)、通信する相手が新規である場合は、装置Aはサーバである装置Bに割当てを要求する(ステップS52)。正常であれば、図7で説明したように、サーバは割り当てを行い、共有データが変ったことから共有通知をクライアントに対して行う。
【0041】
しかし、割当て要求から時間T3経過後もサーバから共有通知がない場合は、サーバに障害があるとして、クライアントは直前に受信した共有通知データの未使用あるいは継続予約データにクライアントのデータを記述し、他のクライアントに対して共有通知を行う(ステップS53)。複数のクライアントが存在するときは、前述した手順(図4および図5)によりサーバを選択する。
【0042】
図9は、網(WAN1)上に新たな通信が発生したときに、サーバ(装置A)がNAT処理を開始し、終了するシーケンス図である。装置Aはサーバとして共有通知フレームを送信し(ステップS61)、共有状態を通知する。サーバである装置Aに網から新たな通信が発生すると(ステップ62)、サーバはデータフォーマットを変更し、クライアントに対して共有データの変化を通知する(ステップS63)。
【0043】
装置Aはサーバとして定期的に時間T1間隔で共有通知フレームを送信する(ステップS64)。サーバが網上の通信を終了した場合は(ステップS65)、サーバはデータフォーマットを変更し、共有データが変ったことから共有通知をクライアントに対して行う(ステップS66)。こうして、サーバはクライアントに対して共有データの変化を通知するだけである。
【0044】
図10は、サーバがクライアントに対して設定内容や装置状態を確認するシーケンス図である。サーバである装置Aからクライアントである装置Bに状態確認を行い(ステップS71)、クライアントから状態通知があれば(ステップS72)、サーバはその内容を確認する。この状態確認は時間T4で行われる。
【0045】
また、状態通知がN回無い場合は、通知の無くなったIPアドレスの使用していた共有データの状態D5を未使用(0)にし、共有NATIPアドレスD7の登録されている共有データが現在使用中であれば、状態D5を使用禁止(5)にし、未使用であれば該当するデータを削除する。次に、使用禁止した共有データを使用していたクライアントから割り当て解放を受信すると、該当するデータを削除する。
【0046】
【発明の効果】
本発明によれば、複数のリモートルータで結ばれたLAN間において、NAT機能を持ったリモートルータの瞬断で他のリモートルータに通信経路が切り替わっても、IPアドレスの変換が通信経路が切り替わる前と同じIPアドレスに変換することができるために、TCP/IPやUDP/IPなどの上位プロトコルになんら影響を与えることなく通信を継続することができる。
【0047】
また、強制的に変換するIPアドレスを、複数のリモートルータ間でお互いに通知し合うことで、装置に必要以上の付け替えIPアドレスを準備する必要がない。また、サーバとクライアントの装置状態を自動的に判定することから、装置を使用するユーザがサーバとクライアントを意識することなく利用することができる。
【図面の簡単な説明】
【図1】本発明が適用される装置環境の一例を示すブロック図である。
【図2】NAT機能を有するリモートルータのブロック図である。
【図3】データフォーマット図である。
【図4】早く立ち上がった装置をサーバとするシーケンス図である。
【図5】途中から立ち上がった装置がサーバとなるときのシーケンス図である。
【図6】サーバが障害により停止したときのサーバ切換えシーケンス図である。
【図7】クライアントが共有するNATIPアドレスを割り当てる際のシーケンス図である。
【図8】サーバ障害時のクライアントが共有するNATIPアドレスを割り当てるシーケンス図である。
【図9】サーバが共有するNATIPアドレスを割り当てるシーケンス図である。
【図10】サーバがクライアントの状態を確認するシーケンス図である。
【符号の説明】
1 WAN(ワイド・エリア・ネットワーク)
2a,2b NAT機能付リモートルータ
3,5 LAN(ローカル・エリア・ネットワーク)
4 リモートルータ
6a,6b,7 通信装置
D1 データの内容を示す識別子
D2 登録済み共有件数
D3 フレーム送信元IPアドレス
D4 フレーム送信元NAT機能変換用IPアドレス
D5 共有データの状態を示す識別子
D6 共有有効時間データ
D7 共有NAT機構変換用IPアドレス
D8 割当て装置IPアドレス
D9 NAT切換前IPアドレス
Claims (2)
- 互いに異なるアドレス形態で装置管理している複数のLAN間を、WANを介して通信するために、前記WANと一つのLANとの間に、ネットワーク上でアドレス形態を強制的に変換する機能を有する複数のリモートルータを接続する通信システムにおいて、
前記複数のリモートルータ間での所定の通信により、前記複数のリモートルータのうち一つをサーバルータ、残りをクライアントルータと決定し、
前記サーバルータは、前記LANを介して第1の時間の間隙で前記残りのクライアントルータに対して、アドレス形態を強制的に変換するために用いる変換後のアドレス情報と変換前のアドレス情報とを含む共有通知データフレームを送出し、
前記クライアントルータは、前記第1の時間より長い第2の時間で前記共有通知データフレームの受信を監視し、
前記第2の時間以内に前記サーバルータよりの前記共有通知データフレームを受信した場合は、前記共有通知データフレームに含まれる前記変換後のアドレス情報と前記変換前のアドレス情報を格納し、
前記第2の時間以内に前記サーバルータよりの前記共有通知データフレームを受信しない場合は、前記サーバルータの障害と判断し、所定の通信により、前記複数のクライアントルータのうち一つをサーバルータ、残りをクライアントルータと決定し、当該サーバルータが前記共有通知データフレームによって受信した前記変換後のアドレス情報と前記変換前アドレス情報により、アドレス形態を強制的に変換してデータ通信を行うことを特徴とするLAN間通信システム。 - 前記WANより前記複数のクライアントルータのいずれかに対して新たな通信が発生した場合は、前記サーバルータに対して変換前のアドレスを設定した変換後のアドレス割当要求を送出し、
前記割当要求を受信したサーバルータは、変換後のアドレス割当てを行った後、前記複数のクライアントルータに対して、新たに割当てた変換後のアドレスを含む共有通知データフレームを送出することを特徴とする請求項1記載のLAN間通信システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP07921097A JP3809882B2 (ja) | 1997-03-14 | 1997-03-14 | Lan間通信システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP07921097A JP3809882B2 (ja) | 1997-03-14 | 1997-03-14 | Lan間通信システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH10257105A JPH10257105A (ja) | 1998-09-25 |
JP3809882B2 true JP3809882B2 (ja) | 2006-08-16 |
Family
ID=13683587
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP07921097A Expired - Fee Related JP3809882B2 (ja) | 1997-03-14 | 1997-03-14 | Lan間通信システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3809882B2 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3633430B2 (ja) | 2000-03-27 | 2005-03-30 | 三菱電機株式会社 | 通信方法、通信システム、通信装置、及び記録媒体 |
JP4723077B2 (ja) | 2000-11-13 | 2011-07-13 | 沖電気工業株式会社 | アドレス変換機能付き通信装置およびマルチメディア通信方法 |
JP2002271359A (ja) * | 2001-03-14 | 2002-09-20 | Nec Corp | ルータ装置及びその帯域制御方法並びにプログラム |
JP2005318121A (ja) * | 2004-04-27 | 2005-11-10 | Ntt Docomo Inc | セッション管理装置 |
JP5169992B2 (ja) * | 2009-05-27 | 2013-03-27 | Necインフロンティア株式会社 | ネットワーク、ネットワーク装置及びそれらに用いる負荷分散方法 |
JP5589866B2 (ja) * | 2011-01-24 | 2014-09-17 | 富士通株式会社 | アドレス変換方法、アドレス変換代理応答方法、アドレス変換装置及びアドレス変換代理応答装置 |
-
1997
- 1997-03-14 JP JP07921097A patent/JP3809882B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH10257105A (ja) | 1998-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11777790B2 (en) | Communications methods and apparatus for migrating a network interface and/or IP address from one Pod to another Pod in a Kubernetes system | |
US5951637A (en) | Bandwidth reservation system | |
JP4376457B2 (ja) | 構内または広域ネットワークのサービスの保証された品質を与える方法および装置 | |
EP1466459B1 (en) | Method and apparatus for dynamically assigning a network endpoint to a network region | |
US20050157722A1 (en) | Access user management system and access user management apparatus | |
JP3809882B2 (ja) | Lan間通信システム | |
US7385966B2 (en) | Method for the automatic configuration of a IP telephony device and/or data, system and device implementing same | |
KR100948185B1 (ko) | 통합 인증 기능을 제공하는 홈 게이트웨이 장치 및 그통합 인증 방법 | |
US20040109413A1 (en) | Method for establishment of connections of pre-determined performance for a packet-oriented communication network with a resource manager | |
JP4352547B2 (ja) | リモートアクセスサーバ装置 | |
US7181535B1 (en) | Addressing method and name and address server in a digital network | |
US20050044271A1 (en) | Method for allocating a non-data device to a voice vlan object of the invention | |
CN1426169A (zh) | 提高接入服务器路由转发可靠性的方法 | |
Cisco | Configuring PPP for Wide-Area Networking | |
Cisco | Configuring PPP for Wide-Area Networking | |
Cisco | Configuring PPP for Wide-Area Networking | |
Cisco | Configuring PPP for Wide-Area Networking | |
Cisco | Configuring PPP for Wide-Area Networking | |
JP2001036581A (ja) | 通信帯域設定システムと方法 | |
GB2407729A (en) | Releasing unused connections | |
KR100522715B1 (ko) | 디지털 홈서비스 분배 관리 시스템 및 이 시스템의 관리방법 | |
JP7409153B2 (ja) | ゲートウェイ装置、端末管理方法、及びプログラム | |
JPH118648A (ja) | ネットワーク接続装置 | |
JP2001285370A (ja) | リモートアクセスサーバ装置およびdhcpサーバ装置 | |
JP3652935B2 (ja) | Lan管理装置および帯域制御システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050215 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050315 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050516 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060214 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060315 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060420 |
|
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: 20060516 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060517 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees | ||
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |