JP3584978B2 - データ・ネットワークにおけるサービス配備 - Google Patents
データ・ネットワークにおけるサービス配備 Download PDFInfo
- Publication number
- JP3584978B2 JP3584978B2 JP2001256093A JP2001256093A JP3584978B2 JP 3584978 B2 JP3584978 B2 JP 3584978B2 JP 2001256093 A JP2001256093 A JP 2001256093A JP 2001256093 A JP2001256093 A JP 2001256093A JP 3584978 B2 JP3584978 B2 JP 3584978B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- node
- network
- layer
- nodes
- 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
- 238000009826 distribution Methods 0.000 claims description 44
- 238000000034 method Methods 0.000 claims description 37
- 230000002776 aggregation Effects 0.000 claims description 25
- 238000004220 aggregation Methods 0.000 claims description 25
- 238000004590 computer program Methods 0.000 claims description 6
- 230000004931 aggregating effect Effects 0.000 claims description 4
- 230000015654 memory Effects 0.000 description 21
- 239000011159 matrix material Substances 0.000 description 10
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000013459 approach Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 230000007704 transition Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 235000008694 Humulus lupulus Nutrition 0.000 description 2
- 101150030152 Tmub1 gene Proteins 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【発明の属する技術分野】
本発明は、一般にはデータ・ネットワークにおけるサービス配備に関し、詳細には複数のノードを含む異種データ・ネットワークにおけるサービス配備に関する。
【0002】
【従来の技術】
データ・ネットワークにおいて一般的に配備されるサービスには、ネットワークのうちの選択されたノードが関与するルーティング・サービスと、ネットワーク全体にわたるエンド・ツー・エンドサービスとがある。ディフ・サーブ(diff−serv)方式は、データ・ネットワークで配備されるサービスの一例である。一般的なディフ・サーブ方式では、ネットワーク提供者が複数のレベルのネットワーク・サービスを提供し、各サービスに異なる料金が付随する。その場合、ネットワークのユーザは、ユーザが必要とするサービスのレベルに付随する料金を支払う。周知のディフ・サーブの一例では、ネットワーク・アクセスに割増料金を支払う顧客のデータ・トラフィックに対して、より低額のネットワーク・アクセス料金を支払う顧客のデータ・トラフィックより優先させるトランスポート優先権を与える。データ通信が成長し続けるにつれて、ネットワークがますます混雑するため、ディフ・サーブの需要が増えている。一般にはネットワーク提供者、特にインターネット・サービス提供者では、集客のためにディフ・サーブ・サービスを提供しようという要望がますます増大している。しかし、インターネットのような大規模データ・ネットワークで、ディフ・サーブや将来の他のサービスを配備する問題の好都合な解決策は現在のところまだない。
【0003】
従来のデータ・ネットワークでは、サービスは手作業で配備される。これには一般に、新しいサービスを導入したいときに、ネットワーク内の各ノードで新しい構成コマンド・セットまたは更新プログラム・コード・セットを入力する必要がある。このような手動更新は、ネットワーク運営者にとって手間と時間がかかり、誤りを犯しやすい作業である。
【0004】
多くの従来のデータ・ネットワークは、ネットワークを介したネットワーク内の各ノードへの接続を有する中央ネットワーク・マネージャを含む。ネットワーク・マネージャは一般に、ネットワークに接続された専用コンピュータを含む。このコンピュータは、特別なネットワーク管理ソフトウェアによってプログラムされている。このようなネットワーク管理ソフトウェアの例としては、ヒューレット・パッカードが販売するオープン・ビュー(Open View)ソフトウェア、チボリ・システムズが販売するネット・ビュー(Net View)ソフトウェア、シスコ・システムズが販売するシスコワークス(CiscoWorks)などがある。通例、ネットワーク内の各ノードは、ネットワーク・マネージャと協調するエージェント・ソフトウェアを有する。ネットワーク・マネージャとエージェントとの双方向通信によって、管理されるネットワークに属するノードを、そのネットワーク管理プラットフォーム特有の方法で制御することが可能になる。しかし、このような制御は、被管理ネットワークにおけるサービスの配備にまでは及ばない。また、従来のネットワーク・マネージャとそのエージェントは、拡張可能ではない。要するに、従来のネットワーク管理システムは、大規模な異種ネットワーク全体にわたってサービスを配備するのに適していない。
【0005】
プライベート・ネットワーク・ツー・ネットワーク・インタフェース(Private Network to Network Interface:PNNI)など、比較的最近に導入されたルーティング・プロトコルの中には、ネットワーク内の各ノードを手動で構成せずとも、ネットワーク内のエンド・ツー・エンド接続対応QoS(Quality of Service)の自動設定がある程度まで可能なものもある。また、アクティブ・ネットワーク・エンカプスレーション・プロトコル(Active Network Encapsulation Protocol)などのプロトコルは、ネットワーク内を移動するパケットが、ネットワーク内で通過する各ノードにサービスをロードしたりロードを試みたりする、パケット方式の手法によりサービスを配備する。このパケット方式の手法が正常に動作するには、以下の条件に依存する。すなわち、
I)ネットワーク内の各ノードすべてが、ネットワークを移動するパケットにより搬送されるコードを実行することができるという意味でネットワークが同種であることと、
II)ネットワーク内の各ノードが所望のサービスを実行することができることである。
【0006】
実際には、これらの条件は必ずしも満たされない。コードの入手、コードの実行、またはサービスのサポートを行うことができないノードは、パケットを廃棄するか、または次のノードに転送する。これは明らかに望ましくない。パケット方式の手法の例の中には、構成コードをパケットには組み込まない例もある。その代わりに、ネットワークのノードは、中央コード・リポジトリまたは分散データベースに照会することによって、または必要なコードをすでにダウンロードしているノードに照会することによって、新しい構成プログラム・コードを入手するする必要がある。このような照会は、ネットワークに追加のトラフィック、遅延、複雑さを生じさせる。パケット方式の手法は、比較的多数のデータ・ネットワーキング・アプリケーションでのサービスの配備には適さない。たとえば、パケット方式の手法は、ホップごとのルーティングが行われるネットワークでのサービスの配備には適さない。そのようなネットワークでは、パケットの流れが常に同じノードを通過するという保証がないためである。インターネットは、ホップごとのルーティングが行われるネットワークの例である。
【0007】
【発明が解決しようとする課題】
「Spawing Networks」(IEEE Network Magazine1999年7/8月号)で、キャンベル(Campbell)等は、分散オブジェクト技法と中央プロファイル・データベースとに基づいて仮想ネットワーク・アーキテクチャを自動的に配備する高度な方法を提案している。「Virtual Active Networks − Safe and Flexible Environments for Customer−Managed Services」(1999年10月スイス チューリヒ開催の第10回IFIP/IEEE International Workshop on Distributed Systems(DSOM’99)議事録)では、ブルンナー(Bruner)等が、異なる仮想アクティブ・ネットワーク(VAN)において配備されたサービスを分離する枠組みを開示している。しかし、VANの構築には手動作業が残っている。アクティブ・ネットワークは一般に、前述のパケット方式配備手法を使用する。この手法は、予測可能な調整されたサービス配備が望ましい異種ネットワークでのサービス配備には適さない。異種ネットワークと、異種ネットワーク内の非アクティブ・ホップ間のリンクのための抽象化については、バルガバン(Bharghavan)等が「A Scalable Architecture for Active Networks」(OPENARCH 2000、2000年3月イスラエル テルアビブ)で述べている。インターネット・プロトコル(IP)および非同期転送モード(ATM)ネットワークでは、階層構造を使用してルーティング情報の収集と伝播を行う。IPネットワークは、ルーティング情報を収集するに過ぎない。しかし、ATM PNNIは、帯域幅および遅延特性も集約して、QoSルーティングを可能にする。「Transition Matrix Generation for Complex Node Representation」(1999年5月日本 高知開催のIEEE ATM Workshop議事録p489〜500)では、イリアディス等がネットワーク階層の下層のノードの特性を収集する複合ノード表現について記載している。「An Approach to Hierarchical Network Managemetn Architecture Based on SNMPv2」(Smartnet’99 第5回IFIP Conference on Intelligence in Networks、1999年11月タイ)では、シャオ等が、階層構造を使用して多数のノードと共にスケーリングする分散ネットワーク管理方式について記載している。比較的大規模な異種データ・ネットワーク全体に柔軟性のある方式でサービスを都合よく編成し、自動的に配備する問題のスケーラブルな解決策を提供することが望ましいであろう。
【0008】
【課題を解決するための手段】
本発明によると、複数のネットワーク・ノードを含むデータ・ネットワークにおいて、サービスの配備のためのノードの選択を規定するサービス割振り方針に従ってサービスを配備する方法であって、ネットワーク・ノードを含む最下層と各層において前の層のノードのグループがそれぞれの論理ノードによって表された1または複数の漸進的に高くなっていく層とを有するサービス配備階層を規定するステップと、配備するサービスを指定するサービス配布コマンドを生成するステップと、階層のより上位の層の論理ノードから階層のより下位の各層のノードに、サービス配布コマンドを割振り方針と共に供給するステップと、割振り方針に従って選択されたネットワーク・ノードにサービス配布コマンドで指定されたサービスを自動的に導入するステップとを含む方法が提供される。
【0009】
この方法は、階層のより上位の層の論理ノードから階層のより下位の層のネットワーク・ノードに、配備するサービスの要件を示すサービス請求を供給するステップと、サービス請求を各ネットワーク・ノードの機能と比較して、ノードが配備するサービスをサポートする能力を示すメトリクスを生成するステップと、メトリクスを集約して階層の次のレベルアップのために集約されたメトリクスを生成し、連続した層のために集約ステップを繰り返すステップと、上位層において集約されたメトリクスに基づいて配布コマンドを生成するステップとさらに含むことが好ましい。
【0010】
本発明の好ましい実施形態では、この方法は、選択されたノードのうちの1つまたは複数のノードを表す論理ノードにおいて情報を維持してサービスの動的再配備を可能にするステップを含む。
【0011】
集約ステップは、1または複数の階層における異なるノードグループのための異なる集約手続きを含むことが好ましい。
【0012】
本発明を別の観点から見ると、複数のノードを含むネットワーク・システムであって、前記サービス配備方法を実行するように構成されたシステムが提供される。
【0013】
本発明は、このようなネットワーク・システムのネットワーク・ノードにも及ぶ。さらに、本発明は、ネットワーク・システムのノードにロードして前記方法を実行するようにシステムを構成するコンピュータ・プログラム・コード手段を含むコンピュータ・プログラム要素にも及ぶ。
【0014】
本発明は、データ・ネットワークにおいて、柔軟性を向上させ、顧客要求への応答時間を短縮した、サービスを都合よく編成し自動的に配備するという問題のスケーラブルな解決策を提供する。ネットワーク管理のこのタスクは、ネットワーク・マネージャからネットワークそれ自身に転送される。
【0015】
本明細書で、本発明を使用する方法を参照しながら特徴について説明する場合、対応する特徴は本発明を使用する装置に応じて提供することができ、その逆も可能であることを理解されたい。
【0016】
【発明の実施の形態】
まず図1を参照すると、本発明の好ましい実施形態では、プロセッサ20と、入出力(I/O)ポート40と、プロセッサ20によって実行されるコンピュータ・プログラム・コード命令を記憶する第1の不揮発性メモリ60と、ノード10の動作パラメータを示す機能(CAPS)リストを記憶する第2の不揮発性メモリ50とを含むプログラム可能ネットワーク・ノード10が提供される。CAPSリストの好ましい例については後で詳述する。プロセッサ20、I/Oポート40、第1のメモリ60、および第2のメモリ50はすべてバス・アーキテクチャ30によって相互接続されている。本発明の特に好ましい実施形態では、プロセッサ20はマイクロプロセッサを含む。高速動作のために、マイクロプロセッサは縮小命令セット(RISC)アーキテクチャを有することが好ましい。適合するRISCマイクロプロセッサの例としては、インテル・コーポレーションが販売するi960マイクロプロセッサと、インターナショナル・ビジネス・マシーンズ・コーポレーションが販売するPowerPCマイクロプロセッサがある(PowerPCはインターナショナル・ビジネス・マシーンズ・コーポレーションの登録商標である)。動作時、ノード10は、1つまたは複数のI/Oポート40を異なるノードまたは端点に接続して当該他のノードまたは端点との通信リンクを形成することによってネットワークに組み込まれる。I/Oポート40の機能に応じて、通信リンクは、光ファイバ、銅線、および無線周波数や赤外線などのワイヤレス媒体を含む様々なネットワーク技法のうちの1つまたはそれらの組み合わせによって物理的に設けることができることを理解されたい。同様に、I/Oポート40によって確立される通信リンクは、トークンリング、スロッテド・リング、イーサネット(R)、およびATMを含む複数の異なる物理層プロトコルのうちの1つまたは複数のプロトコルに従ってデータを伝達することができることを理解されたい。動作時、第1のメモリ60に記憶されているプログラム・コードが、特定のルーティング機能に従ってI/Oポート40のうちの異なるポート間でデータ・トラフィックを伝送するようにマイクロプロセッサを構成する。ネットワーク・ノード10は、プログラム・コードによって、ルータ、スイッチ、ブリッジ、ブルータ、または同様のデータ・ネットワーク装置として機能するように構成することができる。本発明の実施形態によっては、ノードを構成するためのプログラム・コードは、ノードの製造時に第1のメモリ60に事前プログラムしておくことができる。このような事前プログラムされたコードは、変更不能とすることができる。しかし、本発明の他の実施形態では、ネットワーク内の遠隔場所からI/Oポート40を介して第1のメモリ60に、更新、修正、および全く異なるコードをロードすることができる。第1のメモリ60と第2のメモリ50は、本発明のある実施形態では、単一の物理メモリの論理的に区分化された部分によって実施することができることを理解されたい。
【0017】
本発明の好ましい実施形態では、第2のメモリ50に記憶されたCAPSリストは、拡張マークアップ言語(XML)でコード化される。XMLによって、CAPSリストに記録されるデータ項目を、そのデータ項目をネットワーク内の他のノードの特性に関連するデータ項目と組み合わせる規則と共に記述することができるので有利である。このようなCAPSリストの一例のXMLリストを以下に示す。このCAPSリストには、ノードがサポートする様々な動作および構成アプリケーション・プログラミング・インタフェース(API)を示す標識が含まれる。また、CAPSリストには、たとえばプロセッサ速度やバッファ・サイズなど、ノードの多数の動作パラメータも含まれる。これらのデータ項目によって、新しいサービスをそのノード上に配備することができるか否かを判断することができる。
【0018】
本発明のある実施形態では、第2のメモリ50に記憶されるCAPSリストは固定している。しかし、本発明の他の実施形態では、第2のメモリ50に記憶されるCAPSリストは、データ項目の追加または削除によって再プログラムまたはその他の方法で変更を加えることができる。この構成は、たとえば異なる組み合わせのI/Oポートを導入することができるネットワーク・ノードの場合に特に望ましい。次に図2を参照すると、本発明の特に好ましい実施形態では、ネットワーク70にノード11が接続されている。ノード11は、本明細書で図1を参照しながら前述したノード10と類似しているが、ノード11ではI/Oポート40がI/Oサブシステム45に置き換えられている点が異なる。ネットワークにはCAPSリスト・ライブラリ・サーバ80、ピココード・ライブラリ・サーバ100、およびソフトウェア・プロトコル・ライブラリ・サーバ110も接続されている。CAPSリスト・ライブラリ・サーバ80には、CAPSリストのライブラリ90が記憶され、各ライブラリ90はノード11のための異なるポート・モジュールに対応する。ピココード・ライブラリ・サーバ100には、プロセッサ20を構成するためのコンピュータ・プログラム・コードのライブラリ120が記憶される。ソフトウェア・プロトコル・ライブラリ・サーバ100には、I/Oサブシステム45のポート間でデータをルーティングするときにプロセッサ20によって実行されるソフトウェア・ルーティング・プロトコルのライブラリ130が記憶される。I/Oサブシステム45は、複数の対応する交換可能プラグイン・ポート・モジュール41、42、および43を受け入れる複数のスロットを含む。各ポート・モジュール41、42、43は、固有の識別子を記憶する不揮発性レジスタ46を含む。次に図2と図3とを共に参照すると、ステップ140で、ポート・モジュール43がスロットの1つに挿入されると、プロセッサ20が対応するレジスタ46から固有識別子を読み取る。次に、ステップ150で、固有識別子がノード11からライブラリ・サーバ80に送られる。ステップ160で、ライブラリ・サーバ80は、受け取った固有識別子に基づいてライブラリ90からノード11に付加されたポート・モジュール43に対応するCAPSリストを取り出す。次にステップ170で、ライブラリ・サーバ80はノード11に取り出したCAPSリストを返す。ステップ180で、プロセッサ20が付加されたポート・モジュール43のCAPSリストを第2のメモリ50に記憶されているノード11のCAPSリストに追加する。同様のプロセスを行って、プロセッサ20を構成するための更新されたプログラム・マイクロコードがピココード・ライブラリ・サーバ100からノード11に転送され、第1のメモリ60に記憶される。同様に、もう一つの同様のプロセスを行って、プロセッサ20が実行する新しいソフトウェア・ルーティング・プロトコルがソフトウェア・プロトコル・ライブラリ・サーバ110からノード11に転送され、やはり第1のメモリ60に記憶される。本発明のある実施態様では、ライブラリ・サーバ90、100、および110から対応するCAPSリスト、プロセッサ・プログラム・コード、およびソフトウェア・プロトコルのセット、またはこれらの任意の組み合わせを取り出すための固有識別子をノード11自体に設けることができる。本発明のある実施形態では、ライブラリ・サーバ80、100、110はネットワーク70に接続された単一のサーバ・コンピュータ・システムによって実施することもできることを理解されたい。
【0019】
また、本発明の他の実施形態では、前記ライブラリ80、120、130のうちの1つまたは複数のライブラリをノード11に記憶することもできることを理解されたい。このような実施形態は、ノード11に存在するメモリ空間をより多く必要とすることは明らかである。しかし、両方の固有識別子をネットワーク70を介してライブラリ・サーバ80、100、110に送信することと、CAPSリスト、プロトコル、およびプロセッサ・プログラム・コードをライブラリ・サーバ80、100、および110からノード11に送信し戻すこととが回避され、それによってデータ・トラフィックの伝送のための制御トラフィックによって占有されることになるはずの帯域幅が開放される。
【0020】
次に図4を参照すると、本発明の好ましい実施形態では、データ・ネットワークは、図1および図2を参照しながら前述したようなノード220を含む。データ・ネットワークのノード220は、サービス配備階層210に論理的に構成されている。サービス配備階層210は、データ・ネットワークのトポロジに基づく。しかし、サービス配備階層210は、ノードへの到達可能性とリンク状況を示すデータを配送しないことに留意されたい。したがって、サービス配備階層210は、プライベート・ネットワーク・インタフェース(PNNI)ルーティング階層などのルーティング階層とは異なる。サービス配備階層210は、同じサブネット230内のノード220をグループ化することによって形成される。次に、ノード220の1つをグループ・リーダーとして選択する。各グループ230は、階層の次の層で単一の論理グループ・ノード240として現れる。たとえば、階層210の最下層180では、サブネット230内のノード220が、中間層190における論理サブネット260の論理グループ・ノード240としてグループ化される。最上位層200では、論理サブネット260の論理ノードが論理グループ・ノード250としてグループ化される。
【0021】
次に図5を参照すると、サービス配備階層210のネットワーク・サービス配備方式の一例は、請求ステップ270と、集約ステップ280と、配布ステップ290と、導入ステップ300と、公示ステップ310とを含む。
【0022】
請求ステップ270では、ネットワーク上で配備するサービスの要件がネットワークの各ノード220にブロードキャストまたはマルチキャストされる。各ノード220は、配備するサービスの要件を、それぞれの第2のメモリ50に記憶されているCAPSリストで規定されている機能と比較する。各ノード220は比較の結果をメトリクスの形で生成する。サービスの要件が事前にわかっている場合、または汎用書式がある場合、請求ステップは省くことができる。
【0023】
集約ステップ280では、ノード220によって生成されたメトリクスが、最下層180から最上位層200までサービス配備階層210を上に伝播していくにつれて集約される。集約ステップによって、サービス配備をスケーラブルにすることができる。メトリクスが最上層まで集約されると、ノード250はネットワークが当該サービスをサポートすることができるか否かを示す。
【0024】
配布ステップ290では、サービス配備階層210内の各層180、190、200でサービスをサポートするのに最も適したノードのみを選択することによってサービスの配備が行われる。この選択は、サービスの「サービス固有割振り方針(SSAP)」に基づいて行われる。配備要件はサービスによって異なる。たとえば、経路にあるすべてのホップでの配備を必要とするサービスがある。しかし、経路の両端部またはネットワークの選択されたノードのみで必要なサービスもある。サービスのSSAPによって、ネットワークにおいてサービスをどのように配備するかが規定される。
【0025】
導入ステップ230では、サービスが対応するSSAPに従ってネットワークの最下層180のノード220に導入される。
【0026】
公示ステップ310では、各ノード220が各ノードに導入されているサービスを公示し、同じサービスを公示している他のノード220の識別情報を動的に認識する。これによって、たとえばピアを自動構成するためのルーティング・プロトコルなどの制御サービスが可能になる。
【0027】
次に請求ステップについて詳細に説明する。前述のように、このステップではネットワーク上で配備するサービスの要件がネットワークの各ノード220にブロードキャストまたはマルチキャストされる。本発明の好ましい実施形態では、サービスの要件はブロードキャストまたはマルチキャストのために、前述の例示のCAPSリストと同様の方式でXMLなどのマークアップ言語でコード化される。要件は、必要なルーティング・プロトコル、バッファ・サイズや待ち行列数などの物理機能または論理機能、またはこれらの組み合わせと定義することができる。ネットワークのある部分は、省略された形態の請求ステップでよい。たとえば、SSAPによって、その間にサービスを配備する両端部または両端点が定義されている場合、請求ステップでサービスの要件をその両端部または端点間の間のノードにのみマルチキャストすることができる。
【0028】
サービスは以下の2つのカテゴリに分類することができる。すなわち、
事前にはわかっていないカスタム・メトリクスまたはカスタム集約規則のセットまたはその両方を必要とするもの。このようなメトリクスは、配備するサービスの要件と要件を受け取る各ノードのCAPSリストの内容との前述の比較から導き出される。
事前にわかっている汎用メトリクスまたは汎用集約規則のセットのみを必要とするものとである。
【0029】
汎用メトリクスによっては、対応する汎用集約規則を介してネットワーク内でデフォルトにより公示することができるものもある。新しいサービスの配備でそのようなメトリクスを十分な頻度で使用する場合、デフォルトによりそれらのメトリクスを公示することによって請求ステップと集約ステップが余分になる。したがって、状況によってはこの2つのステップを省くことができる。これは、短時間で導入する必要のあるサービスの配備の場合に特に望ましい。カスタム・メトリクスのセットは、配備するサービスの要件と、それを受け取るノード220のCAPSリストの対応する項目との前述の比較の結果の値を有する。このセット内の値は、配備されるサービスをノードがサポートするか否かを単に示すだけの二進値とすることができる。一代替形態では、価値は、ノードがサービスをサポートできるコストを示すことが可能である。他の態様では、この値によって、配備されるサービスをノードがどの程度サポートすることができるかを示すことができる。図4を参照すると、ディフ・サーブ・サービスなどの特定のサービスをサポートすることができるノードが、請求ステップを実行した結果の一例として黒で図示されている。
【0030】
次に、集約ステップについて詳述する。前述のように、サービス配備階層210では連続した層を上方にたどっていくため、スケーラビリティのためにはメトリクスのセットを集約することが望ましい。本発明の特に好ましい実施形態では、集約ステップは、ネットワーク内の変更を取り込むために、頻繁な間隔で、または事前定義されたイベント発生時、あるいはその両方で実行される。図6を参照すると、メトリクスのセットが従来のようにサービス配備階層210の連続した各層間の状態遷移マトリックスとして配置されている。たとえば、M1は層190の論理サブネット260の状態遷移マトリックスである。階層210内のサブネットの端部には、要素mi,,jが端部iとjの間の最短経路上のホップ数と定義されるように番号が付けられ、この経路上の各ホップでディフ・サーブ・サービスなどの所望のサービスが提供される。マトリックスは対称なので、半分のみが示される。
【0031】
次に、配布ステップ290について詳述する。配布ステップ290では、サービスの配備が対応するSSAPによって指示される。SSAPには、たとえばノード220のうちのどのノードをサービス使用可能にする必要があるかを識別するトポロジ指向標識が含まれる。具体的には、配布ステップ290は、階層210内の最上位ノード250から出されたサービスを配備する配布コマンドから開始する。配布コマンドは対応するSSAPと共に階層210を下っていく。階層210内の各層で、グループ・リーダーは、この配布コマンドを、グループ全体にフラッディングするのではなく、サービスを配備する必要があるノードにのみ転送する。これによって、ネットワークの輻輳が最小限になるので有利である。本発明の特に好ましい実施形態では、グループ・リーダーは、配布コマンドを伝播させるように選択されていない限り、下層のノードには配布コマンドを伝播させない。サービスがアクティブ状態であるならば、サービスを配備するノード220はそのサービスを維持する。これによって、有意な変化があった場合にサービスを自動的に配備することができる。何が有意な変化であるかはSSAPによって定義される。ルーティング変更が発生したときにサービスの再配備を回避するために、配布コマンドの伝送中にヒューリスティックを使用して、サービスが1組の経路上に配備されるようにすることができる。このようなヒューリスティックもSSAPに含まれる。再び図4を参照すると、マトリックスM1,m1,5は非ゼロであり、ネットワークが必要なサービスをサポートすることができることを示している。したがって、図6を参照すると、最下層が備える状態遷移マトリックスに基づいて、階層210内の各層で最短経路が選択されるようにして配布が行われる。次に、この経路上のノードは配布コマンドを階層210内の次の下層に転送し、物理ノード220がある最下層180に達するまで転送される。ここでサービスが各ノード220に個別に導入される。図6で、最短経路の両端部は各層で太線で示されており、各層のこの経路上のノードは黒く示されている。
【0032】
請求ステップと配布ステップは、サービスを配布するネットワークに接続されたネットワーク・マネージャまたはエンド・ユーザ要求に応答したゲートウェイ、あるいはこの2つの組み合わせによって開始することができる。
【0033】
次に、導入ステップについて詳述する。配布コマンドが階層210内の最下層180に達したときのノード220へのサービスの導入は、自動的に行われる。本発明の好ましい実施形態では、ノードをサービスを実行するように構成するためのコードが入ったリポジトリへのリンクが、配布コマンドに付随するSSAPに含まれている。あるいは、配備されるサービスに関連づけられた構成コードが比較的小さい場合、コードは配布コマンドに含めることができる。
【0034】
次に、公示ステップについて詳述する。サービスが導入された後は、サービスは制御メッセージを交換する隣接ノードを見つけるか、または公示され、それによってデータ・パケットがサービス使用可能にされたノードを介してそれぞれの宛先に向けてルーティングされる。前者は、明示的アドレス信号方式を使用する。明示的アドレス指定の他の例としては、ルーティング更新メッセージがピア・ノードに対して明示的にアドレスされるほとんどのルーティング・プロトコルがある。後者は、暗黙的アドレス信号方式を使用する。暗黙的アドレス指定は、ノードは、同じサービスを稼働させてサービスを実行しているピア・ノードのアドレスを使用する必要がない。暗黙的アドレス指定の例は、インターネット技術標準化委員会(Internet Engineering Task Force:IETF)ディフ・サーブ(diff−serv)に見られるものなどの帯域内信号方式や、IETF RSVPに見られるものなどの帯域外周波信号方式がある。図4および図6を参照しながら上述した本発明の好ましい実施形態では、ディフ・サーブ・サービスの配備が企図されていた。前述のように、このようなサービスは、暗黙的アドレス指定サービスの例である。公示ステップでは、このようなサービスが配備されるノードがそのサービスを公示する。この公示は再び集約され、配布される。ここでは、公示に付随する状態遷移マトリックスは、集約ステップで作成したものと同じである。これは、終端点間のディフ・サーブ・サービスのサポートする経路が1つしかないためである。集約された公示は、適切な経路を設けるルーティングと組み合わされる。サービス配備階層210とネットワークのルーティング階層とを整合させることにより、暗黙的アドレス指定サービスを配備する場合の公示ステップの実行が容易になることを理解されたい。
【0035】
次に図7を参照しながら、本発明を使用するATM−PNNIネットワークの一例について説明し、上述のサービス配備階層をインターネット・プロトコル(IP)ルーティング・サービスの配備に適用する例を示す。このサービスは、明示的アドレス指定帯域外制御サービスである。このATM−PNNIネットワークは、IPルータ・ノード350が接続された複数のATMスイッチ・ノード360を含む。サービス配備階層は、3つの層320、330、340を含む。層330は、論理ノード390、400、410、420を有する。層320は、グループ430と450の間に論理グループ440を有する。IPルーティング階層は、サービス配備階層およびPNNI階層と一致している。Open Shortest Path First (OSPF)サービスおよび境界ゲートウェイ・プロトコル(BGP)サービスが適切な層に自動的に導入される。OSPFの詳細は、IETF RFC(Request for Comments)1583に記載されている。この説明では、請求ステップおよび集約ステップは省く。配布ステップに重点を置いて説明すると、SSAPはたとえばノード410をOSPFバックボーン領域として選択する。次に、各OSPF領域で、ルータ350が同じ領域内の他のルータ350と相互接続する。すべてのOSPFルータ350からの公示は、それぞれのグループに限定される。ただし、バックボーン領域の境界領域ルータはすべての領域で公示される。BGPサービスを実行するために選定されたルータ350は、最上位層320まで公示され、それによってグループ430および450とグループ440内のピアから見える。次に図8を参照すると、その結果のIPルーティング階層は、OSPF自律システムを含む。OSPF自律システムは4つのOSPF領域460、470、480、および490を、2つのBGP通信ノード510および520にわたるBGP経路500と共に含む。
【0036】
図9を参照すると、本発明の他の例では、複数のサーバ560、565、および570と複数のルータ・ノード580、590、600、および610を含むIPネットワークがある。このネットワークには明示的アドレス指定帯域内サービスが配備される。サービスの配備の結果、サーバ560および570はプロキシ・キャッシュを実行することになる。したがって、プロキシ・キャッシュ・サーバ560および570には、透過HTTPクライアント(図示せず)が接続されている。プロキシ・キャッシュ560は透過なため、HTTPクライアントはそのプロキシ・キャッシュ560および570のアドレスを使用して構成する必要がない。その代わりに、ルータ580、600、および610が層4スイッチングを実行し、HTTP要求をプロキシ・キャッシュ・サーバ560に転送する。応答時間を向上させるために、2層のキャッシュを使用する。第1レベル・キャッシュ560には、ローカル・ユーザによって最も頻繁に要求されるページが入れられる。第2のレベル・キャッシュ570にはすべてのユーザによって最も頻繁に使用されるページが入れられる。この説明では、サービス配備の前にネットワークに十分なルーティングおよびアドレス指定機能がすでに備えられているものとする。請求ステップで、サービスをサポートするための特定の要件がノード580、590、600、610、および615に送られる。ここでは、この要件には、直接接続されたサーバ570、565、および560上の最低限の処理能力および記憶域と、ルータ580、590。600、610および615が層4スイッチングを実行できる能力が含まれる。バックボーン領域620を表す論理が、第2レベル・キャッシュ570に対応する要件と共に請求を受け取る。しかし、領域550、540、および530を表す論理ノードは、第1レベルキャッシュ560の要件を受け取る。その結果のメトリクスは、二進値とすることができ、サービス配備階層を上方に送られ、前述のように各論理グループごとに集約される。集約は、各ルータ580、590、600、610、および615からの結果の論理ORによって行われる。次に、メトリクスは前の結果の論理ANDによって再び集約される。ネットワーク全体を表す論理ノードは、これによって、所望のサービスを現行のネットワーク基盤上に配備することができるか否かが判断される。この例は、サービス配備階層の層によって異なるカスタム集約規則を示している。このシステムは、ユーザには透過である。したがって、ユーザはこのサービス配備からは公示を受け取らない。しかし、第1レベル・キャッシュ560はキャッシュ・ミスを第2レベル・キャッシュ570に転送する。したがって、第2レベル・キャッシュ570はそのアドレスの公示を生成する。これらの公示は、自律システム内に含まれ、ネットワーク全体にフラッディングされるのではなく、第1レベル・キャッシュ560にのみ送られる。
【0037】
次に、本発明を仮想外部リンクを使用する本発明を仮想プライベート・ネットワーク(VPN)に適用する例について、図10を参照しながら説明する。前述の本発明のディフ・サーブの例は、トランシット・ネットワークにも適用可能である。したがって、仮想外部リンクは不要であった。VPNは一般に、同じネットワーク内のサブネット640、650、および660を相互接続する。VPNは通常、定義済みQoSを、終端点における暗号化機能と共に必要とする。所望のQoSが、IETF RSVPなどのプロトコルによって信号送信される。この例では、VPNの終端点が設定されているものとする。図10で、これらの終端点は、文字A、B、およびCで示されている。VPNが形成されたネットワークは、RSVP対応ルータ・ノード660とRSVP非対応ルータ・ノード700の両方を含む。請求ステップ中に、SSAPはVPNの所望の終端点のアドレスを組み込み、それによって集約ステップ中に適切な仮想外部リンク670および680を作成することができる。そうしなければ、サービス配備階層の上位層690は、終端点A、B、およびCをRSVP対応ルータ660と相互接続することができるか否かを判断することができなくなる。サービス配備階層に対応する状態遷移マトリックスは、図4を参照しながら前述したディフ・サーブの例のものと同様である。マトリックスM1..1およびM1.2から作成されたマトリックスM1において、m2,0=3であり、これは種端点AとBの間のVPNのコストである。同様に、終端点BとCの間のVPNのコストはm3,2=4であり、終端点AとCの間のコストはm3,0=6である。次に、配布ステップは、全体的なコストが最小限になるように、終端点AとB、BとCの間のVPNの配備を選択することによって開始する。
【0038】
要約すると、以上、本発明の例として、複数のネットワーク・ノードを含むデータ・ネットワークにおいてサービス割振り方針に従ってサービスを配備する方法について説明した。この割振り方針によって、サービスの配備のためのノードの選択が規定される。この方法は、ネットワーク・ノードを含む最下層と、各層において前の層のノードのグループがそれぞれの論理ノードによって表された1つまたは複数の漸進的に高くなる層とを有するサービス配備階層を定義するステップを含む。この方法は、配備するサービスを指定するサービス配布コマンドを生成するステップも含む。サービス配布コマンドは、割振り方針と共に、階層のより上位の層の論理ノードから階層のより下位の層または各下位層に供給される。サービス配布コマンドで指定されたサービスは、割振り方針に従って選択されたネットワーク・ノードに自動的に導入される。本発明の他の例として複数のノードを含むネットワーク・システムについても説明した。このシステムは、前記のサービス配備方法を実行するように構成されている。本発明の他の例として、このようなネットワーク・システムのネットワーク・ノードについても記載した。
【0039】
まとめとして、本発明の構成に関して以下の事項を開示する。
【0040】
(1) 複数のネットワーク・ノードを含むデータ・ネットワークにおいて、サービスの配備のためのノードの選択を規定するサービス割振り方針に従ってサービスを配備する方法であって、
前記ネットワーク・ノードを含む最下層と、1つまたは複数の漸進的に高くなる層であって各層において下位の層のノードのグループがそれぞれの論理ノードによって表されるところの層とを有するサービス配備階層を定義するステップと、
配備する前記サービスを指定するサービス配布コマンドを生成するステップと、
前記サービス配布コマンドを前記割振り方針と共に前記階層のより上位の層の論理ノードから前記階層のより下位の層または最下層のノードに供給し、前記割振り方針に従いサービスを配備するためのネットワーク・ノードを選択するステップと、
前記割振り方針に従って選択されたネットワーク・ノードに前記サービス配布コマンドで指定された前記サービスを自動的に導入するステップと
を含む方法。
(2) 配備する前記サービスの要件を示すサービス請求を、前記階層のより上位の前記層の前記論理ノードから前記階層のより下位の層のネットワーク・ノードに供給するステップと、
前記サービス請求を各ネットワーク・ノードの機能と比較して、前記ノードが配備する前記サービスをサポートする能力を示すメトリクスを生成するステップと、
前記階層の上位の層のために集約されたメトリクスを生成するために前記メトリクスを集約し、連続した各層について前記集約することを繰り返すステップと、
より上位の前記層における集約された前記メトリクスに基づいて前記配布コマンドを生成するステップと
を含む、(1)に記載の方法。
(3) 前記選択されたノードのうちの1つまたは複数のノードを表す論理ノードにおいて情報を保持して、前記サービスの動的再配備を可能にするステップを含む、(1)または(2)に記載の方法。
(4) 前記集約ステップが、前記層のうちの1つまたは複数の層の異なるノード・グループのための異なる集約手続きを含む、(2)に記載の方法。
(5) 複数のノードを含み、(1)ないし(4)のいずれか一に記載のサービス配備方法を実行するように構成されたシステム。
(6) 複数のネットワーク・ノードを含むデータ・ネットワークにおいて、サービスの配備のためのノードの選択を規定するサービス割振り方針に従ってサービスを配備する方法であって、
前記ネットワーク・ノードを含む最下層と、1つまたは複数の漸進的に高くなる層であって各層において下位の層のノードのグループがそれぞれの論理ノードによって表されるところの層とを有するサービス配備階層を定義するステップと、
配備する前記サービスを指定するサービス配布コマンドを生成するステップと、
前記サービス配布コマンドを前記割振り方針と共に前記階層のより上位の層の論理ノードから前記階層のより下位の層または最下層のノードに供給するステップと、
前記割振り方針に従って選択されたネットワーク・ノードに前記サービス配布コマンドで指定された前記サービスを自動的に導入するステップと
を含み、
配備する前記サービスの要件を示すサービス請求を、前記階層のより上位の前記層の前記論理ノードから前記階層のより下位の層のネットワーク・ノードに供給するステップと、
前記サービス請求を各ネットワーク・ノードの機能と比較して、前記ノードが配備する前記サービスをサポートする能力を示すメトリクスを生成するステップと、
前記階層の上位の層のために集約されたメトリクスを生成するために前記メトリクスを集約し、連続した各層について前記集約することを繰り返すステップと、
より上位の前記層における集約された前記メトリクスに基づいて前記配布コマンドを生成するステップと
を含む、方法。
(7) ネットワーク・システムのノードにロードされ、前記システムを(1)ないし(4)、(6)のいずれか一に記載の方法を実行するように構成するコンピュータ・プログラム。
【図面の簡単な説明】
【図1】プログラム可能ネットワーク・ノードを示すブロック図である。
【図2】他のプログラム可能ネットワーク・ノードを示すブロック図である。
【図3】図2に示すプログラム可能ネットワーク・ノードの動作に関連するフローチャートである。
【図4】機能の集約を示すデータ・ネットワークのためのサービス配備階層の図である。
【図5】データ・ネットワークのためのサービス配備のフローチャートである。
【図6】サービス配布を示すデータ・ネットワークのためのサービス配備階層のブロック図である。
【図7】ATMネットワークのためのサービス配布階層のブロック図である。
【図8】図7に示すATMネットワークのためのIPルーティング階層を示すブロック図である。
【図9】他のIPルーティング階層を示すブロック図である。
【図10】下層プライベート・ネットワークを示すブロック図である。
【符号の説明】
10 プログラム可能ネットワーク・ノード
11 ノード
20 プロセッサ
40 入出力ポート
41 ポート・モジュール
45 I/Oサブシステム
46 不揮発性レジスタ
50 第2の不揮発性メモリ
60 第1の不揮発性メ
70 ネットワーク
80 CAPSリスト・ライブラリ・サーバ
100 ピコ・コード・ライブラリ・サーバ
110 ソフトウェア・プロトコル・ライブラリ・サーバ
350 IPルータ・ノード
360 ATMスイッチ・ノード
390 論理ノード
Claims (7)
- 複数のネットワーク・ノードを含むデータ・ネットワークにおいて、サービスの配備のためのノードの選択を規定するサービス割振り方針に従ってサービスを配備する方法であって、
前記ネットワーク・ノードを含む最下層と、1つまたは複数の漸進的に高くなる層であって各層において下位の層のノードのグループがそれぞれの論理ノードによって表されるところの層とを有するサービス配備階層を定義するステップと、
配備する前記サービスを指定するサービス配布コマンドを生成するステップと、
前記サービス配布コマンドを前記割振り方針と共に前記階層のより上位の層の論理ノードから前記階層のより下位の層または最下層のノードに供給し、前記割振り方針に従いサービスを配備するためのネットワーク・ノードを選択するステップと、
前記割振り方針に従って選択されたネットワーク・ノードに前記サービス配布コマンドで指定された前記サービスを自動的に導入するステップと
を含む方法。 - 配備する前記サービスの要件を示すサービス請求を、前記階層のより上位の前記層の前記論理ノードから前記階層のより下位の層のネットワーク・ノードに供給するステップと、
前記サービス請求を各ネットワーク・ノードの機能と比較して、前記ノードが配備する前記サービスをサポートする能力を示すメトリクスを生成するステップと、
前記階層の上位の層のために集約されたメトリクスを生成するために前記メトリクスを集約し、連続した各層について前記集約することを繰り返すステップと、
より上位の前記層における集約された前記メトリクスに基づいて前記配布コマンドを生成するステップと
を含む、請求項1に記載の方法。 - 前記選択されたノードのうちの1つまたは複数のノードを表す論理ノードにおいて情報を保持して、前記サービスの動的再配備を可能にするステップを含む、請求項1または2に記載の方法。
- 前記集約ステップが、前記層のうちの1つまたは複数の層の異なるノード・グループのための異なる集約手続きを含む、請求項2に記載の方法。
- 複数のノードを含み、請求項1ないし4のいずれか一項に記載のサービス配備方法を実行するように構成されたシステム。
- 複数のネットワーク・ノードを含むデータ・ネットワークにおいて、サービスの配備のためのノードの選択を規定するサービス割振り方針に従ってサービスを配備する方法であって、
前記ネットワーク・ノードを含む最下層と、1つまたは複数の漸進的に高くなる層であって各層において下位の層のノードのグループがそれぞれの論理ノードによって表されるところの層とを有するサービス配備階層を定義するステップと、
配備する前記サービスを指定するサービス配布コマンドを生成するステップと、
前記サービス配布コマンドを前記割振り方針と共に前記階層のより上位の層の論理ノードから前記階層のより下位の層または最下層のノードに供給するステップと、
前記割振り方針に従って選択されたネットワーク・ノードに前記サービス配布コマンドで指定された前記サービスを自動的に導入するステップと
を含み、
配備する前記サービスの要件を示すサービス請求を、前記階層のより上位の前記層の前 記論理ノードから前記階層のより下位の層のネットワーク・ノードに供給するステップと、
前記サービス請求を各ネットワーク・ノードの機能と比較して、前記ノードが配備する前記サービスをサポートする能力を示すメトリクスを生成するステップと、
前記階層の上位の層のために集約されたメトリクスを生成するために前記メトリクスを集約し、連続した各層について前記集約することを繰り返すステップと、
より上位の前記層における集約された前記メトリクスに基づいて前記配布コマンドを生成するステップと
を含む、方法。 - ネットワーク・システムのノードにロードされ、前記システムを請求項1ないし4、6のいずれか一項に記載の方法を実行するように構成するコンピュータ・プログラム。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP00118965 | 2000-09-01 | ||
EP00118965.3 | 2000-09-01 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002237835A JP2002237835A (ja) | 2002-08-23 |
JP3584978B2 true JP3584978B2 (ja) | 2004-11-04 |
Family
ID=8169723
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001256093A Expired - Fee Related JP3584978B2 (ja) | 2000-09-01 | 2001-08-27 | データ・ネットワークにおけるサービス配備 |
Country Status (5)
Country | Link |
---|---|
JP (1) | JP3584978B2 (ja) |
KR (1) | KR100462140B1 (ja) |
CN (1) | CN1242336C (ja) |
DE (1) | DE60143147D1 (ja) |
SG (1) | SG101997A1 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101652959B (zh) * | 2007-03-12 | 2013-01-30 | Lm爱立信电话有限公司 | 涉及网络管理的设备及方法 |
US11171844B2 (en) * | 2019-06-07 | 2021-11-09 | Cisco Technology, Inc. | Scalable hierarchical data automation in a network |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR970702673A (ko) * | 1994-04-21 | 1997-05-13 | 에리카 린드레이 그래햄 두톤 | 통신 네트워크용 서비스 제작 시스템(service creation apparatus for a communications network) |
US5640505A (en) * | 1994-09-07 | 1997-06-17 | British Telecommunications Public Limited Company | Operational support structure for a telecommunications network |
US5764740A (en) * | 1995-07-14 | 1998-06-09 | Telefonaktiebolaget Lm Ericsson | System and method for optimal logical network capacity dimensioning with broadband traffic |
US5831975A (en) * | 1996-04-04 | 1998-11-03 | Lucent Technologies Inc. | System and method for hierarchical multicast routing in ATM networks |
KR20000015912A (ko) * | 1996-05-23 | 2000-03-15 | 존스 웨인 에이. | 전체 원격 통신 서비스 수행용 시스템 및 방법 |
US5826239A (en) * | 1996-12-17 | 1998-10-20 | Hewlett-Packard Company | Distributed workflow resource management system and method |
JPH10257060A (ja) * | 1997-03-06 | 1998-09-25 | Toshiba Corp | 通信ノード、atmノードおよびネットワークの経路選択接続方法 |
KR100234131B1 (ko) * | 1997-07-25 | 1999-12-15 | 윤종용 | 연결 경로에 대한 라우팅 패스 탐색 방법 |
JP2972677B2 (ja) * | 1997-11-07 | 1999-11-08 | 日本電気通信システム株式会社 | 非同期転送モード通信ネットワーク |
CN1334939A (zh) * | 1998-10-20 | 2002-02-06 | 阿贾伊·蒂欧 | 在智能网络中提供实时呼叫处理服务的方法和装置 |
KR100317121B1 (ko) * | 1999-12-27 | 2001-12-24 | 오길록 | 에이티엠 교환시스템에서의 피엔엔아이 노드 관리 방법 |
-
2001
- 2001-08-17 DE DE60143147T patent/DE60143147D1/de not_active Expired - Lifetime
- 2001-08-23 SG SG200105146A patent/SG101997A1/en unknown
- 2001-08-24 KR KR10-2001-0051261A patent/KR100462140B1/ko not_active IP Right Cessation
- 2001-08-27 JP JP2001256093A patent/JP3584978B2/ja not_active Expired - Fee Related
- 2001-08-31 CN CNB011252251A patent/CN1242336C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN1242336C (zh) | 2006-02-15 |
CN1340767A (zh) | 2002-03-20 |
DE60143147D1 (de) | 2010-11-11 |
KR20020018559A (ko) | 2002-03-08 |
JP2002237835A (ja) | 2002-08-23 |
SG101997A1 (en) | 2004-02-27 |
KR100462140B1 (ko) | 2004-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7290732B2 (ja) | データ転送方法及び関連する装置 | |
US7453884B2 (en) | Apparatus and method for scalable and dynamic traffic engineering in a data communication network | |
US6665273B1 (en) | Dynamically adjusting multiprotocol label switching (MPLS) traffic engineering tunnel bandwidth | |
CN107637031B (zh) | 用于网络业务的路径计算单元中央控制器 | |
US9253274B2 (en) | Service insertion architecture | |
US7602796B2 (en) | Method and apparatus for border gateway protocol route management and routing policy modeling | |
US6538991B1 (en) | Constraint-based routing between ingress-egress points in a packet network | |
US6584071B1 (en) | Routing with service level guarantees between ingress-egress points in a packet network | |
US6522627B1 (en) | Managing internet protocol connection oriented services | |
CN101902451B (zh) | Mpls网络内的汇总和最长前缀匹配的方法、设备及*** | |
JP4476292B2 (ja) | リアルタイムサービスデータ伝送路の選択方法 | |
EP1580940B1 (en) | Method, apparatus and computer readable medium storing a software program for selecting routes to be distributed within networks | |
CN112311675B (zh) | 用于分段路由(sr)路径的保证型带宽 | |
US20050010685A1 (en) | Method and a system for enabling data to be stored in a computer network; a method and a system for storing data in a computer network | |
US20110205933A1 (en) | Routing method and system | |
Kalmykov et al. | Segment routing as a basis for software defined network | |
JP2000312226A (ja) | 通信品質を保証する方法 | |
CN106936714A (zh) | 一种vpn的处理方法和pe设备以及*** | |
JP2009519666A (ja) | ネットワーク・トンネル間の資源共有 | |
CN113904981A (zh) | 一种路由信息处理方法、装置、电子设备和存储介质 | |
US11909622B1 (en) | Extended protection in segment routing flexible algorithm | |
Sofia et al. | SICAP, a shared-segment inter-domain control aggregation protocol | |
JP3584978B2 (ja) | データ・ネットワークにおけるサービス配備 | |
EP3725044B1 (en) | Actn virtual network augmentation for resource sharing | |
EP1185029B1 (en) | Service deployment in data networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040113 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040409 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040414 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040607 Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040607 |
|
RD12 | Notification of acceptance of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7432 Effective date: 20040607 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040608 |
|
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: 20040722 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040722 |
|
RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20040722 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040727 |
|
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: 20080813 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080813 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090813 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090813 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100813 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100813 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110813 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120813 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130813 Year of fee payment: 9 |
|
LAPS | Cancellation because of no payment of annual fees |