JP2006128999A

JP2006128999A - ネットワークトポロジ処理方法および異ネットワーク間接続処理方法

Info

Publication number: JP2006128999A
Application number: JP2004313805A
Authority: JP
Inventors: Michiaki Hayashi; 通秋林; Tomohiro Otani; 朋広大谷; Hideaki Tanaka; 英明田中; Kyoko Miyazaki; 恭子宮崎; Tomoshige Funasaki; 智誠舟崎; Hiroyuki Tanuma; 浩行田沼
Original assignee: NEC Corp; KDDI Corp
Current assignee: NEC Corp; KDDI Corp
Priority date: 2004-10-28
Filing date: 2004-10-28
Publication date: 2006-05-18
Anticipated expiration: 2024-10-28
Also published as: JP4553304B2

Abstract

【課題】ノード間に必要な分のパスでネットワークトポロジを抽象化すること。ドメイン境界において異プロトコルによるメッセージの転送を可能にすること。
【解決手段】他ドメイン２０に対してパス設定が可能なNode5からNode4に至るＬＳＰのリソースのみに基づいて自ドメイン１０のトポロジを抽象化して仮想リンクとする。Node5からOIF UNIシグナリングによるメッセージを受信したNode1は、当該メッセージのGeneralized UNIオブジェクトに含まれる宛先TNAに従い、Node1-Node4間に構築された仮想リンクと自および他ドメイン間のリンクならびに他ドメインから広告されたリソース情報に基づく経路計算を行い、セッションの宛先をNode4としたGMPLSシグナリングメッセージに、独自に決定したTunnel IDを付与してをNode4へ送出する。これによりOIF UNIプロトコルとGMPLSプロトコルの変換処理が実行される。
【選択図】図１

Description

本発明は、ネットワークトポロジ処理方法および異ネットワーク間接続処理方法に関し、特に、ＭＰＬＳ(multi protocol label switching)またはＧＭＰＬＳ(generalized MPLS)に基づくネットワークにおけるネットワークトポロジ処理方法およびプロトコルが互いに異なる異ネットワーク間の接続処理方法に関する。

大規模なネットワークは、プロトコルが互いに異なる複数のネットワーク（このネットワーク領域を以下ではドメインと称する。）を接続することにより構成される。複数のドメインを相互に接続して大規模なネットワークを構成する場合、他ドメインとの通信に提供し得る自ドメインのリソースを抽象化して自ドメインあるいは他ドメインに広告することが考えられる。また、そのように複数のドメインから構成されるネットワークにおいては、ＯＩＦ(optical internetworking forum) ＵＮＩ(user network interface)／ＮＮＩ(network-network interface, network-node interface)やＧＭＰＬＳなどの異種プロトコル間を連携することが必要となる。

ネットワークの抽象化に関しては、例えば、特許文献１にはネットワーク内における隣接する２つのノード間において、その隣接関係をハロープロトコルにより検出することにより、複数存在するリンクを仮想的に１つのリンクとみなす技術が記載されている。

また、特許文献２には、複数のＰＮＮＩ(Private NNI)層からなるＡＴＭ(Asynchronous transfer mode)ＰＮＮＩネットワークにおいて、対等グループの境界ノードの対の間のコストを計算するＰＮＮＩトポロジ抽象化方法が記載されている。

また、非特許文献１および２にはそれぞれ、ＯＩＦＵＮＩならびにＥ−ＮＮＩに関する仕様が記載されており、非特許文献３にはＧＭＰＳに関するアーキテクチャならびに仕様概要が記載されている。
特開平９−３６８７３号公報特開２０００−６９００５号公報 User Netwark Interface (1.0) Signaling Specification, Implementation Agreement, Optical Internetworking Forum (OIF) Intra-Carrier E-NNI Signaling Specification, Implementation Agreement, Optical Internetworking Forum (OIF) E. Mannie, Generalized Multi-Protocol Label Switching Architecture Internet Draft, Internet Engineering Task Force (IETF)

特許文献１の技術によれば、隣接するノード間に複数のリンクが存在する場合、それらのリンクは仮想的に１つのリンクとみなされるので、２つのノード間におけるリンク数を減らすことができ、リンクステート情報を削減することが可能となる。しなしながら、ネットワーク領域自体、つまりドメイン自体のトポロジの抽象化は行われないため、ドメイン間でトポロジを広告することを考えた場合、広告されるトポロジは余り抽象化されたものにはならないという課題がある。

また、特許文献２によれば、行列更新アルゴリズムを用いてＰＮＮＩネットワークトポロジの抽象化を自動的に実行することが可能となるが、これは、ある１つのポリシーに従う１つのドメイン内での経路決定を意図するものであり、ポリシーの異なるドメイン間でのトポロジのやり取りは考慮されていない。また、ＧＭＰＬＳなどのネットワークにおけるトポロジを、運用者の意図あるいはビジネス的な要請からくる柔軟なポリシーに基づいて決定し、自ネットワークの外部に必要に応じて広告することができないという課題がある。

また、非特許文献１および２によれば、ＬＳＰを最初に要求する装置がＵＮＩプロトコルによりＬＳＰを要求するための仕様と、ドメイン間においてＬＳＰ要求を確立するためのＥ−ＮＮＩプロトコルの仕様が規定されているが、ドメイン内部のプロトコルが、例えばＧＭＰＬＳなど異なるプロトコルである場合のプロトコル変換処理やＬＳＰ要求メッセージの処理や転送方法を如何にするかの課題が残っている。

また、非特許文献３によれば、ＬＳＰを確立する際のシグナリングメッセージは同一レイヤを構成する全てのＧＭＰＬＳノードに転送させる必要があり、ネットワークが大規模になるにつれて処理が肥大化し、ＬＳＰ確立に多くの時間を要するという課題がある。

さらに、非特許文献１〜３によれば、複数のドメインを跨ってＬＳＰを構築する際、ドメイン内部のリンクとドメイン間を接続する外部リンクを区別する方法が規定されていないため、ドメイン内部とドメイン間においてＯＳＰＦのような同一のプロトコルを用いる場合、自ドメインの内部においてＬＳＰを構築する必要があっても、他ドメインを経由するＬＳＰを構築してしまう可能性があるという課題がある。また、複数のドメインを跨るＬＳＰを構築する際にドメイン毎に異なるセッションを確立する場合、セッションを確立するノードが、その宛先を判定することが不可能になるという課題もある。

本発明の目的は、ネットワークを構成するノード間に必要な分のパスでネットワークトポロジを抽象化し、該パスを必要に応じて自および他ネットワークに広告することができるネットワークトポロジ処理方法を提供することにある。

また、本発明の目的は、ドメイン境界において異なるプロトコルによるメッセージを転送することができ、また、ＬＳＰの構築に際しドメイン内部のリンクとドメイン間のリンクを判定することができる異ネットワーク間接続処理方法を提供することにある。

上記課題を解決するために、本発明のネットワークトポロジ処理方法は、他ネットワーク間に跨るＬＳＰを構築する自ネットワークのノード間にＬＳＰを設定し、該ＬＳＰを仮想的なリンクとして該リンクに関するリソース情報のみに基づいて自ネットワークのトポロジを抽象化することを特徴としている。

ここで、自ネットワークのノード間に構築されたＬＳＰが他ネットワーク間に跨るＬＳＰであることは、ＬＳＰの構築に先立って、あるいはＬＳＰの構築後に指示することができる。また、前記リソース情報は、他ネットワークとの通信を行うのに必要な分だけの帯域情報を含むものであればよい。

また、抽象化されたトポロジを他ネットワークに広告することができる。さらに、他ネットワーク間に跨らないＬＳＰに関するリソース情報を、自ネットワーク内でのみＬＳＰを構築するノードに広告するようにもできる。

本発明の異ネットワーク間接続処理方法は、ＧＭＰＬＳプロトコルである自ネットワークとＯＩＦＵＮＩプロトコルである他ネットワークとを接続するための異ネットワーク間接続処理方法であって、自および他ネットワークそれぞれに設定された仮想リンクが互いに広告されており、他ネットワークからＯＩＦＵＮＩシグナリングによるメッセージを受信した自ネットワークのノードは、当該メッセージのGeneralized UNIオブジェクトに含まれる宛先TNAに従い、仮想リンクである自ネットワークのノード間に設定されたＬＳＰと自および他ドメイン間のリンクならびに他ドメインから広告されたリンク情報に基づく経路計算を行い、セッションの宛先を、仮想リンクを他方で収容するノードとしたＧＭＰＬＳシグナリングメッセージに、独自に決定したTunnel IDを付与してを該ノードへ送出することにより、ＯＩＦＵＮＩプロトコルとＧＭＰＬＳプロトコルの変換処理を実行することを特徴としている。

ここで、Tunnel IDが付与されたＧＭＰＬＳシグナリングメッセージを、ＯＩＦＵＮＩシグナリングによるメッセージを受信した自ネットワークのノードから仮想リンクを他方で収容するノードへ直接転送のが好ましい。

また、仮想リンクを設定するために自ネットワーク内部においてＬＳＰを構築する際、自ネットワークを構成するリンクと自ネットワークおよび他ネットワーク間を接続するリンクとを区別するために、自ネットワークと自ネットワークおよび他ネットワーク間とをそれぞれ異なるエリア番号とし、ＬＳＰを構築する自ネットワークのノードは、該エリア番号を参照し、同一エリアのノードから広告されたリソースを優先的に使用してＬＳＰの経路計算を行うことも好ましい。

本発明のネットワークトポロジ処理方法によれば、他ネットワークが使用し得る自ネットワークのリソースのみに基づいてトポロジを抽象化するので、運用上あるいはビジネス的な理由から他ドメインからの接続を受け付けないノードに至るリンクに関する情報などの不必要な情報を省略することができる。また、これにより抽象化されたトポロジが広告された他ネットワークは、シンプルにされた形態でのトポロジを知ることができ、ネットワーク間での通信に際しての処理が容易になる。

本発明の異ネットワーク間接続処理方法によれば、ＯＩＦＵＮＩによりＬＳＰ確立が要求された際、ＧＭＰＬＳノードがメッセージを変換した上で高速にメッセージを転送してＬＳＰを構築することができる。また、自ネットワークを構成するリンクと自および他ネットワーク間を接続するリンクとを区別することができるので、他ネットワークのリンクを混在させることなく、自ネットワーク内部に閉じたＬＳＰを構築することが可能になる。

以下、図面を参照して本発明を説明する。図１は、本発明が適用されるネットワークの一例を示す構成図である。ネットワーク１０は他のネットワーク２０に接続される。以下では抽象化の対象として考えるネットワーク領域を自ドメインと称し、他のネットワーク領域を他ドメインと称する。自ドメイン１０と他ドメイン２０を接続することにより大規模ネットワークが構成される。例えば自ドメイン１０はＡ社により提供され、他ドメイン２０はＢ社により提供され、自および他ドメインではプロトコルが異なるのが普通である。自ドメイン１０に対して１つの他ドメインだけでなく、複数の他ドメインが接続されることもある。

ネットワークが光ネットワークの場合、自ドメイン１０の内部は、スイッチングケーパビリティ(Swithing capability)の異なる、すなわち、レイヤが異なる装置から構成される。図１ではレイヤ構造をLayer1、Layer2として示している。例えば光クロスコネクト装置、光ファイバをスロット単位で切り替える切替装置、ＡＤＭ装置、ＩＰルータなどの装置が、光レイヤ、ＴＤＭレイヤ、ＩＰレイヤなどのレイヤ構造をなすように配備される。

自ドメイン１０は複数のノードを備える。ノードNode1、Node2、Node3、Node4は、自ドメイン１０のエッジとなるノードであり、これらのノードNode1、Node2、Node3、Node4は、ユーザにサービスを提供するためのサービスノードNode5と6、Node7、Node8、Node9をそれぞれ収容する。ノードNode4は、他ドメイン２０との境界ノードであり、他ドメイン２０の境界ノードをさらに収容する。各ノード間は１つあるいは複数のリンクによって接続される。

サービスノードNode5〜Node9の中には、自ドメイン１０内部のみでＬＳＰ(Label switched path)を構築する際の終端ノードとなるものもあれば、他ドメイン２０と通信を行う、すなわち、自および他ドメイン１０−２０間を跨るＬＳＰを構築する際の終端ノードとなるものもある。他ドメイン２０に至るＬＳＰを構築する終端ノードは、技術的には、自ドメイン１０のプロトコルのみならず、他ドメイン２０のプロトコルへの対応が可能なものであり、自ドメイン１０内部のみでＬＳＰを構築する終端ノードは、自ドメイン１０のプロトコルのみへの対応が可能なものである。

また、ビジネス的な理由で他ドメイン２０に至るＬＳＰを構築し得るノードとそれを構築し得ないノードとが区別される場合もある。ここでは、サービスノードNode5は、他ドメイン２０に至るＬＳＰを構築可能な終端ノードであり、サービスノードNode6は、自ドメイン１０内部のみでＬＳＰを構築する終端ノードであるとする。

以上の構成において、自ドメイン１０のトポロジを構成する全てのリンクに関するリソース、例えば、リンクの帯域やエンコーディングタイプ(Encoding type)、Swithing capabilityを他ドメイン２０に広告すると、運用上（技術的な理由を含む）あるいはビジネス的な理由から他ドメイン２０からの接続を受け付けないノードに至るリンクに関する情報などの不必要な情報までも広告することになり、不適切である。

そこで、本発明では、他ドメイン２０からのパスを受け付ける、または他ドメイン２０へ発信(initiate)するノードから他ドメイン２０に至るＬＳＰのリソースのみに基づいて自ドメイン１０のトポロジを抽象化し、該抽象化したトポロジを他ドメイン２０に広告する。

例えば、自ドメイン１０のノードのうち、他ドメイン２０からのパスを受け付ける、または他ドメイン１０へ発信するノードがNode5である場合、まず、ノードNode5からノードNode4に至るＬＳＰのリソースのみに基づいて自ドメイン１０のトポロジを抽象化する。これは、サービスノードNode5を収容する自ドメイン１０側のノードNode1とノードNode4の間にＬＳＰを構築し、このＬＳＰを仮想的なリンクとし、該リンクに関するリソースを自ドメイン１０のトポロジとすることにより実現できる。

この際、ノードNode1とノードNode4の間に構築するＬＳＰの帯域は、他ドメイン２０との通信で必要な帯域分、あるいはビジネス的な理由で制限した帯域分だけ確保すればよい。なお、ノードNode1とノードNode4の間に複数のＬＳＰを構築し、これらの各ＬＳＰにおいて適当な割合（100％以下）の帯域を確保することも考えられる。

次に、ノードNode4から他ドメイン２０に対し自ドメイン１０の抽象化されたトポロジを広告する。ＬＳＰ構築に先だって、これから構築しようとするＬＳＰが他ドメイ２０ンに至るＬＳＰであることを指示するパラメータを運用者が運用端末より入力したり、あるいはＬＳＰが構築された後、そのＬＳＰが他ドメイン２０に至るＬＳＰであることを運用者が運用端末より指示することによって、構築されたＬＳＰを他ドメインに至るＬＳＰとして設定することができ、そのＬＳＰに関するリソースのみに基づいて自ドメイン１０のトポロジを抽象化し、他ドメイン２０に広告することができる。

この広告は、他ドメイン２０に至るＬＳＰを構築する自ドメインのノードに対して行ってもよい。また、自ドメイン１０内でのみ利用可能なＬＳＰを構築し、そのＬＳＰについてのトポロジをノードNode6のような自ドメイン１０内でのみＬＳＰを構築するノードに広告してもよい。

図２は、本発明のネットワークトポロジ処理方法における動作の一例を示すフローチャートである。同図における符号は、図１と対応させてある。まず、サービスノードNode5を収容する自ドメイン１０側のノードNode1からノードNode4にパス設定要求(PATH)をシグナリングにより送出する。このパス設定要求に対する応答(RESV)がノードNode4から返され、これによりノードNode1とノードNode4との間にＬＳＰが構築される、

次に、運用端末(ＰＣ)３０よりポリシー(policy)を入力する。このポリシーの入力によりノードNode1およびノードNode4に対して上記で構築されたＬＳＰが他ドメインに至るＬＳＰであることが指示されたとする。

ノードNode1、Node4は、相互に情報をやり取りすることにより(LS update)、互いの間に双方向で、かつ他ドメイン２０に至るＬＳＰを、例えば100Mbpsの帯域で確保する。確保されたＬＳＰのリソースは、ノードNode4より抽象化されたトポロジとして他ドメイン２０に広告される(LS update)。これによりノードNode5および他ドメイン２０のノードは、相互にＬＳＰを構築する場合に利用可能な自ドメイン１０のリソースを知ることができる。

ノードNode5および他ドメイン１０のノードは、広告されたリソースを考慮して互いの間でのパスの設定を要求することができる。例えば、自ドメイン１０のノードNode5から他ドメイン２０のノードに対して、確保された帯域以下のパス設定が要求されれば、パス設定要求(PATH)とその応答(RESV)により上記ＬＳＰに沿ったパスが設定される。また、他ドメイン２０のノードから自ノード１０のノードNode5へのパス設定が要求された場合も同様である。

次に、本発明の異ネットワーク間接続処理方法を説明する。ここでは、図１のNode5−Node1間がＵＮＩプロトコル、自ドメインがＧＭＰＬＳプロトコル、Node4−他ドメイン２０間がＮＮＩプロトコルであり、Node5から他ドメイン２０へのＬＳＰを構築する場合について説明する。

図３は、本発明の異ネットワーク間接続処理方法における動作の一例を示すフローチャートである。まず、Ｓ３１〜Ｓ３４では、例えば上述のようにして自ドメイン１０のトポロジが抽象化され、仮想リンクについてのリソース情報が広告される。本例の場合、Node1−Node4間に所定帯域の仮想リンクが設定され（Ｓ３１）、該帯域を自ドメイン１０の外部に広告するか内部に広告するかが広告種別入力により指示される（Ｓ３２）。ここで、自ドメイン内部に広告することが指示された場合には、自ドメイン内部への広告を行い（Ｓ３３）、自ドメイン外部への広告が指示された場合には自ドメイン外部、つまり他ドメインへの広告を行う（Ｓ３４）。

このようにして仮想リンクが設定された状態で、Node5からNode1に対しＯＩＦＵＮＩシグナリングにより、ＧＭＰＬＳプロトコルの自ドメイン１０を介して他ドメイン２０のノード宛へのＬＳＰ確立要求が送出されると（Ｓ３５）、ＯＩＦＵＮＩシグナリングによるメッセージを受信したNode1（ＧＭＰＬＳノード）は、当該メッセージのGeneralized UNIオブジェクトに含まれる宛先TNA情報を確認し（Ｓ３６）、該宛先TNA情報に従い、自ネットワーク１０のNode1−Node4間に設定されたＬＳＰ（仮想リンク）と自および他ドメイン１０、２０間のリンクならびに他ドメイン２０から広告されたリソース情報に基づく経路計算を行う（Ｓ３７）。

次に、Node1は、セッションの宛先を、仮想リンクを他方で収容するノード、つまりNode4としたＧＭＰＬＳシグナリングメッセージ（ＬＳＰ要求）をNode4へ直接送信する（Ｓ３８）。この際、Node1は、独自に決定したTunnel IDをＧＭＰＬＳシグナリングメッセージに付与して送出する。以上により、ＯＩＦＵＮＩとＧＭＰＬＳプロトコルの変換処理が実現される。

ＧＭＰＬＳシグナリングメッセージをNode1からNode4へ直接送信することにより、ＧＭＰＬＳノード全てをホップさせるよりも、各ＧＭＰＬＳノードにおけるメッセージのチェックおよび転送に要する時間を省ける分だけ、高速にＬＳＰを確立することが可能になる。

Node4は、Node1からのＧＭＰＬＳシグナリングメッセージを受信し、Node1と同様な手続きに従い、独自に決定したTunnel IDを付与したシグナリングメッセージ（ＬＳＰ作成要求）を他ドメイン２０に対して送出する（Ｓ３９）。これにより、ＧＭＰＬＳとＯＩＦＥ−ＮＮＩプロトコルの変換処理が実行される。その後、他ドメインでの処理に移る。

また、仮想リンクを設定するために自ドメイン１０内部においてＬＳＰを構築する際、自ドメイン１０を構成するリンクと自および他ドメイン１０、２０間を接続するリンクとを区別するために、自ドメイン１０内部と自および他ドメイン１０、２０間とをそれぞれ異なるエリア番号とするのがよい。これにより、ＬＳＰを構築するＧＭＰＬＳノードは、同一エリアのノードから広告されたリソースを優先的に使用してＬＳＰの経路を計算することにより、自ドメイン１０内部に閉じたＬＳＰを構築することが可能となるだけでなく、複数のセッションによりＬＳＰを構築する場合、セッションを確立するノードが、セッションの宛先であるドメインの境界を、エリア境界から判定することが可能になる。従って、他ドメインのリンクを混在させることなく、自ドメイン内部に閉じたＬＳＰを構築することが可能になる。

以上、実施形態について説明したが、本発明は、上記実施形態に限られない。例えば、自ドメインと他ドメインを区別するものは、地域(リージョン)やＡＳ(autonomous system)などネットワークを区切る範囲でありさせすればよい。また、ノード間に構築されるパスには、概念としてパスに含まれるもの全てが含まれ、ＬＳＰに限られない。

本発明が適用されるネットワークの一例を示す構成図である。本発明のネットワークトポロジ処理方法における動作の一例を示すフローチャートである。本発明の異ネットワーク間接続処理方法における動作の一例を示すフローチャートである。

符号の説明

１０・・・自ドメイン、２０・・・他ドメイン、３０・・・運用端末(ＰＣ)、Node1〜Node4・・・自ドメインのノード、Node5〜Node9・・・サービスノード

Claims

複数のノードから構成されるネットワークのトポロジを抽象化するネットワークトポロジ処理方法において、
他ネットワーク間に跨るLSPを構築する自ネットワークのノード間にＬＳＰを設定し、該ＬＳＰを仮想的なリンクとして該リンクに関するリソース情報のみに基づいて自ネットワークのトポロジを抽象化することを特徴とするネットワークトポロジ処理方法。
自ネットワークのノード間に構築されたＬＳＰが他ネットワーク間に跨るＬＳＰであることがＬＳＰの構築に先立って指示されることにより、他ネットワーク間に跨るＬＳＰを構築する自ネットワークのノード間にＬＳＰが設定されることを特徴とする請求項１に記載のネットワークトポロジ処理方法。
自ネットワークのノード間に構築されたＬＳＰが他ネットワーク間に跨るＬＳＰであることがＬＳＰの構築後に指示されることにより、他ネットワーク間に跨るＬＳＰを構築する自ネットワークのノード間にＬＳＰが設定されることを特徴とする請求項１に記載のネットワークトポロジ処理方法。
前記リソース情報は、他ネットワークとの通信を行うのに必要な分だけの帯域情報を含むことを特徴とする請求項１に記載のネットワークトポロジ処理方法。
さらに、抽象化されたトポロジを他ネットワークに広告することを特徴とする請求項１に記載のネットワークトポロジ処理方法。
さらに、他ネットワーク間に跨らないＬＳＰに関するリソース情報を、自ネットワーク内でのみＬＳＰを構築するノードに広告することを特徴とする請求項５に記載のネットワークトポロジ処理方法。
ＧＭＰＬＳプロトコルである自ネットワークとＯＩＦＵＮＩプロトコルである他ネットワークとを接続するための異ネットワーク間接続処理方法において、
自および他ネットワークそれぞれに設定された仮想リンクが互いに広告されており、他ネットワークからＯＩＦＵＮＩシグナリングによるメッセージを受信した自ネットワークのノードは、当該メッセージのGeneralized UNIオブジェクトに含まれる宛先TNAに従い、仮想リンクである自ネットワークのノード間に設定されたＬＳＰと自および他ドメイン間のリンクならびに他ドメインから広告されたリンク情報に基づく経路計算を行い、セッションの宛先を、仮想リンクを他方で収容するノードとしたＧＭＰＬＳシグナリングメッセージに、独自に決定したTunnel IDを付与してを該ノードへ送出することにより、ＯＩＦＵＮＩプロトコルとＧＭＰＬＳプロトコルの変換処理を実行することを特徴とする異ネットワーク間接続処理方法。
Tunnel IDが付与されたＧＭＰＬＳシグナリングメッセージは、ＯＩＦＵＮＩシグナリングによるメッセージを受信した自ネットワークのノードから仮想リンクを他方で収容するノードへ直接転送されることを特徴とする請求項７に記載の異ネットワーク間接続処理方法。
仮想リンクを設定するために自ネットワーク内部においてＬＳＰを構築する際、自ネットワークを構成するリンクと自ネットワークおよび他ネットワーク間を接続するリンクとを区別するために、自ネットワークと自ネットワークおよび他ネットワーク間とをそれぞれ異なるエリア番号とし、ＬＳＰを構築する自ネットワークのノードは、該エリア番号を参照し、同一エリアのノードから広告されたリソースを優先的に使用してＬＳＰの経路計算を行うことを特徴とする請求項７に記載の異ネットワーク間接続処理方法。