JP6805194B2

JP6805194B2 - 経路情報転送装置、経路情報転送方法および経路情報転送プログラム

Info

Publication number: JP6805194B2
Application number: JP2018025410A
Authority: JP
Inventors: 和都豊鷲見; 高橋　賢; 賢高橋; 成正熊川
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2018-02-15
Filing date: 2018-02-15
Publication date: 2020-12-23
Anticipated expiration: 2038-02-15
Also published as: WO2019160005A1; US20210006485A1; US11296973B2; JP2019145877A

Description

本発明は、ネットワークの経路広告を行う経路情報転送装置、経路情報転送方法および経路情報転送プログラムに関する。

ネットワークサービスの仮想化技術において、Ｌ３（レイヤ３）ネットワーク上に仮想的なＬ２（レイヤ２）トンネルを構築することで、Ｌ２パケットの転送を実現する技術が検討されている。その代表的な技術として、ＶＸＬＡＮ（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であるため、Ｅ−Ｔａｇには、“０”が設定される。
ホスト３は、コンピュータ等の一般的なネットワークホストであるため説明を省略する。

以上説明したように、経路広告システム１００は、ルートリフレクタ１によって、異なるサービスタイプ（方式）のＰＥ２間のパラメータを相互に受信可能なパラメータに変換することで、経路情報の広告を可能にする。
以下、ルートリフレクタ１の構成および動作について詳細に説明する。

≪ルートリフレクタの構成≫
図１を参照して、ルートリフレクタ１の構成について説明する。図１に示すように、ルートリフレクタ１は、パケット受信部１１と、Ｅ−ＶＰＮ機能部１２と、サービスタイプ情報記憶部１３と、情報変換部１４と、パケット生成部１５と、パケット送信部１６と、を備える。

パケット受信部１１は、ＩＰネットワークＮを介して、ＰＥ２から、ＢＧＰパケットを受信するものである。パケット受信部１１は、受信したＢＧＰパケットをＥ−ＶＰＮ機能部１２に出力する。

Ｅ−ＶＰＮ機能部１２は、Ｅ−ＶＰＮの機能を実現するための処理部である。例えば、Ｅ−ＶＰＮ機能部１２は、パケットの解析等の一般的な処理を行う。本発明において、Ｅ−ＶＰＮ機能部１２は、情報更新部１２０を備える。

情報更新部１２０は、受信したＢＧＰパケットのサービスタイプに関する情報（パラメータＰ_１，Ｐ_２等）を、ＰＥ２およびＥ−ＶＰＮごとにサービスタイプ情報記憶部１３に格納するとともに、逐次更新するものである。
この情報更新部１２０は、ＢＧＰパケットに含まれるＥ−ＶＰＮを識別するＣｏｍｍｕｎｉｔｙの値が、新たな値である場合、サービスタイプに関する情報をサービスタイプ情報記憶部１３に格納する。また、情報更新部１２０は、Ｃｏｍｍｕｎｉｔｙの値に対応する他の情報（ＶＴＥＰ、ＲＴ、Ｅ−Ｔａｇ）に変更があった場合、サービスタイプ情報記憶部１３に格納されている情報を更新する。

例えば、情報更新部１２０は、図２に示すように、ＰＥ２_１から受信したＢＧＰパケットに含まれている情報（パラメータＰ_１）をサービスタイプ情報記憶部１３にテーブル形式で格納する。このとき、情報更新部１２０は、Ｅ−Ｔａｇの値が“０”でないことを示す予め定めた値（ここでは、“Ａ”と表記）を、サービスタイプとしてサービスタイプ情報記憶部１３に記憶しておく。

また、情報更新部１２０は、図２に示すように、ＰＥ２_２から受信したＢＧＰパケットに含まれている情報（パラメータＰ_２）をサービスタイプ情報記憶部１３にテーブル形式で格納する。このとき、情報更新部１２０は、Ｅ−Ｔａｇの値が“０”であることを示す予め定めた値（ここでは、“Ｂ”と表記）を、サービスタイプとしてサービスタイプ情報記憶部１３に記憶しておく。
なお、ここでは、サービスタイプの区別を分かり易くするため、Ａ，Ｂを付加しているが、サービスタイプは、Ｅ−Ｔａｇの値によって判別可能な情報であるため、必ずしもサービスタイプ情報記憶部１３に記憶する必要はない。
図１に戻って、ルートリフレクタ１の構成について説明を続ける。

Ｅ−ＶＰＮ機能部１２は、受信したＢＧＰパケットを情報変換部１４に出力する。
サービスタイプ情報記憶部（記憶部）１３は、Ｅ−ＶＰＮ機能部１２の情報更新部１２０で更新されたサービスタイプに関する情報を、ＰＥ２およびＥ−ＶＰＮ（Ｃｏｍｍｕｎｉｔｙ）ごとに記憶するものである（図２参照）。このサービスタイプ情報記憶部１３は、ハードディスク、半導体メモリ等の一般的な記憶媒体で構成することができる。
このサービスタイプ情報記憶部１３に記憶されたサービスタイプに関する情報は、情報変換部１４によって参照される。

情報変換部１４は、サービスタイプ情報記憶部１３を参照して、ＢＧＰパケットが宛先（送信先）ＰＥ２で受信可能なように、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するものである。
なお、情報変換部１４は、宛先ＰＥ２のサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合、ＰＥ２から定期的に送信されるＢＧＰパケットにより更新されるまで、受信したＢＧＰパケットを、図示を省略したメモリに一時的に記憶（保留）し、宛先ＰＥ２のサービスタイプ情報が新たに記憶された段階で、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換する。あるいは、情報変換部１４は、宛先ＰＥ２のサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合、経路情報のアップデート（ＢＧＰＵＰＤＡＴＥ）を宛先ＰＥ２に要求することとしてもよい。

情報変換部１４は、宛先ごとに変換したＲＴおよびＥ−Ｔａｇの値を、ＣｏｍｍｕｎｉｔｙおよびＶＴＥＰの値とともに、パケット生成部１５に出力する。なお、送信元と送信先のサービスタイプが同じであれば、情報変換部１４は、ＲＴおよびＥ−Ｔａｇの値を変換せずにそのままパケット生成部１５に出力する。

ここで、図３を参照して、情報変換部１４が行うサービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）の変換内容について説明する。図３は、情報変換部１４が行うサービスタイプ情報の変換規則を示す。
図３に示すように、情報変換部１４は、送信元（受信ＰＥ）と送信先（宛先ＰＥ）とでサービスタイプが異なる場合のみ、ＲＴおよびＥ−Ｔａｇの変換を行う。

すなわち、送信元（受信ＰＥ）のサービスタイプが“Ａ”、送信先（宛先ＰＥ）のサービスタイプが“Ｂ”の場合、受信したＢＧＰパケットのＣｏｍｍｕｎｉｔｙの値を“ｘ”としたとき、情報変換部１４は、ＲＴを、サービスタイプ情報記憶部１３に記憶されている送信先（宛先ＰＥ）のｘに対応するＲＴに変換する。また、情報変換部１４は、Ｅ−Ｔａｇを“０”に変換する。

また、送信元（受信ＰＥ）のサービスタイプが“Ｂ”、送信先（宛先ＰＥ）のサービスタイプが“Ａ”の場合、受信したＢＧＰパケットのＣｏｍｍｕｎｉｔｙの値を“ｘ”としたとき、情報変換部１４は、ＲＴを、サービスタイプ情報記憶部１３に記憶されている送信先（宛先ＰＥ）のｘに対応するＲＴに変換する。また、情報変換部１４は、Ｅ−ＴａｇをＣｏｍｍｕｎｉｔｙの値“ｘ”に変換する。
図１に戻って、ルートリフレクタ１の構成について説明を続ける。

パケット生成部１５は、情報変換部１４で必要に応じて変換されたＲＴおよびＥ−Ｔａｇの値と、ＣｏｍｍｕｎｉｔｙおよびＶＴＥＰの値と、受信したＢＧＰパケットに含まれる経路情報とを用いて、宛先ごとのＢＧＰパケットを生成するものである。
パケット生成部１５は、生成したＢＧＰパケットをパケット送信部１６に出力する。

パケット送信部１６は、パケット生成部１５で生成されたＢＧＰパケットを、ＩＰネットワークＮを介して、宛先のＰＥ２に送信するものである。
以上説明したようにルートリフレクタ１を構成することで、ルートリフレクタ１は、Ｅ−ＶＰＮの経路情報転送において、異なるサービスタイプのＰＥ２間でも、サービスタイプの差異を宛先のサービスタイプに変換することで通信を行うことができる。これによって、ルートリフレクタ１は、異なるサービスタイプのＰＥ２間でＭＡＣ／ＩＰアドレスの広告が可能になり、Ｌ２トンネルを構築することが可能になる。
なお、ルートリフレクタ１は、図示を省略したコンピュータを、ルートリフレクタ１を構成する各部として機能させるためのプログラム（経路情報転送プログラム）で動作させることができる。

≪ルートリフレクタの動作≫
次に、図４を参照（構成については、適宜図１参照）して、ルートリフレクタ１の動作（経路情報転送方法）について説明する。図４は、ルートリフレクタ１が、ＢＧＰパケットを受信し、他のＰＥに転送するまでの動作を示すフローチャートである。

まず、ルートリフレクタ１は、パケット受信部１１によって、受信ＰＥ（例えば、ＰＥ２_１）から送信される経路情報を含んだＢＧＰパケットを、ＩＰネットワークＮを介して受信する（ステップＳ１）。

そして、ルートリフレクタ１は、Ｅ−ＶＰＮ機能部１２の情報更新部１２０によって、受信ＰＥに更新情報があるか否かを判定する（ステップＳ２）。すなわち、情報更新部１２０は、サービスタイプ情報記憶部１３を参照し、受信ＰＥ用のテーブル内に、受信したＢＧＰパケットに含まれるＣｏｍｍｕｎｉｔｙの値がない場合、あるいは、同じＣｏｍｍｕｎｉｔｙの値に対応する他の情報（ＶＴＥＰ、ＲＴ、Ｅ−Ｔａｇ）が相違する場合、受信ＰＥに更新情報があると判定する。

ここで、ＢＧＰパケットにおいて、受信ＰＥに更新情報があると判定した場合（ステップＳ２でＹｅｓ）、情報更新部１２０は、受信ＰＥのサービスタイプ情報をサービスタイプ情報記憶部１３に格納（追加または更新）する（ステップＳ３）。

ＢＧＰパケットにおいて、受信ＰＥに更新情報がない（すでに格納されている）場合（ステップＳ２でＮｏ）、または、受信ＰＥのサービスタイプ情報をサービスタイプ情報記憶部１３に格納後（ステップＳ３の後）、ルートリフレクタ１は、情報更新部１２０によって、宛先ＰＥ（例えば、ＰＥ２_２）のサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されているか否かを判定する（ステップＳ４）。

ここで、宛先ＰＥのサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されている場合（ステップＳ４でＹｅｓ）、ルートリフレクタ１は、情報変換部１４によって、サービスタイプ情報記憶部１３を参照して、ＲＴおよびＥ−Ｔａｇを変換する（ステップＳ５）。すなわち、情報変換部１４は、図３で説明した変換規則により、受信ＰＥと宛先ＰＥとでサービスタイプが異なる場合に、ＲＴおよびＥ−Ｔａｇを変換する。

そして、ルートリフレクタ１は、パケット生成部１５によって、ステップＳ５で変換したサービスタイプ情報を用いて、宛先ＰＥに対応したＢＧＰパケットを生成する（ステップＳ６）。

そして、ルートリフレクタ１は、パケット送信部１６によって、ステップＳ６で生成されたＢＧＰパケットを、ＩＰネットワークＮを介して宛先ＰＥに送信する（ステップＳ７）。

また、ステップＳ４において、宛先ＰＥのサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合（ステップＳ４でＮｏ）、ルートリフレクタ１は、情報変換部１４によって、宛先ＰＥへサービスタイプ情報をすでに要求しているか否かを判定する（ステップＳ８）。
ここで、宛先ＰＥへサービスタイプ情報をすでに要求している場合（ステップＳ８でＹｅｓ）、情報変換部１４は、受信したＢＧＰパケットを保留し、ステップＳ４に戻って、宛先ＰＥのサービスタイプ情報が更新されるまで待機する。

一方、宛先ＰＥへサービスタイプ情報を要求していない場合（ステップＳ８でＮｏ）、情報変換部１４は、ＢＧＰのＵＰＤＡＴＥを宛先ＰＥ２に要求する。例えば、情報変換部１４は、ＢＧＰセッションをソフトリセットする要求を含んだＢＧＰパケットを生成し、宛先ＰＥに送信（ステップＳ７）すればよい。このソフトウェアリセットにより、新たなセッションとして、ルートリフレクタ１は、ＵＰＤＡＴＥを取得することができる。

なお、ステップＳ８，Ｓ９の動作は必ずしも必須ではなく、ステップＳ４において、宛先ＰＥのサービスタイプ情報がサービスタイプ情報記憶部１３に記憶されていない場合（ステップＳ４でＮｏ）、宛先ＰＥのサービスタイプ情報が更新されるまで、ＢＧＰパケットを保留してもよい。

以上の動作によって、ルートリフレクタ１は、Ｅ−ＶＰＮの経路情報転送において、異なるサービスタイプのＰＥ２間でも、サービスタイプの差異を宛先のサービスタイプに変換することで通信を行うことができる。

≪ＢＧＰパケットの転送例≫
次に、図５，図６を参照して、経路広告システム１００におけるＢＧＰパケットの転送例について説明する。図５は、ルートリフレクタ１内に、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報がない場合のシーケンス図である。図６は、ルートリフレクタ１内に、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報がある場合のシーケンス図である。ここでは、図１に示した経路広告システム１００で、ＰＥ２_１からＰＥ２_２にＢＧＰパケット（ＵＰＤＡＴＥ）を送信することとする。

＜転送例１＞
まず、図５を参照（適宜図１参照）して、経路広告システム１００におけるＢＧＰパケットの転送例について説明する。
ＰＥ２_１は、ホスト３_１からの要求等によって、新たな経路情報（ＭＡＣ／ＩＰアドレス）を広告するためのサービスタイプ情報の更新発生事象を検出する（ステップＳ１０）。

そして、ＰＥ２_１は、ＢＧＰパケット（ＵＰＤＡＴＥ）を、ルートリフレクタ１に送信する（ステップＳ１１）。
ここでは、ＵＰＤＡＴＥに付加するサービスタイプに関する情報として、Ｃｏｍｍｕｎｉｔｙ“１”、ＶＴＥＰ“１．１．１．１”、ＲＴ“１０：１０”、Ｅ−Ｔａｇ“１”と、Ｃｏｍｍｕｎｉｔｙ“２”、ＶＴＥＰ“１．１．１．１”、ＲＴ“１０：３０”、Ｅ−Ｔａｇ“２”との２種類のパラメータＰ_１を含む。

そして、ルートリフレクタ１は、受信したＢＧＰパケット（ＵＰＦＡＴＥ）に含まれるパラメータＰ_１を、サービスタイプ情報記憶部１３にテーブル形式で登録する（ステップＳ１２）。
ここで、ルートリフレクタ１内（サービスタイプ情報記憶部１３）には、サービスタイプ情報をＰＥ２_２用に変換するための情報がないため、ルートリフレクタ１は、ＰＥ２_２にＵＰＤＡＴＥ要求を行う（ステップＳ１３）。

そして、ＰＥ２_２は、ＢＧＰパケット（ＵＰＤＡＴＥ）を、ルートリフレクタ１に送信する（ステップＳ１４）。
ここでは、ＵＰＤＡＴＥに付加するサービスタイプに関する情報として、Ｃｏｍｍｕｎｉｔｙ“１”、ＶＴＥＰ“３．３．３．３”、ＲＴ“１０：２０”、Ｅ−Ｔａｇ“０”と、Ｃｏｍｍｕｎｉｔｙ“２”、ＶＴＥＰ“４．４．４．４”、ＲＴ“１０：３０”、Ｅ−Ｔａｇ“０”との２種類のパラメータＰ_２を含む。

そして、ルートリフレクタ１は、受信したＢＧＰパケット（ＵＰＦＡＴＥ）に含まれるパラメータＰ_２を、サービスタイプ情報記憶部１３にテーブル形式で登録する（ステップＳ１５）。
これによって、ルートリフレクタ１には、ＰＥ２_１とＰＥ２_２とで送受信するＢＧＰパケットに対して、サービスタイプ情報の変換に必要な情報が格納されることになる。

そして、ルートリフレクタ１は、パラメータＰ_１をパラメータＰ_２に変換して、ＢＧＰパケット（ＵＰＤＡＴＥ）を、ＰＥ２_２に送信する（ステップＳ１６）。
このとき、ルートリフレクタ１は、情報変換部１４によって、図３に示した変換規則で、パラメータＰ_１をパラメータＰ_３に変換する。

ＰＥ２_１から送信されるＵＰＤＡＴＥのパラメータＰ_１は、Ｅ−Ｔａｇの値が“０”でないため、ＰＥ２_１のサービスタイプは“Ａ”である。一方、ＰＥ２_２から送信されるＵＰＤＡＴＥのパラメータＰ_２は、Ｅ−Ｔａｇの値が“０”であるため、ＰＥ２_２のサービスタイプは“Ｂ”である。すなわち、ＰＥ２_１とＰＥ２_２とでは、サービスタイプが異なる。そこで、ルートリフレクタ１は、図３に示すように、パラメータＰ_１のＣｏｍｍｕｎｉｔｙ“１”に対応するＲＴをＰＥ２_２のＲＴである“１０：２０”に変換するとともに、Ｅ−Ｔａｇを“０”に変換する。また、ルートリフレクタ１は、パラメータＰ_１のＣｏｍｍｕｎｉｔｙ“２”に対応するＲＴをＰＥ２_２のＲＴである“１０：３０”に変換（ここでは、同じ）するとともに、Ｅ−Ｔａｇを“０”に変換する。

このように、ルートリフレクタ１は、変換後のパラメータＰ_３を含んだＵＰＤＡＴＥを、ＰＥ２_２に送信する。これによって、ＰＥ２_２は、ステップＳ１６で送信されたＢＧＰパケット（ＵＰＤＡＴＥ）を自身宛てのパケットとして認識することができる。

＜転送例２＞
次に、図６を参照（適宜図１参照）して、経路広告システム１００におけるＢＧＰパケットの他の転送例について説明する。

図６の例では、ルートリフレクタ１内に、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報があるため、図５で説明したシーケンスのステップＳ１３からＳ１５までを省略すればよい。
このように、ルートリフレクタ１は、サービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換するための情報をすでに保持していれば、ＵＰＤＡＴＥ要求を行わずに、ＢＧＰパケットの転送を行うことができる。

以上、本発明の実施形態について説明したが、本発明は、この実施形態に限定されるものではない。
ここでは、ルートリフレクタ１は、宛先ＰＥのサービスタイプに関する情報が格納されていない場合、格納されるまでＢＧＰパケットを保留、あるいは、ＵＰＤＡＴＥ要求を行うこととした。
しかし、ルートリフレクタ１のサービスタイプ情報記憶部１３に宛先ＰＥに接続されているホストのＭＡＣ／ＩＰアドレスを予め記憶しておき、ＢＧＰパケット（ＵＰＤＡＴＥ）の送信元のＰＥ２に対して、宛先のＭＡＣ／ＩＰアドレスを送信することとしてもよい。
これによって、一時的にサービスタイプ情報（ＲＴおよびＥ−Ｔａｇ）を変換できない場合でも、送信元のＰＥ２は、ＭＡＣ／ＩＰアドレスを取得することができる。

以上説明したように、ルートリフレクタ１は、Ｅ−ＶＰＮで経路情報（ＭＡＣ／ＩＰアドレス）を広告する際に、サービスタイプ（方式）の差分を修正することで、方式の異なるルータ間でＥ−ＶＰＮを構築することができる。
またルートリフレクタ１によって、方式の異なるルータ間でＥ−ＶＰＮを構築することができるため、大規模なネットワークの更改や見直しが必要となる場合でも、既存の環境に大きな影響を与えることなく、ネットワークを構築することができる。
さらに、ルートリフレクタ１を用いることで、メーカ、方式の異なる既存の設備に影響を及ぼさずに、最適な機能、性能、コストに見合ったネットワークの構築が可能になる。

１ルートリフレクタ（経路情報転送装置）
１１パケット受信部
１２Ｅ−ＶＰＮ機能部
１２０情報更新部
１３サービスタイプ情報記憶部（記憶部）
１４情報交換部
１５パケット生成部
１６パケット送信部
２ＰＥ（ルータ）
３ホスト
１００経路広告システム

Claims

仮想プライベートネットワークで経路情報を広告するパケットを、異なるサービスタイプのルータ間で転送する経路情報転送装置であって、
前記パケットを前記ルータから受信するパケット受信部と、
前記パケット受信部で受信したパケットに含まれる前記サービスタイプに関するパラメータを前記ルータおよび前記仮想プライベートネットワークごとに更新して記憶部に記憶する情報更新部と、
前記記憶部を参照して、前記パケットの送信元のルータのサービスタイプに関するパラメータを、前記仮想プライベートネットワークが同じ送信先のルータのサービスタイプに関するパラメータに変換する情報変換部と、
前記情報変換部で変換されたパラメータを含んだパケットを送信先のルータに送信するパケット送信部と、
を備えることを特徴とする経路情報転送装置。
前記情報変換部は、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータのサービスタイプに関するパラメータが記憶されるまで、前記受信したパケットを保留することを特徴とする請求項１に記載の経路情報転送装置。
前記情報変換部は、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータに前記経路情報のアップデートを要求することを特徴とする請求項２に記載の経路情報転送装置。
前記記憶部には、前記ルータに接続されたホストのＭＡＣ／ＩＰアドレスを記憶しておき、
前記情報変換部は、受信したパケットに対応する送信先のルータのサービスタイプに関するパラメータが前記記憶部に記憶されていない場合、前記送信先のルータに接続された前記ホストのＭＡＣ／ＩＰアドレスを送信元のルータに送信することを特徴とする請求項１に記載の経路情報転送装置。
仮想プライベートネットワークで経路情報を広告するパケットを、異なるサービスタイプのルータ間で転送する経路情報転送装置の経路情報転送方法であって、
前記パケットを前記ルータから受信するステップと、
受信したパケットに含まれる前記サービスタイプに関するパラメータを前記ルータおよび前記仮想プライベートネットワークごとに更新して記憶部に記憶するステップと、
前記記憶部を参照して、前記パケットの送信元のルータのサービスタイプに関するパラメータを、前記仮想プライベートネットワークが同じ送信先のルータのサービスタイプに関するパラメータに変換するステップと、
変換されたパラメータを含んだパケットを送信先のルータに送信するステップと、
を含むことを特徴とする経路情報転送方法。
コンピュータを、請求項１から請求項４のいずれか一項に記載の経路情報転送装置として機能させるための経路情報転送プログラム。