JP2004537881A - Methods and systems for network management - Google Patents
Methods and systems for network management Download PDFInfo
- Publication number
- JP2004537881A JP2004537881A JP2002586581A JP2002586581A JP2004537881A JP 2004537881 A JP2004537881 A JP 2004537881A JP 2002586581 A JP2002586581 A JP 2002586581A JP 2002586581 A JP2002586581 A JP 2002586581A JP 2004537881 A JP2004537881 A JP 2004537881A
- Authority
- JP
- Japan
- Prior art keywords
- port
- virtual address
- data
- switch
- routing device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/356—Switches specially adapted for specific applications for storage area networks
- H04L49/357—Fibre channel switches
Abstract
ノードを接続するインターコネクトファブリック（１１０）を管理するための方法とシステム。ネットワークマネージャ（１１５）は、ソースノード（１０５）がデータを宛先ノードに送信するためのルーティングデバイス（たとえば、インターコネクトファブリックモジュール、スイッチ、またはルータ）のインターコネクトファブリックまたはネットワークを管理する。ネットワークマネージャ（１１５）は、ソースノードからデータを宛先ノードに送信する登録要求を受け取り、それぞれのソースノードから宛先ノードへの経路を確立するようにネットワークのルーティングデバイスを構成し、仮想アドレスをそれぞれのソースノードに供給する。仮想アドレスにより、ソースノードから宛先ノードへの経路が識別される。ソースノードでは、仮想アドレスとともにデータをネットワークのルーティングデバイスに供給することにより宛先ノードにデータを送信する。データおよび仮想アドレスを受信した後、経路内の各ルーティングデバイスのソース側ポートは、その仮想アドレスを使用して、データおよび仮想アドレスを送信する際に使用する宛先側ポートを識別する。A method and system for managing an interconnect fabric (110) connecting nodes. The network manager (115) manages an interconnect fabric or network of routing devices (eg, interconnect fabric modules, switches, or routers) for the source node (105) to send data to the destination node. The network manager (115) receives a registration request from the source node to send data to the destination node, configures a routing device of the network to establish a route from each source node to the destination node, and assigns a virtual address to each of the devices. Supply to source node. The virtual address identifies a route from the source node to the destination node. At the source node, the data is sent to the destination node by supplying the data along with the virtual address to a routing device of the network. After receiving the data and the virtual address, the source port of each routing device in the path uses the virtual address to identify the destination port to use when transmitting the data and virtual address.
Description
【技術分野】
【０００１】
説明されている技術は、インターコネクトファブリック（ｉｎｔｅｒｃｏｎｎｅｃｔ ｆａｂｒｉｃ）のルーティングデバイス（ｒｏｕｔｉｎｇ ｄｅｖｉｃｅｓ）のためのネットワークマネージャに関するものである。
【背景技術】
【０００２】
インターネットは、世界中の企業および消費者にとって重要な商用および通信プラットフォームとして登場した。インターネットユーザの劇的な増大は、インターネットによるデータの開発、処理、および配布を可能にする強力な新しいツールおよび機器の機能向上とあいまって、インターネットベースのアプリケーションの普及をもたらした。これらのアプリケーションとして、電子商取引、電子メール、電子ファイル転送、およびオンライン対話型のアプリケーションがある。インターネットのユーザ数、そしてその利用が増えるにつれ、インターネットトラフィックの複雑さおよび量も増えている。ＵＵＮｅｔによれば、インターネットトラフィックは１００日毎に２倍になるということである。このようなトラフィックおよびそのビジネスの潜在力のゆえに、インターネットを中心とするビジネスを構築し、インターネットによって提供される事業に不可欠なビジネスアプリケーションの開発を行う企業が増えてきている。
【０００３】
サービスを顧客に提供する電子商取引アプリケーションをサポートする既存の企業データネットワーク（「ＥＤＮ」）は、付加パフォーマンスおよび付加サービスの提供が求められ負担がかかっている。サービスに対する顧客側の要求が増え、市場の競争が激しくなったことで、アドホックなＥＤＮの複雑さが増した。手頃で高性能なＥＤＮソリューションでは、広範なスケーラビリティ、非常に高い可用性、管理のしやすさが要求される。これらの属性は、要求に合わせて既存のソリューションを成長させていくときに、大幅に損なわれるか、または完全に失われる。
【０００４】
ＥＤＮの現在のアーキテクチャは、通常、１）Ｗｅｂおよびデータベースサーバ用のローカルエリアネットワーク（ＬＡＮ）、２）アプリケーションサーバー用の計算ネットワーク、および３）ストレージエリアネットワーク（ｓｔｏｒａｇｅ ａｒｅａ ｎｅｔｗｏｒｋ）（ＳＡＮ）の３つのサブネットワークを含む。これらのサブネットワークに接続される処理およびストレージ要素は、エッジスイッチと一般に呼ばれているブリッジングデバイスを通じて、ワイドエリアネットワーク（ＷＡＮ）または都市規模ネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）（ＭＡＮ）にアクセスすることができる。これらのサブネットワークのそれぞれでは通常、異なるプロトコル、およびネットワークインターフェースアダプタ、ネットワークスイッチ、ネットワークオペレーティングシステム、および管理アプリケーションを含む関連するハードウェアおよびソフトウェアの集まりを使用する。ＥＤＮを通した通信では、プロトコル変換および解釈のためリソースを処理するサーバーが積極的に関与する必要があるサブネットワーク間のブリッジングを必要とする。
【０００５】
ＥＤＮの現行のアーキテクチャには多数の欠点がある。これらの欠点は、主に多層アーキテクチャがバラバラであり複雑であるため生じる。まず、異なる通信プロトコル、インターフェースなどを使用する異種システムを組み込むことは非常に難しい。第２に、それぞれのサブネットワークは別々に管理され、ネットワーク全体を大局的に捕らえて管理するのではないため、総合的パフォーマンスが損なわれる。第３に、３つの異種のネットワークハードウェアおよびソフトウェアを保守するコストが高くつく可能性がある。第４に、このような異機種システムを使用するアーキテクチャを拡張することは困難である。現在のバラバラの多層アーキテクチャの持つ多くの短所を緩和するＥＤＮのアーキテクチャを実現することが望ましい。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ノードを接続するインターコネクトファブリックを管理するための方法とシステムを提示する。
【課題を解決するための手段】
【０００７】
一実施形態では、ネットワークマネージャは、ソースノード（ｓｏｕｒｃｅ ｎｏｄｅｓ）がデータを宛先ノード（ｄｅｓｔｉｎａｔｉｏｎ ｎｏｄｅｓ）に送信するためのルーティングデバイス（たとえば、インターコネクトファブリックモジュール、スイッチ、またはルータ）のインターコネクトファブリックまたはネットワークを管理する。ネットワークマネージャは、ソースノードからデータを宛先ノードに送信する登録要求を受け取り、それぞれのソースノードから宛先ノードへの経路を確立するようにネットワークのルーティングデバイスを構成し、仮想アドレスをそれぞれのソースノードに供給する。仮想アドレスにより、ソースノードから宛先ノードへの経路が識別される。ソースノードでは、仮想アドレスとともにデータをネットワークのルーティングデバイスに供給することにより宛先ノードにデータを送信する。データおよび仮想アドレスを受信した後、経路内の各ルーティングデバイスのソース側ポートは、その仮想アドレスを使用して、データおよび仮想アドレスを送信する際に使用する宛先側ポートを識別する。ネットワークマネージャは、経路内のルーティングデバイス毎にソース側ポートから宛先側ポートへのマッピングを設定することによりルーティングデバイスを構成する。ルーティングデバイスでは、ソース側ポートを介してデータを受信し、宛先側ポートを介してデータを送信する。
【０００８】
一実施形態では、ネットワークマネージャは中央集中型であるか、または分散型である。中央集中型ネットワークマネージャは、インターコネクトファブリックに接続されている１つのノードに置くことができる。中央集中型ネットワークマネージャは、帯域内通信または帯域外通信を使用してルーティングデバイスに構成情報を供給することができる。帯域内通信は、ルーティングデバイスのポートを接続する通信リンクの使用を意味する。帯域外通信は、ルーティングデバイスをネットワークマネージャに接続するための専用通信リンクの使用を意味する。中央集中型ネットワークマネージャは、別法として、ルーティングデバイス内に配置することもできる。それぞれのルーティングデバイスは、ネットワークマネージャとなることができる。初期化の後、ルーティングデバイスは調整を行い、ネットワークマネージャとして機能するルーティングデバイスを選択することができる。それとは対照的に、分散型ネットワークマネージャは、ルーティングデバイスに直接接続されているさまざまなマネージャデバイスでその機能を実行することができる。各マネージャデバイスでのネットワークマネージャは、直接の接続先であるルーティングデバイスを制御することができる。さらに、各マネージャデバイスのところのネットワークマネージャは、帯域内または帯域外通信を介して他のマネージャでネットワークマネージャと通信を行うことができる。一実施形態では、分散型ネットワークマネージャはさまざまなマネージャデバイスで異なる機能を実行することができる。
【０００９】
一実施形態では、ネットワークマネージャはソースノードから宛先ノードへのネットワークを通る経路を指定する。これらの経路は、ネットワークマネージャが起動したときに最初に識別されるか、またはネットワークトポロジ（たとえば、ネットワークのルーティングデバイスおよびその相互接続）が変更されると（たとえば、故障の結果）識別されるか、または登録要求がソースノードから届いたときに動的に識別される。当業者であれば、経路を識別するこのような手法をさまざまに組み合わせて使用できることを理解するであろう。たとえば、ネットワークマネージャは登録時に経路を動的に識別できるが、ネットワークのトポロジが変化したときに経路を再識別することができる。これらの手法のうちどれを使用しようと、ネットワークマネージャは通常、経路を識別するためネットワークのトポロジを認識する必要がある。
【００１０】
一実施形態では、ネットワークマネージャは、初期化時にネットワークのトポロジを動的に発見する。ネットワークマネージャは、複数の異なる方法でトポロジを発見することができる。ネットワークマネージャに対して、ネットワークのルーティングデバイスを識別する構成情報を供給することができる。ネットワークマネージャでは、この構成情報を使用して、そのポートのうちどれを他のデバイスに接続するかを問い合わせるメッセージをそれぞれのルーティングデバイスに送信する。その後、ネットワークマネージャは、それぞれの接続ポートを介して、接続先デバイスにそれ自体およびそのポートの識別を要求するクエリメッセージを送信することができる。これらのクエリメッセージへの応答から、ネットワークマネージャはルーティングデバイス間の接続（つまり、通信リンク）を識別し、したがってネットワークのトポロジを識別する。別法として、クエリメッセージをそれぞれの接続先ポートに送信するのではなく、初期化後ルーティングデバイスが接続先デバイスに対してその識別情報を送るように要求することができる。その後、ルーティングデバイスは接続先ポートの識別情報をネットワークマネージャに送る。構成情報と接続先ポートの識別情報とで、ネットワークトポロジが記述される。
【００１１】
他の実施形態では、ネットワークマネージャ、直接の接続先であるルーティングデバイスのポートを通じてクエリメッセージを送信することによりルーティングデバイスの識別情報を動的に発見することができる。その後、ネットワークマネージャは、クエリに応答する各ルーティングデバイスを認識する。ネットワークマネージャはさらに、それぞれの応答ルーティングデバイスのポートを通じてクエリメッセージを送信する。あるいは、ネットワークマネージャは、直接の接続先であるルーティングデバイスに１つのクエリメッセージを送信することができ、そのルーティングデバイスは、そのポートのそれぞれを介して、直接の接続先であるルーティングデバイスにクエリメッセージを転送することができる。クエリメッセージを受信した後、各ポートでは、その識別および直接の接続先であるポートの識別とともにネットワークマネージャにメッセージを送信する。
【００１２】
一実施形態では、それぞれのルーティングデバイスは初期化時に、そのポートのうち他のデバイス（たとえば、ノードまたは他のルーティングデバイス）に接続されているポートを動的に発見することができる。ルーティングデバイスの各ポートは、通信リンクの特性（たとえば、受信リンク上の電圧）を感知するか、または要求を送信し、その通信リンクを介して応答を受信して（または受信せずに）デバイスが接続されているかどうかを識別することができる。ネットワークマネージャは、各ルーティングデバイスに対してポーリングを実行し、ルーティングデバイスのどのポートが他のデバイスに接続されているかが示されていないか調べることができる。その後、ネットワークマネージャは、接続先であるポートを識別するクエリメッセージを各接続先ポートに送信する。
【００１３】
一実施形態では、ネットワークマネージャは、経路に沿ってルーティングデバイスのポートを構成することによりルーティングデバイスのネットワークを通じて経路を確立する。ネットワークマネージャは、従来の経路識別手法を使用して、ソースノードから宛先ノードヘの経路を識別することができる。たとえば、ネットワークマネージャは、最短経路アルゴリズムを使用して通信リンク数が最小となる経路を識別したり、実際のまたは予想されるネットワークトラフィックを考慮した輻輳ベースのアルゴリズムを使用して経路を識別することができる。その後、ネットワークマネージャは、識別された経路の仮想アドレス（つまり、宛先仮想アドレス）を識別する。仮想アドレスは、宛先ノードに送信されるデータとともに、ソースノードによって送信される。データおよび仮想アドレスは、ヘッダおよびペイロードを持つフレーム（たとえば、ファイバーチャネルまたはＩｎｆｉｎｉＢａｎｄ）に格納できる。ヘッダには、仮想アドレスが格納され、ペイロードには、データが格納される。次に、ネットワークマネージャは、識別された仮想アドレスに送信されたフレームを経路内の次の通信リンクに接続されているルーティングデバイスの宛先側ポートに転送するように各ルーティングデバイスの各ソース側ポートを経路に沿って構成する。構成情報は、仮想アドレスを宛先側ポートにマッピングするポートのラベルテーブル（後述）に格納することができる。ソース側ポートは、識別された仮想アドレスを持つフレームを受信すると、その構成情報に従って宛先側ポートを通じてフレームを転送する。
【００１４】
一実施形態では、ネットワークマネージャは、経路に沿ってソース側ポートで現在使用していない仮想アドレスを識別する。したがって、ソース側ポートは、識別された仮想アドレスによりアドレス指定されたフレームを受信したときに、ルーティングデバイスのポートが宛先側ポートであるため曖昧性はない。しかし、２つの異なるソースノードから同じ宛先ノードへの経路に共通の下位経路が存在する可能性がある。たとえば、一方のソースノードからの経路は、通信リンクＡ、Ｘ、Ｙ、およびＺを通り、他のソースノードからの経路は、通信リンクＢ、Ｘ、Ｙ、およびＺを通る。このような場合、ネットワークマネージャは、両方の経路に対して同じ仮想アドレスを使用し、すでに構成されている経路の終端部分を共有することができる。
【００１５】
一実施形態では、ネットワークマネージャはさらに、宛先ノードとソースノードとの間の経路を確立することもできる。ネットワークマネージャは、新しい経路を指定するか、またはソースノードと宛先ノードとの間で識別されたのと同じ経路を使用することができる（ただし、反対方向）。その後、ネットワークマネージャは、仮想アドレス（つまり、ソース仮想アドレス）を識別し、ソースノードから宛先ノードへの経路を構成した場合と似た方法で経路に沿ってポートを構成する。ソースノードはフレームを送ると必ず、ソース仮想アドレスをフレームに含める。宛先ノードは、フレームを受信すると必ず、ソース仮想アドレスにアドレス指定されたフレームを送信することによりソースノードに応答することができる。
【００１６】
一実施形態では、ネットワークマネージャは、ソースノードと宛先ノードとの間の新しい経路を識別し、構成する必要がある場合がある。たとえば、ネットワークマネージャは、輻輳が生じているため既存の経路に沿ってサービスの必要な品質を確保できないと判断するか、あるいは既存の経路に沿って不具合を検出する。ネットワークマネージャは、同じ仮想アドレスを使用して新しい経路を構成することができる。ネットワークマネージャは、それぞれの仮想アドレスを１回だけ使用する場合に、その新しい経路に対して同じ仮想アドレスを使用することができる。しかし、同じ仮想アドレスを使用して異なる経路を識別する場合には、新しい経路の構成が同じ仮想アドレスを使用する別の経路の構成と衝突することがありえる。同じ仮想アドレスを使用できる場合、ネットワークマネージャは、ソースノードに対して透過的な方法で経路を変更することができる。特に、ネットワークマネージャは、経路内の変更をソースノードに通知する必要はない。また、複数の宛先ノードが同じ機能を備えている場合、ネットワークマネージャは、異なる宛先ノードにデータが送信されるように経路を動的に変更することによりノードの負荷分散を実行できる。これらの仮想アドレスを使用すると、経路のソースおよび宛先の仮想アドレスを変更せずに変更を加えることができる。
【００１７】
一実施形態では、ネットワークマネージャはデバイス（たとえば、ルーティングデバイスまたはノード）からネットワークマネージャへフレームを送信するために１つまたは複数の仮想アドレスを予約することができる。たとえば、このようなフレームには、ソースノードからの登録を含めることができる。ネットワークマネージャが分散型の場合、ルーティングデバイスは、予約されている仮想アドレスを持つフレームを受信すると受信したことを検出し、フレームを直接、接続されているマネージャデバイスに転送し、ネットワークマネージャによる処理に任せることができる。自由度を高めるために、送り先がネットワークマネージャであるフレームに、予約済み仮想アドレスと他の仮想アドレスの組み合わせを含めることができる。ルーティングデバイスでは、このようなフレームを検出すると、帯域内通信を使用して他の仮想アドレスに向けられたフレームを転送するように構成されているかどうかを判別する。もし構成されていれば、ルーティングデバイスは、他の仮想アドレスにより識別されている宛先側ポートを通じてそのフレームを転送する。ルーティングデバイスが他の仮想アドレスに対して構成されていない場合、ルーティングデバイスは帯域外通信を介してフレームをネットワークマネージャに送信する。たとえば、ルーティングデバイスはフレームを、直接接続されたマネージャデバイスに送信することができる。このようにして、ネットワークマネージャは、ネットワークマネージャの特定の機能またはサービスを提供する特定のマネージャデバイスに特定のフレームが転送されるようにネットワークを構成することができる。
【００１８】
一実施形態では、ルーティングデバイスは、高速スイッチング機能を備えるインターコネクトファブリックモジュール（「ＩＦＭ」）である。インターコネクトファブリックモジュールは、通信ポートを相互接続し、相互接続されたポートを通じてデータを送信できるように動的に構成することが可能である。複数のインターコネクトファブリックモジュールを接続して、インターコネクトファブリックを形成し、そのインターコネクトファブリックを通じてノード（たとえば、コンピュータシステム）を相互接続することができる。一実施形態では、データは、ファイバーチャネル規格により定義されているフレームなどのフレームとして、インターコネクトファブリックを通じて送信される。ファイバーチャネルは、ＡＮＳＩ Ｔ１１ ＦＣ−ＰＨ、ＦＣ−ＰＨ−２、ＦＣ−ＰＨ−３、ＦＣ−ＰＩ、およびＦＣ−ＦＳ業界標準文書で定義されており、参照により組み込まれている。ただし、当業者であれば、説明した手法は、ファイバーチャネル以外の通信規格とともに使用できることを理解するであろう。特に、説明した手法は、ＩｎｆｉｎｉＢａｎｄ規格で使用できるが、これについては、非特許文献１で説明されており、参照により組み込まれている。インターコネクトファブリックモジュールを使用すると、エンタプライズデータネットワーク（「ＥＤＮ」）のデバイスに必要なものなどの複数の種類の情報を利用する相互接続デバイスに特に好適なインターコネクトファブリックを構築することができる。
【００１９】
一実施形態では、仮想アドレスは、ドメインアドレスを含む「仮想識別子」（たとえば、ソースまたは宛先識別子）の一部である。フレームの宛先識別子は、仮想識別子に設定することができる。インターコネクトファブリックモジュールで受け取ったフレームの宛先識別子を使用して、フレームを転送する。それぞれのインターコネクトファブリックモジュールに、ドメインアドレスが割り当てられる。同じドメインアドレスが割り当てられたインターコネクトファブリックモジュールは、同じドメイン内に置かれる。インターコネクトファブリックモジュールでは、ドメインアドレスを使用してドメイン間のフレームの転送を行う。ネットワークマネージャは、ドメイン間経路でインターコネクトファブリックモジュールを構成することができる。インターコネクトファブリックモジュールがそのドメインアドレスと一致する宛先ドメインアドレスを持つフレームを受信すると、フレームはその宛先ドメインに到着している。その後、インターコネクトファブリックモジュールは、フレームがその宛先ドメインにすでに到着しているため宛先仮想アドレスに従ってフレームを転送する。しかし、ドメインアドレスが一致しない場合、フレームはその宛先ドメインに到着していない。インターコネクトファブリックモジュールは、ドメイン間経路を使用してフレームを転送する。インターコネクトファブリックモジュールの各ポートは、ドメインアドレステーブル（ネットワークマネージャによって構成される）を備え、このテーブルにより、ドメインアドレスを宛先ポートにマッピングし、この宛先ポートを通じて、そのドメインアドレスを持つフレームが転送される。したがって、インターコネクトファブリックモジュールは、フレームの転送時に仮想アドレスおよびドメインアドレスを選択的に使用することができる。
【００２０】
一実施形態では、インターコネクトファブリックモジュールは、クロスポイントスイッチを使用してソースポートと宛先ポートの接続を切り換える。クロスポイントスイッチに備えられているスイッチポートの数がインターコネクトファブリックモジュールのポート数よりも多い場合、ネットワークマネージャの管理機能用に追加のスイッチポートを使用することができる。インターコネクトファブリックモジュールは、ネットワークマネージャの管理サービス用に予約されている仮想アドレスを宛先とするフレームを受信すると、ソースポートをマネージャデバイスに接続されている追加のスイッチポートに接続する。ソースポートからフレームが送信されると、マネージャデバイスのネットワークマネージャはフレームを受信して、管理機能に従ってそのフレームを処理する。このようにして管理フレームは、ノードからインターコネクトファブリックモジュールにより最初に受信されたときにネットワークマネージャに直接転送することができる。
【００２１】
いくつかの実施形態では、各ノード上の１つまたは複数の仮想識別子（「ＶＩ」）ネットワークインターフェースコントローラ（「ＮＩＣ」）機能（たとえば、ネットワークインターフェース毎に１つのＶＩ ＮＩＣ）により、データを通信する際に仮想識別子を使用するのが簡単になる。ノード上のＶＩ ＮＩＣがノード上で実行中のアプリケーションなどから１つまたは複数のリモートノードに対するデータ通信が発生したという標識を受信すると、ＶＩ ＮＩＣは、宛先ノードに割り当てたり直接関連付けたりすることなくネットワークを経由して適切なリモート宛先ノードへのデータ通信の経路を指定するために使用できる適切な送信機仮想識別子を識別する。このようなデータ通信には、データの一時的コネクションレス型送信（ｔｒａｎｓｉｔｏｒｙ ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ ｔｒａｎｓｍｉｔｔａｌｓ）（たとえば、ソースから宛先への一方向送信）と複数の異なるデータの送信が可能な非一時的接続（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ ｃｏｎｎｅｃｔｉｏｎｓ）（たとえば、接続開始側ソースと接続宛先がデータをやり取りできる継続的専用接続）の両方を含めることができる。
【００２２】
ＶＩ ＮＩＣは、さまざまな方法でデータ通信の経路選択を行うための適切な送信仮想識別子を識別することができる。いくつかの実施形態では、ＶＩ ＮＩＣは、一部または全部の発信データ通信をそのネットワークのネットワークマネージャに登録し、ネットワークマネージャからその通信に使用する適切な送信仮想識別子を受信する。しかし、指示されたデータ通信がすでに登録されているデータ通信（たとえば、同じ宛先への同じ送信方式による既存の接続または以前の通信）に対応している場合、ＶＩ ＮＩＣはそうする代わりに、いくつかの実施形態では、指示されたデータ通信の追加登録を実行せずに、以前に受信した送信仮想識別子をそのデータ通信に使用することも可能である。データ通信を実行する方法は、ネットワークによってサポートされている送信特性により異なり、特定のサービスクラス（「ＣＯＳ」）または送信優先度などの要因が含まれることがある。
【００２３】
いくつかの実施形態では、ソースによって指示されたデータ通信により双方向通信（たとえば、宛先のうちの１つまたは複数からの応答）が行われると、ＶＩ ＮＩＣはさらに、宛先のうちの１つまたは複数をソースに戻す経路を選択するために使用できる応答仮想識別子も識別する。ＶＩＣ ＮＩＣがデータ通信をネットワークマネージャに登録した場合には、この応答仮想識別子は、ネットワークマネージャから受け取ることができる。この応答識別子を識別した後、ＶＩ ＮＩＣはその識別子を、応答仮想識別子を使用して経路が選択された受信済みデータ通信を処理する方法を示す情報に関連付ける。いくつかの実施形態では、このような受信されたデータ通信を処理する場合、データ通信を実行中アプリケーションプログラム、ストレージ上にあるファイル、またはノードの一部であるデバイスなどの宛先ノードに関連付けられている１つまたは複数のリソースに転送する。たとえば、ソースノード上のソースアプリケーションが双方向通信を指示している場合、そのソースノードのＶＩ ＮＩＣは、応答仮想識別子をそのソースアプリケーションに関連付けて、受信された応答をそのソースアプリケーションに転送できるようにする（その後、これは、受信された通信の宛先アプリケーションとなる）。
【００２４】
わかりやすくするため、以下では、ファイバーチャネルまたはＩｎｆｉｎｉＢａｎｄネットワークの一部として、かつ／またはＥＤＮアーキテクチャの一部としてＶＩ ＮＩＣが使用されるいくつかの実施形態について説明する。しかし、当業者であれば、本発明の手法は、さまざまな他の状況で、他の種類のネットワークとともに使用することができ、また本発明は、ファイバーチャネルまたはＩｎｆｉｎｉＢａｎｄネットワーク内でまたはＥＤＮアーキテクチャとともに使用することに限定されないことを理解するであろう。
【発明を実施するための最良の形態】
【００２５】
図１は、仮想識別子を使用して相互通信しているファイバーチャネルファブリックベースの相互接続ネットワークのさまざまなノードを示しているネットワーク図である。この実施例では、高速スイッチング機能を備える複数のインターコネクトファブリックモジュール（「ＩＦＭ」）１１０を中間ルーティングデバイスとして使用してインターコネクトファブリックを形成しており、複数のノード１０５、ネットワークマネージャ１１５、およびマルチプロトコルエッジスイッチ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｅｄｇｅ Ｓｗｉｔｃｈ）（「ＭＰＥＸ」）１２０がファブリックに接続されている。ノードはそれぞれ、データの通信および受信時に仮想識別子を使用する少なくとも１つのＶＩ ＮＩＣが設定される。ＭＰＥＸは、ファイバーチャネルまたはＩｎｆｉｎｉＢａｎｄネットワークをＥｔｈｅｒｎｅｔ（登録商標）ベースのネットワークなどの外部ネットワークに接続する場合に使用され、同様に少なくとも１つのＶＩ ＮＩＣを含む。データは、ファイバーチャネルまたはＩｎｆｉｎｉＢａｎｄ規格により定義されているフレームなどのフレームを使用して、インターコネクトファブリックを通じて送信される。
【００２６】
トポロジの発見
上述のように、ネットワークマネージャは、さまざま異なる手法を使用してネットワークのトポロジを動的に発見することができる。後述の実施形態では、それぞれのインターコネクトファブリックモジュールが、他のデバイスにどのポートが接続されているかを識別する。ネットワークマネージャは、この情報を使用し、接続先デバイスを識別するために他のデバイスに接続されている各ポートを通じてメッセージを送信する。図２は一実施形態のインターコネクトファブリックモジュールのコンポーネントの発見処理を示す流れ図である。インターネットファブリックモジュールの各ポートは、他のスイッチまたはノードなど、他のデバイスのポートに接続されているかどうかを識別する。その後、インターコネクトファブリックモジュールは、ネットワークマネージャに、発見プロセスを補助する他のポートにどのポートが接続されているかを示す情報を供給する。ブロック２０１〜２０４で、このコンポーネントは、各ポートが現在他のポートに接続されているかどうかを判別する。ブロック２０１で、コンポーネントは次のポートを選択する。判断ブロック２０２で、すべてのポートがすでに選択されている場合、コンポーネントは完了するが、選択されていない場合は、コンポーネントはブロック２０３に進む。判断ブロック２０３で、このコンポーネントは、選択されたポートが他のポートに接続されているかどうかを判別する。この決定は、通信リンクのさまざまな電圧レベルに基づく。接続がある場合、コンポーネントは、ブロック２０４に進み、ない場合、コンポーネントはブロック２０１にループし、インターコネクトファブリックモジュールの次のポートを選択する。ブロック２０４で、コンポーネントは、選択されているポートを他のポートに接続されているものとして記憶し、ブロック２０１にループして、インターコネクトファブリックモジュールの次のポートを選択する。
【００２７】
図３は、一実施形態のネットワークマネージャの発見処理を示す流れ図である。ネットワークマネージャは、まず、インターコネクトファブリックモジュールのどのポートが他のデバイスに接続されているかを示す情報を取り出す。ネットワークマネージャはさらに、指示されたポートのそれぞれを通じてクエリメッセージを接続先ポートに送信する。接続先ポートは、クエリメッセージを受信すると、インターコネクトファブリックモジュールの識別とそのポート番号で応答する。このようにして、ネットワークマネージャは、インターコネクトファブリックのトポロジを発見することができる。ブロック３０１〜３０３で、ネットワークマネージャは、インターコネクトファブリックモジュールのどのポートが他のポートに接続されているかを示す情報を取り出す。ブロック３０１で、ネットワークマネージャは、まだ選択されていなかった次のインターコネクトファブリックモジュールを選択する。判断ブロック３０２で、すべてのインターコネクトファブリックモジュールがすでに選択されている場合、ネットワークマネージャはブロック３０４に進むが、選択されていない場合は、ブロック３０３に進む。ブロック３０３で、ネットワークマネージャは、選択されたインターコネクトファブリックモジュールのどのポートが他のポートに接続されているかを示す情報を取り出す。ネットワークマネージャは、帯域内通信または帯域外通信を使用してメッセージを送信することができる。その後、ネットワークマネージャは、ブロック３０１にループし、次のインターコネクトファブリックモジュールを選択する。ブロック３０４〜３１０で、ネットワークマネージャは、各接続先ポートの素性を調べる。ブロック３０４で、ネットワークマネージャは、次のインターコネクトファブリックモジュールを選択する。判断ブロック３０４で、すべてのインターコネクトファブリックモジュールがすでに選択されている場合、ネットワークマネージャはその発見プロセスを完了するが、選択されていない場合、ブロック３０６に進む。ブロック３０６〜３１０で、ネットワークマネージャはループに入り、他のポートに接続されている選択されたインターコネクトファブリックモジュールの各ポートを通じて送信する動作を繰り返す。ブロック３０６で、ネットワークマネージャは、他のポートに接続されている選択されたインターコネクトファブリックモジュールの次のポートを選択する。判断ブロック３０７で、すべてのこのようなポートがすでに選択されている場合、ネットワークマネージャはブロック３０４にループし、次のインターコネクトファブリックモジュールを選択するが、選択されていない場合、ネットワークマネージャはブロック３０８に進む。ブロック３０８で、ネットワークマネージャは、選択されたインターコネクトファブリックモジュールの選択されたポートを通じてクエリメッセージを送信する。ブロック３０９で、ネットワークマネージャは、選択されたインターコネクトファブリックモジュールの選択されたポートの接続先ポートの識別を受信する。この識別には、インターコネクトファブリックモジュールの指示と接続先ポートのポート番号を含めることができる。ブロック３１０で、ネットワークマネージャは、選択されたインターコネクトファブリックモジュールの選択されたポートと接続先インターコネクトファブリックモジュールの接続先ポートとの間のマッピングを格納する。これらのマッピングにより、ネットワークのトポロジを定義する。ネットワークマネージャは、ブロック３０６にループし、他のデバイスに接続されている選択されたインターコネクトファブリックモジュールの次のポートを選択する。
【００２８】
上述のネットワークマネージャの発見の処理では、ネットワークマネージャは最初に、インターコネクトファブリックのすべてのインターコネクトファブリックモジュールを認識するものと仮定している。当業者であれば、ネットワークマネージャが発見プロセス実行時に追加インターコネクトファブリックモジュールを認識できることを理解するであろう。たとえば、ネットワークマネージャが中央集中型の場合、最初に、インターコネクトファブリックに接続されているポートを通じてクエリメッセージを送受信する。受信側ポートは、インターコネクトファブリックモジュールの識別とそのポート番号で応答する。その後、ネットワークマネージャは、どのポートが他のポートに接続されているかの指示を与えるインターコネクトファブリックモジュールを識別することを要求することができる。ネットワークマネージャはさらに、指示されたポートのそれぞれを通じてクエリメッセージを接続先ポートに送信することができる。その後、接続先ポートは、接続先インターコネクトファブリックモジュールおよび接続先ポートの識別で応答する。このプロセスは、ネットワークマネージャにより推移的に繰り返され、インターコネクトファブリックを構成するすべてのインターコネクトファブリックモジュールを識別できる。
【００２９】
経路の確立
図４は、一実施形態のネットワークマネージャによる経路確定のプロセスを示す流れ図である。経路は、通常、ノードがネットワークマネージャに登録されると確立される。ネットワークマネージャの経路確立コンポーネントは、ソースノードおよび宛先ノードの識別を受信し、その後、ソースノードから宛先ノードヘ、および宛先ノードからソースノードへのインターコネクトファブリックモジュールのポートの経路を識別することができる。このコンポーネントは次に、経路に対する仮想アドレスを識別し、識別された経路にそってインターコネクトファブリックモジュールのポートのラベルテーブルを初期化する。ポートのラベルテーブルには、仮想アドレスからその仮想アドレスに送信されるフレームの転送に使用する宛先側ポートへのマッピングが含まれる。ブロック４０１で、コンポーネントは経路を識別する。一実施形態では、ソースノードから宛先ノードへの経路および宛先ノードからソースノードヘの経路では、同じインターコネクトファブリックモジュールの同じポートを使用する。つまり、これらの経路は、同じ通信リンクを使用するということである。別法として、一方の方向の経路が他方の経路と異なる場合がある。当業者であれば、経路を識別するさまざまなよく知られている手法を使用できることを理解するであろう。ブロック４０２で、コンポーネントは、仮想アドレス識別コンポーネントを呼び出して、経路の指示および通信を宛先ノード（たとえば、宛先仮想アドレス）に送るときにソースノードにより仮想アドレスが使用されるという指示を受け渡す。呼び出されたコンポーネントは、経路のソース側ポートのどれもが現在使用していない仮想アドレスを識別することができる。その経路のソース側ポートは、ソースノードによって送信されるデータを受信するポートであり、その経路の宛先側ポートは、宛先ノードに向かう途中のデータの送信に使用されるポートである。ブロック４０３で、コンポーネントは、仮想アドレス識別コンポーネントを呼び出して、経路の指示および宛先ノードにより仮想アドレスが使用される（たとえば、ソース仮想アドレス）という指示を受け渡す。ブロック４０４で、コンポーネントは、宛先仮想アドレスで経路のソース側ポートのラベルテーブルを初期化するコンポーネントを呼び出す。呼び出されたコンポーネントは、ポートがそのラベルテーブルを更新しソース仮想アドレスをインターネットファブリックモジュールの宛先側ポートにマッピングすることを指示する命令を経路の各ソース側ポートに送信する。ブロック４０５で、コンポーネントは、ソース仮想アドレスで経路の宛先側ポートのラベルテーブルを初期化するコンポーネントを呼び出す。これでこのコンポーネントは完了する。
【００３０】
図５は、一実施形態のネットワークマネージャの仮想アドレス識別コンポーネントの処理を示す流れ図である。この実施形態では、仮想アドレス識別コンポーネントに対し、ソースノードまたは宛先ノードの仮想アドレスを識別すべきかどうかの指示とともに経路の指示が送られる。コンポーネントは、経路に沿ってすべてのポートを調べ、経路に沿ってポートで現在使用していない仮想アドレスを識別する。別法として、コンポーネントは、順序に基づいて仮想アドレスを識別することができる。つまり、コンポーネントは、最後に識別された仮想アドレスを追跡し、その仮想アドレスをインクリメントして、次の仮想アドレスを識別することができる。この方法のため、各仮想アドレスは一意である。ブロック５０１〜５０５で、コンポーネントはループに入り、次の仮想アドレスを選択し、そのアドレスが使用可能かどうかを判別する動作を繰り返す。仮想アドレスは、そのポートがすでにその仮想アドレスを使用している場合には経路に沿ってポートから利用できないことがある。ブロック５０１で、コンポーネントは次の仮想アドレスを選択する。判断ブロック５０２で、すべての仮想アドレスがすでに選択されている場合、コンポーネントは、仮想アドレスを識別できなかったことを示し、選択されていない場合、コンポーネントはブロック５０３に進む。ブロック５０３〜５０５で、コンポーネントは、経路に沿って各ポートを選択し、そのポートが選択された仮想アドレスをすでに使用しているかどうかを判別する動作を繰り返す。ブロック５０３で、コンポーネントは経路の次のインターコネクトファブリックモジュールおよびポートを選択する。判断ブロック５０４で、経路のすべてのインターコネクトファブリックモジュールおよびポートがすでに選択されている場合、コンポーネントは、選択された仮想アドレスを識別された仮想アドレスとして使用してから完了するが、選択されていない場合、コンポーネントはブロック５０５に進む。判断ブロック５０５で、選択された仮想アドレスが選択されたインターコネクトファブリックモジュールと選択されたポートで使用可能な場合、コンポーネントはブロック５０３にループして、経路に沿って次のポートを選択するが、使用可能でない場合、コンポーネントはブロック５０１にループして、次の仮想アドレスを選択する。
【００３１】
図６は、一実施形態のネットワークマネージャのラベルテーブル初期化コンポーネントの処理を示す流れ図である。ラベルテーブル初期化コンポーネントは、識別された仮想アドレスから経路に沿ったそのインターコネクトファブリックモジュールの他のポートへのマッピングを追加することを指示するコマンドを経路に沿って各ポートに送る。コンポーネントは、経路の指示で、仮想アドレスおよび仮想アドレスがソース仮想アドレスであるか宛先仮想アドレスであるかの指示を受け渡す。ブロック６０１で、コンポーネントは、ソースまたは宛先仮想アドレスが渡されたかどうかに基づいて経路の内の次のインターコネクトファブリックモジュールおよびポートを選択する。判断ブロック６０２で、経路に沿ったすべてのインターコネクトファブリックモジュールがすでに選択されている場合、コンポーネントは完了するが、選択されていない場合は、コンポーネントはブロック６０３に進む。ブロック６０３で、コンポーネントは、仮想アドレスから経路の他のポートへのマッピングをラベルテーブルに追加することを指示する選択されるメッセージをインターコネクトファブリックモジュールのポートに送信する。コンポーネントはブロック６０１へループし、経路内の次のインターコネクトファブリックモジュールおよびポートを選択する。
【００３２】
予約アドレス指定
一実施形態では、ＩＦＭのクロスポイントスイッチは、ＩＦＭのポートの数よりも多い出力を持つことができる。たとえば、クロスポイントスイッチには、３４本の入力および出力があるが、ＩＦＭには３２個のポートしかない。ＩＦＭでは、クロスポイントスイッチのこれらの追加ポートを使用して、ネームサーバーまたは他の管理サービスに送られるフレームなどの上位層プロトコルフレームの経路を選択することができる。一実施形態では、クロスポイントスイッチの追加出力ポートをＩＦＭのマネージャデバイスに接続することができる。インターコネクトファブリックモジュールには、上位層プロトコルポートを指定する「予約」アドレスのリストを含めることができる。ＩＦＭ側で、フレームのアドレスが予約アドレスのうちの１つと一致すると判断すると、そのフレームの上位層プロトコルポートへの経路を選択することができる。上位層プロトコルポートへの経路選択では、特許文献１で説明しているように非上位層プロトコルポートへの経路選択に使用されるのと同じアービトレーションメカニズムを使用できる。別法として、クロスポイントスイッチに上位層プロトコルポート用の付加出力がない場合、出力は、宛先識別子のアドレスが予約されているかどうかに応じて、通信ポートと上位層プロトコルポートとの間で選択に切り替えることができる。
【００３３】
図７は、一実施形態の分散ネットワークのマネージャを示すブロック図である。この実施形態では、ネットワークマネージャは、インターコネクトファブリックモジュールに直接接続されている一連のマネージャデバイスとして実装することができる。分散型ネットワークマネージャは、インターコネクトファブリックの帯域内通信を使用するか、またはインターコネクトファブリックとは独立している帯域外通信を使用して互いに通信することができる。インターコネクトファブリックモジュールのクロスポイントスイッチは、分散型ネットワークマネージャ用にポートを予約しておくことができる。インターコネクトファブリックモジュールは、予約されているポートのうちの１つを指定するデータを受信すると、予約されたポートを通じてそのデータを分散型ネットワークマネージャに転送する。
【００３４】
図８は、一実施形態において予約アドレスを処理するインターコネクトファブリックモジュールのコンポーネントの処理を示す流れ図である。このコンポーネントは、帯域内通信または帯域外通信のいずれかを介してフレームをネットワークマネージャに転送する。帯域内通信を使用することにより、適切なインターコネクトファブリックモジュールへのフレームの経路を選択し、帯域外通信を使用してフレームをネットワークマネージャに送信することができる。判断ブロック８０１で、受信されたフレームの仮想アドレスが予約アドレスの場合、コンポーネントはブロック８０２に進み、そうでない場合、コンポーネントは完了する。判断ブロック８０２で、フレーム内の仮想アドレスパラメータがラベルテーブル内にある場合、フレームは、帯域内通信を使用して転送され、コンポーネントはブロック８０４に進むが、そうでない場合、フレームは、帯域外通信を使用してＩＦＭのマネージャデバイスのところのネットワークマネージャに直接転送され、コンポーネントはブロック８０３に進む。ブロック８０３で、コンポーネントはフレームを管理ポートに転送し、完了する。ブロック８０４で、コンポーネントは、ラベルテーブルのポートマップに基づきフレームを転送し、そして完了する。
【００３５】
当業者であれば、技術のさまざまな実施形態について説明したが、本発明の精神と範囲を逸脱することなくさまざまな修正を加えられることを理解するであろう。したがって、本発明は付属の請求項で規定されている場合を除き限定されない。
【図面の簡単な説明】
【００３６】
【図１】仮想識別子（ｖｉｒｔｕａｌ ｉｄｅｎｔｉｆｉｅｒｓ）を使用して相互通信しているファイバーチャネルファブリック（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ ｆａｂｒｉｃ）ベースの相互接続ネットワークのさまざまなノードを示しているネットワーク図である。
【図２】一実施形態のインターコネクトファブリックモジュールのコンポーネントの発見処理を示す流れ図である。
【図３】一実施形態のネットワークマネージャの発見処理を示す流れ図である。
【図４】一実施形態のネットワークマネージャによる経路確定のプロセスを示す流れ図である。
【図５】一実施形態のネットワークマネージャの仮想アドレス識別コンポーネントの処理を示す流れ図である。
【図６】一実施形態のネットワークマネージャのラベルテーブル初期化コンポーネントの処理を示す流れ図である。
【図７】一実施形態の分散ネットワークのマネージャを示すブロック図である。
【図８】一実施形態において予約アドレスを処理するインターコネクトファブリックモジュールのコンポーネントの処理を示す流れ図である。【Technical field】
[0001]
The described technique relates to a network manager for routing devices in an interconnect fabric.
[Background Art]
[0002]
The Internet has emerged as an important commercial and communications platform for businesses and consumers around the world. The dramatic increase in Internet users, coupled with powerful new tools and equipment improvements that enable the development, processing, and distribution of data over the Internet, has led to the proliferation of Internet-based applications. These applications include e-commerce, e-mail, electronic file transfer, and online interactive applications. As the number of Internet users and their use increase, so does the complexity and volume of Internet traffic. According to UUNet, Internet traffic doubles every 100 days. Because of such traffic and its business potential, an increasing number of companies are building businesses around the Internet and developing business applications that are integral to the businesses provided by the Internet.
[0003]
Existing enterprise data networks ("EDNs") that support e-commerce applications that provide services to customers are burdened with the need to provide additional performance and additional services. Increased customer demand for services and increased market competition have increased the complexity of ad hoc EDN. Affordable, high-performance EDN solutions require extensive scalability, very high availability and manageability. These attributes can be severely compromised or completely lost as existing solutions grow to meet demand.
[0004]
The current architecture of EDN typically consists of three parts: 1) a local area network (LAN) for web and database servers, 2) a computing network for application servers, and 3) a storage area network (SAN). Including subnetworks. Processing and storage elements connected to these sub-networks can access a wide area network (WAN) or a metropolitan area network (MAN) through a bridging device commonly referred to as an edge switch. it can. Each of these sub-networks typically uses different protocols and associated hardware and software collections, including network interface adapters, network switches, network operating systems, and management applications. Communication over EDN requires bridging between subnetworks, where servers that process resources for protocol translation and interpretation need to be actively involved.
[0005]
The current architecture of EDN has a number of disadvantages. These drawbacks arise primarily due to the fragmented and complex multi-layer architecture. First, it is very difficult to incorporate heterogeneous systems that use different communication protocols, interfaces, and the like. Second, overall performance is compromised because each sub-network is managed separately, rather than globally capturing and managing the entire network. Third, the cost of maintaining three disparate network hardware and software can be expensive. Fourth, it is difficult to extend the architecture using such a heterogeneous system. It would be desirable to implement an EDN architecture that mitigates many of the shortcomings of current disparate multi-layer architectures.
DISCLOSURE OF THE INVENTION
[Problems to be solved by the invention]
[0006]
A method and system for managing an interconnect fabric connecting nodes is presented.
[Means for Solving the Problems]
[0007]
In one embodiment, the network manager manages an interconnect fabric or network of a routing device (eg, an interconnect fabric module, switch, or router) for the source nodes to send data to the destination nodes. I do. The network manager receives a registration request from the source node to send data to the destination node, configures a network routing device to establish a route from each source node to the destination node, and assigns a virtual address to each source node. Supply. The virtual address identifies a route from the source node to the destination node. At the source node, the data is sent to the destination node by supplying the data along with the virtual address to a routing device of the network. After receiving the data and the virtual address, the source port of each routing device in the path uses the virtual address to identify the destination port to use when transmitting the data and virtual address. The network manager configures a routing device by setting a mapping from a source port to a destination port for each routing device in the route. The routing device receives data via the source port and transmits data via the destination port.
[0008]
In one embodiment, the network manager is centralized or distributed. The centralized network manager can be located on one node connected to the interconnect fabric. The centralized network manager can provide configuration information to the routing device using in-band or out-of-band communication. In-band communication refers to the use of communication links that connect ports of a routing device. Out-of-band communication refers to the use of a dedicated communication link to connect a routing device to a network manager. A centralized network manager may alternatively be located within the routing device. Each routing device can be a network manager. After initialization, the routing device can make adjustments and select a routing device to function as a network manager. In contrast, a distributed network manager may perform its functions on various manager devices that are directly connected to the routing device. The network manager at each manager device can control the routing device to which it is directly connected. In addition, the network manager at each manager device can communicate with the network manager at other managers via in-band or out-of-band communication. In one embodiment, the distributed network manager may perform different functions on different manager devices.
[0009]
In one embodiment, the network manager specifies a route through the network from the source node to the destination node. Are these paths first identified when the network manager starts, or when the network topology (eg, network routing devices and their interconnections) changes (eg, as a result of a failure)? , Or dynamically when a registration request arrives from a source node. One skilled in the art will appreciate that such techniques for identifying a path can be used in various combinations. For example, a network manager can dynamically identify routes during registration, but can re-identify routes when the topology of the network changes. Whichever of these approaches is used, the network manager typically needs to know the topology of the network to identify the path.
[0010]
In one embodiment, the network manager dynamically discovers the topology of the network during initialization. Network managers can discover the topology in several different ways. Configuration information can be provided to the network manager that identifies the routing device of the network. The network manager uses this configuration information to send a message to each routing device asking which of its ports to connect to other devices. Thereafter, the network manager can send a query message, via each connection port, requesting the connected device to identify itself and that port. From the responses to these query messages, the network manager identifies the connections (ie, communication links) between the routing devices and thus the topology of the network. Alternatively, rather than sending a query message to each connected port, after initialization the routing device may request the connected device to send its identity. Thereafter, the routing device sends the identification information of the connection destination port to the network manager. The network topology is described by the configuration information and the identification information of the connection destination port.
[0011]
In another embodiment, the network manager can dynamically discover the identity of the routing device by sending a query message through the port of the routing device to which it is directly connected. Thereafter, the network manager knows each routing device that responds to the query. The network manager also sends a query message through the port of each response routing device. Alternatively, the network manager can send one query message to the directly connected routing device, which in turn sends the query message to the directly connected routing device via each of its ports. Can be transferred. After receiving the query message, each port sends a message to the network manager along with its identity and the identity of the port to which it is directly connected.
[0012]
In one embodiment, each routing device can dynamically discover, upon initialization, its ports that are connected to other devices (eg, nodes or other routing devices). Each port of the routing device senses a characteristic of the communication link (eg, a voltage on a receiving link) or sends a request and receives (or does not receive) a response over the communication link. Can be identified whether or not is connected. The network manager can poll each routing device to see which ports on the routing device are not indicated to be connected to other devices. Thereafter, the network manager sends a query message identifying each port to be connected to each connected port.
[0013]
In one embodiment, the network manager establishes a route through the routing device's network by configuring the routing device's ports along the route. The network manager can identify the route from the source node to the destination node using conventional route identification techniques. For example, the network manager may use the shortest path algorithm to identify the path with the fewest number of communication links, or use a congestion-based algorithm that considers actual or expected network traffic. Can be. Thereafter, the network manager identifies the virtual address of the identified route (ie, the destination virtual address). The virtual address is sent by the source node along with the data sent to the destination node. Data and virtual addresses can be stored in a frame with a header and a payload (eg, Fiber Channel or InfiniBand). A virtual address is stored in the header, and data is stored in the payload. The network manager then configures each source port of each routing device to forward the frame sent to the identified virtual address to the destination port of the routing device connected to the next communication link in the path. Configure along the path. The configuration information can be stored in a port label table (described later) that maps a virtual address to a destination port. Upon receiving the frame having the identified virtual address, the source port transfers the frame through the destination port according to the configuration information.
[0014]
In one embodiment, the network manager identifies virtual addresses that are not currently in use at the source port along the path. Thus, when the source port receives a frame addressed by the identified virtual address, there is no ambiguity because the port of the routing device is the destination port. However, there may be a common sub-path on the path from two different source nodes to the same destination node. For example, a path from one source node would go through communication links A, X, Y, and Z, and a path from the other source node would go through communication links B, X, Y, and Z. In such a case, the network manager can use the same virtual address for both paths and share the end of the already configured path.
[0015]
In one embodiment, the network manager may further establish a path between the destination node and the source node. The network manager can specify a new route or use the same route identified between the source and destination nodes (but in the opposite direction). The network manager then identifies the virtual address (ie, the source virtual address) and configures the ports along the path in a manner similar to configuring a path from a source node to a destination node. Whenever a source node sends a frame, it includes the source virtual address in the frame. Whenever a destination node receives a frame, it can respond to the source node by sending the frame addressed to the source virtual address.
[0016]
In one embodiment, the network manager may need to identify and configure a new path between the source and destination nodes. For example, the network manager determines that the required quality of service cannot be ensured along the existing route due to congestion, or detects a failure along the existing route. The network manager can configure a new route using the same virtual address. The network manager can use the same virtual address for the new route if each virtual address is used only once. However, if different routes are identified using the same virtual address, the configuration of the new route may conflict with the configuration of another route using the same virtual address. If the same virtual address can be used, the network manager can reroute in a manner transparent to the source node. In particular, the network manager does not need to notify the source node of changes in the route. Further, when a plurality of destination nodes have the same function, the network manager can execute load distribution of the nodes by dynamically changing a route so that data is transmitted to different destination nodes. With these virtual addresses, changes can be made without changing the source and destination virtual addresses of the route.
[0017]
In one embodiment, the network manager may reserve one or more virtual addresses for transmitting frames from a device (eg, a routing device or node) to the network manager. For example, such a frame may include registration from a source node. When the network manager is distributed, when the routing device receives a frame having a reserved virtual address, it detects that the frame is received, transfers the frame directly to the connected manager device, and processes the frame for processing by the network manager. You can leave it. To increase the degree of freedom, a frame whose destination is the network manager can include a combination of a reserved virtual address and another virtual address. Upon detecting such a frame, the routing device determines whether it is configured to forward frames destined for another virtual address using in-band communication. If configured, the routing device forwards the frame through the destination port identified by the other virtual address. If the routing device is not configured for another virtual address, the routing device sends the frame to the network manager via out-of-band communication. For example, a routing device may send a frame to a directly connected manager device. In this way, the network manager can configure the network so that certain frames are forwarded to certain manager devices that provide certain functions or services of the network manager.
[0018]
In one embodiment, the routing device is an interconnect fabric module ("IFM") with fast switching capabilities. The interconnect fabric module can dynamically configure communication ports to interconnect and transmit data through the interconnected ports. A plurality of interconnect fabric modules can be connected to form an interconnect fabric, and nodes (eg, computer systems) can be interconnected through the interconnect fabric. In one embodiment, the data is transmitted over the interconnect fabric as frames, such as those defined by the Fiber Channel standard. Fiber Channel is defined in ANSI T11 FC-PH, FC-PH-2, FC-PH-3, FC-PI, and FC-FS industry standard documents and is incorporated by reference. However, those skilled in the art will appreciate that the described techniques can be used with communication standards other than Fiber Channel. In particular, the described technique can be used in the InfiniBand standard, which is described in [1] and is incorporated by reference. The use of interconnect fabric modules allows the construction of interconnect fabrics that are particularly suitable for interconnect devices that utilize multiple types of information, such as those required for devices in an enterprise data network ("EDN").
[0019]
In one embodiment, the virtual address is part of a “virtual identifier” that includes the domain address (eg, a source or destination identifier). The destination identifier of the frame can be set to a virtual identifier. The frame is forwarded using the destination identifier of the frame received by the interconnect fabric module. A domain address is assigned to each interconnect fabric module. Interconnect fabric modules assigned the same domain address are located in the same domain. The interconnect fabric module transfers frames between domains using domain addresses. The network manager can configure the interconnect fabric module with an inter-domain path. When the interconnect fabric module receives a frame with a destination domain address that matches the domain address, the frame has arrived at the destination domain. Thereafter, the interconnect fabric module forwards the frame according to the destination virtual address because the frame has already arrived at its destination domain. However, if the domain addresses do not match, the frame has not arrived at its destination domain. The interconnect fabric module transfers frames using the inter-domain route. Each port of the interconnect fabric module has a domain address table (configured by the network manager) that maps the domain address to a destination port through which frames with that domain address are forwarded. . Therefore, the interconnect fabric module can selectively use the virtual address and the domain address when transferring the frame.
[0020]
In one embodiment, the interconnect fabric module switches connections between source and destination ports using a crosspoint switch. If the number of switch ports provided in the crosspoint switch is greater than the number of ports in the interconnect fabric module, additional switch ports can be used for network manager management functions. When the interconnect fabric module receives a frame destined for a virtual address reserved for the network manager's management service, it connects the source port to an additional switch port connected to the manager device. When a frame is transmitted from the source port, the network manager of the manager device receives the frame and processes the frame according to the management function. In this way, management frames can be forwarded directly to the network manager when first received by the interconnect fabric module from the node.
[0021]
In some embodiments, data is communicated by one or more virtual identifier ("VI") network interface controller ("NIC") functions (e.g., one VI NIC per network interface) on each node. This makes it easier to use virtual identifiers. If the VI NIC on the node receives an indication that data communication has occurred to one or more remote nodes, such as from an application running on the node, the VI NIC will send the network without assigning or directly associating it to the destination node. Identify an appropriate transmitter virtual identifier that can be used to route the data communication to the appropriate remote destination node via. Such data communication includes temporary connectionless transmissions of data (eg, one-way transmission from a source to a destination) and non-temporary connections (non- Both transitive connections (eg, a continuous dedicated connection where the connection initiator source and the connection destination can exchange data) can be included.
[0022]
The VI NIC can identify an appropriate transmission virtual identifier for routing data communication in various ways. In some embodiments, the VI NIC registers some or all outgoing data communications with the network manager of the network and receives from the network manager an appropriate transmission virtual identifier to use for the communication. However, if the indicated data communication corresponds to an already registered data communication (eg, an existing connection to the same destination with the same transmission scheme or a previous communication), the VI NIC will instead In such an embodiment, it is also possible to use a previously received transmission virtual identifier for the data communication without performing the additional registration of the indicated data communication. The manner in which data communication is performed depends on the transmission characteristics supported by the network, and may include factors such as a particular class of service ("COS") or transmission priority.
[0023]
In some embodiments, when a two-way communication (eg, a response from one or more of the destinations) occurs with the data communication indicated by the source, the VI NIC further proceeds with one of the destinations or A response virtual identifier that can be used to select a route back to the source is also identified. If the VIC NIC has registered the data communication with the network manager, the response virtual identifier can be received from the network manager. After identifying the response identifier, the VI NIC associates the identifier with information indicating how to handle the received data communication routed using the response virtual identifier. In some embodiments, when processing such received data communications, the data communications are associated with a destination node, such as an application program, a file that is on storage, or a device that is part of the node. To one or more resources. For example, if the source application on the source node indicates bi-directional communication, the VI NIC at that source node can associate a response virtual identifier with the source application and forward the received response to the source application. (This will then be the destination application for the received communication).
[0024]
For clarity, the following describes some embodiments in which a VI NIC is used as part of a Fiber Channel or InfiniBand network and / or as part of an EDN architecture. However, one of ordinary skill in the art will appreciate that the techniques of the present invention can be used with other types of networks in a variety of other situations, and that the present invention may be used within a Fiber Channel or InfiniBand network or with an EDN architecture. It will be understood that it is not limited to doing so.
BEST MODE FOR CARRYING OUT THE INVENTION
[0025]
FIG. 1 is a network diagram illustrating various nodes of a fiber channel fabric-based interconnect network interconnecting using virtual identifiers. In this embodiment, a plurality of interconnect fabric modules ("IFMs") 110 with fast switching capabilities are used as intermediate routing devices to form an interconnect fabric, and include a plurality of
[0026]
Topology discovery
As mentioned above, the network manager can dynamically discover the topology of the network using a variety of different approaches. In embodiments described below, each interconnect fabric module identifies which ports are connected to other devices. The network manager uses this information to send messages through each port connected to other devices to identify the device to connect to. FIG. 2 is a flowchart illustrating a process of discovering components of the interconnect fabric module according to one embodiment. Each port of the internet fabric module identifies whether it is connected to a port of another device, such as another switch or node. Thereafter, the interconnect fabric module provides the network manager with information indicating which ports are connected to other ports that assist in the discovery process. In blocks 201-204, the component determines whether each port is currently connected to another port. In
[0027]
FIG. 3 is a flowchart illustrating the discovery process of the network manager according to the embodiment. The network manager first extracts information indicating which port of the interconnect fabric module is connected to another device. The network manager further sends a query message to each of the designated ports through each of the indicated ports. Upon receiving the query message, the connection destination port responds with the identification of the interconnect fabric module and its port number. In this way, the network manager can discover the topology of the interconnect fabric. In blocks 301-303, the network manager retrieves information indicating which ports of the interconnect fabric module are connected to other ports. At
[0028]
The process of network manager discovery described above assumes that the network manager first recognizes all interconnect fabric modules of the interconnect fabric. One skilled in the art will appreciate that the network manager can recognize additional interconnect fabric modules when performing the discovery process. For example, if the network manager is centralized, it first sends and receives query messages through ports connected to the interconnect fabric. The receiving port responds with the identification of the interconnect fabric module and its port number. Thereafter, the network manager may request to identify an interconnect fabric module that provides an indication of which ports are connected to other ports. The network manager may further send a query message to the destination port through each of the indicated ports. Thereafter, the destination port responds with the identity of the destination interconnect fabric module and the destination port. This process is transitively repeated by the network manager to identify all interconnect fabric modules that make up the interconnect fabric.
[0029]
Route establishment
FIG. 4 is a flowchart illustrating a process of determining a route by the network manager according to one embodiment. A route is usually established when a node is registered with a network manager. The route establishment component of the network manager receives the identification of the source node and the destination node, and can then identify the route of the port of the interconnect fabric module from the source node to the destination node and from the destination node to the source node. This component then identifies the virtual address for the path and initializes a label table for the ports of the interconnect fabric module along the identified path. The port label table contains a mapping from a virtual address to a destination port used to forward frames transmitted to that virtual address. In
[0030]
FIG. 5 is a flowchart illustrating the processing of the virtual address identification component of the network manager of one embodiment. In this embodiment, a route indication is sent to the virtual address identification component along with an indication whether the virtual address of the source or destination node should be identified. The component examines all ports along the path and identifies virtual addresses that are not currently used by the ports along the path. Alternatively, components can identify virtual addresses based on order. That is, the component can track the last identified virtual address and increment that virtual address to identify the next virtual address. Because of this method, each virtual address is unique. In blocks 501-505, the component enters a loop and repeats the operation of selecting the next virtual address and determining if the address is available. The virtual address may not be available from the port along the path if the port is already using the virtual address. At
[0031]
FIG. 6 is a flowchart illustrating the processing of the label table initialization component of the network manager of one embodiment. The label table initialization component sends a command to each port along the path indicating to add a mapping from the identified virtual address to another port of the interconnect fabric module along the path. The component passes the virtual address and an instruction as to whether the virtual address is a source virtual address or a destination virtual address in the route instruction. At
[0032]
Reserved address specification
In one embodiment, the IFM crosspoint switch can have more outputs than the number of ports of the IFM. For example, a crosspoint switch has 34 inputs and outputs, while an IFM has only 32 ports. In IFM, these additional ports of the crosspoint switch can be used to route higher layer protocol frames, such as frames sent to a name server or other management service. In one embodiment, an additional output port of the crosspoint switch can be connected to the IFM's manager device. The interconnect fabric module can include a list of "reserved" addresses that specify upper layer protocol ports. If the IFM determines that the address of the frame matches one of the reserved addresses, it can select a route to the upper layer protocol port of the frame. In selecting a route to an upper-layer protocol port, the same arbitration mechanism used for selecting a route to a non-upper-layer protocol port as described in Patent Document 1 can be used. Alternatively, if the crosspoint switch does not have additional output for the upper layer protocol port, the output is selected between the communication port and the upper layer protocol port, depending on whether the destination identifier address is reserved. You can switch.
[0033]
FIG. 7 is a block diagram illustrating a manager of a distributed network according to one embodiment. In this embodiment, the network manager may be implemented as a series of manager devices connected directly to the interconnect fabric module. The distributed network managers can communicate with each other using in-band communication of the interconnect fabric, or using out-of-band communication independent of the interconnect fabric. The interconnect fabric module crosspoint switch can reserve ports for the distributed network manager. When the interconnect fabric module receives data specifying one of the reserved ports, it forwards the data to the distributed network manager through the reserved port.
[0034]
FIG. 8 is a flow diagram that illustrates the processing of the components of the interconnect fabric module that process reserved addresses in one embodiment. This component forwards frames to the network manager via either in-band or out-of-band communication. By using in-band communication, the frame can be routed to the appropriate interconnect fabric module, and the frame can be sent to the network manager using out-of-band communication. At
[0035]
While various embodiments of the technology have been described, those skilled in the art will appreciate that various modifications can be made without departing from the spirit and scope of the invention. Accordingly, the invention is not limited except as defined in the appended claims.
[Brief description of the drawings]
[0036]
FIG. 1 is a network diagram illustrating various nodes of a Fiber Channel fabric-based interconnect network communicating with each other using virtual identifiers.
FIG. 2 is a flowchart illustrating a process for discovering components of an interconnect fabric module of one embodiment.
FIG. 3 is a flowchart illustrating a network manager discovery process according to an embodiment;
FIG. 4 is a flowchart illustrating a process of route determination by a network manager of one embodiment.
FIG. 5 is a flowchart illustrating the processing of the virtual address identification component of the network manager of one embodiment.
FIG. 6 is a flowchart illustrating the processing of a label table initialization component of the network manager of one embodiment.
FIG. 7 is a block diagram illustrating a manager of a distributed network according to one embodiment.
FIG. 8 is a flow diagram that illustrates the processing of the components of the interconnect fabric module that process reserved addresses in one embodiment.
Claims (156)
前記ルーティングデバイスの前記ポートのうちどのポートが他のポートに接続されているかを示す指示を前記ルーティングデバイスのそれぞれから取り出し、さらに、
ルーティングデバイス毎に、
他のポートに接続されている前記ルーティングデバイスの各ポートについて、前記ルーティングデバイスに、前記ポートを通じて他方のポートに転送するクエリメッセージを送信し、
前記ルーティングデバイスから、他方のポートの前記ルーティングデバイスと前記識別されたルーティングデバイス内の他方のポートを識別する他方のポートからの応答を受け取ることを特徴とする方法。A method for identifying a topology of a network in a network manager, the network including a plurality of routing devices, each routing device having a port, the method comprising:
Extracting an indication from each of the routing devices indicating which of the ports of the routing device is connected to another port, further comprising:
For each routing device,
For each port of the routing device connected to another port, send a query message to the routing device to forward to the other port through the port,
A method comprising: receiving a response from the routing device from another port that identifies the routing device of the other port and the other port in the identified routing device.
前記ルーティングデバイスの前記ポートのうちどのポートが他のポートに接続されているかを示す指示を取り出すコンポーネントと、
前記ルーティングデバイスに、他のポートに接続済みとして示されている各ポートを通じて他方のポートに転送されるクエリメッセージを送信し、前記ルーティングデバイスから、他方のデバイスおよび他方のポートを識別する他方のポートからの応答を受信するコンポーネントとを備えることを特徴とするネットワークマネージャ。A network manager for identifying a topology of a network, wherein the network includes a plurality of routing devices, each routing device including a port,
A component for retrieving an indication indicating which of the ports of the routing device is connected to another port;
Sending to the routing device a query message that is forwarded to the other port through each port indicated as connected to the other port, and from the routing device identifies the other device and the other port to the other port A component for receiving a response from the network manager.
各スイッチの制御の下で、前記スイッチの各ポートが接続先ポートに接続されているかどうかを判別し、
ネットワークマネージャの制御の下で、
スイッチ毎に、
前記スイッチの前記ポートのうち、どのポートが接続先ポートに接続されているかを示す指示を取り出し、
接続先ポートに接続されているポート毎に、
前記ポートを通じてクエリメッセージを接続先ポートに送信し、
前記接続先ポートから、前記接続先デバイスおよび接続先ポートを識別する応答を受信することを含み、
各スイッチおよびポートからその接続先デバイスおよび接続先ポートへのマッピングが前記ネットワークの前記トポロジを示すことを特徴とする方法。A method for identifying a topology of a network, wherein the network comprises a plurality of switches, each switch comprising a port, wherein each port of the switch is connected to another port or not connected to another port Wherein the method comprises:
Under control of each switch, determine whether each port of the switch is connected to a destination port,
Under the control of Network Manager
For each switch,
Of the ports of the switch, take out an instruction indicating which port is connected to the connection destination port,
For each port connected to the destination port,
Sending a query message to the destination port through the port,
Including receiving a response identifying the destination device and the destination port from the destination port,
A method wherein a mapping from each switch and port to its connected device and port indicates the topology of the network.
前記ルーティングデバイスの前記ポートのうちどのポートが他のポートに接続されているかを示す指示を取り出すための手段と、
他のポートに接続されていると示され、他方のポートを識別する応答を他方のポートから受信する各ポートを通じてクエリメッセージを他方のポートに送信する手段とを備えることを特徴とするネットワークマネージャ。A network manager for identifying a topology of a network, wherein the network includes a plurality of routing devices, each routing device having a port,
Means for retrieving an indication indicating which of the ports of the routing device is connected to another port;
Means for transmitting a query message to the other port through each port indicated to be connected to the other port and receiving a response identifying the other port from the other port.
前記ソースノードと前記宛先ノードとの間に、仮想アドレスが設定されている第１の経路を確立し、
前記仮想アドレスを前記ソースノードに送り、前記確立された経路を経由して前記ソースノードから前記宛先ノードにデータを送信する際に前記仮想アドレスを使用し、
前記仮想アドレスを前記ソースノードに供給した後、前記ソースノードと前記宛先ノードとの間に第２の経路を確立し、前記ソースノードが前記供給された仮想アドレスを使用してデータを送信するときに、前期第１の経路ではなく前記第２の経路を経由してデータが送信されるようにすることを含むことを特徴とする方法。A method for reconfiguring a path between a source node and a destination node in a computer system, comprising:
Establishing a first path between the source node and the destination node where a virtual address is set;
Sending the virtual address to the source node, using the virtual address when transmitting data from the source node to the destination node via the established path,
Establishing a second path between the source node and the destination node after providing the virtual address to the source node, wherein the source node transmits data using the provided virtual address; Wherein the data is transmitted via the second path instead of the first path.
前記ソースノードと第１の宛先ノードとの間に第１の経路を確立するコンポーネントであって、前記経路は仮想アドレスを持ち、前記第１の経路は仮想アドレスにより識別され、前記ソースノードが前記仮想アドレスを使用してデータを送信するときに、前記データは前記第１の経路を経由して送信されるコンポーネントと、
前記第１の経路を確立した後、前記ソースノードと第２の宛先ノードとの間に第２の経路を確立するコンポーネントであって、前記第２の経路は仮想アドレスにより識別され、前記ソースノードが前記第２の経路が確立された後に前記供給された仮想アドレスを使用してデータを送信するときに、前記データは前記第２の経路を経由して送信されるコンポーネントとを備えることを特徴とするコンピュータシステム。A computer system for reconfiguring a path between a source node and a destination node,
A component for establishing a first route between the source node and a first destination node, wherein the route has a virtual address, the first route is identified by a virtual address, and the source node is When transmitting data using a virtual address, the data is transmitted via the first path;
A component that establishes a second route between the source node and a second destination node after establishing the first route, wherein the second route is identified by a virtual address; When transmitting data using the provided virtual address after the second path is established, the data is transmitted via the second path. And a computer system.
前記ソースノードと前記宛先ノードとの間に、仮想アドレスが設定されている第１の経路を確立する手段と、
前記ソースノードと前記宛先ノードとの間に第２の経路を確立し、前記仮想アドレスを使用して送信されるデータが、前記第２の経路が確立される前に第１の経路を経由して、また前記第２の経路が確立された後で第２の経路を経由して経路選択されるようにする手段とを含むことを特徴とするコンピュータシステム。A computer system for reconfiguring a path between a source node and a destination node,
Means for establishing a first route between the source node and the destination node where a virtual address is set;
Establishing a second path between the source node and the destination node, wherein data transmitted using the virtual address is routed through the first path before the second path is established. Means for selecting a route via the second route after the second route has been established.
前記ソースノードと前記宛先ノードとの間の経路を形成しソース側ポートと宛先側ポートとを備えるスイッチのポートを識別し、
データを前記ソースノードから前記宛先ノードに送信するための仮想アドレスを識別して、前記仮想アドレスが前記ソース側ポートにより現在使用されていないようにし、
スイッチの前記宛先側ポートを介して前記識別された仮想アドレスに送信されるデータを交換するように前記ソース側ポートのそれぞれを設定することを含むことを特徴とする方法。A method for establishing a path between a source node and a destination node in a computer system, comprising:
Forming a path between the source node and the destination node and identifying a switch port comprising a source port and a destination port,
Identifying a virtual address for transmitting data from the source node to the destination node, such that the virtual address is not currently used by the source port;
A method comprising: configuring each of said source ports to exchange data transmitted to said identified virtual address via said destination port of a switch.
スイッチの前記ソース側ポートを介して前記識別された仮想アドレスに送信されたデータを交換するように前記宛先側ポートのそれぞれを設定することを含むことを特徴とする請求項８３に記載の方法。Identifying a virtual address for transmitting data from the destination node to the source node, such that the virtual address is not currently used by the destination port;
84. The method of claim 83, comprising configuring each of the destination ports to exchange data transmitted to the identified virtual address via the source port of a switch.
前記ソースノードと前記宛先ノードとの間の経路を形成しソース側ポートと宛先側ポートとを備えるルーティングデバイスのポートを識別し、
前記ソースノードから前記宛先ノードにデータを送信するための仮想アドレスを識別し、
前記識別されたソース側ポートのそれぞれを設定してそのルーティングデバイスの前記識別された宛先側ポートを介して前記識別された仮想アドレスに送信されたデータの経路を選択することを含むことを特徴とする方法。A method of establishing a route between a source node and a destination node through a network of routing devices,
Forming a path between the source node and the destination node and identifying a port of a routing device comprising a source port and a destination port;
Identifying a virtual address for transmitting data from the source node to the destination node;
Configuring each of the identified source ports to route data transmitted to the identified virtual address via the identified destination port of the routing device. how to.
前記識別された宛先側ポートのそれぞれを設定してそのルーティングデバイスの前記識別されたソース側ポートを介して前記識別された仮想アドレスに送信されたデータの経路を選択することを含むことを特徴とする請求項９２に記載の方法。Identifying a virtual address for transmitting data from the destination node to the source node;
Setting each of the identified destination ports to route data transmitted to the identified virtual address via the identified source port of the routing device. 93. The method of claim 92, wherein
前記ソースノードと前記宛先ノードとの間の経路を形成するスイッチを識別するコンポーネントと、
前記識別されたスイッチを通じて前記ソースノードから前記宛先ノードにデータを送信するための仮想アドレスを識別するコンポーネントと、
前記ソースノードから前記宛先ノードへの前記識別されたスイッチを介して前記識別された仮想アドレスに送信されたデータの経路が選択されるように前記識別されたスイッチのそれぞれを構成するコンポーネントとを備えることを特徴とするネットワークマネージャ。A network manager for establishing a path between a source node and a destination node through a network of switches,
A component for identifying a switch forming a path between the source node and the destination node;
A component for identifying a virtual address for transmitting data from the source node to the destination node through the identified switch;
Configuring each of the identified switches such that a path of data transmitted to the identified virtual address via the identified switch from the source node to the destination node is selected. A network manager, characterized in that:
前記宛先ノードから前記ソースノードへの前記識別されたスイッチを介して前記識別された仮想アドレスに送信されたデータの経路が選択されるように前記識別されたスイッチのそれぞれを構成するコンポーネントとを備えることを特徴とする請求項１０５に記載のネットワークマネージャ。A component for identifying a virtual address for transmitting data from the destination node to the source node;
Configuring each of the identified switches such that a path of data transmitted from the destination node to the source node via the identified switch to the identified virtual address is selected. 108. The network manager according to claim 105, wherein:
前記ソースノードと前記宛先ノードとの間の経路を形成するルーティングデバイスのポートを識別する手段であって、前記経路の各ルーティングデバイスが識別されたソース側ポートと識別された宛先側ポートを備える手段と、
前記ソースノードから前記宛先ノードにデータを送信するための仮想アドレスを識別する手段とを備え、
前記ルーティングデバイスの前記識別された宛先側ポートを介して前記識別された仮想アドレスに送信されたデータの経路が選択されるように前記識別されたソース側ポートのそれぞれを設定することを特徴とするネットワークマネージャ。A network manager for establishing a route between a source node and a destination node through a network of routing devices,
Means for identifying a port of a routing device forming a path between the source node and the destination node, wherein each routing device of the path comprises an identified source port and an identified destination port When,
Means for identifying a virtual address for transmitting data from the source node to the destination node,
Configuring each of the identified source-side ports such that a path of data transmitted to the identified virtual address via the identified destination port of the routing device is selected. Network manager.
前記ルーティングデバイスの前記識別されたソース側ポートを介して前記識別された仮想アドレスに送信されたデータの経路が選択されるように前記識別された宛先側ポートのそれぞれを設定する手段とを備えることを特徴とする請求項１１９に記載のネットワークマネージャ。Means for identifying a virtual address for transmitting data from the destination node to the source node;
Means for configuring each of the identified destination ports such that a path of data transmitted to the identified virtual address via the identified source port of the routing device is selected. 120. The network manager according to claim 119, wherein:
宛先仮想アドレスを持つフレームを受信し、
前記フレームを受信した後、
前記フレームの前記宛先仮想アドレスが予約されているかどうかを判別し、
前記フレームの前記宛先仮想アドレスが予約されている場合に、
前記フレームの他の仮想アドレスが前記スイッチの一部にマッピングされているかどうかを判別し、
前記フレームの他方の仮想アドレスが前記スイッチのポートにマッピングされている場合に、前記マッピング先ポートを介して前記フレームを送信し、
前記フレームの他方の仮想アドレスが前記スイッチのポートにマッピングされない場合に、前記フレームを前記ネットワークマネージャに送信することを特徴とする方法。A method for transmitting a frame in a switch to a network manager,
Receiving a frame with a destination virtual address,
After receiving the frame,
Determining whether the destination virtual address of the frame is reserved,
If the destination virtual address of the frame is reserved,
Determining whether the other virtual address of the frame is mapped to a part of the switch,
When the other virtual address of the frame is mapped to a port of the switch, transmitting the frame through the mapped port,
Sending the frame to the network manager if the other virtual address of the frame is not mapped to a port of the switch.
仮想アドレスを持つフレームを受信し、
前記フレームの前記仮想アドレスが予約されているかどうかを判別し、
前記フレームの前記仮想アドレスが予約されている場合に、前記フレームを前記ネットワークマネージャに供給し、
前記フレームの前記仮想アドレスが予約されていない場合に、仮想アドレスからポートへのマッピングに基づいて前記ルーティングデバイスのポートを介して前記フレームを送信することを特徴とする方法。A method for transmitting a frame in a routing device to a network manager,
Receiving a frame with a virtual address,
Determining whether the virtual address of the frame is reserved,
Providing the frame to the network manager if the virtual address of the frame is reserved;
Transmitting the frame through a port of the routing device based on a virtual address-to-port mapping if the virtual address of the frame is not reserved.
前記フレームの他の仮想アドレスが前記ルーティングデバイスの一部にマッピングされているかどうかを判別し、
前記フレームの他方の仮想アドレスが前記ルーティングデバイスのポートにマッピングされている場合に、前記マッピング先ポートを介して前記フレームを送信し、
前記フレームの他方の仮想アドレスが前記スイッチのポートにマッピングされない場合に、前記フレームを前記ネットワークマネージャに直接送信することを含むことを特徴とする請求項１３６に記載の方法。The provision of the frame to the network manager comprises:
Determining whether other virtual addresses of the frame are mapped to a part of the routing device;
When the other virtual address of the frame is mapped to a port of the routing device, transmitting the frame through the mapped port,
139. The method of claim 136, comprising sending the frame directly to the network manager if the other virtual address of the frame is not mapped to a port on the switch.
仮想アドレスを持つデータを受信するコンポーネントと、
前記データの前記仮想アドレスが予約されている場合に、前記データを前記ネットワークマネージャに供給し、前記仮想アドレスが予約されていない場合に、仮想アドレスからポートへのマッピングに基づいて前記ルーティングデバイスのポートを介して前記データを送信するコンポーネントとを備えることを特徴とするルーティングデバイス。A routing device for sending data to a network manager,
A component for receiving data having a virtual address,
Providing the data to the network manager if the virtual address of the data is reserved; and, if the virtual address is not reserved, a port of the routing device based on a virtual address to port mapping. And a component for transmitting the data via a routing device.
前記データの他方の仮想アドレスが前記ルーティングデバイスのポートにマッピングされる場合に、マッピング先ポートを介してデータを送信し、他方の仮想アドレスが前記ルーティングデバイスのポートにマッピングされない場合に、前記フレームをネットワークマネージャに直接送信するコンポーネントとを備えることを特徴とする請求項１４４に記載のルーティングデバイス。The provision of the data to the network manager comprises:
When the other virtual address of the data is mapped to the port of the routing device, the data is transmitted through the mapping destination port, and when the other virtual address is not mapped to the port of the routing device, the frame is transmitted. 146. The routing device of claim 144, comprising: a component for transmitting directly to a network manager.
仮想アドレスを持つデータを受信する手段と、
前記データの前記仮想アドレスが予約されている場合に、前記データを前記ネットワークマネージャに供給し、前記データの前記仮想アドレスが予約されていない場合に、仮想アドレスからポートへのマッピングに基づいて前記ルーティングデバイスのポートを介して前記データを送信する手段とを備えることを特徴とするスイッチ。A switch for sending data to a network manager,
Means for receiving data having a virtual address;
Providing the data to the network manager if the virtual address of the data is reserved, and providing the routing based on a virtual address to port mapping if the virtual address of the data is not reserved. Means for transmitting said data via a port of the device.
前記データの前記仮想アドレスが前記スイッチのポートにマッピングされる場合に、マッピング先ポートを介して前記データを送信し、前記データの他方の仮想アドレスが前記スイッチのポートにマッピングされない場合に、前記データをネットワークマネージャに直接送信する手段を備えることを特徴とする請求項１５１に記載のスイッチ。The provision of the data to the network manager comprises:
If the virtual address of the data is mapped to a port of the switch, the data is transmitted through a mapping destination port; if the other virtual address of the data is not mapped to a port of the switch, the data is transmitted. 153. The switch of claim 151, further comprising: means for directly sending a message to the network manager.
Applications Claiming Priority (31)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US28706901P | 2001-04-27 | 2001-04-27 | |
| US28708101P | 2001-04-27 | 2001-04-27 | |
| US28712001P | 2001-04-27 | 2001-04-27 | |
| US28712101P | 2001-04-27 | 2001-04-27 | |
| US28706801P | 2001-04-27 | 2001-04-27 | |
| US28692201P | 2001-04-27 | 2001-04-27 | |
| US28691801P | 2001-04-27 | 2001-04-27 | |
| US28707501P | 2001-04-27 | 2001-04-27 | |
| US31415801P | 2001-08-21 | 2001-08-21 | |
| US31408801P | 2001-08-21 | 2001-08-21 | |
| US31428701P | 2001-08-22 | 2001-08-22 | |
| US10/039,784 US6993023B2 (en) | 2001-04-27 | 2001-10-26 | Parallel analysis of incoming data transmissions |
| US10/039,505 US20030189927A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for multiframe buffering in a routing device |
| US10/044,182 US20030204618A1 (en) | 2001-04-27 | 2001-10-26 | Using virtual identifiers to process received data routed through a network |
| US10/068,329 US20020161887A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for performing security via de-registration in a communications network |
| US10/039,404 US6996058B2 (en) | 2001-04-27 | 2001-10-26 | Method and system for interswitch load balancing in a communications network |
| US10/066,159 US7042877B2 (en) | 2001-04-27 | 2001-10-26 | Integrated analysis of incoming data transmissions |
| US10/039,703 US20020159458A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for reserved addressing in a communications network |
| US10/039,814 US20020161923A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for reconfiguring a path in a communications network |
| US10/046,333 US20020188754A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for domain addressing in a communications network |
| US10/066,014 US20020159453A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for label table caching in a routing device |
| US10/062,245 US20040004966A1 (en) | 2001-04-27 | 2001-10-26 | Using virtual identifiers to route transmitted data through a network |
| US10/061,564 US20020159456A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for multicasting in a routing device |
| US10/046,334 US7068667B2 (en) | 2001-04-27 | 2001-10-26 | Method and system for path building in a communications network |
| US10/046,640 US20020159437A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for network configuration discovery in a network manager |
| US10/046,572 US20030210685A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for interswitch deadlock avoidance in a communications network |
| US10/044,164 US20020167902A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for performing security via virtual addressing in a communications network |
| US10/066,217 US20020159468A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for administrative ports in a routing device |
| US10/062,199 US7068666B2 (en) | 2001-04-27 | 2001-10-26 | Method and system for virtual addressing in a communications network |
| US10/039,877 US20020159389A1 (en) | 2001-04-27 | 2001-10-26 | Method and system for connection preemption in a communications network |
| PCT/US2002/012451 WO2002089418A1 (en) | 2001-04-27 | 2002-04-19 | Method and system for network management |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007041258A Division JP2007166666A (en) | 2001-04-27 | 2007-02-21 | Method and system for network management |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004537881A true JP2004537881A (en) | 2004-12-16 |
Family
ID=27586863
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002586581A Pending JP2004537881A (en) | 2001-04-27 | 2002-04-19 | Methods and systems for network management |
| JP2002586210A Pending JP2005502228A (en) | 2001-04-27 | 2002-04-19 | Data communication processing method, computing device, and computer-readable medium |
| JP2007041258A Pending JP2007166666A (en) | 2001-04-27 | 2007-02-21 | Method and system for network management |
Family Applications After (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002586210A Pending JP2005502228A (en) | 2001-04-27 | 2002-04-19 | Data communication processing method, computing device, and computer-readable medium |
| JP2007041258A Pending JP2007166666A (en) | 2001-04-27 | 2007-02-21 | Method and system for network management |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1388075A4 (en) |
| JP (3) | JP2004537881A (en) |
| AU (1) | AU2002258931A1 (en) |
| WO (3) | WO2002088981A1 (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007079885A (en) * | 2005-09-14 | 2007-03-29 | Hitachi Ltd | Data input and output load distribution method, data input and output load distribution program, computer system, and management server |
| JP2014529370A (en) * | 2011-07-11 | 2014-11-06 | オラクル・インターナショナル・コーポレイション | System and method for supporting at least one of sub-management packet (SMP) firewall restrictions and traffic protection in a middleware machine environment |
| JP2016005275A (en) * | 2014-06-13 | 2016-01-12 | サス， ブル | Method and system for managing interconnection network |
| JP2016519911A (en) * | 2013-04-19 | 2016-07-07 | エンチュイティ リミテッドＥｎｔｕｉｔｙ Ｌｉｍｉｔｅｄ | Computer-implemented method, computer program product and computer |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020188754A1 (en) | 2001-04-27 | 2002-12-12 | Foster Michael S. | Method and system for domain addressing in a communications network |
| US9123077B2 (en) | 2003-10-07 | 2015-09-01 | Hospira, Inc. | Medication management system |
| US8065161B2 (en) | 2003-11-13 | 2011-11-22 | Hospira, Inc. | System for maintaining drug information and communicating with medication delivery devices |
| AU2007317669A1 (en) | 2006-10-16 | 2008-05-15 | Hospira, Inc. | System and method for comparing and utilizing activity information and configuration information from mulitple device management systems |
| US8982887B2 (en) | 2007-05-18 | 2015-03-17 | International Business Machines Corporation | System, method and program for making routing decisions |
| JP5164628B2 (en) * | 2008-03-24 | 2013-03-21 | 株式会社日立製作所 | Network switch device, server system, and server transfer method in server system |
| US8271106B2 (en) | 2009-04-17 | 2012-09-18 | Hospira, Inc. | System and method for configuring a rule set for medical event management and responses |
| US8914482B2 (en) * | 2010-05-26 | 2014-12-16 | Microsoft Corporation | Translation of technology-agnostic management commands into multiple management protocols |
| AU2012325937B2 (en) | 2011-10-21 | 2018-03-01 | Icu Medical, Inc. | Medical device update system |
| AU2014225658B2 (en) | 2013-03-06 | 2018-05-31 | Icu Medical, Inc. | Medical device communication method |
| EP3039596A4 (en) | 2013-08-30 | 2017-04-12 | Hospira, Inc. | System and method of monitoring and managing a remote infusion regimen |
| US9662436B2 (en) | 2013-09-20 | 2017-05-30 | Icu Medical, Inc. | Fail-safe drug infusion therapy system |
| US10311972B2 (en) | 2013-11-11 | 2019-06-04 | Icu Medical, Inc. | Medical device system performance index |
| EP3071253B1 (en) | 2013-11-19 | 2019-05-22 | ICU Medical, Inc. | Infusion pump automation system and method |
| US8954583B1 (en) | 2014-01-20 | 2015-02-10 | Shape Security, Inc. | Intercepting and supervising calls to transformed operations and objects |
| US9764082B2 (en) | 2014-04-30 | 2017-09-19 | Icu Medical, Inc. | Patient care system with conditional alarm forwarding |
| US9724470B2 (en) | 2014-06-16 | 2017-08-08 | Icu Medical, Inc. | System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy |
| US9539383B2 (en) | 2014-09-15 | 2017-01-10 | Hospira, Inc. | System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein |
| CA2988094A1 (en) | 2015-05-26 | 2016-12-01 | Icu Medical, Inc. | Infusion pump system and method with multiple drug library editor source capability |
| JP6533434B2 (en) * | 2015-08-11 | 2019-06-19 | 日本電信電話株式会社 | Station side optical terminator |
| NZ750032A (en) | 2016-07-14 | 2020-05-29 | Icu Medical Inc | Multi-communication path selection and security system for a medical device |
| US10950339B2 (en) | 2018-07-17 | 2021-03-16 | Icu Medical, Inc. | Converting pump messages in new pump protocol to standardized dataset messages |
| EP3824386B1 (en) | 2018-07-17 | 2024-02-21 | ICU Medical, Inc. | Updating infusion pump drug libraries and operational software in a networked environment |
| US11139058B2 (en) | 2018-07-17 | 2021-10-05 | Icu Medical, Inc. | Reducing file transfer between cloud environment and infusion pumps |
| ES2962660T3 (en) | 2018-07-17 | 2024-03-20 | Icu Medical Inc | Systems and methods to facilitate clinical messaging in a network environment |
| US10692595B2 (en) | 2018-07-26 | 2020-06-23 | Icu Medical, Inc. | Drug library dynamic version management |
| WO2020023231A1 (en) | 2018-07-26 | 2020-01-30 | Icu Medical, Inc. | Drug library management system |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5250943A (en) * | 1991-03-29 | 1993-10-05 | International Business Machines Corporation | GVT-NET--A Global Virtual Time Calculation Apparatus for Multi-Stage Networks |
| JP3071007B2 (en) * | 1991-10-22 | 2000-07-31 | 富士通株式会社 | Communication network control method |
| JPH0795245A (en) * | 1993-09-24 | 1995-04-07 | Toshiba Corp | Inter network connection system and communications system using same |
| US5485455A (en) * | 1994-01-28 | 1996-01-16 | Cabletron Systems, Inc. | Network having secure fast packet switching and guaranteed quality of service |
| JPH07283820A (en) * | 1994-04-13 | 1995-10-27 | Nec Corp | Path setting system |
| US5774067A (en) * | 1995-06-07 | 1998-06-30 | International Business Machines Corporation | Flash-flooding multi-stage interconnection network with parallel path seeking switching elements |
| US5689506A (en) * | 1996-01-16 | 1997-11-18 | Lucent Technologies Inc. | Multicast routing in multistage networks |
| US5781624A (en) * | 1996-02-16 | 1998-07-14 | Lucent Technologies Inc. | Method for sharing network resources by virtual partitioning |
| US5892766A (en) * | 1996-02-22 | 1999-04-06 | Fujitsu, Ltd. | Method and apparatus for coordinating access to an output of a routing device in a packet switching network |
| US5940596A (en) * | 1996-03-25 | 1999-08-17 | I-Cube, Inc. | Clustered address caching system for a network switch |
| US5892754A (en) * | 1996-06-07 | 1999-04-06 | International Business Machines Corporation | User controlled adaptive flow control for packet networks |
| US5917820A (en) * | 1996-06-10 | 1999-06-29 | Cisco Technology, Inc. | Efficient packet forwarding arrangement for routing packets in an internetwork |
| US6147976A (en) * | 1996-06-24 | 2000-11-14 | Cabletron Systems, Inc. | Fast network layer packet filter |
| US5872783A (en) * | 1996-07-24 | 1999-02-16 | Cisco Systems, Inc. | Arrangement for rendering forwarding decisions for packets transferred among network switches |
| JPH1084385A (en) * | 1996-09-10 | 1998-03-31 | Nippon Telegr & Teleph Corp <Ntt> | Communication connection device with servers and communication connection method |
| JP3579208B2 (en) * | 1997-03-11 | 2004-10-20 | 株式会社東芝 | Node device and message exchange method |
| US6195335B1 (en) * | 1997-06-27 | 2001-02-27 | International Business Machines Corporation | Data switch |
| US6006264A (en) * | 1997-08-01 | 1999-12-21 | Arrowpoint Communications, Inc. | Method and system for directing a flow between a client and a server |
| US6091709A (en) * | 1997-11-25 | 2000-07-18 | International Business Machines Corporation | Quality of service management for packet switched networks |
| US6078963A (en) * | 1998-01-16 | 2000-06-20 | At&T Corp. | Router with de-centralized processing using intelligent ports |
| US6216173B1 (en) * | 1998-02-03 | 2001-04-10 | Redbox Technologies Limited | Method and apparatus for content processing and routing |
| US5999531A (en) * | 1998-04-17 | 1999-12-07 | Cabletron Systems, Inc. | Method and system for identifying ports and forwarding packets in a multiport switch |
| JP3633321B2 (en) * | 1998-10-23 | 2005-03-30 | 富士通株式会社 | Wide area load distribution apparatus and method |
| JP2000183976A (en) * | 1998-12-21 | 2000-06-30 | Matsushita Electric Ind Co Ltd | Concentrating and converting device |
| JP4189076B2 (en) * | 1999-03-26 | 2008-12-03 | 株式会社東芝 | Fault tolerant computer system |
| JP3670157B2 (en) * | 1999-03-31 | 2005-07-13 | 三菱電機株式会社 | IP packet transfer system |
| US6779016B1 (en) * | 1999-08-23 | 2004-08-17 | Terraspring, Inc. | Extensible computing system |
| US6598034B1 (en) * | 1999-09-21 | 2003-07-22 | Infineon Technologies North America Corp. | Rule based IP data processing |
| CA2343754A1 (en) * | 1999-09-24 | 2001-04-05 | Dialpad.Com. Inc. | Scaleable communications system |
| US6381242B1 (en) * | 2000-08-29 | 2002-04-30 | Netrake Corporation | Content processor |
-
2002
- 2002-04-19 WO PCT/US2002/012429 patent/WO2002088981A1/en active Application Filing
- 2002-04-19 WO PCT/US2002/012698 patent/WO2002088876A2/en not_active Application Discontinuation
- 2002-04-19 JP JP2002586581A patent/JP2004537881A/en active Pending
- 2002-04-19 EP EP02731438A patent/EP1388075A4/en not_active Withdrawn
- 2002-04-19 AU AU2002258931A patent/AU2002258931A1/en not_active Abandoned
- 2002-04-19 WO PCT/US2002/012428 patent/WO2002088875A2/en not_active Application Discontinuation
- 2002-04-19 JP JP2002586210A patent/JP2005502228A/en active Pending
-
2007
- 2007-02-21 JP JP2007041258A patent/JP2007166666A/en active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007079885A (en) * | 2005-09-14 | 2007-03-29 | Hitachi Ltd | Data input and output load distribution method, data input and output load distribution program, computer system, and management server |
| JP2014529370A (en) * | 2011-07-11 | 2014-11-06 | オラクル・インターナショナル・コーポレイション | System and method for supporting at least one of sub-management packet (SMP) firewall restrictions and traffic protection in a middleware machine environment |
| JP2016519911A (en) * | 2013-04-19 | 2016-07-07 | エンチュイティ リミテッドＥｎｔｕｉｔｙ Ｌｉｍｉｔｅｄ | Computer-implemented method, computer program product and computer |
| JP2016005275A (en) * | 2014-06-13 | 2016-01-12 | サス， ブル | Method and system for managing interconnection network |
Also Published As
| Publication number | Publication date |
|---|---|
| AU2002258931A1 (en) | 2002-11-11 |
| JP2005502228A (en) | 2005-01-20 |
| EP1388075A4 (en) | 2008-01-16 |
| WO2002088875A2 (en) | 2002-11-07 |
| EP1388075A1 (en) | 2004-02-11 |
| WO2002088875A3 (en) | 2003-05-15 |
| WO2002088981A1 (en) | 2002-11-07 |
| WO2002088876A2 (en) | 2002-11-07 |
| WO2002088876A3 (en) | 2003-10-30 |
| JP2007166666A (en) | 2007-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7068667B2 (en) | Method and system for path building in a communications network | |
| JP2004537881A (en) | Methods and systems for network management | |
| JP4076586B2 (en) | Systems and methods for multilayer network elements | |
| CN103873378B (en) | There is central controlled converging network | |
| US5581552A (en) | Multimedia server | |
| US5805924A (en) | Method and apparatus for configuring fabrics within a fibre channel system | |
| KR101317969B1 (en) | Inter-node link aggregation system and method | |
| US8107482B2 (en) | Multipath discovery in switched ethernet networks | |
| JP2015515809A (en) | System and method for virtual fabric link failure recovery | |
| JP5429179B2 (en) | Network node and load balancing method thereof | |
| WO2006131055A1 (en) | A method and network element for forwarding data | |
| CN100531157C (en) | Method for realizing two-layer VPN and three-layer VPN interconnecting and interworking | |
| US6771645B1 (en) | Packet relaying apparatus | |
| US6785273B1 (en) | Traffic engineering for an application employing a connectionless protocol on a network | |
| JPWO2005079022A1 (en) | Packet communication network, route control server, route control method, packet transfer device, admission control server, optical wavelength path setting method, program, and recording medium | |
| JP2020537439A (en) | Direct interconnect gateway | |
| Cisco | Bridging and IBM Networking Overview | |
| Cisco | Bridging and IBM Networking Overview | |
| Cisco | Bridging and IBM Networking Overview | |
| JP5911620B2 (en) | Virtual network management server and edge router | |
| Cisco | Bridging and IBM Networking Overview | |
| Cisco | Bridging and IBM Networking Overview | |
| Cisco | Bridging and IBM Networking Overview | |
| Cisco | Bridging and IBM Networking Overview | |
| Cisco | Bridging and IBM Networking Overview |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060407 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060707 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061024 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070122 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20070122 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20070123 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070227 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070323 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20071102 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071112 |
|
| RD15 | Notification of revocation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7435 Effective date: 20071112 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20091028 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20100303 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20100303 |