JP4615005B2 - Session management method and route calculation device in route calculation device - Google Patents
Session management method and route calculation device in route calculation device Download PDFInfo
- Publication number
- JP4615005B2 JP4615005B2 JP2007314401A JP2007314401A JP4615005B2 JP 4615005 B2 JP4615005 B2 JP 4615005B2 JP 2007314401 A JP2007314401 A JP 2007314401A JP 2007314401 A JP2007314401 A JP 2007314401A JP 4615005 B2 JP4615005 B2 JP 4615005B2
- Authority
- JP
- Japan
- Prior art keywords
- route calculation
- session
- protocol
- calculation device
- route
- 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.)
- Active
Links
Images
Description
複数のノードと複数のリンクから構成されるドメインが複数存在し、1つ以上のドメインに対応して1つ以上の経路計算装置が存在し、各経路計算装置は対応する1つ以上ドメインのネットワーク情報のみを把握し、経路計算要求装置と経路計算装置、および経路計算装置と経路計算装置が、プロトコル通信を行うことで、同じもしくは異なるドメインに存在する始点ノードと終点ノードの経路を計算する経路計算装置を備えたネットワークにおいて、経路計算装置におけるセッション管理方法およびその経路計算装置に関する。 There are a plurality of domains composed of a plurality of nodes and a plurality of links, one or more route calculation devices exist corresponding to one or more domains, and each route calculation device is a network of one or more corresponding domains. A route that understands only the information and calculates the route of the start node and the end node that exist in the same or different domains by performing protocol communication between the route calculation request device and the route calculation device, and the route calculation device and the route calculation device. BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a session management method in a route calculation device and the route calculation device in a network including the calculation device.
従来、複数のノードと複数のリンクから構成されるドメインが複数存在し、1つ以上のドメインに対応して1つ以上の経路計算装置が存在し、各経路計算装置は対応する1つ以上ドメインのネットワーク情報のみを把握し、経路計算要求装置と経路計算装置、および経路計算装置と経路計算装置が、プロトコル通信を行うことで、同じもしくは異なるドメインに存在する始点ノードと終点ノードの経路を計算する経路計算装置を備えたネットワークにおいて、PCEP(Path Computation Element communication Protocol)およびBRPC(Backward Recursive PCE-based Computation)がある(非特許文献1、2)。 Conventionally, there are a plurality of domains composed of a plurality of nodes and a plurality of links, and one or more route calculation devices exist corresponding to one or more domains, and each route calculation device has one or more corresponding domains. The route calculation request device and the route calculation device, and the route calculation device and the route calculation device perform protocol communication to calculate the route of the start point node and the end point node that exist in the same or different domains. 2. Description of the Related Art There are PCEP (Path Computation Element Communication Protocol) and BRPC (Backward Recursive PCE-based Computation) (Non-Patent Documents 1 and 2).
なお、ドメインの例としては、AS(Autonomous System)やIGP(Interior Gateway Protocol)のAreaが挙げられる。
なお、経路計算要求装置の例としてはノードや管理システムが挙げられる。
Examples of domains include Areas of AS (Autonomous System) and IGP (Interior Gateway Protocol).
Examples of the route calculation requesting device include nodes and management systems.
この方法では、PCEPにより経路計算要求装置と経路計算装置、および経路計算装置と経路計算装置が、プロトコル通信を行い、BRPCにより複数の経路計算装置が連携した経路計算を行う。プロトコル通信を行う上で、PCEPセッションを確立する。PCEPセッションにより通信を行う経路計算要求装置もしくは経路計算装置はPCEPピアと呼び、1つのPCEPセッションは2つのPCEPピアをもつ。経路計算要求を行うPCEPピアをPCC(Path Computation Client)、経路計算要求を受け取り経路計算を行いPCCに経路計算応答を行うPCEPピアをPCE(Path Computation Element)と呼ぶ。 In this method, the route calculation request device and the route calculation device, and the route calculation device and the route calculation device perform protocol communication by PCEP, and route calculation in which a plurality of route calculation devices cooperate with each other by BRPC. A PCEP session is established for protocol communication. A route calculation requesting device or a route calculation device that performs communication through a PCEP session is called a PCEP peer, and one PCEP session has two PCEP peers. A PCEP peer that makes a route calculation request is called a PCC (Path Computation Client), and a PCEP peer that receives a route calculation request and performs a route calculation and sends a route calculation response to the PCC is called a PCE (Path Computation Element).
図1の例では、経路計算装置1がドメイン1、経路計算装置2がドメイン2、経路計算装置3がドメイン3のネットワーク情報を把握しており、ノード1と経路計算装置1、経路計算装置1と経路計算装置2、経路計算装置2と経路計算装置3、がPCEPによりプロトコル通信を行い、以下のようにノード1とノード11の間の経路が計算される。
In the example of FIG. 1, the route calculation device 1 knows the network information of the domain 1, the route calculation device 2 is the domain 2, and the route calculation device 3 is the domain 3. The node 1, the route calculation device 1, and the route calculation device 1 And the route calculation device 2, the route calculation device 2 and the route calculation device 3 perform protocol communication by PCEP, and the route between the node 1 and the
(1)ノード1が、経路計算装置1に対して、ノード1からノード11の経路計算要求メッセージ(PCReq)を送信する。
(2)経路計算装置1が、ノード11に到達するには、経路計算装置2を経由することを判断する。
(3)経路計算装置1が、経路計算装置2に経路計算要求メッセージを送信する。
(4)経路計算装置2が、ノード11に到達するには、経路計算装置3を経由することを判断する。
(5)経路計算装置2が、経路計算装置3に経路計算要求メッセージを送信する。
(6)経路計算装置3が、ノード11が自身の管理しているノードであることを判断し、ドメイン3のネットワーク情報を用い、経路計算要求メッセージを送信してきた経路計算装置2が属するドメインであるドメイン2と接続されるリンク(ノード7とノード9の間のリンク、およびノード8とノード10の間のリンク)から、ノード11への経路を計算し、経路および経路のコスト(例:ホップ数)を経路計算結果とする。
(7)経路計算装置3が、経路計算装置2に、上記(6)で求めた経路計算結果を含む経路計算応答メッセージ(PCRep)を送信する。
(8)経路計算装置2が、ドメイン2のネットワーク情報と経路計算装置3から受信した経路計算結果をつなぎあわせたものを用い、経路計算要求メッセージを送信してきた経路計算装置1が属するドメインであるドメイン1と接続されるリンク(ノード2とノード4の間のリンク、およびノード3とノード5の間のリンク)から、ノード11への経路を計算し、経路および経路のコスト(例:ホップ数)を経路計算結果とする。
(9)経路計算装置2が、経路計算装置1に、上記(8)で求めた経路計算結果を含む経路計算応答メッセージを送信する。
(10)経路計算装置1が、ドメイン1のネットワーク情報と経路計算装置2から受信した経路計算結果をつなぎあわせたものを用い、ノード1から送信された経路計算要求メッセージに含まれる始点ノードであるノード1から、ノード11への経路を計算し、経路および経路のコスト(例:ホップ数)を経路計算結果とする。
(11)経路計算装置1が、ノード1に、上記(10)で求めた経路計算結果を含む経路計算応答メッセージを送信する。
(1) The node 1 transmits a route calculation request message (PCReq) from the node 1 to the
(2) It is determined that the route calculation device 1 goes through the route calculation device 2 to reach the
(3) The route calculation device 1 transmits a route calculation request message to the route calculation device 2.
(4) It is determined that the route calculation device 2 passes through the route calculation device 3 to reach the
(5) The route calculation device 2 transmits a route calculation request message to the route calculation device 3.
(6) The route calculation device 3 determines that the
(7) The route calculation device 3 transmits a route calculation response message (PCRep) including the route calculation result obtained in the above (6) to the route calculation device 2.
(8) The route calculation device 2 is a domain to which the route calculation device 1 that has transmitted the route calculation request message belongs by using a combination of the network information of the domain 2 and the route calculation result received from the route calculation device 3. The route to the
(9) The route calculation device 2 transmits to the route calculation device 1 a route calculation response message including the route calculation result obtained in (8) above.
(10) The route calculation device 1 is a starting point node included in the route calculation request message transmitted from the node 1 using a combination of the network information of the domain 1 and the route calculation result received from the route calculation device 2. A route from the node 1 to the
(11) The route calculation apparatus 1 transmits to the node 1 a route calculation response message including the route calculation result obtained in (10) above.
しかしながら、従来手法では、経路計算装置の具体的な実現手段については記載はない。経路計算装置では、以下の機能が必要となるが、その実現方法について記載はない。 However, in the conventional method, there is no description about specific means for realizing the route calculation apparatus. The route calculation device requires the following functions, but there is no description about how to implement it.
経路計算装置1において、上記(3)で経路計算装置2に経路計算要求メッセージを送信するための、プロトコル手段のセッション管理(同様に上記(5)で経路計算装置2におけるセッション管理)。 In the route calculation device 1, session management of protocol means for transmitting a route calculation request message to the route calculation device 2 in (3) above (similarly, session management in the route calculation device 2 in (5) above).
経由する経路計算装置の順序の管理。具体的には、経路計算装置1において、上記(1)でノード1から受信した経路計算要求メッセージと、上記(3)で経路計算装置2に送信した経路計算要求メッセージの関連付け。上記(3)で経路計算装置2に送信した経路計算要求メッセージと、上記(9)で経路計算装置2から受信した経路計算応答メッセージの関連付けは、経路計算装置1が付与するリクエストIDを経路計算要求メッセージと経路計算応答メッセージに含めることより可能であるが、上記(1)でノード1から受信した経路計算要求メッセージのリクエストIDと、上記(3)で経路計算装置2に送信した経路計算要求メッセージのリクエストIDは、独立であるため経路計算装置1で関連付けを保持する必要がある。この関連付けにより、経路計算装置1は、上記(10)(11)の処理が可能となる(同様に経路計算装置2におけるリクエストID関連付けが必要になる)。 Managing the order of route calculation devices that pass through. Specifically, in the route calculation device 1, the association between the route calculation request message received from the node 1 in (1) and the route calculation request message transmitted to the route calculation device 2 in (3). The association between the route calculation request message transmitted to the route calculation device 2 in (3) above and the route calculation response message received from the route calculation device 2 in (9) above is based on the request ID given by the route calculation device 1 for route calculation. Although it is possible to include it in the request message and the route calculation response message, the request ID of the route calculation request message received from the node 1 in (1) above and the route calculation request transmitted to the route calculation device 2 in (3) above Since the request ID of the message is independent, it is necessary for the route calculation device 1 to hold the association. By this association, the route calculation device 1 can perform the processes (10) and (11) (similarly, request ID association in the route calculation device 2 is necessary).
一般的な経路計算装置の構成として、図2−1が考えられる。例えばプロトコル手段はプロセスとして実現され、プロセスごとにPCEPセッションを保持し、ノードもしくは他の経路計算装置とプロトコル通信を行う。図2-1の構成の場合、セッション管理やリクエストID関連付けを経路計算手段が実施することになり、経路計算手段とプロトコル手段の間の受け渡し情報が複雑になる。 As a configuration of a general route calculation apparatus, FIG. For example, the protocol means is realized as a process, holds a PCEP session for each process, and performs protocol communication with a node or another route calculation device. In the case of the configuration in FIG. 2-1, session management and request ID association are performed by the route calculation means, and the passing information between the route calculation means and the protocol means becomes complicated.
このため、経路計算手段とプロトコル手段の独立性が悪くなり、例えば経路計算を高度化する際に、修正部分が大きくなったり、修正すべき部分が不明確になるなど、プログラム開発が非効率になる。 For this reason, the independence of the route calculation means and the protocol means is deteriorated. For example, when the route calculation is advanced, the part to be corrected becomes large or the part to be corrected becomes unclear. Become.
本発明の目的は、経路計算手段とプロトコル手段の独立性を高くした経路計算装置におけるセッション管理方法およびその経路計算装置を提供することにある。 SUMMARY OF THE INVENTION An object of the present invention is to provide a session management method in a route calculation device in which the independence of route calculation means and protocol means is increased, and the route calculation device.
本明細書において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。 Of the inventions disclosed in this specification, the outline of typical ones will be briefly described as follows.
本発明では、経路計算手段とプロトコル手段とは独立した、セッション管理手段を導入することにより、経路計算手段とプロトコル手段の独立性を高くし、プログラム開発の効率化を実現することを特徴とする。 The present invention is characterized in that by introducing a session management means that is independent of the route calculation means and the protocol means, the independence of the route calculation means and the protocol means is increased and the efficiency of program development is realized. .
請求項1によれば、経路計算装置は、プロトコル手段と経路計算手段とセッション管理
手段を備え、前記プロトコル手段が、経路計算要求装置もしくは他の経路計算装置とセッ
ションを確立することでプロトコルメッセージの送受信を実施するステップと、前記経路
計算手段が、経路計算を実施するステップと、前記セッション管理手段が、前記プロトコ
ル手段のセッションの検索・開始・終了を指示するステップと、を含む。また、複数のドメインにまたがる経路計算時に経由する経路計算装置の順序の管理を、セッション管理手段が行う。
According to the first aspect, the route calculation device includes a protocol means, a route calculation means, and a session management means, and the protocol means establishes a session with the route calculation request device or another route calculation device, thereby generating a protocol message. A step of performing transmission / reception, a step of performing route calculation by the route calculation unit, and a step of instructing search / start / end of a session of the protocol unit by the session management unit. In addition, the session management unit manages the order of the route calculation devices through which route calculation is performed across a plurality of domains.
これにより、経路計算手段とプロトコル手段の独立性が高くなり、プログラム開発の効
率化が可能となる。さらに、リクエストIDの関連付けをセッション管理手段により一括管理可能となる。
Thereby, the independence of the route calculation means and the protocol means becomes high, and the efficiency of program development becomes possible. Furthermore, the association of request IDs can be collectively managed by the session management means.
請求項2によれば、複数のドメインにまたがる経路計算時に経由する経路計算装置の順序の管理を、プロトコル手段が行う。 According to the second aspect , the protocol means manages the order of the route calculation devices through which route calculation is performed across a plurality of domains.
これにより、リクエストIDの関連付けを分散的に行いスケーラビリティが向上する。 As a result, the request IDs are associated in a distributed manner to improve scalability.
請求項3によれば、セッション管理手段が、プロトコル手段のセッション数を管理し、セッション開始・終了を指示する。 According to the third aspect , the session management means manages the number of sessions of the protocol means, and instructs session start / end.
これにより、セッション数を考慮したセッション管理が可能となり、セッション数が増大することによる経路計算装置の過負荷を防ぐことが可能となる。 As a result, session management in consideration of the number of sessions is possible, and overloading of the route calculation apparatus due to an increase in the number of sessions can be prevented.
請求項4によれば、セッション数が閾値以下の場合、処理中の経路計算要求が0になってもただちにセッション終了とせず、一定時間待ち、その間に新たな要求が発生しない場合に終了とする。 According to claim 4 , when the number of sessions is less than or equal to the threshold value, the session is not terminated immediately even when the route calculation request being processed becomes 0, but is terminated when no request is generated during a certain period of time. .
これにより、セッション数を考慮したセッション管理が可能となり、セッション数が増大することによる経路計算装置の過負荷を防ぐことが可能となる。 As a result, session management in consideration of the number of sessions is possible, and overloading of the route calculation apparatus due to an increase in the number of sessions can be prevented.
請求項5によれば、セッション管理手段が、プロトコル手段のセッションの利用履歴を管理し、セッション開始・終了を指示する。 According to the fifth aspect , the session management means manages the use history of the session of the protocol means and instructs the start and end of the session.
これにより、各ノードおよび経路計算装置とのプロトコル通信の頻度の管理が可能となり、セッション数を考慮しながら、効率的なセッション管理が可能となる。 As a result, it is possible to manage the frequency of protocol communication with each node and the route calculation device, and it is possible to manage sessions efficiently while considering the number of sessions.
請求項6によれば、セッションの利用履歴を管理し、利用頻度が高いセッションについては、処理中の経路計算要求が0になってもただちにセッション終了とせず、利用頻度に応じた時間だけ待ち、その間に新たな要求が発生しない場合に終了とする。
According to
これにより、各ノードおよび経路計算装置とのプロトコル通信の頻度の管理が可能となり、セッション数を考慮しながら、効率的なセッション管理が可能となる。 As a result, it is possible to manage the frequency of protocol communication with each node and the route calculation device, and it is possible to manage sessions efficiently while considering the number of sessions.
請求項3、4によれば、経路計算装置が、経路計算要求装置もしくは他の経路計算装置とセッションを確立することでプロトコルメッセージの送受信を実施するプロトコル手段と、経路計算を実施する経路計算手段と、プロトコル手段のもつPCEPセッションの検索・開始・終了を指示するセッション管理手段とを備える。また、複数のドメインにまたがる経路計算時に経由する経路計算装置の順序の管理を行う、セッション管理手段もしくはプロトコル管理手段を備える。 According to Claims 3 and 4 , the route calculation device performs protocol message transmission / reception by establishing a session with the route calculation request device or another route calculation device, and route calculation means for performing route calculation. And session management means for instructing search / start / end of the PCEP session of the protocol means. In addition, a session management unit or a protocol management unit is provided that manages the order of the route calculation apparatuses that are passed through during route calculation across a plurality of domains.
これにより、経路計算手段とプロトコル手段の独立性が高くなり、プログラム開発の効率化が可能となる。さらに、リクエストIDの関連付けを一括管理可能となる。 Thereby, the independence of the route calculation means and the protocol means becomes high, and the efficiency of program development becomes possible. Further, the association of request IDs can be collectively managed.
本発明では、経路計算手段とプロトコル手段とは独立した、セッション管理手段を導入することにより、経路計算手段とプロトコル手段の独立性を高くし、プログラム開発の効率化を実現することを特徴とする。 The present invention is characterized in that by introducing a session management means that is independent of the route calculation means and the protocol means, the independence of the route calculation means and the protocol means is increased and the efficiency of program development is realized. .
また、複数のドメインにまたがる経路計算時に経由する経路計算装置の順序の管理を、セッション管理手段が行うことで、リクエストIDの関連付けを分散的に行うことが可能となり、スケーラビリティが向上する。 In addition, the session management unit manages the order of the route calculation apparatuses that are passed through when calculating the route across a plurality of domains, whereby the request IDs can be associated in a distributed manner, and scalability is improved.
また、セッション管理手段が、プロトコル手段のセッション数を管理し、セッション開始・終了を指示することで、セッション数を考慮したセッション管理が可能となり、経路計算装置の過負荷を防ぐことが可能となる。 In addition, the session management means manages the number of sessions of the protocol means, and instructs session start / end, thereby enabling session management in consideration of the number of sessions and preventing overload of the route calculation device. .
さらに、セッション管理手段が、プロトコル手段のセッションの利用履歴を管理し、セッション開始・終了を指示することで、各ノードおよび経路計算装置とのプロトコル通信の頻度の管理が可能となり、セッション数を考慮しながら、効率的なセッション管理が可能となる。 In addition, the session management means manages the session usage history of the protocol means, and can instruct the start and end of the session to manage the frequency of protocol communication with each node and route calculation device, taking into account the number of sessions. However, efficient session management becomes possible.
次に、本発明の実施の形態について図面を参照して説明する。
図1は、本発明の実施の形態が前提とする網構成を示している。ドメインは1つ以上のノードおよびリンクから構成される。1つ以上のドメインに対応して1つ以上の経路計算装置が存在する。図1の例では、経路計算装置1がドメイン1、経路計算装置2がドメイン2、経路計算装置3がドメイン3のネットワーク情報を把握しており、ノード1と経路計算装置1、経路計算装置1と経路計算装置2、経路計算装置2と経路計算装置3、がPCEPによりプロトコル通信を行い、ノード1とノード11の間の経路が計算される。
Next, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 shows a network configuration premised on the embodiment of the present invention. A domain consists of one or more nodes and links. There are one or more route calculation apparatuses corresponding to one or more domains. In the example of FIG. 1, the route calculation device 1 knows the network information of the domain 1, the route calculation device 2 is the domain 2, and the route calculation device 3 is the domain 3. The node 1, the route calculation device 1, and the route calculation device 1 And the route calculation device 2, the route calculation device 2 and the route calculation device 3 perform protocol communication by PCEP, and the route between the node 1 and the
一般的には、経路計算装置は、PCEPピア(ノードまたは他の経路計算装置)とPCEPセッションを確立し、プロトコル通信を行う。ある経路計算装置は、同じPCEPピアとは1つ以上のPCEPセッションは確立しない。経路計算装置が有するPCEPセッション数の合計は0または1以上であり、状況に応じてPCEPセッションを開始・終了し、PCEPセッション数は状況に応じて変化する。 In general, a route calculation device establishes a PCEP session with a PCEP peer (node or other route calculation device) and performs protocol communication. A path computation device does not establish one or more PCEP sessions with the same PCEP peer. The total number of PCEP sessions possessed by the route calculation apparatus is 0 or 1 or more, and the PCEP sessions are started and ended depending on the situation, and the number of PCEP sessions changes depending on the situation.
ノードは、例えば、伝送装置(SONET/SDHクロスコネクト、波長クロスコネクト)ルータ、L2SWが相当する。
リンクは、装置間に存在し、情報転送の媒体となる。例えば、光ファイバが相当する。
The node corresponds to, for example, a transmission apparatus (SONET / SDH cross-connect, wavelength cross-connect) router, L2SW.
A link exists between devices and serves as an information transfer medium. For example, an optical fiber corresponds.
図2は、経路計算装置の各手段の関連を示している。
図2−1は、一般的な構成例である。201は経路計算手段、202−1はプロトコル手段セッション#1、202−2はプロトコル手段セッション#2、202−3はプロトコル手段セッション#3である。プロトコル手段202と経路計算手段201が直接情報交換を行う形態である。このためプロトコル手段202と経路計算手段201の独立性が悪い。
FIG. 2 shows the relationship between each means of the route calculation apparatus.
FIG. 2A is a general configuration example. 201 is route calculation means, 202-1 is protocol means session # 1, 202-2 is protocol means session # 2, and 202-3 is protocol means session # 3. In this mode, the protocol unit 202 and the
図2−2は、本発明の実施の形態による構成例である。211は経路計算手段、212−1はプロトコル手段セッション#1、212−2はプロトコル手段セッション#2、212−3はプロトコル手段セッション#3、213はセッション管理手段である。プロトコル手段212、経路計算手段211に加え、セッション管理手段213が存在する。セッション管理手段213により、プロトコル手段212のセッション管理を行うため、プロトコル手段212と経路計算手段211の独立性が高い。
FIG. 2-2 is a configuration example according to the embodiment of the present invention. 211 is a route calculation means, 212-1 is a protocol means session # 1, 212-2 is a protocol means session # 2, 212-3 is a protocol means
図3は、本発明の実施の形態の経路計算装置の構成を示している。図3において、211は経路計算手段、212はプロトコル手段、213はセッション管理手段である(以上は図2−2と同じである)。310はプロトコル管理DB、320はセッション管理DB、330はリクエストID関連付けDB、340はドメイン内ネットワークDB、350はドメイン外ネットワークDBである。 FIG. 3 shows the configuration of the route calculation apparatus according to the embodiment of the present invention. In FIG. 3, 211 is a route calculation means, 212 is a protocol means, and 213 is a session management means (the above is the same as FIG. 2-2). 310 is a protocol management DB, 320 is a session management DB, 330 is a request ID association DB, 340 is a network DB within a domain, and 350 is a network DB outside a domain.
プロトコル手段212は、PCEPセッションを維持し、PCEPピアとプロトコル通信を行う。また、プロトコル管理DB310を管理する。
The protocol means 212 maintains the PCEP session and performs protocol communication with the PCEP peer. In addition, the
プロトコル手段212は、例えばプロセスとして実現され、1つのプロセスが、1つのPCEPセッションを構成する。 The protocol means 212 is realized as a process, for example, and one process constitutes one PCEP session.
経路計算手段211は、ドメイン内ネットワークDB340およびドメイン外ネットワークDB350を利用して経路計算を行う。具体的には以下の3つのパターンに対応する。
The route calculation means 211 performs route calculation using the
パターン1(ドメイン内経路計算)
経路計算要求の始点ノード、終点ノードともにドメイン内ネットワークDB340に含まれている場合→経路計算を実施し、経路計算結果を返す(ドメイン内経路計算)。
Pattern 1 (Intra-domain route calculation)
When both the start node and the end node of the route calculation request are included in the
パターン2(ドメイン外経路計算−次PCEに送信)
経路計算要求の終点ノードがドメイン外ネットワークDB350に含まれている場合→次PCEPピアアドレスを返す。「従来の技術」の(2)(4)が相当する。
Pattern 2 (Route outside domain-Send to next PCE)
If the destination node of the route calculation request is included in the
パターン3(ドメイン外経路計算−経路計算)
経路計算要求の始点ノードがドメイン外ネットワークDB350に含まれ、終点ノードがドメイン内ネットワークDB340に含まれている場合→ドメイン内ネットワーク情報を用い、経路計算要求メッセージを送信してきた経路計算装置が属するドメインと接続されるリンクから、終点ノードヘの経路を計算し、経路計算結果を返す。「従来の技術」の(6)が相当する。
Pattern 3 (Route calculation outside the domain-Route calculation)
When the start point node of the route calculation request is included in the outside-
もしくは、パターン2の応答を受け取った場合→ドメイン内ネットワークDB340とパターン2の応答として受信した経路計算結果をつなぎあわせたものを用い、経路計算を実施し、経路計算結果を返す。「従来の技術」の(8)(10)が相当する。
Alternatively, when a response of pattern 2 is received, a route calculation is performed using a combination of the
セッション管理手段213は、セッション管理DB320とリクエストID関連付けDB330を管理し、プロトコル手段212のセッション管理を行うとともに、経路計算要求メッセージにおけるリクエストIDの関連付けを行う。
The
プロトコル管理DB310は、セッションごとに存在する。セッション番号311とはPCEPセッションを該経路計算装置で一意に識別する情報、PCEPピアアドレス312とはPCEPセッションを形成する対向のPCEPピア(経路計算要求装置もしくは経路計算装置)のアドレス(例:IPアドレス)である。リクエストリスト313は、PCEPピアとやりとりしている0もしくは1以上のメッセージのリクエスト内容を保持し、PCCアドレス314とは経路計算要求メッセージを送信した装置のアドレス(該経路計算装置のアドレスもしくはPCEPピアアドレス)、リクエストID315とは該経路計算装置のアドレスおよびPCEPピアアドレスとセットにすることによりメッセージを一意に識別する情報である。316はリクエストリスト313に含まれるその他の情報である。
The
セッション管理DB320は、プロトコル手段212が維持しているPCEPセッションの情報を保持する。セッション番号321とはPCEPセッションを該経路計算装置で一意に識別する情報、PCEPピアアドレス322とはPCEPセッションを形成する対向のPCEPピアのアドレスである。
The
リクエストID関連付けDB330は、ドメイン外経路計算を実施するときに、該経路計算装置が受信する経路計算要求メッセージと、該経路計算装置が送信する経路計算要求メッセージの関連付けを保持する。第一セッション番号331とは該経路計算装置が受信する経路計算要求メッセージが利用するセッション番号、第一PCEPピアアドレス332とは該経路計算装置が受信する経路計算要求メッセージを送信するPCEPピアアドレス、第一リクエストID333とは該経路計算装置が受信する経路計算要求メッセージのリクエストIDである。第二セッション番号334とは該経路計算装置が送信する経路計算要求メッセージが利用するセッション番号、第二PCEPピアアドレス335とは該経路計算装置が送信する経路計算要求メッセージを受信するPCEPピアアドレス、第二リクエストID336とは該経路計算装置が送信する経路計算要求メッセージのリクエストIDである。
The request
ドメイン内ネットワークDB340は、経路計算装置が管理するドメインのネットワーク情報を格納する。A端装置ID341とは、リンクの一方の端となっている装置の装置IDである。Z端装置ID343とは、リンクのもう一方の端となっている装置の装置IDである。A端IF ID342とは、A端装置で、該リンクを一意に示す識別子である。Z端IF ID344とは、Z端装置で、該リンクを一意に示す識別子である。帯域345とは、該リンクの最大利用可能帯域を示す情報である。残余帯域346とは、該リンクの残余帯域を示す情報である。ここで装置ID、IF IDとして例えばIPアドレスが相当する。347はその他の情報である。
The
ドメイン外ネットワークDB350は、経路計算装置が管理するドメイン外のネットワーク情報を格納する。アドレス351とはノードまたはリンクを一意に識別するアドレス、次PCEPピアアドレス352とは、アドレスに到達するために経由すべきPCEを一意に識別するPCEPピアアドレスである。
The
図4、5は、請求項1および請求項2に対応する実施の形態の経路計算装置の処理手順を示している。 4 and 5 show the processing procedure of the route calculation apparatus according to the embodiment corresponding to claims 1 and 2.
図1のネットワーク構成を例として、経路計算装置1における処理手順は以下のようになる。なお、以下の前提条件である。 Taking the network configuration of FIG. 1 as an example, the processing procedure in the route calculation apparatus 1 is as follows. The following are the preconditions.
ノード1のアドレス=1.1.1.1、ノード11のアドレス=11.11.11.11(図1参照)
経路計算装置1のアドレス=1.1.1.101、経路計算装置2のアドレス=2.2.2.101、経路計算装置3のアドレス=3.3.3.101(図1参照)
ドメイン内ネットワークDB340、ドメイン外ネットワークDB350は事前に設定済み
初期状態として、経路計算装置1は、ノード1とPCEPセッションを確立済み(セッション番号=1001、PCEPピアアドレス=1.1.1.1として、プロトコル管理DB、セッション管理DBが設定済み)
ノード1より経路計算要求メッセージを受け取った場合の経路計算装置1における処理手順は以下の通りである(「従来の技術」の(2)相当)。
Node 1 address = 1.1.1.1,
Address of route calculation device 1 = 1.1.1.101, address of route calculation device 2 = 2.2.2.101, address of route calculation device 3 = 3.3.3.101 (see FIG. 1)
The
The processing procedure in the route calculation apparatus 1 when a route calculation request message is received from the node 1 is as follows (corresponding to (2) of “Prior Art”).
(1)ステップ401 プロトコル手段212がメッセージ受信する(ノード1より始点=1.1.1.1、終点=11.11.11.11、リクエストID=100の経路計算要求メッセージを受信)。
(2)ステップ402 プロトコル手段212が、プロトコル管理DB310を更新する(セッション番号=1001、PCEPピアアドレス=1.1.1.1に対して、リクエストリスト:PCCアドレス=1.1.1.1、リクエストリスト:リクエストID=100を追加)。
(3)ステップ403 プロトコル手段212がセッション管理手段213に情報を送信する(始点=1.1.1.1、終点=11.11.11.11、リクエストID=100の経路計算要求)。
(4)ステップ404 セッション終了判断処理(図5)を行う。
(ア)ステップ501 プロトコル手段212の特定セッションの処理中リクエストID数が0かを判断する(NOであるのでセッション終了処理(図5)を終了し、図4の処理に戻る)。
(5)ステップ405 セッション管理手段213が経路計算手段211に情報を送信する(始点=1.1.1.1、終点=11.11.11.11の経路計算要求)。
(6)ステップ406〜407 経路計算手段211が経路計算を行い、セッション管理手段213に情報を送信する(ドメイン外経路計算−次PCEに送信、として次PCEPピアアドレスとして2.2.2.101を返す)。
(7)ステップ408 セッション管理手段213が計算結果を判断する(ドメイン外経路計算−次PCEに送信)。
(8)ステップ409 セッション管理手段213が、該当セッションが存在するか判断する(セッション管理DB320を検索し、PCEPピアアドレス322が2.2.2.101となっているセッションがあるかどうか検索するが、存在しない)。
(9)ステップ410 セッション管理手段213が該当セッションを開始するように指示する(該当セッションのセッション番号=1002とする)。
(10)ステップ411 セッション管理手段213がプロトコル手段212に情報を送信する(始点=1.1.1.1、終点=11.11.11.11、リクエストID=200の経路計算要求で、PCEPピアアドレス=2.2.2.101とする)。
(11)ステップ412 セッション管理手段213がリクエストID関連付けDB330を更新する(第一セッション番号=1001、第一PCEPピアアドレス=1.1.1.1、第一リクエストID=100、第二セッション番号=1002、第二PCEPピアアドレス=2.2.2.101、第二リクエストID=200)。
(12)ステップ413 プロトコル手段212がメッセージを送信する(経路計算装置2に、始点=1.1.1.1、終点=11.11.11.11、リクエストID=200の経路計算要求メッセージを送信)。
(13)ステップ414 プロトコル手段212がプロトコル管理DB310を更新する(セッション番号=1002、PCEPピアアドレス=2.2.2.101、リクエストリスト:PCCアドレス=1.1.1.101、リクエストリスト:リクエストID=200)。
(14)ステップ415 セッション終了判断処理(図5)を行う。
(ア)ステップ501 プロトコル手段212の特定セッションの処理中リクエストID数が0かを判断する(NOであるのでセッション終了判断処理(図5)を終了し、図4の処理に戻り、図4の処理も終了する)。
(1)
(2)
(3)
(4)
(A)
(5)
(6) Steps 406 to 407 The
(7)
(8)
(9) Step 410 The session management means 213 instructs to start the corresponding session (assuming that the session number of the corresponding session is 1002).
(10) Step 411 The session management means 213 sends information to the protocol means 212 (start point = 1.1.1.1, end point = 11.11.11.11, request ID = 200, route calculation request, PCEP Peer address = 2.2.2.101).
(11)
(12) Step 413 The protocol means 212 transmits a message (route calculation request message of start point = 1.1.1.1, end point = 11.11.11.11, request ID = 200 to the route calculation device 2. Send).
(13) Step 414 The protocol means 212 updates the protocol management DB 310 (session number = 1002, PCEP peer address = 2.2.2.101, request list: PCC address = 1.1.1.101, request list: Request ID = 200).
(14)
(A)
経路計算装置2より経路計算応答メッセージを受け取った場合の経路計算装置1の処理手順は以下の通りである(「従来の技術」の(10)相当)。
(1)ステップ401 プロトコル手段212がメッセージを受信する(PCEPピアアドレス=2.2.2.101より、リクエストID=200の経路計算応答メッセージを受信)。
(2)ステップ402 プロトコル手段212がプロトコル管理DB310を更新する(PCEPピアアドレス=2.2.2.101となっているものの中で、PCCアドレス=1.1.1.101、リクエストID=200となっているエントリを検索し、このリクエストリストを削除)。
(3)ステップ403 プロトコル手段212がセッション管理手段213に情報を送信する(リクエストID=200の経路計算応答)。
(4)ステップ404 セッション終了判断処理(図5)を行う。
The processing procedure of the route calculation device 1 when a route calculation response message is received from the route calculation device 2 is as follows (corresponding to (10) of “Prior Art”).
(1)
(2)
(3)
(4)
(ア)ステップ501 プロトコル手段212の特定セッションの処理中メッセージ数が0かを判断する(セッション番号=1002についてYES)
(イ)ステップ502 プロトコル手段212のセッションを終了する(セッション番号=1002のセッション終了)。
(ウ)ステップ503 プロトコル手段212がセッション管理手段213に通知する。
(エ)ステップ504 セッション管理手段213がセッション管理DB320を更新する(セッション番号=1002のエントリを削除し、セッション終了判断処理(図5)を終了し、図4の処理に戻る)。
(A)
(A) Step 502 The session of the protocol means 212 is ended (session end of session number = 1002).
(C) Step 503 The protocol means 212 notifies the session management means 213.
(D)
(5)ステップ405 セッション管理手段213が経路計算手段211に情報を送信する(経路計算応答)。
(6)ステップ406 経路計算手段211が経路計算を行う(ノード1からノード11の経路計算を実施)。
(7)ステップ407 経路計算手段211がセッション管理手段213に情報を送信する。
(8)ステップ408 セッション管理手段213が計算結果を判断する(ドメイン外経路−経路計算)。
(9)ステップ416 セッション管理手段213がリクエストID関連付けDB330を検索する(第二プロセス番号=1002、第二PCEPピアアドレス=2.2.2.101、リクエストID=200となっているエントリを検索することで、第一プロセス番号=1001、第一PCEPピアアドレス=1.1.1.1、リクエストID=100を発見)。
(10)ステップ411 セッション管理手段213がプロトコル手段212に情報を送信する(プロセス番号=1001に対して、PCCアドレス=1.1.1.1、リクエストID=100および、(7)ステップ407で受け取った経路計算結果)。
(11)ステップ412 セッション管理手段213がリクエストID関連付けDB330を更新((9)ステップ416で検索したエントリを削除)
(12)ステップ413 プロトコル手段212がメッセージを送信する(ノード1に、リクエストID=100の経路計算応答)。
(13)ステップ414 プロトコル手段212がプロトコル管理DB310を更新する(セッション番号=1001、PCEPピアアドレス=1.1.1.1の、PCCアドレス=1.1.1.1、リクエストID=100のエントリを削除)。
(14)ステップ415 セッション終了判断処理(図5)を行う。
(5)
(6) Step 406 The route calculation means 211 performs route calculation (performs route calculation from node 1 to node 11).
(7)
(8)
(9)
(10) Step 411 The session management means 213 transmits information to the protocol means 212 (PCC address = 1.1.1.1, request ID = 100 for process number = 1001, and (7)
(11)
(12) Step 413 The protocol means 212 transmits a message (route calculation response with request ID = 100 to the node 1).
(13) Step 414 The protocol means 212 updates the protocol management DB 310 (session number = 1001, PCEP peer address = 1.1.1.1, PCC address = 1.1.1.1, request ID = 100. Delete entry).
(14)
(ア)ステップ501 プロトコル手段212の特定セッションの処理中メッセージ数が0かを判断する(セッション番号=1001についてYES)。
(イ)ステップ502 プロトコル手段212のセッションを終了する(セッション番号=1001のセッション終了)。
(ウ)ステップ503 プロトコル手段212がセッション管理手段213に通知する。
(エ)ステップ504 セッション管理手段213がセッション管理DB320を更新する(セッション番号=1001のエントリを削除し、セッション終了判断処理(図5)を終了し、図4の処理に戻り、図4の処理も終了する)。
(以上、請求項1、請求項2に対応する実施の形態)
(A)
(A) Step 502 The session of the protocol means 212 is ended (session end of session number = 1001).
(C) Step 503 The protocol means 212 notifies the session management means 213.
(D)
(Embodiments corresponding to Claims 1 and 2)
請求項2では、複数のドメインにまたがる経路計算時に経由する経路計算装置の順序の管理を、セッション管理手段213が実施していた。すなわち、リクエストID関連付けDB330はセッション管理手段213が管理していた。
In the second aspect, the session management means 213 manages the order of the route calculation devices through which route calculation is performed across a plurality of domains. That is, the request
しかしながら、リクエストID関連付けを、プロトコル手段212が実施しても構わない。これにより、リクエストID関連付けを分散的に処理でき、スケーラビリティが向上する。
However, the request ID association may be performed by the
この場合の経路計算装置の構成を図6に示す。
図3と比較して、以下が変更点となる。
The configuration of the route calculation apparatus in this case is shown in FIG.
Compared with FIG. 3, the following changes are made.
リクエストID関連付けDB330がなく、プロトコル管理DB310のリクエストリスト313に第一PCEPピアアドレス317と第一リクエストID318が追加される。
セッション管理手段213は、セッション管理DB320を管理し、プロトコル手段212のセッション管理を行う。
プロトコル手段212は、PCEPセッションを維持し、PCEPピアとプロトコル通信を行う。また、プロトコル管理DB310を管理する。更に、リクエストID関連付けを行う。
その他の手段、DBは図3と同じである。
There is no request
The
The protocol means 212 maintains the PCEP session and performs protocol communication with the PCEP peer. In addition, the
Other means, DB, are the same as in FIG.
処理手順として、図4、5と比較して、以下のように変更される。
ノード1より経路計算要求メッセージを受け取った場合の経路計算装置1の処理手順は以下のように変更される。
(10)ステップ411 セッション管理手段213がプロトコル手段212に情報を送信する(始点=1.1.1.1、終点=11.11.11.11、第一PCEPピアアドレス=1.1.1.1、第一リクエストID=100の経路計算要求で、PCEPピアアドレス=2.2.2.101とする)。
(11)ステップ412 削除(スキップ)
(12)ステップ413 プロトコル手段212がメッセージを送信する(リクエストID=200として、経路計算装置2に、始点=1.1.1.1、終点=11.11.11.11、リクエストID=200の経路計算要求メッセージを送信)。
(13)ステップ414 プロトコル手段212がプロトコル管理DB310を更新する(セッション番号=1002、PCEPピアアドレス=2.2.2.101、リクエストリスト:PCCアドレス=1.1.1.101、リクエストリスト:リクエストID=200、第一PCEPピアアドレス=1.1.1.1、第一リクエストID=100)。
The processing procedure is changed as follows in comparison with FIGS.
The processing procedure of the route calculation apparatus 1 when a route calculation request message is received from the node 1 is changed as follows.
(10) Step 411 The
(11)
(12) Step 413 The protocol means 212 transmits a message (assuming that the request ID = 200, the route calculation apparatus 2 has a start point = 1.1.1.1, an end point = 11.11.11.11, and a request ID = 200. Send route calculation request message).
(13) Step 414 The protocol means 212 updates the protocol management DB 310 (session number = 1002, PCEP peer address = 2.2.2.101, request list: PCC address = 1.1.1.101, request list: Request ID = 200, first PCEP peer address = 1.1.1.1, first request ID = 100).
経路計算装置2より経路計算応答メッセージを受け取った場合の経路計算装置1の処理手順は以下のように変更される。
(3)ステップ403 プロトコル手段212がセッション管理手段213に情報を送信する(プロトコルDBの検索により、第一PCEPピアアドレス=1.1.1.1、第一リクエストID=100の経路計算応答)。
(5)ステップ405 セッション管理手段213が経路計算手段211に情報を送信する(第一PCEPピアアドレス=1.1.1.1、第一リクエストID=200の経路計算応答)。
(9)ステップ416 削除(スキップ)
その他のステップは同じである。
(以上、請求項3に対応する実施の形態)
The processing procedure of the route calculation device 1 when the route calculation response message is received from the route calculation device 2 is changed as follows.
(3)
(5)
(9)
The other steps are the same.
(Embodiment corresponding to claim 3)
また、図5では、セッション終了判断処理として、処理中のリクエストID数が0となると、ただちにセッション終了としているが、セッション管理手段213が、プロトコル手段212のセッション数を管理し、セッション開始・終了を指示しても構わない。
In FIG. 5, as the session end determination process, when the number of request IDs being processed becomes 0, the session ends immediately. However, the
例えば、セッション数がある閾値以下である場合は、処理中のリクエストID数が0になってもただちにセッション終了とせず、一定時間待ち、その間に新たなリクエストが発生しない場合に終了とする方法が考えられる。 For example, if the number of sessions is less than a certain threshold, the session is not terminated immediately even if the number of request IDs being processed becomes 0, but the session is terminated when no request is generated during that time. Conceivable.
セッション開始についても同様に、セッション数がある閾値以上である場合、ただちにセッションを開始せず、一定時間待ち、その後再度セッション開始をリトライする方法が考えられる。 Similarly, for the session start, if the number of sessions is equal to or greater than a certain threshold value, a method may be considered in which the session is not started immediately, waits for a predetermined time, and then the session start is retried again.
これにより、経路計算装置でのセッション開始・終了やセッション維持に伴う負荷を避けることが可能となる。
(以上、請求項4、5に対応する実施の形態)
As a result, it is possible to avoid a load associated with session start / end and session maintenance in the route calculation apparatus.
(Embodiments corresponding to claims 4 and 5 above)
更に、セッション管理手段213が、プロトコル手段212のセッションの利用履歴を管理し、セッション開始・終了を指示してもかまわない。
Further, the
例えば、利用頻度の高いセッションについては、処理中のリクエストID数が0になってもただちにセッション終了とせず、利用頻度に応じた時間だけ待ち、その間に新たなリクエストが発生しない場合に終了とする方法が考えられる。 For example, for a session with high usage frequency, even if the number of request IDs being processed reaches 0, the session does not end immediately, waits for a time according to the usage frequency, and ends when no new request occurs during that time. A method is conceivable.
これにより、各ノードおよび経路計算装置とのプロトコル通信の頻度の管理が可能となり、セッション数を考慮しながら、効率的なセッション管理が可能となる。
(以上、請求項6、7に対応する実施の形態)
As a result, it is possible to manage the frequency of protocol communication with each node and the route calculation device, and it is possible to manage sessions efficiently while considering the number of sessions.
(Embodiments corresponding to
以上説明した各手段はコンピュータとプログラムで構成でき、そのプログラムの一部または全部をハードウェアで構成してもよい。また、各DBはコンピュータの記憶装置に記憶させることができる。 Each means described above can be configured by a computer and a program, and a part or all of the program may be configured by hardware. Each DB can be stored in a storage device of a computer.
以上、本発明者によってなされた発明を、前記実施の形態に基づき具体的に説明したが、本発明は、前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。 Although the invention made by the present inventor has been specifically described based on the above-described embodiment, the present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the scope of the invention. Of course.
201…経路計算手段、202−1…プロトコル手段セッション#1、202−2…プロトコル手段セッション#2、202−3…プロトコル手段セッション#3、211…経路計算手段、212…プロトコル手段、212−1…プロトコル手段セッション#1、212−2…プロトコル手段セッション#2、212−3…プロトコル手段セッション#3、213…セッション管理手段、310…プロトコル管理DB、320…セッション管理DB、330…リクエストID関連付けDB、340…ドメイン内ネットワークDB、350…ドメイン外ネットワークDB
201 ... route calculation means, 202-1 ... protocol means session # 1, 202-2 ... protocol means session # 2, 202-3 ... protocol means
Claims (8)
理方法であって、
前記経路計算装置は、プロトコル手段と経路計算手段とセッション管理手段を備え、
前記セッション管理手段が、複数のドメインにまたがる経路計算時に経由する経路計算装置の順序について、前記ノードから受信した経路計算要求のメッセージおよび前記経路計算装置間で送受信するメッセージを関連付けて管理を行うことを特徴とする経路計算装置におけるセッション管理方法であって、
前記プロトコル手段が、経路計算要求装置もしくは他の経路計算装置とセッションを確立することでプロトコルメッセージの送受信を実施するステップと、
前記経路計算手段が、経路計算を実施するステップと、
前記セッション管理手段が、前記プロトコル手段のセッションの検索・開始・終了を指示するステップと、
を含むことを特徴とする経路計算装置におけるセッション管理方法。 There are a plurality of domains composed of a plurality of nodes and a plurality of links, and there is one or more route calculation devices corresponding to one or more domains, and each route calculation device has one or more corresponding domains. Only the network information is grasped, and the route calculation request device and the route calculation device and the route calculation device and the route calculation device perform the protocol communication to calculate the route of the start node and the end node existing in the same or different domains. A session management method in a route calculation device,
The route calculation apparatus comprises a protocol means, a route calculation means, and a session management means,
The session management means manages the order of the route calculation devices through which the route calculation is performed across a plurality of domains by associating the route calculation request message received from the node and the message transmitted / received between the route calculation devices. A session management method in a route calculation device characterized by comprising:
The protocol means performs transmission / reception of a protocol message by establishing a session with a route calculation requesting device or another route calculation device;
The route calculation means performing a route calculation;
The session management means instructing to search, start and end the session of the protocol means;
A session management method in a route calculation apparatus.
理方法であって、A rational method,
前記経路計算装置は、プロトコル手段と経路計算手段とセッション管理手段を備え、 The route calculation apparatus comprises a protocol means, a route calculation means, and a session management means,
前記プロトコル手段が、複数のドメインにまたがる経路計算時に経由する経路計算装置の順序について、前記ノードから受信した経路計算要求のメッセージおよび前記経路計算装置間で送受信するメッセージを関連付けて管理を行うことを特徴とする経路計算装置におけるセッション管理方法であって、The protocol means manages the order of the route calculation devices through which the route calculation is performed across a plurality of domains by associating the route calculation request message received from the node and the message transmitted / received between the route calculation devices. A session management method in a route calculation device characterized by comprising:
前記プロトコル手段が、経路計算要求装置もしくは他の経路計算装置とセッションを確立することでプロトコルメッセージの送受信を実施するステップと、 The protocol means performs transmission / reception of a protocol message by establishing a session with a route calculation requesting device or another route calculation device;
前記経路計算手段が、経路計算を実施するステップと、 The route calculation means performing a route calculation;
前記セッション管理手段が、前記プロトコル手段のセッションの検索・開始・終了を指示するステップと、 The session management means instructing to search, start and end the session of the protocol means;
を含むことを特徴とする経路計算装置におけるセッション管理方法。 A session management method in a route calculation apparatus.
開始・終了を指示することを特徴とする請求項1または2に記載の経路計算装置におけるセッショThe session in the route calculation device according to claim 1 or 2, wherein start and end are instructed.
ン管理方法。Management method.
ョン終了とせず、一定時間待ち、その間に新たな要求が発生しない場合に終了とすることWait for a certain period of time without ending the application, and end if no new request occurs during that time
を特徴とする請求項3に記載の経路計算装置におけるセッション管理方法。The session management method in the route calculation device according to claim 3.
ッション開始・終了を指示することを特徴とする請求項1または2に記載の経路計算装置における3. The route calculation apparatus according to claim 1 or 2, wherein the start and end of a session is instructed.
セッション管理方法。Session management method.
経路計算要求装置もしくは他の経路計算装置とセッションを確立することでプロトコルメッセージの送受信を実施するプロトコル手段と、 A protocol means for performing transmission / reception of a protocol message by establishing a session with the route calculation requesting device or another route calculation device;
経路計算を実施する経路計算手段と、 A route calculation means for performing route calculation;
前記プロトコル手段のセッションの検索・開始・終了を指示するセッション管理手段と、を備えることを特徴とし、 Session management means for instructing search / start / end of a session of the protocol means,
複数のドメインにまたがる経路計算時に経由する経路計算装置の順序について、前記セッション管理手段が前記ノードから受信した経路計算要求のメッセージおよび前記経路計算装置間で送受信するメッセージを関連付けて管理を行うことを特徴とする経路計算装置。 The order of the route calculation devices through which the route calculation is performed across a plurality of domains is managed by associating the route calculation request message received from the node with the message transmitted / received between the route calculation devices. Characteristic route calculation device.
経路計算要求装置もしくは他の経路計算装置とセッションを確立することでプロトコルメッセージの送受信を実施するプロトコル手段と、 A protocol means for performing transmission / reception of a protocol message by establishing a session with the route calculation requesting device or another route calculation device;
経路計算を実施する経路計算手段と、 A route calculation means for performing route calculation;
前記プロトコル手段のセッションの検索・開始・終了を指示するセッション管理手段と、を備えることを特徴とし、 Session management means for instructing search / start / end of a session of the protocol means,
複数のドメインにまたがる経路計算時に経由する経路計算装置の順序について、前記プロトコル手段が前記ノードから受信した経路計算要求のメッセージおよび前記経路計算装置間で送受信するメッセージを関連付けて管理を行うことを特徴とする経路計算装置。 The order of the route calculation devices through which route calculation is performed across a plurality of domains is managed by associating the message of the route calculation request received from the node by the protocol means and the message transmitted / received between the route calculation devices. A route calculation device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007314401A JP4615005B2 (en) | 2007-12-05 | 2007-12-05 | Session management method and route calculation device in route calculation device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007314401A JP4615005B2 (en) | 2007-12-05 | 2007-12-05 | Session management method and route calculation device in route calculation device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009141551A JP2009141551A (en) | 2009-06-25 |
JP4615005B2 true JP4615005B2 (en) | 2011-01-19 |
Family
ID=40871750
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007314401A Active JP4615005B2 (en) | 2007-12-05 | 2007-12-05 | Session management method and route calculation device in route calculation device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4615005B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109495386A (en) * | 2017-09-13 | 2019-03-19 | 中兴通讯股份有限公司 | To recognition methods, PCEP agreement and the storage medium of LSP and Hot LSP main under same tunnel |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11266258A (en) * | 1998-03-17 | 1999-09-28 | Fujitsu Ltd | Atm network device |
JP2002199001A (en) * | 2001-10-22 | 2002-07-12 | Toshiba Corp | Method for operating service providing device |
JP2007221352A (en) * | 2006-02-15 | 2007-08-30 | Fujitsu Ltd | QoS GUARANTEE SYSTEM IN MULTI-DOMAIN NETWORK AND QoS SERVER TO BE APPLIED TO THE SAME |
JP2007228087A (en) * | 2006-02-21 | 2007-09-06 | Nippon Telegr & Teleph Corp <Ntt> | Path setting system and path setting method |
-
2007
- 2007-12-05 JP JP2007314401A patent/JP4615005B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11266258A (en) * | 1998-03-17 | 1999-09-28 | Fujitsu Ltd | Atm network device |
JP2002199001A (en) * | 2001-10-22 | 2002-07-12 | Toshiba Corp | Method for operating service providing device |
JP2007221352A (en) * | 2006-02-15 | 2007-08-30 | Fujitsu Ltd | QoS GUARANTEE SYSTEM IN MULTI-DOMAIN NETWORK AND QoS SERVER TO BE APPLIED TO THE SAME |
JP2007228087A (en) * | 2006-02-21 | 2007-09-06 | Nippon Telegr & Teleph Corp <Ntt> | Path setting system and path setting method |
Also Published As
Publication number | Publication date |
---|---|
JP2009141551A (en) | 2009-06-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102315401B1 (en) | How to Establish Segment Routing for IPV6 Tunnels | |
JP6047229B2 (en) | Name-based neighbor discovery and multi-hop service discovery in information-centric networks | |
EP2522104B1 (en) | Providing feedback to path computation element | |
US8165107B2 (en) | Method and system for obtaining path information, path computation element | |
WO2009043256A1 (en) | Method, system and device for obtaining label switched path | |
JP4598789B2 (en) | Route calculation control method, route calculation control program, and route calculation control device | |
EP3716541B1 (en) | Method, device and system for determining message forwarding path | |
JP2013541290A (en) | Relayed CSPF for multiple regions and multiple autonomous systems | |
WO2006052672A2 (en) | System and method for retrieving computed paths from a path computation element using a path key | |
ITTO20060149A1 (en) | TECHNIQUE FOR THE OPTIMIZED FLOW OF DATA FLOWS ON AN IP DORSAL IN A COMPUTER NETWORK. | |
EP2009848B1 (en) | Computing a path in a label switched network | |
WO2009140873A1 (en) | Configuration method of link attribute information, communication device and communication system | |
US20220321453A1 (en) | Path computation method, storage medium and electronic apparatus | |
WO2008031337A1 (en) | A traffic engineering path computation method, a system and a path computation element | |
WO2017059699A1 (en) | Path computation method and device | |
EP2063585A1 (en) | Method and apparatus for computing a path in a network | |
WO2008154848A1 (en) | Method for acquiring ability information of net node between domains, net node and communication system | |
CN101931583A (en) | Domain routing information generation method and device, path computation method and device | |
WO2014183657A1 (en) | Method and device for determining next hop and distributing routing information | |
JP2008193395A (en) | Two-way path setting method, and communication system and node device for achieving it | |
JP4615005B2 (en) | Session management method and route calculation device in route calculation device | |
CN110881006B (en) | Method for sending message, network equipment and computer storage medium | |
WO2008000125A1 (en) | A method, system and apparatus for discovering path computation element | |
US8798050B1 (en) | Re-optimization of loosely routed P2MP-TE sub-trees | |
US11496388B2 (en) | Resource reservation and maintenance for preferred path routes in a network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20091109 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091124 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100118 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100615 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100914 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20100922 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20101012 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20101019 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4615005 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131029 Year of fee payment: 3 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |