パケットトランスポート装置
【課題】 ルーティングプロトコルを用いて論理パスを構築する転送プロトコルで構築されたネットワークを中継する、中継ネットワークを構築するパケットトランスポート装置において、受信パケットのヘッダ構造が異なるユーザデータパケットとルーティングプロトコルパケットを適切な宛先に転送する。
【解決手段】 通信事業者１から受信するルーティングパケットとユーザデータパケットから送信元MACアドレスを学習する送信元MAC学習部610と、ルーティングパケットをスヌーピングすることで通信事業者１のネットワーク内に構築される論理パスの論理パスIDを学習するルーティングプロトコルスヌーピング処理部604を有し、ユーザデータパケットは論理パスヘッダから中継論理パスを決定し、ルーティングプロトコルパケットは宛先MACアドレスから中継論理パスを決定する。
【解決手段】 通信事業者１から受信するルーティングパケットとユーザデータパケットから送信元MACアドレスを学習する送信元MAC学習部610と、ルーティングパケットをスヌーピングすることで通信事業者１のネットワーク内に構築される論理パスの論理パスIDを学習するルーティングプロトコルスヌーピング処理部604を有し、ユーザデータパケットは論理パスヘッダから中継論理パスを決定し、ルーティングプロトコルパケットは宛先MACアドレスから中継論理パスを決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットトランスポート装置にかかり、あるコネクションオリエンテッドな論理パスを構成する転送プロトコルで構築したネットワークにおいて、その他のコネクションオリエンテッドな論理パスを構成する転送プロトコルを中継する装置に関する。
【背景技術】
【０００２】
近年、ネットワークをコネクションオリエンテッド型の通信プロトコルで構築する通信キャリアやISP（Internet Service Provider）が増加してきている。コネクションオリエンテッド型の通信プロトコルにはIP/MPLS（Internet Protocol/ Multi Protocol Label Switching ）、MPLS-TP（Multi Protocol Label Switching - Transport Profile）、PBB(Provider Backbone Bridges)などがある。コネクションオリエンテッド型の通信プロトコルは、End-End間の論理的な通信パスを構成することができ、機密性に優れた通信経路を提供できることからVPN（Virtual Private Network）などのサービス提供に適している。
【０００３】
通信キャリアやISPのネットワークは、通信事業者毎に異なるプロトコルにより構築されることがある。また、全国規模のネットワークを持たない通信事業者は、全国規模のネットワークを持つ通信事業者の中継ネットワークを借りて地理的に離れた位置に存在するネットワーク間を接続する。このとき、中継ネットワークには、中継ネットワークを利用する通信事業者のデータパケットを正確に転送することと、中継ネットワークを利用する通信事業者が利用するルーティングプロトコルを透過させることが期待される。このように２種類のネットワークを相互接続することをインタワークと呼ぶ。
【０００４】
これまで、２つのネットワークのインタワークをする技術として、特許文献１や特許文献２などがある。
【０００５】
特許文献１はVLAN（Virtual Local Area Network）タグ付きIPパケットをIP/MPLSでインタワークする技術である。本技術ではVLAN IDとIP/MPLSの論理パスを対応付けるテーブルを、プロトコルをインタワークする通信装置が具備しており、VLAN付きのパケットを受信すると、受信したパケットのVLAN IDからIP/MPLSパスを検索し、IP/MPLSの論理パスを識別するMPLSラベルをパケットに付与して、IP/MPLSネットワークでパケットの転送を実現している。
【０００６】
特許文献２はVLANタグ無しのイーサネット（登録商標、以下同じ）パケット（イーサネットのデータ列をフレームと呼ぶことがあるが、本明細書ではパケットと記載する。）をIP/MPLSでインタワークする技術である。本技術では、インタワーク装置は、MACアドレスとIP/MPLSの学習テーブルを具備しており、パケットをIP/MPLSネットワーク側から受信すると、パケットを受信したIP/MPLSの論理パスとパケットの送信元MAC（Media Access Control）アドレスとの対応付けを装置自律で学習して学習テーブルを作成する。また、イーサネット側からパケットを受信すると、インタワーク装置は、受信したパケットの宛先MACアドレスで学習テーブルを検索し、パケットに付与するIP/MPLSのラベル情報を取得し、IP/MPLSの論理パスを識別するMPLSラベルをパケットに付与して、IP/MPLSネットワークで転送を実現している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−３４５８６５
【特許文献２】特開２００３−０９２５８６
【発明の開示】
【発明が解決しようとする課題】
【０００８】
それぞれ異なるコネクションオリエンテッド型の通信プロトコル１と通信プロトコル２でネットワークを構築する通信事業者１と通信事業者２が存在し、通信事業者１が通信事業者２の中継ネットワークを借用して、通信事業者１のそれぞれ地理的に離れた位置にある２つ以上のネットワークを、通信事業者２の中継ネットワークを介して接続する。
【０００９】
通信事業者１の通信プロトコル１が、ルーティングプロトコルを用いて自律事分散的に論理パスを構築する通信プロトコルである場合、通信事業者１のネットワーク内には、通信事業者１のネットワークを利用するユーザのデータパケットと、通信事業者１の通信装置間で論理パス情報を設定するルーティングプロトコルパケットが存在する。通信事業者１が地理的に離れたネットワークのEnd-End間で論理パスを構築するためには、ユーザデータパケットと同様にルーティングプロトコルパケットも通信事業者２の中継ネットワークで転送される必要がある。
【００１０】
図１と図２は、それぞれ、通信プロトコル１のユーザデータパケット100とルーティングプロトコルパケット200のフォーマットである。ユーザデータパケット100はOSI（Open Systems Interconnection）参照モデルのレイヤ２に相当するMACヘッダ111と中継ネットワーク内で中継論理パスを特定するためのヘッダ112とデータ領域113から構成されている。MACヘッダは宛先を特定する宛先MACアドレス121と、送信元を特定する送信元MACアドレス122と、MACヘッダ111の次に続くヘッダのプロトコルを特定するタイプ123から構成される。ルーティングプロトコルパケット200はOSI参照モデルのレイヤ２に相当するMACヘッダ111とルーティング情報領域211から構成されている。通信プロトコル１において、論理パスを特定するためのヘッダ112はルーティングプロトコルパケット200には付与されていない。
【００１１】
通信プロトコルの異なる中継ネットワークをインタワークする特許文献１では、通信事業者１のネットワークから入力されるデータのフォーマットはすべて論理パスを特定する論理パスヘッダ112が付与されていることを前提としている。そのため、論理パスを特定する論理パスヘッダ112が付与されないルーティングパケットが、通信事業者１のネットワークから、通信事業者２の中継ネットワークの端に位置し通信事業者１の中継ネットワークと隣接する通信事業者２の通信装置に入力されると、特許文献１ではパケットを正しい宛先に転送することができない課題がある。さらには、通信事業者１のネットワークで使用している論理パスは通信事業者１の中継ネットワークを構成する通信装置が自律的に決定しているため、通信事業者２が、通信事業者１の中継ネットワークから受信したデータがどこ宛てのものかを通信事業者２の通信装置で対応付けすることができない課題がある。
【００１２】
特許文献２では、通信事業者１のネットワークから入力されるデータのMACヘッダ111の宛先MACアドレス121のみから宛先を特定する。通信事業者１のネットワークから入力されるデータの宛先MACアドレス121と通信事業者２の中継論理パスとの対応付けは、MACアドレス学習によりおこなう。MACアドレス学習では、通信事業者２の中継ネットワークの通信装置が通信事業者１のネットワークから受信したデータが、通信事業者２の中継ネットワークの中継論理パスを通過して、反対側の通信事業者１のネットワークと接続する通信事業者２の通信装置で受信されると、該データを受信した通信装置は、データを受信した通信事業者２の中継ネットワークの中継論理パス情報と受信したデータに付与されている送信元MACアドレス122とを対応付ける。受信したデータの送信元MACアドレス122を学習することで、当該中継論理パスの逆側には前記MACアドレスを持つ通信装置が存在することを特定することができる。
【００１３】
しかし、特許文献２を用いて、通信事業者２の中継ネットワークを構築した場合、通信事業者１の論理パスヘッダ112を宛先特定に利用しない。そのため、通信事業者１のネットワークから受信したユーザデータパケット100の宛先MACアドレスが、複数の通信装置にデータをコピーして転送することを意味するマルチキャストアドレスもしくはブロードキャストアドレスである場合、通信事業者２の中継ネットワークの端に位置し通信事業者１の中継ネットワーク１と隣接する通信事業者２の通信装置はユーザデータパケット100を転送すべき通信事業者２の中継論理パスを特定することが出来ない課題がある。
【００１４】
そのため、当該通信装置は、当該通信装置に設定されている複数の中継論理パスに対してユーザデータパケット100をコピーして転送するフラッディングをしてしまう。さらに、MACアドレス未学習状態でユーザデータパケット100を受信したときも同様に、当該通信装置は、ユーザデータパケット100を転送すべき通信事業者２の中継論理パスを特定することが出来ない課題がある。そのため、当該通信装置は、設定されている複数の中継論理パスに対してユーザデータパケット100をコピーして転送するフラッディングをしてしまう。通信事業者２の中継ネットワーク内でユーザデータパケット100がフラッディングされると、論理パスによりユーザ間の通信機密性を確保する通信サービスを提供する通信事業者１にとってはユーザデータパケットの誤配が発生することとなりサービス上問題となる。
【００１５】
本発明は上記のような従来技術の問題点に鑑みて、２種類のコネクションオリエンテッド型の通信プロトコルをインタワークする際に、ユーザデータパケットをコネクションオリエンテッド型の通信プロトコルで構築した中継ネットワーク内の適切な１本の中継論理パスで転送することができるパケットトランスポート装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１６】
受信したパケットのMACヘッダから、中継ネットワークの論理パスとMACアドレスとの対応付けを学習し、さらに、ルーティングプロトコルパケットをスヌーピングして、中継ネットワークの中継論理パスと中継ネットワークを利用する他のネットワークで使用している論理パスとの対応付けを学習する。
【発明の効果】
【００１７】
上記のように構成された本発明のパケットトランスポート装置によれば、ルーティングプロトコルを用いて論理パスを構築する通信プロトコルで構築されたネットワーク間を中継ネットワークでインタワークした際においても、通信機密性を確保した通信経路を提供することができる。また、２種類のコネクションオリエンテッド型の通信プロトコルをインタワークする際に、ユーザデータパケットをコネクションオリエンテッド型の通信プロトコルで構築した中継ネットワーク内の適切な１本の中継論理パスで転送することができる。
【図面の簡単な説明】
【００１８】
【図１】通信事業者１のネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図２】通信事業者１の通信装置間で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図３】本発明を適用するパケットトランスポート装置で構築した中継ネットワークの一例を示す図である。
【図４】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図５】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図６】本発明を適用するパケットトランスポート装置の構成図の一例を示す図である。
【図７】本発明を適用するパケットトランスポート装置のMAC学習テーブルの一例を示す図である。
【図８】本発明を適用するパケットトランスポート装置のインタワークパスID学習テーブルの一例を示す図である。
【図９】本発明を適用するパケットトランスポート装置の中継論理パス管理テーブルの一例を示す図である。
【図１０】パケットトランスポート装置が通信事業者１のルーティングプロトコルからMACアドレスとインタワークパスIDを学習するシーケンスを説明する図である。
【図１１】図１０で示すシーケンスによりパケットトランスポート装置のテーブルに設定される情報を説明する図である。
【図１２】本発明を適用するパケットトランスポート装置の論理パス終端処理部の処理フローチャートを説明する図である。
【図１３】本発明を適用するパケットトランスポート装置の送信元MAC学習部の処理フローチャートを説明する図である。
【図１４】本発明を適用するパケットトランスポート装置の宛先MAC学習部の処理フローチャートを説明する図である。
【図１５】本発明を適用するパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図１６】本発明を適用するパケットトランスポート装置のインタワークパス検索部の処理フローチャートを説明する図である。
【図１７】本発明を適用するパケットトランスポート装置の中継論理パス処理部の処理フローチャートを説明する図である。
【図１８】本発明を適用する第二の実施例となるパケットトランスポート装置の構成図の一例を示す図である。
【図１９】第二の実施例となるパケットトランスポート装置が通信事業者１のルーティングプロトコルからMACアドレスとインタワークパスIDを学習するシーケンスを説明する図である。
【図２０】図１９で示すシーケンスによりパケットトランスポート装置のテーブルに設定される情報を説明する図である。
【図２１】第二の実施例となるパケットトランスポート装置の宛先MAC学習部の処理フローチャートを説明する図である。
【図２２】第二の実施例となるパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図２３】本発明を適用するパケットトランスポート装置に帯域制御機能を追加した構成図の一例を示す図である。
【図２４】第二の実施例となるパケットトランスポート装置に帯域制御機能を追加した構成図の一例を示す図である。
【図２５】帯域制御機能を追加したパケットトランスポート装置の帯域制御管理テーブルの一例を示す図である。
【図２６】帯域制御機能を追加したパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図２７】第三の実施例となるMPLS-TP伝送装置で構築した中継ネットワークの一例を示す図である。
【図２８】第三の実施例となるMPLS-TP装置の構成図の一例を示す図である。
【図２９】第三の実施例となるMPLS-TP装置のIP/MPLSパス学習テーブルの一例を示す図である。
【図３０】第三の実施例となるMPLS-TP装置のMPLS-TPパス管理テーブルの一例を示す図である。
【図３１】帯域制御機能を追加した第二の実施例となるパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図３２】IP/MPLSネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図３３】IP/MPLSネットワーク内で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図３４】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図３５】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図３６】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットの他の一例を示す図である。
【図３７】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットの他の一例を示す図である。
【図３８】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットの他の一例を示す図である。
【図３９】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットの他の一例を示す図である。
【発明を実施するための最良の形態】
【００１９】
（実施形態１）
以下、図面を用いて本発明の第一の実施の形態を詳細に説明する。
【００２０】
図3は本発明が適用されるパケットトランスポート装置により、それぞれ地理的に離れた位置にある２つ以上のネットワークをインタワークする中継ネットワークを構築した例を示す図である。
【００２１】
本図では通信事業者１と通信事業者２が存在し、通信事業者１の地理的に離れた位置にある４つのネットワーク301-1、301-2、301-3、301-4を、通信事業者２の中継ネットワーク302でインタワークしている。
【００２２】
通信事業者１のネットワーク301は、通信装置310-1、310-2、310-3、310-4、310-5、310-6、310-7、310-8、で構成されている。通信装置310は、ルーティングプロトコルを用いてネットワークの端から端までデータの通り道となる論理パス340を構成する転送プロトコルを実装している。論理パス340は、通信事業者１と契約するユーザのユーザサイト１ 341を収容する通信装置310-1とユーザサイト２ 342を収容する通信装置310-4との間で設定される。図３では、論理パスは１本しか記載していないが、通信事業者１のネットワーク内には契約ユーザ毎に論理パスが設定される。これにより、通信事業者１と契約するユーザは、機密性の高い通信サービスを利用することができる。ユーザサイトからネットワークに入力されたデータパケットには、通信装置310にて論理パスを識別する論理パスヘッダが付与さる。ネットワークを構成する通信装置310は、論理パスヘッダによりパケットの転送先を特定する。
【００２３】
通信事業者１のネットワークで用いているルーティングプロトコルでは、論理パスを識別する論理パスIDを、論理パスの始点から終点方向に通知する。よって、通信装置310-1から310-4に向かう方向でデータ転送するための論理パスを構築する場合、通信装置310-1が、通信装置310-2、310-3、310-4へ向けて、どの論理パスIDの論理パスを構築するかを通知する。通信装置310-2は、通信装置310-1から論理パスIDを通知するルーティングプロトコルパケットを受信すると、通信装置310-1から受信したルーティングプロトコルパケットで指定されている論理パスIDを装置にセットする。また、通信装置310-2は、論理パスの通り道となる次の通信装置310-3にルーティングパケットを送信して論理パスIDを通知する。このようにして、End-Endの論理パスを構築する。
【００２４】
通信事業者１のネットワークを構成する通信装置310は、ルーティングプロトコルを利用する。そのため、通信事業者１のネットワーク内には、図１及び図２に示すユーザデータパケット100とルーティングプロトコルパケット200が混在する。ユーザデータパケット100はOSI（Open Systems Interconnection）参照モデルのレイヤ２に相当するMACヘッダ111と中継ネットワーク内で論理パスを特定するための論理パスヘッダ112とデータ領域113から構成されている。論理パス340を識別するためのIDは論理パスヘッダ112内で保持される。MACヘッダは宛先を特定する宛先MACアドレス121と、送信元を特定する送信元MACアドレス122と、MACヘッダ111の次に続くヘッダのプロトコルを特定するタイプ123から構成される。
【００２５】
ルーティングプロトコルパケット200はOSI参照モデルのレイヤ２に相当するMACヘッダ111とルーティング情報領域211から構成されている。通信プロトコル１において、論理パスを特定するためのヘッダ112はルーティングプロトコルパケット200には付与されていない。
【００２６】
通信事業者２の中継ネットワーク302は、パケットトランスポート装置320-1、320-2、320-3、320-4で構成されている。パケットトランスポート装置320は、中継ネットワーク302の端から端までデータの通り道となる中継論理パスを構成する転送プロトコルを実装している。中継ネットワーク302の転送プロトコルには、ルーティングプロトコルを用いて中継論理パスを構築するものを用いても良いし、中継ネットワーク302を構成するパケットトランスポート装置320に明示的に中継論理パスの経路を設定するネットワークマネージメントシステムを用いて中継論理パスを構築するものを用いても良い。
【００２７】
図３の例では、中継ネットワーク302内の中継論理パスは、通信事業者１のネットワーク301を相互接続するために、通信事業者１のネットワーク301-1を収容するパケットトランスポート装置320-1と通信事業者１のネットワーク301-2を収容するパケットトランスポート装置320-2とを接続する中継論理パス331、通信事業者１のネットワーク301-1を収容するパケットトランスポート装置320-1と通信事業者１のネットワーク301-3を収容するパケットトランスポート装置320-3とを接続する中継論理パス332、通信事業者１のネットワーク301-1を収容するパケットトランスポート装置320-1と通信事業者１のネットワーク301-4を収容するパケットトランスポート装置320-4とを接続する中継論理パス333を設定している。通信事業者１のネットワークから通信事業者２のネットワークに入力したパケットは、通信事業者１のネットワーク間を接続する中継論理パス331、332、333の何れかにより転送されるため、通信事業者２内で機密性の高い通信を実現できる。通信事業者２の中継ネットワーク302において、通信事業者１と契約するユーザのユーザサイト１ 341とユーザサイト２ 342を接続する論理パス340を流れるユーザデータは、中継ネットワーク302の中継論理パス331で転送される必要がある。論理パス340を流れるユーザデータが、中継ネットワーク302の他の中継論理パスへ転送されると、通信の機密性が守れなくなってしまうためである。
【００２８】
図３の一例では、中継ネットワーク302に設定されている中継論理パス331に収容される通信事業者１の論理パスは論理パス340の１本だけだが、同じ中継論理パス331に通信事業者１の複数の論理パスが設定されることもある。
【００２９】
図６は本発明の一適用例であるパケットトランスポート装置320の構成図である。パケットトランスポート装置320は、１個以上のスイッチ部323と、1個以上の装置制御部324と、１枚以上の中継ネットワークIF322と、１枚以上のインタワークインタフェース（IF）321から構成される。スイッチ部323、装置制御部324、中継ネットワークIF322、インタワークIF321は互いに接続される。
【００３０】
装置制御部324は、ネットワーク管理者の保守メンテナンス用のインタフェースおよびインタワークIF321と中継ネットワークIF322及びスイッチ部323を制御する。スイッチ部323は、データの転送先を特定し、適切なインタワークIF321又は中継ネットワークIF322に転送データを引き渡す。中継ネットワークIF322は中継ネットワーク302を構成する他のパケットトランスポート装置320を接続するインタフェースである。
【００３１】
中継ネットワークIF322は、中継ネットワークを構成する他のパケットトランスポート装置320を接続するインタフェースである。中継ネットワークIF322は受信回路621、中継論理パス検索部622、SW送信回路623、SW受信回路624、送信回路625、IF制御部626を含む。
【００３２】
IF制御部626は、装置制御部324と接続しており、装置制御部324から通知された設定情報を中継ネットワークIF322の各構成部に対して設定する機能と、各構成部に設定されている情報を読み出して、装置制御部324へ通知する機能を有する。
【００３３】
受信回路621は、中継ネットワークのその他のパケットトランスポート装置320からパケットを受信する。送信回路625は、中継ネットワークのその他のパケットトランスポート装置320へパケットを送信する。
【００３４】
中継論理パス検索部622は、受信したパケットが本インタフェースで受信すべきパケットかどうかを確認する。受信すべきでないパケットは中継論理パス検索部622で廃棄される。中継論理パス検索部622は中継論理パス管理テーブル（図示せず）を具備しており、受信パケットの中継論理パスヘッダ402から取得した中継論理パスIDと中継論理パス管理テーブルに設定されている中継論理パスIDとを比較し、IDの値が一致した場合はパケットをSW送信回路626へ転送し、値が一致しなかった場合は受信パケットを廃棄する。
【００３５】
SW送信回路623は、スイッチ部323へパケットを送信する。SW受信回路624は、スイッチ部323からパケットを受信する。
【００３６】
インタワークIF321は、他の通信業者の通信装置を接続するインタフェースである。さらに、インタワークIF321は、他の通信事業者の通信装置から受信したパケットから宛先を学習する機能と、受信したパケットに中継ネットワークで使用する中継論理パスヘッダを付与する機能を有する。
【００３７】
インタワークIF321は、受信回路601、宛先MAC検索部602、インタワークパス検索部603、ルーティングプロトコルスヌーピング処理604、中継論理パス処理部605、SW送信回路606、SW受信回路607、中継論理パス終端部608、送信元MAC学習部610、送信回路611、IF制御部615を含む。
【００３８】
IF制御部615は、装置制御部324と接続しており、装置制御部324から通知された設定情報をインタワークIF321の各構成部に対して設定する機能と、各構成部に設定されている情報を読み出して、装置制御部324へ通知する機能と、を有する。
【００３９】
受信回路601は、他の通信事業者の通信装置310からパケットを受信する。
【００４０】
宛先MAC検索部602は、パケットを受信すると受信したパケットのMACヘッダ111から宛先MACアドレス121を取得して、受信したパケットの宛先MACがMAC学習テーブル612に登録されているかどうかを確認する。宛先MAC検索部602が、パケットを受信したときの動作を図７と図１４を用いて述べる。
【００４１】
図７は、宛先MAC検索部602および送信元MAC学習部610がパケットを受信したときに検索するMAC学習テーブル612の構成を図示したものである。図７ではMAC学習テーブルの登録可能エントリ数が３個の場合の一例を表しているが、もっと多くのエントリを登録することも発明の効果に関係なく可能である。MAC学習テーブル612は、学習MACアドレス701と中継論理パス検索インデックス702から構成されている。MAC学習テーブル612の中継論理パス検索インデックス702と学習MACアドレス701はそれぞれ、中継ネットワーク302側から受信したパケットが転送されてきた中継ネットワークの中継論理パスを装置内で管理するIDと、そのパケットの送信元MACアドレスである。これら設定値は、インタワークIF321が自律的に収集してテーブルに登録する。パケットトランスポート装置320は、送信元MACアドレス701と中継論理パス検索インデックス702を関連付けてテーブルに登録することで、送信元MACアドレスを有する通信装置が、中継論理パス検索インデックスで特定される中継ネットワークの中継論理パスの先に存在することを学習する。MAC学習テーブルへの登録については後述する。
【００４２】
図１４はパケットを受信したときの宛先MAC検索部602の動作フローチャートである。宛先MAC検索部602は、パケットを受信すると、まず、受信パケットのMACヘッダ111から宛先MACアドレス121を取得する（S1400）。次に、取得した宛先MACアドレス121を検索キーとして、MAC学習テーブル612に一致するアドレスが登録されているか、MAC学習テーブル612の学習MACアドレス701を検索する（S1402）。MAC学習テーブル612の検索結果、取得した宛先MACアドレスはMAC学習テーブル612に登録されているかを判定する（S1403）。MAC学習テーブル612に取得した宛先MACアドレスと同一のMACアドレスが登録されている場合、宛先MACアドレスに対応する中継論理パス検索インデックスをテーブルから取得する（S1404）。MAC学習テーブル612に同一のMACアドレスが登録されていない場合、インタワークIFに登録されている全ての中継論理パスに対してパケットを複製して転送することを表すフラッディング用中継論理パス検索インデックスを保持する（S1407）。
【００４３】
次に受信したパケットの種別を判定する。受信したパケットがユーザデータパケット100かルーティングプロトコルパケット200かを判定する。ルーティングプロトコルパケット200の場合、さらにそのパケットが、通信事業者１の通信装置310間でデータ通信するための論理パスIDを通知するメッセージであるか、または、通信事業者１の通信装置310間でデータ通信するための論理パスIDを削除する通知するメッセージであるかどうかを判定する（S1405）。受信パケットが論理パスIDを通知するメッセージまたは論理パスIDを削除するメッセージの場合、中継論理パス検索インデックス702と受信パケットとをルーティングプロトコルスヌーピング部604へと転送する（S1406）。受信パケットが論理パスIDを通知するメッセージまたは論理パスIDを削除するメッセージでなかった場合、中継論理パス検索インデックス702と受信パケットとをインタワークパス検索部603へと転送する（S1408）。受信パケットがユーザデータパケット100かルーティングプロトコルパケット102かは、MACヘッダのタイプ123の値で確認することができる。また、ルーティングパプロトコルパケット102であった場合は、ルーティング情報領域からメッセージの内容を確認することができる。
【００４４】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルの情報の登録及び削除を行う。ルーティングプロトコルスヌーピング処理部604が、パケットを受信したときの動作を図８と図１５を用いて述べる。
【００４５】
図８は、ルーティングプロトコルスヌーピング処理部604とインタワークパス検索部603のそれぞれがパケットを受信したときに検索するインタワークパス学習テーブル613の構成を図示したものである。図８では、インタワークパス学習テーブル613の登録可能エントリ数が３個の場合の一例を表しているが、もっと多くのエントリを登録することも発明の効果に関係なく可能である。インタワークパス学習テーブル613は、インタワークパスID801と中継論理パス検索インデックス802とから構成されている。
【００４６】
インタワークパス学習テーブル613のインタワークパスID801と中継論理パス検索インデックス802を、インタワークパス学習テーブル613へ登録する手順を図１５を用いて述べる。
【００４７】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200を宛先MACアドレス検索部602から受信すると、ルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDを取得する（S1500）。次に、受信したパケットが論理パスIDを通知するメッセージか、論理パスIDを削除するメッセージかを確認する（S1502）。メッセージの種別もルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパス学習テーブル613のインタワークパスID801に登録し、宛先MACアドレス検索部602から通知された中継論理パス検索インデックスをインタワークパス学習テーブル613の中継論理パス検索インデックス802に登録する（S1503）。S1503により、通信事業者１のネットワークで使用する論理パスと通信事業者２の中継ネットワークで使用する中継論理パスが一対一で対応付く事になる。
【００４８】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDを用いてインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802をインタワークパス学習テーブル613から削除する（S1504）。S1504により、通信事業者１で使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【００４９】
S1503、S1504のいずれかの処理を行った後、中継論理パス検索インデックスとルーティングプロトコルパケット200を中継論理パス処理部605へと転送する。
【００５０】
インタワークパス検索部603は、ユーザデータパケット100を受信すると論理パスヘッダ112から論理パスIDを取得し、取得した論理パスIDを用いてインタワークパス学習テーブル613を検索して、中継論理パス検索インデックスを取得する。インタワークパス検索部603がパケットを受信したときの動作を図８と図１６を用いて述べる。
【００５１】
インタワークパス検索部603は、ユーザデータパケット100またはルーティングプロトコルパケット200を宛先MACアドレス検索部602から受信すると、論理パスヘッダ112が付いているユーザデータかどうかを判定する（S1601）。受信パケットが論理パスヘッダ112が付いているユーザデータパケット100であった場合、論理パスヘッダ112から論理パスIDを取得する（S1602）。受信パケットがルーティングプロトコルパケット200であった場合、S1607の処理へ移る。次に、取得した論理パスIDを検索キーとしてインタワークパス学習テーブルを検索する（S1603）。インタワークパス学習テーブル613のインタワークパスID801に、取得した論理パスIDが登録されているかどうかを確認する（S1604）。
【００５２】
インタワークパス学習テーブル613に取得した論理パスIDが登録されていた場合、対応する中継論理パス検索インデックス802を取得する。このとき、宛先MAC検索部602から通知されていた中継論理パス検索インデックス702を、インタワークパス学習テーブル613から取得した中継論理パス検索インデックス802で更新する（S1605）。
【００５３】
次に、インタワークパス検索部603で更新した中継論理パス検索インデックス802またはルーティングプロトコルパケットの場合は、宛先MACアドレス検索部602から取得した中継論理パス検索インデックス702とパケットを中継論理パス処理部へと転送する（S1607）。
【００５４】
受信したパケットがユーザデータパケットにも関わらず、インタワークパス学習テーブル613に取得した論理パスIDが登録されていなかった場合、未設定パスへのデータ誤配信の可能性があるため、インタワークパス検索部603でユーザデータパケット100を廃棄して処理を終了する（S1606）。
【００５５】
インタワークパス検索部603のS1605の動作により、ユーザデータパケット100の宛先MACアドレス121が複数の宛先にパケットを複写して転送するマルチキャストアドレスやブロードキャストアドレスであった場合でも、論理パスヘッダ112から通信事業者２の中継ネットワークで設定している特定の中継論理パスを選択してパケットを転送することができる。さらに追加して説明すると、図３に示す論理パス340で転送されるユーザデータパケットの宛先MACアドレスがマルチキャストやブロードキャストで有った場合でも、通信事業者２の中継ネットワークの中継論理パス331を利用してパケットを転送することができる（中継論理パス332や中継論理パス333へパケットが転送されることは無い）。また、ユーザデータパケット100の宛先MACアドレス121が単一の宛先を示すユニキャストアドレスだが、MAC学習テーブル612に宛先MACアドレスが登録されていなかった場合でも特定の中継論理パスを選択してパケットを転送することができる。
【００５６】
中継論理パス処理部605は、通信事業者２の中継ネットワークが使用する転送プロトコルの中継論理パスの始点となる処理部である。中継論理パス処理部605は、ユーザデータパケット100またはルーティングプロトコルパケット200を受信すると、中継ネットワーク302でパケットを転送すべき中継論理パスを特定して、受信パケットに中継論理パスヘッダを付与する。中継論理パス処理部605がパケットを受信したときの動作を図９と図１７を用いて述べる。
【００５７】
図９は、中継論理パス処理部605と中継論理パス終端部608がパケットを受信したときに検索する中継論理パス管理テーブル614の構成を図示したものである。中継論理パス管理テーブル614は、中継論理パス検索インデックス901と中継論理パスIDから構成されている。図９では中継論理パス管理テーブルの登録可能エントリ数が３個の場合の一例を表しているが、もっと多くのエントリを登録することも発明の効果に関係なく可能である。通信事業者２は、通信事業者１に提供する中継ネットワーク302内の論理パスをサービス開始前に決定し、本テーブルに、装置内で管理する論理パスのインデックスである中継論理パス検索インデックス901と、決定した通信事業者１に提供する中継ネットワーク302内の論理パスを通信事業者２の中継ネットワーク内で用いる論理パスの識別子である中継論理パスIDとしてそれぞれ事前登録しておく。図９の登録内容は、パケットトランスポート装置320-1のインタワークIF321の中継論理パス管理テーブル614の一例を表している。図３の例ではパケットトランスポート装置320-1には３本の論理パスが設定されている。パケットトランスポート装置320-2と接続する論理パス331、パケットトランスポート装置320-3と接続する論理パス333、パケットトランスポート装置320-4と接続する論理パス332である。これらは順に中継論理パス検索インデックス０、１、２、論理パスID１０００、２０００、３０００として登録されている。本テーブルへのエントリの登録は通信業者２のネットワーク管理者により装置制御部324を経由して明示的に１装置ずつ登録されても良いし、中継ネットワーク302を構成するパケットトランスポート装置320間でルーティングプロトコルを利用して自律的に登録されても良い。
【００５８】
図１７は中継論理パス処理部605の動作フローチャートである。
【００５９】
中継論理パス処理部605は、パケットと中継論理パス検索インデックスを受信すると、受信した中継論理パス検索インデックスがフラッディング用のインデックスかどうかを判定する（S1701）。受信したパケットがフラッディング用のインデックスで無い場合、取得した中継論理パス検索インデックスを検索キーとして中継論理パス管理テーブル614を検索する（S1703）。次に、中継論理パス管理テーブル614から対応する中継論理パスIDを取得する（S1704）。次に、取得した中継論理パスIDの中継論理パスヘッダを作成して受信パケットの先頭にヘッダを付与してカプセル化する（S1705）。
【００６０】
カプセル化したあとのパケットフォーマットを図４および図５に示している。図４は、ユーザデータパケットを通信事業者２の中継ネットワークの転送プロトコルでカプセル化したパケットフォーマット400である。図５は、ルーティングプロトコルパケットを通信事業者２の中継ネットワークの転送プロトコルでカプセル化したパケットフォーマット500である。受信パケットのMACヘッダ111の外側に中継論理パスヘッダ402を付与する。中継論理パスヘッダ402の外側に位置するレイヤ２ヘッダ400は通信事業者２の中継ネットワークで用いられているOSI参照モデルのレイヤ２プロトコルに依存するヘッダであり、中継ネットワークIF322の送信回路625で付与され、同じく中継ネットワークIF322の受信回路621で削除されるヘッダである。
【００６１】
また、通信事業者２の中継ネットワークで用いられるレイヤ２プロトコルがイーサネットの場合、通信事業者１のネットワークで使用しているMACヘッダ111を利用することも可能である。通信事業者１のネットワークで使用しているMACヘッダ111を利用する場合のパケットフォーマットを図３６、３７に示す。図３６は、ユーザデータパケット100を通信事業者２のネットワークで転送するときのパケットフォーマット3600である。中継論理パスヘッダ402は、受信したユーザデータパケットのMACヘッダ111と論理パスヘッダ112との間に付与する。図３７はルーティングプロトコルパケット200を通信事業者２のネットワークで転送するときのパケットフォーマット3700である。中継論理パスヘッダ402は、MACヘッダ111とルーティング情報領域211の間に付与する。このように、通信事業者１で用いられるMACヘッダ111を流用することで、オーバヘッドを小さくする効果がある。以下、実施例では通信事業者２の中継ネットワークで用いるパケットフォーマットは図４、図５として説明するが、図３６、図３７のパケットフォーマットでも同じ処理で同じ効果を得ることができる。
【００６２】
中継論理パス処理部で受信したパケットの中継論理パス検索インデックスがフラッディング用で有った場合、本インタフェースに設定されている全中継論理パス数分パケットをコピーし、各中継論理パス の中継論理パスヘッダを生成し、コピーしたパケットをカプセル化する（S1703）。
【００６３】
通信事業者２の転送プロトコルでカプセル化したパケットは、SW送信回路606へ転送される（S1706）。
【００６４】
SW送信回路606はスイッチ部123へパケットを転送する。SW受信回路607はスイッチ部123からパケットを受信する。
【００６５】
中継論理パス終端部608は、通信事業者２の中継ネットワークが使用する転送プロトコルの中継論理パスを終端する処理部である。中継論理パス終端部608は、受信したパケットの中継論理パスヘッダ402から通信事業者２の中継ネットワーク中継論理パスを特定する中継論理パスIDを取得して、インタワークIF321で管理している中継論理パス検索インデックスを、中継論理パス管理テーブル614から取得する。中継論理パス終端部608がパケットを受信したときの動作を図９と図１２を用いて述べる。
【００６６】
中継論理パス終端部608は、ユーザデータパケット400またはルーティングプロトコルパケット500を受信すると中継論理パスヘッダ402から中継論理パスIDを取得する。また、中継論理パスヘッダ402を受信パケットから削除する（S1201）。次に、取得した中継論理パスIDを検索キーとして中継論理パス管理テーブル614を検索し、取得した論理パスIDと一致する中継論理パスIDに対応付く中継論理パス検索インデックス901を取得する（S1202）。次の処理ブロックに、受信したパケットと中継論理パス検索インデックスを転送する（S1203）。
【００６７】
送信元MAC学習部610は、通信事業者１のネットワークが送受信するパケットの送信元MACアドレス122とインタワークIF321で管理している中継論理パス検索インデックスとを対応付けてMAC学習テーブル612に登録する。送信元MAC学習部610がパケットを受信したときの動作を図７と図１３を用いて述べる。
【００６８】
送信元MAC学習部610は、パケットを受信すると、受信パケットのMACヘッダ111から送信元MACアドレス122を取得する（S1301）。取得した送信元MACアドレス122を検索キーとして、MAC学習テーブル612を検索する（S1302）。検索の結果、送信元MACがテーブルに登録されているかどうかを確認する（S1303）。MAC学習テーブル612に同一のMACアドレスが登録されていなかった場合、MAC学習テーブル612に取得したMACアドレスと中継論理パス検索インデックスとを対応付けてMAC学習テーブル612に登録する（S1304）。MAC学習テーブル612に同一のMACアドレスが登録されている場合は、何もせず処理を終了する。
【００６９】
送信元MAC学習部610が、受信パケットの送信元MACアドレス122と中継論理パス検索インデックス702とを対応付けてMAC学習テーブル612に登録することから、通信事業者１のネットワークの通信装置310から受信した論理パスヘッダが付いていないパケットであっても、パケットトランスポート装置320は通信事業者２が設定している特定の中継論理パスを選択してパケットを転送することができる。
【００７０】
次に、図１０と図１１を用いて本発明が適用されるパケットトランスポート装置320が、送信元MACアドレスと通信事業者１のネットワークで用いられる論理パスIDを学習する手順を説明する。
【００７１】
図１０は、通信事業者１のネットワークの通信装置310-2と通信装置310-3との間で論理パスが設定された後、データ送受が行われ、さらには、論理パスが削除されるまでのシーケンスの一例を記載した図である。図１１は、本発明のパケットトランスポート装置320-1が有するMAC学習テーブル612、インタワークパス学習テーブル613、中継論理パス管理テーブル614の設定内容を表している。
【００７２】
通信事業者２の中継ネットワークのパケットトランスポート装置320の中継論理パス管理テーブル614において、通信事業者１のネットワークに提供する中継論理パスのみ設定された初期状態がS1101となる。このとき、中継論理パス管理テーブル614には、中継ネットワーク302に設定された中継論理パス331、332、333の情報が、中継論理パス検索インデックス０中継論理パスID１０００、中継論理パス検索インデックス１中継論理パスID２０００、中継論理パス検索インデックス２中継論理パスID３０００、として登録されている。
【００７３】
通信事業者１のネットワークに対して通信事業者２がネットワーク提供を開始すると、通信装置310-2は、ネットワーク内に同一転送プロトコルを使用する通信装置が存在するかを確認する探索メッセージ1011を送信する。探索メッセージ1101の宛先MACアドレスには、ネットワーク内の全ての通信装置310にパケットが届くように、ブロードキャストアドレスまたはマルチキャストアドレスが使用される。パケットトランスポート装置320-1は、探索メッセージ1101を受信すると、宛先MACアドレスがブロードキャスト（マルチキャスト）でありかつ、論理パスヘッダ112が付与されていないことから、インタワークIF321に登録されている全ての中継論理パス（331、332、333）にパケットをコピーして転送する。
【００７４】
探索メッセージ1011を受信した通信装置310-3は、応答メッセージ1012を通信装置310-2へ送信する。応答メッセージ1012を受信したパケットトランスポート装置320-1は、受信した応答メッセージが転送されてきた中継ネットワークの中継論理パス331の論理パスID１０００に対応する中継論理パス検索インデックス０を、中継論理パス管理テーブル614から取得する。また、MACヘッダ111の送信元MACアドレス112の位置から、通信装置310-3のMACアドレスである「Ａ」を取得し、MAC学習テーブル612にMACアドレス「Ａ」と中継論理パス検索インデックス「０」とを登録する（S1102）。パケットトランスポート装置320-1のMAC学習テーブル612に、送信元MACアドレス「Ａ」が登録されていないため、図１３のＳ１３０４で説明した、送信元ＭＡＣ学習部の処理により登録されるものである。MAC応答メッセージ1012は、パケットトランスポート装置320-1から通信装置310-2へと転送される。
【００７５】
次に、通信事業者１のネットワークで使用する論理パスの設定するために、通信装置310-2は、論理パスID割当メッセージ1013を通信装置320-3へ送信する。通信事業者１のネットワークの中で使用する論理パスを通知する、論理パスID割当メッセージ1013が通信装置320-2から通信装置310-3へと送信される。論理パスID割当メッセージ1013の宛先MACアドレス121は通信装置310-3を特定する「Ａ」が付与されており、ルーティング情報領域211には利用する論理パスＩＤが「１００」であることが記載されている。論理パスID割当メッセージを受信したパケットトランスポート装置320-1の宛先ＭＡＣ検索部は、MACヘッダ111から受信パケットの宛先MACアドレス121が「Ａ」であることを取得し、MACアドレス「Ａ」を検索キーとしてMAC学習テーブル612を検索する。これにより、MAC学習テーブル612から中継論理パス検索インデックス「０」を所得する。
【００７６】
次に、受信したパケットが論理パスID割当メッセージの場合はルーティング情報領域211から判断し、パケットトランスポート装置320-1のルーティングプロトコルスヌーピング処理部604において同じくルーティング情報領域211から通信事業者１のネットワークの通信装置310が設定しようとしている論理パスID「１００」を取得し、インタワークパス学習テーブル613に論理パスID「１００」と中継論理パス検索インデックス「０」とを登録する（S1103）。これにより、パケットトランスポート装置320-1は、通信事業者１のネットワークで使用する論理パス「１００」と通信事業者２の中継ネットワークで使用する中継論理パス「１０００」とを一対一で対応付けることができる。また、論理パスID割当メッセージ1013は、宛先MACアドレスから中継論理パス検索インデックスが「０」であることが特定されているため、中継論理パスIDが「１０００」の中継論理パスヘッダ402でカプセル化されて、パケットトランスポート装置320-1から中継ネットワーク302へと転送される。
【００７７】
論理パスID割当メッセージ1013を受信した通信装置310-3は、通信装置310-2から転送されてくるユーザデータパケット100には、論理パスヘッダ112の論理パスIDが「１００」と設定されるということを学習する。
【００７８】
論理パスID割当メッセージ1013を受信した通信装置310-3は、応答メッセージ1014を通信装置310-2へ送信する。応答メッセージ1014を通信装置310-2が受信することで、通信装置310-2と通信装置310-3の間に論理パスID１００の論理パスが開通することになる。
【００７９】
論理パスが開通すると、通信事業者１は、通信事業者１と契約するユーザに対して通信サービスを開始する。それにともない、通信装置310-2からはユーザデータパケット1015が送信されてくる。
【００８０】
パケットトランスポート装置320-1は、ユーザデータパケット1015を受信すると、論理パスヘッダ112から論理パスID「１００」を取得し、インタワークパス検索部において論理パスIDを検索キーとしてインタワークパス学習テーブル613を検索し、対応する中継論理パス検索インデックス802の値「０」を取得する。次に、中継論理パス検索部において中継論理パス検索インデックス802を検索キーとして中継論理パス管理テーブルを検索し、中継論理パスIDの値「１０００」を取得する。パケットトランスポート装置320-1は、取得した中継論理パスIDで中継論理パスヘッダ402を生成して、受信したユーザデータパケットをカプセル化して、パケットトランスポート装置320-1から中継ネットワーク302へカプセル化したユーザデータを転送する。このように、パケットトランスポート装置は、通信装置310-2と通信装置310-3で使用する論理パスIDを論理パスID割当メッセージ1013から学習することができるため、宛先MACアドレス121がマルチキャストやブロードキャストであるユーザデータパケット1015を受信したとしても、中継ネットワーク302の特定の中継論理パスID「１０００」の中継論理パスでパケットを転送することができる。
【００８１】
次に、通信事業者１のネットワークで使用する論理パスを削除する、論理パスID削除メッセージ1016が、通信装置310-2から通信装置310-3へと送信される。論理パスID削除メッセージ1016の宛先MACアドレス121には通信装置310-3を特定する「Ａ」が付与されており、ルーティング情報領域211には削除する論理パスＩＤが「１００」であることが記載されている。論理パスID削除メッセージを受信したパケットトランスポート装置320-1は、MACヘッダ111から受信パケットの宛先MACアドレス121が「Ａ」であることを取得し、MACアドレス「Ａ」を検索キーとしてMAC学習テーブル612を検索する。これにより、MAC学習テーブル612から中継論理パス検索インデックス「０」を取得する。次に、受信したパケットが論理パスID削除メッセージであることをルーティング情報領域211から判断し、ルーティングプロトコルスヌーピング処理部604において同じくルーティング情報領域211から論理パスID「１００」を取得し、インタワークパス学習テーブル613から論理パスID「１００」と中継論理パス検索インデックス「０」とを削除する（S1102）。また、論理パスID割当メッセージ1013は、宛先MACアドレスから中継論理パス検索インデックスが「０」であることが特定されているため、中継論理パスIDが「１０００」の中継論理パスヘッダ402でカプセル化されて、パケットトランスポート装置320-1から中継ネットワーク302へと転送される。
【００８２】
論理パスID削除メッセージ1016を受信した通信装置310-3は、通信装置310-2との間で設定されていた論理パスID「１００」が廃止されるということを学習する。
【００８３】
論理パスID削除メッセージ1016を受信した通信装置310-3は、応答メッセージ1017を通信装置310-2へ送信する。応答メッセージ1017を通信装置310-2が受信することで、通信装置310-2と通信装置310-3との間に設定された論理パスID１００が廃止されることになる。
【００８４】
本実施例１で述べた、通信事業者１のネットワークで用いられる転送プロトコルの具体的代表例としては、IP/MPLSのLDP（Label Distribution Protocol）アップストリームラベル割当てやPPPoEなどがあげられる。尚、実施例では、通信事業者１と通信事業者２として説明しているが、通信事業者は同じでもよく、第２の論理パスを用いてパケットを転送する第２の中継ネットワークが、第１の論理パスを用いてパケットを転送する、複数の拠点にまたがっている第１のネットワークを中継する場合に適用する発明である。
【００８５】
また、ルーティングプロトコルによっては、論理パスID割当てメッセージ1913を送信する前に、通信装置310間で論理パスID要求メッセージ（図示せず）を送信するものもある。
【００８６】
本発明を適用するパケットトランスポート装置320の拡張例の一つを図２３、図２５、図２６を用いて解説する。
【００８７】
通信事業者１の中には、付加価値機能としてネットワーク301の契約者に対して契約帯域を保証するサービスを提供する場合がある。ルーティングプロトコルで論理パスを設定する転送プロトコルを利用する通信事業者１が契約帯域を保証するサービスを提供する場合、ネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルを用いることができる。このようなルーティングプロトコルには論理パス通知IDメッセージのルーティング情報領域211の中に論理パスIDだけでなく確保すべき帯域情報が含まれている。
【００８８】
上記転送プロトコルを利用するネットワークを収容する通信事業者２では、中継ネットワーク102の契約者に対して契約帯域を保証するサービスを提供する必要がある。このとき、通信事業者２のパケットトランスポート装置320のインタワークIF121には、帯域制御処理部641が追加される。
【００８９】
帯域制御処理部641では、中継ネットワーク302の中継論理パスを利用する契約者の契約帯域を超過したデータが中継ネットワーク302内に流入しないように監視しており、契約帯域を超過したデータが流入した場合は、超過データを廃棄したり、超過データの廃棄優先度を高めたり、超過データに遅延を加えたりする帯域制御を実行する。
【００９０】
中継ネットワーク302の中継論理パスを利用する契約者の契約帯域情報は、帯域管理テーブル642で管理される。図２５に帯域管理テーブルの構成例を示す。本発明のパケットトランスポート装置320では、帯域管理テーブル642に中継ネットワーク302の中継論理パスIDを装置内で管理するための中継論理パス検索インデックス2500と、中継論理パス検索インデックス2500で特定される中継論理パスを契約するユーザの契約帯域を保持する中継論理パス契約帯域2502とを有する。さらに、帯域管理テーブル642は、通信装置310間でルーティングプロトコルを利用して確保した論理パスの帯域を管理するインタワークパス消費帯域2503を有する。
【００９１】
このインタワークパス消費帯域2503を有することで、通信事業者２の中継ネットワーク302の同一中継論理パス内に、通信事業者１の複数の帯域確保型の論理パスが設定される場合、通信事業者１が通信事業者２との間で契約している契約帯域に対して現在通信事業者１が消費（使用）している帯域をパケットトランスポート装置320は知ることができる。これにより、論理パス契約帯域に対して消費帯域量がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。これにより、通信事業者２のネットワーク管理者は通信事業者１のネットワーク管理者に対して、契約帯域を大きくするように警告を出すことができる。
【００９２】
これら機能を実現するために、インタワークIF121のルーティングプロトコルスヌーピング処理部604の処理フローチャートを変更する。変更したフローチャートを図２６に示す。
【００９３】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１の論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルに情報の登録及び削除を行う。また、帯域監視テーブル643のインタワークパス消費帯域の更新を行う。
【００９４】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200を宛先MACアドレス検索部602から受信すると、ルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDと確保帯域情報を取得する（S2601）。次に、受信したパケットが論理パスIDを通知するメッセージか、論理パスIDを削除するメッセージかを確認する（S2602）。メッセージの種別もルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパスID801に登録し、宛先MACアドレス検索部602から通知された中継論理パス検索インデックスを中継論理パス検索インデックス802に登録する（S2603）。S2603により、通信事業者１のネットワークで使用する論理パスと通信事業者２の中継ネットワークで使用する中継論理パスが一対一で対応付く事になる。
【００９５】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503に、取得した確保帯域情報を加算する（S2604）。
【００９６】
次に、中継論理パス契約帯域2502とインタワークパス消費帯域2503を比較し、比較結果が一定割合を超過している場合は、IF制御部615へと帯域異常警報を通知する（S2605）。
【００９７】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDからインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802をインタワークパス学習テーブル613から削除する（S2607）。S2607により、通信事業者１のネットワークで使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【００９８】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503から取得した確保帯域情報を減算する（S2608）。
【００９９】
中継論理パス検索インデックスとルーティングプロトコルパケット200を中継論理パス処理部605へと転送する（S2606）。
【０１００】
これにより、帯域確保型のサービスにおいて、契約帯域に対して消費帯域がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。
【０１０１】
通信事業者１のネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルの具体的代表例としてはRSVP（Resource Reservation Protocol）やCRLDP（Constraint-based Routed Label Distribution Protocol）などがあげられる。
【０１０２】
（実施例２）
以下、図面を用いて本発明の第二の実施の形態を詳細に説明する。
【０１０３】
図１８は本発明が適用されるパケットトランスポート装置の第二の実施例である。
【０１０４】
第二の実施形態ではルーティングプロトコルスヌーピング処理部632が、中継論理パス終端部608と送信元MAC学習部610の間に位置している。それ以外の処理ブロックの配備位置は第一の実施例と同じ構成となっている。
【０１０５】
図１８に示すパケットトランスポート装置が適用されるネットワークは、第一の実施形態と同じ図３の中継ネットワーク302となる。
【０１０６】
第二の実施例では、通信事業者１のネットワークで用いているルーティングプロトコルでは、論理パスを識別する論理パスIDを論理パスの終点から始点方向に通知する。よって、通信装置310-1から通信装置310-4の方向にデータ転送するための論理パスを構築する場合、通信装置310-4が、通信装置310-3、310-2、310-1へ向けてどの論理パスIDを用いて論理パスを構築するかを通知する。通信装置310-3は、通信装置310-4から論理パスIDを通知するルーティングプロトコルパケットを受信すると、通信装置310-4から受信したルーティングプロトコルパケットで指定されている論理パスIDを装置にセットする。また、通信装置310-3は、論理パスの通り道となる次の通信装置310-2にルーティングパケットを送信して論理パスIDを通知する。このようにして、End-Endの論理パスを構築する。
第一の実施例にあるパケットトランスポート装置と第二の実施例にあるパケットトランスポート装置を構成する処理ブロックで動作に差異がある宛先MAC検索部631とルーティングプロトコルスヌーピング処理632について処理動作詳細を述べる。
【０１０７】
宛先MAC検索部631は、パケットを受信すると、受信したパケットのMACヘッダ111から宛先MACアドレス121を取得して、受信したパケットの宛先MACがMAC学習テーブル612に登録されているかどうかを確認する。宛先MAC検索部602がパケットを受信したときの動作を図７と図２１を用いて述べる。
【０１０８】
図２１は、第二の実施例にあるパケットトランスポート装置の宛先MAC検索部631の処理動作を記載したフローチャートである。宛先MAC検索部631は、パケットを受信すると、まず、受信パケットのMACヘッダ111から宛先MACアドレス121を取得する（S2101）。次に、取得した宛先MACアドレス121を検索キーとして、MAC学習テーブル612に一致するアドレスが登録されているかMAC学習テーブル612の学習MACアドレス701を検索する（S2102）。MAC学習テーブル612の検索結果、取得MACはMAC学習テーブル612に登録されているかを判定する（S2103）。MAC学習テーブル612に同一のMACアドレスが登録されている場合、宛先MACアドレスに対応する中継論理パス検索インデックスをテーブルから取得する（S2104）。MAC学習テーブル612に同一のMACアドレスが登録されていない場合、インタワークIFに登録されている全ての中継論理パスに対してパケットを複製して転送することを表すフラッディング用中継論理パス検索インデックスを保持する（S2107）。中継論理パス検索インデックス702と受信パケットとをインタワークパス検索部603へと転送する（S2106）。受信パケットがユーザデータパケット100かルーティングプロトコルパケット102かはMACヘッダのタイプ123の値で確認することができる。また、ルーティングパプロトコルパケット102であった場合は、ルーティング情報領域からメッセージの内容を確認することができる。
【０１０９】
ルーティングプロトコルスヌーピング処理部632は、ルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１のネットワークで使用されている論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルに情報の登録及び削除を行う。ルーティングプロトコルスヌーピング処理部604がパケットを受信したときの動作を図８と図２２を用いて述べる。
【０１１０】
ルーティングプロトコルスヌーピング処理部632は、中継論理パス終端部608から受信したパケットがユーザデータパケット100かルーティングプロトコルパケット200かを判定する。ルーティングプロトコルパケット200の場合、さらにそのパケットが通信事業者１の通信装置310間でデータ通信するための論理パスIDを通知するメッセージ、または、通信事業者１の通信装置310間でデータ通信するための論理パスIDを削除する通知するメッセージであるかどうかを判定する（S2201）。
【０１１１】
受信パケットがルーティングプロトコルパケット200で、かつ論理パスID割当メッセージまたは論理パスID削除メッセージであった場合、ルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDを取得する（S2202）。次に、受信したパケットが、論理パスIDを通知するメッセージか、論理パスIDを削除するメッセージかを確認する（S2203）。メッセージの種別はルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパスID801に登録し、中継論理パス終端部608から通知された中継論理パス検索インデックスを中継論理パス検索インデックス802に登録する（S2204）。S2204により、通信事業者１のネットワークで使用する論理パスと通信事業者２の中継ネットワークで使用する中継論理パスが一対一で対応付く事になる。
【０１１２】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDからインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802の双方をインタワークパス学習テーブル613から削除する（S2206）。S2206により、通信事業者１で使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【０１１３】
S2204、S2205のいずれかの処理を行った後、中継論理パス検索インデックスとルーティングプロトコルパケット200を、中継論理パス処理部605へと転送する。
【０１１４】
次に、図１９と図２０を用いて本発明が適用されるパケットトランスポート装置320が送信元MACアドレスと通信事業者１のネットワークで用いられる論理パスIDを学習する手順を説明する。
【０１１５】
図１９は、通信事業者１の通信装置310-2と通信装置310-3との間で論理パスが設定された後、データ送受が行われ、さらには論理パスが削除されるまでのシーケンスの一例を記載した図である。図２０は、本発明のパケットトランスポート装置320-1が有するMAC学習テーブル612、インタワークパス学習テーブル613、中継論理パス管理テーブル614の設定内容を表している。
【０１１６】
通信事業者２のパケットトランスポート装置において、通信事業者１のネットワークに提供する中継論理パスのみ設定された初期状態がS2001である。このとき、中継論理パス管理テーブル614には、中継ネットワーク302に設定された中継論理パス331、332、333の情報が、中継論理パス検索インデックス０中継論理パスID１０００、中継論理パス検索インデックス１中継論理パスID２０００、中継論理パス検索インデックス２中継論理パスID３０００、として登録されている。
【０１１７】
通信事業者１に対して通信事業者２がネットワーク提供を開始すると、通信装置310-2は、ネットワーク内に同一転送プロトコルを使用する通信装置が存在するかを確認する探索メッセージ1911を送信する。探索メッセージ1911の宛先MACアドレスは、ネットワーク内の全ての通信装置310にパケットが届くようにブロードキャストアドレスまたはマルチキャストアドレスが使用される。パケットトランスポート装置320-1が探索メッセージ1911を受信すると、宛先MACアドレスがブロードキャスト（マルチキャスト）であり、かつ、論理パスヘッダ112が付与されていないことから、インタワークIF321に登録されている全ての中継論理パス（331、332、333）にパケットをコピーして転送する。
【０１１８】
探索メッセージ1911を受信した通信装置310-3は、応答メッセージ1912を通信装置310-2へ送信する。応答メッセージ1912を受信したパケットトランスポート装置320-1は、受信した応答メッセージが転送されてきた中継ネットワークの中継論理パス331の中継論理パスID１０００に対応する中継論理パス検索インデックス０を、中継論理パス管理テーブル614から取得する。また、MACヘッダ111の送信元MACアドレス112の位置から、通信装置310-3のMACアドレスである「Ａ」を取得し、MAC学習テーブル612にMACアドレス「Ａ」と中継論理パス検索インデックス「０」を登録する（S2002）。MAC応答メッセージ1912は、パケットトランスポート装置320-1から通信装置310-2へと転送される。
【０１１９】
次に、通信事業者１の中で使用する論理パスの設定するために、通信装置310-3は、論理パスID割当メッセージ1913を通信装置320-2へ送信する。通信装置320-2は、パケットを受信すると、中継論理パスID「１０００」で論理パスID割当メッセージ1913をカプセル化して、パケットを中継ネットワーク302へと転送する。論理パスID割当メッセージを受信したパケットトランスポート装置320-1は、中継論理パスヘッダ402から受信パケットの中継論理パスIDが「１０００」であることを取得し、中継論理パスID「１０００」を検索キーとして中継論理パス管理テーブル614を検索する。これにより、中継論理パス管理テーブル614から中継論理パス検索インデックス「０」を所得する。次に、受信したパケットが論理パスID割当メッセージであるとルーティング情報領域211から判断し、ルーティングプロトコルスヌーピング処理部604にて同じくルーティング情報領域211から通信事業者１の通信装置310が設定しようとしている論理パスID「１００」を取得し、インタワークパス学習テーブル613に論理パスID「１００」と中継論理パス検索インデックス「０」とを登録する（S2003）。
【０１２０】
論理パスID割当メッセージ1913を受信した通信装置310-2は、通信装置310-3へ転送すべきユーザデータパケット100には、論理パスヘッダ112の論理パスIDが「１００」と設定する必要があるということを学習する。
【０１２１】
論理パスID割当メッセージ1913を受信した通信装置310-2は、応答メッセージ1914を通信装置310-3へ送信する。応答メッセージ1914を通信装置310-3が受信することで、通信装置310-2と通信装置310-3の間に論理パスID「１００」の論理パス340が開通することになる。
【０１２２】
論理パス340が開通すると、通信事業者１は、通信事業者１と契約するユーザに対して通信サービスを開始する。それにともない、通信装置310-2からはユーザデータパケット1915が送信されてくる。
【０１２３】
パケットトランスポート装置320-1は、ユーザデータパケット1915を受信すると、論理パスヘッダ112から論理パスID「１００」を取得し、論理パスIDを検索キーとしてインタワークパス学習テーブル613を検索し、対応する中継論理パス検索インデックス802の値「０」を取得する。次に、中継論理パス検索インデックス802を検索キーとして中継論理パス管理テーブルを検索し、中継論理パスIDの値「１０００」を取得する。取得した論理パスIDで中継論理パスヘッダ402を生成して、受信したユーザデータパケットをカプセル化して、パケットトランスポート装置320-1から中継ネットワーク302へと転送する。このように、パケットトランスポート装置は、通信装置310-2と310-3で使用する論理パスIDを論理パスID割当メッセージ1913から学習することができるため、宛先MACアドレス121がマルチキャストやブロードキャストであるユーザデータパケット1015を受信したとしても、中継ネットワーク302の特定の中継論理パスID「１０００」の中継論理パスでパケットを転送することができる。
【０１２４】
次に、通信事業者１のネットワークで使用する論理パスを削除する、論理パスID削除メッセージ1916が、通信装置310-3から通信装置310-2へと送信される。
【０１２５】
論理パスID削除メッセージを受信したパケットトランスポート装置320-1は、中継論理パスヘッダ402から受信パケットの中継論理パスIDが「１０００」であることを取得し、中継論理パスID「１０００」を検索キーとして中継論理パス管理テーブル614を検索する。これにより、中継論理パス管理テーブル614から中継論理パス検索インデックス「０」を所得する。次に、受信したパケットが論理パスID削除メッセージ1916であることをルーティング情報領域211から判断し、ルーティングプロトコルスヌーピング処理部604において同じくルーティング情報領域211から通信事業者１の通信装置310が削除しようとしている中継論理パスID「１００」を取得し、インタワークパス学習テーブル613から論理パスID「１００」と中継論理パス検索インデックス「０」とを削除する（S2002）。また、パケットトランスポート装置320-1は、通信装置310-2へ論理パスID削除メッセージ1916を転送する。
【０１２６】
本実施例２で述べた、通信事業者１のネットワークで使用する転送プロトコルの具体的代表例としてはIP/MPLSのLDP（Label Distribution Protocol）によるダウンストリームラベル割当てなどがあげられる。
【０１２７】
また、ルーティングプロトコルによっては、論理パスID割当てメッセージ1913を送信する前に、通信装置310間で論理パスID要求メッセージ（図示せず）を送信するものもある。
【０１２８】
実施例２のパケットトランスポート装置320の拡張例の一つを図２４、図２５、図３２を用いて解説する。
【０１２９】
通信事業者１の中には、付加価値機能としてネットワーク301の契約者に対して契約帯域を保証するサービスを提供する場合がある。ルーティングプロトコルで論理パスを設定する転送プロトコルを利用する通信事業者１が契約帯域を保証するサービスを提供する場合、ネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルを用いることができる。このようなルーティングプロトコルには論理パス通知IDメッセージのルーティング情報領域211の中に論理パスIDだけでなく確保すべき帯域情報が含まれている。
【０１３０】
上記転送プロトコルを利用するネットワークを収容する通信事業者２では、中継ネットワーク102の契約者に対して契約帯域を保証するサービスを提供する必要がある。このとき、通信事業者２のパケットトランスポート装置320のインタワークIF121には帯域制御処理部641が追加される。
【０１３１】
帯域制御処理部641では中継ネットワーク302の中継論理パスを利用する契約者の契約帯域を超過したデータが中継ネットワーク302内に流入しないように監視しており、契約帯域を超過したデータが流入した場合は超過データを廃棄したり、超過データの廃棄優先度を高めたり、超過データに遅延を加えたりする帯域制御を実行する。
【０１３２】
中継ネットワーク302の中継論理パスを利用する契約者の契約帯域情報は帯域管理テーブル642で管理されている。図２５に帯域管理テーブルの構成例を示す。本発明のパケットトランスポート装置320では、帯域管理テーブル642に中継ネットワーク302の中継論理パスIDを装置内で管理するための中継論理パス検索インデックス2500と、中継論理パス検索インデックス2500で特定される中継論理パスを契約するユーザの契約帯域を保持する中継論理パス契約帯域2502を有している。さらに、通信装置310間でルーティングプロトコルを利用して確保した論理パスの帯域を管理するインタワークパス消費帯域2503を有している。
【０１３３】
このインタワークパス消費帯域2503を有することで、通信事業者２の中継ネットワーク302の同一中継論理パス内に、通信事業者１の複数の帯域確保型の論理パスが設定される場合、通信事業者１が通信事業者２との間で契約している契約帯域に対して現在通信事業者１が消費している帯域をパケットトランスポート装置320は知ることができる。これにより、中継論理パス契約帯域に対して消費帯域量がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。これにより、通信事業者２のネットワーク管理者は通信事業者１のネットワーク管理者に対して、契約帯域を大きくするように警告を出すことができる。
【０１３４】
これら機能を実現するために、インタワークIF121のルーティングプロトコルスヌーピング処理部604の処理フローチャートを変更する。変更したフローチャートを図３２に示す。
【０１３５】
ルーティングプロトコルスヌーピング処理部632はルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１の論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルに情報の登録及び削除を行う。また、帯域監視テーブル643のインタワークパス消費帯域の更新を行う。
【０１３６】
ルーティングプロトコルスヌーピング処理部632は中継論理パス終端部608から受信したパケットがユーザデータパケット100かルーティングプロトコルパケット200かを判定する。ルーティングプロトコルパケット200の場合、さらにそのパケットが通信事業者１の通信装置310間でデータ通信するための論理パスIDを通知するメッセージまたは、通信事業者１の通信装置310間でデータ通信するための論理パスIDを削除する通知するメッセージであるかどうかを判定する（S3101）。
【０１３７】
受信パケットがルーティングプロトコルパケット200でかつ論理パスID割当メッセージまたは論理パスID削除メッセージであった場合、ルーティング情報領域211から通信事業者１で用いている論理パスIDと確保帯域情報を取得する（S3102）。次に、受信したパケットが論理パスIDを割当てるメッセージか、論理パスIDを削除するメッセージかを確認する（S3103）。メッセージの種別はルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパスID801に登録し、中継論理パス終端部608から通知された中継論理パス検索インデックスを中継論理パス検索インデックス802に登録する（S3104）。S2204により、通信業者１で使用する論理パスと通信事業者２で使用する中継論理パスが一対一で対応付く事になる。
【０１３８】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503に取得した確保帯域情報を加算する（S3105）。
【０１３９】
次に、中継論理パス契約帯域2502とインタワークパス消費帯域2503を比較し、比較結果が一定割合を超過している場合はIF制御部615へと帯域異常警報を通知する（S3106）。
【０１４０】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDからインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802の双方をインタワークパス学習テーブル613から削除する（S3108）。S3108により、通信事業者１で使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【０１４１】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503から取得した確保帯域情報を減算する（S3109）。
【０１４２】
中継論理パス検索インデックスとルーティングプロトコルパケット200を次処理ブロックへと転送する（S3107）。
【０１４３】
これにより、帯域確保型のサービスにおいて、契約帯域に対して消費帯域がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。
【０１４４】
通信事業者１のネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルの具体的代表例としてはRSVP（Resource Reservation Protocol）やCRLDP（Constraint-based Routed Label Distribution Protocol）などがあげられる。
【０１４５】
（実施例3）
以下、図面を用いて本発明の第三の実施の形態を詳細に説明する。
【０１４６】
図２７は、図３の通信事業者１の転送プロトコルをIP/MPLSプロトコルに、通信事業者２に転送プロトコルをMPLS-TPプロトコルとした場合の実施例である。
【０１４７】
図２７は、本発明が適用されるパケットトランスポート装置により、それぞれ地理的に離れた位置にある２つ以上のネットワークをインタワークする中継ネットワークを構築した例を示す図である。
【０１４８】
本図では、通信事業者１と通信事業者２が存在し、通信事業者１の地理的に離れた位置にある４つのネットワーク2701-1、2701-2、2701-3、2701-4を通信事業者２の中継ネットワーク2702でインタワークしている。
【０１４９】
通信事業者１のネットワーク2701-1は、転送プロトコルとしてIP/MPLS（Internet Protocol/ Multi-Protocol Label Switching）が用いられている。通信事業者２の中継ネットワーク2702は、転送プロトコルとしてMPLS-TP（Multi-Protocol Label Switching - Transport Profile）が用いられている。
【０１５０】
図３２と図３３はIP/MPLSのユーザデータパケット3200とルーティングプロトコルパケット3300のフォーマットである。
【０１５１】
IP/MPLSのユーザデータパケット3200は、MACヘッダ111とIP/MPLSヘッダ3201、ペイロード113から構成されている。さらに、ペイロード113をより具体化するとIPヘッダ3202とTCPヘッダ3203とデータ領域3204から構成されている。
【０１５２】
IP/MPLSのルーティングプロトコルパケット3300は、MACヘッダ111とルーティング情報領域211から構成されている。さらに、ルーティング情報領域211をより具体化すると、IPヘッダ3202とTCPヘッダ3203とLDPまたはRSVPのルーティング情報3301から構成されている。
【０１５３】
転送プロトコル１とIP/MPLSプロトコルとの差分は、論理パスヘッダがIP/MPLSヘッダとなり、論理パスヘッダに含まれる論理パスIDがIP/MPLSラベルIDに名称変更されている点である。それ以外の機能的差分は無い。
【０１５４】
図３４はユーザデータパケット3200をMPLS-TPでカプセル化したフレームフォーマット3400である。
【０１５５】
ユーザデータパケット3200をカプセル化した場合は、IP/MPLSのユーザデータパケットのMACヘッダ111の外側にMPLS-TPヘッダ3401が付与される。さらには、MPLS-TP中継ネットワーク2702で使用されるレイヤ２ヘッダ400が付与される。
【０１５６】
図３５はルーティングプロトコルパケット3300をMPLS-TPでカプセル化したフレームフォーマット3500である。
【０１５７】
ルーティングプロトコルパケット3300をカプセル化した場合は、IP/MPLSのルーティングプロトコルパケットのMACヘッダ111の外側にMPLS-TPヘッダ3401が付与される。さらには、MPLS-TP中継ネットワーク2702で使用されるレイヤ２ヘッダ400が付与される。
【０１５８】
転送プロトコル２とMPLS-TPプロトコルの差分は、中継論理パスヘッダ402がMPLS-TPヘッダに名称変更されている。それ以外の機能的差分は無い。
【０１５９】
MPLS-TPネットワーク2702で用いられるレイヤ２プロトコルがイーサネットの場合、IP/MPLSネットワーク2701で使用しているMACヘッダ111を利用することも可能である。IP/MPLSネットワーク2701で使用しているMACヘッダ111を利用する場合のパケットフォーマットを図３８、３９に示す。図３８は、ユーザデータパケット3200をMPLS-TPネットワーク2702で転送するパケットフォーマット3800である。MPLS-TPヘッダ3401は、受信したユーザデータパケットのMACヘッダ111とIP/MPLSヘッダ3201との間に付与する。図３９は、ルーティングプロトコルパケット3300を通信事業者２のネットワークで転送するパケットフォーマット3900である。中継論理パスヘッダ3401は、MACヘッダ111とIPヘッダ3202の間に付与する。このように、IP/MPLSネットワーク2701で用いられるMACヘッダ111を流用することで、オーバヘッドを小さくする効果がある。以下、実施例では通信事業者２で用いるパケットフォーマットは図３４、図３５として説明するが、図３８、図３９のパケットフォーマットでも同じ処理で同じ効果を得ることができる。
【０１６０】
通信事業者１のネットワークはIP/MPLSルータ2710で構成されている。IP/MPLSルータは、LDPやRSVPなどのルーティングプロトコルを用いてIP/MPLSルータ間にMPLSの論理パスを設定する。ユーザサイトからネットワークに入力したデータパケットには、IP/MPLSの論理パスを識別するIP/MPLSヘッダが付与さる。IP/MPLSルータはIP/MPLSヘッダによりパケットの転送先を特定する。
【０１６１】
図２７の一例では、通信事業者１の地理的に離れる２つのネットワークにユーザサイト１2471とユーザサイト２ 2472が接続されている。この２つのユーザサイトを接続する論理パス2740が、IP/MPLSルータ2710-1とIP/MPLSルータ2710-4との間で設定される。この論理パス2740は、IP/MPLSルータ2710-1、2710-2、2710-3、2710-4の間でルーティングプロトコルを用いて設定される。通信事業者１が地理的に離れたネットワークのEnd-End間で論理パスを構築するためには、通信事業者２の中継ネットワークはルーティングプロトコルパケットも転送する必要がある。
【０１６２】
通信事業者２の中継ネットワーク2702はMPLS-TP伝送装置2720で構成されている。MPLS-TP伝送装置2720間の論理パスは、中継ネットワーク2702を契約するユーザ（他の通信業者）が利用できるMPLS-TPの論理パスがネットワークマネージメントシステムから予め設定される。図２７の一例では、通信事業者１を接続する３本のMPLS-TPの論理パス2731、2732、2733が設定されている。
【０１６３】
図２８は、地理的に離れたIP/MPLSネットワーク2701をMPLS-TP中継ネットワーク2702でインタワークすることを実現する、本発明の適用例であるMPLS-TP伝送装置2720の構成図である。本構成のMPLS-TP伝送装置2720は、通信事業者１がルーティングプロトコルにLDPのダウンストリームラベル割当てを用いる場合に適用できる。
【０１６４】
MPLS-TP伝送装置2720は、１個以上のスイッチ部323と、1個以上の装置制御部324と、１枚以上の中継ネットワークIF322と、１枚以上のインタワークインタフェース（IF）321から構成される。スイッチ部323、装置制御部324、中継ネットワークIF322、インタワークIF321は互いに接続される。これら構成要素は、図１８に示すパケットトランスポート装置320と同一のものとなる。差分は、インタワークIF321のIP/MPLSパス学習テーブル2811、MPLS-TPパス管理テーブル、IP/MPLS論理パス検索部2801、MPLS-TP処理部2802、MPLS-TP終端部2803、ルーティングプロトコルスヌーピング処理部2804と、中継ネットワークIF322のMPLS-TP検索部2821となる。
【０１６５】
差分となる機能ブロックのみ詳細説明する。
【０１６６】
図２９はIP/MPLSパス学習テーブル2811の１構成例である。IP/MPLSパス学習テーブル2811とインタワークパス学習テーブル614との差分は、インタワークパスID 801がIP/MPLSラベルID 2901に名称変更した点である。
【０１６７】
図３０は、MPLS-TPパス管理テーブル2812の１構成例である。MPLS-TPパス管理テーブル2812と中継論理パス管理テーブル614との差分は、中継論理パスIDがMPLS-TPラベルID 3102に名称変更した点である。
【０１６８】
IP/MPLS論理パス検索部2801とインタワークパス検索部603との違いは、受信するパケットの参照するヘッダが論理パスヘッダ112からIP/MPLSヘッダ3201に変更になったのみである。IP/MPLSヘッダ3201から論理パスIDにあたるラベルIDを取得し、取得したラベルIDを検索キーとしてIP/MPLSパス学習テーブルを検索する。その他動作は、全てインタワークパス検索部603と共通となる。
【０１６９】
MPLS-TP処理部2802と中継論理パス処理部605との違いは、受信したパケットに付与するヘッダが中継論理パスヘッダからMPLS-TPヘッダに変更になったのみである。MPLS-TP処理部2802は、パケットを受信すると、中継論理パス検索インデックスでMPLS-TPパス管理テーブル2812を検索し、MPLS-TPラベルID3001を取得して、MPLS-TPヘッダを生成する。
【０１７０】
MPLS-TP終端部2803と中継論理パス終端部608との違いは、受信したパケットの参照するヘッダが中継論理パスヘッダ402からMPLS-TPヘッダ3400に変更になったのみである。中継論理パスヘッダ402とMPLS-TPヘッダ3400との構成情報は共に同じである。
【０１７１】
ルーティングプロトコルスヌーピング処理部2804の違いは、受信したルーティングプロトコルパケットから取得する情報が、論理パスIDからIP/MPLSラベルIDに名称変更になったのみである。
【０１７２】
本発明を適用するMPLS-TP伝送装置2720によると、地理的に離れているIP/MPLSネットワークをMPLS-TP中継ネットワークでインタワークすることが可能となる。
【０１７３】
また、実施例１の図６に示すパケットトランスポートと同じく、ルーティングプロトコルスヌーピング処理2804を宛先MAC検索部602とMPLS-TP処理部2802との間に配備することで、LDPのダウンストリームラベル割当てにも適用することができる。
【０１７４】
さらには、実施例１の図２３や実施例２の図２４のように、帯域制御処理部641と帯域管理テーブル642を具備することでRSVPやCRLDPにも適用することができる。
【符号の説明】
【０１７５】
３０１ 通信事業者１のネットワーク
３０２ 通信事業者２のネットワーク
３１０ 通信事業者１の通信装置
３２０ パケットトランスポート装置
３２１ インタワークIF
３２２ 中継ネットワークIF
３２３ スイッチ部
３２４ 装置制御部
６０１ 受信回路
６０２ 宛先MAC検索部
６０３ インタワークパス検索部
６０４ ルーティングプロトコルスヌーピング処理
６０５ 中継論理パス処理部
６０６ SW送信回路
６０７ SW受信回路
６０８ 中継論理パス終端部
６１０ 送信元MAC学習部
６１１ 送信回路
６１２ MAC学習テーブル
６１３ インタワークパス学習テーブル
６１４ 論理パス管理テーブル
６１５ IF制御部
【技術分野】
【０００１】
本発明は、パケットトランスポート装置にかかり、あるコネクションオリエンテッドな論理パスを構成する転送プロトコルで構築したネットワークにおいて、その他のコネクションオリエンテッドな論理パスを構成する転送プロトコルを中継する装置に関する。
【背景技術】
【０００２】
近年、ネットワークをコネクションオリエンテッド型の通信プロトコルで構築する通信キャリアやISP（Internet Service Provider）が増加してきている。コネクションオリエンテッド型の通信プロトコルにはIP/MPLS（Internet Protocol/ Multi Protocol Label Switching ）、MPLS-TP（Multi Protocol Label Switching - Transport Profile）、PBB(Provider Backbone Bridges)などがある。コネクションオリエンテッド型の通信プロトコルは、End-End間の論理的な通信パスを構成することができ、機密性に優れた通信経路を提供できることからVPN（Virtual Private Network）などのサービス提供に適している。
【０００３】
通信キャリアやISPのネットワークは、通信事業者毎に異なるプロトコルにより構築されることがある。また、全国規模のネットワークを持たない通信事業者は、全国規模のネットワークを持つ通信事業者の中継ネットワークを借りて地理的に離れた位置に存在するネットワーク間を接続する。このとき、中継ネットワークには、中継ネットワークを利用する通信事業者のデータパケットを正確に転送することと、中継ネットワークを利用する通信事業者が利用するルーティングプロトコルを透過させることが期待される。このように２種類のネットワークを相互接続することをインタワークと呼ぶ。
【０００４】
これまで、２つのネットワークのインタワークをする技術として、特許文献１や特許文献２などがある。
【０００５】
特許文献１はVLAN（Virtual Local Area Network）タグ付きIPパケットをIP/MPLSでインタワークする技術である。本技術ではVLAN IDとIP/MPLSの論理パスを対応付けるテーブルを、プロトコルをインタワークする通信装置が具備しており、VLAN付きのパケットを受信すると、受信したパケットのVLAN IDからIP/MPLSパスを検索し、IP/MPLSの論理パスを識別するMPLSラベルをパケットに付与して、IP/MPLSネットワークでパケットの転送を実現している。
【０００６】
特許文献２はVLANタグ無しのイーサネット（登録商標、以下同じ）パケット（イーサネットのデータ列をフレームと呼ぶことがあるが、本明細書ではパケットと記載する。）をIP/MPLSでインタワークする技術である。本技術では、インタワーク装置は、MACアドレスとIP/MPLSの学習テーブルを具備しており、パケットをIP/MPLSネットワーク側から受信すると、パケットを受信したIP/MPLSの論理パスとパケットの送信元MAC（Media Access Control）アドレスとの対応付けを装置自律で学習して学習テーブルを作成する。また、イーサネット側からパケットを受信すると、インタワーク装置は、受信したパケットの宛先MACアドレスで学習テーブルを検索し、パケットに付与するIP/MPLSのラベル情報を取得し、IP/MPLSの論理パスを識別するMPLSラベルをパケットに付与して、IP/MPLSネットワークで転送を実現している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−３４５８６５
【特許文献２】特開２００３−０９２５８６
【発明の開示】
【発明が解決しようとする課題】
【０００８】
それぞれ異なるコネクションオリエンテッド型の通信プロトコル１と通信プロトコル２でネットワークを構築する通信事業者１と通信事業者２が存在し、通信事業者１が通信事業者２の中継ネットワークを借用して、通信事業者１のそれぞれ地理的に離れた位置にある２つ以上のネットワークを、通信事業者２の中継ネットワークを介して接続する。
【０００９】
通信事業者１の通信プロトコル１が、ルーティングプロトコルを用いて自律事分散的に論理パスを構築する通信プロトコルである場合、通信事業者１のネットワーク内には、通信事業者１のネットワークを利用するユーザのデータパケットと、通信事業者１の通信装置間で論理パス情報を設定するルーティングプロトコルパケットが存在する。通信事業者１が地理的に離れたネットワークのEnd-End間で論理パスを構築するためには、ユーザデータパケットと同様にルーティングプロトコルパケットも通信事業者２の中継ネットワークで転送される必要がある。
【００１０】
図１と図２は、それぞれ、通信プロトコル１のユーザデータパケット100とルーティングプロトコルパケット200のフォーマットである。ユーザデータパケット100はOSI（Open Systems Interconnection）参照モデルのレイヤ２に相当するMACヘッダ111と中継ネットワーク内で中継論理パスを特定するためのヘッダ112とデータ領域113から構成されている。MACヘッダは宛先を特定する宛先MACアドレス121と、送信元を特定する送信元MACアドレス122と、MACヘッダ111の次に続くヘッダのプロトコルを特定するタイプ123から構成される。ルーティングプロトコルパケット200はOSI参照モデルのレイヤ２に相当するMACヘッダ111とルーティング情報領域211から構成されている。通信プロトコル１において、論理パスを特定するためのヘッダ112はルーティングプロトコルパケット200には付与されていない。
【００１１】
通信プロトコルの異なる中継ネットワークをインタワークする特許文献１では、通信事業者１のネットワークから入力されるデータのフォーマットはすべて論理パスを特定する論理パスヘッダ112が付与されていることを前提としている。そのため、論理パスを特定する論理パスヘッダ112が付与されないルーティングパケットが、通信事業者１のネットワークから、通信事業者２の中継ネットワークの端に位置し通信事業者１の中継ネットワークと隣接する通信事業者２の通信装置に入力されると、特許文献１ではパケットを正しい宛先に転送することができない課題がある。さらには、通信事業者１のネットワークで使用している論理パスは通信事業者１の中継ネットワークを構成する通信装置が自律的に決定しているため、通信事業者２が、通信事業者１の中継ネットワークから受信したデータがどこ宛てのものかを通信事業者２の通信装置で対応付けすることができない課題がある。
【００１２】
特許文献２では、通信事業者１のネットワークから入力されるデータのMACヘッダ111の宛先MACアドレス121のみから宛先を特定する。通信事業者１のネットワークから入力されるデータの宛先MACアドレス121と通信事業者２の中継論理パスとの対応付けは、MACアドレス学習によりおこなう。MACアドレス学習では、通信事業者２の中継ネットワークの通信装置が通信事業者１のネットワークから受信したデータが、通信事業者２の中継ネットワークの中継論理パスを通過して、反対側の通信事業者１のネットワークと接続する通信事業者２の通信装置で受信されると、該データを受信した通信装置は、データを受信した通信事業者２の中継ネットワークの中継論理パス情報と受信したデータに付与されている送信元MACアドレス122とを対応付ける。受信したデータの送信元MACアドレス122を学習することで、当該中継論理パスの逆側には前記MACアドレスを持つ通信装置が存在することを特定することができる。
【００１３】
しかし、特許文献２を用いて、通信事業者２の中継ネットワークを構築した場合、通信事業者１の論理パスヘッダ112を宛先特定に利用しない。そのため、通信事業者１のネットワークから受信したユーザデータパケット100の宛先MACアドレスが、複数の通信装置にデータをコピーして転送することを意味するマルチキャストアドレスもしくはブロードキャストアドレスである場合、通信事業者２の中継ネットワークの端に位置し通信事業者１の中継ネットワーク１と隣接する通信事業者２の通信装置はユーザデータパケット100を転送すべき通信事業者２の中継論理パスを特定することが出来ない課題がある。
【００１４】
そのため、当該通信装置は、当該通信装置に設定されている複数の中継論理パスに対してユーザデータパケット100をコピーして転送するフラッディングをしてしまう。さらに、MACアドレス未学習状態でユーザデータパケット100を受信したときも同様に、当該通信装置は、ユーザデータパケット100を転送すべき通信事業者２の中継論理パスを特定することが出来ない課題がある。そのため、当該通信装置は、設定されている複数の中継論理パスに対してユーザデータパケット100をコピーして転送するフラッディングをしてしまう。通信事業者２の中継ネットワーク内でユーザデータパケット100がフラッディングされると、論理パスによりユーザ間の通信機密性を確保する通信サービスを提供する通信事業者１にとってはユーザデータパケットの誤配が発生することとなりサービス上問題となる。
【００１５】
本発明は上記のような従来技術の問題点に鑑みて、２種類のコネクションオリエンテッド型の通信プロトコルをインタワークする際に、ユーザデータパケットをコネクションオリエンテッド型の通信プロトコルで構築した中継ネットワーク内の適切な１本の中継論理パスで転送することができるパケットトランスポート装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１６】
受信したパケットのMACヘッダから、中継ネットワークの論理パスとMACアドレスとの対応付けを学習し、さらに、ルーティングプロトコルパケットをスヌーピングして、中継ネットワークの中継論理パスと中継ネットワークを利用する他のネットワークで使用している論理パスとの対応付けを学習する。
【発明の効果】
【００１７】
上記のように構成された本発明のパケットトランスポート装置によれば、ルーティングプロトコルを用いて論理パスを構築する通信プロトコルで構築されたネットワーク間を中継ネットワークでインタワークした際においても、通信機密性を確保した通信経路を提供することができる。また、２種類のコネクションオリエンテッド型の通信プロトコルをインタワークする際に、ユーザデータパケットをコネクションオリエンテッド型の通信プロトコルで構築した中継ネットワーク内の適切な１本の中継論理パスで転送することができる。
【図面の簡単な説明】
【００１８】
【図１】通信事業者１のネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図２】通信事業者１の通信装置間で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図３】本発明を適用するパケットトランスポート装置で構築した中継ネットワークの一例を示す図である。
【図４】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図５】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図６】本発明を適用するパケットトランスポート装置の構成図の一例を示す図である。
【図７】本発明を適用するパケットトランスポート装置のMAC学習テーブルの一例を示す図である。
【図８】本発明を適用するパケットトランスポート装置のインタワークパスID学習テーブルの一例を示す図である。
【図９】本発明を適用するパケットトランスポート装置の中継論理パス管理テーブルの一例を示す図である。
【図１０】パケットトランスポート装置が通信事業者１のルーティングプロトコルからMACアドレスとインタワークパスIDを学習するシーケンスを説明する図である。
【図１１】図１０で示すシーケンスによりパケットトランスポート装置のテーブルに設定される情報を説明する図である。
【図１２】本発明を適用するパケットトランスポート装置の論理パス終端処理部の処理フローチャートを説明する図である。
【図１３】本発明を適用するパケットトランスポート装置の送信元MAC学習部の処理フローチャートを説明する図である。
【図１４】本発明を適用するパケットトランスポート装置の宛先MAC学習部の処理フローチャートを説明する図である。
【図１５】本発明を適用するパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図１６】本発明を適用するパケットトランスポート装置のインタワークパス検索部の処理フローチャートを説明する図である。
【図１７】本発明を適用するパケットトランスポート装置の中継論理パス処理部の処理フローチャートを説明する図である。
【図１８】本発明を適用する第二の実施例となるパケットトランスポート装置の構成図の一例を示す図である。
【図１９】第二の実施例となるパケットトランスポート装置が通信事業者１のルーティングプロトコルからMACアドレスとインタワークパスIDを学習するシーケンスを説明する図である。
【図２０】図１９で示すシーケンスによりパケットトランスポート装置のテーブルに設定される情報を説明する図である。
【図２１】第二の実施例となるパケットトランスポート装置の宛先MAC学習部の処理フローチャートを説明する図である。
【図２２】第二の実施例となるパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図２３】本発明を適用するパケットトランスポート装置に帯域制御機能を追加した構成図の一例を示す図である。
【図２４】第二の実施例となるパケットトランスポート装置に帯域制御機能を追加した構成図の一例を示す図である。
【図２５】帯域制御機能を追加したパケットトランスポート装置の帯域制御管理テーブルの一例を示す図である。
【図２６】帯域制御機能を追加したパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図２７】第三の実施例となるMPLS-TP伝送装置で構築した中継ネットワークの一例を示す図である。
【図２８】第三の実施例となるMPLS-TP装置の構成図の一例を示す図である。
【図２９】第三の実施例となるMPLS-TP装置のIP/MPLSパス学習テーブルの一例を示す図である。
【図３０】第三の実施例となるMPLS-TP装置のMPLS-TPパス管理テーブルの一例を示す図である。
【図３１】帯域制御機能を追加した第二の実施例となるパケットトランスポート装置のルーティングプロトコルスヌーピング処理部の処理フローチャートを説明する図である。
【図３２】IP/MPLSネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図３３】IP/MPLSネットワーク内で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図３４】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットを示す図である。
【図３５】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットを示す図である。
【図３６】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットの他の一例を示す図である。
【図３７】本発明を適用するパケットトランスポート装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットの他の一例を示す図である。
【図３８】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるユーザデータパケットフォーマットの他の一例を示す図である。
【図３９】第三の実施例となるMPLS-TP装置で構築した中継ネットワーク内で送受信されるルーティングプロトコルパケットフォーマットの他の一例を示す図である。
【発明を実施するための最良の形態】
【００１９】
（実施形態１）
以下、図面を用いて本発明の第一の実施の形態を詳細に説明する。
【００２０】
図3は本発明が適用されるパケットトランスポート装置により、それぞれ地理的に離れた位置にある２つ以上のネットワークをインタワークする中継ネットワークを構築した例を示す図である。
【００２１】
本図では通信事業者１と通信事業者２が存在し、通信事業者１の地理的に離れた位置にある４つのネットワーク301-1、301-2、301-3、301-4を、通信事業者２の中継ネットワーク302でインタワークしている。
【００２２】
通信事業者１のネットワーク301は、通信装置310-1、310-2、310-3、310-4、310-5、310-6、310-7、310-8、で構成されている。通信装置310は、ルーティングプロトコルを用いてネットワークの端から端までデータの通り道となる論理パス340を構成する転送プロトコルを実装している。論理パス340は、通信事業者１と契約するユーザのユーザサイト１ 341を収容する通信装置310-1とユーザサイト２ 342を収容する通信装置310-4との間で設定される。図３では、論理パスは１本しか記載していないが、通信事業者１のネットワーク内には契約ユーザ毎に論理パスが設定される。これにより、通信事業者１と契約するユーザは、機密性の高い通信サービスを利用することができる。ユーザサイトからネットワークに入力されたデータパケットには、通信装置310にて論理パスを識別する論理パスヘッダが付与さる。ネットワークを構成する通信装置310は、論理パスヘッダによりパケットの転送先を特定する。
【００２３】
通信事業者１のネットワークで用いているルーティングプロトコルでは、論理パスを識別する論理パスIDを、論理パスの始点から終点方向に通知する。よって、通信装置310-1から310-4に向かう方向でデータ転送するための論理パスを構築する場合、通信装置310-1が、通信装置310-2、310-3、310-4へ向けて、どの論理パスIDの論理パスを構築するかを通知する。通信装置310-2は、通信装置310-1から論理パスIDを通知するルーティングプロトコルパケットを受信すると、通信装置310-1から受信したルーティングプロトコルパケットで指定されている論理パスIDを装置にセットする。また、通信装置310-2は、論理パスの通り道となる次の通信装置310-3にルーティングパケットを送信して論理パスIDを通知する。このようにして、End-Endの論理パスを構築する。
【００２４】
通信事業者１のネットワークを構成する通信装置310は、ルーティングプロトコルを利用する。そのため、通信事業者１のネットワーク内には、図１及び図２に示すユーザデータパケット100とルーティングプロトコルパケット200が混在する。ユーザデータパケット100はOSI（Open Systems Interconnection）参照モデルのレイヤ２に相当するMACヘッダ111と中継ネットワーク内で論理パスを特定するための論理パスヘッダ112とデータ領域113から構成されている。論理パス340を識別するためのIDは論理パスヘッダ112内で保持される。MACヘッダは宛先を特定する宛先MACアドレス121と、送信元を特定する送信元MACアドレス122と、MACヘッダ111の次に続くヘッダのプロトコルを特定するタイプ123から構成される。
【００２５】
ルーティングプロトコルパケット200はOSI参照モデルのレイヤ２に相当するMACヘッダ111とルーティング情報領域211から構成されている。通信プロトコル１において、論理パスを特定するためのヘッダ112はルーティングプロトコルパケット200には付与されていない。
【００２６】
通信事業者２の中継ネットワーク302は、パケットトランスポート装置320-1、320-2、320-3、320-4で構成されている。パケットトランスポート装置320は、中継ネットワーク302の端から端までデータの通り道となる中継論理パスを構成する転送プロトコルを実装している。中継ネットワーク302の転送プロトコルには、ルーティングプロトコルを用いて中継論理パスを構築するものを用いても良いし、中継ネットワーク302を構成するパケットトランスポート装置320に明示的に中継論理パスの経路を設定するネットワークマネージメントシステムを用いて中継論理パスを構築するものを用いても良い。
【００２７】
図３の例では、中継ネットワーク302内の中継論理パスは、通信事業者１のネットワーク301を相互接続するために、通信事業者１のネットワーク301-1を収容するパケットトランスポート装置320-1と通信事業者１のネットワーク301-2を収容するパケットトランスポート装置320-2とを接続する中継論理パス331、通信事業者１のネットワーク301-1を収容するパケットトランスポート装置320-1と通信事業者１のネットワーク301-3を収容するパケットトランスポート装置320-3とを接続する中継論理パス332、通信事業者１のネットワーク301-1を収容するパケットトランスポート装置320-1と通信事業者１のネットワーク301-4を収容するパケットトランスポート装置320-4とを接続する中継論理パス333を設定している。通信事業者１のネットワークから通信事業者２のネットワークに入力したパケットは、通信事業者１のネットワーク間を接続する中継論理パス331、332、333の何れかにより転送されるため、通信事業者２内で機密性の高い通信を実現できる。通信事業者２の中継ネットワーク302において、通信事業者１と契約するユーザのユーザサイト１ 341とユーザサイト２ 342を接続する論理パス340を流れるユーザデータは、中継ネットワーク302の中継論理パス331で転送される必要がある。論理パス340を流れるユーザデータが、中継ネットワーク302の他の中継論理パスへ転送されると、通信の機密性が守れなくなってしまうためである。
【００２８】
図３の一例では、中継ネットワーク302に設定されている中継論理パス331に収容される通信事業者１の論理パスは論理パス340の１本だけだが、同じ中継論理パス331に通信事業者１の複数の論理パスが設定されることもある。
【００２９】
図６は本発明の一適用例であるパケットトランスポート装置320の構成図である。パケットトランスポート装置320は、１個以上のスイッチ部323と、1個以上の装置制御部324と、１枚以上の中継ネットワークIF322と、１枚以上のインタワークインタフェース（IF）321から構成される。スイッチ部323、装置制御部324、中継ネットワークIF322、インタワークIF321は互いに接続される。
【００３０】
装置制御部324は、ネットワーク管理者の保守メンテナンス用のインタフェースおよびインタワークIF321と中継ネットワークIF322及びスイッチ部323を制御する。スイッチ部323は、データの転送先を特定し、適切なインタワークIF321又は中継ネットワークIF322に転送データを引き渡す。中継ネットワークIF322は中継ネットワーク302を構成する他のパケットトランスポート装置320を接続するインタフェースである。
【００３１】
中継ネットワークIF322は、中継ネットワークを構成する他のパケットトランスポート装置320を接続するインタフェースである。中継ネットワークIF322は受信回路621、中継論理パス検索部622、SW送信回路623、SW受信回路624、送信回路625、IF制御部626を含む。
【００３２】
IF制御部626は、装置制御部324と接続しており、装置制御部324から通知された設定情報を中継ネットワークIF322の各構成部に対して設定する機能と、各構成部に設定されている情報を読み出して、装置制御部324へ通知する機能を有する。
【００３３】
受信回路621は、中継ネットワークのその他のパケットトランスポート装置320からパケットを受信する。送信回路625は、中継ネットワークのその他のパケットトランスポート装置320へパケットを送信する。
【００３４】
中継論理パス検索部622は、受信したパケットが本インタフェースで受信すべきパケットかどうかを確認する。受信すべきでないパケットは中継論理パス検索部622で廃棄される。中継論理パス検索部622は中継論理パス管理テーブル（図示せず）を具備しており、受信パケットの中継論理パスヘッダ402から取得した中継論理パスIDと中継論理パス管理テーブルに設定されている中継論理パスIDとを比較し、IDの値が一致した場合はパケットをSW送信回路626へ転送し、値が一致しなかった場合は受信パケットを廃棄する。
【００３５】
SW送信回路623は、スイッチ部323へパケットを送信する。SW受信回路624は、スイッチ部323からパケットを受信する。
【００３６】
インタワークIF321は、他の通信業者の通信装置を接続するインタフェースである。さらに、インタワークIF321は、他の通信事業者の通信装置から受信したパケットから宛先を学習する機能と、受信したパケットに中継ネットワークで使用する中継論理パスヘッダを付与する機能を有する。
【００３７】
インタワークIF321は、受信回路601、宛先MAC検索部602、インタワークパス検索部603、ルーティングプロトコルスヌーピング処理604、中継論理パス処理部605、SW送信回路606、SW受信回路607、中継論理パス終端部608、送信元MAC学習部610、送信回路611、IF制御部615を含む。
【００３８】
IF制御部615は、装置制御部324と接続しており、装置制御部324から通知された設定情報をインタワークIF321の各構成部に対して設定する機能と、各構成部に設定されている情報を読み出して、装置制御部324へ通知する機能と、を有する。
【００３９】
受信回路601は、他の通信事業者の通信装置310からパケットを受信する。
【００４０】
宛先MAC検索部602は、パケットを受信すると受信したパケットのMACヘッダ111から宛先MACアドレス121を取得して、受信したパケットの宛先MACがMAC学習テーブル612に登録されているかどうかを確認する。宛先MAC検索部602が、パケットを受信したときの動作を図７と図１４を用いて述べる。
【００４１】
図７は、宛先MAC検索部602および送信元MAC学習部610がパケットを受信したときに検索するMAC学習テーブル612の構成を図示したものである。図７ではMAC学習テーブルの登録可能エントリ数が３個の場合の一例を表しているが、もっと多くのエントリを登録することも発明の効果に関係なく可能である。MAC学習テーブル612は、学習MACアドレス701と中継論理パス検索インデックス702から構成されている。MAC学習テーブル612の中継論理パス検索インデックス702と学習MACアドレス701はそれぞれ、中継ネットワーク302側から受信したパケットが転送されてきた中継ネットワークの中継論理パスを装置内で管理するIDと、そのパケットの送信元MACアドレスである。これら設定値は、インタワークIF321が自律的に収集してテーブルに登録する。パケットトランスポート装置320は、送信元MACアドレス701と中継論理パス検索インデックス702を関連付けてテーブルに登録することで、送信元MACアドレスを有する通信装置が、中継論理パス検索インデックスで特定される中継ネットワークの中継論理パスの先に存在することを学習する。MAC学習テーブルへの登録については後述する。
【００４２】
図１４はパケットを受信したときの宛先MAC検索部602の動作フローチャートである。宛先MAC検索部602は、パケットを受信すると、まず、受信パケットのMACヘッダ111から宛先MACアドレス121を取得する（S1400）。次に、取得した宛先MACアドレス121を検索キーとして、MAC学習テーブル612に一致するアドレスが登録されているか、MAC学習テーブル612の学習MACアドレス701を検索する（S1402）。MAC学習テーブル612の検索結果、取得した宛先MACアドレスはMAC学習テーブル612に登録されているかを判定する（S1403）。MAC学習テーブル612に取得した宛先MACアドレスと同一のMACアドレスが登録されている場合、宛先MACアドレスに対応する中継論理パス検索インデックスをテーブルから取得する（S1404）。MAC学習テーブル612に同一のMACアドレスが登録されていない場合、インタワークIFに登録されている全ての中継論理パスに対してパケットを複製して転送することを表すフラッディング用中継論理パス検索インデックスを保持する（S1407）。
【００４３】
次に受信したパケットの種別を判定する。受信したパケットがユーザデータパケット100かルーティングプロトコルパケット200かを判定する。ルーティングプロトコルパケット200の場合、さらにそのパケットが、通信事業者１の通信装置310間でデータ通信するための論理パスIDを通知するメッセージであるか、または、通信事業者１の通信装置310間でデータ通信するための論理パスIDを削除する通知するメッセージであるかどうかを判定する（S1405）。受信パケットが論理パスIDを通知するメッセージまたは論理パスIDを削除するメッセージの場合、中継論理パス検索インデックス702と受信パケットとをルーティングプロトコルスヌーピング部604へと転送する（S1406）。受信パケットが論理パスIDを通知するメッセージまたは論理パスIDを削除するメッセージでなかった場合、中継論理パス検索インデックス702と受信パケットとをインタワークパス検索部603へと転送する（S1408）。受信パケットがユーザデータパケット100かルーティングプロトコルパケット102かは、MACヘッダのタイプ123の値で確認することができる。また、ルーティングパプロトコルパケット102であった場合は、ルーティング情報領域からメッセージの内容を確認することができる。
【００４４】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルの情報の登録及び削除を行う。ルーティングプロトコルスヌーピング処理部604が、パケットを受信したときの動作を図８と図１５を用いて述べる。
【００４５】
図８は、ルーティングプロトコルスヌーピング処理部604とインタワークパス検索部603のそれぞれがパケットを受信したときに検索するインタワークパス学習テーブル613の構成を図示したものである。図８では、インタワークパス学習テーブル613の登録可能エントリ数が３個の場合の一例を表しているが、もっと多くのエントリを登録することも発明の効果に関係なく可能である。インタワークパス学習テーブル613は、インタワークパスID801と中継論理パス検索インデックス802とから構成されている。
【００４６】
インタワークパス学習テーブル613のインタワークパスID801と中継論理パス検索インデックス802を、インタワークパス学習テーブル613へ登録する手順を図１５を用いて述べる。
【００４７】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200を宛先MACアドレス検索部602から受信すると、ルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDを取得する（S1500）。次に、受信したパケットが論理パスIDを通知するメッセージか、論理パスIDを削除するメッセージかを確認する（S1502）。メッセージの種別もルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパス学習テーブル613のインタワークパスID801に登録し、宛先MACアドレス検索部602から通知された中継論理パス検索インデックスをインタワークパス学習テーブル613の中継論理パス検索インデックス802に登録する（S1503）。S1503により、通信事業者１のネットワークで使用する論理パスと通信事業者２の中継ネットワークで使用する中継論理パスが一対一で対応付く事になる。
【００４８】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDを用いてインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802をインタワークパス学習テーブル613から削除する（S1504）。S1504により、通信事業者１で使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【００４９】
S1503、S1504のいずれかの処理を行った後、中継論理パス検索インデックスとルーティングプロトコルパケット200を中継論理パス処理部605へと転送する。
【００５０】
インタワークパス検索部603は、ユーザデータパケット100を受信すると論理パスヘッダ112から論理パスIDを取得し、取得した論理パスIDを用いてインタワークパス学習テーブル613を検索して、中継論理パス検索インデックスを取得する。インタワークパス検索部603がパケットを受信したときの動作を図８と図１６を用いて述べる。
【００５１】
インタワークパス検索部603は、ユーザデータパケット100またはルーティングプロトコルパケット200を宛先MACアドレス検索部602から受信すると、論理パスヘッダ112が付いているユーザデータかどうかを判定する（S1601）。受信パケットが論理パスヘッダ112が付いているユーザデータパケット100であった場合、論理パスヘッダ112から論理パスIDを取得する（S1602）。受信パケットがルーティングプロトコルパケット200であった場合、S1607の処理へ移る。次に、取得した論理パスIDを検索キーとしてインタワークパス学習テーブルを検索する（S1603）。インタワークパス学習テーブル613のインタワークパスID801に、取得した論理パスIDが登録されているかどうかを確認する（S1604）。
【００５２】
インタワークパス学習テーブル613に取得した論理パスIDが登録されていた場合、対応する中継論理パス検索インデックス802を取得する。このとき、宛先MAC検索部602から通知されていた中継論理パス検索インデックス702を、インタワークパス学習テーブル613から取得した中継論理パス検索インデックス802で更新する（S1605）。
【００５３】
次に、インタワークパス検索部603で更新した中継論理パス検索インデックス802またはルーティングプロトコルパケットの場合は、宛先MACアドレス検索部602から取得した中継論理パス検索インデックス702とパケットを中継論理パス処理部へと転送する（S1607）。
【００５４】
受信したパケットがユーザデータパケットにも関わらず、インタワークパス学習テーブル613に取得した論理パスIDが登録されていなかった場合、未設定パスへのデータ誤配信の可能性があるため、インタワークパス検索部603でユーザデータパケット100を廃棄して処理を終了する（S1606）。
【００５５】
インタワークパス検索部603のS1605の動作により、ユーザデータパケット100の宛先MACアドレス121が複数の宛先にパケットを複写して転送するマルチキャストアドレスやブロードキャストアドレスであった場合でも、論理パスヘッダ112から通信事業者２の中継ネットワークで設定している特定の中継論理パスを選択してパケットを転送することができる。さらに追加して説明すると、図３に示す論理パス340で転送されるユーザデータパケットの宛先MACアドレスがマルチキャストやブロードキャストで有った場合でも、通信事業者２の中継ネットワークの中継論理パス331を利用してパケットを転送することができる（中継論理パス332や中継論理パス333へパケットが転送されることは無い）。また、ユーザデータパケット100の宛先MACアドレス121が単一の宛先を示すユニキャストアドレスだが、MAC学習テーブル612に宛先MACアドレスが登録されていなかった場合でも特定の中継論理パスを選択してパケットを転送することができる。
【００５６】
中継論理パス処理部605は、通信事業者２の中継ネットワークが使用する転送プロトコルの中継論理パスの始点となる処理部である。中継論理パス処理部605は、ユーザデータパケット100またはルーティングプロトコルパケット200を受信すると、中継ネットワーク302でパケットを転送すべき中継論理パスを特定して、受信パケットに中継論理パスヘッダを付与する。中継論理パス処理部605がパケットを受信したときの動作を図９と図１７を用いて述べる。
【００５７】
図９は、中継論理パス処理部605と中継論理パス終端部608がパケットを受信したときに検索する中継論理パス管理テーブル614の構成を図示したものである。中継論理パス管理テーブル614は、中継論理パス検索インデックス901と中継論理パスIDから構成されている。図９では中継論理パス管理テーブルの登録可能エントリ数が３個の場合の一例を表しているが、もっと多くのエントリを登録することも発明の効果に関係なく可能である。通信事業者２は、通信事業者１に提供する中継ネットワーク302内の論理パスをサービス開始前に決定し、本テーブルに、装置内で管理する論理パスのインデックスである中継論理パス検索インデックス901と、決定した通信事業者１に提供する中継ネットワーク302内の論理パスを通信事業者２の中継ネットワーク内で用いる論理パスの識別子である中継論理パスIDとしてそれぞれ事前登録しておく。図９の登録内容は、パケットトランスポート装置320-1のインタワークIF321の中継論理パス管理テーブル614の一例を表している。図３の例ではパケットトランスポート装置320-1には３本の論理パスが設定されている。パケットトランスポート装置320-2と接続する論理パス331、パケットトランスポート装置320-3と接続する論理パス333、パケットトランスポート装置320-4と接続する論理パス332である。これらは順に中継論理パス検索インデックス０、１、２、論理パスID１０００、２０００、３０００として登録されている。本テーブルへのエントリの登録は通信業者２のネットワーク管理者により装置制御部324を経由して明示的に１装置ずつ登録されても良いし、中継ネットワーク302を構成するパケットトランスポート装置320間でルーティングプロトコルを利用して自律的に登録されても良い。
【００５８】
図１７は中継論理パス処理部605の動作フローチャートである。
【００５９】
中継論理パス処理部605は、パケットと中継論理パス検索インデックスを受信すると、受信した中継論理パス検索インデックスがフラッディング用のインデックスかどうかを判定する（S1701）。受信したパケットがフラッディング用のインデックスで無い場合、取得した中継論理パス検索インデックスを検索キーとして中継論理パス管理テーブル614を検索する（S1703）。次に、中継論理パス管理テーブル614から対応する中継論理パスIDを取得する（S1704）。次に、取得した中継論理パスIDの中継論理パスヘッダを作成して受信パケットの先頭にヘッダを付与してカプセル化する（S1705）。
【００６０】
カプセル化したあとのパケットフォーマットを図４および図５に示している。図４は、ユーザデータパケットを通信事業者２の中継ネットワークの転送プロトコルでカプセル化したパケットフォーマット400である。図５は、ルーティングプロトコルパケットを通信事業者２の中継ネットワークの転送プロトコルでカプセル化したパケットフォーマット500である。受信パケットのMACヘッダ111の外側に中継論理パスヘッダ402を付与する。中継論理パスヘッダ402の外側に位置するレイヤ２ヘッダ400は通信事業者２の中継ネットワークで用いられているOSI参照モデルのレイヤ２プロトコルに依存するヘッダであり、中継ネットワークIF322の送信回路625で付与され、同じく中継ネットワークIF322の受信回路621で削除されるヘッダである。
【００６１】
また、通信事業者２の中継ネットワークで用いられるレイヤ２プロトコルがイーサネットの場合、通信事業者１のネットワークで使用しているMACヘッダ111を利用することも可能である。通信事業者１のネットワークで使用しているMACヘッダ111を利用する場合のパケットフォーマットを図３６、３７に示す。図３６は、ユーザデータパケット100を通信事業者２のネットワークで転送するときのパケットフォーマット3600である。中継論理パスヘッダ402は、受信したユーザデータパケットのMACヘッダ111と論理パスヘッダ112との間に付与する。図３７はルーティングプロトコルパケット200を通信事業者２のネットワークで転送するときのパケットフォーマット3700である。中継論理パスヘッダ402は、MACヘッダ111とルーティング情報領域211の間に付与する。このように、通信事業者１で用いられるMACヘッダ111を流用することで、オーバヘッドを小さくする効果がある。以下、実施例では通信事業者２の中継ネットワークで用いるパケットフォーマットは図４、図５として説明するが、図３６、図３７のパケットフォーマットでも同じ処理で同じ効果を得ることができる。
【００６２】
中継論理パス処理部で受信したパケットの中継論理パス検索インデックスがフラッディング用で有った場合、本インタフェースに設定されている全中継論理パス数分パケットをコピーし、各中継論理パス の中継論理パスヘッダを生成し、コピーしたパケットをカプセル化する（S1703）。
【００６３】
通信事業者２の転送プロトコルでカプセル化したパケットは、SW送信回路606へ転送される（S1706）。
【００６４】
SW送信回路606はスイッチ部123へパケットを転送する。SW受信回路607はスイッチ部123からパケットを受信する。
【００６５】
中継論理パス終端部608は、通信事業者２の中継ネットワークが使用する転送プロトコルの中継論理パスを終端する処理部である。中継論理パス終端部608は、受信したパケットの中継論理パスヘッダ402から通信事業者２の中継ネットワーク中継論理パスを特定する中継論理パスIDを取得して、インタワークIF321で管理している中継論理パス検索インデックスを、中継論理パス管理テーブル614から取得する。中継論理パス終端部608がパケットを受信したときの動作を図９と図１２を用いて述べる。
【００６６】
中継論理パス終端部608は、ユーザデータパケット400またはルーティングプロトコルパケット500を受信すると中継論理パスヘッダ402から中継論理パスIDを取得する。また、中継論理パスヘッダ402を受信パケットから削除する（S1201）。次に、取得した中継論理パスIDを検索キーとして中継論理パス管理テーブル614を検索し、取得した論理パスIDと一致する中継論理パスIDに対応付く中継論理パス検索インデックス901を取得する（S1202）。次の処理ブロックに、受信したパケットと中継論理パス検索インデックスを転送する（S1203）。
【００６７】
送信元MAC学習部610は、通信事業者１のネットワークが送受信するパケットの送信元MACアドレス122とインタワークIF321で管理している中継論理パス検索インデックスとを対応付けてMAC学習テーブル612に登録する。送信元MAC学習部610がパケットを受信したときの動作を図７と図１３を用いて述べる。
【００６８】
送信元MAC学習部610は、パケットを受信すると、受信パケットのMACヘッダ111から送信元MACアドレス122を取得する（S1301）。取得した送信元MACアドレス122を検索キーとして、MAC学習テーブル612を検索する（S1302）。検索の結果、送信元MACがテーブルに登録されているかどうかを確認する（S1303）。MAC学習テーブル612に同一のMACアドレスが登録されていなかった場合、MAC学習テーブル612に取得したMACアドレスと中継論理パス検索インデックスとを対応付けてMAC学習テーブル612に登録する（S1304）。MAC学習テーブル612に同一のMACアドレスが登録されている場合は、何もせず処理を終了する。
【００６９】
送信元MAC学習部610が、受信パケットの送信元MACアドレス122と中継論理パス検索インデックス702とを対応付けてMAC学習テーブル612に登録することから、通信事業者１のネットワークの通信装置310から受信した論理パスヘッダが付いていないパケットであっても、パケットトランスポート装置320は通信事業者２が設定している特定の中継論理パスを選択してパケットを転送することができる。
【００７０】
次に、図１０と図１１を用いて本発明が適用されるパケットトランスポート装置320が、送信元MACアドレスと通信事業者１のネットワークで用いられる論理パスIDを学習する手順を説明する。
【００７１】
図１０は、通信事業者１のネットワークの通信装置310-2と通信装置310-3との間で論理パスが設定された後、データ送受が行われ、さらには、論理パスが削除されるまでのシーケンスの一例を記載した図である。図１１は、本発明のパケットトランスポート装置320-1が有するMAC学習テーブル612、インタワークパス学習テーブル613、中継論理パス管理テーブル614の設定内容を表している。
【００７２】
通信事業者２の中継ネットワークのパケットトランスポート装置320の中継論理パス管理テーブル614において、通信事業者１のネットワークに提供する中継論理パスのみ設定された初期状態がS1101となる。このとき、中継論理パス管理テーブル614には、中継ネットワーク302に設定された中継論理パス331、332、333の情報が、中継論理パス検索インデックス０中継論理パスID１０００、中継論理パス検索インデックス１中継論理パスID２０００、中継論理パス検索インデックス２中継論理パスID３０００、として登録されている。
【００７３】
通信事業者１のネットワークに対して通信事業者２がネットワーク提供を開始すると、通信装置310-2は、ネットワーク内に同一転送プロトコルを使用する通信装置が存在するかを確認する探索メッセージ1011を送信する。探索メッセージ1101の宛先MACアドレスには、ネットワーク内の全ての通信装置310にパケットが届くように、ブロードキャストアドレスまたはマルチキャストアドレスが使用される。パケットトランスポート装置320-1は、探索メッセージ1101を受信すると、宛先MACアドレスがブロードキャスト（マルチキャスト）でありかつ、論理パスヘッダ112が付与されていないことから、インタワークIF321に登録されている全ての中継論理パス（331、332、333）にパケットをコピーして転送する。
【００７４】
探索メッセージ1011を受信した通信装置310-3は、応答メッセージ1012を通信装置310-2へ送信する。応答メッセージ1012を受信したパケットトランスポート装置320-1は、受信した応答メッセージが転送されてきた中継ネットワークの中継論理パス331の論理パスID１０００に対応する中継論理パス検索インデックス０を、中継論理パス管理テーブル614から取得する。また、MACヘッダ111の送信元MACアドレス112の位置から、通信装置310-3のMACアドレスである「Ａ」を取得し、MAC学習テーブル612にMACアドレス「Ａ」と中継論理パス検索インデックス「０」とを登録する（S1102）。パケットトランスポート装置320-1のMAC学習テーブル612に、送信元MACアドレス「Ａ」が登録されていないため、図１３のＳ１３０４で説明した、送信元ＭＡＣ学習部の処理により登録されるものである。MAC応答メッセージ1012は、パケットトランスポート装置320-1から通信装置310-2へと転送される。
【００７５】
次に、通信事業者１のネットワークで使用する論理パスの設定するために、通信装置310-2は、論理パスID割当メッセージ1013を通信装置320-3へ送信する。通信事業者１のネットワークの中で使用する論理パスを通知する、論理パスID割当メッセージ1013が通信装置320-2から通信装置310-3へと送信される。論理パスID割当メッセージ1013の宛先MACアドレス121は通信装置310-3を特定する「Ａ」が付与されており、ルーティング情報領域211には利用する論理パスＩＤが「１００」であることが記載されている。論理パスID割当メッセージを受信したパケットトランスポート装置320-1の宛先ＭＡＣ検索部は、MACヘッダ111から受信パケットの宛先MACアドレス121が「Ａ」であることを取得し、MACアドレス「Ａ」を検索キーとしてMAC学習テーブル612を検索する。これにより、MAC学習テーブル612から中継論理パス検索インデックス「０」を所得する。
【００７６】
次に、受信したパケットが論理パスID割当メッセージの場合はルーティング情報領域211から判断し、パケットトランスポート装置320-1のルーティングプロトコルスヌーピング処理部604において同じくルーティング情報領域211から通信事業者１のネットワークの通信装置310が設定しようとしている論理パスID「１００」を取得し、インタワークパス学習テーブル613に論理パスID「１００」と中継論理パス検索インデックス「０」とを登録する（S1103）。これにより、パケットトランスポート装置320-1は、通信事業者１のネットワークで使用する論理パス「１００」と通信事業者２の中継ネットワークで使用する中継論理パス「１０００」とを一対一で対応付けることができる。また、論理パスID割当メッセージ1013は、宛先MACアドレスから中継論理パス検索インデックスが「０」であることが特定されているため、中継論理パスIDが「１０００」の中継論理パスヘッダ402でカプセル化されて、パケットトランスポート装置320-1から中継ネットワーク302へと転送される。
【００７７】
論理パスID割当メッセージ1013を受信した通信装置310-3は、通信装置310-2から転送されてくるユーザデータパケット100には、論理パスヘッダ112の論理パスIDが「１００」と設定されるということを学習する。
【００７８】
論理パスID割当メッセージ1013を受信した通信装置310-3は、応答メッセージ1014を通信装置310-2へ送信する。応答メッセージ1014を通信装置310-2が受信することで、通信装置310-2と通信装置310-3の間に論理パスID１００の論理パスが開通することになる。
【００７９】
論理パスが開通すると、通信事業者１は、通信事業者１と契約するユーザに対して通信サービスを開始する。それにともない、通信装置310-2からはユーザデータパケット1015が送信されてくる。
【００８０】
パケットトランスポート装置320-1は、ユーザデータパケット1015を受信すると、論理パスヘッダ112から論理パスID「１００」を取得し、インタワークパス検索部において論理パスIDを検索キーとしてインタワークパス学習テーブル613を検索し、対応する中継論理パス検索インデックス802の値「０」を取得する。次に、中継論理パス検索部において中継論理パス検索インデックス802を検索キーとして中継論理パス管理テーブルを検索し、中継論理パスIDの値「１０００」を取得する。パケットトランスポート装置320-1は、取得した中継論理パスIDで中継論理パスヘッダ402を生成して、受信したユーザデータパケットをカプセル化して、パケットトランスポート装置320-1から中継ネットワーク302へカプセル化したユーザデータを転送する。このように、パケットトランスポート装置は、通信装置310-2と通信装置310-3で使用する論理パスIDを論理パスID割当メッセージ1013から学習することができるため、宛先MACアドレス121がマルチキャストやブロードキャストであるユーザデータパケット1015を受信したとしても、中継ネットワーク302の特定の中継論理パスID「１０００」の中継論理パスでパケットを転送することができる。
【００８１】
次に、通信事業者１のネットワークで使用する論理パスを削除する、論理パスID削除メッセージ1016が、通信装置310-2から通信装置310-3へと送信される。論理パスID削除メッセージ1016の宛先MACアドレス121には通信装置310-3を特定する「Ａ」が付与されており、ルーティング情報領域211には削除する論理パスＩＤが「１００」であることが記載されている。論理パスID削除メッセージを受信したパケットトランスポート装置320-1は、MACヘッダ111から受信パケットの宛先MACアドレス121が「Ａ」であることを取得し、MACアドレス「Ａ」を検索キーとしてMAC学習テーブル612を検索する。これにより、MAC学習テーブル612から中継論理パス検索インデックス「０」を取得する。次に、受信したパケットが論理パスID削除メッセージであることをルーティング情報領域211から判断し、ルーティングプロトコルスヌーピング処理部604において同じくルーティング情報領域211から論理パスID「１００」を取得し、インタワークパス学習テーブル613から論理パスID「１００」と中継論理パス検索インデックス「０」とを削除する（S1102）。また、論理パスID割当メッセージ1013は、宛先MACアドレスから中継論理パス検索インデックスが「０」であることが特定されているため、中継論理パスIDが「１０００」の中継論理パスヘッダ402でカプセル化されて、パケットトランスポート装置320-1から中継ネットワーク302へと転送される。
【００８２】
論理パスID削除メッセージ1016を受信した通信装置310-3は、通信装置310-2との間で設定されていた論理パスID「１００」が廃止されるということを学習する。
【００８３】
論理パスID削除メッセージ1016を受信した通信装置310-3は、応答メッセージ1017を通信装置310-2へ送信する。応答メッセージ1017を通信装置310-2が受信することで、通信装置310-2と通信装置310-3との間に設定された論理パスID１００が廃止されることになる。
【００８４】
本実施例１で述べた、通信事業者１のネットワークで用いられる転送プロトコルの具体的代表例としては、IP/MPLSのLDP（Label Distribution Protocol）アップストリームラベル割当てやPPPoEなどがあげられる。尚、実施例では、通信事業者１と通信事業者２として説明しているが、通信事業者は同じでもよく、第２の論理パスを用いてパケットを転送する第２の中継ネットワークが、第１の論理パスを用いてパケットを転送する、複数の拠点にまたがっている第１のネットワークを中継する場合に適用する発明である。
【００８５】
また、ルーティングプロトコルによっては、論理パスID割当てメッセージ1913を送信する前に、通信装置310間で論理パスID要求メッセージ（図示せず）を送信するものもある。
【００８６】
本発明を適用するパケットトランスポート装置320の拡張例の一つを図２３、図２５、図２６を用いて解説する。
【００８７】
通信事業者１の中には、付加価値機能としてネットワーク301の契約者に対して契約帯域を保証するサービスを提供する場合がある。ルーティングプロトコルで論理パスを設定する転送プロトコルを利用する通信事業者１が契約帯域を保証するサービスを提供する場合、ネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルを用いることができる。このようなルーティングプロトコルには論理パス通知IDメッセージのルーティング情報領域211の中に論理パスIDだけでなく確保すべき帯域情報が含まれている。
【００８８】
上記転送プロトコルを利用するネットワークを収容する通信事業者２では、中継ネットワーク102の契約者に対して契約帯域を保証するサービスを提供する必要がある。このとき、通信事業者２のパケットトランスポート装置320のインタワークIF121には、帯域制御処理部641が追加される。
【００８９】
帯域制御処理部641では、中継ネットワーク302の中継論理パスを利用する契約者の契約帯域を超過したデータが中継ネットワーク302内に流入しないように監視しており、契約帯域を超過したデータが流入した場合は、超過データを廃棄したり、超過データの廃棄優先度を高めたり、超過データに遅延を加えたりする帯域制御を実行する。
【００９０】
中継ネットワーク302の中継論理パスを利用する契約者の契約帯域情報は、帯域管理テーブル642で管理される。図２５に帯域管理テーブルの構成例を示す。本発明のパケットトランスポート装置320では、帯域管理テーブル642に中継ネットワーク302の中継論理パスIDを装置内で管理するための中継論理パス検索インデックス2500と、中継論理パス検索インデックス2500で特定される中継論理パスを契約するユーザの契約帯域を保持する中継論理パス契約帯域2502とを有する。さらに、帯域管理テーブル642は、通信装置310間でルーティングプロトコルを利用して確保した論理パスの帯域を管理するインタワークパス消費帯域2503を有する。
【００９１】
このインタワークパス消費帯域2503を有することで、通信事業者２の中継ネットワーク302の同一中継論理パス内に、通信事業者１の複数の帯域確保型の論理パスが設定される場合、通信事業者１が通信事業者２との間で契約している契約帯域に対して現在通信事業者１が消費（使用）している帯域をパケットトランスポート装置320は知ることができる。これにより、論理パス契約帯域に対して消費帯域量がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。これにより、通信事業者２のネットワーク管理者は通信事業者１のネットワーク管理者に対して、契約帯域を大きくするように警告を出すことができる。
【００９２】
これら機能を実現するために、インタワークIF121のルーティングプロトコルスヌーピング処理部604の処理フローチャートを変更する。変更したフローチャートを図２６に示す。
【００９３】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１の論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルに情報の登録及び削除を行う。また、帯域監視テーブル643のインタワークパス消費帯域の更新を行う。
【００９４】
ルーティングプロトコルスヌーピング処理部604は、ルーティングプロトコルパケット200を宛先MACアドレス検索部602から受信すると、ルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDと確保帯域情報を取得する（S2601）。次に、受信したパケットが論理パスIDを通知するメッセージか、論理パスIDを削除するメッセージかを確認する（S2602）。メッセージの種別もルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパスID801に登録し、宛先MACアドレス検索部602から通知された中継論理パス検索インデックスを中継論理パス検索インデックス802に登録する（S2603）。S2603により、通信事業者１のネットワークで使用する論理パスと通信事業者２の中継ネットワークで使用する中継論理パスが一対一で対応付く事になる。
【００９５】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503に、取得した確保帯域情報を加算する（S2604）。
【００９６】
次に、中継論理パス契約帯域2502とインタワークパス消費帯域2503を比較し、比較結果が一定割合を超過している場合は、IF制御部615へと帯域異常警報を通知する（S2605）。
【００９７】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDからインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802をインタワークパス学習テーブル613から削除する（S2607）。S2607により、通信事業者１のネットワークで使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【００９８】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503から取得した確保帯域情報を減算する（S2608）。
【００９９】
中継論理パス検索インデックスとルーティングプロトコルパケット200を中継論理パス処理部605へと転送する（S2606）。
【０１００】
これにより、帯域確保型のサービスにおいて、契約帯域に対して消費帯域がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。
【０１０１】
通信事業者１のネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルの具体的代表例としてはRSVP（Resource Reservation Protocol）やCRLDP（Constraint-based Routed Label Distribution Protocol）などがあげられる。
【０１０２】
（実施例２）
以下、図面を用いて本発明の第二の実施の形態を詳細に説明する。
【０１０３】
図１８は本発明が適用されるパケットトランスポート装置の第二の実施例である。
【０１０４】
第二の実施形態ではルーティングプロトコルスヌーピング処理部632が、中継論理パス終端部608と送信元MAC学習部610の間に位置している。それ以外の処理ブロックの配備位置は第一の実施例と同じ構成となっている。
【０１０５】
図１８に示すパケットトランスポート装置が適用されるネットワークは、第一の実施形態と同じ図３の中継ネットワーク302となる。
【０１０６】
第二の実施例では、通信事業者１のネットワークで用いているルーティングプロトコルでは、論理パスを識別する論理パスIDを論理パスの終点から始点方向に通知する。よって、通信装置310-1から通信装置310-4の方向にデータ転送するための論理パスを構築する場合、通信装置310-4が、通信装置310-3、310-2、310-1へ向けてどの論理パスIDを用いて論理パスを構築するかを通知する。通信装置310-3は、通信装置310-4から論理パスIDを通知するルーティングプロトコルパケットを受信すると、通信装置310-4から受信したルーティングプロトコルパケットで指定されている論理パスIDを装置にセットする。また、通信装置310-3は、論理パスの通り道となる次の通信装置310-2にルーティングパケットを送信して論理パスIDを通知する。このようにして、End-Endの論理パスを構築する。
第一の実施例にあるパケットトランスポート装置と第二の実施例にあるパケットトランスポート装置を構成する処理ブロックで動作に差異がある宛先MAC検索部631とルーティングプロトコルスヌーピング処理632について処理動作詳細を述べる。
【０１０７】
宛先MAC検索部631は、パケットを受信すると、受信したパケットのMACヘッダ111から宛先MACアドレス121を取得して、受信したパケットの宛先MACがMAC学習テーブル612に登録されているかどうかを確認する。宛先MAC検索部602がパケットを受信したときの動作を図７と図２１を用いて述べる。
【０１０８】
図２１は、第二の実施例にあるパケットトランスポート装置の宛先MAC検索部631の処理動作を記載したフローチャートである。宛先MAC検索部631は、パケットを受信すると、まず、受信パケットのMACヘッダ111から宛先MACアドレス121を取得する（S2101）。次に、取得した宛先MACアドレス121を検索キーとして、MAC学習テーブル612に一致するアドレスが登録されているかMAC学習テーブル612の学習MACアドレス701を検索する（S2102）。MAC学習テーブル612の検索結果、取得MACはMAC学習テーブル612に登録されているかを判定する（S2103）。MAC学習テーブル612に同一のMACアドレスが登録されている場合、宛先MACアドレスに対応する中継論理パス検索インデックスをテーブルから取得する（S2104）。MAC学習テーブル612に同一のMACアドレスが登録されていない場合、インタワークIFに登録されている全ての中継論理パスに対してパケットを複製して転送することを表すフラッディング用中継論理パス検索インデックスを保持する（S2107）。中継論理パス検索インデックス702と受信パケットとをインタワークパス検索部603へと転送する（S2106）。受信パケットがユーザデータパケット100かルーティングプロトコルパケット102かはMACヘッダのタイプ123の値で確認することができる。また、ルーティングパプロトコルパケット102であった場合は、ルーティング情報領域からメッセージの内容を確認することができる。
【０１０９】
ルーティングプロトコルスヌーピング処理部632は、ルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１のネットワークで使用されている論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルに情報の登録及び削除を行う。ルーティングプロトコルスヌーピング処理部604がパケットを受信したときの動作を図８と図２２を用いて述べる。
【０１１０】
ルーティングプロトコルスヌーピング処理部632は、中継論理パス終端部608から受信したパケットがユーザデータパケット100かルーティングプロトコルパケット200かを判定する。ルーティングプロトコルパケット200の場合、さらにそのパケットが通信事業者１の通信装置310間でデータ通信するための論理パスIDを通知するメッセージ、または、通信事業者１の通信装置310間でデータ通信するための論理パスIDを削除する通知するメッセージであるかどうかを判定する（S2201）。
【０１１１】
受信パケットがルーティングプロトコルパケット200で、かつ論理パスID割当メッセージまたは論理パスID削除メッセージであった場合、ルーティング情報領域211から通信事業者１のネットワークで用いている論理パスIDを取得する（S2202）。次に、受信したパケットが、論理パスIDを通知するメッセージか、論理パスIDを削除するメッセージかを確認する（S2203）。メッセージの種別はルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパスID801に登録し、中継論理パス終端部608から通知された中継論理パス検索インデックスを中継論理パス検索インデックス802に登録する（S2204）。S2204により、通信事業者１のネットワークで使用する論理パスと通信事業者２の中継ネットワークで使用する中継論理パスが一対一で対応付く事になる。
【０１１２】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDからインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802の双方をインタワークパス学習テーブル613から削除する（S2206）。S2206により、通信事業者１で使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【０１１３】
S2204、S2205のいずれかの処理を行った後、中継論理パス検索インデックスとルーティングプロトコルパケット200を、中継論理パス処理部605へと転送する。
【０１１４】
次に、図１９と図２０を用いて本発明が適用されるパケットトランスポート装置320が送信元MACアドレスと通信事業者１のネットワークで用いられる論理パスIDを学習する手順を説明する。
【０１１５】
図１９は、通信事業者１の通信装置310-2と通信装置310-3との間で論理パスが設定された後、データ送受が行われ、さらには論理パスが削除されるまでのシーケンスの一例を記載した図である。図２０は、本発明のパケットトランスポート装置320-1が有するMAC学習テーブル612、インタワークパス学習テーブル613、中継論理パス管理テーブル614の設定内容を表している。
【０１１６】
通信事業者２のパケットトランスポート装置において、通信事業者１のネットワークに提供する中継論理パスのみ設定された初期状態がS2001である。このとき、中継論理パス管理テーブル614には、中継ネットワーク302に設定された中継論理パス331、332、333の情報が、中継論理パス検索インデックス０中継論理パスID１０００、中継論理パス検索インデックス１中継論理パスID２０００、中継論理パス検索インデックス２中継論理パスID３０００、として登録されている。
【０１１７】
通信事業者１に対して通信事業者２がネットワーク提供を開始すると、通信装置310-2は、ネットワーク内に同一転送プロトコルを使用する通信装置が存在するかを確認する探索メッセージ1911を送信する。探索メッセージ1911の宛先MACアドレスは、ネットワーク内の全ての通信装置310にパケットが届くようにブロードキャストアドレスまたはマルチキャストアドレスが使用される。パケットトランスポート装置320-1が探索メッセージ1911を受信すると、宛先MACアドレスがブロードキャスト（マルチキャスト）であり、かつ、論理パスヘッダ112が付与されていないことから、インタワークIF321に登録されている全ての中継論理パス（331、332、333）にパケットをコピーして転送する。
【０１１８】
探索メッセージ1911を受信した通信装置310-3は、応答メッセージ1912を通信装置310-2へ送信する。応答メッセージ1912を受信したパケットトランスポート装置320-1は、受信した応答メッセージが転送されてきた中継ネットワークの中継論理パス331の中継論理パスID１０００に対応する中継論理パス検索インデックス０を、中継論理パス管理テーブル614から取得する。また、MACヘッダ111の送信元MACアドレス112の位置から、通信装置310-3のMACアドレスである「Ａ」を取得し、MAC学習テーブル612にMACアドレス「Ａ」と中継論理パス検索インデックス「０」を登録する（S2002）。MAC応答メッセージ1912は、パケットトランスポート装置320-1から通信装置310-2へと転送される。
【０１１９】
次に、通信事業者１の中で使用する論理パスの設定するために、通信装置310-3は、論理パスID割当メッセージ1913を通信装置320-2へ送信する。通信装置320-2は、パケットを受信すると、中継論理パスID「１０００」で論理パスID割当メッセージ1913をカプセル化して、パケットを中継ネットワーク302へと転送する。論理パスID割当メッセージを受信したパケットトランスポート装置320-1は、中継論理パスヘッダ402から受信パケットの中継論理パスIDが「１０００」であることを取得し、中継論理パスID「１０００」を検索キーとして中継論理パス管理テーブル614を検索する。これにより、中継論理パス管理テーブル614から中継論理パス検索インデックス「０」を所得する。次に、受信したパケットが論理パスID割当メッセージであるとルーティング情報領域211から判断し、ルーティングプロトコルスヌーピング処理部604にて同じくルーティング情報領域211から通信事業者１の通信装置310が設定しようとしている論理パスID「１００」を取得し、インタワークパス学習テーブル613に論理パスID「１００」と中継論理パス検索インデックス「０」とを登録する（S2003）。
【０１２０】
論理パスID割当メッセージ1913を受信した通信装置310-2は、通信装置310-3へ転送すべきユーザデータパケット100には、論理パスヘッダ112の論理パスIDが「１００」と設定する必要があるということを学習する。
【０１２１】
論理パスID割当メッセージ1913を受信した通信装置310-2は、応答メッセージ1914を通信装置310-3へ送信する。応答メッセージ1914を通信装置310-3が受信することで、通信装置310-2と通信装置310-3の間に論理パスID「１００」の論理パス340が開通することになる。
【０１２２】
論理パス340が開通すると、通信事業者１は、通信事業者１と契約するユーザに対して通信サービスを開始する。それにともない、通信装置310-2からはユーザデータパケット1915が送信されてくる。
【０１２３】
パケットトランスポート装置320-1は、ユーザデータパケット1915を受信すると、論理パスヘッダ112から論理パスID「１００」を取得し、論理パスIDを検索キーとしてインタワークパス学習テーブル613を検索し、対応する中継論理パス検索インデックス802の値「０」を取得する。次に、中継論理パス検索インデックス802を検索キーとして中継論理パス管理テーブルを検索し、中継論理パスIDの値「１０００」を取得する。取得した論理パスIDで中継論理パスヘッダ402を生成して、受信したユーザデータパケットをカプセル化して、パケットトランスポート装置320-1から中継ネットワーク302へと転送する。このように、パケットトランスポート装置は、通信装置310-2と310-3で使用する論理パスIDを論理パスID割当メッセージ1913から学習することができるため、宛先MACアドレス121がマルチキャストやブロードキャストであるユーザデータパケット1015を受信したとしても、中継ネットワーク302の特定の中継論理パスID「１０００」の中継論理パスでパケットを転送することができる。
【０１２４】
次に、通信事業者１のネットワークで使用する論理パスを削除する、論理パスID削除メッセージ1916が、通信装置310-3から通信装置310-2へと送信される。
【０１２５】
論理パスID削除メッセージを受信したパケットトランスポート装置320-1は、中継論理パスヘッダ402から受信パケットの中継論理パスIDが「１０００」であることを取得し、中継論理パスID「１０００」を検索キーとして中継論理パス管理テーブル614を検索する。これにより、中継論理パス管理テーブル614から中継論理パス検索インデックス「０」を所得する。次に、受信したパケットが論理パスID削除メッセージ1916であることをルーティング情報領域211から判断し、ルーティングプロトコルスヌーピング処理部604において同じくルーティング情報領域211から通信事業者１の通信装置310が削除しようとしている中継論理パスID「１００」を取得し、インタワークパス学習テーブル613から論理パスID「１００」と中継論理パス検索インデックス「０」とを削除する（S2002）。また、パケットトランスポート装置320-1は、通信装置310-2へ論理パスID削除メッセージ1916を転送する。
【０１２６】
本実施例２で述べた、通信事業者１のネットワークで使用する転送プロトコルの具体的代表例としてはIP/MPLSのLDP（Label Distribution Protocol）によるダウンストリームラベル割当てなどがあげられる。
【０１２７】
また、ルーティングプロトコルによっては、論理パスID割当てメッセージ1913を送信する前に、通信装置310間で論理パスID要求メッセージ（図示せず）を送信するものもある。
【０１２８】
実施例２のパケットトランスポート装置320の拡張例の一つを図２４、図２５、図３２を用いて解説する。
【０１２９】
通信事業者１の中には、付加価値機能としてネットワーク301の契約者に対して契約帯域を保証するサービスを提供する場合がある。ルーティングプロトコルで論理パスを設定する転送プロトコルを利用する通信事業者１が契約帯域を保証するサービスを提供する場合、ネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルを用いることができる。このようなルーティングプロトコルには論理パス通知IDメッセージのルーティング情報領域211の中に論理パスIDだけでなく確保すべき帯域情報が含まれている。
【０１３０】
上記転送プロトコルを利用するネットワークを収容する通信事業者２では、中継ネットワーク102の契約者に対して契約帯域を保証するサービスを提供する必要がある。このとき、通信事業者２のパケットトランスポート装置320のインタワークIF121には帯域制御処理部641が追加される。
【０１３１】
帯域制御処理部641では中継ネットワーク302の中継論理パスを利用する契約者の契約帯域を超過したデータが中継ネットワーク302内に流入しないように監視しており、契約帯域を超過したデータが流入した場合は超過データを廃棄したり、超過データの廃棄優先度を高めたり、超過データに遅延を加えたりする帯域制御を実行する。
【０１３２】
中継ネットワーク302の中継論理パスを利用する契約者の契約帯域情報は帯域管理テーブル642で管理されている。図２５に帯域管理テーブルの構成例を示す。本発明のパケットトランスポート装置320では、帯域管理テーブル642に中継ネットワーク302の中継論理パスIDを装置内で管理するための中継論理パス検索インデックス2500と、中継論理パス検索インデックス2500で特定される中継論理パスを契約するユーザの契約帯域を保持する中継論理パス契約帯域2502を有している。さらに、通信装置310間でルーティングプロトコルを利用して確保した論理パスの帯域を管理するインタワークパス消費帯域2503を有している。
【０１３３】
このインタワークパス消費帯域2503を有することで、通信事業者２の中継ネットワーク302の同一中継論理パス内に、通信事業者１の複数の帯域確保型の論理パスが設定される場合、通信事業者１が通信事業者２との間で契約している契約帯域に対して現在通信事業者１が消費している帯域をパケットトランスポート装置320は知ることができる。これにより、中継論理パス契約帯域に対して消費帯域量がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。これにより、通信事業者２のネットワーク管理者は通信事業者１のネットワーク管理者に対して、契約帯域を大きくするように警告を出すことができる。
【０１３４】
これら機能を実現するために、インタワークIF121のルーティングプロトコルスヌーピング処理部604の処理フローチャートを変更する。変更したフローチャートを図３２に示す。
【０１３５】
ルーティングプロトコルスヌーピング処理部632はルーティングプロトコルパケット200のルーティング情報領域211から通信事業者１の論理パスIDおよびパケットのメッセージ種別を収集して、インタワークパス学習テーブルに情報の登録及び削除を行う。また、帯域監視テーブル643のインタワークパス消費帯域の更新を行う。
【０１３６】
ルーティングプロトコルスヌーピング処理部632は中継論理パス終端部608から受信したパケットがユーザデータパケット100かルーティングプロトコルパケット200かを判定する。ルーティングプロトコルパケット200の場合、さらにそのパケットが通信事業者１の通信装置310間でデータ通信するための論理パスIDを通知するメッセージまたは、通信事業者１の通信装置310間でデータ通信するための論理パスIDを削除する通知するメッセージであるかどうかを判定する（S3101）。
【０１３７】
受信パケットがルーティングプロトコルパケット200でかつ論理パスID割当メッセージまたは論理パスID削除メッセージであった場合、ルーティング情報領域211から通信事業者１で用いている論理パスIDと確保帯域情報を取得する（S3102）。次に、受信したパケットが論理パスIDを割当てるメッセージか、論理パスIDを削除するメッセージかを確認する（S3103）。メッセージの種別はルーティング情報領域で確認することが可能である。受信したルーティングプロトコルパケット200が論理パスID割当メッセージだった場合、受信したパケットから取得した論理パスIDをインタワークパスID801に登録し、中継論理パス終端部608から通知された中継論理パス検索インデックスを中継論理パス検索インデックス802に登録する（S3104）。S2204により、通信業者１で使用する論理パスと通信事業者２で使用する中継論理パスが一対一で対応付く事になる。
【０１３８】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503に取得した確保帯域情報を加算する（S3105）。
【０１３９】
次に、中継論理パス契約帯域2502とインタワークパス消費帯域2503を比較し、比較結果が一定割合を超過している場合はIF制御部615へと帯域異常警報を通知する（S3106）。
【０１４０】
受信したルーティングプロトコルパケット200が論理パスID削除メッセージだった場合、受信したパケットから取得した論理パスIDからインタワークパス学習テーブル613を検索する。取得した論理パスIDと一致する登録済みのインタワークパスID801がテーブルに設定されている場合は、登録済みのインタワークパスID801と対応する中継論理パス検索インデックス802の双方をインタワークパス学習テーブル613から削除する（S3108）。S3108により、通信事業者１で使用しなくなる論理パスを削除することができるため、インタワークパス学習テーブル613に不要なエントリが残らない。
【０１４１】
次に、中継論理パス検索インデックスを検索キーとして帯域管理テーブル643を検索する。中継論理パス検索インデックスが一致したエントリのインタワークパス消費帯域2503から取得した確保帯域情報を減算する（S3109）。
【０１４２】
中継論理パス検索インデックスとルーティングプロトコルパケット200を次処理ブロックへと転送する（S3107）。
【０１４３】
これにより、帯域確保型のサービスにおいて、契約帯域に対して消費帯域がある一定割合を上回った場合に、パケットトランスポート装置320が通信事業者２のネットワーク管理者に対して警告を上げることができる。
【０１４４】
通信事業者１のネットワーク301を構築する通信装置310の帯域リソースを確保することができるルーティングプロトコルの具体的代表例としてはRSVP（Resource Reservation Protocol）やCRLDP（Constraint-based Routed Label Distribution Protocol）などがあげられる。
【０１４５】
（実施例3）
以下、図面を用いて本発明の第三の実施の形態を詳細に説明する。
【０１４６】
図２７は、図３の通信事業者１の転送プロトコルをIP/MPLSプロトコルに、通信事業者２に転送プロトコルをMPLS-TPプロトコルとした場合の実施例である。
【０１４７】
図２７は、本発明が適用されるパケットトランスポート装置により、それぞれ地理的に離れた位置にある２つ以上のネットワークをインタワークする中継ネットワークを構築した例を示す図である。
【０１４８】
本図では、通信事業者１と通信事業者２が存在し、通信事業者１の地理的に離れた位置にある４つのネットワーク2701-1、2701-2、2701-3、2701-4を通信事業者２の中継ネットワーク2702でインタワークしている。
【０１４９】
通信事業者１のネットワーク2701-1は、転送プロトコルとしてIP/MPLS（Internet Protocol/ Multi-Protocol Label Switching）が用いられている。通信事業者２の中継ネットワーク2702は、転送プロトコルとしてMPLS-TP（Multi-Protocol Label Switching - Transport Profile）が用いられている。
【０１５０】
図３２と図３３はIP/MPLSのユーザデータパケット3200とルーティングプロトコルパケット3300のフォーマットである。
【０１５１】
IP/MPLSのユーザデータパケット3200は、MACヘッダ111とIP/MPLSヘッダ3201、ペイロード113から構成されている。さらに、ペイロード113をより具体化するとIPヘッダ3202とTCPヘッダ3203とデータ領域3204から構成されている。
【０１５２】
IP/MPLSのルーティングプロトコルパケット3300は、MACヘッダ111とルーティング情報領域211から構成されている。さらに、ルーティング情報領域211をより具体化すると、IPヘッダ3202とTCPヘッダ3203とLDPまたはRSVPのルーティング情報3301から構成されている。
【０１５３】
転送プロトコル１とIP/MPLSプロトコルとの差分は、論理パスヘッダがIP/MPLSヘッダとなり、論理パスヘッダに含まれる論理パスIDがIP/MPLSラベルIDに名称変更されている点である。それ以外の機能的差分は無い。
【０１５４】
図３４はユーザデータパケット3200をMPLS-TPでカプセル化したフレームフォーマット3400である。
【０１５５】
ユーザデータパケット3200をカプセル化した場合は、IP/MPLSのユーザデータパケットのMACヘッダ111の外側にMPLS-TPヘッダ3401が付与される。さらには、MPLS-TP中継ネットワーク2702で使用されるレイヤ２ヘッダ400が付与される。
【０１５６】
図３５はルーティングプロトコルパケット3300をMPLS-TPでカプセル化したフレームフォーマット3500である。
【０１５７】
ルーティングプロトコルパケット3300をカプセル化した場合は、IP/MPLSのルーティングプロトコルパケットのMACヘッダ111の外側にMPLS-TPヘッダ3401が付与される。さらには、MPLS-TP中継ネットワーク2702で使用されるレイヤ２ヘッダ400が付与される。
【０１５８】
転送プロトコル２とMPLS-TPプロトコルの差分は、中継論理パスヘッダ402がMPLS-TPヘッダに名称変更されている。それ以外の機能的差分は無い。
【０１５９】
MPLS-TPネットワーク2702で用いられるレイヤ２プロトコルがイーサネットの場合、IP/MPLSネットワーク2701で使用しているMACヘッダ111を利用することも可能である。IP/MPLSネットワーク2701で使用しているMACヘッダ111を利用する場合のパケットフォーマットを図３８、３９に示す。図３８は、ユーザデータパケット3200をMPLS-TPネットワーク2702で転送するパケットフォーマット3800である。MPLS-TPヘッダ3401は、受信したユーザデータパケットのMACヘッダ111とIP/MPLSヘッダ3201との間に付与する。図３９は、ルーティングプロトコルパケット3300を通信事業者２のネットワークで転送するパケットフォーマット3900である。中継論理パスヘッダ3401は、MACヘッダ111とIPヘッダ3202の間に付与する。このように、IP/MPLSネットワーク2701で用いられるMACヘッダ111を流用することで、オーバヘッドを小さくする効果がある。以下、実施例では通信事業者２で用いるパケットフォーマットは図３４、図３５として説明するが、図３８、図３９のパケットフォーマットでも同じ処理で同じ効果を得ることができる。
【０１６０】
通信事業者１のネットワークはIP/MPLSルータ2710で構成されている。IP/MPLSルータは、LDPやRSVPなどのルーティングプロトコルを用いてIP/MPLSルータ間にMPLSの論理パスを設定する。ユーザサイトからネットワークに入力したデータパケットには、IP/MPLSの論理パスを識別するIP/MPLSヘッダが付与さる。IP/MPLSルータはIP/MPLSヘッダによりパケットの転送先を特定する。
【０１６１】
図２７の一例では、通信事業者１の地理的に離れる２つのネットワークにユーザサイト１2471とユーザサイト２ 2472が接続されている。この２つのユーザサイトを接続する論理パス2740が、IP/MPLSルータ2710-1とIP/MPLSルータ2710-4との間で設定される。この論理パス2740は、IP/MPLSルータ2710-1、2710-2、2710-3、2710-4の間でルーティングプロトコルを用いて設定される。通信事業者１が地理的に離れたネットワークのEnd-End間で論理パスを構築するためには、通信事業者２の中継ネットワークはルーティングプロトコルパケットも転送する必要がある。
【０１６２】
通信事業者２の中継ネットワーク2702はMPLS-TP伝送装置2720で構成されている。MPLS-TP伝送装置2720間の論理パスは、中継ネットワーク2702を契約するユーザ（他の通信業者）が利用できるMPLS-TPの論理パスがネットワークマネージメントシステムから予め設定される。図２７の一例では、通信事業者１を接続する３本のMPLS-TPの論理パス2731、2732、2733が設定されている。
【０１６３】
図２８は、地理的に離れたIP/MPLSネットワーク2701をMPLS-TP中継ネットワーク2702でインタワークすることを実現する、本発明の適用例であるMPLS-TP伝送装置2720の構成図である。本構成のMPLS-TP伝送装置2720は、通信事業者１がルーティングプロトコルにLDPのダウンストリームラベル割当てを用いる場合に適用できる。
【０１６４】
MPLS-TP伝送装置2720は、１個以上のスイッチ部323と、1個以上の装置制御部324と、１枚以上の中継ネットワークIF322と、１枚以上のインタワークインタフェース（IF）321から構成される。スイッチ部323、装置制御部324、中継ネットワークIF322、インタワークIF321は互いに接続される。これら構成要素は、図１８に示すパケットトランスポート装置320と同一のものとなる。差分は、インタワークIF321のIP/MPLSパス学習テーブル2811、MPLS-TPパス管理テーブル、IP/MPLS論理パス検索部2801、MPLS-TP処理部2802、MPLS-TP終端部2803、ルーティングプロトコルスヌーピング処理部2804と、中継ネットワークIF322のMPLS-TP検索部2821となる。
【０１６５】
差分となる機能ブロックのみ詳細説明する。
【０１６６】
図２９はIP/MPLSパス学習テーブル2811の１構成例である。IP/MPLSパス学習テーブル2811とインタワークパス学習テーブル614との差分は、インタワークパスID 801がIP/MPLSラベルID 2901に名称変更した点である。
【０１６７】
図３０は、MPLS-TPパス管理テーブル2812の１構成例である。MPLS-TPパス管理テーブル2812と中継論理パス管理テーブル614との差分は、中継論理パスIDがMPLS-TPラベルID 3102に名称変更した点である。
【０１６８】
IP/MPLS論理パス検索部2801とインタワークパス検索部603との違いは、受信するパケットの参照するヘッダが論理パスヘッダ112からIP/MPLSヘッダ3201に変更になったのみである。IP/MPLSヘッダ3201から論理パスIDにあたるラベルIDを取得し、取得したラベルIDを検索キーとしてIP/MPLSパス学習テーブルを検索する。その他動作は、全てインタワークパス検索部603と共通となる。
【０１６９】
MPLS-TP処理部2802と中継論理パス処理部605との違いは、受信したパケットに付与するヘッダが中継論理パスヘッダからMPLS-TPヘッダに変更になったのみである。MPLS-TP処理部2802は、パケットを受信すると、中継論理パス検索インデックスでMPLS-TPパス管理テーブル2812を検索し、MPLS-TPラベルID3001を取得して、MPLS-TPヘッダを生成する。
【０１７０】
MPLS-TP終端部2803と中継論理パス終端部608との違いは、受信したパケットの参照するヘッダが中継論理パスヘッダ402からMPLS-TPヘッダ3400に変更になったのみである。中継論理パスヘッダ402とMPLS-TPヘッダ3400との構成情報は共に同じである。
【０１７１】
ルーティングプロトコルスヌーピング処理部2804の違いは、受信したルーティングプロトコルパケットから取得する情報が、論理パスIDからIP/MPLSラベルIDに名称変更になったのみである。
【０１７２】
本発明を適用するMPLS-TP伝送装置2720によると、地理的に離れているIP/MPLSネットワークをMPLS-TP中継ネットワークでインタワークすることが可能となる。
【０１７３】
また、実施例１の図６に示すパケットトランスポートと同じく、ルーティングプロトコルスヌーピング処理2804を宛先MAC検索部602とMPLS-TP処理部2802との間に配備することで、LDPのダウンストリームラベル割当てにも適用することができる。
【０１７４】
さらには、実施例１の図２３や実施例２の図２４のように、帯域制御処理部641と帯域管理テーブル642を具備することでRSVPやCRLDPにも適用することができる。
【符号の説明】
【０１７５】
３０１ 通信事業者１のネットワーク
３０２ 通信事業者２のネットワーク
３１０ 通信事業者１の通信装置
３２０ パケットトランスポート装置
３２１ インタワークIF
３２２ 中継ネットワークIF
３２３ スイッチ部
３２４ 装置制御部
６０１ 受信回路
６０２ 宛先MAC検索部
６０３ インタワークパス検索部
６０４ ルーティングプロトコルスヌーピング処理
６０５ 中継論理パス処理部
６０６ SW送信回路
６０７ SW受信回路
６０８ 中継論理パス終端部
６１０ 送信元MAC学習部
６１１ 送信回路
６１２ MAC学習テーブル
６１３ インタワークパス学習テーブル
６１４ 論理パス管理テーブル
６１５ IF制御部
【特許請求の範囲】
【請求項１】
制御パケットを用いて第１の論理パスを構築する第１の通信プロトコルでデータ通信を行う第１のネットワークと、第２の論理パスを構築する第２の通信プロトコルでパケット通信を行う第２のネットワークと、に接続されるパケット転送装置であって、
前記第１のネットワークから制御パケット及びデータパケットを受信する第１の受信部と、
前記第１の受信部で受信する制御パケットの宛先アドレスから第２の論理パスを識別する第２の論理パス識別子を特定する第１のアドレス検索部と、
前記第１の受信部で受信するデータパケットに含まれる第１の論理パス識別子に基づいて、前記第２の論理パス識別子を特定する第２のアドレス検索部と、
前記第１または第２のアドレス検索部で特定された前記第２の論理パス識別子を含む第２の論理パスヘッダを生成し、前記第１の受信部で受信した受信パケットに前記生成した第２の論理パスヘッダを付与したパケットを第２のネットワークに送信する送信部と、を備えたことを特徴とするパケット転送装置。
【請求項２】
請求項１記載のパケット転送装置であって、
前記第２のネットワークから制御データを受信する第２の受信部と、
前記第２の受信部でパケットを受信すると、該パケットの送信元アドレスと、該パケットに含まれる第２の論理パス識別子との対応関係を保持する第１のアドレス記憶部と、
前記第１の受信部で論理パス割当制御パケットを受信すると、該パケットの宛先アドレスが、前記第１のアドレス記憶部に保持されている場合は、前記対応関係に、該受信パケットに含まれる前記第１の論理パス識別子をさらに対応づけて保持することを特徴とするパケット転送装置。
【請求項３】
請求項１記載のパケット転送装置であって、
前記第２のネットワークから制御パケットまたはデータパケットを受信する第２の受信部を備え、
前記第２の受信部において、第２の論理パスヘッダが付与された、第１のネットワークが送信した制御パケットまたはデータパケットを受信すると、前記第２の論理パスヘッダに含まれる第２の論理パス識別子と該パケットの送信元アドレスを対応づけて保持する第２のアドレス記憶部を備えることを特徴とするパケット転送装置。
【請求項４】
請求項３記載のパケット転送装置であって、
前記第１の受信部において前記第１のネットワークから受信した前記制御パケットのうち前記第１のネットワーク内の論理パスを設定する論理パス割当パケットを受信すると、
前記第１のアドレス検索部は、前記論理パス割当パケットの宛先アドレスから第２の論理パス識別子を取得し、
さらに、前記パケット転送装置は、
前記論理パス割当パケットから抽出した前記第１のネットワーク内で設定する第１の論理パス識別子と前記取得した第２の論理パス識別子とを第３のアドレス記憶部に登録する第２アドレス学習部を備え、
前記送信部は、前記第２アドレス学習部で取得した第２の論理パス識別子に基づいて生成した前記第２の論理パスヘッダを付与した前記第２のネットワークへ論理パス割当パケットを、前記第２のネットワークへ送信することを特徴とするパケット転送装置。
【請求項５】
請求項４記載のパケット転送装置であって、
第２の論理パス毎に確保されている第２の論理パス通信帯域と、第１のネットワークの論理パスにより確保されている通信帯域と、を保持する、通信帯域管理テーブルと、
前記論理パス割当パケットを受信すると、前記論理パス割当パケットから前記第１の論理パス識別子で特定される第１の論理パスで利用する第１の通信帯域を抽出し、前記通信帯域管理テーブルの前記取得した第２の論理パス識別子に対応するエントリに登録されている前記第１のネットワークの論理パスにより確保されている通信帯域に前記第１の通信帯域を加算して登録する帯域学習部と、
前記通信帯域管理テーブルに基づいて、第１のネットワークから第２の論理パスに流入するデータ量を制御する帯域制御部と、
を備えることを特徴とするパケット転送装置。
【請求項６】
請求項５記載のパケット転送装置であって、
前記帯域学習部は、
前記通信帯域管理テーブルに登録されている、前記第２の論理パス通信帯域と前記第１のネットワークの論理パスにより確保されている通信帯域とを比較し、
前記第２の論理パス通信帯域に対して、前記第１のネットワークの論理パスにより確保されている通信帯域の比率が一定値を超過した場合は、帯域異常警報を出力することを特徴とするパケット転送装置。
【請求項７】
第１のネットワークの通信プロトコルにIP/MPLSを使用することを特徴とする請求項４記載のパケット転送装置。
【請求項８】
第２のネットワークの通信プロトコルにMPLS-TPを使用することを特徴とする請求項４記載のパケット転送装置。
【請求項９】
制御パケットがLDP（Label Distribution Protocol）であることを特徴とする請求項４記載のパケット転送装置。
【請求項１０】
制御パケットがRSVP（Resource Reservation Protocol）または、CRLDP（Constraint-based Routed Label Distribution Protocol）であることを特徴とする請求項６記載のパケット転送装置。
【請求項１１】
データ通信を行うユーザの２つ以上のユーザ拠点間を接続するパケット通信サービスを提供する第１のネットワークと、地理的に離れた２つ以上の第１のネットワークを中継する第２のネットワークがあり、
前記第１のネットワークは、
前記ユーザ拠点間に第１の論理パスを構築し、
前記第１の論理パスを識別するために前記ユーザ拠点からデータパケットが前記第１のネットワークに入力するときに該データパケットに第１の論理パスヘッダを付与し、
前記第１のネットワークから前記ユーザ拠点へデータパケットを出力するときに該データパケットから前記第１の論理パスヘッダを削除し、
前記第２のネットワークは、
前記第１のネットワーク間に第２の論理パスを構築し、
前記第１のネットワークから第２のネットワークにパケットが入力されたときに該パケットに第２の論理パスヘッダを付与し、前記第２のネットワークから第１のネットワークへパケットを出力するときに前記前記パケットから第２の論理パスヘッダを削除し、
前記第１のネットワークから前記第２のネットワークに入力したパケットが前記第１のネットワーク内の制御のための制御パケットの場合は、前記制御パケット宛先アドレスから前記第２の論理パスヘッダを生成し、
前記第１のネットワークから前記第２のネットワークに入力したパケットが前記ユーザ拠点から出力されたデータパケットの場合は前記第１の論理パスヘッダから前記第２の論理パスヘッダを生成することを特徴とする仮想専用線構成方法。
【請求項１２】
前記第２のネットワークでは、前記第１のネットワークへ通信経路を提供する前に、
前記第２のネットワーク内に前記第１のネットワーク用の論理パスを構築することを特徴とする請求項１１記載の仮想専用線構成方法。
【請求項１３】
前記第２のネットワークでは、
前記第１のネットワークから受信した前記制御パケットを前記第２のネットワークで中継し、地理的に離れた前記第１のネットワークに前記第２のネットワークから出力するときに、前記制御パケットの送信元アドレスと前記第２のネットワークを中継してきた前記第２の論理パス情報の対応関係を保持、することを特徴とする請求項１１記載の仮想専用線構成方法。
【請求項１４】
前記第２のネットワークでは、前記第１のネットワークから受信した前記制御パケットのうち前記第１のネットワーク内の論理パスを設定する論理パス割当パケットを受信すると、
前記第２のネットワークでパケットを中継する前に、
前記論理パス割当パケットの宛先アドレスに対応する、前記対応関係に保持された前記第２の論理パス情報を取得し、
前記論理パス割当パケットから抽出した前記第１のネットワーク内で設定する第１の論理パス情報と前記取得した前記第２の論理パス情報とを対応づけて保持する、ことを特徴とする請求項１１記載の仮想専用線構成方法
【請求項１】
制御パケットを用いて第１の論理パスを構築する第１の通信プロトコルでデータ通信を行う第１のネットワークと、第２の論理パスを構築する第２の通信プロトコルでパケット通信を行う第２のネットワークと、に接続されるパケット転送装置であって、
前記第１のネットワークから制御パケット及びデータパケットを受信する第１の受信部と、
前記第１の受信部で受信する制御パケットの宛先アドレスから第２の論理パスを識別する第２の論理パス識別子を特定する第１のアドレス検索部と、
前記第１の受信部で受信するデータパケットに含まれる第１の論理パス識別子に基づいて、前記第２の論理パス識別子を特定する第２のアドレス検索部と、
前記第１または第２のアドレス検索部で特定された前記第２の論理パス識別子を含む第２の論理パスヘッダを生成し、前記第１の受信部で受信した受信パケットに前記生成した第２の論理パスヘッダを付与したパケットを第２のネットワークに送信する送信部と、を備えたことを特徴とするパケット転送装置。
【請求項２】
請求項１記載のパケット転送装置であって、
前記第２のネットワークから制御データを受信する第２の受信部と、
前記第２の受信部でパケットを受信すると、該パケットの送信元アドレスと、該パケットに含まれる第２の論理パス識別子との対応関係を保持する第１のアドレス記憶部と、
前記第１の受信部で論理パス割当制御パケットを受信すると、該パケットの宛先アドレスが、前記第１のアドレス記憶部に保持されている場合は、前記対応関係に、該受信パケットに含まれる前記第１の論理パス識別子をさらに対応づけて保持することを特徴とするパケット転送装置。
【請求項３】
請求項１記載のパケット転送装置であって、
前記第２のネットワークから制御パケットまたはデータパケットを受信する第２の受信部を備え、
前記第２の受信部において、第２の論理パスヘッダが付与された、第１のネットワークが送信した制御パケットまたはデータパケットを受信すると、前記第２の論理パスヘッダに含まれる第２の論理パス識別子と該パケットの送信元アドレスを対応づけて保持する第２のアドレス記憶部を備えることを特徴とするパケット転送装置。
【請求項４】
請求項３記載のパケット転送装置であって、
前記第１の受信部において前記第１のネットワークから受信した前記制御パケットのうち前記第１のネットワーク内の論理パスを設定する論理パス割当パケットを受信すると、
前記第１のアドレス検索部は、前記論理パス割当パケットの宛先アドレスから第２の論理パス識別子を取得し、
さらに、前記パケット転送装置は、
前記論理パス割当パケットから抽出した前記第１のネットワーク内で設定する第１の論理パス識別子と前記取得した第２の論理パス識別子とを第３のアドレス記憶部に登録する第２アドレス学習部を備え、
前記送信部は、前記第２アドレス学習部で取得した第２の論理パス識別子に基づいて生成した前記第２の論理パスヘッダを付与した前記第２のネットワークへ論理パス割当パケットを、前記第２のネットワークへ送信することを特徴とするパケット転送装置。
【請求項５】
請求項４記載のパケット転送装置であって、
第２の論理パス毎に確保されている第２の論理パス通信帯域と、第１のネットワークの論理パスにより確保されている通信帯域と、を保持する、通信帯域管理テーブルと、
前記論理パス割当パケットを受信すると、前記論理パス割当パケットから前記第１の論理パス識別子で特定される第１の論理パスで利用する第１の通信帯域を抽出し、前記通信帯域管理テーブルの前記取得した第２の論理パス識別子に対応するエントリに登録されている前記第１のネットワークの論理パスにより確保されている通信帯域に前記第１の通信帯域を加算して登録する帯域学習部と、
前記通信帯域管理テーブルに基づいて、第１のネットワークから第２の論理パスに流入するデータ量を制御する帯域制御部と、
を備えることを特徴とするパケット転送装置。
【請求項６】
請求項５記載のパケット転送装置であって、
前記帯域学習部は、
前記通信帯域管理テーブルに登録されている、前記第２の論理パス通信帯域と前記第１のネットワークの論理パスにより確保されている通信帯域とを比較し、
前記第２の論理パス通信帯域に対して、前記第１のネットワークの論理パスにより確保されている通信帯域の比率が一定値を超過した場合は、帯域異常警報を出力することを特徴とするパケット転送装置。
【請求項７】
第１のネットワークの通信プロトコルにIP/MPLSを使用することを特徴とする請求項４記載のパケット転送装置。
【請求項８】
第２のネットワークの通信プロトコルにMPLS-TPを使用することを特徴とする請求項４記載のパケット転送装置。
【請求項９】
制御パケットがLDP（Label Distribution Protocol）であることを特徴とする請求項４記載のパケット転送装置。
【請求項１０】
制御パケットがRSVP（Resource Reservation Protocol）または、CRLDP（Constraint-based Routed Label Distribution Protocol）であることを特徴とする請求項６記載のパケット転送装置。
【請求項１１】
データ通信を行うユーザの２つ以上のユーザ拠点間を接続するパケット通信サービスを提供する第１のネットワークと、地理的に離れた２つ以上の第１のネットワークを中継する第２のネットワークがあり、
前記第１のネットワークは、
前記ユーザ拠点間に第１の論理パスを構築し、
前記第１の論理パスを識別するために前記ユーザ拠点からデータパケットが前記第１のネットワークに入力するときに該データパケットに第１の論理パスヘッダを付与し、
前記第１のネットワークから前記ユーザ拠点へデータパケットを出力するときに該データパケットから前記第１の論理パスヘッダを削除し、
前記第２のネットワークは、
前記第１のネットワーク間に第２の論理パスを構築し、
前記第１のネットワークから第２のネットワークにパケットが入力されたときに該パケットに第２の論理パスヘッダを付与し、前記第２のネットワークから第１のネットワークへパケットを出力するときに前記前記パケットから第２の論理パスヘッダを削除し、
前記第１のネットワークから前記第２のネットワークに入力したパケットが前記第１のネットワーク内の制御のための制御パケットの場合は、前記制御パケット宛先アドレスから前記第２の論理パスヘッダを生成し、
前記第１のネットワークから前記第２のネットワークに入力したパケットが前記ユーザ拠点から出力されたデータパケットの場合は前記第１の論理パスヘッダから前記第２の論理パスヘッダを生成することを特徴とする仮想専用線構成方法。
【請求項１２】
前記第２のネットワークでは、前記第１のネットワークへ通信経路を提供する前に、
前記第２のネットワーク内に前記第１のネットワーク用の論理パスを構築することを特徴とする請求項１１記載の仮想専用線構成方法。
【請求項１３】
前記第２のネットワークでは、
前記第１のネットワークから受信した前記制御パケットを前記第２のネットワークで中継し、地理的に離れた前記第１のネットワークに前記第２のネットワークから出力するときに、前記制御パケットの送信元アドレスと前記第２のネットワークを中継してきた前記第２の論理パス情報の対応関係を保持、することを特徴とする請求項１１記載の仮想専用線構成方法。
【請求項１４】
前記第２のネットワークでは、前記第１のネットワークから受信した前記制御パケットのうち前記第１のネットワーク内の論理パスを設定する論理パス割当パケットを受信すると、
前記第２のネットワークでパケットを中継する前に、
前記論理パス割当パケットの宛先アドレスに対応する、前記対応関係に保持された前記第２の論理パス情報を取得し、
前記論理パス割当パケットから抽出した前記第１のネットワーク内で設定する第１の論理パス情報と前記取得した前記第２の論理パス情報とを対応づけて保持する、ことを特徴とする請求項１１記載の仮想専用線構成方法
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【公開番号】特開２０１２−１３４８９２（Ｐ２０１２−１３４８９２Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８６９１０（Ｐ２０１０−２８６９１０）
【出願日】平成２２年１２月２４日（２０１０．１２．２４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２４日（２０１０．１２．２４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]