JP3916542B2 - Address assignment system - Google Patents
Address assignment system Download PDFInfo
- Publication number
- JP3916542B2 JP3916542B2 JP2002293623A JP2002293623A JP3916542B2 JP 3916542 B2 JP3916542 B2 JP 3916542B2 JP 2002293623 A JP2002293623 A JP 2002293623A JP 2002293623 A JP2002293623 A JP 2002293623A JP 3916542 B2 JP3916542 B2 JP 3916542B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- addresses
- voip
- request
- allocation
- 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
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【0001】
【発明の属する技術分野】
本発明はアドレス割当システムに関し、例えば、DHCPサーバなどを利用するシステムに適用して好適なものである。
【0002】
【従来の技術】
DHCPサーバは本来、MACアドレスを有する端末からIPアドレスの取得要求がきた時点で、端末に割り当てるIPアドレスを決定・確保し、その端末のMACアドレスと、割り当てたIPアドレスとを対応付けて管理する
この端末がVoIP(Voice ovre IP)用TA13である場合、これを含むVoIPネットワーク中のシステム10の概略構成は図6に示すものとなり、このシステム10内のプロビジョニングシステム11とDHCPサーバ15の動作は、図2に示すものとなる。
【0003】
VoIPサービスのプロビジョニングでは、図2に示すように、プロビジョニングシステム11が、VoIP用TA13からの要求に応じてDHCPサーバ15にIPアドレスの取得要求を送信すると(S11、S1)、DHCPサーバ15は、当該取得要求にともなって受信したMACアドレスを当該取得要求に応じて確保した(割り当てる)IPアドレスに対応付けてアドレス管理テーブルTB1に格納したあと、確保したIPアドレスを返送する(S12、S1)。これを受信すると、プロビジョニングシステム11は、取得したIPアドレスと前記MACアドレスの対応関係をVoIPシステム12に通知する(S2)。
【0004】
VoIP用TA13には、その情報を元にIPアドレスが設定される。
【0005】
このとき取得したIPアドレスは、DHCPサーバ15が用意している複数のIPアドレスのうち、取得要求が出された時点で未使用であった任意のIPアドレスである。したがって、同じVoIP用TA(例えば、13)に設定されるIPアドレスは、新たに取得要求を出すたびに変動し得る。
【0006】
VoIPシステム12の配下には、前記VoIP用TA13と同様な端末が複数もうけられ得るから、これらの端末からの要求に応じて、同様な処理は、図2のステップS13,S14に示すように、複数回繰り返される。
【0007】
【発明が解決しようとする課題】
ところが、このようなアドレス割当方法を用いると、前記DHCPサーバ15に対して取得要求を送信するシステムが図3のシステム10と20のように複数存在する場合などには、他システム20によって大量のIPアドレスを取得されてしまい、取得要求に応じたIPアドレスの割当てが行えない場合があり、システムの可用性が低い。
【0008】
この場合の処理は、例えば、図4のステップS15〜S18に示すような手順になる。
【0009】
図4では、DHCPサーバ15は、取得要求に応じて割り当てるIPアドレスとして254ホスト分のIPアドレスを用意していたが、システム20からの254回の取得要求(1つのステップS15として図示している)で254個のIPアドレスを割り当ててしまったあと(S16)、システム10から取得要求を受けても(S17)、すでに割り当てることのできる未使用のIPアドレスは残っていないため、使用可能なIPアドレスが存在しないことを通知することになる(S18)。
【0010】
いったん割り当てられたIPアドレスも、そのIPアドレスを用いる通信が終了すれば返却されて未使用状態となるため、この返却のあと、DHCPサーバ15はシステム10からの取得要求にこたえることが可能であるが、返却が行われるまでの期間は、VoIPを利用する電話機14は例えば発呼することも着呼することもできず、緊急性を要する会話のために電話をかけたり、受けたりする場合などに著しく不都合である。
【0011】
このケースで、他システムもVoIPに対応するシステム10と同様なVoIP通信に対応するシステムであれば、結局は、ホスト数や通信の頻度に比較してDHCPサーバ15が用意したIPアドレスの数が不足しているという問題に帰着することになるが、他システム20がVoIPの通信のようにリアルタイム性を必要としないアプリケーション(例えば、FTPなど)に対応したものである場合などには、適切な対策を講じることによって、柔軟に、リアルタイム通信の可用性を高めることができる可能性がある。
【0012】
ここで、リアルタイム通信とは、例えば、IP電話などのように、呼び出しや応答に即時性が要求される通信を指す。
【0013】
一方、図2に示すようなアドレス割当方法では、取得要求が出された時点で未使用のIPアドレスが割り当てられるため、例えば図5に示すように、VoIPシステム12が自身の配下の複数のVoIP用TA(その1つが13)のために複数のIPアドレスを取得した場合、それらのIPアドレスは不連続な値を持つものとなり、VoIPシステム12におけるアドレス管理が複雑で非効率なものになる。
【0014】
同様に、DHCPサーバ15などにおけるアドレス管理も、複雑なものになる。
【0015】
図5においてDHCPサーバ15は取得要求を受けた順番に、1ずつ大きな値のIPアドレスを割り当ててる動作を繰り返すが、ステップS20,S21でシステム10がIPアドレスを取得したあと、ステップS22,S23でシステム20がIPアドレスを取得したため、そのあと、ステップS24,S25でシステム10が取得するIPアドレスの値は、前記ステップS20、S21で取得した値に連続した値(すなわち、前回取得したIPアドレスの値を+1または−1して得られる値)ではなくなってしまう。
【0016】
【課題を解決するための手段】
かかる課題を解決するために、本発明では、所定の管理範囲内に存在する通信端末からの割当要求を受けるたびに、自身が保管しているアドレスのうち未割当のアドレスのなかから選択したアドレスを動的に割り当てる動的アドレス割当サーバを有するアドレス割当システムにおいて、(1)前記動的アドレス割当サーバと複数の通信端末とのあいだに介在するアドレス割当中継システムを設け、前記アドレス割当中継システムは、前記複数の通信端末のため、各通信端末が実際に割当要求を送信する前に、前記動的アドレス割当サーバに対し、要求元アドレスとして仮の要求元アドレスを含む、複数のアドレスを連続的に有するアドレスブロックを確保するための連続割当要求を送出し、(2)前記動的アドレス割当サーバは、(2−1)前記アドレス割当中継システムからの前記連続割当要求を受けると、自身が保管しているアドレスのうち未割当のアドレスのなかから連続した所定数のアドレスを確保すると共に、確保した所定数のアドレスに前記仮の要求元アドレスを対応付けることで予約済みであることを管理し、(2−2)前記アドレス割当中継システムによる中継対象である前記通信端末が割当要求を送信してきたときには、確保された所定数のアドレスのうち、前記仮の要求元アドレスに対応付けられている一つのアドレスを割り当て、その割当アドレスに対し、前記仮の要求元アドレスに代え、今回の要求元の前記通信端末に係る要求元アドレスを対応付けることを特徴とする。
【0017】
【発明の実施の形態】
(A)実施形態
以下、本発明にかかるアドレス割当システムを、ITU−T勧告H.323に準拠した環境などでVoIPを行うVoIPネットワークに適用した場合を例に、実施形態について説明する。
【0018】
(A−1)実施形態の構成
本実施形態のVoIPネットワーク30の全体構成例(構成要素の詳細構成例を含む)を、図8に示す。
【0019】
図8において、当該VoIPネットワーク30は、IP網31と、当該IP網31によって接続された4つの拠点32〜35を備えている。
【0020】
このうちIP網31は、インターネットなどにも置換可能であるが、ここでは特定の通信事業者が構築、運営して、ユーザに提供するIP網であるものとする。このようなIP網はIPプロトコルを用いた通信を行う点でインターネットと同じであるが、通信事業者の用意する設備などに応じて、通信品質を保証することができる点が相違する。
【0021】
IP網31は、ユーザ企業自らが自身の社員等に利用させるために構築するものであってもかまわないが、このように通信事業者が構築したものである場合、当該通信事業者は当該IP網31を複数のユーザ企業に共用させ、各ユーザ企業に対し、VoIPサービスを提供する形態となるのが普通である。この場合、1つの企業がその拠点間を秘匿性を保ちながら接続できるように、IP−VPNを利用することが多い。
【0022】
当該IP網31は、必要に応じて、インターネットと接続したり、既存の加入電話網と接続することもできる。
【0023】
図8中に示した拠点32〜35は、当該IP網31を共用する複数のユーザ企業のうち、1つの企業の営業所、支社、本社などに相当するLAN(ローカルエリアネットワーク)であってよい。
【0024】
LAN32〜35内のネットワーク構成には様々なものがあり得、実際には本社と、支社、営業所などではネットワーク構成が相違することも多いが、少なくとも、プロビジョニングシステム41,DHCPサーバ42,VoIPシステム45などの主要な構成要素を備えている点で同じであってよいため、ここでは細部にこだわらず、すべての拠点32〜35のネットワーク構成が実質的に同じであるものとして説明する。
【0025】
このような拠点32〜35のうち、拠点35の構成要素は例えば図7に示す通りであってよいが、図8には、当該拠点35について、より詳細な構成例を示している。
【0026】
すなわち当該拠点35は、ルータ40と、前記プロビジョニングシステム41と、DHCPサーバ42と、パソコン43,44(図7の他システム70に対応)と、VoIPシステム45と、VoIP用TA46A〜46Nと、一般電話機47A〜47Nとを備えている。
【0027】
このうちルータ40は、IP網31に対し拠点35内の伝送路L1を接続する機器である。
【0028】
ここでは、ルータ40がIP網31側のポートP1と、伝送路L1側のポートP2しか持たないものとしているが、拠点35の内部側にポートP2以外のポートを持つ場合には、プロビジョニングシステム41と、DHCPサーバ42と、パソコン43,44と、VoIPシステム45を別のポートに接続するようにしてもよいことは当然である。
【0029】
前記IP−VPNを利用する場合、IP−VPNのために必要な暗号化や復号化の機能は、当該ルータ40に搭載されるものであってよい。
【0030】
ゲートキーパ機能なども、当該ルータ40に搭載され得る。
【0031】
ゲートキーパとは、電話番号とIPアドレスの対応関係を管理する一種のサーバで、VoIP用TA(例えば、46A)などからの問い合わせに応じて、IPアドレスを返す機能を持つ。電話をかける際、電話機のユーザ(例えば、U3)が電話機(例えば、47N)に入力するのは、通信相手の電話番号だけであるが、IPプロトコルに応じた通信を行うIP網31上で通信相手を識別するために有効な唯一の識別子はIPアドレスであるから、当該ゲートキーパに問い合わせて、当該電話番号に対応するIPアドレスを取得することが必要になる。
【0032】
パソコン43,44は、ネットワーク機能を搭載した通常のパーソナルコンピュータであるが、FTPクライアントの機能や、ビデオ会議システムの機能などを搭載するものであってもよい。マイクやスピーカなどを装備させ、IP電話機としてのソフトウエアを搭載させれば、パソコン43,44をIP電話機として利用することも可能である。
【0033】
ただし本実施形態では、上述したリアルタイム通信を行うVoIP用TA46A〜46Nなどとの対比を明確化するため、当該パソコン43,44はリアルタイム通信ではない、FTP通信などを行うFTPクライアントとしての機能を持つ場合を想定する。
【0034】
前記パソコン43はユーザU4によって操作され、パソコン44はユーザU5によって操作されるものとする。
【0035】
後述する254ホスト分のグローバルIPアドレスがDHCPサーバ42に用意されていることからすると、拠点35内のホスト数がこの254よりも少ないということは通常あり得ないため、パソコン43,44などの数は、数百台程度、あるいはそれ以上であってよい。
【0036】
VoIPシステム45は、VoIP用TA46A〜46Nを介して一般電話機47A〜46Nを収容し、VoIPを用いた音声通信に対して、PBX(構内交換機)や公衆電話網上の電話交換機に類似した交換機能を提供するシステムである。
【0037】
このためVoIPシステム45は、VoIP用TA(例えば、46A)にDHCPサーバ42からIPアドレスが割当られた場合、プロビジョニングシステム41を介して、そのIPアドレスと、当該VoIP用TA(この場合、46A)のMACアドレスの対応関係の通知を受ける。当該VoIPシステム45は、前記通信事業者が拠点35内に設置するものであってよい。
【0038】
VoIP用TA46A〜47Nは、呼制御機能、コーデック機能、VoIP機能などを装備したターミナルアダプタである。VoIP機能を装備していることから、当該VoIP用TA46A〜46Nは、一種のVoIPゲートウエイとみることができる。
【0039】
また、必要に応じて、前記DHCPサーバ42に対して取得要求の送信などを行うDHCPクライアントの機能も、当該VoIP用TA46A〜47Nに搭載するものであってよい。
【0040】
ここでは、一般電話機47A〜47Nを接続しているが、VoIP用TAは、G3ファクシミリや、パソコンなどをIP網に接続することもでき、比較的低コストでIP統合を実現することが可能である。
【0041】
VoIP用TA46Aは一般電話機47Aのために機能し、VoIP用TA46Bは一般電話機47Bのために機能し、…、VoIP用TA46Nは一般電話機47Nのために機能する。
【0042】
一般電話機47A〜47Nは、自身ではVoIP機能を搭載していないVoIP非対応の通常の電話機である。
【0043】
いわゆるIP電話機は、原理上、当該一般電話機の機能とVoIP用TAの機能を1装置内に備えた通信装置であるとみることができる。
【0044】
したがって、VoIPシステム45は、必要に応じて、IP電話機を収容することも可能である。
【0045】
一般電話機47AはユーザU1によって操作され、一般電話機47BはユーザU2によって操作され、…、一般電話機47NはユーザU3によって操作される。
【0046】
前記DHCPサーバ42は、VoIP用TA46A〜46N、パソコン43、44などからの取得要求に応じて、IPアドレスを割り当てるサーバである。
【0047】
多くの場合、DHCPサーバは、NATを併用するなどの条件下で、LAN内でのみ一意なプライベートIPアドレスを割り当てるが、本実施形態のDHCPサーバ42が割り当てるのはグローバルIPアドレスである。グローバルIPアドレスは、グローバルに一意性が保証されている(したがって、当然、LAN内でも一意性が保証されている)が、現在では枯渇が危惧されている。
【0048】
呼制御プロトコルとして、ITU−T勧告H.323やSIPを利用するIP電話はNAT(あるいは、IPマスカレード)を経由すると正常な通信を行うことが困難になるアプリケーションの1つである。
【0049】
その原因は、主として、IPパケットのデータ部(ペイロード部)に、送信元IPアドレス(プライベートIPアドレス)やポート番号を格納して送信し、通信相手が、当該データ部から取り出した送信元IPアドレスを宛先IPアドレスとして、返送のIPパケットを送り返す仕組みになっており、なおかつ、NAT(あるいは、IPマスカレード)が、ヘッダ部の送信元IPアドレスは変換しても、データ部の送信元IPアドレスまでは変換しないことによる。プライベートIPアドレスは、LANの外部では有効な識別子として機能し得ないからである。
【0050】
この対策としては、LAN内でプライベートIPアドレスを用いずグローバルIPアドレスを用いること(したがって、NATを用いない)や、いわゆるNATトラバーサルの利用が有効である。
【0051】
LAN内でグローバルIPアドレスを用いれば、LAN内の構造が外部から知られやすくセキュリティ性が低下したり、十分な数のグローバルIPアドレスを用意することが困難である等の問題が生じ得るが、特別な機能の追加などが不要で、簡単な処理によって通信を行うことができる。
【0052】
これに対し、NATトラバーサルでは、NATは利用し、前記データ部に格納する送信元IPアドレスとして、ルータ40のポートP1側のIPアドレス(グローバルIPアドレス)を格納させるため、セキュリティ性は低下せず、グローバルIPアドレスの数が不足することもない。しかしながら、適宜、ルータ40のポートP1側のIPアドレス(グローバルIPアドレス)をVoIP用TA(例えば、46A)などに通知する処理が必要になり、そのような通知を要求したり、通知を行ったりするため、ルータ40やVoIP用TA46A〜46N、パソコン43,44などが、NATトラバーサルに対応したものであることが条件となり、実現に多くのコストや手間を要することが多い。
【0053】
本実施形態はこれらのいずれの場合にも適用可能である。
【0054】
LAN(拠点35)内でプライベートIPアドレスを用いずグローバルIPアドレスを用いる場合には、各端末(例えば、VoIP用TA46A)は、DHCPサーバ42が割り当てるグローバルIPアドレスを、自身の送信元IPアドレスとして用いることとなり、NATトラバーサルを用いる場合には、ルータ40から通知されるポートP1のグローバルIPアドレスを、DHCPサーバ42が割り当てるグローバルIPアドレスに対応させておけばよいからである。
【0055】
DHCPサーバ42はTCP/IP関連の各種設定情報(IPアドレスも含む)の設定を自動化し、必要が生じたときに動的に設定するサーバである。したがってDHCPサーバが設定する設定情報には、サブネットマスク、デフォルトゲートウエイなどIPアドレス以外の情報も含まれるが、ここでは、IPアドレスに注目する。DHCPサーバ42を用いることにより、各端末に手動で設定情報の設定を行う場合などに比べ、設定に関する作業負担の軽減、設定ミスによるトラブル発生の防止、IPアドレスの使用効率向上(多数のホスト間で、少数のIPアドレスを共用する)などの効果を得ることができる。
【0056】
当該DHCPサーバ42は例えば図9に示すような内部構成を有する。DHCPサーバの機能は、例えばルータ40などに、ソフトウエア的に実装することもできるが、本実施形態のDHCPサーバ42は独立したマシンである。
【0057】
(A−1−1)DHCPサーバの内部構成例
図9において、当該DHCPサーバ42は、通信部50と、制御部51と、アドレス管理部52と、レンジ(RANGE)対応部53とを備えている。
【0058】
このうち通信部50は、前記伝送路L1を介して拠点35内の各構成要素41,43,44などと通信を行う部分である。
【0059】
制御部51はハードウエア的には当該DHCPサーバ42の中央処理装置(CPU)であり、ソフトウエア的にはオペレーティングシステム(OS)などである。
【0060】
アドレス管理部52は、所定のアドレス管理テーブルTB2を管理する部分で、一種のデータベースを構成する。
【0061】
当該アドレス管理テーブルTB2は、図1に示すように、列名(データ項目)としてIPアドレスとMACアドレスを備えたテーブルであり、IPアドレスとMACアドレスの対応関係を管理する。対応するMACアドレスが空値となっているIPアドレスが、未使用のIPアドレスである。
【0062】
図1上、当該アドレス管理テーブルTB2には、ドット表記でIPアドレスが格納されており、小さな値のIPアドレスほど、上の行に配置され、上下に隣接するIPアドレスの値(1だけ相違する)は連続したものとなっている。
【0063】
すなわち、最上部の行には「1.1.1.1」が配置され、上から2番目の行には、「1.1.1.2」が配置され、上から3番目の行には、「1.1.1.3」が配置され、…というように、値が連続している。
【0064】
このように連続した値をアドレス管理テーブルTB2に格納することができるのは、その前提として、このユーザ企業または通信事業者が、グローバルIPアドレスの配布を管理する組織(レジストリ等)から、値の連続したIPアドレスの集合(アドレスブロック)の配布を受けたことを意味する。
【0065】
過去に配布されたものは別として、IPアドレスの枯渇問題が深刻化している現在では、レジストリから大きなアドレスブロック(例えば、256個(254ホスト分)の連続したIPアドレスを含むアドレスブロック(これは、クラスCに相当))が配布されることはなく、CIDRにより、高々、10数個程度の連続した値のIPアドレスを含む小さなアドレスブロックが配布されるにすぎない(その場合でも、そのなかから、後述するレンジブロックを確保することは可能である)が、IP網31を運営する通信事業者が過去に大きなアドレスブロック(例えば、クラスAやクラスB)の配布を受けている場合などには、そのアドレスブロックのなかから、例えば256個ものIPアドレスを含む大きなアドレスブロックを選定し、企業ユーザに対して再配布できる可能性はある。
【0066】
また、IP網31などのルータ(図示せず)が管理する経路情報を簡単にする観点などから、高々、10数個程度であるとしても、不連続ではなく、連続した値のIPアドレスが配布される可能性は高い。
【0067】
当該アドレス管理部52は、DHCPサーバ42がIPアドレスの取得要求に応じてIPアドレスを割り当てるたびに、割り当てたIPアドレスに対し、取得要求の送信元の端末(例えば、46Aや、43など)のMACアドレスを対応付けて格納する。ここでは、一例として、IPアドレスの値が小さい順に、割り当てを行っている。
【0068】
拠点35内で、例えば、ARPプロトコルにしたがって、あるMACアドレスに対応するIPアドレスの問い合わせが発生した場合(あるいは、その逆の問い合わせが発生した場合)など、当該アドレス管理テーブルTB2の内容を基準に応答することができる。
【0069】
レンジ対応部53は、当該アドレス管理テーブルTB2上に、値の連続したIPアドレスの確保を行わせる部分で、VoIP用TA46A〜46Nのために機能する。
【0070】
レンジ対応部53は、前記プロビジョニングシステム41からの要求に応じて、連続した所定の範囲(レンジ)のアドレスブロック(レンジブロック)を、VoIP用TA46A〜46Nのために確保する部分である。
【0071】
拠点35内で様々な構成要素から送信される取得要求のうち、レンジブロックの確保を要求する信号をどのようにして識別するかについては、様々な方法が利用可能であるが、ここでは、送信元MACアドレスが所定の値(仮MACアドレスに対応)であれば、レンジブロックの取得要求と判定するものとする。
【0072】
この判定を行うのも、当該レンジ対応部53である。
【0073】
また、レンジブロックに含まれるIPアドレスの数を可変とするか固定とするか等に関しても様々な方法が利用可能であるが、ここでは、可変とし、一例として、5個に設定するものとする。
【0074】
この値(ここでは、5個)は、VoIP用TA46A〜46Nの数を上限として変更可能である。一般電話機47A〜47Nの利用頻度(稼働率)が高ければ上限値に設定するとよく、低い場合には、上限値よりも小さな値、例えば、VoIP用TA46A〜46Nの数の半分、あるいは3分の1などに設定してもよい。
【0075】
また、ネットワーク構成が変更され、一般電話機の追加や削除などが行われることもあり得るが、そのようなケースも、この値(ここでは、5個)を変更する要因となる。
【0076】
この値は、後述する仮MACアドレスを送信元MACアドレスとし、宛先MACアドレスをDHCPサーバ42とするMACフレーム(前記取得要求などのために送信される)にカプセル化されているIPパケットのペイロード部に記述するようにしておくとよい。
【0077】
レンジブロックは連続した値になっているため、32ビットのIPv4アドレスのうち、多くの場合、右端部の高々1バイト程度を管理すればよく、DHCPサーバやVoIPシステムにおける管理も効率的に行うことができる。
【0078】
具体的には、1.1.1.1〜1.1.1.5のレンジブロックでは、右端部の1バイトの変化幅が10進数表示で、1〜5(すなわち、二進数表示で、00000001〜00000101)であるため、右端部の1バイトのなかでも、右端に位置する3ビットの変化だけを管理すれば、レンジブロック全体の管理を矛盾なく行うことが可能になる。
【0079】
このような管理を行うと、レンジブロックが大きくなればなるほど、効率が高まる。
【0080】
一方、前記プロビジョニングシステム41は、ネットワークに柔軟性を付与するために前記通信事業者が拠点35内に設置する機器で、その主要部の構成例を、図10に示す。
【0081】
(A−1−3)プロビジョニングシステムの構成例
図10において、当該プロビジョニングシステム41は、通信部60と、制御部61と、予約対応部62と、仮MACアドレス生成部63とを備えている。
【0082】
このうち通信部60は前記通信部50に対応し、制御部61は前記制御部51に対応するので、その詳しい説明は省略する。
【0083】
仮MACアドレス生成部63は上述した仮MACアドレスを生成する部分である。
【0084】
仮MACアドレスは基本的に架空のMACアドレスであるが、その値をどのように決定するかについては様々な方法を用いることができる。MACアドレスはLANカードなどの製造段階などにおいて各製造業者によって決定される48ビット長のデータで、OSI参照モデルのデータリンク層の識別子として利用される。本来、一意性が保証されているものであり、各種の通信システムは、MACアドレスの一意性が保証されていることを前提に構築されるため、仮MACアドレスの生成によって一意性が失われることは好ましくない。
【0085】
したがって、仮MACアドレス生成部63は、当該仮MACアドレスを生成する前に、拠点35内に偶然、同じ値のMACアドレスを持つ端末が存在しないことを確認してから仮MACアドレスを生成することが望ましい。
【0086】
もし可能ならば、プロビジョニングシステム41の通信部60(通信部60のうちのLANカードに対応する部分(OSI参照モデルのデータリンク層以下のプロトコルに対応する))の持つ実際のMACアドレスを当該仮MACアドレスとして利用するようにしてもよい。
【0087】
以下、上記のような構成を有する本実施形態の動作について、図1のシーケンス図を参照しながら説明する。
【0088】
図1のシーケンス図は、S30〜S38の各ステップから構成されている。
【0089】
(A−2)実施形態の動作
ステップS30において、前記プロビジョニングシステム41が前記仮MACアドレスを送信元MACアドレスとするMACフレームを送信することで、DHCPサーバ42に対し前記レンジブロックの取得要求を出す。
【0090】
レンジブロックの取得要求は、DHCPサーバ15が取得要求を受けるたびに1つずつ先着順で割り当てて行くIPアドレスを、まとめて予約することに等しい。この予約はVoIP用TA46A〜46Nのために行われる予約である。
【0091】
このときもしも、アドレス管理テーブルTB2上に、前記固定値(5個)分の連続した未使用(未割当)のIPアドレスがなければ、DHCPサーバ42はレンジの設定が不可能である旨の通知を返送することになり、この通知を受けたプロビジョニングシステム41は例えば定期的にレンジブロックの取得要求を送信する。
【0092】
通常、いったんDHCPサーバ15から割り当てられたIPアドレスも、割当先の端末(例えば、パソコン43)による通信が終了すれば回収され、未使用の状態にもどるため、いつかは必ずレンジブロックを取得することが可能になり、レンジの設定が行われた旨の応答(S31)が、DHCPサーバ42からプロビジョニングシステム41に返送される。
【0093】
なお、当該プロビジョニングシステム41によるレンジブロックの取得要求は、VoIP用TA46A〜46Nから取得要求が出されるか否かと無関係に、プロビジョニングシステム41の機能によって実行される。
【0094】
図1では、当該ステップS31でレンジ設定応答を受けた後、実際に静的確保(予約)を指示するステップS32を行っているが、ステップS31とS32は1ステップに集約することも可能である。
【0095】
いずれにしても、レンジブロックが確保(予約)できると、図1に示すように、前記アドレス管理テーブルTB2のMACアドレスとして、仮MACアドレスの値が格納される。
【0096】
図1の例では、5つの連続するIPアドレス(1.1.1.1〜1.1.1.5)がレンジブロックとして予約されている。
【0097】
このあと、もしもパソコン43などが取得要求を送信したとしても、DHCPサーバ42は当該レンジブロック以外の範囲のIPアドレス(例えば、1.1.1.6など)を割り当て、当該レンジブロック内のIPアドレスを割り当てることはない。
【0098】
レンジブロックが予約されたあと、実際に、いずれかのVoIP用TA(例えば、46A)が、自身のMACアドレス(ここでは、「AA−AA−AA−AA−AA−01」)を送信元MACアドレスとするMACフレームを、前記VoIPシステム45またはプロビジョニングシステム41に送信することによって、取得要求が出されると、プロビジョニングシステム41がこの取得要求をDHCPサーバ42へ中継し(S33)、予約したレンジブロックのなかから任意の1つのIPアドレスの割り当てを受ける。
【0099】
ここでは、DHCPサーバ42が先着順で小さい値から割り当てて行くものとしているため、予約後、最初に取得要求を出した当該VoIP用TA46Aには、前記「1.1.1.1」が割り当てられている。
【0100】
割り当てられたIPアドレスの値や、当該IPアドレスの値とMACアドレスの対応関係は、DHCPサーバ42からプロビジョニングシステム41へ返送される(S34)。
【0101】
図1の例では、上述したパソコン43などからの取得要求はステップS34のあとで発生しており(S35)、この取得要求に応じて、DHCPサーバ42は、前記レンジブロック以外のIPアドレスを割り当てている(S36)。
【0102】
このあと、VoIP用TA46B〜46NのうちのいずれかのTAから取得要求が出され、プロビジョニングシステム41によって中継された場合も、前記VoIP用TA46Aの場合と同様に、前記レンジブロックのなかからIPアドレスが割り当てられる(S37,38)。
【0103】
以降は同様な動作の繰り返しである。
【0104】
(A−3)実施形態の効果
本実施形態によれば、プロビジョニングシステム(41)の機能などによって柔軟性が高まり、リアルタイム通信を行うVoIP用TA(46A〜46N)のために限られたグローバルIPアドレスを予約することができるから、VoIP用TAの可用性が高まる。
【0105】
また、レンジブロックは連続した値になっているため、DHCPサーバやVoIPシステムにおけるアドレス管理も効率的に行うことができる。
【0106】
(B)他の実施形態
上記実施形態のIP電話(一般電話機とVoIP用TAの組)は、ネットワークゲームやビデオ会議システムなど、各種のリアルタイム通信のための通信端末(アプリケーション)に置換することが可能である。
【0107】
また、上記実施形態では、プロビジョニングシステム41やDHCPサーバ42は専用のマシンであったが、これらの機能をソフトウエア的に実現し、拠点35内のその他の構成要素(例えば、ルータ40など)に実装することも可能である。
【0108】
以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。
【0109】
【発明の効果】
以上に説明したように、本発明によれば、柔軟性を高め、前記通信端末の可用性を向上することができる。
【0110】
また、本発明では、アドレス管理を効率化することも可能である。
【図面の簡単な説明】
【図1】実施形態に係るVoIPネットワークの主要部の動作を示すシーケンス図である。
【図2】従来のVoIPネットワークの主要部の動作を示すシーケンス図である。
【図3】発明が解決しようとする課題を説明するための、VoIPネットワークの主要部の構成例を示す概略図である。
【図4】発明が解決しようとする課題を説明するための、VoIPネットワークの主要部の動作を示すシーケンス図である。
【図5】発明が解決しようとする課題を説明するための、VoIPネットワークの主要部の動作を示すシーケンス図である。
【図6】発明が解決しようとする課題を説明するための、VoIPネットワークの主要部の構成例を示す概略図である。
【図7】実施形態に係るVoIPネットワークの主要部の構成例を示す概略図である。
【図8】実施形態に係るVoIPネットワークの主要部の接続関係の一例を示す概略図である。
【図9】実施形態に係るVoIPネットワークで使用するDHCPサーバの主要部の構成例を示す概略図である。
【図10】実施形態に係るVoIPネットワークで使用するプロビジョニングシステムの主要部の構成例を示す概略図である。
【符号の説明】
11、41…プロビジョニングシステム、12,45…VoIPシステム、13,46A〜46N…VoIP用TA、14,47A〜47N…一般電話機、15,41…DHCPサーバ、30…VoIPネットワーク、31…IP網、32〜35…LAN、40…ルータ、52…アドレス管理部、53…レンジ対応部、62…予約対応部、63…仮MACアドレス生成部。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an address assignment system, and is suitable for application to a system using a DHCP server, for example.
[0002]
[Prior art]
The DHCP server originally determines and secures an IP address to be assigned to a terminal when an IP address acquisition request is received from a terminal having a MAC address, and manages the MAC address of the terminal and the assigned IP address in association with each other.
When this terminal is a
[0003]
In the provisioning of the VoIP service, as shown in FIG. 2, when the
[0004]
An IP address is set in the
[0005]
The IP address acquired at this time is an arbitrary IP address that has not been used at the time when the acquisition request is issued among the plurality of IP addresses prepared by the DHCP
[0006]
Since a plurality of terminals similar to the
[0007]
[Problems to be solved by the invention]
However, when such an address allocation method is used, when there are a plurality of systems that transmit acquisition requests to the DHCP
[0008]
The process in this case is, for example, a procedure as shown in steps S15 to S18 in FIG.
[0009]
In FIG. 4, the DHCP
[0010]
The assigned IP address is also returned and returned to an unused state when communication using the IP address is completed, so that the
[0011]
In this case, if the other system is also a system that supports VoIP communication similar to the
[0012]
Here, real-time communication refers to communication in which immediacy is required for a call or a response, such as an IP phone.
[0013]
On the other hand, in the address assignment method as shown in FIG. 2, since an unused IP address is assigned when an acquisition request is issued, for example, as shown in FIG. 5, the
[0014]
Similarly, address management in the
[0015]
In FIG. 5, the DHCP
[0016]
[Means for Solving the Problems]
In order to solve such a problem, in the present invention, every time an allocation request is received from a communication terminal existing within a predetermined management range, an address selected from unallocated addresses among the addresses stored by itself In an address allocation system having a dynamic address allocation server that dynamically allocates (1) Providing an address assignment relay system interposed between the dynamic address assignment server and a plurality of communication terminals; Said The address assignment relay system For each of the plurality of communication terminals, before each communication terminal actually transmits an allocation request, a plurality of addresses including a temporary request source address as a request source address are continuously transmitted to the dynamic address allocation server. (2) When the dynamic address allocation server receives the continuous allocation request from the address allocation relay system, (2) the dynamic address allocation server stores it. A predetermined number of consecutive addresses from among the unassigned addresses are reserved, and the provisional request source address is associated with the predetermined number of reserved addresses to manage that they are reserved ( 2-2) The relay target by the address assignment relay system When the communication terminal transmits an allocation request, among the predetermined number of secured addresses, one address associated with the temporary request source address is allocated, and the temporary request source is assigned to the allocated address. Corresponding to the request source address related to the communication terminal of the current request source instead of the address It is characterized by that.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
(A) Embodiment
Hereinafter, an address assignment system according to the present invention is referred to as ITU-T Recommendation H.264. The embodiment will be described by taking as an example a case where the present invention is applied to a VoIP network that performs VoIP in an environment conforming to H.323.
[0018]
(A-1) Configuration of the embodiment
FIG. 8 shows an example of the entire configuration of the VoIP network 30 (including a detailed configuration example of the constituent elements) of the present embodiment.
[0019]
In FIG. 8, the
[0020]
Of these, the
[0021]
The
[0022]
The
[0023]
The bases 32 to 35 shown in FIG. 8 may be a LAN (local area network) corresponding to a sales office, branch office, head office, etc. of one company among a plurality of user companies sharing the
[0024]
There can be various network configurations in the LANs 32 to 35. In practice, the network configuration is often different between the head office, branch offices, and sales offices, but at least the
[0025]
Among such bases 32 to 35, the constituent elements of the base 35 may be as shown in FIG. 7, for example, but FIG. 8 shows a more detailed configuration example of the
[0026]
That is, the
[0027]
Of these, the
[0028]
Here, it is assumed that the
[0029]
When the IP-VPN is used, the encryption and decryption functions necessary for the IP-VPN may be installed in the
[0030]
A gatekeeper function or the like can also be mounted on the
[0031]
A gatekeeper is a type of server that manages the correspondence between telephone numbers and IP addresses, and has a function of returning an IP address in response to an inquiry from a VoIP TA (for example, 46A). When making a call, the telephone user (for example, U3) inputs only the telephone number of the communication partner to the telephone (for example, 47N), but communicates on the
[0032]
The
[0033]
However, in this embodiment, in order to clarify the comparison with the above-described
[0034]
The
[0035]
Since the
[0036]
The
[0037]
Therefore, when an IP address is assigned to the VoIP TA (for example, 46A) from the
[0038]
The
[0039]
In addition, a DHCP client function for transmitting an acquisition request to the
[0040]
Here,
[0041]
The
[0042]
The
[0043]
A so-called IP telephone can be regarded as a communication apparatus provided with the function of a general telephone and the function of VoIP TA in one apparatus in principle.
[0044]
Therefore, the
[0045]
The
[0046]
The
[0047]
In many cases, the DHCP server assigns a private IP address that is unique only within the LAN under the condition of using NAT together. However, the
[0048]
As a call control protocol, ITU-T recommendation H.264 is used. An IP phone using H.323 or SIP is one of applications that make it difficult to perform normal communication via NAT (or IP masquerade).
[0049]
The cause is mainly that the transmission IP address (private IP address) and port number are stored in the data part (payload part) of the IP packet and transmitted, and the transmission source IP address extracted from the data part by the communication partner The destination IP address is used to send back a return IP packet, and even if NAT (or IP masquerading) converts the source IP address in the header part, the data is sent to the source IP address in the data part. By not converting. This is because the private IP address cannot function as a valid identifier outside the LAN.
[0050]
As countermeasures, it is effective to use a global IP address without using a private IP address in the LAN (and therefore, do not use NAT) or use a so-called NAT traversal.
[0051]
If a global IP address is used in the LAN, problems such as the fact that the structure in the LAN is easily known from the outside and the security is lowered, or it is difficult to prepare a sufficient number of global IP addresses may occur. There is no need to add special functions, and communication can be performed by simple processing.
[0052]
On the other hand, in NAT traversal, since NAT is used and the IP address (global IP address) on the port P1 side of the
[0053]
The present embodiment is applicable to any of these cases.
[0054]
When a global IP address is used instead of a private IP address in the LAN (base 35), each terminal (for example,
[0055]
The
[0056]
The
[0057]
(A-1-1) Internal configuration example of DHCP server
In FIG. 9, the
[0058]
Among these, the
[0059]
The control unit 51 is a central processing unit (CPU) of the
[0060]
The
[0061]
As shown in FIG. 1, the address management table TB2 is a table having an IP address and a MAC address as column names (data items), and manages the correspondence between the IP address and the MAC address. An IP address for which the corresponding MAC address is a null value is an unused IP address.
[0062]
In FIG. 1, the address management table TB2 stores IP addresses in dot notation. The smaller IP addresses are arranged in the upper row, and the values of the IP addresses adjacent to each other in the vertical direction (differ by 1). ) Is continuous.
[0063]
That is, “1.1.1.1” is arranged in the top row, “1.1.1.2” is arranged in the second row from the top, and the third row from the top is arranged. “1.1.1.3” is arranged, and the values are consecutive as shown in FIG.
[0064]
Such a continuous value can be stored in the address management table TB2 on the premise that the user company or the communication carrier manages the value of the value from the organization (registry etc.) that manages the distribution of the global IP address. This means that a continuous set of IP addresses (address block) has been distributed.
[0065]
Aside from what has been distributed in the past, the IP address depletion problem has become serious now, and a large address block (for example, an address block containing 256 (254 hosts) consecutive IP addresses) from the registry (this is (Corresponding to class C)) is not distributed, and CIDR only distributes a small address block including at most about 10 consecutive IP addresses (even in that case) From the above, it is possible to secure a range block, which will be described later), but when the communication carrier operating the
[0066]
In addition, from the viewpoint of simplifying route information managed by a router (not shown) such as the
[0067]
Each time the
[0068]
For example, when an inquiry about an IP address corresponding to a certain MAC address occurs in the base 35 according to the ARP protocol (or vice versa), the content of the address management table TB2 is used as a reference. Can respond.
[0069]
The
[0070]
In response to a request from the
[0071]
Among the acquisition requests transmitted from various components in the
[0072]
The
[0073]
Various methods can be used to make the number of IP addresses included in the range block variable or fixed. Here, it is assumed that the number is variable and set to five as an example. .
[0074]
This value (here, 5) can be changed with the number of
[0075]
In addition, the network configuration may be changed, and general telephones may be added or deleted, but such a case is also a factor for changing this value (here, five).
[0076]
This value is a payload portion of an IP packet encapsulated in a MAC frame (transmitted for the acquisition request or the like) in which a later-described temporary MAC address is a transmission source MAC address and a destination MAC address is a
[0077]
Since the range block is a continuous value, in most cases, it is sufficient to manage at most about 1 byte at the right end of the 32-bit IPv4 address, and the management in the DHCP server and the VoIP system should be performed efficiently. Can do.
[0078]
Specifically, in the range block of 1.1.1.1 to 1.1.1.5, the change width of 1 byte at the right end is displayed in decimal number, 1 to 5 (that is, in binary number display, Therefore, if only the change of 3 bits located at the right end is managed among the 1 byte at the right end, the entire range block can be managed without contradiction.
[0079]
With such management, the larger the range block, the higher the efficiency.
[0080]
On the other hand, the
[0081]
(A-1-3) Configuration example of provisioning system
In FIG. 10, the
[0082]
Among these, the
[0083]
The temporary MAC
[0084]
The temporary MAC address is basically a fictitious MAC address, but various methods can be used to determine the value. The MAC address is 48-bit data determined by each manufacturer at the manufacturing stage of a LAN card or the like, and is used as an identifier of the data link layer of the OSI reference model. Originally, the uniqueness is guaranteed, and various communication systems are built on the assumption that the uniqueness of the MAC address is guaranteed. Therefore, the uniqueness is lost due to the generation of the temporary MAC address. Is not preferred.
[0085]
Therefore, before generating the temporary MAC address, the temporary MAC
[0086]
If possible, the actual MAC address of the
[0087]
The operation of the present embodiment having the above configuration will be described below with reference to the sequence diagram of FIG.
[0088]
The sequence diagram of FIG. 1 is composed of steps S30 to S38.
[0089]
(A-2) Operation of the embodiment
In step S <b> 30, the
[0090]
The range block acquisition request is equivalent to collectively reserving IP addresses to be assigned one by one on a first-come-first-served basis every time the
[0091]
At this time, if there are no consecutive unused (unassigned) IP addresses for the fixed value (5) on the address management table TB2, the
[0092]
Normally, the IP address assigned from the
[0093]
The range block acquisition request by the
[0094]
In FIG. 1, after receiving the range setting response in step S31, step S32 for actually instructing static reservation (reservation) is performed. However, steps S31 and S32 can be combined into one step. .
[0095]
In any case, when the range block can be secured (reserved), the value of the temporary MAC address is stored as the MAC address of the address management table TB2, as shown in FIG.
[0096]
In the example of FIG. 1, five consecutive IP addresses (1.1.1.1 to 1.1.1.5) are reserved as range blocks.
[0097]
Thereafter, even if the
[0098]
After the range block is reserved, one of the VoIP TAs (eg, 46A) actually sends its own MAC address (here, “AA-AA-AA-AA-AA-01”) as the source MAC. When an acquisition request is issued by transmitting a MAC frame as an address to the
[0099]
Here, since the
[0100]
The assigned IP address value and the correspondence between the IP address value and the MAC address are returned from the
[0101]
In the example of FIG. 1, the acquisition request from the
[0102]
Thereafter, when an acquisition request is issued from any one of the TAs for
[0103]
Thereafter, the same operation is repeated.
[0104]
(A-3) Effects of the embodiment
According to the present embodiment, flexibility is increased by the function of the provisioning system (41), and a limited global IP address can be reserved for VoIP TAs (46A to 46N) that perform real-time communication. The availability of TA for VoIP increases.
[0105]
In addition, since the range block is a continuous value, address management in a DHCP server or a VoIP system can be performed efficiently.
[0106]
(B) Other embodiments
The IP phone (a set of a general telephone and a VoIP TA) in the above embodiment can be replaced with various types of communication terminals (applications) for real-time communication such as network games and video conference systems.
[0107]
In the above-described embodiment, the
[0108]
In the above description, the present invention is realized mainly by hardware, but the present invention can also be realized by software.
[0109]
【The invention's effect】
As described above, according to the present invention, flexibility can be increased and the availability of the communication terminal can be improved.
[0110]
In the present invention, it is also possible to improve the efficiency of address management.
[Brief description of the drawings]
FIG. 1 is a sequence diagram showing an operation of a main part of a VoIP network according to an embodiment.
FIG. 2 is a sequence diagram showing an operation of a main part of a conventional VoIP network.
FIG. 3 is a schematic diagram showing a configuration example of a main part of a VoIP network for explaining a problem to be solved by the invention.
FIG. 4 is a sequence diagram showing an operation of a main part of the VoIP network for explaining a problem to be solved by the invention.
FIG. 5 is a sequence diagram showing an operation of a main part of the VoIP network for explaining a problem to be solved by the invention.
FIG. 6 is a schematic diagram showing a configuration example of a main part of a VoIP network for explaining a problem to be solved by the invention.
FIG. 7 is a schematic diagram illustrating a configuration example of a main part of the VoIP network according to the embodiment.
FIG. 8 is a schematic diagram showing an example of a connection relationship of main parts of the VoIP network according to the embodiment.
FIG. 9 is a schematic diagram illustrating a configuration example of a main part of a DHCP server used in the VoIP network according to the embodiment.
FIG. 10 is a schematic diagram illustrating a configuration example of a main part of a provisioning system used in the VoIP network according to the embodiment.
[Explanation of symbols]
DESCRIPTION OF
Claims (2)
前記動的アドレス割当サーバと複数の通信端末とのあいだに介在するアドレス割当中継システムを設け、
前記アドレス割当中継システムは、前記複数の通信端末のため、各通信端末が実際に割当要求を送信する前に、前記動的アドレス割当サーバに対し、要求元アドレスとして仮の要求元アドレスを含む、複数のアドレスを連続的に有するアドレスブロックを確保するための連続割当要求を送出し、
前記動的アドレス割当サーバは、
前記アドレス割当中継システムからの前記連続割当要求を受けると、自身が保管しているアドレスのうち未割当のアドレスのなかから連続した所定数のアドレスを確保すると共に、確保した所定数のアドレスに前記仮の要求元アドレスを対応付けることで予約済みであることを管理し、
前記アドレス割当中継システムによる中継対象である前記通信端末が割当要求を送信してきたときには、確保された所定数のアドレスのうち、前記仮の要求元アドレスに対応付けられている一つのアドレスを割り当て、その割当アドレスに対し、前記仮の要求元アドレスに代え、今回の要求元の前記通信端末に係る要求元アドレスを対応付ける
ことを特徴とするアドレス割当システム。A dynamic address allocation server that dynamically allocates an address selected from unallocated addresses among the addresses stored by itself every time an allocation request is received from a communication terminal existing within a predetermined management range In the address assignment system,
Providing an address assignment relay system interposed between the dynamic address assignment server and a plurality of communication terminals;
The address assignment relay system includes a provisional request source address as a request source address to the dynamic address assignment server before each communication terminal actually transmits an assignment request for the plurality of communication terminals. Send a continuous allocation request to secure an address block that has multiple addresses continuously,
The dynamic address allocation server
Upon receiving the continuous allocation request from the address allocation relay system, a predetermined number of continuous addresses are secured from among the unallocated addresses among the addresses stored by the address allocation relay system, and the predetermined number of secured addresses are Manage the reserved by associating the temporary request source address,
When the communication terminal to be relayed by the address assignment relay system has sent an assignment request, among the predetermined number of reserved addresses, assign one address associated with the temporary request source address, An address assignment system characterized in that , instead of the temporary request source address, the request source address related to the communication terminal of the current request source is associated with the assigned address.
前記連続割当要求には、アドレス割当を要求する所定数の情報が盛り込まれていることを特徴とするアドレス割当システム。The continuous allocation request includes a predetermined number of information for requesting address allocation.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002293623A JP3916542B2 (en) | 2002-10-07 | 2002-10-07 | Address assignment system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002293623A JP3916542B2 (en) | 2002-10-07 | 2002-10-07 | Address assignment system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004129126A JP2004129126A (en) | 2004-04-22 |
JP3916542B2 true JP3916542B2 (en) | 2007-05-16 |
Family
ID=32284483
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002293623A Expired - Fee Related JP3916542B2 (en) | 2002-10-07 | 2002-10-07 | Address assignment system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3916542B2 (en) |
Families Citing this family (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100687614B1 (en) | 2004-12-21 | 2007-02-27 | 엘지노텔 주식회사 | Dynamic IP Address Assignment for IP-based Keyphone System |
CA2562194C (en) | 2005-10-05 | 2012-02-21 | Lg Electronics Inc. | Method of processing traffic information and digital broadcast system |
US7840868B2 (en) | 2005-10-05 | 2010-11-23 | Lg Electronics Inc. | Method of processing traffic information and digital broadcast system |
WO2007091779A1 (en) | 2006-02-10 | 2007-08-16 | Lg Electronics Inc. | Digital broadcasting receiver and method of processing data |
JP4723403B2 (en) * | 2006-03-07 | 2011-07-13 | 三菱電機株式会社 | COMMUNICATION DEVICE, COMMUNICATION SYSTEM, AND ADDRESS SETTING METHOD |
WO2007126196A1 (en) | 2006-04-29 | 2007-11-08 | Lg Electronics Inc. | Digital broadcasting system and method of processing data |
WO2007136166A1 (en) | 2006-05-23 | 2007-11-29 | Lg Electronics Inc. | Digital broadcasting system and method of processing data |
JP2008079059A (en) * | 2006-09-22 | 2008-04-03 | Fujitsu Access Ltd | COMMUNICATION EQUIPMENT WHICH PROCESSES MULTIPLE SESSIONS OF IPsec, AND PROCESSING METHOD THEREOF |
US7873104B2 (en) | 2006-10-12 | 2011-01-18 | Lg Electronics Inc. | Digital television transmitting system and receiving system and method of processing broadcasting data |
KR101253185B1 (en) | 2007-03-26 | 2013-04-10 | 엘지전자 주식회사 | Digital broadcasting system and data processing method |
KR101285887B1 (en) | 2007-03-26 | 2013-07-11 | 엘지전자 주식회사 | Digital broadcasting system and method of processing data in digital broadcasting system |
KR101285888B1 (en) | 2007-03-30 | 2013-07-11 | 엘지전자 주식회사 | Digital broadcasting system and method of processing data in digital broadcasting system |
KR20080090784A (en) | 2007-04-06 | 2008-10-09 | 엘지전자 주식회사 | Electronic program information control method and receiving device |
KR101328949B1 (en) | 2007-04-10 | 2013-11-13 | 엘지전자 주식회사 | method of transmitting and receiving a broadcast signal |
KR101351019B1 (en) | 2007-04-13 | 2014-01-13 | 엘지전자 주식회사 | apparatus for transmitting and receiving a broadcast signal and method of transmitting and receiving a broadcast signal |
JP4918394B2 (en) * | 2007-04-20 | 2012-04-18 | 株式会社リコー | Extension telephone system and IP-PBX device |
KR101430483B1 (en) | 2007-06-26 | 2014-08-18 | 엘지전자 주식회사 | Digital broadcasting system and data processing method |
KR101405966B1 (en) | 2007-06-26 | 2014-06-20 | 엘지전자 주식회사 | Digital broadcasting system and data processing method |
KR101430484B1 (en) | 2007-06-26 | 2014-08-18 | 엘지전자 주식회사 | Digital broadcasting system and data processing method |
KR101456002B1 (en) | 2007-06-26 | 2014-11-03 | 엘지전자 주식회사 | Digital broadcasting system and data processing method |
CN101796835B (en) | 2007-07-02 | 2012-08-08 | Lg电子株式会社 | Digital broadcasting system and data processing method |
US8433973B2 (en) | 2007-07-04 | 2013-04-30 | Lg Electronics Inc. | Digital broadcasting system and method of processing data |
WO2009005326A2 (en) | 2007-07-04 | 2009-01-08 | Lg Electronics Inc. | Digital broadcasting system and method of processing data |
KR101486372B1 (en) | 2007-07-25 | 2015-01-26 | 엘지전자 주식회사 | Digital broadcasting system and data processing method |
KR20090012180A (en) | 2007-07-28 | 2009-02-02 | 엘지전자 주식회사 | Digital broadcasting system and data processing method |
US8175065B2 (en) | 2007-08-24 | 2012-05-08 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in the digital broadcasting system |
US7912006B2 (en) | 2007-08-24 | 2011-03-22 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US7646828B2 (en) | 2007-08-24 | 2010-01-12 | Lg Electronics, Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US8051451B2 (en) | 2007-08-24 | 2011-11-01 | Lg Electronics, Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US8005167B2 (en) | 2007-08-24 | 2011-08-23 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
KR101556131B1 (en) | 2007-08-24 | 2015-09-30 | 엘지전자 주식회사 | Digital broadcasting system and method of processing data in digital broadcasting system |
KR101556134B1 (en) | 2007-08-24 | 2015-09-30 | 엘지전자 주식회사 | Digital broadcasting transmitter and control method thereof |
US8185925B2 (en) | 2007-08-24 | 2012-05-22 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in the digital broadcasting system |
US8276178B2 (en) | 2007-08-24 | 2012-09-25 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
WO2009028856A1 (en) * | 2007-08-24 | 2009-03-05 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US8683529B2 (en) | 2007-08-24 | 2014-03-25 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US8099654B2 (en) | 2007-08-24 | 2012-01-17 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in the digital broadcasting system |
MX2010001831A (en) | 2007-08-24 | 2010-03-11 | Lg Electronics Inc | Digital broadcasting system and method of processing data in digital broadcasting system. |
KR101430489B1 (en) | 2007-08-24 | 2014-08-18 | 엘지전자 주식회사 | Digital broadcasting system and method of processing data in digital broadcasting system |
US8413194B2 (en) | 2007-08-24 | 2013-04-02 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
CA2696721C (en) | 2007-08-24 | 2012-07-24 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
US8161511B2 (en) | 2007-08-24 | 2012-04-17 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
WO2009038438A2 (en) | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting receiver and method for controlling the same |
WO2009038407A2 (en) | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
WO2009038406A2 (en) | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting system and data processing method |
WO2009038440A2 (en) | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting receiver and method for controlling the same |
US8422509B2 (en) | 2008-08-22 | 2013-04-16 | Lg Electronics Inc. | Method for processing a web service in an NRT service and a broadcast receiver |
WO2012139283A1 (en) * | 2011-04-12 | 2012-10-18 | 华为技术有限公司 | Method and appratus for address allocation |
JP2015029198A (en) * | 2013-07-30 | 2015-02-12 | 株式会社バッファロー | Network device, and program |
-
2002
- 2002-10-07 JP JP2002293623A patent/JP3916542B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004129126A (en) | 2004-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3916542B2 (en) | Address assignment system | |
US7836160B2 (en) | Methods and apparatus for wiretapping IP-based telephone lines | |
US7843923B2 (en) | Methods and apparatus for determining the port and/or physical location of an IP device and for using that information | |
CA2328840C (en) | Telephone controller for voip | |
EP1400092B1 (en) | Network address translation of incoming sip connections | |
US8411672B2 (en) | Methods and apparatus for providing emergency telephone service to IP-based telephone users | |
US6925076B1 (en) | Method and apparatus for providing a virtual distributed gatekeeper in an H.323 system | |
US6801528B2 (en) | System and method for dynamic simultaneous connection to multiple service providers | |
RU2305906C2 (en) | Method for dynamically configuring a network equipment port | |
US20070217408A1 (en) | Address Resolution Device, Address Resolution Method, And Communication System Including The Same | |
CA2670510A1 (en) | Intercepting voice over ip communications and other data communications | |
CN101141372A (en) | Method and device for management of routing information and data forwarding in access equipment | |
US7525980B2 (en) | Network address assignment in a passive optical network | |
JPH10247946A (en) | Network connection system, method and name server | |
KR100964860B1 (en) | Address mapping device and method | |
US20040199644A1 (en) | Method of assigning a virtual network identifier to a terminal, and a terminal, a dynamic host configuration server, and a directory server for implementing the method | |
US20050008006A1 (en) | Method for operating a voice terminal connected to a remote private automatic branch exchange, communication arrangement and voice terminal | |
US7181535B1 (en) | Addressing method and name and address server in a digital network | |
JP2010062757A (en) | Dns proxy apparatus and dns relay method | |
KR100511297B1 (en) | Internet protocol managing method for mobile communication system | |
JP4191180B2 (en) | Communication support device, system, communication method, and computer program | |
KR20060055932A (en) | VoIP Traffic Processing System | |
KR100608912B1 (en) | How to provide NAP function in WMCDA mobile communication network | |
JP2001045050A (en) | Ip packet communication device used in common with cug | |
Asami et al. | An FQDN-Based Internet Architecture |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041221 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060808 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061004 |
|
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: 20070206 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070206 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 3916542 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120216 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130216 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140216 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |