JP2005252368A - Path calculation system and method, and communication node - Google Patents
Path calculation system and method, and communication node Download PDFInfo
- Publication number
- JP2005252368A JP2005252368A JP2004056437A JP2004056437A JP2005252368A JP 2005252368 A JP2005252368 A JP 2005252368A JP 2004056437 A JP2004056437 A JP 2004056437A JP 2004056437 A JP2004056437 A JP 2004056437A JP 2005252368 A JP2005252368 A JP 2005252368A
- Authority
- JP
- Japan
- Prior art keywords
- area
- route calculation
- path
- node
- relay
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
Description
本発明は、通信網に収容される各コネクションの中継経路の計算を行う、階層化網における経路計算システム、経路計算方法、及び通信ノードに係わり、特に、レイヤ３のヘッダ情報を元に転送を行なうノード網、固定長のラベルを転送するパケットに付与することで通信網内を転送するＭＰＬＳ通信網、ＴＤＭ（Time Division Multiplexing）のタイムスロットや光の波長を一般化ラベルとして扱うＧＭＰＬＳ通信網に関する。
The present invention relates to a route calculation system, a route calculation method, and a communication node in a hierarchical network that calculate a relay route of each connection accommodated in a communication network, and in particular, transfer based on
近年、インターネットやＬＡＮの急速な普及から、ＩＰ（Internet Protocol）トラヒックを含めたデータトラヒックが指数関数的に増加している。
トラヒックの増加に対応するため、バックボーンネットワークにおける高速なＩＰパケットの転送を実現するメカニズムが求められている。
同時にＩＰをベースとしたアプリケーションも多様化しており、従来は電子メールやウェッブ等のネットワークに品質を要求しないアプリケーションが中心であったが、最近ではＩＰ電話や電子商取引のようにネットワークに高い品質を要求するアプリケーションも普及しはじめている。
従来のＩＰルータ網では、中継段の各ルータで電気的なパケット処理が必要であり、またＥｎｄ−Ｅｎｄで高度な品質制御を行うメカニズムを持たないため、高速化の実現と高品質なサービスの提供を実現することが困難であった。
ここで、品質としては、パケットの遅延時間や損失率という転送品質の他にも、ユーザから見えるサービス中断時間といった信頼性も重要な指標となる。
特に、従来のＩＰルータ網では自立分散的なルーティングを行っており、網の規模が拡大するにつれて、障害発生後の復旧時間が増大するという問題点もあった。
つまり、大規模網における高信頼性の実現が課題であった。
上述のＩＰルータ網に関わる問題を解決するひとつの手段として、ＭＰＬＳ（Multiprotocol Label Switching）が提案されている。
In recent years, due to the rapid spread of the Internet and LAN, data traffic including IP (Internet Protocol) traffic is increasing exponentially.
In order to cope with an increase in traffic, a mechanism for realizing high-speed IP packet transfer in a backbone network is required.
At the same time, IP-based applications are diversifying, and traditionally applications such as e-mail and web that do not require quality are the main focus. Recently, however, networks such as IP telephony and e-commerce have a higher quality. Requested applications are also becoming popular.
In the conventional IP router network, each router in the relay stage requires electrical packet processing, and since there is no mechanism for performing advanced quality control with End-End, it realizes high speed and high quality service. It was difficult to realize the provision.
Here, as the quality, in addition to the transfer quality such as the packet delay time and the loss rate, the reliability such as the service interruption time seen by the user is an important index.
In particular, the conventional IP router network performs autonomous and distributed routing, and there is a problem that the recovery time after the occurrence of a failure increases as the scale of the network increases.
In other words, realization of high reliability in a large-scale network has been a problem.
MPLS (Multiprotocol Label Switching) has been proposed as one means for solving the problems related to the IP router network.
ＭＰＬＳでは、転送するパケットに固定長のラベルを付与し、ラベルをもとに通信網内の各ノードでは転送する方路を決定する。
このＭＰＬＳをＩＰバックボーンネットワークに導入することにより高速なＩＰパケットの転送と高度なTraffic Engineeringが可能となる。
さらに、近年、ＩＰネットワークの中継ノードに光クロスコネクト等のレイヤ１技術を利用したネットワークアーキテクチャが提案されている。
これまでに、ＡＳＯＮ（Automated Switched Optical Network）、ＧＭＰＬＳ（Generalized Multiprotocol Label Switching）などが提案されている。
これらネットワークに共通する特徴としては、パス（コネクション）がシグナリングにより動的に設定される点にある。
このため、従来のレイヤ１網に比べて、パス開通までの時間を大幅に短縮でき、より効率的な網運営が期待できる。
前述のＭＰＬＳ、ＧＭＰＬＳに共通な特徴としては、ＩＰパケットを含むユーザのトラヒックを転送するにあたって、事前にパス設定を行う必要がある点があげられる。
パス設定を行うためにはルーティングプロトコル等を用いてネットワークのトポロジ情報（ノード間の接続構成に関する情報）を収集し、パスの中継経路を計算した上で、ＣＲ−ＬＤＰ（Constraint-based Routed Label Distribution Protocol）やＲＳＶＰ−ＴＥ（Resource ReserVation Protocol-Traffic Engineering）等のシグナリングプロトコルによってパスの設定を行う。
パスの設定完了後に、該当パス上にトラヒックの転送を開始する。また、ＧＭＰＬＳとＭＰＬＳの関係であるが、ＧＭＰＬＳはＭＰＬＳの一般化であり、基本的にＭＰＬＳを包含するものである。
In MPLS, a fixed-length label is assigned to a packet to be transferred, and a route to be transferred is determined at each node in the communication network based on the label.
By introducing this MPLS into the IP backbone network, high-speed IP packet transfer and advanced traffic engineering are possible.
Furthermore, in recent years, a network
So far, ASON (Automated Switched Optical Network), GMPLS (Generalized Multiprotocol Label Switching), and the like have been proposed.
A feature common to these networks is that a path (connection) is dynamically set by signaling.
For this reason, compared with the
A feature common to the above-described MPLS and GMPLS is that it is necessary to set a path in advance in transferring user traffic including IP packets.
In order to set a path, network topology information (information related to the connection configuration between nodes) is collected using a routing protocol and the like, and after calculating a relay route of the path, CR-LDP (Constraint-based Routed Label Distribution) The path is set by a signaling protocol such as Protocol) or RSVP-TE (Resource ReserVation Protocol-Traffic Engineering).
After the path setting is completed, traffic transfer on the corresponding path is started. Further, regarding the relationship between GMPLS and MPLS, GMPLS is a generalization of MPLS and basically includes MPLS.
次に、図９を用いて、ＭＰＬＳやＧＭＰＬＳを用いて、ネットワークの高信頼化を実現する技術について説明する。なお、ここでは、一例として、ＧＭＰＬＳの場合を説明するが、ＭＰＬＳの場合にも適用可能である。
ＧＭＰＬＳにおける高信頼化技術としては、パスプロテクションがよく知られている（非特許文献１参照）。
図９に示すように、パスプロテクションとは、通信の起点となる通信ノード（図９に示すノード（発側）１）から終点となる通信ノード（図９に示すノード（着側）２）間に２本以上のパスを予め設定し、そのうちの１つを主要パス５として、通常時にユーザトラヒックを転送する。
主要パス以外のパスを予備パス６と呼ぶ。この予備パス６を主要パス５と、リンクおよびノード（図９の中継ノード２）を共有しないように設定する。
図９に示す例のように、２つのパス（主要パス５、予備パス６）が共有するリンクおよびノードを持たないとき、disjoint（互いに素）なパスと呼ぶ。
主要パス上のノードまたはリンクに障害が発生した際に、起点となるノード（発側）においてパス切替えを行い、ユーザトラヒックを予備パス上に転送する。
主要パス５の経路上に障害が発生した際に、直ちに予備パス６に切替えることにより、ユーザトラヒックの不通時間を短縮し、高信頼化を実現している。
予備パス６は、前述した通り、主要パス５とはリンクおよびノードを共有していないため、主要パス５上の障害の影響を受けない。
Next, a technique for realizing high network reliability using MPLS or GMPLS will be described with reference to FIG. Here, as an example, the case of GMPLS will be described, but the present invention can also be applied to the case of MPLS.
As a highly reliable technique in GMPLS, path protection is well known (see Non-Patent Document 1).
As shown in FIG. 9, the path protection is between the communication node (node (calling side) 1 shown in FIG. 9) and the communication node (node (calling side) 2 shown in FIG. 9) that is the end point of communication. Two or more paths are set in advance, and one of them is set as the main path 5, and the user traffic is transferred at the normal time.
A path other than the main path is called a backup path 6. The backup path 6 is set so as not to share the link and the node (
When the two paths (main path 5 and backup path 6) do not have a shared link and node as in the example shown in FIG. 9, they are called disjoint paths.
When a failure occurs in a node or link on the main path, path switching is performed at the starting node (originating side), and user traffic is transferred to the backup path.
When a failure occurs on the route of the main path 5, the user is immediately switched to the backup path 6, thereby shortening the non-communication time of the user traffic and realizing high reliability.
Since the backup path 6 does not share links and nodes with the main path 5 as described above, it is not affected by a failure on the main path 5.
なお、本願発明に関連する先行技術文献としては以下のものがある。
前述した高信頼化技術の基本となるものが、パスの起点となる通信ノードと終点となる通信ノード間に複数のdisjointパスの経路を計算し、設定する方法である。
ここで、disjointな複数パスのことをマルチパスとも呼ぶ。
ＭＰＬＳ／ＧＭＰＬＳネットワークにおいて、disjointなパスを計算・設定する方法はこれまでに数多く提案されてきている。
従来方式としては、Lawlerにより提案されたk-shortest path方式がある（非特許文献２参照）。
この方式はネットワークトポロジが既知という前提のもとで、ｋ本のマルチパスを発見するアルゴリズムである。
この方式の問題点としては、マルチパス発見のための計算が複雑であることと、ネットワークの完全なトポロジ情報が必要なことである。
通常のＭＰＬＳ／ＧＭＰＬＳネットワークでは、網内の各通信ノード間でＯＳＰＦ（Open Shortest Path Fast）等の経路制御（ルーティング，Routing）プロトコルを動作させて、各通信ノードはネットワークのトポロジ情報を学習し、それをもとに経路制御を行っている。
小規模なネットワークでは、各ノードはネットワーク全体のトポロジ情報を学習可能であるが、大規模なネットワークになるとネットワーク全体の経路情報を学習し、経路制御することは難しい。
これはネットワーク内の通信ノード数が比例すると、それに応じて各通信ノードが保持しなければならない経路表が増大することと、経路制御プロトコルの制御メッセージ量が網内の通信ノード数の２乗に比例して増加するためである。
The basis of the high reliability technology described above is a method of calculating and setting a plurality of disjoint path routes between a communication node that is a starting point of a path and a communication node that is an end point.
Here, the disjoint multiple paths are also called multipaths.
Many methods for calculating and setting disjoint paths in an MPLS / GMPLS network have been proposed so far.
As a conventional method, there is a k-shortest path method proposed by Lawler (see Non-Patent Document 2).
This method is an algorithm for finding k multipaths on the assumption that the network topology is known.
The problem with this method is that the calculation for multipath discovery is complicated and complete topology information of the network is required.
In a normal MPLS / GMPLS network, a routing control (routing) protocol such as OSPF (Open Shortest Path Fast) is operated between each communication node in the network, and each communication node learns network topology information. Based on this, route control is performed.
In a small network, each node can learn topology information of the entire network. However, in a large network, it is difficult to learn route information of the entire network and control the route.
This is because if the number of communication nodes in the network is proportional, the number of routing tables that each communication node must hold increases accordingly, and the amount of control messages for the routing protocol is the square of the number of communication nodes in the network. This is because it increases in proportion.
図１０に示すように、通常、多数の通信ノードで構成される大規模ネットワークでは、１つのネットワークを複数のエリア（Ａｒｅａ）、即ち、パスの開始点となる発側ノード１が属する発側エリア（Ａ１）と、パスの終点となる着側ノード２が属する着側エリア（Ａ２）と、発側エリア（Ａ１）および着側エリア（Ａ２）以外の中継エリア（Ａ３１〜Ａ３ｎ）とに分割して、各エリアにある程度の独立性を持たせて経路制御プロトコルを動作させている。
このように、複数のエリアに分割されたネットワークのことを階層化されたネットワーク（Hierarchical Network）、もしくはマルチエリアネットワークとも呼ぶ。
この場合、各通信ノードは、自エリア内のトポロジ情報を持つが、自エリア以外のエリアのトポロジ情報は持たないため大規模網では、従来方式であるk-shortest path法は部分的にしか適用できない。
前述の非特許文献１、非特許文献２では、同一エリア内で終端されるパスに対してはdisjointなパスを構築することは可能であるが、複数のエリアを通過するパスに対してdisjointなパスを構築することはできない。
また、マルチエリアネットワークにおける複数パス設定方法としては、前述の特許文献３に記載されたものもあるが、この方式では中継エリアが１つのみのネットワークを前提としているため、図１０に示されるような、中継エリアが複数存在するネットワークには用いることはできない。
さらにエリア毎に、独立に経路計算を行っているため、効率的にdisjointなパスを設定することも難しい。
つまり、従来方式では、複数エリアで構成されているネットワークにおいて、複数エリアを通過するパスの信頼性を高めることは難しいという問題点があった。
As shown in FIG. 10, normally, in a large-scale network composed of a large number of communication nodes, one network is divided into a plurality of areas (areas), that is, the originating side area to which the
As described above, a network divided into a plurality of areas is also called a hierarchical network or a multi-area network.
In this case, each communication node has topology information in its own area, but does not have topology information in areas other than its own area, so in large-scale networks, the conventional k-shortest path method is only partially applied. Can not.
In the above-mentioned
In addition, as a method for setting a plurality of paths in a multi-area network, there is a method described in
Furthermore, since route calculation is performed independently for each area, it is difficult to set a disjoint path efficiently.
That is, the conventional method has a problem that it is difficult to improve the reliability of a path passing through a plurality of areas in a network configured by a plurality of areas.
本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、１つのネットワークを複数のエリアに分割して経路制御プロトコルを運用しているネットワーク内において、パスの起点となる発側ノードから終点となる着側ノードの間に異なる経路を通る複数のパスを設定し、設定された複数のパスを、トラヒック負荷分散やパスプロテクションに利用可能な経路計算システム、および経路計算方法、並びに通信ノードを提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
The present invention has been made to solve the problems of the prior art, and the object of the present invention is to divide one network into a plurality of areas and operate a routing protocol in a network. A route calculation system that sets multiple paths through different routes between the originating node that is the starting point of the path and the terminating node that is the ending point, and that can be used for traffic load distribution and path protection. And a route calculation method and a communication node.
The above and other objects and novel features of the present invention will become apparent from the description of this specification and the accompanying drawings.
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記の通りである。
即ち、本発明は、発側エリアと、着側エリアと、前記発側エリアと着側エリアとの間に位置する複数の中継エリアとに分割され、前記発側エリアに属しパスの開始点となる発側ノードと、前記着側エリアに属しパスの終点となる着側ノードと、エリアとエリアとの境界に位置する境界ノードとを有する階層型通信網において、前記発側ノードと前記着側ノードの間に、前記中継エリアを経由して複数のパスを設定する際に、前記発側エリアに属する経路計算装置が、前記発側エリア内のパスの中継経路を計算し、前記複数のパスが経由する中継エリア、および前記着側エリアに属する経路計算装置が、前記発側エリアに属する経路計算装置が計算したパスの中継経路に基づき、前記中継エリア、および前記着側エリア内のパスの中継経路を計算することを特徴とする。
Of the inventions disclosed in this application, the outline of typical ones will be briefly described as follows.
That is, the present invention is divided into a calling area, a called area, and a plurality of relay areas located between the calling area and the called area, and belongs to the calling area and a path start point. In the hierarchical communication network, the caller node and the callee side in a hierarchical communication network having a caller side node, a callee node belonging to the callee area and serving as a path end point, and a boundary node located at the boundary between the areas When setting a plurality of paths between nodes via the relay area, a route calculation device belonging to the calling side area calculates a relay route of a path in the calling side area, and the plurality of paths The route calculation device belonging to the relay area through which the route is routed and the route calculation device belonging to the destination area are based on the relay route of the path calculated by the route calculation device belonging to the source area. Total transit route Characterized in that it.
また、本発明は、発側エリアと、着側エリアと、前記発側エリアと着側エリアとの間に位置する複数の中継エリアとに分割され、前記発側エリアに属しパスの開始点となる発側ノードと、前記着側エリアに属しパスの終点となる着側ノードと、エリアとエリアとの境界に位置する境界ノードとを有する階層型通信網において、前記着側ノードの間に、前記中継エリアを経由して複数のパスを設定する際に、前記発側エリアに属する経路計算装置が、トポロジ情報仲介装置を介して、前記複数のパスが経由する中継エリア、および前記着側エリアのトポロジ情報を収集し、前記発側エリアのトポロジ情報、および前記収集手段で収集したトポロジ情報に基づき、前記発側ノードと前記着側ノードまでの前記各エリア内のパスの中継経路を計算することを特徴とする。
また、本発明は、前述の経路計算システムを利用して、設定された複数のパスを基に、トラヒックの負荷分散、あるいは、１本のパスを主要パスとして常時通信に使用し、それ以外のパスは、前記主要パスに故障が発生した際の予備パスとして使用する通信ノードである。
Further, the present invention is divided into a departure side area, a arrival side area, and a plurality of relay areas located between the departure side area and the arrival side area. In a hierarchical communication network having a calling side node, a destination node belonging to the destination area and serving as an end point of a path, and a boundary node positioned at the boundary between the areas, the destination node is between: When setting a plurality of paths via the relay area, the route calculation device belonging to the calling side area is connected to the relay area via the plurality of paths via the topology information mediating device, and the destination side area. Topology information of the source side area, and based on the topology information of the calling side area and the topology information collected by the collecting means, the relay route of the path in each area to the calling side node and the called side node is calculated. It is characterized in.
In addition, the present invention uses the above-described route calculation system, based on a plurality of set paths, to distribute traffic load or use one path as a main path for constant communication, The path is a communication node used as a backup path when a failure occurs in the main path.
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記の通りである。
本発明によれば、ルーティングプロトコルのドメインが複数エリアに分割されたネットワークにおいても、ネットワーク全体のトポロジ情報を収集することなく、発側ノード、着側ノード間で効率的に複数のリンク、ノード、またはファイバ等を共有しない複数のパスの中継経路を計算し、設定することが可能となる。
The effects obtained by the representative ones of the inventions disclosed in the present application will be briefly described as follows.
According to the present invention, even in a network in which the domain of the routing protocol is divided into a plurality of areas, a plurality of links, nodes, Alternatively, it becomes possible to calculate and set a plurality of relay paths that do not share a fiber or the like.
以下、図面を参照して本発明の実施例を詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
［実施例１］
図１は、本発明の実施例１の経路計算システムが適用される通信ネットワークの概略構成を示すブロック図である。
図１に示すネットワークでは、網内の各ノードでルーティングプロトコルを動作させて、トポロジ情報の収集を行っている。ここで、ルーティングプロトコルとしてはＯＳＰＦやＩＳ−ＩＳ（Intermediate System to Intermediate System）などが通常利用されている。
図１に示すように、ネットワークは、複数のノード（１，２，３，４）および経路計算装置（１０，２０，３０）で構成されている。
各ノードは、発側ノード１、中継ノード３（境界ノード４を含む）、着側ノード２に分類される。
発側ノード１はパスの開始点となるノードで、新たなパスを設定する際に設定のためのシグナリングメッセージの生成などを行う。
例えば、ＧＭＰＬＳネットワークの場合、ＣＲ−ＬＤＰ（Constraint-based Routed Label Distribution Protocol）やＲＳＶＰ−ＴＥ（Resource ReserVation Protocol-Traffic Engineering）などのシグナリングを用いてパスの設定を行う。
中継ノード３は、パス上を転送されるデータの中継を主に行う。
着側ノード２は、パスの終端点となるノードである。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
In all the drawings for explaining the embodiments, parts having the same functions are given the same reference numerals, and repeated explanation thereof is omitted.
[Example 1]
FIG. 1 is a block diagram showing a schematic configuration of a communication network to which the route calculation system according to the first embodiment of the present invention is applied.
In the network shown in FIG. 1, topology information is collected by operating a routing protocol at each node in the network. Here, OSPF, IS-IS (Intermediate System to Intermediate System), etc. are usually used as a routing protocol.
As shown in FIG. 1, the network is composed of a plurality of nodes (1, 2, 3, 4) and route calculation devices (10, 20, 30).
Each node is classified into a
The originating
For example, in the case of a GMPLS network, a path is set using signaling such as CR-LDP (Constraint-based Routed Label Distribution Protocol) or RSVP-TE (Resource ReserVation Protocol-Traffic Engineering).
The
The
さらに構成例では、１つのネットワークのルーティングドメインが複数のエリアに分割されている。
図１ではルーティングドメインがｎ（ｎ≧２）の中継エリア（Ａ３１〜Ａ３ｎ）と２つのエリア（Ａ１，Ａ２）に分割されている。
通常、ルーティングドメインをエリア分割する場合、１つ以上の中継エリア（Ａ３１〜Ａ３ｎ）とそれに接続する複数のエリア（Ａ１，Ａ２）に分割される。
図１に示すように、エリア分割は、発側エリア（Ａ１）、着側エリア（Ａ２）が、１つ以上の中継エリア（Ａ３１〜Ａ３ｎ）に直接接続するように行われる。
ここで、発側ノード１が属するエリアを発側エリア（Ａ１）、着側ノード２が属するエリアを着側エリア（Ａ２）と呼ぶ。
２つのエリアの両方に属しているノードを境界ノード４と呼ぶ。
例えば、ＯＳＰＦでは、この境界ノード４のことを特にＡＢＲ（Area Border Router）と呼ぶ。境界ノード４は、前述の中継ノード３の一種である。
境界ノード以外のノード（１，２，３）は１つのエリアのみに属し、自身が属しているエリアのトポロジ情報しか持たない。境界ノード４は、自身が属している中継エリアと、発側エリア（Ａ１）あるいは着側エリア（Ａ２）のトポロジ情報を持つ。
経路計算装置（１０，２０，３０）は、エリア毎に少なくとも１つ配備されており、各境界ノード４は少なくとも１つの経路計算装置（１０，２０，３０）と接続している。
Furthermore, in the configuration example, the routing domain of one network is divided into a plurality of areas.
In FIG. 1, the routing domain is divided into n (n ≧ 2) relay areas (A3 1 to A3 n ) and two areas (A1, A2).
Usually, when the routing domain is divided into areas, the routing domain is divided into one or more relay areas (A3 1 to A3 n ) and a plurality of areas (A1, A2) connected thereto.
As shown in FIG. 1, the area division is performed so that the calling-side area (A1) and the called-side area (A2) are directly connected to one or more relay areas (A3 1 to A3 n ).
Here, the area to which the calling
A node belonging to both of the two areas is called a
For example, in OSPF, this
Nodes (1, 2, 3) other than the boundary node belong to only one area and have only topology information of the area to which they belong. The
At least one route calculation device (10, 20, 30) is provided for each area, and each
図２は、本発明の実施例の経路計算装置の概略構成を示す機能ブロック図である。
経路計算装置は、経路計算情報送受信部１１、ルーティング情報送受信部１２、経路計算制御部１３、制約付き経路計算部１４、中継ＡＢＲ選択リスト１５、トポロジデータベース１６、経路計算メッセージ格納部１７で構成されている。
経路計算情報送受信部１１は、他のノードまたは経路計算装置との間での経路計算要求メッセージ・経路計算応答メッセージの送受信を行う。
また、経路計算情報送受信部１１が受信したメッセージは経路計算制御部１３に転送される。
ルーティング情報送受信部１２は、配備されているエリアに属する境界ノード４と接続されており、境界ノード４からルーティング情報を受信する。
受信したルーティング情報をもとに、ルーティング情報送受信部１２は、ネットワークのトポロジを作成して、その情報をトポロジデータベース１６に保存する。
経路計算装置内のトポロジデータベース１６は、接続している境界ノード４が保持するトポロジ情報と同一の情報を保持している。
例えば、図１の発側エリア（Ａ１）に配置されている経路計算装置１は、境界ノード４（ＡＢＲ１）および境界ノード４（ＡＢＲ２）と同じトポロジ情報を保持している。
FIG. 2 is a functional block diagram illustrating a schematic configuration of the route calculation apparatus according to the embodiment of this invention.
The route calculation apparatus includes a route calculation information transmission /
The route calculation information transmission /
Further, the message received by the route calculation information transmitting / receiving
The routing information transmission /
Based on the received routing information, the routing information transmitting / receiving
The
For example, the
境界ノード４（ＡＢＲ１，ＡＢＲ２）は、中継エリア１（Ａ３１）と発側エリア（Ａ１）に属しているため、経路計算装置１（１０）も中継エリア１（Ａ３１）と発側エリア（Ａ１）のトポロジ情報を持つ。
したがって、本実施例では、特に、中継エリアにのみ属する経路計算装置を特に設ける必要はない。
経路計算制御部１３は、経路計算情報送受信部１１から転送された経路計算要求メッセージおよび経路計算応答メッセージを、経路計算メッセージ格納部１７に保存する。
さらに、経路計算要求メッセージの情報を解析して、経路計算を要求されているパスの制約条件を制約付き経路計算部１４に受け渡す処理も行う。また、中継ＡＢＲ選択リスト１５の作成も実施する。
ここで、中継ＡＢＲ選択リスト１５とは、同一の発側ノード１、着側ノード２間で複数のパスを設定する際に、各パスが選択可能な境界ルータの候補が格納されたリストである。
制約付き経路計算部１４は、経路計算制御部１３からの要求に基づき、指定された条件にもとづくパスの中継経路の計算を行い、計算結果を経路計算制御部１３に応答する。
また、経路計算はトポロジデータベース１６の情報を用いて実行される。
Since the boundary node 4 (ABR1, ABR2) belongs to the relay area 1 (A3 1 ) and the originating side area (A1), the route calculation device 1 (10) also includes the relay area 1 (A3 1 ) and the originating side area ( A1) has topology information.
Therefore, in this embodiment, it is not particularly necessary to provide a route calculation device that belongs only to the relay area.
The route
Further, the information of the route calculation request message is analyzed, and a process of passing the constraint condition of the path for which the route calculation is requested to the restricted
Here, the relay
Based on the request from the route
The route calculation is performed using information in the
以下、本発明の経路計算装置を用いて、発側ノード１と着側ノード２間に２本のdisjointパスを設定する方法について説明する。
２本のパスのうち、一方を主要パス５、他方を予備パス６と呼ぶものとする。
まず、発側ノード１は、パス設定に先立って、パスの中継経路の解決を行うために経路計算要求メッセージを経路計算装置１（１０）に送信する。
このときに、発側ノード１は、発側エリア（Ａ１）に属する経路計算装置１（１０）のアドレス情報を持つ必要があるが、本実施例では、経路計算装置１（１０）は境界ノード４（ＡＢＲ１，ＡＢＲ２）に接続されているため、境界ノード４（ＡＢＲ１，ＡＢＲ２）のアドレス宛にメッセージを送信して、境界ノード４（ＡＢＲ１，ＡＢＲ２）が、経路計算要求メッセージを経路計算装置１（１０）に転送してもよい。
図１に示すように、発側エリア（Ａ１）が複数の中継エリア（Ａ３１〜Ａ３ｎ）に接続している場合、着側エリア（Ａ２）に到達可能な中継エリアに接続している経路計算装置を１つ選択する。図１では、経路計算装置１（１０）を選択している。
また、各ノードは、ルーティングプロトコルにより得られる情報を基に、着側エリア（Ａ２）ヘの到達可能な中継エリアと、自エリアと、当該中継エリアを接続している境界ノード４のアドレスを知ることができる。
選択した中継エリアに属する境界ノード４のアドレス宛に経路計算要求メッセージを送信する。
Hereinafter, a method for setting two disjoint paths between the originating
Of the two paths, one is called a main path 5 and the other is called a backup path 6.
First, the originating
At this time, the calling
As shown in FIG. 1, when the calling side area (A1) is connected to a plurality of relay areas (A3 1 to A3 n ), the route is connected to the relay area that can reach the called side area (A2). Select one computing device. In FIG. 1, the route calculation device 1 (10) is selected.
Also, each node knows the relay area that can reach the destination area (A2), its own area, and the address of the
A route calculation request message is transmitted to the address of the
経路計算要求メッセージには、少なくとも以下の情報が含まれる。
（１）発側ノード１のアドレス
（２）着側ノード２のアドレス
（３）設定するパスの本数
（４）パスのポリシー
（５）要求帯域
ここで、パスのポリシーとは、複数パス間でリンクまたはノードの共有を許容するか、予備パス６のリソースの共有を許容するかなどである。
本実施例では、設定するパスは２本で、パスのポリシーは、リンク・ノード・ファイバそれぞれに対してdisjointである。
経路計算要求メッセージを受信した境界ノード４（ＡＢＲ１）（あるいは、境界ノード４（ＡＢＲ２））は、メッセージを経路計算装置１（１０）に転送する。
The route calculation request message includes at least the following information.
(1) Address of originating node 1 (2) Address of terminating node 2 (3) Number of paths to be set (4) Path policy (5) Requested bandwidth Here, the path policy is between multiple paths Whether sharing of a link or a node is permitted, sharing of resources of the protection path 6 is permitted, or the like.
In this embodiment, two paths are set, and the path policy is disjoint for each of the link, node, and fiber.
The boundary node 4 (ABR1) (or the boundary node 4 (ABR2)) that has received the route calculation request message transfers the message to the route calculation device 1 (10).
以下、図３を用いて、発側エリアに属する経路計算装置の処理手順を説明する。
初めに、発側ノード１からの経路計算要求を発側エリアの経路計算装置（ここでは、経路計算装置１（１０））が受信すると（ステップ１０１）、選択された中継エリアに属する境界ノードを選択する（ステップ１０３）。
次に、選択された中継エリア内の境界ノードと発側ノード間の要求を満たす経路を計算し（ステップ１０４）、要求を満たす経路が存在するか否かを判断する（ステップ１０５）。
ステップ１０５において、要求を満たす経路が存在する場合には、着側エリアの経路計算装置（ここでは、経路計算装置２（２０））に経路計算要求メッセージを送信し（ステップ１０７）、また、要求を満たす経路が存在しない場合には、中継ＡＢＲ選択リストから境界ノードを再選択する（ステップ１０６）。
以下に、発側エリア（Ａ１）に属する経路計算装置が経路計算装置１（１０）、および発側エリア（Ａ２）に属する経路計算装置が経路計算装置２（２０）の場合における、経路計算装置１（１０）の処理手順をさらに詳細に説明する。
Hereinafter, the processing procedure of the route calculation apparatus belonging to the calling-side area will be described with reference to FIG.
First, when the route calculation device (here, the route calculation device 1 (10)) in the calling side area receives the route calculation request from the calling
Next, a route that satisfies the request between the boundary node and the originating node in the selected relay area is calculated (step 104), and it is determined whether there is a route that satisfies the request (step 105).
If there is a route that satisfies the request in
In the following, the route calculation device when the route calculation device belonging to the calling side area (A1) is the route calculation device 1 (10) and the route calculation device belonging to the calling side area (A2) is the route calculation device 2 (20). The processing procedure 1 (10) will be described in more detail.
経路計算装置１（１０）は、受信したメッセージを経路計算制御部１３に渡す。
次に、中継ＡＢＲ選択リスト１５から主要パス５、予備パス６が通過する境界ノード４を１つづつ選択する。この中継ＡＢＲ選択リスト１５には、自エリアに属する境界ノード４のアドレス情報が格納されている。
主要パス５と予備パス６が通過する境界ノードの選択方法としては、下記のようなポリシーに従って、優先度を設定する。
リスト内で最も優先度が高い境界ノードを主要パス５が、次に優先度が高い境界ノードを予備パス６が通過する境界ルータとして選択する。
優先度設定のポリシーとしては、以下の方法がある。
（１）発側ノード１からのルーティングプロトコルのコストが小さいルータほど高い優先度を設定。
（２）保守者があらかじめ、各境界ノード毎に優先度を設定。
（３）経路制御プロトコルのメッセージ内の情報（ルータＩＤなど）をもとに優先度を設定。
The route calculation apparatus 1 (10) passes the received message to the route
Next, the
As a method for selecting a boundary node through which the main path 5 and the backup path 6 pass, priority is set according to the following policy.
The border node with the highest priority in the list is selected as the border router through which the main path 5 passes, and the border node with the next highest priority through the backup path 6 is selected.
There are the following methods for setting the priority.
(1) A router with a lower routing protocol cost from the originating
(2) The maintenance person sets the priority for each boundary node in advance.
(3) The priority is set based on information (router ID etc.) in the routing protocol message.
図１に示す例では、主要パス５、予備パス６は、それぞれ境界ノード（ＡＢＲ２）、境界ノード（ＡＢＲ１）を選択している。
次に、発側エリア（Ａ１）内の主要パス５と予備パス６の経路計算を行う。
経路計算は、制約付き経路計算部１４にてトポロジデータベース１６の情報を用いて行われる。
経路計算制御部１３は、制約付き経路計算部１４に計算するパスの制約条件を受け渡す。
図１に示す例では、要求帯域、発側ノード１と境界ノード４（ＡＢＲ１）のパスと、発側ノード１と境界ノード４（ＡＢＲ２）間でdisjointとなるという条件を満たすパスの経路を計算する。
制約を満たすパスが発見できない場合は再度、経路計算制御部１３にて境界ノード４の再選択を実施する。
選択可能な境界ノードが存在する限り、disjointなパスを発見できるまで境界ノード４の再選択を繰り返す。
In the example shown in FIG. 1, the main path 5 and the backup path 6 select the boundary node (ABR2) and the boundary node (ABR1), respectively.
Next, route calculation of the main path 5 and the backup path 6 in the originating area (A1) is performed.
The route calculation is performed using the information in the
The route
In the example shown in FIG. 1, the path of the required bandwidth, the path of the originating
If a path satisfying the restriction cannot be found, the route
As long as there are selectable boundary nodes, reselection of the
発側エリア（Ａ１）内の経路計算が完了すると、経路計算制御部１３は、着側エリア（Ａ２）の経路計算装置２（２０））に送信する経路計算要求メッセージを作成する。
このメッセージは、経路計算メッセージ格納部１７に保存されるととともに、経路計算情報送受信部１１に渡される。
発側エリア（Ａ１）に属する経路計算装置１（１０）は、各着側エリア（Ａ２）の経路計算装置２（２０）のアドレス情報を保持しており、該当する着側エリア（Ａ２）の経路計算装置２（２０）のアドレスを検索し、経路計算装置２（２０）に経路計算要求メッセージを送信する。
このときの経路計算要求メッセージには、前述の発側ノード１から送信された経路計算要求メッセージに加えて、少なくとも、各パスが使用する発側エリア（Ａ１）の境界ノード４のアドレス情報が含まれる。
When the route calculation in the calling side area (A1) is completed, the route
This message is stored in the route calculation
The route calculation device 1 (10) belonging to the calling side area (A1) holds the address information of the route calculation device 2 (20) of each destination side area (A2), and the corresponding destination side area (A2) The address of the route calculation device 2 (20) is searched, and a route calculation request message is transmitted to the route calculation device 2 (20).
The route calculation request message at this time includes at least the address information of the
以下、図４を用いて、着側エリアに属する経路計算装置の処理手順を説明する。
着側エリアの経路計算装置（ここでは、経路計算装置２（２０））が経路計算要求を受信すると（ステップ１１１）、中継エリアと着側エリア内の経路を計算する（ステップ１１２）。
次に、要求を満たす経路が存在するか否かを判断し（ステップ１１３）、ステップ１１３において、要求を満たす経路が存在しない場合には、経路計算要求メッセージを送信した経路計算装置（ここでは、経路計算装置１（１０））にエラー通知を送信する（ステップ１１４）。
また、ステップ１１３において、要求を満たす経路が存在する場合には、経路計算結果を経路計算要求メッセージを送信した経路計算装置に送信する（ステップ１１５）。
以下に、発側エリア（Ａ１）に属する経路計算装置が経路計算装置１（１０）、および発側エリア（Ａ２）に属する経路計算装置が経路計算装置２（２０）の場合における、経路計算装置２（２０）の処理手順をさらに詳細に説明する。
経路計算要求メッセージを受信した着側エリア（Ａ２）の経路計算装置２（２０）内の経路計算情報送受信部１１は、まず受信したメッセージを経路計算制御部１３に渡し、発側の経路計算装置１（１０）と同様に、経路計算制御部１３は受信メッセージを経路計算メッセージ格納部１７に保存する。
次に、制約付き経路計算部１４は、経路計算要求メッセージから要求を満たすパスの経路、即ち、経路計算要求メッセージに記述されている境界ノード４と着側ノード２との間で要求を満たすパスの経路を計算する。
このときに要求を満たす経路が存在しない場合は、エラー通知を経路計算要求メッセージの送信元、つまり発側エリア（Ａ１）の経路計算装置１（１０）に送信する。
要求を満たす経路が存在する場合、着側エリア（Ａ２）の経路計算装置２（２０）は、計算結果を経路計算応答メッセージとして、経路計算要求メッセージの送信元の経路計算装置１（１０）に送信する。
Hereinafter, the processing procedure of the route calculation apparatus belonging to the destination area will be described with reference to FIG.
When the destination side route calculation device (here, route calculation device 2 (20)) receives the route calculation request (step 111), it calculates the route within the relay area and the destination side area (step 112).
Next, it is determined whether or not there is a route that satisfies the request (step 113). If there is no route that satisfies the request in
If there is a route satisfying the request in
In the following, the route calculation device when the route calculation device belonging to the calling side area (A1) is the route calculation device 1 (10) and the route calculation device belonging to the calling side area (A2) is the route calculation device 2 (20). The processing procedure 2 (20) will be described in more detail.
The route calculation information transmission /
Next, the restricted
If there is no route satisfying the request at this time, an error notification is transmitted to the source of the route calculation request message, that is, the route calculation device 1 (10) in the originating area (A1).
When there is a route that satisfies the request, the route calculation device 2 (20) in the destination area (A2) uses the calculation result as a route calculation response message to the route calculation device 1 (10) that is the transmission source of the route calculation request message. Send.
この経路計算応答メッセージには、少なくとも以下の情報が含まれる。
（１）該当する経路計算要求メッセージを識別可能な情報
（２）発側ノード１のアドレス
（３）着側ノード２のアドレス
（４）中継エリア（Ａ３）と着側エリア（Ａ２）内のパスの中継経路情報。
最終的に、経路計算応答メッセージが発側エリア（Ａ１）に属する経路計算装置１（１０）にまで到達すると、経路計算装置１（１０）は、受信した経路応答メッセージに、発側エリア（Ａ１）内のパス経路情報を追加して、発側ノード１に経路計算応答メッセージを送信する。
このメッセージには、各パスの発側ノード１と着側ノード２間の中継経路の情報が含まれている。
経路計算応答メッセージを受信した発側ノード１は、受信したメッセージに含まれている着側ノード２までのパスの経路情報を用いて、シグナリング等により着側ノード２との間でパスを設定する。
以上の装置間シーケンスの一例を図６に示す。
This route calculation response message includes at least the following information.
(1) Information capable of identifying the corresponding route calculation request message (2) Address of originating node 1 (3) Address of terminating node 2 (4) Path in relay area (A3) and terminating area (A2) Relay route information.
Finally, when the route calculation response message reaches the route calculation device 1 (10) belonging to the calling side area (A1), the route calculation device 1 (10) adds the received route response message to the calling side area (A1). ) Is added, and a route calculation response message is transmitted to the originating
This message includes information on the relay route between the originating
The originating
An example of the above sequence between apparatuses is shown in FIG.
以下、図５を用いて、エラー通知受信時の発側エリア（Ａ１）に属する経路計算装置の処理手順を説明する。
発側エリアの経路計算装置（ここでは、経路計算装置１（１０））がエラー通知を受信すると（ステップ１２１）、エラー通知に対応する経路計算要求メッセージを検索する（ステップ１２２）。
次に、中継ＡＢＲ選択リスト１５と経路計算要求メッセージの情報から選択可能な境界ノード４の組み合わせ検索する（ステップ１２３）。
次に、選択可能な境界ノード４があるか否かを判断し（ステップ１２４）、ステップ１２４において、選択可能な境界ノード４がない場合には、発側ノード１にエラー通知を送信する（ステップ１２５）。
また、選択可能な境界ノードがある場合には、着側エリアの経路計算装置（ここでは、経路計算装置２（２０））に経路計算要求メッセージを送信する（ステップ１２６）。
以下に、発側エリア（Ａ１）に属する経路計算装置が経路計算装置１（１０）、および発側エリア（Ａ２）に属する経路計算装置が経路計算装置２（２００）の場合における、エラー通知受信時の経路計算装置１（１０）の処理手順を説明する。
Hereinafter, the processing procedure of the route calculation apparatus belonging to the originating area (A1) when the error notification is received will be described with reference to FIG.
When the route calculation device (here, route calculation device 1 (10)) in the originating area receives the error notification (step 121), it searches for a route calculation request message corresponding to the error notification (step 122).
Next, a combinational search of
Next, it is determined whether there is a selectable border node 4 (step 124). If there is no
If there is a border node that can be selected, a route calculation request message is transmitted to the route calculation device (here, route calculation device 2 (20)) in the destination area (step 126).
In the following, error notification reception when the route calculation device belonging to the calling side area (A1) is the route calculation device 1 (10) and the route calculation device belonging to the calling side area (A2) is the route calculation device 2 (200). The processing procedure of the time route calculation apparatus 1 (10) will be described.
発側エリア（Ａ１）の経路計算装置１（１０）がエラー通知を受信した際に、エラー通知メッセージは、経路計算情報送受信部１１から経路計算制御部１３に渡され、経路計算制御部１３にて、エラー通知に対応する、着側エリア（Ａ２）の経路計算装置に送信した経路計算要求リクエストを検索する。
まず、この検索により該当メッセージでこれまでに選択した境界ノード４の組合せを列挙する。
この組合せ情報と中継ＡＢＲ選択リスト１５の組合せから、これまでに経路計算要求メッセージを送信していない境界ノード４の組合せ、かつ、発側ノード１と各境界ノード４間にdisjoint性等の要求を満たすパスが存在するという条件を満たす境界ノードの組合せを検索する。
このような組合せが存在すれば、再度経路計算要求メッセージを着側エリア（Ａ２）の経路計算装置２（２０）に送信する。
このとき、経路計算制御部１３は、同一の要求に対する経路計算要求メッセージの再送信回数が規定回数を超えている場合には、再送信する代わりに、発側ノード１に対するエラー通知を作成し、経路計算情報送受信部１１を介して、発側ノード１にエラー通知を送信することもできる。
When the route calculation device 1 (10) in the originating side area (A1) receives the error notification, the error notification message is passed from the route calculation information transmitting / receiving
First, combinations of
From the combination of the combination information and the relay
If such a combination exists, the route calculation request message is transmitted again to the route calculation device 2 (20) in the destination area (A2).
At this time, if the number of retransmissions of the route calculation request message for the same request exceeds the specified number, the route
前述の条件を満たす境界ノード４の組合せが存在しない場合、経路計算制御部１３は発側ノード１に対するエラー通知を作成し、経路計算情報送受信部１１を介して、発側ノード１にエラー通知を送信する。
エラー通知を受信した発側ノード１はパス設定の試行を中断するか、選択した中継エリア以外にも着側エリア（Ａ２）に到達可能な中継エリアがある場合、該当エリアに属する経路計算装置に、再度経路計算要求メッセージを送信する。
このように、本実施例によれば、複数エリアから構成される大規模ネットワークにおいても、発側ノード１、着側ノード２間で、効率的に、リンク、ノード、またはファイバを含むネットワークリソースを共有しない複数のパスの中継経路を計算し、ネットワーク上に複数のパスを設定することができる。
また、上記の手順で設定した主要パス５と予備パス６は、パスプロテクションや負荷分散などのTraffic Engineeringなどに用いることができる。
また、実施例で記載されている経路計算装置は、境界ノード４と別装置として説明されているが、境界ノード内に経路計算装置を配置してもよい。
When there is no combination of
The originating
Thus, according to the present embodiment, even in a large-scale network composed of a plurality of areas, network resources including links, nodes, or fibers can be efficiently allocated between the originating
Further, the main path 5 and the backup path 6 set by the above procedure can be used for traffic engineering such as path protection and load distribution.
Further, although the route calculation device described in the embodiment has been described as a separate device from the
［実施例２］
図７は、本発明の実施例２の経路計算システムが適用される通信ネットワークの概略構成を示すブロック図である。
図７に示すネットワークは、複数のノード（１，２，３）および経路計算装置（１０，２０，３０１〜３０ｎ）、１台以上のトポロジ情報中継装置５０で構成される。
網内の各ノード上では、ルーティングプロトコルが動作しており、ネットワークのルーティングドメインは複数のエリアで構成されている。
コネクションの起点となるノードを発側ノード１、発側ノード１が属するエリアを発側エリア（Ａ１）、コネクションの終点となるノードを着側ノード２、着側ノード２が属するエリアを着側エリア（Ａ２）と呼ぶ。
また、着側エリア（Ａ２）と発側エリア（Ａ１）以外のエリアを中継エリア（Ａ３１〜Ａ３ｎ）と呼ぶ。他のエリアとの境界に位置するノードを境界ノード４と呼ぶ。
各エリアに少なくとも１つの経路計算装置（１０，２０，３０１〜３０ｎ）が配置される。
各経路計算装置（１０，２０，３０１〜３０ｎ）は、属しているエリアのトポロジ情報（ノードの接続構成に関する情報）を保持し、ノードからの要求に基づきパスの中継経路の計算を行う。
トポロジ情報中継装置５０は、各エリアに配置されている経路計算装置（１０，２０，３０１〜３０ｎ）と接続しており、経路計算装置間でトポロジ情報を交換する際に仲介を行う。
[Example 2]
FIG. 7 is a block diagram illustrating a schematic configuration of a communication network to which the route calculation system according to the second embodiment of this invention is applied.
The network shown in FIG. 7 includes a plurality of nodes (1, 2, 3) and route calculation devices (10, 20, 30 1 to 30 n ) and one or more topology
A routing protocol operates on each node in the network, and the network routing domain is composed of a plurality of areas.
The source node is the
An area other than the arrival side area (A2) and the calling side area (A1) is referred to as a relay area (A3 1 to A3 n ). A node located at the boundary with another area is called a
At least one route calculation device (10, 20, 30 1 to 30 n ) is arranged in each area.
Each route calculation device (10, 20, 30 1 to 30 n ) holds topology information of the area to which it belongs (information related to the connection configuration of the node), and calculates a relay route of the path based on a request from the node. .
The topology
以下、本実施例において、発側ノード１と着側ノード２との間で２本以上の異なる経路のパスを設定する方法について説明する。
発側ノード１は、発側エリア（Ａ１）に配置されている経路計算装置１０のアドレス情報を持ち、このアドレス情報をもとに経路計算要求メッセージを、経路計算装置１０に送信する。
この経路計算要求メッセージには、少なくとも以下の情報が含まれる。
（１）発側ノード１のアドレス
（２）着側ノード２のアドレス
（３）設定するパスの本数
（４）パスのポリシー
ここで、パスのポリシーとは、複数パス間でリンクまたはノードの共有を許容するか、予備パス６のリソースの共有を許容するかなどである。
経路計算要求メッセージを受信した経路計算装置１０は、前記メッセージの着側ノード２のアドレス情報をもとに、着側ノード２が発側エリア（Ａ１）内かどうかを判断する。
図７に示すように、発側エリア（Ａ１）と着側エリア（Ａ２）が異なる場合、発側エリア（Ａ１）の経路計算装置１０はトポロジ情報を持たないため着側ノード２までの中継経路を計算することができない。
そのため、経路計算装置１０は、トポロジ情報中継装置５０に着側エリア（Ａ２）と中継エリアのトポロジ情報を要求する。
Hereinafter, in this embodiment, a method for setting two or more different paths between the originating
The calling
This route calculation request message includes at least the following information.
(1) Address of originating node 1 (2) Address of terminating node 2 (3) Number of paths to be set (4) Path policy Here, a path policy is a link or node sharing between multiple paths Or whether sharing of resources of the backup path 6 is allowed.
The
As shown in FIG. 7, when the calling side area (A1) and the called side area (A2) are different, the
Therefore, the
このときに、発側エリア（Ａ１）の経路計算装置１０は、自エリアと接続している中継エリアが複数存在する場合、着側エリア（Ａ２）に到達可能な中継エリア（例えば、Ａ３１）を１つ選択する。
中継エリアの選択方法としては、以下の方法がある。
（１）発側ノード１からのコストが最も小さい境界ノード４が属する中継エリアを選択。
（２）予め、発側ノード１に各中継エリア（Ａ３）の優先度が設定されており、優先度の最も高い中継エリアを選択。
（３）複数の中継エリアの中からランダムに１つ選択。
発側エリア（Ａ１）の経路計算装置１０は、選択した中継エリアを識別可能な情報と着側ノード２のアドレスの情報を含むトポロジ情報要求メッセージをトポロジ情報中継装置５０に送信する。
トポロジ情報要求メッセージを受信したトポロジ情報中継装置５０は、着側ノード２のアドレスから着側エリア（Ａ２）を特定する。
次に、メッセージで指定されている中継エリアの経路計算装置（例えば、経路計算装置３０１）と着側エリア（Ａ２）の経路計算装置２０にトポロジ情報要求メッセージを送信する。
At this time, when there are a plurality of relay areas connected to the own area, the
There are the following methods for selecting a relay area.
(1) Select a relay area to which the
(2) The priority of each relay area (A3) is set in advance on the originating
(3) Select one randomly from a plurality of relay areas.
The
The topology
Next, a topology information request message is transmitted to the route calculation device (for example, the route calculation device 30 1 ) in the relay area specified by the message and the
トポロジ情報要求メッセージを受信した各経路計算装置は、自エリア内のトポロジ情報を含むトポロジ情報応答メッセージをトポロジ情報中継装置５０に送信する。
トポロジ情報中継装置５０は、受信した中継エリア（例えば、Ａ３１）と着側エリア（Ａ２）の情報を、トポロジ情報応答メッセージとして発側エリア（Ａ１）の経路計算装置１０に送信する。
メッセージを受信した発側エリア（Ａ１）の経路計算装置１０は、着側エリア（Ａ２）までのトポロジを作成し、パスの中継経路を計算する。
これまでの応答により、経路計算装置１０は、発側ノード１から着側ノード２までのトポロジ情報を保持することになるため、例えば、前述の非特許文献２に記載されている計算方法により、２地点間の複数パスを計算することができる。
条件を満たすパスが発見できた場合、経路計算装置１０は、発側ノード１から着側ノード２までのパスの中継経路の情報を経路計算応答メッセージとして、発側ノード１に送信する。
また、選択した中継エリアで条件を満たす複数パスが発見できなかった場合、発側エリア（Ａ１）の経路計算装置１０は、パスの中継エリアの再選択を行う。
このときに、先ほど選択した中継エリアの除いて、着側エリア（Ａ２）に到達可能な中継エリアを１つ選択する。
Each route calculation device that has received the topology information request message transmits a topology information response message including the topology information in its own area to the topology
The topology
The
By the response so far, the
When a path satisfying the condition is found, the
If a plurality of paths satisfying the conditions in the selected relay area cannot be found, the
At this time, one relay area that can reach the destination area (A2) is selected, excluding the relay area selected earlier.
選択した中継エリア（例えば、Ａ３ｎ）を識別可能な情報を含むトポロジ情報要求メッセージをトポロジ情報中継装置５０に送信する。
トポロジ情報中継装置５０は、前述した方法と同様の方法により、中継エリアの経路計算装置にアクセスして、トポロジ情報を収集して、再度発側エリア（Ａ１）の経路計算装置１０に、トポロジ情報応答メッセージとしてトポロジ情報を送信する。
トポロジ情報応答メッセージを受信した経路計算装置１０は、再度着側ノード２までの経路を計算する。
発側エリア（Ａ１）の経路計算装置１０は、要求を満たすパスを発見できるか、もしくは選択可能な中継エリアがなくなるまで、中継エリアの再選択を実施する。
以上のシーケンスを図８に示す。
経路計算応答メッセージを受信した発側ノード１は、受信したメッセージに含まれている着側ノード２までのパスの経路情報を用いて、シグナリング等により着側ノード２との間でパスを設定する。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
A topology information request message including information that can identify the selected relay area (for example, A3 n ) is transmitted to the topology
The topology
The
The
The above sequence is shown in FIG.
The originating
As mentioned above, the invention made by the present inventor has been specifically described based on the above embodiments. However, the present invention is not limited to the above embodiments, and various modifications can be made without departing from the scope of the invention. Of course.
Ａ１ 発側エリア
Ａ２ 着側エリア
Ａ３１〜Ａ３ｎ 中継エリア
１ 発側ノード
２ 着側ノード
３ 中継ノード
４ 境界ノード
５ 主要パス
６ 予備パス
１０，２０，３０，３０１〜３０ｎ 経路計算装置
１１ 経路計算情報送受信部
１２ ルーティング情報送受信部
１３ 経路計算制御部
１４ 制約付き経路計算部
１５ 中継ＡＢＲ選択リスト
１６ トポロジデータベース
１７ 経路計算メッセージ格納部
５０ トポロジ情報中継装置
A1 Originating area A2 Destination area A3 1 to A3 n Relay area 1 Originating node 2
Claims (14)
前記発側ノードと前記着側ノードの間に、前記中継エリアを経由して複数のパスを設定する際に、前記発側エリア内のパスの中継経路を計算するステップ１と、
前記計算されたパスの中継経路に基づき、前記複数のパスが経由する中継エリア、および前記着側エリア内のパスの中継経路を計算するステップ２とを有することを特徴とする経路計算方法。 A calling side node that is divided into a calling side area, a called side area, and a plurality of relay areas located between the calling side area and the called side area, belonging to the calling side area and serving as a starting point of a path; A route calculation method in a hierarchical communication network having a destination node belonging to the destination area and serving as an end point of a path, and a boundary node located at a boundary between the areas,
Calculating a relay route of a path in the originating area when setting a plurality of paths between the originating node and the terminating node via the relay area; and
A route calculation method comprising: calculating a relay area through which the plurality of paths pass and a relay route of a path in the destination area based on the calculated relay route of the path.
前記発側ノードと前記着側ノードの間に、前記中継エリアを経由して複数のパスを設定する際に、前記複数のパスが経由する中継エリア、および前記着側エリアのトポロジ情報を収集するステップ１と、
前記発側エリアのトポロジ情報、および前記ステップ１で収集したトポロジ情報に基づき、前記発側ノードと前記着側ノードまでの前記各エリア内のパスの中継経路を計算するステップ２とを有することを特徴とする経路計算方法。 A calling side node that is divided into a calling side area, a called side area, and a plurality of relay areas located between the calling side area and the called side area, belonging to the calling side area and serving as a starting point of a path; A route calculation method in a hierarchical communication network having a destination node belonging to the destination area and serving as an end point of a path, and a boundary node located at a boundary between the areas,
When setting a plurality of paths between the originating node and the terminating node via the relay area, the relay area through which the plurality of paths pass and the topology information of the destination area are collected. Step 1 and
Calculating a relay route of a path in each area from the calling side node to the called side node based on the topology information of the calling side area and the topology information collected in the step 1; Characteristic route calculation method.
前記各エリアに属する複数の経路計算装置を有し、
前記着側ノードの間に、前記中継エリアを経由して複数のパスを設定する際に、前記発側エリアに属する経路計算装置は、前記発側エリア内のパスの中継経路を計算する計算手段を有し、
前記複数のパスが経由する中継エリア、および前記着側エリアに属する経路計算装置は、前記発側エリアに属する経路計算装置でパスの中継経路に基づき、前記複数のパスが経由する中継エリア、および前記着側エリア内のパスの中継経路を計算する経路計算手段を有することを特徴とする経路計算システム。 A calling side node that is divided into a calling side area, a called side area, and a plurality of relay areas located between the calling side area and the called side area, belonging to the calling side area and serving as a starting point of a path; A path calculation system in a hierarchical communication network having a destination node belonging to the destination area and serving as an end point of a path, and a boundary node located at a boundary between the areas,
A plurality of route calculation devices belonging to each area;
When setting a plurality of paths between the destination nodes via the relay area, the route calculation device belonging to the source area calculates calculation means for calculating a relay path of the path in the source area Have
The relay area through which the plurality of paths pass, and the route calculation apparatus belonging to the destination area are relay areas through which the plurality of paths pass, based on the relay path of the path in the route calculation apparatus belonging to the originating area, and A route calculation system comprising route calculation means for calculating a relay route of a path in the destination area.
前記発側エリアに属する経路計算装置の経路計算手段は、前記検索手段により検索された境界ノードの組合せを選択して、再度、前記発側エリア内のパスの中継経路を計算し、
前記複数のパスが経由する中継エリア、および前記着側エリアに属する経路計算装置の経路計算手段は、前記発側エリアに属する経路計算装置でパスの中継経路に基づき、再度、前記複数のパスが経由する中継エリア、および前記着側エリア内のパスの中継経路を計算することを特徴とする請求項８に記載の経路計算システム。 When the route calculation means of the route calculation device belonging to the relay area through which the plurality of paths pass and the destination area cannot find a path that does not share network resources, the route calculation device belonging to the source area The search means searches for combinations of boundary nodes that have not been tried to calculate the route so far,
The route calculation means of the route calculation device belonging to the calling side area selects a combination of boundary nodes searched by the searching means, and again calculates a relay route of a path in the calling side area,
The route calculation means of the route calculation device belonging to the relay area through which the plurality of paths pass and the destination area is based on the relay route of the path in the route calculation device belonging to the calling side area. The route calculation system according to claim 8, wherein a relay route through which the route passes and a route in the destination area are calculated.
前記各エリアに属する複数の経路計算装置と、トポロジ情報を仲介するトポロジ情報仲介装置とを有し、
前記着側ノードの間に、前記中継エリアを経由して複数のパスを設定する際に、前記発側エリアに属する経路計算装置は、前記トポロジ情報仲介装置を介して、前記複数のパスが経由する中継エリア、および前記着側エリアのトポロジ情報を収集する収集手段と、
前記発側エリアのトポロジ情報、および前記収集手段で収集したトポロジ情報に基づき、前記発側ノードと前記着側ノードまでの前記各エリア内のパスの中継経路を計算する経路計算手段とを有することを特徴とする経路計算システム。 A calling side node that is divided into a calling side area, a called side area, and a plurality of relay areas located between the calling side area and the called side area, belonging to the calling side area and serving as a starting point of a path; A path calculation system in a hierarchical communication network having a destination node belonging to the destination area and serving as an end point of a path, and a boundary node located at a boundary between the areas,
A plurality of route calculation devices belonging to each area, and a topology information mediation device that mediates topology information,
When setting a plurality of paths between the destination nodes via the relay area, the route calculation device belonging to the calling area passes through the plurality of paths via the topology information mediation device. And a collection means for collecting topology information of the relay area and the destination area;
Route calculating means for calculating a relay route of a path in each area from the calling side node to the called side node based on the topology information of the calling side area and the topology information collected by the collecting means. Route calculation system characterized by
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004056437A JP2005252368A (en) | 2004-03-01 | 2004-03-01 | Path calculation system and method, and communication node |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004056437A JP2005252368A (en) | 2004-03-01 | 2004-03-01 | Path calculation system and method, and communication node |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008318585A Division JP2009060673A (en) | 2008-12-15 | 2008-12-15 | Route calculation system, route calculation method, and communication node |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005252368A true JP2005252368A (en) | 2005-09-15 |
Family
ID=35032488
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004056437A Pending JP2005252368A (en) | 2004-03-01 | 2004-03-01 | Path calculation system and method, and communication node |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005252368A (en) |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007194719A (en) * | 2006-01-17 | 2007-08-02 | Nippon Telegr & Teleph Corp <Ntt> | Backup path routing management system on a plurality of layer networks |
| JP2007228087A (en) * | 2006-02-21 | 2007-09-06 | Nippon Telegr & Teleph Corp <Ntt> | Path setting system and path setting method |
| JP2007318288A (en) * | 2006-05-24 | 2007-12-06 | Hitachi Communication Technologies Ltd | Path setting method, node device, and monitoring controller |
| JP2008187359A (en) * | 2007-01-29 | 2008-08-14 | Kyocera Corp | Data transmission method, data transmission management system, and data transmission path management device |
| JP2008206095A (en) * | 2007-02-22 | 2008-09-04 | Nippon Telegr & Teleph Corp <Ntt> | Route calculation control method, route calculation control program and route calculation controller |
| JP2009027286A (en) * | 2007-07-18 | 2009-02-05 | Nec Corp | Network, network device and transmission path redundancy formation method used for them |
| JP2009135820A (en) * | 2007-11-30 | 2009-06-18 | Kddi Corp | Path route calculation method, path route calculation apparatus, and computer program |
| JP2009212897A (en) * | 2008-03-05 | 2009-09-17 | Fujitsu Ltd | Path calculation apparatus and system |
| JP2009539156A (en) * | 2006-06-02 | 2009-11-12 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | Multi-domain route calculation method and system |
| JP2010004387A (en) * | 2008-06-20 | 2010-01-07 | Kddi Corp | Route computing server, route computing method, and program |
| JP2010193012A (en) * | 2009-02-16 | 2010-09-02 | Fujitsu Ltd | Apparatus and method for calculating route |
| JP2010239426A (en) * | 2009-03-31 | 2010-10-21 | Univ Of Tokyo | Method and system for retrieving route |
| JP2010536285A (en) * | 2007-12-27 | 2010-11-25 | 華為技術有限公司 | Route selection method, network system, route calculation element |
| JP2011505092A (en) * | 2008-01-07 | 2011-02-17 | ▲ホア▼▲ウェイ▼技術有限公司 | Method, route calculation element, and route calculation system for obtaining a route |
| JP2011509014A (en) * | 2007-12-29 | 2011-03-17 | ▲ホア▼▲ウェイ▼技術有限公司 | Route calculation method and system, and route calculation element |
| JP2011109426A (en) * | 2009-11-18 | 2011-06-02 | Fujitsu Ltd | Node and path calculation method |
| WO2011067901A1 (en) * | 2009-12-03 | 2011-06-09 | 日本電気株式会社 | Communication system |
| US8064466B2 (en) | 2008-11-20 | 2011-11-22 | Fujitsu Limited | Method for specifying input edge router |
| US8274898B2 (en) | 2009-04-07 | 2012-09-25 | Fujitsu Limited | Communication route presumption technique |
| JP2014158187A (en) * | 2013-02-15 | 2014-08-28 | Ntt Communications Corp | Switching controller, switching control method, and switching control program |
| JP2015509346A (en) * | 2012-01-30 | 2015-03-26 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Improved shortest path bridging in multi-area networks |
| JP2016508010A (en) * | 2013-03-14 | 2016-03-10 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Method and apparatus for IP / MPLS fast reroute |
| JP2016082373A (en) * | 2014-10-16 | 2016-05-16 | Ｎｅｃプラットフォームズ株式会社 | Repeating device, communication device, communication path selection method and program |
| JP2016131331A (en) * | 2015-01-14 | 2016-07-21 | 株式会社日立製作所 | Communication system, managing server and setting method |
-
2004
- 2004-03-01 JP JP2004056437A patent/JP2005252368A/en active Pending
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4694971B2 (en) * | 2006-01-17 | 2011-06-08 | 日本電信電話株式会社 | Backup path routing management system on multi-layer network |
| JP2007194719A (en) * | 2006-01-17 | 2007-08-02 | Nippon Telegr & Teleph Corp <Ntt> | Backup path routing management system on a plurality of layer networks |
| JP2007228087A (en) * | 2006-02-21 | 2007-09-06 | Nippon Telegr & Teleph Corp <Ntt> | Path setting system and path setting method |
| JP4486600B2 (en) * | 2006-02-21 | 2010-06-23 | 日本電信電話株式会社 | Path setting system and path setting method |
| JP2007318288A (en) * | 2006-05-24 | 2007-12-06 | Hitachi Communication Technologies Ltd | Path setting method, node device, and monitoring controller |
| JP2009539156A (en) * | 2006-06-02 | 2009-11-12 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | Multi-domain route calculation method and system |
| JP4960443B2 (en) * | 2006-06-02 | 2012-06-27 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | Multi-domain route calculation method and system |
| JP2008187359A (en) * | 2007-01-29 | 2008-08-14 | Kyocera Corp | Data transmission method, data transmission management system, and data transmission path management device |
| JP4598789B2 (en) * | 2007-02-22 | 2010-12-15 | 日本電信電話株式会社 | Route calculation control method, route calculation control program, and route calculation control device |
| JP2008206095A (en) * | 2007-02-22 | 2008-09-04 | Nippon Telegr & Teleph Corp <Ntt> | Route calculation control method, route calculation control program and route calculation controller |
| JP2009027286A (en) * | 2007-07-18 | 2009-02-05 | Nec Corp | Network, network device and transmission path redundancy formation method used for them |
| JP2009135820A (en) * | 2007-11-30 | 2009-06-18 | Kddi Corp | Path route calculation method, path route calculation apparatus, and computer program |
| JP2010536285A (en) * | 2007-12-27 | 2010-11-25 | 華為技術有限公司 | Route selection method, network system, route calculation element |
| JP2011509014A (en) * | 2007-12-29 | 2011-03-17 | ▲ホア▼▲ウェイ▼技術有限公司 | Route calculation method and system, and route calculation element |
| US8737394B2 (en) | 2007-12-29 | 2014-05-27 | Huawei Technologies Co., Ltd. | Route computation method and system, and path computation element |
| JP2011505092A (en) * | 2008-01-07 | 2011-02-17 | ▲ホア▼▲ウェイ▼技術有限公司 | Method, route calculation element, and route calculation system for obtaining a route |
| JP2009212897A (en) * | 2008-03-05 | 2009-09-17 | Fujitsu Ltd | Path calculation apparatus and system |
| JP2010004387A (en) * | 2008-06-20 | 2010-01-07 | Kddi Corp | Route computing server, route computing method, and program |
| US8064466B2 (en) | 2008-11-20 | 2011-11-22 | Fujitsu Limited | Method for specifying input edge router |
| US9001692B2 (en) | 2009-02-16 | 2015-04-07 | Fujitsu Limited | Route calculation apparatus and route calculation method |
| JP2010193012A (en) * | 2009-02-16 | 2010-09-02 | Fujitsu Ltd | Apparatus and method for calculating route |
| JP2010239426A (en) * | 2009-03-31 | 2010-10-21 | Univ Of Tokyo | Method and system for retrieving route |
| US8274898B2 (en) | 2009-04-07 | 2012-09-25 | Fujitsu Limited | Communication route presumption technique |
| JP2011109426A (en) * | 2009-11-18 | 2011-06-02 | Fujitsu Ltd | Node and path calculation method |
| WO2011067901A1 (en) * | 2009-12-03 | 2011-06-09 | 日本電気株式会社 | Communication system |
| JP2015509346A (en) * | 2012-01-30 | 2015-03-26 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Improved shortest path bridging in multi-area networks |
| JP2014158187A (en) * | 2013-02-15 | 2014-08-28 | Ntt Communications Corp | Switching controller, switching control method, and switching control program |
| JP2016508010A (en) * | 2013-03-14 | 2016-03-10 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Method and apparatus for IP / MPLS fast reroute |
| JP2016082373A (en) * | 2014-10-16 | 2016-05-16 | Ｎｅｃプラットフォームズ株式会社 | Repeating device, communication device, communication path selection method and program |
| JP2016131331A (en) * | 2015-01-14 | 2016-07-21 | 株式会社日立製作所 | Communication system, managing server and setting method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2005252368A (en) | Path calculation system and method, and communication node | |
| JP4374307B2 (en) | Label switch path routing control method | |
| JP3762749B2 (en) | Restoration protection method and apparatus | |
| EP1395003B1 (en) | Constraint-based shortest path first method for dynamically switched optical transport networks | |
| US8009677B2 (en) | Path setting method and communication device in network segmented into plurality of areas | |
| KR101643911B1 (en) | Method and related apparatus for establishing link-diverse traffic paths in a telecommunications network | |
| US8335154B2 (en) | Method and system for providing fault detection and notification for composite transport groups | |
| JP5135748B2 (en) | Transmission apparatus and path setting method | |
| JP4765980B2 (en) | Communication network system | |
| JP2009060673A (en) | Route calculation system, route calculation method, and communication node | |
| JP4878536B2 (en) | Communication apparatus and communication system | |
| KR20130079596A (en) | Network configuration method, ring network system, and node | |
| Ho et al. | A framework of scalable optical metropolitan networks for improving survivability and class of service | |
| Austin et al. | Fast, scalable, and distributed restoration in general mesh optical networks | |
| JP4283736B2 (en) | Traffic information processing method, traffic information processing program, and traffic information processing apparatus | |
| JP4377822B2 (en) | Failure location detection method and failure location detection device | |
| Ghimire et al. | A token-based routing mechanism for GMPLS-controlled WDM networks | |
| Luo et al. | Survivable GMPLS networks with QoS guarantees | |
| JP3777185B2 (en) | GMPLS + IP / MPLS network and nodes | |
| Oki et al. | Generalized traffic engineering protocol for multi-layer GMPLS networks | |
| Oki et al. | GTEP: Generalized traffic engineering protocol for multi-layer GMPLS networks | |
| Murtaza et al. | An Advanced Practice for Congestion Control, Routing and Security Issues in Multi Protocol Label Switching (Mpls) | |
| JP4495226B2 (en) | Autonomous system and path route calculation apparatus and method | |
| Seetharaman et al. | End-to-end dedicated protection in multi-segment optical networks | |
| Ravhuanzwo et al. | SDN-enabled dynamic WDM networks to address routing information inaccuracy |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060406 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081014 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081215 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090203 |