(57)【要約】【課題】経路情報を広告するパケットを、異なるサービスタイプのルータ間で転送する経路情報転送装置を提供する。【解決手段】ルートリフレクタ（経路情報転送装置）１は、パケットをＰＥ（ルータ）２から受信するパケット受信部１１と、受信したパケットに含まれるサービスタイプに関するパラメータをＰＥ２および仮想プライベートネットワークごとに更新してサービスタイプ情報記憶部１３に記憶する情報更新部１２０と、サービスタイプ情報記憶部１３を参照して、パケットの送信元のＰＥ２のサービスタイプに関するパラメータを、仮想プライベートネットワークが同じ送信先のＰＥ２のサービスタイプに関するパラメータに変換する情報変換部１４と、変換されたパラメータを含んだパケットを送信先のＰＥ２に送信するパケット送信部１６と、を備える。【選択図】図１
2019145877.tif 000002
【特許請求の範囲】
【請求項１】
仮想プライベートネットワークで経路情報を広告するパケットを、異なるサービスタイプのルータ間で転送する経路情報転送装置であって、
前記パケットを前記ルータから受信するパケット受信部と、
前記パケット受信部で受信したパケットに含まれる前記サービスタイプに関するパラメータを前記ルータおよび前記仮想プライベートネットワークごとに更新して記憶部に記憶する情報更新部と、
前記記憶部を参照して、前記パケットの送信元のルータのサービスタイプに関するパラメータを、前記仮想プライベートネットワークが同じ送信先のルータのサービスタイプに関するパラメータに変換する情報変換部と、
前記情報変換部で変換されたパラメータを含んだパケットを送信先のルータに送信するパケット送信部と、
を備えることを特徴とする経路情報転送装置。
【請求項２】
前記情報変換部は、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータのサービスタイプに関するパラメータが記憶されるまで、前記受信したパケットを保留することを特徴とする請求項１に記載の経路情報転送装置。
【請求項３】
前記情報変換部は、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータに前記経路情報のアップデートを要求することを特徴とする請求項２に記載の経路情報転送装置。
【請求項４】
前記記憶部には、前記ルータに接続されたホストのＭＡＣ／ＩＰアドレスを記憶しておき、
前記情報変換部は、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータに接続された前記ホストのＭＡＣ／ＩＰアドレスを送信元のルータに送信することを特徴とする請求項１に記載の経路情報転送装置。
【請求項５】
仮想プライベートネットワークで経路情報を広告するパケットを、異なるサービスタイプのルータ間で転送する経路情報転送装置の経路情報転送方法であって、
前記パケットを前記ルータから受信するステップと、
受信したパケットに含まれる前記サービスタイプに関するパラメータを前記ルータおよび前記仮想プライベートネットワークごとに更新して記憶部に記憶するステップと、
前記記憶部を参照して、前記パケットの送信元のルータのサービスタイプに関するパラメータを、前記仮想プライベートネットワークが同じ送信先のルータのサービスタイプに関するパラメータに変換するステップと、
変換されたパラメータを含んだパケットを送信先のルータに送信するステップと、
を含むことを特徴とする経路情報転送方法。
【請求項６】
コンピュータを、請求項１から請求項４のいずれか一項に記載の経路情報転送装置として機能させるための経路情報転送プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの経路広告を行う経路情報転送装置、経路情報転送方法および経路情報転送プログラムに関する。
【背景技術】
【０００２】
ネットワークサービスの仮想化技術において、Ｌ３（レイヤ３）ネットワーク上に仮想的なＬ２（レイヤ２）トンネルを構築することで、Ｌ２パケットの転送を実現する技術が検討されている。その代表的な技術として、ＶＸＬＡＮ（Virtual eXtensible Local Area Network）がある（非特許文献１参照）。ＶＸＬＡＮにおいてＭＡＣ／ＩＰアドレス学習を行う方法として、Ｅ−ＶＰＮ（Ethernet〔登録商標〕- Virtual Private Network）が標準化されている（非特許文献２参照）。このＥ−ＶＰＮは、Ｌ２トンネル構築に必要となる装置間の経路情報交換に、ＭＰ−ＢＧＰ（Multi Protocol - Border Gateway Protocol）を用いている（非特許文献３参照）。
Ｅ−ＶＰＮは、ＭＰ−ＢＧＰを用いて経路情報（ＭＡＣ／ＩＰアドレス）を広告することで、ネットワークの端点となる装置（ルータ）内に仮想ルータ（仮想ルーティングテーブルのＶＲＦ〔Virtual Routing and Forwarding〕）を作成する。
【０００３】
ここで、図７を参照して、ＩＰネットワークＮにＬ２トンネルを構築する従来の経路情報の流れについて説明する。図７は、ＩＰネットワークＮに複数のルータ（ＰＥ：Provider Edge）２を接続した状態を示している。ＰＥ２（２１，２２，２３，…）は、コンピュータ等のネットワークホスト（以下、単にホストという）３を複数接続し、内部にＬ２トンネル用の仮想ルータ（ＶＲＦ）を構築する。
【０００４】
例えば、ホスト３１Ａがホスト３２Ａおよびホスト３３ＡとＬ２トンネルを構築する場合、ホスト３１Ａを収容するＰＥ２１（ルータ）のＶＲＦ１１（仮想ルータ）は、ＭＡＣ／ＩＰアドレスを広告するためのパケット（ＢＧＰパケット）を、メッシュ状に張られているＢＧＰピア（他のＰＥ）に送出する。
次に、着信側のルータ、例えば、ＰＥ２２では、受信したパケットのＶＲＦを識別するためのＲＴ（Route Target）およびＶＰＮを識別するためのＥ−Ｔａｇ（Ethernet Tag）情報から、自身のＶＲＦ宛てのパケットであると判断し、ＰＥ２１のＶＲＦ１１からの情報をルーティングテーブルに登録する。この一連の動作により、ＭＡＣ／ＩＰアドレスの装置（ルータ）間での交換が可能となり、Ｌ２トンネル（ＶＬＡＮＡ）が構築される。
【０００５】
このＢＧＰピアの形成には、ルータ（ＰＥ２）間で直接ＢＧＰピアを張る場合と、ルートリフレクタという経路情報転送装置をネットワーク内に導入し、ルートリフレクタとＢＧＰピアを張り、ルートリフレクタを経由してＭＡＣ/ＩＰアドレスの交換を行う方式がある。
【先行技術文献】
【特許文献】
【０００６】
【非特許文献１】“Virtual eXtensible Local Area Network (VXLAN): A Frameworkfor Overlaying Virtualized Layer 2 Networks over Layer 3 Networks,”［online］，IETF RFC7348，［平成30年1月30日検索］、インターネット＜ＵＲＬ：http://tools.ietf.org/html/rfc7348＞
【非特許文献２】“Multiprotocol Extensions for BGP-4,”［online］，IETF RFC2283，［平成30年1月30日検索］、インターネット＜ＵＲＬ：https://tools.ietf.org/html/rfc2283＞
【非特許文献３】“BGP MPLS-Based Ethernet VPN,”［online］，IETF RFC7432，［平成30年1月30日検索］、インターネット＜ＵＲＬ：https://tools.ietf.org/html/rfc7432＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来のＥ−ＶＰＮによるＭＡＣ／ＩＰアドレス広告においては、３種類のサービスタイプが仕様上存在している。Ｅ−ＶＰＮでは、非特許文献３に記載されているように、ブロードキャストドメインやブリッジドメインなどとの対応関係により、VLAN-Based Service Interface、VLAN Bundle Service Interface、VLAN-Aware Bundle Service Interfaceの３種類のサービスタイプが存在する。
【０００８】
これらの異なるサービスタイプ間では、通信は保障されていない。これは、従来、サービスタイプが異なるＥ−ＶＰＮ間では、ＭＡＣ／ＩＰアドレス広告を受信する装置（ルータ）において、サービスタイプごとのパラメータの違いによって自装置宛てのパケットと判断できないためである。
【０００９】
そのため、従来は、異なるサービスタイプ間の仮想ネットワークにおいて、ＭＡＣ／ＩＰアドレスを受け取るとることができず、Ｌ２トンネルを構築することができないという問題がある。
【００１０】
本発明は、このような問題に鑑みてなされたもので、異なるサービスタイプのＥ−ＶＰＮ間の整合性を図り、異なるサービスタイプ間の仮想ネットワークでもＬ２トンネルを構築することが可能な経路情報転送装置、経路情報転送方法および経路情報転送プログラムを提供することを課題とする。
【課題を解決するための手段】
【００１１】
前記課題を解決するため、請求項１に記載の発明は、仮想プライベートネットワークで経路情報を広告するパケットを、異なるサービスタイプのルータ間で転送する経路情報転送装置であって、前記パケットを前記ルータから受信するパケット受信部と、前記パケット受信部で受信したパケットに含まれる前記サービスタイプに関するパラメータを前記ルータおよび前記仮想プライベートネットワークごとに更新して記憶部に記憶する情報更新部と、前記記憶部を参照して、前記パケットの送信元のルータのサービスタイプに関するパラメータを、前記仮想プライベートネットワークが同じ送信先のルータのサービスタイプに関するパラメータに変換する情報変換部と、前記情報変換部で変換されたパラメータを含んだパケットを送信先のルータに送信するパケット送信部と、を備えることを特徴とする。
【００１２】
また、前記課題を解決するため、請求項５に記載の発明は、仮想プライベートネットワークで経路情報を広告するパケットを、異なるサービスタイプのルータ間で転送する経路情報転送装置の経路情報転送方法であって、前記パケットを前記ルータから受信するステップと、受信したパケットに含まれる前記サービスタイプに関するパラメータを前記ルータおよび前記仮想プライベートネットワークごとに更新して記憶部に記憶するステップと、前記記憶部を参照して、前記パケットの送信元のルータのサービスタイプに関するパラメータを、前記仮想プライベートネットワークが同じ送信先のルータのサービスタイプに関するパラメータに変換するステップと、変換されたパラメータを含んだパケットを送信先のルータに送信するステップと、を含むことを特徴とする。
【００１３】
請求項１，５に記載の発明によれば、経路情報転送装置は、仮想プライベートネットワークで経路情報をルータ間で転送する際に、サービスタイプに関するパラメータを送信先のルータのパラメータに変換することで、異なる方式のルータ間でもパケットを送受信することができる。
【００１４】
また、請求項２に記載の発明は、請求項１に記載の経路情報転送装置において、前記情報変換部が、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータのサービスタイプに関するパラメータが記憶されるまで、前記受信したパケットを保留することを特徴とする。
【００１５】
請求項２に記載の発明によれば、経路情報転送装置は、送信先のルータのサービスタイプに関するパラメータが記憶部に記憶されていない場合でも、当該パラメータが記憶されるまでパケットを保留することができる。これによって、経路情報転送装置は、送信先のルータからのパケットの受信により、サービスタイプに関するパラメータが記憶部に記憶された段階で、当該パケットを送信先のルータに送信することができる。
【００１６】
また、請求項３に記載の発明は、請求項２に記載の経路情報転送装置において、前記情報変換部が、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータに前記経路情報のアップデートを要求することを特徴とする。
【００１７】
請求項３に記載の発明によれば、経路情報転送装置は、送信先のルータのサービスタイプに関するパラメータが記憶部に記憶されていない場合でも、送信先のルータに経路情報のアップデートを要求することで、素早くサービスタイプに関するパラメータを更新することができる。これによって、経路情報転送装置は、送信元のルータの経路情報を素早く送信先のルータに送信することができる。
【００１８】
また、請求項４に記載の発明は、請求項１に記載の経路情報転送装置において、前記記憶部には、前記ルータに接続されたホストのＭＡＣ／ＩＰアドレスを記憶しておき、前記情報変換部が、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータに接続された前記ホストのＭＡＣ／ＩＰアドレスを送信元のルータに送信することを特徴とする。
【００１９】
請求項４に記載の発明によれば、経路情報転送装置は、送信先のルータのサービスタイプに関するパラメータがまだ記憶部に記憶されておらず、パケットが送信先に到達しない場合でも、送信元のルータに送信先のルータに接続されたホストのＭＡＣ／ＩＰアドレスを通知することができ、経路情報交換を補うことができる。
【００２０】
また、請求項６に記載の発明は、コンピュータを、請求項１から請求項５のいずれか一項に記載の経路情報転送装置として機能させるための経路情報転送プログラムとした。
【００２１】
請求項６に記載の発明によれば、一般的なコンピュータを用いて、請求項１から請求項４のいずれか１項に記載の経路情報転送装置の各機能を実現させることができる。
【発明の効果】
【００２２】
本発明によれば、サービスタイプの異なるルータ間であっても、サービスタイプに関するパラメータを送信先のルータに合わせて変換することで、Ｌ２トンネルによる仮想プライベートネットワークを構築することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態に係るルートリフレクタ（経路情報転送装置）を含む経路広告システムの全体構成を示すブロック図である。
【図２】サービスタイプ情報記憶部に記憶される内容を説明するための説明図である。
【図３】情報変換部におけるパラメータの変換規則を説明するための説明図である。
【図４】本発明の実施形態に係るルートリフレクタの動作を示すフローチャートである。
【図５】本発明の実施形態に係るルートリフレクタを用いたＢＧＰパケットの転送例を示すシーケンス図である。
【図６】本発明の実施形態に係るルートリフレクタを用いたＢＧＰパケットの他の転送例を示すシーケンス図である。
【図７】従来のＩＰネットワークにＬ２トンネルを構築する際の経路情報の流れを説明するための説明図である。
【発明を実施するための形態】
【００２４】
本発明の実施形態について図面を参照して説明する。
≪経路広告システムの概要≫
まず、図１を参照して、本発明の実施形態に係るルートリフレクタ１を含む経路広告システム１００の概要について説明する。
【００２５】
経路広告システム１００は、ＩＰネットワークＮにおいて、仮想プライベートネットワーク（Ｅ−ＶＰＮ）を構築するための経路情報をルータに広告するものである。
図１に示すように、経路広告システム１００は、ルートリフレクタ１と、複数のＰＥ（ルータ）２とをＩＰネットワークＮ上で接続して構成している。なお、ここでは、説明を簡易化するため、ＰＥ２の数を２台としているが、３台以上であっても構わない。また、ＰＥ２には、ホスト３を接続している。
【００２６】
ルートリフレクタ（経路情報転送装置）１は、仮想プライベートネットワーク（Ｅ−ＶＰＮ）で経路情報を広告するパケット（ＢＧＰパケット〔ＵＰＤＡＴＥ〕）を、同一または異なるサービスタイプのルータ間で転送するものである。
このルートリフレクタ１は、ＰＥ２（例えば、ＰＥ２１）から受信したＢＧＰパケットのサービスタイプごとに異なるパラメータを他のＰＥ２（例えば、ＰＥ２２）で受信可能なパラメータに変更して経路情報を転送する。このルートリフレクタ１の構成および動作については、後で詳細に説明する。
【００２７】
ＰＥ（ルータ）２は、Ｌ３ネットワーク上に仮想的なＬ２トンネルを構築するものである。ここでは、仮想ルータ（ＶＲＦ）を、ＰＥ２に１つ図示しているが、複数作成してもよい。
ＰＥ２は、Ｌ２トンネルを構築するために、ＭＰ−ＢＧＰを用いて、他のＰＥ２との間で経路情報を交換する。
このＰＥ２は、ルートリフレクタ１を介して、経路情報を広告することで、ネットワークの端点となる自装置（ＰＥ２）内に仮想ルータ（ＶＲＦ）を作成する。
【００２８】
なお、ここでは、ＰＥ２１とＰＥ２２とは、サービスタイプの仕様が異なるルータとする。ＰＥ２１は、サービスタイプがVLAN-Based Service Interfaceの仕様で動作し、ＰＥ２２は、サービスタイプがVLAN Bundle Service Interface、または、VLAN-Aware Bundle Service Interfaceの仕様で動作するものとする。
【００２９】
ＢＧＰパケット（ＵＰＤＡＴＥ）には、図１に示すように、サービスタイプに関する情報（サービスタイプ情報）として、「Ｃｏｍｍｕｎｉｔｙ」、「ＶＴＥＰ」、「ＲＴ」、「Ｅ−Ｔａｇ」の値がパラメータＰ１，Ｐ２として含まれている。
【００３０】
「Ｃｏｍｍｕｎｉｔｙ（ＶＰＮ識別情報）」は、経路情報に付加される追加情報であって、ここでは、ＶＸＬＡＮにおいて、Ｅ−ＶＰＮを識別する情報（ＶＮＩ：VXLAN Network ID）を設定する。例えば、ＰＥ２１が送信するＵＰＤＡＴＥのＣｏｍｍｕｎｉｔｙを“１”、ＰＥ２２が送信するＵＰＤＡＴＥのＣｏｍｍｕｎｉｔｙを“１”とすることで、同一のＶＰＮであることを認識できる。
【００３１】
「ＶＴＥＰ（Virtual Tunnel End Point）」は、Ｌ２トンネルの端点を示すアドレスである。例えば、ＰＥ２のループバックアドレスである。
「ＲＴ（Route Target）」は、ＶＲＦ（仮想ルータ）を識別する情報であって、ここでは、「ＡＳ番号：任意の値」で設定される情報とする。なお、ＡＳ番号は、このネットワークシステム（経路広告システム１００）に予め固有に割り当てられた値である。
【００３２】
「Ｅ−Ｔａｇ（Ethernet Tag）」は、Ｅ−ＶＰＮを識別する情報である。このＥ−Ｔａｇは、サービスタイプによって値が異なる。ＰＥ２１は、サービスタイプがVLAN-Based Service Interfaceであるため、Ｅ−Ｔａｇには、“０”以外の値が設定される（１，２等）。また、ＰＥ２２は、サービスタイプがVLAN Bundle Service Interface、または、VLAN-Aware Bundle Service Interfaceであるため、Ｅ−Ｔａｇには、“０”が設定される。
ホスト３は、コンピュータ等の一般的なネットワークホストであるため説明を省略する。
【００３３】
以上説明したように、経路広告システム１００は、ルートリフレクタ１によって、異なるサービスタイプ（方式）のＰＥ２間のパラメータを相互に受信可能なパラメータに変換することで、経路情報の広告を可能にする。
以下、ルートリフレクタ１の構成および動作について詳細に説明する。
【００３４】
≪ルートリフレクタの構成≫
図１を参照して、ルートリフレクタ１の構成について説明する。図１に示すように、ルートリフレクタ１は、パケット受信部１１と、Ｅ−ＶＰＮ機能部１２と、サービスタイプ情報記憶部１３と、情報変換部１４と、パケット生成部１５と、パケット送信部１６と、を備える。
【００３５】
パケット受信部１１は、ＩＰネットワークＮを介して、ＰＥ２から、ＢＧＰパケットを受信するものである。パケット受信部１１は、受信したＢＧＰパケットをＥ−ＶＰＮ機能部１２に出力する。
【００３６】
Ｅ−ＶＰＮ機能部１２は、Ｅ−ＶＰＮの機能を実現するための処理部である。例えば、Ｅ−ＶＰＮ機能部１２は、パケットの解析等の一般的な処理を行う。本発明において、Ｅ−ＶＰＮ機能部１２は、情報更新部１２０を備える。
【００３７】
情報更新部１２０は、受信したＢＧＰパケットのサービスタイプに関する情報（パラメータＰ１，Ｐ２等）を、ＰＥ２およびＥ−ＶＰＮごとにサービスタイプ情報記憶部１３に格納するとともに、逐次更新するものである。
この情報更新部１２０は、ＢＧＰパケットに含まれるＥ−ＶＰＮを識別するＣｏｍｍｕｎｉｔｙの値が、新たな値である場合、サービスタイプに関する情報をサービスタイプ情報記憶部１３に格納する。また、情報更新部１２０は、Ｃｏｍｍｕｎｉｔｙの値に対応する他の情報（ＶＴＥＰ、ＲＴ、Ｅ−Ｔａｇ）に変更があった場合、サービスタイプ情報記憶部１３に格納されている情報を更新する。
【００３８】
例えば、情報更新部１２０は、図２に示すように、ＰＥ２１から受信したＢＧＰパケットに含まれている情報（パラメータＰ１）をサービスタイプ情報記憶部１３にテーブル形式で格納する。このとき、情報更新部１２０は、Ｅ−Ｔａｇの値が“０”でないことを示す予め定めた値（ここでは、“Ａ”と表記）を、サービスタイプとしてサービスタイプ情報記憶部１３に記憶しておく。
【００３９】
また、情報更新部１２０は、図２に示すように、ＰＥ２２から受信したＢＧＰパケットに含まれている情報（パラメータＰ２）をサービスタイプ情報記憶部１３にテーブル形式で格納する。このとき、情報更新部１２０は、Ｅ−Ｔａｇの値が“０”であることを示す予め定めた値（ここでは、“Ｂ”と表記）を、サービスタイプとしてサービスタイプ情報記憶部１３に記憶しておく。
なお、ここでは、サービスタイプの区別を分かり易くするため、Ａ，Ｂを付加しているが、サービスタイプは、Ｅ−Ｔａｇの値によって判別可能な情報であるため、必ずしもサービスタイプ情報記憶部１３に記憶する必要はない。
図１に戻って、ルートリフレクタ１の構成について説明を続ける。
【００４０】
Ｅ−ＶＰＮ機能部１２は、受信したＢＧＰパケットを情報変換部１４に出力する。
サービスタイプ情報記憶部（記憶部）１３は、Ｅ−ＶＰＮ機能部１２の情報更新部１２０で更新されたサービスタイプに関する情報を、ＰＥ２およびＥ−ＶＰＮ（Ｃｏｍｍｕｎｉｔｙ）ごとに記憶するものである（図２参照）。このサービスタイプ情報記憶部１３は、ハードディスク、半導体メモリ等の一般的な記憶媒体で構成することができる。
このサービスタイプ情報記憶部１３に記憶されたサービスタイプに関する情報は、情報変換部１４によって参照される。
【００４１】
情報変換部１４は、サービスタイプ情報記憶部１３を参照して、ＢＧＰパケットが宛先（送信先）ＰＥ２で受信可能なように、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するものである。
なお、情報変換部１４は、宛先ＰＥ２のサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合、ＰＥ２から定期的に送信されるＢＧＰパケットにより更新されるまで、受信したＢＧＰパケットを、図示を省略したメモリに一時的に記憶（保留）し、宛先ＰＥ２のサービスタイプ情報が新たに記憶された段階で、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換する。あるいは、情報変換部１４は、宛先ＰＥ２のサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合、経路情報のアップデート（ＢＧＰ  ＵＰＤＡＴＥ）を宛先ＰＥ２に要求することとしてもよい。
【００４２】
情報変換部１４は、宛先ごとに変換したＲＴおよびＥ−Ｔａｇの値を、ＣｏｍｍｕｎｉｔｙおよびＶＴＥＰの値とともに、パケット生成部１５に出力する。なお、送信元と送信先のサービスタイプが同じであれば、情報変換部１４は、ＲＴおよびＥ−Ｔａｇの値を変換せずにそのままパケット生成部１５に出力する。
【００４３】
ここで、図３を参照して、情報変換部１４が行うサービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）の変換内容について説明する。図３は、情報変換部１４が行うサービスタイプ情報の変換規則を示す。
図３に示すように、情報変換部１４は、送信元（受信ＰＥ）と送信先（宛先ＰＥ）とでサービスタイプが異なる場合のみ、ＲＴおよびＥ−Ｔａｇの変換を行う。
【００４４】
すなわち、送信元（受信ＰＥ）のサービスタイプが“Ａ”、送信先（宛先ＰＥ）のサービスタイプが“Ｂ”の場合、受信したＢＧＰパケットのＣｏｍｍｕｎｉｔｙの値を“ｘ”としたとき、情報変換部１４は、ＲＴを、サービスタイプ情報記憶部１３に記憶されている送信先（宛先ＰＥ）のｘに対応するＲＴに変換する。また、情報変換部１４は、Ｅ−Ｔａｇを“０”に変換する。
【００４５】
また、送信元（受信ＰＥ）のサービスタイプが“Ｂ”、送信先（宛先ＰＥ）のサービスタイプが“Ａ”の場合、受信したＢＧＰパケットのＣｏｍｍｕｎｉｔｙの値を“ｘ”としたとき、情報変換部１４は、ＲＴを、サービスタイプ情報記憶部１３に記憶されている送信先（宛先ＰＥ）のｘに対応するＲＴに変換する。また、情報変換部１４は、Ｅ−ＴａｇをＣｏｍｍｕｎｉｔｙの値“ｘ”に変換する。
図１に戻って、ルートリフレクタ１の構成について説明を続ける。
【００４６】
パケット生成部１５は、情報変換部１４で必要に応じて変換されたＲＴおよびＥ−Ｔａｇの値と、ＣｏｍｍｕｎｉｔｙおよびＶＴＥＰの値と、受信したＢＧＰパケットに含まれる経路情報とを用いて、宛先ごとのＢＧＰパケットを生成するものである。
パケット生成部１５は、生成したＢＧＰパケットをパケット送信部１６に出力する。
【００４７】
パケット送信部１６は、パケット生成部１５で生成されたＢＧＰパケットを、ＩＰネットワークＮを介して、宛先のＰＥ２に送信するものである。
以上説明したようにルートリフレクタ１を構成することで、ルートリフレクタ１は、Ｅ−ＶＰＮの経路情報転送において、異なるサービスタイプのＰＥ２間でも、サービスタイプの差異を宛先のサービスタイプに変換することで通信を行うことができる。これによって、ルートリフレクタ１は、異なるサービスタイプのＰＥ２間でＭＡＣ／ＩＰアドレスの広告が可能になり、Ｌ２トンネルを構築することが可能になる。
なお、ルートリフレクタ１は、図示を省略したコンピュータを、ルートリフレクタ１を構成する各部として機能させるためのプログラム（経路情報転送プログラム）で動作させることができる。
【００４８】
≪ルートリフレクタの動作≫
次に、図４を参照（構成については、適宜図１参照）して、ルートリフレクタ１の動作（経路情報転送方法）について説明する。図４は、ルートリフレクタ１が、ＢＧＰパケットを受信し、他のＰＥに転送するまでの動作を示すフローチャートである。
【００４９】
まず、ルートリフレクタ１は、パケット受信部１１によって、受信ＰＥ（例えば、ＰＥ２１）から送信される経路情報を含んだＢＧＰパケットを、ＩＰネットワークＮを介して受信する（ステップＳ１）。
【００５０】
そして、ルートリフレクタ１は、Ｅ−ＶＰＮ機能部１２の情報更新部１２０によって、受信ＰＥに更新情報があるか否かを判定する（ステップＳ２）。すなわち、情報更新部１２０は、サービスタイプ情報記憶部１３を参照し、受信ＰＥ用のテーブル内に、受信したＢＧＰパケットに含まれるＣｏｍｍｕｎｉｔｙの値がない場合、あるいは、同じＣｏｍｍｕｎｉｔｙの値に対応する他の情報（ＶＴＥＰ、ＲＴ、Ｅ−Ｔａｇ）が相違する場合、受信ＰＥに更新情報があると判定する。
【００５１】
ここで、ＢＧＰパケットにおいて、受信ＰＥに更新情報があると判定した場合（ステップＳ２でＹｅｓ）、情報更新部１２０は、受信ＰＥのサービスタイプ情報をサービスタイプ情報記憶部１３に格納（追加または更新）する（ステップＳ３）。
【００５２】
ＢＧＰパケットにおいて、受信ＰＥに更新情報がない（すでに格納されている）場合（ステップＳ２でＮｏ）、または、受信ＰＥのサービスタイプ情報をサービスタイプ情報記憶部１３に格納後（ステップＳ３の後）、ルートリフレクタ１は、情報更新部１２０によって、宛先ＰＥ（例えば、ＰＥ２２）のサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されているか否かを判定する（ステップＳ４）。
【００５３】
ここで、宛先ＰＥのサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されている場合（ステップＳ４でＹｅｓ）、ルートリフレクタ１は、情報変換部１４によって、サービスタイプ情報記憶部１３を参照して、ＲＴおよびＥ−Ｔａｇを変換する（ステップＳ５）。すなわち、情報変換部１４は、図３で説明した変換規則により、受信ＰＥと宛先ＰＥとでサービスタイプが異なる場合に、ＲＴおよびＥ−Ｔａｇを変換する。
【００５４】
そして、ルートリフレクタ１は、パケット生成部１５によって、ステップＳ５で変換したサービスタイプ情報を用いて、宛先ＰＥに対応したＢＧＰパケットを生成する（ステップＳ６）。
【００５５】
そして、ルートリフレクタ１は、パケット送信部１６によって、ステップＳ６で生成されたＢＧＰパケットを、ＩＰネットワークＮを介して宛先ＰＥに送信する（ステップＳ７）。
【００５６】
また、ステップＳ４において、宛先ＰＥのサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合（ステップＳ４でＮｏ）、ルートリフレクタ１は、情報変換部１４によって、宛先ＰＥへサービスタイプ情報をすでに要求しているか否かを判定する（ステップＳ８）。
ここで、宛先ＰＥへサービスタイプ情報をすでに要求している場合（ステップＳ８でＹｅｓ）、情報変換部１４は、受信したＢＧＰパケットを保留し、ステップＳ４に戻って、宛先ＰＥのサービスタイプ情報が更新されるまで待機する。
【００５７】
一方、宛先ＰＥへサービスタイプ情報を要求していない場合（ステップＳ８でＮｏ）、情報変換部１４は、ＢＧＰのＵＰＤＡＴＥを宛先ＰＥ２に要求する。例えば、情報変換部１４は、ＢＧＰセッションをソフトリセットする要求を含んだＢＧＰパケットを生成し、宛先ＰＥに送信（ステップＳ７）すればよい。このソフトウェアリセットにより、新たなセッションとして、ルートリフレクタ１は、ＵＰＤＡＴＥを取得することができる。
【００５８】
なお、ステップＳ８，Ｓ９の動作は必ずしも必須ではなく、ステップＳ４において、宛先ＰＥのサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合（ステップＳ４でＮｏ）、宛先ＰＥのサービスタイプ情報が更新されるまで、ＢＧＰパケットを保留してもよい。
【００５９】
以上の動作によって、ルートリフレクタ１は、Ｅ−ＶＰＮの経路情報転送において、異なるサービスタイプのＰＥ２間でも、サービスタイプの差異を宛先のサービスタイプに変換することで通信を行うことができる。
【００６０】
≪ＢＧＰパケットの転送例≫
次に、図５，図６を参照して、経路広告システム１００におけるＢＧＰパケットの転送例について説明する。図５は、ルートリフレクタ１内に、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報がない場合のシーケンス図である。図６は、ルートリフレクタ１内に、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報がある場合のシーケンス図である。ここでは、図１に示した経路広告システム１００で、ＰＥ２１からＰＥ２２にＢＧＰパケット（ＵＰＤＡＴＥ）を送信することとする。
【００６１】
＜転送例１＞
まず、図５を参照（適宜図１参照）して、経路広告システム１００におけるＢＧＰパケットの転送例について説明する。
ＰＥ２１は、ホスト３１からの要求等によって、新たな経路情報（ＭＡＣ／ＩＰアドレス）を広告するためのサービスタイプ情報の更新発生事象を検出する（ステップＳ１０）。
【００６２】
そして、ＰＥ２１は、ＢＧＰパケット（ＵＰＤＡＴＥ）を、ルートリフレクタ１に送信する（ステップＳ１１）。
ここでは、ＵＰＤＡＴＥに付加するサービスタイプに関する情報として、Ｃｏｍｍｕｎｉｔｙ“１”、ＶＴＥＰ“１．１．１．１”、ＲＴ“１０：１０”、Ｅ−Ｔａｇ“１”と、Ｃｏｍｍｕｎｉｔｙ“２”、ＶＴＥＰ“１．１．１．１”、ＲＴ“１０：３０”、Ｅ−Ｔａｇ“２”との２種類のパラメータＰ１を含む。
【００６３】
そして、ルートリフレクタ１は、受信したＢＧＰパケット（ＵＰＦＡＴＥ）に含まれるパラメータＰ１を、サービスタイプ情報記憶部１３にテーブル形式で登録する（ステップＳ１２）。
ここで、ルートリフレクタ１内（サービスタイプ情報記憶部１３）には、サービスタイプ情報をＰＥ２２用に変換するための情報がないため、ルートリフレクタ１は、ＰＥ２２にＵＰＤＡＴＥ要求を行う（ステップＳ１３）。
【００６４】
そして、ＰＥ２２は、ＢＧＰパケット（ＵＰＤＡＴＥ）を、ルートリフレクタ１に送信する（ステップＳ１４）。
ここでは、ＵＰＤＡＴＥに付加するサービスタイプに関する情報として、Ｃｏｍｍｕｎｉｔｙ“１”、ＶＴＥＰ“３．３．３．３”、ＲＴ“１０：２０”、Ｅ−Ｔａｇ“０”と、Ｃｏｍｍｕｎｉｔｙ“２”、ＶＴＥＰ“４．４．４．４”、ＲＴ“１０：３０”、Ｅ−Ｔａｇ“０”との２種類のパラメータＰ２を含む。
【００６５】
そして、ルートリフレクタ１は、受信したＢＧＰパケット（ＵＰＦＡＴＥ）に含まれるパラメータＰ２を、サービスタイプ情報記憶部１３にテーブル形式で登録する（ステップＳ１５）。
これによって、ルートリフレクタ１には、ＰＥ２１とＰＥ２２とで送受信するＢＧＰパケットに対して、サービスタイプ情報の変換に必要な情報が格納されることになる。
【００６６】
そして、ルートリフレクタ１は、パラメータＰ１をパラメータＰ２に変換して、ＢＧＰパケット（ＵＰＤＡＴＥ）を、ＰＥ２２に送信する（ステップＳ１６）。
このとき、ルートリフレクタ１は、情報変換部１４によって、図３に示した変換規則で、パラメータＰ１をパラメータＰ３に変換する。
【００６７】
ＰＥ２１から送信されるＵＰＤＡＴＥのパラメータＰ１は、Ｅ−Ｔａｇの値が“０”でないため、ＰＥ２１のサービスタイプは“Ａ”である。一方、ＰＥ２２から送信されるＵＰＤＡＴＥのパラメータＰ２は、Ｅ−Ｔａｇの値が“０”であるため、ＰＥ２２のサービスタイプは“Ｂ”である。すなわち、ＰＥ２１とＰＥ２２とでは、サービスタイプが異なる。そこで、ルートリフレクタ１は、図３に示すように、パラメータＰ１のＣｏｍｍｕｎｉｔｙ“１”に対応するＲＴをＰＥ２２のＲＴである“１０：２０”に変換するとともに、Ｅ−Ｔａｇを“０”に変換する。また、ルートリフレクタ１は、パラメータＰ１のＣｏｍｍｕｎｉｔｙ“２”に対応するＲＴをＰＥ２２のＲＴである“１０：３０”に変換（ここでは、同じ）するとともに、Ｅ−Ｔａｇを“０”に変換する。
【００６８】
このように、ルートリフレクタ１は、変換後のパラメータＰ３を含んだＵＰＤＡＴＥを、ＰＥ２２に送信する。これによって、ＰＥ２２は、ステップＳ１６で送信されたＢＧＰパケット（ＵＰＤＡＴＥ）を自身宛てのパケットとして認識することができる。
【００６９】
＜転送例２＞
次に、図６を参照（適宜図１参照）して、経路広告システム１００におけるＢＧＰパケットの他の転送例について説明する。
【００７０】
図６の例では、ルートリフレクタ１内に、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報があるため、図５で説明したシーケンスのステップＳ１３からＳ１５までを省略すればよい。
このように、ルートリフレクタ１は、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報をすでに保持していれば、ＵＰＤＡＴＥ要求を行わずに、ＢＧＰパケットの転送を行うことができる。
【００７１】
以上、本発明の実施形態について説明したが、本発明は、この実施形態に限定されるものではない。
ここでは、ルートリフレクタ１は、宛先ＰＥのサービスタイプに関する情報が格納されていない場合、格納されるまでＢＧＰパケットを保留、あるいは、ＵＰＤＡＴＥ要求を行うこととした。
しかし、ルートリフレクタ１のサービスタイプ情報記憶部１３に宛先ＰＥに接続されているホストのＭＡＣ／ＩＰアドレスを予め記憶しておき、ＢＧＰパケット（ＵＰＤＡＴＥ）の送信元のＰＥ２に対して、宛先のＭＡＣ／ＩＰアドレスを送信することとしてもよい。
これによって、一時的にサービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換できない場合でも、送信元のＰＥ２は、ＭＡＣ／ＩＰアドレスを取得することができる。
【００７２】
以上説明したように、ルートリフレクタ１は、Ｅ−ＶＰＮで経路情報（ＭＡＣ／ＩＰアドレス）を広告する際に、サービスタイプ（方式）の差分を修正することで、方式の異なるルータ間でＥ−ＶＰＮを構築することができる。
またルートリフレクタ１によって、方式の異なるルータ間でＥ−ＶＰＮを構築することができるため、大規模なネットワークの更改や見直しが必要となる場合でも、既存の環境に大きな影響を与えることなく、ネットワークを構築することができる。
さらに、ルートリフレクタ１を用いることで、メーカ、方式の異なる既存の設備に影響を及ぼさずに、最適な機能、性能、コストに見合ったネットワークの構築が可能になる。
【符号の説明】
【００７３】
１      ルートリフレクタ（経路情報転送装置）
１１    パケット受信部
１２    Ｅ−ＶＰＮ機能部
１２０  情報更新部
１３    サービスタイプ情報記憶部（記憶部）
１４    情報交換部
１５    パケット生成部
１６    パケット送信部
２      ＰＥ（ルータ）
３      ホスト
１００  経路広告システム
【図１】
2019145877.tif 000003
【図２】
2019145877.tif 000004
【図３】
2019145877.tif 000005
【図４】
2019145877.tif 000006
【図５】
2019145877.tif 000007
【図６】
2019145877.tif 000008
【図７】
2019145877.tif 000009