(57)【要約】【課題】バックプレーンをデータリンク層スイッチで接続されたブレードサーバにおいて、受信ブレードの接続ポート以外へのトラヒック流入を避けつつ、上位アプリケーションによらずに複数のブレードへ同一トラヒックを送信することが望ましい。【解決手段】バックプレーンをデータリンク層スイッチで接続された複数のサーバ装置を有する通信装置である。前記複数のサーバのうち少なくとも１つのサーバ装置は、１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして前記複数のデータリンク層アドレスごとに送信可能な送信機能部とを有する。【選択図】図３
2010141845.tif 000002
【特許請求の範囲】
【請求項１】
バックプレーンをデータリンク層スイッチで接続された複数のサーバ装置を有する通信装置であって、
前記複数のサーバのうち少なくとも１つのサーバ装置は、
１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、
前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして前記複数のデータリンク層アドレスごとに送信可能な送信機能部とを有する通信装置。
【請求項２】
前記送信機能部は、前記アドレス対応テーブルを検索して１つのインターネット層アドレスに対して複数のデータリンク層アドレスを取得したとき、送信する前記１つのインターネット層アドレス宛パケットのヘッダに含まれる優先度情報に応じて、前記１つのインターネット層アドレス宛パケットを前記複数のデータリンク層アドレスごとに送信する、または前記複数のデータリンク層アドレスのうちの所定アドレスのみに送信する、請求項１に記載の通信装置。
【請求項３】
同一インターネット層アドレスから受信したデータリンク層フレームを仮想ＬＡＮ識別情報ごとに振り分け、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄できる受信処理部をさらに有する、請求項１または２に記載の通信装置。
【請求項４】
１つのインターネット層アドレスに対して少なくとも２つのデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、
前記アドレス対応テーブルを検索して少なくとも２つのデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして、少なくとも第２のサーバ装置と第３のサーバ装置であって、前記１つのインターネット層アドレスを有し、かつ前記少なくとも２つのデータリンク層アドレスをそれぞれ有する少なくとも第２のサーバ装置と第３のサーバ装置とに送信可能な送信機能部とを有する第１のサーバ装置と、
前記第２のサーバ装置と前記第３のサーバ装置によりそれぞれ処理されたデータリンク層フレームを仮想ＬＡＮ識別情報ごとに振り分け、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄できる受信処理部を有する第４のサーバ装置とを有し、
前記第１、第２、第３、第４のサーバ装置はバックプレーンをデータリンク層スイッチで接続されていることを特徴とする通信装置。
【請求項５】
１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、
前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして前記複数のデータリンク層アドレスに送信可能な送信機能部とを有し、
バックプレーンをデータリンク層スイッチで接続されたサーバ装置。
【請求項６】
バックプレーンをデータリンク層スイッチで接続された複数のサーバを有する通信装置におけるサーバ間の通信方法であって、少なくとも１つのサーバにおいて、
１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習する段階と、
前記１つのインターネット層アドレスに対してデータを送信するため前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記複数のデータリンク層アドレスに対してデータリンク層フレームとして前記データを送信する段階とを含む通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は複数のサーバを有する通信装置と、該通信装置における通信方法とに関する。
【背景技術】
【０００２】
近年、電話サービスとデータ通信をＩＰネットワークに統合する次世代ネットワーク（ＮＧＮ、Next Generation Network）の実現に向けた努力が続けられている。また、次世代ネットワークサービスを提供するキャリア環境において、ＡｄｖａｎｃｅｄＴＣＡ（Advanced Telecom Computing Architecture）規格に準拠したブレードサーバシステムの導入が進んでいる。
【０００３】
ＡｄｖａｎｃｅｄＴＣＡは，ＰＩＣＭＧ（PCI Industrial Computer Manufacturers Group）がＰＩＣＭＧ３．０として標準化した通信事業者向けコンピュータのハードウエア規格である。外枠（シェルフ）の形状とそこに挿入するカード（サーバブレード）のハードウエア仕様を規定している。ＡｄｖａｎｃｅｄＴＣＡ規格に準拠したサーバは、ＣＰＵや各種チップが載ったカード単位で通信処理を行うため、カードの追加により装置全体の処理能力を高めることができる。
【０００４】
一般にブレードサーバシステムはサーバ集積度向上に用いられる。キャリア環境においては、設備共通化の観点から、ユーザデータを処理する通信機器のプラットフォームにも採用されている。数種類のユーザデータを処理するブレード群を組み合わせて1つの通信装置として動作させることができる。通信装置のバックプレーンにおけるブレード間通信は、一般的に、レイヤ２スイッチ（L2-SW）を経由した、イーサネット（登録商標）（データリンク層プロトコル）及びＩＰ（Internet Protocol）（インターネット層プロトコル）によるものである。
【０００５】
キャリア設備向けのＶｏＩＰゲートウェイのような音声処理装置では、音声処理を行うコーデック処理部のコストが高いため、二重化ではなく、Ｎ＋１重化冗長構成をとることがある。Ｎ＋１重化冗長構成とは、Ｎ本の運用系（active）チャネルに対して１本の予備系（standby）チャネルを有する構成であり、N ACT 1 SBYと略称されることもある。この冗長構成では、通常、運用系のみにデータを送信し、予備系にはデータを送信しないが、運用系チャネルのみならず予備系チャネルにも同じデータを送る場合には、一対多通信を行う必要がある。
【０００６】
ＩＰパケット通信の一対多通信を行う方法には、ＩＰマルチキャストプロトコルを用いて、宛先ＩＰアドレスにマルチキャストアドレスを利用して配信を行う方法がある。しかし、各ブレードはレイヤ２スイッチで直結されており、マルチキャストルータは経由しないため、ＩＰマルチキャストを用いることはできない。
【０００７】
また、無線区間における疑似マルチキャストを行う一対多通信方式と装置が提案されている。さらに、ブレードサーババックプレーンに無線ＬＡＮを利用する方法が提案されている。
【０００８】
Ｎ＋１重化冗長構成における装置障害による引き継ぎ処理では、システムが障害を検出した時点で、障害を起こした装置（障害装置）が確定し、障害装置から予備系へ呼情報が引き継がれる。しかし、音声通話の場合、引き継ぎが完了し運用系から予備系への切換えが完了するまで、障害装置で通話が維持されている保障はなく、通話が切断されてしまう可能性がある。また、装置内障害に対しては高優先で設定されるパスも低優先で設定されるパスも同様に扱われている。
【０００９】
従来のメディアゲートウェイシステムにおいて、Ｎ＋１重化冗長構成の音声無中断での運用系予備系切換え方法が提案されている。また、ブレードサーバにおいて、スイッチモジュールの状態通知を行い、障害時ネットワーク切換えを短時間で行う方法が提案されている。
【特許文献１】特開２００７−５３４８６号公報
【特許文献２】特開２００５−１８４６５９号公報
【特許文献３】特開２００５−５７４６１号公報
【特許文献４】特開２００８−１３５８９７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ＩＰマルチキャスト技術は、レイヤ３のＩＰ網内の伝送には適しているが、バックプレーンをレイヤ２スイッチで接続されたサーバブレード（以下、ブレードとも呼ぶ）間では適切ではない。スヌーピングやルータ連携を前提とした方式も適用できない。
【００１１】
また、アプリケーション層レベルで複数のユニキャストパスを張り、同じデータを伝送することが考えられる。しかし、宛先ＩＰアドレスや宛先ノード数が変わった場合、送信元のアプリケーション層が対応しなければならず、ＩＰ層で処理するＩＰマルチキャストと比べて柔軟性に欠ける。
【００１２】
バックプレーンをデータリンク層スイッチで接続されたブレードサーバ（通信装置）において、受信ブレードの接続ポート以外へのトラヒック流入を避けつつ、上位アプリケーションによらずに複数のブレードへ同一トラヒックを送信することが望ましい。
【課題を解決するための手段】
【００１３】
一実施形態による、バックプレーンをデータリンク層スイッチで接続された複数のサーバを有する通信装置は、前記複数のサーバのうち少なくとも１つのサーバが、１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして前記複数のデータリンク層アドレスごとに送信可能な送信機能部とを有する。
【００１４】
他の実施形態による通信装置は、１つのインターネット層アドレスに対して少なくとも２つのデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、前記アドレス対応テーブルを検索して少なくとも２つのデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして、少なくとも第２のサーバ装置と第３のサーバ装置であって、前記１つのインターネット層アドレスを有し、かつ前記少なくとも２つのデータリンク層アドレスをそれぞれ有する少なくとも第２のサーバ装置と第３のサーバ装置とに送信可能な送信機能部とを有する第１のサーバ装置と、前記第２のサーバ装置と前記第３のサーバ装置によりそれぞれ処理されたデータリンク層フレームを仮想ＬＡＮ識別情報ごとに振り分け、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄できる受信処理部を有する第４のサーバ装置とを有し、前記第１、第２、第３、第４のサーバ装置はバックプレーンをデータリンク層スイッチで接続されていることを特徴とする。
【００１５】
また、他の実施形態によるサーバ装置は、１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして前記複数のデータリンク層アドレスに送信可能な送信機能部とを有し、バックプレーンをデータリンク層スイッチで接続されている。
【００１６】
さらに他の実施形態による、バックプレーンをデータリンク層スイッチで接続された複数のサーバを有する通信装置におけるサーバ間の通信方法は、少なくとも１つのサーバにおいて、１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習する段階と、前記１つのインターネット層アドレスに対してデータを送信するため前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記複数のデータリンク層アドレスに対してデータリンク層フレームとして前記データを送信する段階とを含む。
【発明の効果】
【００１７】
バックプレーンをデータリンク層スイッチで接続されたブレードサーバにおいて、受信ブレードサーバの接続ポート以外へのトラヒック流入を避けつつ、上位アプリケーションによらずに複数のブレードサーバへ同一トラヒックを送信することができる。
【発明を実施するための最良の形態】
【００１８】
図面を参照して本発明の実施形態を詳細に説明する。すべての図面にわたって、同一または対応する構成要素には同一または対応する参照符号を付してある。
【００１９】
以下の説明ではインターネット層については、ＩＰｖ４を前提として説明する。しかし、他の実施形態では、ＩＰｖ６を使用してもよいし、さらにその次世代のＩＰアドレス体系を使用してもよい。
【００２０】
図１は、メディアゲートウェイを含む通信システム１０を示す概略図である。通信システム１０において、メディアゲートウェイ（ＭＧ、Media Gateway）１１は、ＳＴＭ網やＡＴＭ網からＣＡ（Call Agent）１２経由で、コアＩＰ網に接続されるＶｏＩＰ装置との呼接続を行う。また、メディアゲートウェイ１１は、コアＩＰ網に接続されるＶｏＩＰ装置からＣＡ１２経由でＳＴＭ網やＡＴＭ網との呼接続を行う。
【００２１】
メディアゲートウェイ１１は、対ＳＴＭ網インターフェースとしてＳＤＨを終端し、対ＡＴＭ網インターフェースとしてＡＡＬ１、ＡＡＬ２を終端する。また、ＡＡＬ５の制御信号をＣＡ１２のＳＧＣＦ（Signaling Gateway Control Function）へ転送する機能を有する。
【００２２】
また、メディアゲートウェイ（ＭＧ、Media Gateway）１１は、対ＣＡ１２のＭＧＣＦ（Media Gateway Control Function）とのインターフェースとして、ＵＤＰ／ＩＰ上のＨ．２４８／ＭＥＧＡＣＯプロトコルを終端し、さらに対ＩＰ網インターフェースとしてＵＤＰ／ＩＰ上の音声及び非制限６４ｋｂｐｓのＲＴＰトラフィックを終端する。
【００２３】
このメディアゲートウェイ１１は、以下に説明するように、通信装置であるブレードサーバにより実現され得る。
【００２４】
図２は、一実施形態によるブレードサーバ２０を示すブロック図である。ブレードサーバ２０は、ブレード（Blade）Ａ２１、ブレード（Blade）Ｂ２２、ブレード（Blade）Ｃ２３、ブレード（Blade）Ｄ２４を有する。各ブレード２１〜２４は、そのバックプレーンがレイヤ２スイッチ（L2-SW）２９で接続されている。
【００２５】
各ブレード２１〜２４はそれぞれサーバとしての機能を有しており、タグＶＬＡＮ（ＩＥＥＥ８０２．１Ｑ  ＶＬＡＮ）が設定されている。各ブレード２１〜２４のＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ  ＩＤは、図２に示した通りである。ブレードＢとＤは、同じＩＰアドレス１９２．１６８．１．２を有し、ＶＬＡＮ  ＩＤはそれぞれ１０、２０に設定されている。
【００２６】
レイヤ２スイッチ２９はタグＶＬＡＮを終端せず、ＶＬＡＮタグが付いた状態でフレームの転送を行う。
【００２７】
ブレードＡ２１は、各ブレードの組込み時やＡＲＰ解決要求の応答で学習したＩＰアドレスとＭＡＣアドレスとの対応関係を示すＡＲＰテーブル（アドレス対応テーブル）２８を有している。そして、１つの宛先ＩＰアドレスに対して複数（Ｎ個）の宛先イーサネットアドレスがＡＲＰテーブル２８に登録されている場合、そのＮ個の宛先すべてにパケットを複製して送信を行う送信処理部（図３参照）を有する。
【００２８】
ブレードＡ２１は、自身に割り振られたＩＰアドレスに対するＡＲＰ解決要求に対する応答や、装置組み込み時のＧｒａｔｕｉｔｏｕｓＡＲＰによる広報を処理してＡＲＰテーブル２８を構成する。また、ＡＲＰパケット受信時にＶＬＡＮ  ＩＤが異なれば同一ＩＰアドレスに対して複数のＭＡＣアドレスをＡＲＰテーブル２８に学習させることができる受信処理部（図３参照）を有する。
【００２９】
イーサネット受信処理部２１１は自ＶＬＡＮ  ＩＤと異なるＶＬＡＮ  ＩＤのフレームでもＡＲＰパケットの場合は廃棄させずに、受信時のＶＬＡＮ  ＩＤ情報とともにＡＲＰ処理部へ送る。
【００３０】
ブレードＡ２１は、ＩＰパケット送信時に、ＡＲＰテーブルから宛先ＩＰアドレスに対するＭＡＣアドレス検索を行う。検索結果として複数の宛先ＭＡＣアドレスがヒットした場合、その宛先ＭＡＣアドレス毎にイーサネットフレームを生成して送信を行う。
【００３１】
レイヤ２スイッチ２９は、全ポートにタグＶＬＡＮ付きイーサネットフレーム透過の設定がされている。一般的なレイヤ２スイッチと同様に、レイヤ２スイッチ２９は、宛先ＭＡＣアドレスを持つブレードが接続されているポートにイーサネットフレームを転送し、同一ＩＰアドレスを持つ全てのブレードが同一のＩＰパケットを受信する。
【００３２】
この場合、ブレードＡ２１が宛先ＩＰアドレス192.168.1.2にパケットを送信するとき、宛先ＩＰアドレスに基づきＭＡＣアドレスを検索すると、２つのエントリＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４とがヒットする。ブレードＡ２１は、各エントリのＭＡＣアドレスやＶＬＡＮ  ＩＤ情報を使用してイーサネットフレームを構成して送信する。
【００３３】
通常のＬＡＮでは、１つのＩＰアドレスに対応するＭＡＣは１つであり、複数のＭＡＣアドレスがあれば、アドレス重複を検出して通信障害となってしまう。しかし、システム外部のＬＡＮには接続しない環境下では、ブレードサーバシステム２０のバックプレーンを接続するレイヤ２スイッチのように、同一種類のブレードのみが接続されるような場合に、上記実施形体でのＵＤＰ通信が行うことが可能である。
【００３４】
なお、上記の実施形態ではタグＶＬＡＮを用いているが、他の実施形態ではポートベースＶＬＡＮ、ＩＰアドレスベースＶＬＡＮ、ＭＡＣアドレスベースＶＬＡＮなどと併用することができることは言うまでもない。
【００３５】
なお、ブレードＡ２１を例として本実施形態を説明したが、ブレードＢ〜Ｄ２２〜２４もブレードＡ２１と同様に構成できることは言うまでもない。
【００３６】
図３は、図２に示した、一実施形態によるブレードＡ２１の主要な構成要素を示すブロック図である。ブレードＡ２１は、パケットの入力側に、イーサネット受信処理部２１１、インターフェース入力処理部２１２、ＩＰｖ４受信処理部２１３、ＤＰ受信処理部２１４を有する。イーサネット受信処理部２１１は受信したイーサネットフレームを受信処理してデータを取得する。インターフェース入力処理部２１２は、イーサネット受信処理部２１１が受信処理したデータを処理してＩＰパケットを取得する。イーサネット受信処理部２１１の機能については、図９を参照してさらに説明する。ＩＰｖ４受信処理部２１３はインターフェース入力処理部２１２が取得したＩＰパケットを受信処理する。ＵＤＰ受信処理部２１４は、ＩＰｖ４受信処理部２１３が受信処理したＩＰパケットについてＵＤＰプロトコルに基づく受信処理をする。
【００３７】
また、ブレードＡ２１は、ＵＤＰプロトコルで受信したデータを処理するアプリケーション部２１５を含む。このアプリケーション部２１５は、例えば回線データ処理をする回線データ処理部、ＲＴＰ・音声Ｃｏｄｅｃ処理をするＲＴＰ・音声Ｃｏｄｅｃ処理部などを含んでいる。
【００３８】
また、ブレードＡ２１は、パケットの出力側に、ＵＤＰ出力処理部２１６、ＩＰｖ４送信処理部２１７、インターフェース出力処理部２１８、イーサネット出力処理部２１９を有する。ＵＤＰ出力処理部２１６は、アプリケーション部２１５が処理したデータをＵＤＰプロトコルで送信するための処理をする。ＩＰｖ４送信処理部２１７は、ＵＤＰ出力処理部２１６が処理したデータによりＩＰパケットを形成する。インターフェース出力処理部２１８は、ＩＰｖ４送信処理部２１７が形成したＩＰパケットを処理してイーサネットフレームとして送信するデータを取得する。イーサネット出力処理部２１９は、インターフェース出力処理部２１８が取得したデータによりイーサネットフレームを形成して出力する。
【００３９】
また、ブレードＡ２１は、ＡＲＰ処理部２２０とアドレス対応テーブル２８（図２参照）を有する。ＡＲＰ処理部２２０は、ＩＰアドレスに対しＭＡＣアドレスを解決するＡＲＰ（Address Resolution Protocol）に基づく処理をする。ただし、ＡＲＰ処理部２２０は、従来のＡＲＰ処理部とは異なり、イーサネット受信処理部２１１から取得したＡＲＰパケットからＩＰアドレスと１つまたは複数のＭＡＣアドレスの対応情報に基づきアドレス対応テーブル２８を構築できる。また、イーサネット出力処理部２１９は、アドレス対応テーブル２８を検索して、宛先ＩＰアドレスに対応する１つまたは複数のＭＡＣアドレスを取得することができる。
【００４０】
さらに、ブレードＡ２１は、ＩＣＭＰ処理部２２１を有する。ＩＣＭＰ処理部２２１は、ＩＰのエラーメッセージや制御メッセージを転送するプロトコルであるＩＣＭＰ（Internet Control Message Protocol）に基づく処理をする。
【００４１】
なお、イーサネット受信処理部２１１、インターフェース入力処理部２１２、ＩＰｖ４受信処理部を併せて受信処理部と呼ぶ。また、ＩＰｖ４出力処理部２１７、インターフェース出力処理部２１８、イーサネット出力処理部２１９を併せて送信処理部と呼ぶ。
【００４２】
次に、図３とともに図４も参照しつつ、アドレス対応テーブル構成に関わるイーサネット受信処理部２１１とＡＲＰ処理部２２０の動作を説明する。
【００４３】
図４は、ＡＲＰパケット受信時のアドレス対応テーブル構成処理４０を示すフロー図である。ＡＲＰエントリ情報は、従来のＡＲＰによるアドレス対応テーブル構成処理と同様に、ＡＲＰ情報テーブルチェーン情報、ＡＲＰエントリ種別、ＶＬＡＮ  ＩＤ、Ｎｅｘｔ  Ｈｏｐ  ＩＰアドレス、ＭＡＣアドレス、エージングタイマー値を持つチェーンデータ構成である。ＡＲＰ処理部２２０は、イーサネット受信処理部２１１からＡＲＰパケットを受信する（ステップＳ４１）が、ＡＲＰデータと共に受信したフレームのＶＬＡＮ情報も取得する。ＡＲＰ処理部２２０は、ＡＲＰデータ部の送信元ＩＰアドレス情報とＶＬＡＮ  ＩＤ情報とに基づきアドレス対応テーブル２８からＡＲＰエントリを検索する（ステップＳ４３）。ＡＲＰ処理部２２０は、ＡＲＰエントリの検索がヒットしない場合、アドレス対応テーブル２８にそのエントリを追加登録する（ステップＳ４７）。ＡＲＰエントリの検索がヒットした場合、受信したＡＲＰデータによってＡＲＰエントリのＭＡＣアドレス情報を更新する（ステップＳ４９）。
【００４４】
次に、図３とともに図５も参照しつつ送信処理時のイーサネット出力処理部２１９の動作を説明する。
【００４５】
図５は、送信処理時のイーサネットフレーム構成処理５０を示すフロー図である。インターフェース出力処理部２１８から送信を行うＩＰパケットがイーサネット出力処理部２１９に送られてくる。イーサネット出力処理部２１９はＩＰヘッダ部の宛先ＩＰアドレス情報に基づき、アドレス対応テーブル２８から宛先ＭＡＣアドレスを検索する（ステップＳ５１）。イーサネット出力処理部２１９は、検索がヒットしたか判断し（ステップＳ５２）、宛先ＭＡＣアドレスがヒットしなかった場合（ステップＳ５２、ＮＯ）、ＡＲＰ処理部２２０にＡＲＰ解決処理を要求する（ステップＳ５３）。宛先ＭＡＣアドレスがヒットした場合（ステップＳ５２、ＹＥＳ）、送信要求されたＩＰパケットから、検索ヒットしたすべてのエントリに対するイーサネットフレームを構成する（ステップＳ５４）。そして、送信用バッファ（図示せず）にキューイングする（ステップＳ５５）。
【００４６】
このように、本実施形態による通信装置（ブレードサーバ２０）は、バックプレーンをデータリンク層スイッチ（レイヤ２スイッチ２９）で接続された複数のサーバ装置（サーバブレード２１〜２４）を有している。
【００４７】
少なくとも１つのサーバ装置（この場合、ブレードＡ２１）は、１つのインターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）に対して複数のデータリンク層アドレス（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４）をアドレス対応テーブル（ＡＲＰテーブル２８）に学習可能なアドレス解決処理部（ＡＲＰ処理部２２０）を有している。
【００４８】
また、このサーバ装置（ブレードＡ２１）は、前記アドレス対応テーブル（ＡＲＰテーブル２８）を検索して複数のデータリンク層アドレス（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４）を取得したとき、前記１つのインターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）宛パケットをデータリンク層フレーム（例えば、イーサネットフレーム）として前記複数のデータリンク層アドレス（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４）に送信可能な送信機能部（ＩＰｖ４出力処理部２１７、インターフェース出力処理部２１８、イーサネット出力処理部２１９）を有する。
【００４９】
以上の実施形態により、外部ＬＡＮと接続しないレイヤ２スイッチを経由して接続されたブレードサーバのブレード間イーサネット通信において、ブロードキャストやマルチキャストではない一対多通信をデータリンク層及びインターネット層において実現可能となる。
【００５０】
上記の実施形態をブレードサーバ内のパス冗長化に適用する場合、通信先が運用系（ＡＣＴ）装置であるのか、予備系（ＳＢＹ）装置であるのか、宛先ＩＰアドレスや宛先ＭＡＣアドレスでは判別が出来ない。また運用系装置と予備系装置の両方に送信することを考えた場合、運用系装置と予備系装置とが同数でなく、予備系装置が少なければ、予備系装置のチャネル数やリンク許容帯域をオーバーしてしまうおそれがある。そこで、送信処理部において、宛先ブレードが運用系か予備系かを判別できることが望ましい。また、一部のパスにのみパス冗長を適用できることが望ましい。この目的に沿った、上記の実施形態の変形例を、図６を参照して説明する。
【００５１】
図６は、図２に示した実施形態の一変形例によるブレードサーバ６０を示すブロック図である。ブレードサーバ６０は、ブレード（Blade）Ａ６１、ブレード（Blade）Ｂ６２、ブレード（Blade）Ｃ６３、ブレード（Blade）Ｄ６４を有する。各ブレード６１〜６４は、そのバックプレーンがレイヤ２スイッチ（L2-SW）２９で接続されている。
【００５２】
ブレードＡ６１はアドレス対応テーブル６８を有している。
【００５３】
ブレードサーバ６０では、運用系と予備系とを識別するために、ブレード間通信にＶＬＡＮ  ＩＤを使用し、ＶＬＡＮ  ＩＤが１０のものを運用系（ＡＣＴＩＶＥまたはＡＣＴ）、１００のものを予備系（ＳＴＡＮＤＢＹまたはＳＢＹ）として使用している。ブレードＢ６２は運用系であり、これに対してブレードＤ６４が予備系となっており、同じＩＰアドレス１９２．１６８．１．２が付与されている。ブレードＢ６２、ブレードＣ６３と通信するブレードＡ６１は運用系であるが、予備系とも通信するためＶＬＡＮ  ＩＤが１０、１００である２つのＶＬＡＮに属している。
【００５４】
次に、図６とともに図７も参照しつつ送信処理時のイーサネット出力処理部２１９の動作を説明する。
【００５５】
図７は、送信処理時のイーサネットフレーム構成処理７０を示すフロー図である。図７に示したイーサネットフレーム構成処理７０は、図５に示したイーサネットフレーム構成処理５０と、次の点で異なっている。すなわち、イーサネット出力処理部２１９は、検索がヒットしたか判断し（ステップＳ５２）、宛先ＭＡＣアドレスがヒットした場合（ステップＳ５２、ＹＥＳ）、送信ＩＰパケットのヘッダ部にある優先度情報（ＴｏＳ値）を抽出し、予め管理者により設定された閾値情報と比較する（ステップＳ７１）。
【００５６】
優先度が閾値より高いと判断した場合（ステップＳ７１、ＹＥＳ）、送信要求されたＩＰパケットから、検索ヒットしたすべてのエントリに対するイーサネットフレームを構成する（ステップＳ５４）。
【００５７】
しかし、優先度が閾値以下であると判断した場合（ステップＳ７１、ＮＯ）、検索ヒットしたＡＲＰエントリの運用系（ＡＣＴ）に属する範囲のＶＬＡＮ  ＩＤ情報を持つエントリに対しては送信処理を行う。すなわち、送信ＩＰパケットにイーサフレームを付与して送信バッファにキューイングする（ステップＳ７２）。しかし、それ以外のエントリに対しては送信処理を行わない。運用系（ＡＣＴ）とするブレードのＶＬＡＮ  ＩＤの範囲も管理者が運用情報として予め入力することができる。
【００５８】
このように、本変形例の通信装置（ブレードサーバ６０）においては、前記送信機能部（ＩＰｖ４出力処理部２１７、インターフェース出力処理部２１８、イーサネット出力処理部２１９）は、前記アドレス対応テーブル（ＡＲＰテーブル６８）を検索して１つのインターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）に対して複数のデータリンク層アドレス（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４）を取得したとき、送信する前記１つのインターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）宛パケットのヘッダに含まれる優先度情報（例えば、ＴｏＳ値）に応じて、前記１つのインターネット層アドレス宛パケットを前記複数のデータリンク層アドレスごとに送信する、または前記複数のデータリンク層アドレスのうちの所定アドレス（（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２、すなわち運用系のブレードＢ６２のＭＡＣアドレス）のみに送信する。
【００５９】
以上の変形例により、ＩＰパケット単位で宛先ブレードが運用系であるか、予備系であるか識別した上で、一対多通信を行うか、ユニキャスト通信を行うか選択して送信することが可能となる。
【００６０】
上記の実施形態において、ブレードが運用系ブレード及び予備系ブレードからそれぞれデータを受信する場合、従来の受信処理では運用系と予備系からのデータを二重（または多重）に受信することになり、一方を破棄しなければ通信異常を引き起こしてしまう。図８及び図９を参照して、上記の実施形態の変形例を説明する。この変形例は各ブレードの受信処理部に関わるものである。
【００６１】
図８は、図２または図６に示した実施形態の一変形例によるブレードサーバ８０を示すブロック図である。ブレードサーバ８０は、ブレード（Blade）Ａ８１、ブレード（Blade）Ｂ８２、ブレード（Blade）Ｃ８３、ブレード（Blade）Ｄ８４を有する。各ブレード８１〜８４は、そのバックプレーンがレイヤ２スイッチ（L2-SW）２９で接続されている。
【００６２】
ブレードＡ８１は、運用系のブレードＢ８２から送信元１９２．１６８．１．２、ＶＬＡＮ  ＩＤ＝１０のイーサネットフレームが送られているものとする。また予備系のブレードＤ８４から、送信元ＩＰアドレスが同一（すなわち、１９２．１６８．１．２）でＶＬＡＮ  ＩＤ＝１００のイーサネットフレームが送られているものとする。
【００６３】
図９は、ブレードＡ８１の受信処理部を示すブロック図である。イーサネットフレームは、従来の受信処理では、イーサネット受信処理でプロトコルタイプごとに振分けられ、ＩＰｖ４パケット（type=0x0800）は、直接ＩＰｖ４用のＩＰ受信処理部２１３（図３参照）へ渡される。しかし、本変形例では、ＩＰｖ４パケットは、イーサネット受信処理部２１１からＩＰｖ４受信処理部２１３に送られる前に、インターフェース入力処理部２１２に送られる。
【００６４】
インターフェース入力処理部２１２は、ＶＬＡＮ  ＩＤ及びＳＲＣ  ＩＰアドレス振分部２１２１と、複数の流量監視部２１２２と、複数の透過／遮断スイッチ（ＳＷ）部２１２３と、スイッチ（ＳＷ）制御部２１２４とを有する。流量監視部２１２２と透過／遮断スイッチ部２１２３は１対１に対応している。
【００６５】
スイッチ制御部２１２４は、流量監視部２１２２からの流量通知信号に基づき、透過／遮断スイッチを制御するスイッチ制御信号を透過／遮断スイッチ部２１２３に出力する。
【００６６】
図８に示した運用系のブレードＢ８２と予備系のブレードＤ８４からそれぞれ送られてくるイーサネットフレームは、ＶＬＡＮ  ＩＤ及びＳＲＣ  ＩＰ振り分け部２１２１において、送信元ＩＰアドレスとＶＬＡＮ  ＩＤに基づき振り分けられる。次に、流量監視部２１２２において、それぞれの単位時間当たりのフレーム数がカウントされる。スイッチ制御部２１２４は、流量監視部２１２２のカウント状態を監視している。同一送信元ＩＰアドレスについて運用系／予備系のＶＬＡＮ  ＩＤの両方から受信が継続しているとき、透過／遮断スイッチ部２１２３を制御して、運用系側のＶＬＡＮ  ＩＤを有するトラヒックを透過転送してＩＰ受信処理部２１３に送る。予備系側のＶＬＡＮ  ＩＤを有するトラヒックは遮断する。
【００６７】
一方、スイッチ制御部２１２４は、運用系側のＶＬＡＮ  ＩＤを有するトラヒックが停止した場合、予備系側のＶＬＡＮ  ＩＤを有するトラヒックの受信が継続していれば、運用系を遮断して予備系を透過転送してＩＰ受信処理部２１３に送る。これにより、運用系のブレードＢ８２に障害が発生した場合、時間的なロスなく、予備系のブレードＤ８４に切り替えることができる。
【００６８】
このように、本変形例による通信装置（ブレードサーバ８０）は、同一インターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）から受信したデータリンク層フレーム（例えば、イーサネットフレーム）を仮想ＬＡＮ識別情報（ＶＬＡＮ  ＩＤ１０、１００）ごとに振り分け（ＶＬＡＮ  ＩＤ及びＳＲＣ  ＩＰ振り分け部２１２１）、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視（流量監視部２１２２）して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄（透過／遮断スイッチ２１２３、スイッチ制御部２１２４）できる受信処理部（イーサネット受信処理部２１１、インターフェース入力処理部２１２、ＩＰｖ４受信処理部２１３）をさらに有する。
【００６９】
以上の変形例により、一対多通信の受信処理を、運用系または予備系（待機系）を選択して行うことが可能となる。
【００７０】
音声通信装置におけるＮ＋１重冗長構成では、Ｎ＋１重冗長構成部の障害を契機として運用系の障害装置が特定され、予備系の装置への引き継ぎ処理が開始される。そのため、通話に影響がない程度の瞬断で運用系から予備系への引き継ぎが行えるとの保障はない。そこで、パスに優先度を設けることにより、優先度が高いパスは瞬間的な切断時間だけで復旧できることが望ましい。
【００７１】
図１０は、上記の実施形態のさらに他の変形例によるブレードサーバ１００を示すブロック図である。ブレードサーバ１００は、ブレード（Blade）Ａ１０１、ブレード（Blade）Ｂ１０２、ブレード（Blade）Ｃ１０３、ブレード（Blade）Ｄ１０４、ブレード（Blade）E１０５を有する。各ブレード１０１〜１０５は、そのバックプレーンがレイヤ２スイッチ（L2-SW）１０９で接続されている。
【００７２】
ブレードＡ１０１はアドレス対応テーブル１０８を有している。
【００７３】
ブレードＡ１０１、Ｅ１０５は、ＳＴＭ回線やギガビットイーサネット（登録商標）、ファーストイーサネット（登録商標）回線を収容するブレードである。
【００７４】
ブレードＢ１０２、Ｃ１０３、Ｄ１０４は、ブレードＢ１０２、Ｃ１０３が運用系、ブレードＤ１０４が予備系であるＮ＋１冗長構成で構成されるＣｏｄｅｃ処理ブレードである。
【００７５】
ブレードサーバ１００は、呼処理プロトコルや装置管理のアプリケーションが搭載される制御ブレードも有する（図示せず）。
【００７６】
ブレードサーバ１００は、装置全体として音声信号などのユーザデータを処理する通信装置であるメディアゲートウェイとして動作する。
【００７７】
ブレードＡ１０１、Ｅ１０５はそれぞれ二重化された運用系装置であり、ブレードＢ１０２、Ｃ１０３、Ｄ１０４と通信を行うため、運用系と予備系の両方のＶＬＡＮ  ＩＤを有する。アドレス問合せＡＲＰパケットに応答する場合、問合せが行われたＶＬＡＮ  ＩＤ側（すなわち運用系なら運用系、予備系なら予備系）で応答を返す。
【００７８】
通信を行うブレード間では、通信路の正常性を確保するために常時ping疎通確認を行っており、装置組込み後は常時ＡＲＰ解決済み状態を維持している。
【００７９】
ブレードＡ１０１とＥ１０５とが直接通信を行うことはなく、必ずＣｏｄｅｃ処理部であるブレードＢ１０２、Ｃ１０３、Ｄ１０４を経由して通信を行う。
【００８０】
Ｎ＋１冗長構成の場合、ＩＰアドレスは、予備系（ＳＢＹ）ブレードに運用系（ＡＣＴ）ブレードの全ＩＰアドレスを設定する。ここでは、図１０に示したように、ブレードＢ１０２とブレードＤ１０４に同一のＩＰアドレス１９２．１６８．１．２を設定し、ブレードＣ１０３とブレードＤ１０４に１９２．１６８．１．３を設定している。
【００８１】
例えば、パスの優先度識別にＤＳＣＰ値を使用し、高優先度ＤＳＣＰ＝ＥＦ、低優先度ＤＳＣＰ＝ＢＥとする。ＤＳＣＰ（Differentiated Services Code Point）は、ＩＰヘッダの中でパケット転送の優先順位などを記述するためのフィールドで使う値である。ＤＳＣＰ値は、上位呼処理装置からパス設定時に指定が行われ、メディアゲートウェイの場合、呼制御信号としてＭＥＧＡＣＯプロトコルを使用することで呼設定毎に指定可能な値である。
【００８２】
ブレードサーバ１００のブレードＡ１０１は、図５を参照して説明した送信処理部（１）を有する。また、ブレードＥ１０５は、図９を参照して説明した受信処理部（２）を有する。
【００８３】
ブレードサーバ１００の外部装置からブレードＡ１０１に入ったトラヒックが高優先トラヒックである場合、ブレードＡ１０１の送信処理部（１）により、宛先ＩＰアドレス１９２．１６８．１．２に一対多送信が行われる。すなわち、イーサネット送信処理部（例えば、図３の２１９）における宛先ＭＡＣアドレス検索において、２つのＭＡＣアドレス、AA:BB:CC:DD:EE:22とAA:BB:CC:DD:EE:44が検索にヒットする。そして、1つの送信ＩＰパケットに対して、２つのイーサネットフレームが生成されて、レイヤ２スイッチ（L2-SW）１０９に送信される。
【００８４】
レイヤ２スイッチ１０９は、宛先ＭＡＣアドレスに従ってブレードＢ１０２が接続されているポートと、ブレードＤ１０４が接続されているポートへそれぞれのイーサネットフレームを送信する。
【００８５】
イーサネットフレームを受信したブレードＢ１０２とブレードＤ１０４には、それぞれ制御ブレード（図示せず）から同一のパス設定処理が行われており、同一のデータ処理を施したのち、イーサネットフレームをブレードＥ１０５へ送信する。
【００８６】
ブレードＥ１０５の受信処理部（２）は、同一のＩＰアドレス１９２．１６８．１．２とＶＬＡＮ  ＩＤ＝１０、１００から２つのイーサネットフレームを受信している。したがって、予備系を示すＶＬＡＮ  ＩＤ１００のイーサネットフレームを廃棄し、運用系を示すＶＬＡＮ  ＩＤ１０のイーサネットフレームのみを処理して、ブレードサーバ１００の外部ネットワークへ送信する。
【００８７】
一方、ブレードサーバ１００の外部装置からブレードＡ１０１に入ったトラヒックが低優先トラヒックである場合、ブレードＡ１０１の送信処理部（１）はそのトラヒックを運用系のみに送信する。すなわち、運用系のブレードＢ１０１のみに送信処理が行われ（予備系のブレードＤ１０４には送信処理されない）、ブレードＢ１０１での処理後にブレードＥ１０５に送られ、外部ネットワークに送信される。
【００８８】
このように構成されたブレードサーバ１００において、Ｎ＋１冗長構成部の運用系に障害が発生した場合を説明する。
【００８９】
図１１は、図１０のブレードサーバ１００において、Ｎ＋１冗長構成部の運用系に障害が発生した場合の例を示す図である。
【００９０】
運用系であるブレードＢ１０１において装置障害が発生したものとする。ブレードＢ１０１からブレードＥ１０５へのイーサネットフレームの送信が停止する。これを、ブレードＢ１０１とブレードＥ１０５とを結ぶ線を、図１０では実線で描いたが、図１１では点線に替えて示した。
【００９１】
ブレードＥ１０５へのイーサネットフレームの送信が停止することにより、低優先度(DSCP=BE)パスの場合はブレードＥ１０５からの外部ネットワークへの送信が停止し通信断が発生する。しかし、高優先度(DSCP=EF)パスの場合は、予備系のブレードＤ１０４で処理されたパケットがブレードＥ１０５に送信されている。そこで、ブレードＥ１０５の受信処理部（２）は、ＶＬＡＮ  ＩＤ＝１００（予備系）のトラヒックを遮断から透過に切換えて外部ネットワークに送信を続ける。
【００９２】
ブレードＥ１０５の受信処理部（２）がブレードＢ１０２からのイーサネットフレーム（ＶＬＡＮ  ＩＤ＝１０）の停止を判別する方法としては、図９を参照して説明したように、一定時間毎のパケット流量を測定して判別する方法がある。また、装置制御ブレード装置管理機能の障害処理として、受信ＶＬＡＮ  ＩＤを変えることもできる。
【００９３】
図１２は、図１１の障害発生後の例を示す図である。ブレードＢ１０２で障害が発生すると、ブレードＤ１０４はブレードＢ１０２の引き継ぎ処理を行う。
【００９４】
ブレードＡ１０１、Ｅ１０５は、アドレス対応テーブル（ＡＲＰテーブル）をクリアし、再度ＡＲＰテーブルを構成し直すことにより、ＡＲＰ解決要求に対して応答がない障害ブレードＢ１０２をＡＲＰテーブルから削除する。
【００９５】
ブレードＤ１０４は、制御ブレード（図１３参照）の呼制御機能部（図示せず）からの指示により、ブレードＢ１０２の高優先パスの予備系（ＳＢＹ）として動作していたパスはそのままにし、ブレードＣ１０３の予備系（ＳＢＹ）として動作しているパスは削除する。
【００９６】
その後、ブレードＢ１０２に張られていた低優先パスを、制御部ブレード（図１３参照）の呼情報状態でまだパス(呼)切断が行われていなければ、ブレードＤ１０４に再設定する。
【００９７】
ブレードＢ１０２が復旧して再組み込みが行われるまで、Ｎ＋１重冗長構成部はすべてのチャネルを運用系にして非冗長運転を行う。
【００９８】
ブレードＤ１０４の装置状態は運用系とするが、高優先パスの通信断を招くため、ＶＬＡＮ  ＩＤの付替えは行わずに、予備系用ＶＬＡＮ  ＩＤを継続して使用する。
【００９９】
ブレードＢ１０２が復旧した後、ブレードＤ１０４は再び予備系（ＳＢＹ）として動作する。
【０１００】
このように、Ｎ＋１重化冗長構成において、高優先パスのみ予備系（ＳＢＹ）装置を二重化用装置として使用することにより、高優先パスの信頼性を向上させつつコストを低減することができる。
【０１０１】
図１３は、一実施形態によるメディアゲートウェイ１３０を示すブロック図である。このメディアゲートウェイ１３０は、例えば、図１０に示したブレードサーバをメディアゲートウェイとして構成したものである。
【０１０２】
メディアゲートウェイ１３０は、ＳＴＭ処理部１３１、コーデック（Ｃｏｄｅｃ）処理部１３２、コーデック処理部１３３、ギガバイトイーサネット／ファーストイーサネット処理部１３５、制御部１３６を有し、これらがバックプレーンにおいてレイヤ２スイッチ（Ｌ２ＳＷ）１３９により接続されている。
【０１０３】
ＳＴＭ処理部１３１、コーデック（Ｃｏｄｅｃ）処理部１３２、コーデック処理部１３３、ギガバイトイーサネット／ファーストイーサネット処理部１３５は、図１０に示したブレードサーバ１００のブレードＡ１０１、ブレードＢ１０２、ブレードＣ１０３、ブレードＥ１０５にそれぞれ対応している。図１０のブレードサーバ１００のブレードＤ１０４に対応するコーデック処理部は図示を省略した。
【０１０４】
制御部１３６は上位装置（例えば図１のコールエージェント（ＣＡ）１２）からの制御信号を受けて、メディアゲートウェイ１３０の各構成要素を制御する。
【０１０５】
図１３に示したように、メディアゲートウェイ１３０のうちＳＴＭ処理部１３１、コーデック処理部１３３、ギガバイトイーサネット／ファーストイーサネット処理部１３５、制御部１３６、レイヤ２スイッチ１３９はそれぞれ二重化されており、一方に障害が発生した場合に他方がバックアップする構成となっている。
【０１０６】
このように、本実施形態による通信装置（ブレードサーバ１００）は、第１のサーバ装置（ブレードＡ１０１）、第２のサーバ装置（ブレードＢ１０２）、第３のサーバ装置（ブレードＤ１０４）、第４のサーバ装置（ブレードＥ１０５）を有する。
【０１０７】
第１のサーバ装置（ブレードＡ１０１）は、１つのインターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）に対して少なくとも２つのデータリンク層アドレス（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４）をアドレス対応テーブル（ＡＲＰテーブル１０８）に学習可能なアドレス解決処理部（例えば、図３のＡＲＰ処理部２２０）を有する。
【０１０８】
また、第１のサーバ装置（ブレードＡ１０１）は、前記アドレス対応テーブルを検索して少なくとも２つのデータリンク層アドレス（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４）を取得したとき、前記１つのインターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）宛パケットをデータリンク層フレーム（例えば、イーサネットフレーム）として、少なくとも第２のサーバ装置と第３のサーバ装置に送信可能な送信機能部（図１０のブレードＡ１０１中の１、すなわち図３のＩＰｖ４出力処理部２１７、インターフェース出力処理部２１８、イーサネット出力処理部２１９）とを有する。第２のサーバ装置（ブレードＢ１０２）と第３のサーバ装置（ブレードＤ１０４）は、前記１つのインターネット層アドレス（ＩＰアドレス１９２．１６８．１．２）を有し、かつ前記少なくとも２つのデータリンク層アドレス（ＭＡＣアドレスＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：２２とＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：４４）をそれぞれ有する。
【０１０９】
第４のサーバ装置（ブレードＥ１０５）は、前記第２のサーバ装置と前記第３のサーバ装置によりそれぞれ処理されたデータリンク層フレームを仮想ＬＡＮ識別情報（ＶＬＡＮ  ＩＤ１０、１００）ごとに振り分け（ＶＬＡＮ  ＩＤ及びＳＲＣ  ＩＰ振り分け部２１２１）、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視（流量監視部２１２２）して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄（透過／遮断スイッチ２１２３、スイッチ制御部２１２４）できる受信処理部（図１０のブレードＥ１０５中の２、すなわち図３のイーサネット受信処理部２１１、インターフェース入力処理部２１２、ＩＰｖ４受信処理部２１３）を有する。
【０１１０】
また、前記第１、第２、第３、第４のサーバ装置はバックプレーンをデータリンク層スイッチ（レイヤ２スイッチ１０９）で接続されている。
【０１１１】
以上、本実施の形態について詳述したが、本発明は特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形及び変更が可能である。１つの実施形態または実施例に含まれるとして説明した構成要素または工程は、別の実施形態または実施例の構成要素または工程と組み合わせることも可能である。
【０１１２】
なお、上記の実施形態について次の付記を記載する。
（付記１）
バックプレーンをデータリンク層スイッチで接続された複数のサーバを有する通信装置であって、
前記複数のサーバのうち少なくとも１つのサーバは、
１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、
前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして前記複数のデータリンク層アドレスごとに送信可能な送信機能部とを有する通信装置。
（付記２）
前記送信機能部は、前記アドレス対応テーブルを検索して１つのインターネット層アドレスに対して複数のデータリンク層アドレスを取得したとき、送信する前記１つのインターネット層アドレス宛パケットのヘッダに含まれる優先度情報に応じて、前記１つのインターネット層アドレス宛パケットを前記複数のデータリンク層アドレスごとに送信する、または前記複数のデータリンク層アドレスのうちの所定アドレスのみに送信する、付記１に記載の通信装置。
（付記３）
同一インターネット層アドレスから受信したデータリンク層フレームを仮想ＬＡＮ識別情報ごとに振り分け、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄できる受信処理部をさらに有する、付記１または２に記載の通信装置。
（付記４）
１つのインターネット層アドレスに対して少なくとも２つのデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、
前記アドレス対応テーブルを検索して少なくとも２つのデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして、少なくとも第２のサーバ装置と第３のサーバ装置であって、前記１つのインターネット層アドレスを有し、かつ前記少なくとも２つのデータリンク層アドレスをそれぞれ有する少なくとも第２のサーバ装置と第３のサーバ装置とに送信可能な送信機能部とを有する第１のサーバ装置と、
前記第２のサーバ装置と前記第３のサーバ装置によりそれぞれ処理されたデータリンク層フレームを仮想ＬＡＮ識別情報ごとに振り分け、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄できる受信処理部を有する第４のサーバ装置とを有し、
前記第１、第２、第３、第４のサーバ装置はバックプレーンをデータリンク層スイッチで接続されていることを特徴とする通信装置。
（付記５）
１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習可能なアドレス解決処理部と、
前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記１つのインターネット層アドレス宛パケットをデータリンク層フレームとして前記複数のデータリンク層アドレスに送信可能な送信機能部とを有し、
バックプレーンをデータリンク層スイッチで接続されたサーバ装置。
（付記６）
バックプレーンをデータリンク層スイッチで接続された複数のサーバを有する通信装置であって、
前記複数のサーバのうち少なくとも１つのサーバは、
同一インターネット層アドレスから受信したデータリンク層フレームを仮想ＬＡＮ識別情報ごとに振り分け、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄できる受信処理部を有する通信装置。
（付記７）
バックプレーンをデータリンク層スイッチで接続された複数のサーバを有する通信装置におけるサーバ間の通信方法であって、少なくとも１つのサーバにおいて、
１つのインターネット層アドレスに対して複数のデータリンク層アドレスをアドレス対応テーブルに学習する段階と、
前記１つのインターネット層アドレスに対してデータを送信するため前記アドレス対応テーブルを検索して複数のデータリンク層アドレスを取得したとき、前記複数のデータリンク層アドレスに対してデータリンク層フレームとして前記データを送信する段階とを含む通信方法。
（付記８）
バックプレーンをデータリンク層スイッチで接続された複数のサーバを有する通信装置におけるサーバ間の通信方法であって、少なくとも１つのサーバにおいて、
同一インターネット層アドレスから受信したデータリンク層フレームを仮想ＬＡＮ識別情報ごとに振り分け、前記仮想ＬＡＮ識別情報ごとのフレーム流量を監視して、前記仮想ＬＡＮ識別情報ごとに受信または廃棄する段階を含む通信方法。
【図面の簡単な説明】
【０１１３】
【図１】メディアゲートウェイを含む通信システムを示す概略図である。
【図２】一実施形態によるブレードサーバを示すブロック図である。
【図３】図２に示した一実施形態によるブレードの主要な構成要素を示すブロック図である。
【図４】ＡＲＰパケット受信時のアドレス対応テーブル構成処理を示すフロー図である。
【図５】送信処理時のイーサネットフレーム構成処理を示すフロー図である。
【図６】図２に示した実施形態の一変形例によるブレードサーバを示すブロック図である。
【図７】送信処理時のイーサネットフレーム構成処理を示すフロー図である。
【図８】図２または図６に示した実施形態の一変形例によるブレードサーバを示すブロック図である。
【図９】ブレードの受信処理部を示すブロック図である。
【図１０】さらに他の変形例によるブレードサーバを示すブロック図である。
【図１１】図１０のブレードサーバにおいて、Ｎ＋１冗長構成部の運用系に障害が発生した場合の例を示す図である。
【図１２】図１１の障害発生後の例を示す図である。
【図１３】一実施形態によるメディアゲートウェイを示すブロック図である。
【符号の説明】
【０１１４】
１０  通信システム
１１  メディアゲートウェイ
１２  ＣＡ
２０、６０、８０、１００  ブレードサーバ
２１−２４、６１−６４、８１−８２、１０１−１０５  ブレード
２８、１０８  アドレス対応テーブル
２９  レイヤ２スイッチ
２１１  イーサネット受信処理部
２１２  インターフェース入力処理部
２１３  ＩＰｖ４受信処理部
２１４  ＵＤＰ受信処理部
２１５  アプリケーション
２１６  ＵＤＰ出力処理部
２１７  ＩＰｖ４出力処理部
２１８  インターフェース出力処理部
２１９  イーサネット出力処理部
２２０  ＡＲＰ処理部
２２１  ＩＣＭＰ処理部
２１２１  ＶＬＡＮ  ＩＤ及びＳＲＣ  ＩＰ振り分け部
２１２２  流量監視部
２１２３  透過／遮断スイッチ部
２１２４  スイッチ制御部
【図１】
2010141845.tif 000003
【図２】
2010141845.tif 000004
【図３】
2010141845.tif 000005
【図４】
2010141845.tif 000006
【図５】
2010141845.tif 000007
【図６】
2010141845.tif 000008
【図７】
2010141845.tif 000009
【図８】
2010141845.tif 000010
【図９】
2010141845.tif 000011
【図１０】
2010141845.tif 000012
【図１１】
2010141845.tif 000013
【図１２】
2010141845.tif 000014
【図１３】
2010141845.tif 000015