(57)【要約】【課題】  通信プロトコルのデータを一元的に管理するプロトコルデータベース管理装置を備えたパケット転送装置を提供する。【解決手段】  パケット転送装置は、入力回線と出力回線を収容している。また、入力回線から受信したパケットを転送するための出力回線を決定する複数の通信プロトコルのデータを処理するプロトコル処理部１を備えている。プロトコル処理部１は、通信プロトコルごとに備えられている通信プロトコルのデータを記憶するデータベースを一元的に管理するプロトコルデータベース管理部３を備えている。【選択図】    図１
2005198070.tif 000002
【特許請求の範囲】
【請求項１】
入力回線と出力回線を収容し、前記入力回線から受信したパケットの前記出力回線を決定する複数の通信プロトコルのデータを処理するプロトコル処理部を備えたパケット転送装置において、
前記通信プロトコルごとに備えられる前記通信プロトコルの前記データを記憶するデータベースを一元的に管理するプロトコルデータベース管理装置を備えたことを特徴とするパケット転送装置。
【請求項２】
前記プロトコルデータベース管理装置は、データベース言語により外部から前記データベースへアクセスを可能とすることを特徴とする請求項１に記載のパケット転送装置。
【請求項３】
前記データベース言語は、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）であることを特徴とする請求項２に記載のパケット転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信プロトコルのデータを一元的に管理するプロトコルデータベース管理装置を備えたパケット転送装置に関する。
【背景技術】
【０００２】
従来の技術では、非特許文献１に示すように、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）のパケットを転送するパケット転送装置であるルータは、パケットに含まれる宛先アドレスを見て宛先への最短経路を求めてパケットの出力回線を決定するルーティング情報を処理する通信プロトコルを複数備えている。例えば、そのような通信プロトコルには、ＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）、ＩＳ−ＩＳ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ−ｔｏ−Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｓｙｓｔｅｍ）、ＢＧＰ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ）等のルーティングプロトコルや、ＲＳＶＰ−ＴＥ（Ｒｅｓｏｕｒｃｅ  ｒｅＳｅｒＶａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｔｒａｆｆｉｃ  Ｅｎｇｉｎｅｅｒｉｎｇ）、ＬＤＰ（Ｌａｂｅｌ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等のシグナリングソフトウェアがある。
図４は、従来のＩＰのパケット転送装置であるルータに備えられた、プロトコル処理部１を示したものである。プロトコル処理部１は、物理的なインタフェースやソフトウェアを動作させるプロセッサやメモリ等を備えたハードウェア６、ハードウェア６上でソフトウェアを動作させるためのオペレーティングシステム５を備えている。そして、ハードウェア６上のメモリ上に複数のプロトコルソフトウェア、例えば同図のＲＳＶＰ−ＴＥ２ａ、ＯＳＰＦ２ｂ、ＢＧＰ２ｃを記憶しており、これらのプロトコルソフトウェアに対して共通の基本機能を提供する共通基本機能部４を備えている。従来のルータにおけるプロトコル処理部１は、同図に示すようにデータベース２ａ−１、２ｂ−１、２ｃ−１のようにプロトコルソフトウェア毎にデータベースが管理されている。
【非特許文献１】リバーストーン・ネットワークス、“ＭＰＬＳにおけるシグナリングの役割”、[online]、[平成１５年１２月２２日検索]、インターネット<URL:http://www.riverstonenet.co.jp/pdf/technology/whitepapers/mpls_signaling_j.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
そのため、従来の技術におけるプロトコル処理部１には、以下のような課題があった。
プロトコルソフトウェアのデータを記憶するデータベースがプロトコルソフトウェア毎に管理されているため、新しいプロトコルを開発するたびに共通基本機能部４に存在するデータベース管理機能４ａを作成しなければならないという課題があった。
また、プロトコル間でデータの交換を行う場合には、プロトコル同士のデータの交換を行う処理の部分もプロトコルの組み合わせ毎に作り込まなければならないという課題があった。
また、データベースアクセスに専用の関数を用いているため、異なるパケット転送装置で使われていたプロトコルソフトウェアを移植するためにはその専用関数を使って作り込まなければならないという課題があった。
【０００４】
本発明は、上記問題を解決すべくなされたもので、その目的は、プロトコルソフトウェアとは独立してデータベースを一元的に管理できるプロトコルデータベース管理装置を提供することにある。
【課題を解決するための手段】
【０００５】
上述した課題を解決するために、請求項１に記載の発明は、入力回線と出力回線を収容し、前記入力回線から受信したパケットの前記出力回線を決定する複数の通信プロトコルのデータを処理するプロトコル処理部を備えたパケット転送装置において、前記通信プロトコルごとに備えられる前記通信プロトコルの前記データを記憶するデータベースを一元的に管理するプロトコルデータベース管理装置（発明を実施するための最良の形態におけるデータベース管理部３）を備えたことを特徴とするパケット転送装置である。
【０００６】
請求項２に記載の発明は、請求項１に記載の発明において、前記プロトコルデータベース管理装置は、データベース言語により外部から前記データベースへアクセスを可能とすることを特徴とする。
【０００７】
請求項３に記載の発明は、請求項２に記載の発明において、前記データベース言語は、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）であることを特徴とする。
【発明の効果】
【０００８】
この発明によれば、複数の通信プロトコル毎のデータを記憶するデータベースを、通信プロトコルソフトウェアとは独立に管理するプロトコルデータベース管理装置を備えた構成となっている。そのため、新しいプロトコルを開発する場合にも、既存のプロトコルデータベース管理装置を用いることで新しいプロトコル対応のデータベース管理の機能を個別に作成する必要がないという効果がある。
さらに、また、通信プロトコル毎のデータベースの間でデータの交換をする場合にも、プロトコルデータベース管理装置を介してデータ交換を行う処理を一元的に持つだけで可能となり、通信プロトコルの組み合わせ毎に、データベースのデータ交換処理を新たに作成する必要がないという効果がある。
【０００９】
また、本発明によれば、データベース管理装置で管理する通信プロトコル毎のデータベースを共通のデータベース言語によってアクセスする構成となっている。そのため、新たなプロトコルを開発する場合や、別のパケット転送装置で使われていたプロトコルソフトウェアを移植する場合にも、共通のデータベース言語を使うことが可能となる。それによって、既に他の通信プロトコルソフトウェアで用いていた処理等を流用でき容易に開発及び移植を進められるという効果がある。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態によるプロトコルデータベース管理装置を備えたパケット転送装置を図面を参照して説明する。
図１は、本発明の一実施形態におけるプロトコルデータベース管理装置を備えたプロトコル処理部１を示す図である。同図には例として、プロトコルソフトウェア２ａ、２ｂ、２ｃがメモリ上に記憶されている。共通基本機能部４は、プロトコルソフトウェアに対してオペレーティングシステム５を介して行う共通の基本機能を提供する。データベース管理部３（プロトコルデータベース管理装置）は、それぞれのプロトコルソフトウェアのデータベースを一元的に管理しており、同図ではプロトコルソフトウェア２ａ、２ｂ、２ｃに対応してデータベース３ａ、３ｂ、３ｃを備えている。各プロトコルソフトウェア２ａ、２ｂ、２ｃは、データベース管理部３に備えられた汎用的な関数を有するデータベース言語を用いて各データベースへアクセスすることが可能となる。汎用的な関数を有するデータベース言語としては、例えばＳＱＬ等がある。
【００１１】
図２はパケット転送装置２０の内部構成を示したものである。パケット転送装置２０は、インタフェース４０−１、４０−２・・・４０−Ｎが備わっており、受信したパケットの送信先を切り替えるスイッチ３０及び通信ソフトウェアを備えたプロトコル処理部１から構成されている。インタフェースは、物理的に分かれている場合もあるが、１つの物理回線上に論理的に設定される場合もある。
インタフェース４０−１において、パケット送受信部４０−１ａはパケットを外部との間で送受信する。パケット処理部４０−１ｂは、パケットを転送すべき出力インタフェースを決定する等の必要な処理を行う。パケット送受信部４０−１ｃはスイッチ３０との間でパケットの送受信を行う。インタフェース４０−２・・・４０−Ｎも同様に構成されている。
ここで、インタフェース４０−１で受信したパケットを、インタフェース４０−２に出力するとする。インタフェース４０−１のパケット送受信部４０−１ａで受信したパケットはパケット処理部４０−１ｂに送信される。プロトコル処理部１上ではプロトコルソフトウェアによってルーティングプロトコルやシグナリングプロトコルが動作しており、パケット転送装置がプロトコル制御パケットを交換し合うことで、パケットの処理動作を決定している。プロトコル処理部１で決定したパケットの処理動作はインタフェース４０−１上のパケット処理部４０−１ｂに送信される。パケットを受信したパケット処理部４０−１ｂは、受信したパケットに含まれる宛先アドレスと、プロトコル処理部１からのルーティング情報と比較し、転送先としてインタフェース４０−２をパケットに設定し、パケット送受信部４０−１ｃを介してスイッチ３０にパケットを入力する。スイッチ３０はインタフェース４０−２にそのパケットを出力し、インタフェース４０−２が外部にそのパケットを転送する。
【００１２】
図３は、ＩＰパケットのパケット転送装置が、入力回線から入力されたパケットに対して必要な処理を行い、ＩＰパケットを転送する仕組みを示したものである。各パケット転送装置には、予めパケット送信装置からパケットを受信したときに、そのパケットに含まれる宛先アドレスを参照して、次に送出する出力回線を決定する宛先アドレスと出力回線の対応のデータがプロトコル処理部１のプロトコルソフトウェア対応のデータベースに記憶されている。例えば、端末５０ａが端末５０ｂに、パケットを送信する場合、まず端末５０ａは、パケット転送装置２０ａにパケットを転送する。パケット転送装置２０ｂには予め、端末５０ｂのアドレスが宛先アドレスに含まれているパケットを受信した場合には、パケット転送装置２０ｂにパケットを送信するという対応付けをしたルーティング情報が記憶されている。パケットを端末５０ａから受信したパケット転送装置２０ａは、そのパケットをパケット転送装置２０ｂに送信する。パケット転送装置２０ｂにもパケット転送装置２０ａと同様にルーティング情報が記憶されており、受信したパケットをパケット転送装置２０ｃに転送する。パケットを受信したパケット転送装置２０ｃは、最終的に端末５０ｂにパケットを転送する。即ち、同図における実線のルートでパケットは転送される。
【００１３】
ところで、同図において、パケット転送装置２０ｂが故障した場合には、隣接するパケット転送装置２０ａ及びパケット転送装置２０ｃは、パケット転送装置２０ｂが故障したことを検出すると自動的に、隣接するパケット転送装置同士で情報を交換する。そして、パケット転送装置２０ｄを転送先として検出し、それぞれのルーティング情報を更新する。それによって、同様に端末３０ａからパケットを受信してもパケット転送装置２０ｄを経由して端末３０ｂまでパケットを転送することになる。即ち、同図における破線のルートでパケットは転送される。この時、パケット転送装置は通信プロトコルを用いてネットワーク構成のデータを交換し、それぞれのプロトコル処理部１のプロトコルソフトウェアはそのネットワーク構成のデータを解析し、データベース管理部を介してデータベースにルーティング情報として記憶する。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態であるパケット転送装置のプロトコル処理部のブロック図である。
【図２】同実施形態におけるパケット転送装置の構成図である。
【図３】同実施形態におけるネットワーク構成図である。
【図４】従来技術におけるプロトコル処理部のブロック図である。
【符号の説明】
【００１５】
１  プロトコル処理部
２  通信プロトコルソフトウェア
３  プロトコルデータベース管理部
【図１】
2005198070.tif 000003
【図２】
2005198070.tif 000004
【図３】
2005198070.tif 000005
【図４】
2005198070.tif 000006