JP2016092459A - Communication system, network management device, and service management device - Google Patents
Communication system, network management device, and service management device Download PDFInfo
- Publication number
- JP2016092459A JP2016092459A JP2014220932A JP2014220932A JP2016092459A JP 2016092459 A JP2016092459 A JP 2016092459A JP 2014220932 A JP2014220932 A JP 2014220932A JP 2014220932 A JP2014220932 A JP 2014220932A JP 2016092459 A JP2016092459 A JP 2016092459A
- Authority
- JP
- Japan
- Prior art keywords
- management device
- service
- path
- change request
- configuration change
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
本発明は、ネットワークを介してフレームを転送するシステムに関し、特に、データ配信におけるプロテクション技術に関する。 The present invention relates to a system for transferring a frame via a network, and more particularly to a protection technique in data distribution.
通信事業者は、企業向け専用線サービス、クラウドサービス、インターネット接続サービスなど、多様なサービスを企業ユーザやコンシューマなどのエンドユーザに提供する。近年、これらのエンドユーザは増加しており、トラヒック量は増加の一途を辿っている。 Telecom carriers provide various services such as corporate leased line services, cloud services, and Internet connection services to corporate users and end users such as consumers. In recent years, these end users are increasing, and the traffic volume is steadily increasing.
通信事業者またはサービスプロバイダは、これらのサービスをエンドユーザへ提供するため、複数のデータセンタにサーバを配備する。例えば、クラウドサービスを提供するサーバと、インターネット接続サービスを提供するサーバは、異なるデータセンタ拠点（以下、通信事業者網に接続するサービスプロバイダまたはエンドユーザの拠点を「サイト」と言い、データセンタ拠点を含む）に配備される。さらに、通信事業者は各サイトのサーバ間を接続するネットワークを構築する。エンドユーザが複数のサービスを同時に利用する際は、異なるサイトのサーバ間で通信する。例えば、エンドユーザがクラウド環境でインターネット接続サービスを利用する場合は、クラウドサービスを提供するサーバと、インターネット接続サービスを提供するサーバが通信する。 A carrier or a service provider deploys servers in a plurality of data centers in order to provide these services to end users. For example, a server that provides a cloud service and a server that provides an Internet connection service are different from each other in a data center base (hereinafter, a service provider or end user base connected to a telecommunications carrier network is referred to as a “site”. Deployed). Furthermore, the telecommunications carrier constructs a network that connects servers at each site. When end users use multiple services simultaneously, they communicate between servers at different sites. For example, when an end user uses an Internet connection service in a cloud environment, a server that provides the cloud service and a server that provides the Internet connection service communicate with each other.
また、地震等の災害により、特定サイトのサーバが稼働不可となった場合は、地理的に離れた他のサイトのサーバが処理を引き継ぐ。これにより、サイトが被災した場合においても、エンドユーザは継続してサービスを利用できる。 When a server at a specific site becomes inoperable due to a disaster such as an earthquake, the server at another site that is geographically distant takes over the processing. Thereby, even when the site is damaged, the end user can continue to use the service.
通信事業者は、地理的に離れた複数のサイト間で大容量のトラヒックを転送するため、高速かつ大容量の通信に適した技術であるＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ）を適用する。さらに、通信事業者は、サーバ間の論理接続を制御するための方式として、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ルーティングを適用する。通信事業者は、異なるサイトのサーバ間の通信に必要な帯域を確保するため、光ファイバを敷設して光伝送リソースを確保する。さらに、通信事業者は、オペレーションシステム（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ、以下ＯｐＳ）を用いてサイト間を接続するネットワークを管理する。 A telecommunications carrier applies WDM (Wavelength Division Multiplex), which is a technology suitable for high-speed and large-capacity communication, in order to transfer a large amount of traffic between a plurality of geographically distant sites. Furthermore, the communication carrier applies IP (Internet Protocol) routing as a method for controlling logical connections between servers. In order to secure a bandwidth necessary for communication between servers at different sites, a communication carrier secures optical transmission resources by laying optical fibers. Furthermore, the communication carrier manages a network that connects sites using an operation system (hereinafter referred to as OpS).
一方、帯域を管理する標準技術としては、論理的な通信経路を予めエンド・トゥー・エンドで静的に設定するＭＰＬＳ−ＴＰ （Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ - Ｔｒａｎｓｐｏｒｔ Ｐｒｏｆｉｌｅ）がある。ＭＰＬＳ−ＴＰは、ＩＰパケットにラベルを付与し、ラベルを参照してＩＰパケットを転送するＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）技術の一種である。通信経路（すなわち、論理パス）毎に帯域を設定し、通信経路上の通信装置が設定帯域に従ってポリシング、シェーピング等の帯域制御を行う。また、他の帯域管理技術として、ＧＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）もある。ＧＭＰＬＳは、光波長の制御によって帯域管理する技術である。 On the other hand, as a standard technique for managing the bandwidth, there is MPLS-TP (Multi Protocol Label Switching-Transport Profile) in which a logical communication path is statically set in advance end-to-end. MPLS-TP is a type of MPLS (Multi Protocol Label Switching) technology that assigns a label to an IP packet and transfers the IP packet with reference to the label. A band is set for each communication path (that is, a logical path), and a communication device on the communication path performs band control such as policing and shaping according to the set band. As another bandwidth management technique, there is GMPLS (Generalized Multi Protocol Label Switching). GMPLS is a technology that performs band management by controlling optical wavelengths.
さらに、特許文献１には、２つのレイヤを備える通信システムにおいて、各レイヤを管理する２つの網管理装置と、２つの網管理装置を接続するクロスレイヤ連携装置と、を備え、クロスレイヤ連携装置が各レイヤのパス識別子や帯域等を管理すること、システム管理者が一方のレイヤの網管理装置を用いて設定変更を行うと、クロスレイヤ連携装置が他方のレイヤに必要な帯域変更を実施することが開示されている。
Furthermore,
サイト被災や、サイトに配備されたサーバの仮想化機能であるＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）のマイグレーション等が発生すると、サイト間を接続するネットワークのトラヒック転送経路や帯域等のトラヒックパターンが変動する。通信事業者またはサービスプロバイダが、トラヒックパターンが変動した時にもエンドユーザにサービスを継続して提供するために、サイト間を接続するネットワークに高い信頼性が求められる。 When a site is damaged or a VM (Virtual Machine) migration, which is a virtualization function of a server deployed on the site, occurs, a traffic pattern such as a traffic transfer path and a bandwidth of a network connecting sites changes. In order for a telecommunications carrier or a service provider to continuously provide a service to an end user even when a traffic pattern fluctuates, high reliability is required for a network connecting sites.
また、通信事業者は、サービストラヒックの増加に対応するため、サイト間を接続するネットワークの光伝送リソースを確保する必要がある。ここで、「サービストラヒック」とは、各サイトがサービスを提供するために通信されるトラヒックである。さらに、通信事業者は、エンドユーザの増加に伴い大規模化するＯｐＳのコストを削減する必要がある。 通信事業者は、ＷＤＭ装置とＩＰルータを用いてサイト間を接続するネットワークを構築することができる。ＷＤＭ装置とＩＰルータとを用いてサイト間を接続するネットワークでは、地理的に離れた複数のサイト間で大容量のトラヒックを転送するため高速かつ大容量の通信に適したＷＤＭ装置を適用し、さらに、サーバ間の論理接続を制御するためＩＰルーティングに従ってトラフィックを転送するルータを適用する。各サイトのサービスを提供するサーバから送出されるトラヒックは、ルータを介してＷＤＭ装置に転送され、ＷＤＭ装置間を転送された後に、通信先のサイトのサーバに接続されるルータに転送され、その後にエンドユーザが接続されるサイトのサーバに転送される。 Further, in order to cope with an increase in service traffic, a communication carrier needs to secure optical transmission resources of a network connecting sites. Here, “service traffic” is traffic that is communicated in order for each site to provide a service. Furthermore, the communication carrier needs to reduce the cost of OpS, which becomes larger as the number of end users increases. A communication carrier can construct a network that connects sites using a WDM apparatus and an IP router. In a network that connects sites using a WDM device and an IP router, a WDM device suitable for high-speed and large-capacity communication is applied to transfer a large amount of traffic between a plurality of geographically separated sites. Furthermore, a router that forwards traffic according to IP routing is applied to control logical connections between servers. The traffic sent from the server providing the service at each site is transferred to the WDM device via the router, transferred between the WDM devices, and then transferred to the router connected to the server at the communication destination site. To the server at the site to which the end user is connected.
しかし、通信事業者は、トラヒックパターンが変動した時にもエンドユーザにサービスを継続して提供するためには、ＷＤＭ装置間において、現用経路の通信に必要な帯域だけではなく、サイト障害等のトラヒックパターン変動に応じた全ての予備経路の帯域を常時確保しておく必要がある。そのため、ＷＤＭ装置間において、全ての現用経路と全ての予備経路の帯域を常時確保可能な光伝送リソースが配備されていないと、トラヒックパターン変動時にサービスを継続して提供できない課題があった。そのため、全ての現用経路と全ての予備経路の帯域を常時確保するためのＷＤＭ装置間の光ファイバ敷設コストが生じる課題であった。 However, in order to continue to provide services to end users even when the traffic pattern fluctuates, telecommunications carriers not only provide the bandwidth required for communication on the working path but also traffic such as site failures between WDM devices. It is necessary to always secure the bandwidth of all the backup paths according to the pattern variation. For this reason, there is a problem that services cannot be continuously provided when the traffic pattern fluctuates unless optical transmission resources capable of always securing the bandwidths of all the working paths and all the backup paths are provided between the WDM apparatuses. For this reason, there has been a problem in that the cost of laying optical fibers between WDM apparatuses for always securing the bandwidths of all working paths and all backup paths.
また、特許文献１において、一方のネットワークをＭＰＬＳ−ＴＰレイヤに、他方をＩＰレイヤとすれば、全ての予備経路の帯域を常時確保することなく、サイト被災やＶＭマイグレーション発生時に必要な帯域確保が可能となる。各サイトのサービスを提供するサーバから送出されるトラヒックは、ルータを介してＭＰＬＳ−ＴＰ装置に転送され、ＭＰＬＳ−ＴＰ装置間を転送された後に、通信先のサイトのサーバに接続されるルータに転送され、エンドユーザが接続されるサイトのサーバに転送される。ここで、ＭＰＬＳ−ＴＰ装置は物理的に配備されるネットワークリソースの中でデータ転送に割り当てる帯域を論理設定により柔軟に変更できる。よって、トラヒックパターンの変化に応じて必要な予備経路の帯域を確保することにより、全ての予備経路の帯域を常時確保することなく、トラヒックパターン変化の都度、必要な帯域を確保できる。
Further, in
しかし、特許文献１の構成では、通信事業者及びサービスプロバイダは、サーバを管理するサービス管理装置と、ＭＰＬＳ−ＴＰネットワークを管理する網管理装置に加え、ＩＰレイヤとＭＰＬＳ−ＴＰレイヤのクロスレイヤ連携装置を備える必要がある。クロスレイヤ連携装置は、２つのレイヤの管理情報であるパス識別子、サービス識別子、帯域等を全て管理するため、データベース大規模化のコストが発生する課題があった。さらに、パス識別子と帯域値を網管理装置とクロスレイヤ連携装置との両装置が管理し、サービス識別子をサービス管理装置とクロスレイヤ連携装置との両装置が管理する必要があった。同一のデータを複数の装置で管理するため、片方の装置でデータが更新された時に、他方の装置のデータに対して、同じデータに更新を行う同期処理が課題であった。
However, in the configuration of
一方、前述したＷＤＭ装置とＩＰルータを用いてサイト間を接続するネットワークにおいて、ＧＭＰＬＳを用いて、被災サイトやＶＭマイグレーションの対象となるサイトに応じてＷＤＭ装置間の帯域制御をすれば、使用していない光伝送路の予備経路の帯域開放が可能である。具体的には、利用している経路の帯域のみを確保し、利用していない予備経路の帯域は確保せず、必要になったときに必要な帯域を確保することができる。これにより、通信事業者は、ネットワーク全体としてのトラヒック収容効率を向上できるため、ＷＤＭ装置間の光ファイバ敷設コストを削減できる。しかし、ＧＭＰＬＳは、光波長レイヤの制御を伴うため、例えばＭＰＬＳ−ＴＰのように論理経路の帯域設定をする場合と比較して、帯域設定の変更に長時間を要する。そのためサービスの稼働率が低下（すなわち、サービスを提供出来ない時間が発生）し、通信事業者またはサービスプロバイはエンドユーザが求めるサービス品質を担保できないという課題があった。 On the other hand, in a network that connects sites using WDM devices and IP routers as described above, GMPLS is used if bandwidth control between WDM devices is performed according to the affected site or the site that is the target of VM migration. It is possible to release the bandwidth of the backup optical transmission line. Specifically, it is possible to secure only the bandwidth of the route that is being used, and not reserve the bandwidth of the spare route that is not being used, and secure the necessary bandwidth when necessary. Thereby, since the communication carrier can improve the traffic accommodation efficiency of the entire network, it is possible to reduce the optical fiber laying cost between the WDM devices. However, since GMPLS involves control of the optical wavelength layer, it takes a long time to change the band setting compared to the case of setting the band of the logical path, for example, as in MPLS-TP. For this reason, the service utilization rate is reduced (that is, a time during which the service cannot be provided occurs), and there is a problem that the service provider or the service provider cannot guarantee the service quality required by the end user.
本発明は、大規模データベースを構築することなく、かつ、少ない光伝送リソースで、サイト障害やＶＭマイグレーション等に起因するトラヒックパターン変動時にも、サービスを継続して提供可能である、サイト間を接続するネットワークを実現することを目的とする。 The present invention can connect between sites without constructing a large-scale database and with a small amount of optical transmission resources, and can continue to provide services even when traffic patterns change due to site failure or VM migration. It aims at realizing the network which does.
上記の課題を解決するために、網管理装置とサービス管理装置と複数のサーバ装置と前記複数のサーバ装置の間を接続する複数の通信装置とを備える通信システムであって、前記網管理装置及びサービス管理装置は、前記網管理装置が管理するパケットトランスポート網の経路、及び、サービス管理装置が管理するサイト間の経路を一意に識別する経路識別子を共通に管理し、前記サービス管理装置は、前記経路識別子と、前記経路識別子で識別される論理パスの運用状況の運用化または非運用化を示す情報と、を含む構成変更要求を前記網管理装置へ送信し、前記網管理装置は、前記構成変更要求を受信すると、前記構成変更要求に含まれる経路識別子に対応する前記論理パスの帯域を、運用状態帯域から非運用状態帯域にまたは非運用状態帯域から運用状態帯域に変更するための設定変更要求を前記複数の通信装置へ送信し、前記サービス管理装置に前記構成変更要求に対する応答を送信し、前記サービス管理装置は、前記構成変更要求に対する応答を受信すると、前記構成変更要求に含まれる前記経路識別子で識別される経路上のサーバにサービスの停止、サービスの開始、または、宛先アドレスの変更の少なくともいずれかを指示する接続変更通知を送信することを特徴の一つとする。 In order to solve the above problems, a communication system comprising a network management device, a service management device, a plurality of server devices, and a plurality of communication devices connecting the plurality of server devices, the network management device and The service management device commonly manages a route of a packet transport network managed by the network management device and a route identifier uniquely identifying a route between sites managed by the service management device. Transmitting a configuration change request including the path identifier and information indicating operation or non-operation of the operation status of the logical path identified by the path identifier to the network management apparatus; When receiving the configuration change request, the bandwidth of the logical path corresponding to the path identifier included in the configuration change request is changed from the operation state bandwidth to the non-operation state bandwidth or the non-operation state. A setting change request for changing from a band to an operating state band is transmitted to the plurality of communication devices, a response to the configuration change request is transmitted to the service management device, and the service management device responds to the configuration change request Is received, a connection change notification instructing at least one of service stop, service start, and destination address change is transmitted to a server on the route identified by the route identifier included in the configuration change request. This is one of the characteristics.
本発明により、大規模データベースを構築することなく、かつ、少ない光伝送リソースで、サイト障害やＶＭマイグレーション等に起因するトラヒックパターン変動時にも、サービスを継続して提供することができる。 According to the present invention, a service can be continuously provided even when a traffic pattern changes due to a site failure, VM migration, or the like without constructing a large-scale database and with a small amount of optical transmission resources.
以下、本発明の一実施形態を添付図面に基づいて説明する。 Hereinafter, an embodiment of the present invention will be described with reference to the accompanying drawings.
図１は、本発明を適用する網管理装置、サービス管理装置、通信ノード、及びサーバが構成する通信システムの一例を示すブロック図である。本発明による通信システムは、複数のサイト（ＳｉｔｅＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２）に配備された複数のサーバ（ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２）、複数のルータ１〜６、複数のＷＤＭ装置７〜１５、複数のパケットトランスポート装置（Ｐａｃｋｅｔ Ｔｒａｎｓｐｏｒｔ Ｎｏｄｅ 以下ＰＴＮ）１６〜２４、ＰＴＮ１６〜２４が構成するパケットトランスポート網を管理する網管理装置２５、及び、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２を管理するサービス管理装置２６から構成される。ここで、ＰＴＮとＷＤＭ装置は一体であってもよい。
FIG. 1 is a block diagram illustrating an example of a communication system configured by a network management apparatus, a service management apparatus, a communication node, and a server to which the present invention is applied. The communication system according to the present invention includes a plurality of servers (Server A1, A2, B1, B2, C1, C2) and a plurality of
通信事業者は、ルータ１〜６、ＷＤＭ装置７〜１５、ＰＴＮ１６〜２４、及び、網管理装置２５を管理する。サービスプロバイダは、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２、及び、サービス管理装置２６を管理する。なお、同一の事業者がルータ１〜６、ＷＤＭ装置７〜１５、ＰＴＮ１６〜２４、網管理装置２５、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２、及び、サービス管理装置２６を管理しても良い。
The communication carrier manages the
ＷＤＭ装置間には、一つ以上の光波長を設定することにより光伝送リソースを確保する。具体的には、ＷＤＭ装置に光波長を設定すると、一つの光波長あたり固定値の光伝送リソースを利用可能となる。例えば、ＷＤＭ装置１３とＷＤＭ装置１４の間を接続する光伝送路は、１００Ｇｂｐｓの光波長が設定される。
Optical transmission resources are secured by setting one or more optical wavelengths between WDM apparatuses. Specifically, when an optical wavelength is set in the WDM device, a fixed value of optical transmission resource can be used per optical wavelength. For example, the optical transmission line connecting the
通信事業者からの入力を受けて、網管理装置２５はＰＴＮ間に予めＰａｔｈを設定する。図１では、予め設定されたＰａｔｈ１〜９のうち運用Ｐａｔｈとして設定されているＰａｔｈ１〜３を図示している。図１で図示していないが、後述するＰａｔｈ４〜９が非運用Ｐａｔｈとして設定されている。Ｐａｔｈ１〜９は現用経路または予備経路の区別が設定され、さらに、各ＰａｔｈはＰａｔｈの運用状態が設定される。運用Ｐａｔｈとは、ＰａｔｈがＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間を流れるサービストラヒックを転送するよう設定されている運用状態にあるＰａｔｈである。一方、非運用Ｐａｔｈとは、ＰａｔｈがＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間を流れるサービストラヒックを転送せず、接続性監視フレーム等制御フレームのみを転送するよう設定されている非運用状態にあるＰａｔｈである。運用Ｐａｔｈには運用時帯域が確保され、非運用Ｐａｔｈには非運用時帯域が確保されるよう、各Ｐａｔｈ上のＰＴＮには帯域が設定されている。運用時帯域はサービストラヒック及び接続性監視フレーム等の制御フレームを転送するために必要と定めた帯域であり、非運用時は接続性監視フレームを転送するために通信事業者が予め設定する帯域である。Ｐａｔｈは、ＰＴＮ間を接続する論理的な通信経路であり、例えばＭＰＬＳ−ＴＰのＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）がある。Ｐａｔｈ１〜３はサイト障害が発生していない時にＳｅｒｖｅｒＡ１及びＡ２の間、ＳｅｒｖｅｒＢ１及びＢ２の間、ＳｅｒｖｅｒＣ１及びＣ２の間でそれぞれ通信するために、予めＰＴＮ間に設定されるＰａｔｈである。
In response to the input from the communication carrier, the
例えば、ＳｉｔｅＡ１被災時にＳｅｒｖｅｒＣ１がＳｅｒｖｅｒＡ１に代わりエンドユーザへサービス提供するためのＰａｔｈであるＰａｔｈ５は、ＰＴＮ２２、ＰＴＮ２３、ＰＴＮ１７、ＰＴＮ１８間に設定される。ＳｉｔｅＣ１被災時にＳｅｒｖｅｒＡ１がＳｅｒｖｅｒＣ１に代わりエンドユーザへサービス提供するためのＰａｔｈであるＰａｔｈ７は、ＰＴＮ１６、ＰＴＮ１７、ＰＴＮ２３、ＰＴＮ２４間に設定される。Ｐａｔｈ５及びＰａｔｈ７の運用時帯域は１００Ｇｂｐｓ、非運用時帯域は０．００１Ｇｂｐｓに設定される。ここで、Ｐａｔｈ５及びＰａｔｈ７は、ＷＤＭ装置１３とＷＤＭ装置１４間の１００Ｇｂｐｓの１つの光波長を共有するよう設定される。Ｐａｔｈ５とＰａｔｈ７が同時に運用状態となることはないため、Ｐａｔｈ５及びＰａｔｈ７に対して、Ｐａｔｈ５及びＰａｔｈ７の運用時トラヒックの合計値である２００Ｇｂｐｓの光伝送路リソースを確保する必要がなく、１００Ｇｂｐｓの光伝送路リソースを確保すればよい。このように、一つの光波長経路に対して複数の論理パスを設定し、後述するサービス管理装置と網管理装置との処理によりトラヒックパターンの変動に応じて論理パスの運用時帯域と非運用時帯域の設定を変更することで、大規模データベースを構築することなく、かつ、少ない光伝送リソースで、サイト障害やＶＭマイグレーション等に起因するトラヒックパターン変動時にも、サービスを継続して提供することができる。
For example, Path5, which is a path for Server C1 to provide a service to an end user instead of Server A1 when SiteA1 is damaged, is set between PTN22, PTN23, PTN17, and PTN18.
ユーザ端末２６〜２９はエンドユーザが操作する端末であり、ユーザ端末２６はＳｅｒｖｅｒＡ２、ユーザ端末２７はＳｅｒｖｅｒＢ２、ユーザ端末２８及び２９はＳｅｒｖｅｒＣ２に接続する。例えば、ユーザ端末２６を操作するエンドユーザは、ＳｅｒｖｅｒＡ２が提供するサービスを利用すると同時に、Ｐａｔｈ１によって帯域確保されたＳｅｒｖｅｒＡ１、Ａ２間の通信経路によりＳｅｒｖｅｒＡ２が提供するサービスを利用できる。
The
網管理装置２５とサービス管理装置２６は互いに接続する。網管理装置２５はサービス管理装置２６からの要求に応じてＰＴＮ１６〜２４の設定帯域を運用時帯域から非運用時帯域または非運用時帯域から運用時帯域に更新する。よって、ＩＰレイヤの状況に応じたパケットトランスポート網の帯域制御が可能となる。ＩＰレイヤとは、ＩＰアドレスに従ってパケットの転送経路を決定するネットワーク階層であり、サーバ間の経路に存在する。ＩＰレイヤの処理はサーバ及びルータが行う。また、ＭＰＬＳ−ＴＰレイヤとは、ＭＰＬＳラベルに従ってパケットの転送経路を決定するネットワーク階層であり、ＰＴＮ間の経路に存在する。ＭＰＬＳ−ＴＰレイヤの処理はＰＴＮが行う。
The
ＳｉｔｅＡ１のＳｅｒｖｅｒＡ１からＳｉｔｅＡ２のＳｅｒｖｅｒＡ２へのトラヒックの流れを一例として説明する。ＳｅｒｖｅｒＡ１から送出されるトラヒックは、ルータ１においてＩＰパケットのＩＰアドレスに従ってＩＰルーティングの結果ＰＴＮ１６に向け送出される。ＰＴＮ１６は、ＩＰパケットのＩＰアドレスに従って適切なＰａｔｈ（ここではＰａｔｈ１）を特定し、ＩＰパケットを特定したＰａｔｈを示すＭＰＬＳラベルを含むＭＰＬＳ−ＴＰパケットに変換し、変換したＭＰＬＳ−ＴＰパケットを宛先に従ったポートからＷＤＭ装置７に送出する。ＷＤＭ装置７は、ＭＰＬＳ−ＴＰパケットを光パケットに変換し、入力ポートに応じた出力ポートから光パケットを出力する。光パケットはＷＤＭ装置１３で受信され、ＷＤＭ装置１３は光パケットをＭＰＬＳ−ＴＰパケットに変換し、ＷＤＭ装置１３と接続されたＰＴＮ１７に向け送出する。ＰＴＮ１７は、受信したＭＰＬＳ−ＴＰパケットの宛先ラベルと自装置が保持する経路情報とに従って、適切なポートからＭＰＬＳ−ＴＰパケットを出力する。ＷＤＭ装置１３は、ＰＴＮ１７からＭＰＬＳ−ＴＰパケットを受信すると、ＭＰＬＳ−ＴＰパケットを光パケットに変換し、入力ポートに応じた出力ポートから光パケットを出力する。ＷＤＭ装置１３から送出された光パケットはＷＤＭ装置８で受信され、ＷＤＭ装置８は、ＷＤＭ装置１３は光パケットをＭＰＬＳ−ＴＰパケットに変換し、ＭＰＬＳ−ＴＰパケットの宛先ラベルに応じたＰＴＮ１８に向け出力する。ＰＴＮ１８は、ＷＤＭ装置８からＭＰＬＳ−ＴＰパケットを受信すると、宛先ＩＰアドレスを特定し、ＭＰＬＳ−ＴＰパケットをＩＰパケットに変換してルータ２に送出する。ルータ２は、ＩＰパケットのＩＰアドレスに従ってＩＰパケットをＳｅｒｖｅｒＡ２に転送する。ＳｉｔｅＡ１のＳｅｒｖｅｒＡ２からＳｉｔｅＡ１のＳｅｒｖｅｒＡ２へのトラヒックの流れはこの逆である。
The flow of traffic from Server A1 of Site A1 to Server A2 of Site A2 will be described as an example. The traffic sent from Server A1 is sent to
ここで、ＷＤＭ装置のみでルータ間を接続する場合とは異なり、ＷＤＭ装置１３において、ＰＴＮ１７にＭＰＬＳ―ＴＰパケットを転送し、ＰＴＮ１７が宛先ラベルに応じたＷＤＭ装置１３のポートにＭＰＬＳ−ＴＰパケットを送出することで、ＷＤＭ装置１３からＷＤＭ装置８（Ｐａｔｈ１）、ＷＤＭ装置１３からＷＤＭ装置１５（Ｐａｔｈ６）、ＷＤＭ装置１３からＷＤＭ装置１４（Ｐａｔｈ７）に光パケットを送出することが出来る。
Here, unlike the case where the routers are connected only by the WDM device, the
以上のように通信システムを構成し、帯域を設定し、後述の処理によりＰａｔｈの帯域を非運用時帯域と運用時帯域との間で設定を変更することで、大規模データベースを構築することなく、かつ、少ない光伝送リソースで、サイト障害やＶＭマイグレーション等に起因するトラヒックパターン変動時にも、サービスを継続して提供することができる。 By configuring the communication system as described above, setting the band, and changing the setting of the Path band between the non-operation band and the operation band by the process described below, without building a large-scale database In addition, the service can be continuously provided even when the traffic pattern fluctuates due to site failure, VM migration, or the like with a small amount of optical transmission resources.
図２は、本発明を適用する網管理装置、サービス管理装置、通信ノード、及びサーバが構成する通信システムにおいて、ＳｉｔｅＡ１の被災が発生した時の運用Ｐａｔｈと非運用Ｐａｔｈの設定を変更した場合の運用Ｐａｔｈを図示した構成の一例を示す図である。Ｐａｔｈ４は、ＳｉｔｅＡ１被災時に、ＳｅｒｖｅｒＢ１がＳｅｒｖｅｒＡ１に代わりエンドユーザへサービス提供するためのＰａｔｈである。Ｐａｔｈ５は、ＳｉｔｅＡ１被災時に、ＳｅｒｖｅｒＣ１がＳｅｒｖｅｒＡ１に代わりエンドユーザへサービス提供するためのＰａｔｈである。Ｐａｔｈ４は、通信事業者からの入力に応じて網管理装置２５が予め設定するＰａｔｈである。Ｐａｔｈ５は、ＳｅｒｖｅｒＡ１の提供サービス追加に伴い、網管理装置２５がサービス管理装置２６からの要求に基づいて設定するＰａｔｈである。
FIG. 2 shows a case where the settings of the operation path and the non-operation path when Site A1 is damaged are changed in the communication system configured by the network management apparatus, service management apparatus, communication node, and server to which the present invention is applied. It is a figure which shows an example of the structure which illustrated operation Path.
ＳｉｔｅＡ１に障害が発生すると、後述するサービス管理装置２６及び網管理装置の処理により、Ｐａｔｈ１は運用Ｐａｔｈから非運用Ｐａｔｈに変更され、Ｐａｔｈ４及びＰａｔｈ５は非運用Ｐａｔｈから運用Ｐａｔｈに変更される。さらに、ＳｉｔｅＡ２のサーバに接続先変更を通知する。これにより、ＳｉｔｅＡ１障害時、ＳｅｒｖｅｒＢ１及びＳｅｒｖｅｒＣ１がＳｅｒｖｅｒＡ１に代わりエンドユーザへサービスを継続して提供できる。
When a failure occurs in SiteA1, Path1 is changed from the operational path to the non-operational path, and Path4 and Path5 are changed from the non-operational path to the operational path by processing of the
図３は、本発明を適用する網管理装置、サービス管理装置、通信ノード、及びサーバが構成する通信システムにおいてＳｉｔｅＢ１の被災が発生した時の運用Ｐａｔｈと非運用Ｐａｔｈの設定を変更した場合の運用Ｐａｔｈを図示した構成の一例を示す図である。Ｐａｔｈ６は、ＳｉｔｅＢ１被災時に、ＳｅｒｖｅｒＡ１がＳｅｒｖｅｒＢ１に代わりエンドユーザへサービス提供するために、通信事業者からの入力を受けて網管理装置２５が予め設定するＰａｔｈである。ＳｉｔｅＢ１に障害が発生すると、後述するサービス管理装置２６及び網管理装置の処理により、Ｐａｔｈ２は運用Ｐａｔｈから非運用Ｐａｔｈに変更され、Ｐａｔｈ６は非運用Ｐａｔｈから運用Ｐａｔｈに変更される。さらに、ＳｉｔｅＢ２のサーバに接続先変更を通知する。これにより、網管理装置２５がＰａｔｈ６を設定することにより、ＳｉｔｅＢ１障害時、ＳｅｒｖｅｒＡ１がＳｅｒｖｅｒＢ１に代わりエンドユーザへ継続してサービスを提供できる。
FIG. 3 shows the operation when the settings of the operation path and the non-operation path are changed when SiteB1 is damaged in the communication system constituted by the network management apparatus, service management apparatus, communication node, and server to which the present invention is applied. It is a figure which shows an example of the structure which illustrated Path.
図４は、本発明を適用する網管理装置、サービス管理装置、通信ノード、及びサーバが構成する通信システムでＳｉｔｅＢ１の被災が発生した時の運用Ｐａｔｈと非運用Ｐａｔｈの設定を変更した場合の運用Ｐａｔｈを図示した構成の他の一例を示す図である。Ｐａｔｈ９は、ＳｉｔｅＢ１被災時に、ＳｅｒｖｅｒＣ１がＳｅｒｖｅｒＢ１に代わりエンドユーザへサービス提供するために、通信事業者からの入力を受けて網管理装置２５が予め設定するＰａｔｈである。ＳｉｔｅＢ１に障害が発生すると、後述するサービス管理装置２６及び網管理装置の処理により、Ｐａｔｈ２は運用Ｐａｔｈから非運用Ｐａｔｈに変更され、Ｐａｔｈ９は非運用Ｐａｔｈから運用Ｐａｔｈに変更される。さらに、ＳｉｔｅＢ１のサーバに接続先変更を通知する。網管理装置２５がＰａｔｈ９を設定することにより、ＳｉｔｅＢ１障害時、ＳｅｒｖｅｒＣ１がＳｅｒｖｅｒＢ１に代わりエンドユーザへサービスを継続して提供できる。
FIG. 4 shows an operation when the settings of the operation path and the non-operation path are changed when SiteB1 is damaged in the communication system configured by the network management apparatus, service management apparatus, communication node, and server to which the present invention is applied. It is a figure which shows another example of the structure which illustrated Path.
図５は、本発明を適用する網管理装置、サービス管理装置、通信ノード、及びサーバが構成する通信システムでＳｉｔｅＣ１の被災が発生した時の運用Ｐａｔｈと非運用Ｐａｔｈをの設定を変更した場合の運用Ｐａｔｈを図示した構成の一例を示す図である。Ｐａｔｈ７は、ＳｉｔｅＣ１被災時に、ＳｅｒｖｅｒＡ１がＳｅｒｖｅｒＣ１に代わりエンドユーザへサービス提供するためのＰａｔｈである。Ｐａｔｈ８は、ＳｉｔｅＣ１被災時に、ＳｅｒｖｅｒＢ１がＳｅｒｖｅｒＣ１に代わりエンドユーザへサービス提供するためのＰａｔｈである。Ｐａｔｈ７及びＰａｔｈ８は、通信事業者からの入力を受けて網管理装置２５が予め設定するＰａｔｈである。網管理装置２５がＰａｔｈ７及びＰａｔｈ８を設定することにより、ＳｉｔｅＣ１に障害が発生すると、後述するサービス管理装置２６及び網管理装置２５の処理により、Ｐａｔｈ３は運用Ｐａｔｈから非運用Ｐａｔｈに変更され、Ｐａｔｈ７及びＰａｔｈ８は非運用Ｐａｔｈから運用Ｐａｔｈに変更される。さらに、ＳｉｔｅＣ１のサーバに接続先変更を通知する。これにより、ＳｉｔｅＣ１障害時、ＳｅｒｖｅｒＡ１及びＳｅｒｖｅｒＢ１がＳｅｒｖｅｒＣ１に代わりエンドユーザへサービスを継続して提供できる。
FIG. 5 shows a case where the setting of the operation path and the non-operation path when a SiteC1 disaster occurs in the communication system configured by the network management apparatus, service management apparatus, communication node, and server to which the present invention is applied is changed. It is a figure which shows an example of the structure which illustrated operation Path.
図６は網管理装置２５の構成の一例を示すブロック図である。網管理装置２５は、ＰＴＮ１６〜２４、及び、サービス管理装置２６と接続する回線１０１（１０１ａ、１０１ｂ）を収容するインタフェース部（ＩＦ）１０２（１０２ａ、１０２ｂ）と、ＣＰＵ１０４と、メモリ１０５と、ハードディスク１０６とから構成される。各構成要素は、バス１０３で接続される。
FIG. 6 is a block diagram showing an example of the configuration of the
メモリ１０５には、ＰＴＮ１６〜２４との通信処理を行うプログラムであるＰＴＮ通信処理部１０７、サービス管理装置２６との通信処理を行うプログラムであるサービス管理装置通信処理部１０８、ＰＴＮ１６〜２４が構成するパケットトランスポート網の構成管理を行うプログラムである網構成管理部１０９、及び、ＰＴＮ１６〜２４が構成するパケットトランスポート網の障害管理を行うプログラムであるＰＴＮ障害管理部１１０が記憶されている。
The
ＰＴＮ通信処理部１０７は、インタフェース部（ＩＦ）１０２を介してＰＴＮ１６〜２４との間でメッセージを送信または受信する。ＰＴＮ通信処理部１０７がＰＴＮ１６〜２４との間で送信または受信するメッセージとしては、例えばＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）メッセージがある。
The PTN
サービス管理装置通信処理部１０８は、インタフェース部（ＩＦ）１０２を介してサービス管理装置２６との間でメッセージを送信または受信する。
The service management apparatus
網構成管理部１０９は、ＰＴＮ１６〜２４の間を接続するＰａｔｈ１〜９の経路及び帯域を管理する。
The network
ＰＴＮ障害管理部１１０は、ＰＴＮ１６〜２４から受信するＰＴＮ１６〜２４、及び、Ｐａｔｈ１〜９の障害の発生通知及び回復通知の内容に基づいて、ＰＴＮ１６〜２４、及び、Ｐａｔｈ１〜９の障害状態を管理する。
The PTN
ハードディスク１０６は、ＰＴＮ１６〜２４の構成情報を管理する網構成管理表１１１から構成される。
The
図１１Ａは、網管理装置２５に格納される網構成管理表１１１のテーブル構成の一例である。
FIG. 11A is an example of a table configuration of the network configuration management table 111 stored in the
網構成管理表１１１は、サービス管理装置２６と網管理装置との両方で共通に管理しサービスのデータ転送経路を識別する経路識別子である接続ＩＤ３１１を保持する。接続ＩＤ３１１は、網管理装置が管理するパケットトランスポート網の経路、及び、サービス管理装置が管理するサイト間の経路を一意に識別する経路識別子である。さらに、網構成管理表１１１は、接続ＩＤ３１１に対応するＰａｔｈの識別子であるＰａｔｈ ＩＤ３１２、ＰａｔｈＩＤ３１２が示すＰａｔｈの端点を備えるＰＴＮのうち、Ｐａｔｈの一方の端点を備えるＰＴＮであるＰＴＮ１６、１９、２２のいずれかを示す情報であるＺ点ＰＴＮ３１３、ＰａｔｈＩＤ３１２が示すＰａｔｈの中継点を備えるＰＴＮを示す情報である中継ＰＴＮ３１４、ＰａｔｈＩＤ３１２が示すＰａｔｈの端点を備えるＰＴＮのうち、Ｐａｔｈの他方の端点を備えるＰＴＮであるＰＴＮ１８、２１、２４のいずれかを示す情報であるＡ点ＰＴＮ３１５、ＰａｔｈＩＤ３１２が示すＰａｔｈがＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間を流れるサービストラヒックを転送するときの設定帯域である運用時帯域３１６、ＰａｔｈＩＤ３１２が示すＰａｔｈがＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間を流れるサービストラヒックを転送しない時の設定帯域である非運用時帯域３１７、Ｚ点ＰＴＮ３１３とＡ点ＰＴＮ３１５の間で定期的に送受信する接続性監視フレームによる導通監視結果を示す情報である導通監視３１８、及び、ＰａｔｈＩＤ３１２が示すＰａｔｈがＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間を流れるサービストラヒックを転送する運用状態にあるか、それともサービストラヒックを転送しない非運用状態にあるか、を示す情報である運用／非運用３１９の対応情報を管理する。Ｚ点ＰＴＮ３１３とＡ点ＰＴＮ３１５の間で定期的に送受信する接続性監視フレームによる導通監視の方式としては、例えばＭＰＬＳ−ＴＰのＯＡＭ（Ｏｐｅｒａｔｉｏｎ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ、ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）フレームによるＰｒｏａｃｔｉｖｅ ＣＣ（Ｃｏｎｔｉｎｕｉｔｙ Ｃｈｅｃｋ）／ＣＶ（Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｖｅｒｉｆｉｃａｔｉｏｎ）がある。
The network configuration management table 111 holds a
網管理装置２５は、運用／非運用３１９が運用あるいは非運用状態に関わらず全てのＰａｔｈの導通監視３１８を管理する。網管理装置２５は、サービス管理装置２６からの構成変更要求に対して、確実にサービストラヒックを転送できる導通監視３１８が「ＯＫ」である非運用状態のＰａｔｈを運用状態に切り替える。これにより、ＰＴＮ１６〜２４がサービストラヒックを確実に転送できる。
The
図７はサービス管理装置２６の構成の一例を示すブロック図である。サービス管理装置２６は、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２、及び、網管理装置２５と接続する回線１３１（１３１ａ、１３１ｂ）を収容するインタフェース部（ＩＦ）１３２（１３２ａ、１３２ｂ）と、ＣＰＵ１３４と、メモリ１３５と、ハードディスク１３６とから構成される。各構成要素は、バス１３３で接続される。サービス管理装置２６は、網管理装置２５との接続インタフェース１３２bを備えることにより、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の状態に応じて網管理装置２５に対してＰＴＮ１６〜２４が構成するパケットトランスポート網の構成変更要求を送信できる。
FIG. 7 is a block diagram showing an example of the configuration of the
メモリ１３５には、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２との通信処理を行うプログラムであるＳｅｒｖｅｒ通信処理部１３７、網管理装置２５との通信処理を行うプログラムである網管理装置通信処理部１３８、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２が提供するサービスを管理するプログラムであるサービス構成管理部１３９、及び、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の障害管理を行うプログラムであるサーバ障害管理部１４０が記憶されている。
The
サーバ通信処理部１３７は、インタフェース部（ＩＦ）１３２を介してＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２との間でメッセージを送信または受信する。
The server
網管理装置通信処理部１３８は、インタフェース部（ＩＦ）１３２を介して網管理装置２５との間でメッセージを送信または受信する。
The network management device
サービス構成管理部１３９は、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間で送受信されるサービストラヒックの経路を管理する。
The service
サーバ障害管理部１４０は、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の稼働状態を常時監視することにより、各Ｓｅｒｖｅｒの障害状態を管理する。
The server
ハードディスク１３６は、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間で送受信されるサービストラヒックの経路を管理するサービス管理表１４１から構成される。
The
図１０Ａは、サービス管理装置２６に格納されるサービス管理表１４１のテーブル構成の一例である。サービス管理表１４１は、サービス管理装置２６と網管理装置の両方で共通に管理する経路識別子である接続ＩＤ３０１、接続ＩＤ３０１に対応するサイト間の経路の端点に位置するＳｅｒｖｅｒが配備されたサイトのうち、経路の端点に位置するサ一方のサイトであるＳｉｔｅＡ２、Ｂ２、Ｃ２のいずれかを示す情報であるＺ点Ｓｉｔｅ、接続ＩＤ３０１に対応するサイト間の経路の端点に位置するＳｅｒｖｅｒが配備されたサイトのうち他方のサイトである、ＳｉｔｅＡ１、Ｂ１、Ｃ１のいずれかを示す情報であるＡ点Ｓｉｔｅ、接続ＩＤ３０１に対応するサイトで提供されるサービス種別として、例えばインターネットサービス、クラウドサービス、モバイルサービス等を示す情報であるサービス種別３０４、接続ＩＤ３０１でサービストラヒックを転送するときに流れ最大転送データ量を示す運用時トラヒック３０５、接続ＩＤ３０１が示す経路が、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２、及びＰＴＮ１６〜２４が構成するパケットトランスポート網で障害が発生していない時あるいは所定の条件が発生していない時にサービストラヒックを流す現用経路と、障害が発生している時あるいはトラヒックパターンの変更が発生する所定の事象が発生した時に現用経路に代わってサービストラヒックを流す予備経路のいずれかを示す情報である現用／予備３０６、接続ＩＤ３０１が示す経路が現用経路である場合はその予備経路を示す情報である予備接続ＩＤ３０７、及び、接続ＩＤ３１１が示す経路がＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間を流れるサービストラヒックを転送する運用状態にあるか、それともサービストラヒックを転送しない非運用状態にあるか、を示す情報である運用／非運用３０８の対応情報を管理する。トラヒックパターンの変更が発生する所定の事象とは、例えば、サイト障害、ＶＭのサイト間マイグレーション、時間帯に応じたエンドユーザの消費帯域変化などである。
FIG. 10A is an example of a table configuration of the service management table 141 stored in the
サービスプロバイダは、ひとつの接続ＩＤ３０１に対して予備接続ＩＤ３０７を複数対応づけることができる。サーバまたはパケットトランスポート網の障害により、接続ＩＤ５でサービストラヒックを転送できない状態になった場合は、第１予備の予備接続ＩＤ３０７である接続ＩＤ４が示す経路でサービストラヒックを転送することにより、サーバがサービスを継続して提供できる。接続ＩＤ４が示す経路も障害によりサービストラヒックを転送できない場合は、第２予備の予備接続ＩＤ３０７である接続ＩＤ６が示す経路でサービストラヒックを転送することにより、サーバがサービスを継続して提供できる。また、サーバまたはパケットトランスポート網の障害により、接続ＩＤ９でサービストラヒックを転送できない状態になった場合は、予備接続ＩＤ３０７として設定された接続ＩＤ７、及び接続ＩＤ８が示す２つの経路にサービストラヒックを分散して転送することにより、サーバがサービスを継続して提供できる。
The service provider can associate a plurality of
サービス管理装置２６がサーバ通信処理部１３７、網管理装置通信処理部１３８、サーバ構成管理部１３９、サーバ障害管理部１４０、及びサービス管理表１４１を管理することにより、サービス管理装置２６は、サービスの新規追加、ユーザのサービスに対する需要増加、及び、サイトの障害が発生したときに網管理装置２５へＰａｔｈの新規追加や設定帯域の変更要求を送信するとともに、サービストラヒックの転送経路を変更できる。これにより、サービス事業者がエンドユーザにサービスを継続して提供できる。
The
さらに、ひとつの接続ＩＤ３０１に対して複数の予備接続ＩＤ３０７を設定できることにより、現用／予備３０６が現用である接続経路と、その予備接続経路のうちの１つで同時に障害が発生した場合にも、サービスプロバイダがエンドユーザに継続してサービスを提供できるので、サービスの稼働率を高めることができる。
In addition, since a plurality of
さらに、ひとつの接続ＩＤ３０１に対して複数の予備接続ＩＤ３０７を設定できることにより、サーバが提供できるサービスの種別に応じてサービストラヒックを分散させることが可能となる。例えば、ＳｅｒｖｅｒＡ１がインターネット接続サービスとクラウドサービスの両方を提供できるが、ＳｅｒｖｅｒＢ１はインターネット接続サービスのみ、ＳｅｒｖｅｒＣ１はクラウドサービスのみを提供できる場合は、ＳｅｒｖｅｒＡ１のサービストラヒックを転送する経路の接続ＩＤに対する予備接続ＩＤとしてＳｅｒｖｅｒＢ１とＳｅｒｖｅｒＣ１が端点となる経路でサービストラヒックを分散することにより、ＳｉｔｅＡ１が被災した場合であってもサービスの継続提供が可能となる。
Furthermore, since a plurality of
図１２に示すシーケンスに従って、サービスプロバイダがサービス管理装置２６を用いてＳｅｒｖｅｒＡ１の提供サービス種別及び収容トラヒック量の追加を行う手順、及び、ＳｉｔｅＡ１障害時にＳｅｒｖｅｒＡ１の提供サービスをＳｅｒｖｅｒＢ１、Ｃ１が継続して提供する手順を説明する。
In accordance with the sequence shown in FIG. 12, the server B1 and C1 continuously provide the service A1 providing service A1 provision service type and the amount of accommodated traffic using the
サービス管理装置２６は、サービスプロバイダから、マウス、キーボード、ディスプレイ等の入出力インタフェースを介して、ＳｅｒｖｅｒＡ１が提供するサービスとしてクラウドサービスの追加設定、さらに、ＳｅｒｖｅｒＡ１が提供するインターネット接続サービスの収容トラヒック増加の設定を受け付ける。サービス管理装置２６は、サービスプロバイダから、Ｚ点Ｓｉｔｅ、Ａ点Ｓｉｔｅの情報、及び、接続ＩＤ１で提供するサービス種別としてクラウドサービスの追加設定を受付、その予備接続ＩＤとしてＳｉｔｅＡ２とＳｉｔｅＣ１の間を接続する経路である接続ＩＤ３の追加設定を受付る。さらに、サービス管理装置２６は、サービスプロバイダから、接続ＩＤ１で提供するインターネット接続サービスの収容トラヒック、及び、その予備接続ＩＤ３の収容トラヒック設定を５０Ｇｂｐｓから１００Ｇｂｐｓに変更する要求を受け付ける。サービス管理装置２６のサービス構成管理部１３９は、これらの入力を受付、処理し、サービス管理表１４１を、図１０Ａの状態から図１０Ｂの状態に更新する７０１）。ここでは、接続ＩＤ１のサービス種別インターネットに対応する運用時トラヒックが５０Ｇｂｐsから１００Ｇｂｐｓに更新され、接続ＩＤ１のサービス種別にクラウドが追加され、追加されたサービス種別クラウドに対応して運用時トラフィック１００Ｇｂｐs及び予備接続ＩＤ３が追加されている。また、接続ＩＤ３のエントリが追加される。
The
サービス管理装置２６のサービス構成管理部１３９が、サービス追加、または、収容トラヒックの変更を設定すると、サービス構成管理部１３９は、サービス管理表１４１を参照して構成変更要求を網管理装置２５に送信する（７０２）。
When the service
図９にサービス構成管理部１３９の各処理ステップを示す。図９で、サービス構成管理部１３９は、処理開始（５２１）後、サービス管理表１４１を参照してサービスの新規追加、仮想的なサービス提供機能の配備変更（すなわち、サーバ装置の処理機能の追加または削除）、またはサービストラヒック変更設定（例えば、サービスの最大転送データ量の変更）があるか確認する（５２２）。ステップ５２２でサービスの追加またはトラヒック変更設定がない場合、サーバ障害管理部１４０でのサイト障害検出またはサイト障害回復の検出、または、網管理装置２５からの障害通知受信があるかを確認する（５２３）。ここではサービス管理表１４１が図１０Ａの状態から図１０Ｂの状態に更新されたため、ステップ５２２においてサービスの追加及びトラヒック変更設定があったと判定し、ステップ５２２からステップ５２４に進み、サービス構成管理部１３９はインタフェース部１３２を介して構成変更要求を網管理装置２５に送信する（５２４）。
FIG. 9 shows each processing step of the service
構成変更要求は、接続ＩＤ１及び接続ＩＤ２のトラヒック量の変更と、接続ＩＤ３追加の情報を含む。なお、サービス管理装置２６は、各Ｓｉｔｅに接続するＰＴＮの情報を管理しており、接続ＩＤ３追加の情報には、ＳｉｔｅＡ２と接続するＰＴＮであるＰＴＮ１８と、ＳｉｔｅＣ１と接続するＰＴＮであるＰＴＮ２２の情報を含むものとする。なお、サービス管理装置２６が各Ｓｉｔｅに接続するＰＴＮの情報を管理せず、構成変更要求にはＳｉｔｅＡ２とＳｉｔｅＣ１の情報を含み、網管理装置２５が各Ｓｉｔｅと接続するＰＴＮの対応を管理しても良い。
The configuration change request includes a change in the traffic volume of the
図１２に戻り、網管理装置２５がサービス管理装置２６から構成変更要求７０２を受信すると、網管理装置２５が備える網構成管理部１０９はＰａｔｈ設定変更要求をＰＴＮに送信する（７０３、７０４）。
Returning to FIG. 12, when the
図８に網構成管理部１０９の各処理ステップを示す。図８の処理開始（５０１）後、網構成管理部１０９は、サービス管理装置２６から構成変更要求７０２を受信したか確認する（５０２）。網構成管理部１０９は、サービス管理装置２６から構成変更要求７０２を受信すると、構成変更要求７０２の内容にＰａｔｈの運用／非運用の変更を含むかを確認する（５０３）。構成変更要求７０２の内容にＰａｔｈの運用／非運用の変更を含まない場合、網構成管理部１０９は、網構成管理表１１１を参照し、構成変更要求７０２の内容に従ってＰＴＮ１６〜２４にＰａｔｈ設定変更要求をインタフェース部１０２を介して送信する（５０５）。その後、Ｐａｔｈ設定変更要求の全ての送信先ＰＴＮからＯＫ応答を受信すると（５０６）、網構成管理部１０９は、網構成管理表１１１を更新する。その結果、網構成管理表１１１は図１１Ａの状態から図１１Ｂの状態に更新される。ここでは、接続ＩＤ１のＰａｔｈ１の運用時トラヒックが５０Ｇｂｐsから２００Ｇｂｐｓに更新され、接続ＩＤ２のＰａｔｈ４の運用時トラフィックが５０Ｇｂｐsから１００Ｇｂｐsに更新され、さらに、接続ＩＤ３のエントリが追加される。接続ＩＤ３のエントリには、網構成管理部１０９が割り当てるパス識別子であるＰａｔh５，構成変更要求で通知されるＺ点ＰＴＮ、Ａ点ＰＴＮ、網構成管理部１０９で決定される中継ＰＴＮ、構成変更要求で通知される運用状態が格納される。さらに、構成変更要求で通知される運用時トラフィックの値を運用時帯域に格納する。また、網構成管理部は、非運用時帯域には、通信装置間で接続性監視フレームを送受信するために必要な所定の帯域（ここでは、０．００１Ｇｂｐｓ）を格納する。続いて、網構成管理部１０９は、サービス管理装置２６へ構成変更要求７０２に対するＯＫ応答を送信する（５０７）。以上の処理を完了すると、ステップ５０２へ戻る。
FIG. 8 shows each processing step of the network
図１２の説明に戻る。網管理装置２５は、図８の説明で述べたように、網構成変更（７０３）の処理で構成変更要求７０２にＰａｔｈの運用／非運用の変更を含まないことを確認し、その後、網管理装置２５は、網構成管理表１１１を参照し、構成変更要求７０２の内容に従って、Ｐａｔｈ１の帯域設定を５０Ｇｂｐｓから２００Ｇｂｐｓに変更するＰａｔｈ設定変更要求をＰＴＮ１６〜１８に送信し、Ｐａｔｈ５を開通し、帯域設定を０．００１Ｇｂｐｓに設定するＰａｔｈ設定変更要求をＰＴＮ１７、１８、２２、２３に送信する（７０４）。
Returning to the description of FIG. As described in the explanation of FIG. 8, the
ＰＴＮ１６〜１８、２２、２３は、設定変更要求７０４を受信するとＰａｔｈ５の新規開通またはＰａｔｈ１のポリサ、シェーパ等の帯域設定値変更を行い（７０５）、ＯＫ応答（７０６）を網管理装置２５に送信する。その後、網管理装置２５は、サービス管理装置２６へ構成変更要求７０２に対するＯＫ応答を送信する（７０７）。
Upon receipt of the setting
図９に示すサービス構成管理部１３９の処理ステップの中で、サービス構成管理部１３９は、網管理装置からＯＫ応答を受信すると（５２５）、各Ｓｅｒｖｅｒへ接続変更または収容トラヒック量変更の要求をインタフェース部１３２を介して送信する（５２６）。その後ステップ５２７に進み、サービス構成管理部１３９は、サイト障害検出、サイト障害回復の検出、または、網管理装置からの障害通知受信による構成変更要求送信処理ではない場合、ステップ５２７では処理をせずにステップ５２２へ戻る。
In the processing steps of the service
図１２に戻り、サービス管理装置２６は網管理装置２５からＯＫ応答（７０７）を受信すると、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｃ１に対して接続変更要求７０８を送信する。ここでは、接続変更要求７０８は、ＳｅｒｖｅｒＡ１とＳｅｒｖｅｒＡ２に向けクラウドサービスの提供開始を許可する情報、ＳｅｒｖｅｒＡ１とＳｅｒｖｅｒＡ２が提供するインタネットサービスの最大転送データ量を５０Ｇｂｐｓから１００Ｇｂｐｓに変更する旨を指示する情報を含む。また接続変更要求７０８は、ＳｅｒｖｅｒＢ１、ＳｅｒｖｅｒＣ１が、ＳｅｒｖｅｒＡ１の提供サービスであるインタネットサービス及びクラウドサービスのスタンバイ設定を含む。ここで、スタンバイ設定は、ＳｅｒｖｅｒＡ１とのデータ同期処理の開始や、最大データ転送量の変化に応じた処理能力の割当を含む。
Returning to FIG. 12, when the
接続先変更要求７０８を受信すると、ＳｅｒｖｅｒＡ１はＳｅｒｖｅｒＡ２に向けクラウドサービスのトラヒック送受信を開始する。また、すでに提供しているＳｅｒｖｅｒＡ２へのインタネットサービスの最大転送データ量を５０Ｇｂｐｓから１００Ｇｂｐｓに変更する。ＳｅｒｖｅｒＢ１、ＳｅｒｖｅｒＣ１は、ＳｅｒｖｅｒＡ１が提供スルサービスであるインタネットサービス及びクラウドサービスのスタンバイ設定を行う。
When the connection
以上の手順により、サービスの追加・収容トラヒックの変更が発生した際に、パケットトランスポート網のＰａｔｈ開通、または、帯域設定の変更が可能となる。これにより、サービスの需要変化に追従したサービス提供が可能となる。 With the above procedure, when service addition / accommodation traffic changes, it becomes possible to open the path of the packet transport network or change the bandwidth setting. As a result, it is possible to provide services that follow changes in service demand.
次に、ＳｉｔｅＡ１被災時にＳｅｒｖｅｒＡ１の提供サービスをＳｅｒｖｅｒＢ１、Ｃ１が継続して提供する手順を説明する。ＳｉｔｅＡ１が被災すると（７０９）、サービス管理装置２６は、サーバ障害管理部１４０においてＳｅｒｖｅｒＡ１の接続監視断を検出することにより（７１０）、ＳｉｔｅＡ１障害と判定する（７１１）。
Next, a procedure in which Server B1 and Server B1 continuously provide a service provided by Server A1 when a Site A1 disaster occurs will be described. When Site A1 is damaged (709), the
ここで、サービス管理装置２６は、図９に示したサービス構成管理部１３９の処理のステップ５２３で、サイト障害検出、サイト障害回復の検出、または、網管理装置２５からの障害通知受信があるかを確認する（５２３）。サービス構成管理部１３９は、サイト障害検出、サイト障害回復の検出、または、網管理装置２５からの障害通知受信のうち、いずれも検出または確認されない場合は再度ステップ５２２に進む。サービス構成管理部１３９は、サイト障害検出、サイト障害回復の検出、または、網管理装置２５からの障害通知受信のいずれか検出または確認される場合はステップ５２４へ進む。ステップ５２４で、サービス構成管理部１３９は、図１０Ｂの状態のサービス管理表１４１を参照し、現用／予備３０６が現用であり、かつＺ点Ｓｉｔｅ３０２またはＡ点Ｓｉｔｅ３０３に、接続監視断が検出されたＳｉｔｅＡ１が登録されている接続ＩＤ３０１を検索する。ここでは、接続ＩＤ１が検索の結果ヒットする。続いてサービス構成管理部１３９は、接続ＩＤ１の予備接続ＩＤ３０７を確認し、インターネットサービスの予備接続ＩＤとして接続ＩＤ２、クラウドサービスの予備接続ＩＤとして接続ＩＤ３が設定されていることを確認する。そして、サービス構成管理部１３９は、インタフェース部１３２を介して、網管理装置２５に、接続ＩＤ１の非運用化と接続ＩＤ２及び接続ＩＤ３の運用化を要求する構成変更要求を送信する（５２４）。
Here, in
図１２に戻り、網管理装置２５は、サービス管理装置２６から構成変更要求７１２を受信すると、網管理装置２５が備える網構成管理部１０９は、構成変更要求７１２の要求内容に従って、Ｐａｔｈ設定変更要求をＰＴＮに送信する（７１３、７１４）。
Returning to FIG. 12, when the
図８に示した網構成管理部１０９の各処理ステップの中で、網管理装置２５がサービス管理装置２６から構成変更要求７１２を受信すると（５０２）、網構成管理部１０９は、構成変更要求７０２の内容にＰａｔｈの運用／非運用の変更を含むかを確認する（５０３）。構成変更要求７０２の内容にＰａｔｈの運用／非運用の変更を含む場合、網構成管理部１０９は、網構成管理表１１１を参照し、運用化を要求された接続ＩＤの導通監視３１８を確認する（５０４）。ここでは、運用化を要求された接続ＩＤ２、及び接続ＩＤ３の導通監視３１８が、図１１Ｂの網構成管理表１１１でいずれもＯＫであるので、ステップ５０５に進み、Ｐａｔｈ設定変更要求をＰＴＮ１６〜１９、ＰＴＮ２０、ＰＴＮ２２〜２３に送信する。
When the
接続ＩＤ１を非運用化するＰａｔｈ１設定変更要求は、網管理装置２５が、図１１Ｂの網構成管理表１１１で接続ＩＤ１のＺ点ＰＴＮ３１３、中継ＰＴＮ３１４、及びＡ点ＰＴＮ３１５として登録されたＰＴＮ１６〜１８に送信するメッセージであり、運用時帯域３１６の値２００Ｇｂｐｓから非運用時帯域３１７の値０．００１Ｇｂｐｓに帯域値を変更する要求メッセージである。接続ＩＤ２を運用化するＰａｔｈ４設定変更要求は、網管理装置２５が、図１１Ｂの網構成管理表１１１で接続ＩＤ２のＺ点ＰＴＮ３１３、中継ＰＴＮ３１４、及びＡ点ＰＴＮ３１５として登録されたＰＴＮ１７〜２０に送信するメッセージであり、非運用時帯域３１７の値０．００１Ｇｂｐｓから運用時帯域３１６の値１００Ｇｂｐｓに帯域値を変更する要求メッセージである。接続ＩＤ３を運用化するＰａｔｈ５設定変更要求は、網管理装置２５が、図１１Ｂの網構成管理表１１１で接続ＩＤ３のＺ点ＰＴＮ３１３、中継ＰＴＮ３１４、及びＡ点ＰＴＮ３１５として登録されたＰＴＮ１７〜１８、ＰＴＮ２２〜２３に送信するメッセージであり、非運用時帯域３１７の値０．００１Ｇｂｐｓから運用時帯域３１６の値１００Ｇｂｐｓに帯域値を変更する要求メッセージである。
The Path1 setting change request for deactivating the connection ID1 is sent from the
その後、Ｐａｔｈ設定変更要求の送信先ＰＴＮ全てからＯＫ応答を受信すると（５０６）、網構成管理部１０９は網構成管理表１１１を更新する。その結果、網構成管理表１１１は図１１Ｂの状態から図１１Ｃの状態に更新される。ここでは、Ｐａｔｈ１の運用/非運用３１９が運用から非運用に更新され、Ｐａｔｈ２及びＰａｔｈ３の運用/非運用３１９が非運用から運用に更新される。
Thereafter, when an OK response is received from all the destination PTNs of the Path setting change request (506), the network
続いて、網構成管理部１０９は、サービス管理装置２６へ構成変更要求７０２に対するＯＫ応答を送信する（５０７）。以上の処理を完了すると、ステップ５０２へ戻る。
Subsequently, the network
図１２に戻り、ＰＴＮ１６〜２０、２２、２３は、設定変更要求７１４を受信するとＰａｔｈ１、４、５に関するポリサ、シェーパ等の帯域設定値変更を行い（７１５）、ＯＫ応答（７１６）を網管理装置２５に送信する。その後、網管理装置２５はサービス管理装置２６へ構成変更要求７１２に対するＯＫ応答を送信する（７１７）。
Returning to FIG. 12, upon receiving the setting
図９に示すサービス構成管理部１３９の処理ステップの中で、サービス管理装置２６が網管理装置からの応答待ち状態５２５でＯＫ応答を受信すると、サービス構成管理部１３９は、各Ｓｅｒｖｅｒへ接続変更または収容トラヒック量変更の要求を送信する（５２６）。その後、ここではサイト障害により構成変更要求を網管理装置２５へ送信したため、サービス管理表を更新する（５２７）。ステップ５２４で、非運用化の対象とした接続ＩＤ１の運用／非運用３０８を非運用に変更し、運用化の対象とした接続ＩＤ２及び接続ＩＤ３の運用／非運用３０８を運用に変更する。その結果、サービス管理表１４１は図１０Ｂの状態から図１０Ｃの状態に更新される。以上の処理が完了すると、ステップ５２２に戻る。
In the processing steps of the service
図１２に戻り、サービス管理装置２６は、網管理装置２５からＯＫ応答（７１７）を受信すると、サービス管理表１４１を更新し、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｃ１に対して接続変更要求を送信する（７１８、７１９）。接続先変更要求は、ＳｅｒｖｅｒＡ１にインタネットサービス及びクラウドサービスを停止、ＳｅｒｖｅｒＢ１にＳｅｒｖｅｒＡ２に対するインタネットサービスの開始、ＳｅｒｖｅｒＣ１にＳｅｒｖｅｒＡ２に対するクラウドサービスの開始、ＳｅｒｖｅｒＡ２に、インタネットサービスに関するトラヒックにはＳｅｒｖｅｒＢ１宛てのＩＰアドレスを、クラウドサービスに関するトラヒックにはＳｅｒｖｅｒＣ１宛てのＩＰアドレスを付与するよう指示する情報を含む。
Returning to FIG. 12, upon receiving an OK response (717) from the
ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｃ１は、接続変更要求７１９を受信すると、サービストラヒックの宛先経路を変更し（７２０）、ＯＫ応答７２１をサービス管理装置２６に送信する（７２１）。サービストラヒックの宛先経路とは具体的には、ＳｅｒｖｅｒＡ１は接続先変更要求を受信すると、ＳｅｒｖｅｒＡ２へのサービス提供を停止する。ＳｅｒｖｅｒＢ１は、ＳｅｒｖｅｒＡ２へのインタネットサービスの提供を開始し、ＳｅｒｖｅｒＣ１は、ＳｅｒｖｅｒＡ２へのクラウドサービスの提供を開始し、ＳｅｒｖｅｒＡ２は、インタネットサービスに関するトラヒックはＳｅｒｖｅｒＢ１宛てのＩＰアドレスを、クラウドサービスに関するトラヒックはＳｅｒｖｅｒＣ１宛てのＩＰアドレスを付与する。
When receiving the
以上、図１２の７０９から７２１の処理により、ＳｉｔｅＡ１で障害が発生した時、図２に示したように、ＳｉｔｅＡ２を介してＳｉｔｅＡ１からＳｉｔｅＡ２に接続するエンドユーザに提供されるインタネットサービス及びクラウドサービスは、ＳｉｔｅＢ１からＰａｔｈ４及びＳｉｔｅＣ１からＰａｔｈ５を介した経路で提供されるように経路が切り替わる。ここで、予備経路は予め設定されており、構成変更要求を受信した時にＰＴＮの帯域設定を変更し、ＳｅｒｖｅｒＡ２が接続変更要求に従って宛先ＩＰアドレスを変更し、ＳｅｒｖｅｒＢ１及びＳｅｒｖｅｒＣ１が接続変更要求を受信するとサービス提供を開始すればよいので、エンドユーザはサービスを継続して利用することが可能となる。特に、本方式では、トラヒックパターン変更時にはＰＴＮの論理設定である帯域設定の変更を行い、光波長の設定を直接変更することがないため、設定変更にかかる時間が短い。そのため、光波長の設定を変更する方式と比較して、短時間でサービスを復旧することが可能となる。 As described above, when a failure occurs in Site A1 due to the processing from 709 to 721 in FIG. 12, as shown in FIG. 2, the Internet service and cloud service provided to the end user connecting from Site A1 to Site A2 via Site A2 are as follows. , The path is switched so as to be provided via the path from SiteB1 to Path4 and from SiteC1 to Path5. Here, the backup route is set in advance, and when the configuration change request is received, the bandwidth setting of the PTN is changed, Server A2 changes the destination IP address according to the connection change request, and Server B1 and Server C1 receive the connection change request. Since it is only necessary to start providing the service, the end user can continue to use the service. In particular, in this system, when changing the traffic pattern, the band setting, which is the logical setting of the PTN, is changed, and the setting of the optical wavelength is not changed directly. Therefore, it is possible to restore the service in a short time compared to the method of changing the setting of the optical wavelength.
以上により、サービスプロバイダが新サービス追加またはサービス収容トラヒックの変更をした時、及び、サイトが被災した場合に、サービス管理装置２６が網管理装置２５に構成変更要求を送ることにより、網管理装置２５はＰＴＮ１６〜２４に対して、サービストラヒックの転送経路及び帯域の変更に応じたＰａｔｈ設定変更を行う。これにより、サービストラヒックの転送経路及び帯域の変更が発生した場合に、エンドユーザはサービスを継続して利用することが可能となる。
As described above, when the service provider adds a new service or changes the service accommodation traffic and when the site is damaged, the
続いて、図１３に示すシーケンスに従って、ＳｉｔｅＡ１が被災から復旧した場合の切り戻し処理手順を説明する。 Next, a description will be given of a switchback processing procedure when Site A1 is recovered from a disaster according to the sequence shown in FIG.
ＳｉｔｅＡが被災から復旧すると（７３１）、サービス管理装置７３２のサーバ障害管理部１４０は、ＳｅｒｖｅｒＡ１の監視復旧を検出する（７３２）。
When Site A recovers from the disaster (731), the server
図９に示したサービス構成管理部１３９の処理のステップ５２３で、サービス管理装置２６は、サイト障害回復の検出があった場合はステップ５２４へ進む。ステップ５２４で、サービス構成管理部１３９、図１０Ｃの状態のサービス管理表１４１を参照し、現用／予備３０６が現用であり、かつＺ点Ｓｉｔｅ３０２またはＡ点Ｓｉｔｅ３０３として、ＳｉｔｅＡ１が登録されている接続ＩＤ３０１を検索する。ここでは、条件を満たす接続ＩＤとして、接続ＩＤ１がヒットする。サービス構成管理部１３９は、接続ＩＤ１の予備接続ＩＤ３０７を確認し、インターネットサービスの予備接続ＩＤとして接続ＩＤ２、クラウドサービスの予備接続ＩＤとして接続ＩＤ３が設定されていることを確認する。そして、サービス管理装置２６は、接続ＩＤ１の運用化を要求する構成変更要求を網管理装置２５に送信する（５２４）。
In
図１３に戻り、網管理装置２５がサービス管理装置２６から構成変更要求７３４を受信すると、網管理装置２５が備える網構成管理部１０９は、網構成管理表１１１を参照し、構成変更要求７３４の内容に従って、Ｐａｔｈ１の帯域設定を非運用時帯域の０．００１Ｇｂｐｓから運用時帯域の２００Ｇｂｐｓに変更するＰａｔｈ設定変更要求をＰＴＮ１６〜１８に送信する（７３６）。ＰＴＮ１６〜１８は、設定変更要求７３６を受信するとＰａｔｈ１のポリサ、シェーパ等の帯域設定値変更を行い（７３７）、ＯＫ応答（７３８）を網管理装置２５に送信する。その後、網管理装置２５はサービス管理装置２６へ構成変更要求７３４に対するＯＫ応答を送信する（７３９）。
Returning to FIG. 13, when the
サービス管理装置２６は網管理装置２５からＯＫ応答（７３９）を受信すると、サービス管理装置２６は、図９に示すサービス構成管理部１３９の処理ステップ５２７で、サービス管理表を更新する（５２７）。ここでは接続ＩＤ１の運用／非運用３０８を、運用に変更し、接続ＩＤ２、及び接続ＩＤ３の運用／非運用３０８を、非運用に変更する。その結果、サービス管理表１４１は図１０Ｃの状態から図１０Ｂの状態に更新される。その後、サービス管理装置２６は、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｃ１に対して接続変更要求を送信する（７４１）。接続先変更要求は、ＳｅｒｖｅｒＡ１にインタネットサービス及びクラウドサービスを開始、ＳｅｒｖｅｒＢ１にＳｅｒｖｅｒＡ２に対するインタネットサービスの停止、ＳｅｒｖｅｒＣ１にＳｅｒｖｅｒＡ２に対するクラウドサービスの停止、ＳｅｒｖｅｒＡ２に、インタネットサービス及びクラウドサービスに関するトラヒックにＳｅｒｖｅｒＡ１宛てのＩＰアドレスを付与するよう指示する情報を含む。
When the
ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｃ１は、接続変更要求７４１を受信すると、サービストラヒックの宛先経路を変更し（７４２）、ＯＫ応答７４３をサービス管理装置２６に送信する。サービストラヒックの宛先経路とは具体的には、ＳｅｒｖｅｒＡ１は接続先変更要求を受信すると、ＳｅｒｖｅｒＡ２へのインタネットサービス及びクラウドサービスの提供を開始する。ＳｅｒｖｅｒＢ１は、ＳｅｒｖｅｒＡ２へのインタネットサービスの提供を停止し、ＳｅｒｖｅｒＣ１は、ＳｅｒｖｅｒＡ２へのクラウドサービスの提供を停止し、ＳｅｒｖｅｒＡ２は、インタネットサービス及びクラウドサービスに関するトラヒックはＳｅｒｖｅｒＡ１宛てのＩＰアドレスを付与する。
When receiving the
続いてサービス管理装置２６は、接続ＩＤ２及び接続ＩＤ３の非運用化を要求する構成変更要求を網管理装置２５に送信する（７４４）。網管理装置２５がサービス管理装置２６から構成変更要求７４４を受信すると、網管理装置２５が備える網構成管理部１０９は網構成管理表１１１を参照し、構成変更要求７４４の内容に従って、Ｐａｔｈ４、及びＰａｔｈ５の帯域設定を運用時帯域１００Ｇｂｐsから非運用時帯域０．００１Ｇｂｐｓに変更するＰａｔｈ設定変更要求をＰＴＮ１７〜２０、ＰＴＮ２２、及びＰＴＮ２３に送信する（７４６）。ＰＴＮ１７〜２０、ＰＴＮ２２、及びＰＴＮ２３は、設定変更要求７４６を受信するとＰａｔｈ４、及びＰａｔｈ５のポリサ、シェーパ等の帯域設定値変更を行い（７４７）、ＯＫ応答（７４８）を網管理装置２５に送信する。その後、網管理装置２５の網構成管理部１０９は、図８のステップ５０７の処理で網構成管理表１１１を更新する。その結果、網構成管理表１１１は図１１Ｂの状態に更新される。その後、網管理装置２５はサービス管理装置２６へ、構成変更要求７４４に対するＯＫ応答を送信する（７４９）。
Subsequently, the
以上、図１３で説明した処理により、図２に示したＳｉｔｅＡ２に接続するエンドユーザに提供されるインターネットサービス及びクラウドサービスがＳｉｔｅＢ１からＰａｔｈ４及びＳｉｔｅＣ１からＰａｔｈ５を介して提供されていた経路が、図１で示すＳｉｔｅＡ１からＰａｔｈ１を介してＳｉｔｅＡ２にトラフィックが転送される経路に切り替わる。
As described above, the route in which the Internet service and the cloud service provided to the end user connected to Site A2 shown in FIG. 2 are provided via Site B1 to
以上の手順により、サイト障害復旧時は、網管理装置２５が切り戻し先のＰａｔｈの帯域を運用時帯域に変更してから、サービス管理装置２６がサービストラヒックの経路切り戻しを実行する。その後、網管理装置２５が、切り戻し前にサービストラヒックを転送していたＰａｔｈの帯域を非運用時帯域に変更する。これにより、サービストラヒック断のない切り戻し処理が可能となる。その結果、エンドユーザは切り戻し処理時にもサービスを利用可能となる。
According to the above procedure, at the time of site failure recovery, the
続いて、図１４に示すシーケンスに従って、Ｐａｔｈ６の導通監視３１８がＮＧの時に、ＳｉｔｅＢ１で被災が発生した場合に、ＳｅｒｖｅｒＢ１の提供サービスをＳｅｒｖｅｒＣ１が継続して提供する手順を説明する。図１で示した経路から図４に示した経路に切り替わる場合である。
Next, according to the sequence shown in FIG. 14, the procedure in which Server C1 continuously provides the service provided by Server B1 when a disaster occurs in Site B1 when continuity monitoring 318 of
ＳｉｔｅＢ１が被災すると（７６１）、サービス管理装置２６のサービス障害管理部１４０は、ＳｅｒｖｅｒＢ１の接続監視断を検出することにより（７６２）、ＳｉｔｅＢ１障害と判定する（７６３）。
When SiteB1 is damaged (761), the service
サービス管理装置２６は、図９に示したサービス構成管理部１３９の処理のステップ５２３でサイト障害検出を確認すると、ステップ５２４へ進む。ステップ５２４で、サービス構成管理部１３９は、図１０Ｂの状態のサービス管理表１４１を参照し、現用／予備３０６が現用であり、かつＺ点Ｓｉｔｅ３０２またはＡ点Ｓｉｔｅ３０３として、ＳｉｔｅＢ１が登録されている接続ＩＤ３０１を検索する。ここでは、条件を満たす接続ＩＤとして、接続ＩＤ５がヒットする。続いてサービス構成管理部１３９は、接続ＩＤ５の予備接続ＩＤ３０７を確認し、第１予備の接続ＩＤとして接続ＩＤ４が設定されていることを確認する。そして、サービス管理装置２６は、接続ＩＤ５の非運用化と接続ＩＤ４の運用化を要求する構成変更要求を網管理装置２５に送信する（５２４）。
When the
図１４に戻り、サービス管理装置２６は、網管理装置２５に構成変更要求７６４を送信する。網管理装置２５がサービス管理装置２６から構成変更要求７６４を受信すると、網管理装置２５が備える網構成管理部１０９は、図８の網構成変更処理を行う（７６５）。
Returning to FIG. 14, the
網管理装置２５の網構成管理部１０９は、図８に示した処理のステップ５０４で、網構成管理表１１１を参照し、運用化を要求された接続ＩＤの導通監視３１８を確認する（５０４）。ここでは、運用化を要求された接続ＩＤ４の導通監視３１８が、図１１Ｄの網構成管理表１１１でＮＧであるので、ステップ５０８に進み、網管理装置２５は、サービス管理装置２６へＮＧ応答を送信する。
In
図１４に戻り、網管理装置２５はサービス管理装置２６へＮＧ応答を送信する。
サービス管理装置２６は、図９に示すサービス構成管理部１３９の処理ステップの中で、網管理装置からＮＧ応答を受信すると（５２５）、再度ステップ５２４へ進む。ステップ５２４で、サービス管理装置２６は、図１０Ｂの状態のサービス管理表１４１を参照し、接続ＩＤ５の予備接続ＩＤ３０７を確認し、第２予備の接続ＩＤとして接続ＩＤ６が設定されていることを確認する。そして、サービス管理装置２６は、網管理装置２５に対して、接続ＩＤ５の非運用化と接続ＩＤ６の運用化を要求する構成変更要求を送信する（５２４）。
Returning to FIG. 14, the
When the
図１４に戻り、サービス管理装置２６は網管理装置２５に構成変更要求７６８を送信する。網管理装置２５がサービス管理装置２６から構成変更要求７６８を受信すると、網管理装置２５が備える網構成管理部１０９は、構成変更要求７６４の要求内容に従って、Ｐａｔｈ設定変更要求をＰＴＮに送信する（７６９、７７０）。
Returning to FIG. 14, the
網管理装置２５は、図８に示した網構成管理部１０９の処理のステップ５０４で、網構成管理表１１１を参照し、運用化を要求された接続ＩＤの導通監視３１８を確認する（５０４）。ここでは、運用化を要求された接続ＩＤ６の導通監視３１８が、図１１Ｄの網構成管理表１１１でＯＫであるので、ステップ５０５に進み、Ｐａｔｈ設定変更要求をＰＴＮ１９〜２３に送信する。
The
接続ＩＤ５を非運用化するＰａｔｈ２設定変更要求は、網管理装置２５が図１１Ｄの網構成管理表１１１で接続ＩＤ５のＺ点ＰＴＮ３１３、中継ＰＴＮ３１４、及びＡ点ＰＴＮ３１５として登録されたＰＴＮ１９〜２１に送信するメッセージであり、運用時帯域３１６の値１００Ｇｂｐｓから非運用時帯域３１７の値０．００１Ｇｂｐｓに帯域値を変更する要求メッセージである。接続ＩＤ６を運用化するＰａｔｈ９設定変更要求は、網管理装置２５が図１１Ｄの網構成管理表１１１で接続ＩＤ６のＺ点ＰＴＮ３１３、中継ＰＴＮ３１４、及びＡ点ＰＴＮ３１５として登録されたＰＴＮ２０〜２３に送信するメッセージであり、非運用時帯域３１７の値０．００１Ｇｂｐｓから運用時帯域３１６の値１００Ｇｂｐｓに帯域値を変更する要求メッセージである。
The
その後、網管理装置２５は、Ｐａｔｈ設定変更要求の送信先ＰＴＮ全てからＯＫ応答を受信すると（５０６）、網構成管理表１１１を更新する。その結果、網構成管理表１１１は図１１Ｄの状態から図１１Ｅの状態に更新される。続いて、網管理装置２５は、サービス管理装置２６へ構成変更要求７６８に対するＯＫ応答を送信する（５０７）。以上の処理を完了すると、ステップ５０２へ戻る。
Thereafter, when the
図１４に戻り、ＰＴＮ１９〜２３は、設定変更要求７７０を受信するとＰａｔｈ２、Ｐａｔｈ９に関するポリサ、シェーパ等の帯域設定値変更を行い（７７１）、ＯＫ応答（７７２）を網管理装置２５に送信する。その後、網管理装置２５はサービス管理装置２６へ構成変更要求７６８に対するＯＫ応答を送信する（７７３）。
Returning to FIG. 14, upon receiving the setting
図９に示すサービス構成管理部１３９の処理ステップの中で、サービス管理装置２６は、網管理装置からの応答待ち状態５２５でＯＫ応答を受信すると、各Ｓｅｒｖｅｒへ接続変更または収容トラヒック量変更の要求を送信する（５２６）。その後、ここではサイト障害により構成変更要求を網管理装置２５へ送信したため、サービス管理表を更新する（５２７）。ステップ５２４で、非運用化の対象とした接続ＩＤ５の運用／非運用３０８を、非運用に変更し、運用化の対象とした接続ＩＤ６の運用／非運用３０８を、運用に変更する。その結果、サービス管理表１４１は図１０Ｃの状態から図１０Ｄの状態に更新される。以上の処理が完了すると、ステップ５２２に戻る。
In the processing steps of the service
図１４に戻り、サービス管理装置２６は網管理装置２５からＯＫ応答（７７３）を受信すると、サービス管理表１４１を更新し、ＳｅｒｖｅｒＢ１、Ｂ２、Ｃ１に対して接続変更要求を送信する（７７４、７７５）。ＳｅｒｖｅｒＢ１、Ｂ２、Ｃ１は、接続変更要求７７５を受信すると、サービストラヒックの宛先経路を変更し（７７６）、ＯＫ応答７７７をサービス管理装置２６に送信する。
Returning to FIG. 14, when the
サービス管理装置２６が網管理装置２５へ構成変更要求を送った時、第１予備接続ＩＤが示すＰａｔｈの導通監視３１８がＮＧの場合は、網管理装置２５がサービス管理装置２６へＮＧ応答を送信する。続いて、サービス管理装置２６は、改めて第２予備接続ＩＤが示すＰａｔｈの運用化を含む構成変更要求を網管理装置２５に送信する。網管理装置２５がＰａｔｈの導通状態を常時監視し、導通監視３１８がＯＫのＰａｔｈを運用化することにより、確実にサービストラヒックの導通が可能なＰａｔｈを運用化し、サービストラヒックの経路を切り替えることができる。
When the
続いて、図１５に示すシーケンスに従って、Ｐａｔｈ１で障害が発生した場合に、ＳｅｒｖｅｒＡ１の提供サービスをＳｅｒｖｅｒＢ１、Ｃ１が継続して提供する手順を説明する。 Next, in accordance with the sequence shown in FIG. 15, a description will be given of a procedure in which Server B1 and C1 continuously provide a service provided by Server A1 when a failure occurs in Path1.
ＰＴＮ１６とＰＴＮ１８は、互いに接続性監視フレームをＰａｔｈ１上で定期的に送受信する。接続性監視の方式としては、例えばＭＰＬＳ−ＴＰのＰｒｏａｃｔｉｖｅ ＣＣ／ＣＶを用いる。ＰＴＮ１６は、接続性監視フレームの疎通断時、Ｐａｔｈ１の障害を検出して（７９１）、網管理装置２５へＰａｔｈ１の障害通知を送信する（７９２）。
The
網管理装置２５は、図８に示した網構成管理部１０９の処理のステップ５０９で、ＰＴＮからＰａｔｈ障害通知またはＰａｔｈ障害回復通知を受信したかを確認し、受信していなければステップ５０２に戻る。ＰＴＮからＰａｔｈ障害通知またはＰａｔｈ障害回復通知を受信していたら、ステップ５１０に進み、Ｐａｔｈ障害回復時のみ、回復パスの運用化を実施する。続いてステップ５１１で、網管理装置２５は、網構成管理表１１１を参照し、障害発生Ｐａｔｈまたは障害回復Ｐａｔｈに対応する接続ＩＤの障害発生または回復通知をサービス管理装置２６に送信する。その後、ステップ５０２に戻る。
The
図１５に戻り、網管理装置２５は、Ｐａｔｈ１に対応する接続ＩＤ１の障害通知をサービス管理装置２６に送信する（７９３）。サービス管理装置２６は、図９に示したサービス構成管理部１３９の処理のステップ５２３で、網管理装置２５から接続ＩＤの障害通知または回復通知を受信すると、ステップ５２４へ進む。ここでは、接続ＩＤ１の予備接続ＩＤ３０７を確認し、インターネットサービスの予備接続ＩＤとして接続ＩＤ２、クラウドサービスの予備接続ＩＤとして接続ＩＤ３が設定されていることを確認する（７９４）。そして、サービス管理装置２６は網管理装置２５に対して、接続ＩＤ１の非運用化と接続ＩＤ２、及び接続ＩＤ３の運用化を要求する構成変更要求を送信する（５２４、７９５）。
Returning to FIG. 15, the
図１５のステップ７９６〜８０４の手順は、図１２のステップ７１３〜７２１と同じである。 The procedure of steps 796 to 804 in FIG. 15 is the same as that of steps 713 to 721 in FIG.
運用状態のＰａｔｈで障害が発生すると、網管理装置２５がサービス管理装置２６へ障害通知を送信することにより、サービストラヒックの経路を変更できる。これにより、パケットトランスポート網で障害が発生した時に、エンドユーザはサービスを継続して利用できる。
When a failure occurs in the operational path, the
なお、サービス管理装置２６は網管理装置２５から障害通知を受信したら、サーバに配備したＶＭの再配置、及び、サービスデータの転送経路再設定をしても良い。これにより、網の障害状態に応じて必要なサーバ機能配備とエンドユーザへのサービス提供が可能となる。
When the
続いて、図１６に示すシーケンスに従って、Ｐａｔｈ１の障害が回復した時の処理手順を説明する。 Next, a processing procedure when the failure of Path1 is recovered will be described according to the sequence shown in FIG.
ＰＴＮ１６は、接続性監視フレームの疎通回復時、Ｐａｔｈ１の障害回復を検出して（８２１）、網管理装置２５へＰａｔｈ１の障害回復通知を送信する（８２２）。
When the connectivity monitoring frame is restored, the
網管理装置２５は、図８に示した網構成管理部１０９の処理のステップ５０９で、ＰＴＮ障害管理部１１０においてＰＴＮからＰａｔｈ障害通知またはＰａｔｈ障害回復通知を受信したかを確認し、受信していなければステップ５０２に戻る。受信していたら、ステップ５１０に進み、Ｐａｔｈ障害回復時のみ、回復パスの運用化を実施する。続いてステップ５１１で、網管理装置２５は網構成管理表１１１を参照し、障害発生Ｐａｔｈまたは障害回復Ｐａｔｈに対応する接続ＩＤの障害発生または回復通知をサービス管理装置２６に送信する。その後、ステップ５０２に戻る。
In
図１６に戻り、網管理装置２５はＰａｔｈ１回復通知８２２を受信すると、網構成変更処理８２３で、Ｐａｔｈ１の運用化を実施する。ステップ８２４〜８２６の処理手順は、図１３のステップ７３６〜７３８の処理手順と同じである。続いて、網管理装置２５は、接続ＩＤ１の回復通知をサービス管理装置に送信する（８２７）。ステップ８２８〜８３７の処理手順は、図１３のステップ７４０〜７４９の処理手順と同じである。
Returning to FIG. 16, when the
以上の手順により、Ｐａｔｈ障害回復時は、網管理装置２５が切り戻し先のＰａｔｈの帯域を運用時帯域に変更してから、サービス管理装置２６がサービストラヒックの経路切り戻しを実行する。その後、網管理装置２５が、切り戻し前にサービストラヒックを転送していたＰａｔｈの帯域を非運用時帯域に変更する。これにより、サービストラヒック断のない切り戻し処理が可能となる。その結果、エンドユーザは切り戻し処理時にもサービスを利用可能となる。
According to the above procedure, when the Path fault is recovered, the
以上に記載した第１の実施の形態によると、運用状態のＰａｔｈについては、サービストラヒックの転送に必要な運用時帯域を設定し、非運用状態のＰａｔｈについては、接続性監視フレームの導通に必要な帯域のみを設定する。これにより、非運用状態のＰａｔｈに対して、サービストラヒックの転送に必要な帯域を設定が不要となる。例えば、ＷＤＭ装置１３とＷＤＭ装置１４の間を接続する光伝送路は、運用時帯域が１００ＧｂｐｓのＰａｔｈ５とＰａｔｈ７を収容するが、これらの合算値である２００Ｇｂｐｓの光伝送路リソースを確保する必要がなく、１００Ｇｂｐｓの光伝送路リソースのみで運用可能となる。これにより、大規模なデータベースを構築することなく、かつ、全予備経路の帯域確保に必要な光伝送リソースを配備せずに、トラヒックの転送経路または帯域変更時のサービス継続提供が可能となる。さらに、高効率なトラヒック収容による光伝送リソースの有効活用、及び、光ファイバ敷設コストの削減が可能となる。
According to the first embodiment described above, the operational bandwidth required for service traffic transfer is set for the operational path, and the connectivity monitoring frame is necessary for the non-operational path. Set only the correct bandwidth. As a result, it is not necessary to set a bandwidth necessary for the transfer of service traffic for the non-operating Path. For example, the optical transmission line connecting between the
また、予め非運用状態のＰａｔｈを開通しておき、サイト被災等によるサービストラヒックの経路・帯域変動時は網管理装置２５がＰａｔｈの帯域変更要求をＰＴＮへ送信することにより、サービストラヒックの転送に必要なＰａｔｈの迅速な設定が可能となる。これにより、サービス稼働率を向上できる。
In addition, a non-operational path is opened in advance, and when the service traffic route / bandwidth changes due to a site disaster or the like, the
さらに、網管理装置２５とサービス管理装置２６が共通の接続管理情報である接続ＩＤを管理し、サービストラヒックの経路変更や帯域変更時は接続ＩＤを用いて構成変更要求を送受信する。これにより、網管理装置２５及びサービス管理装置２６の他に、他の管理装置を配備することなく、ＩＰレイヤとＭＰＬＳ−ＴＰレイヤの連携による帯域制御が可能となる。
Further, the
＜第２実施形態＞
本発明の第２の実施の形態を、第１の実施の形態との違いを中心に、図面を用いて説明する。第２の実施形態は、網管理装置２５とサービス管理装置２６が、サービス管理装置２６と網管理装置との両方で共通に管理しサービスのデータ転送経路を識別する経路識別子として接続ＩＤではなくトラヒックパターンＩＤを管理することを特徴とする。トラヒックパターンＩＤとは、網管理装置が管理するサービストラヒックのパケットトランスポート網の複数の経路、及び、サービス管理装置が管理するサイト間の複数の経路からなるグループを一意に識別する識別子である。
Second Embodiment
A second embodiment of the present invention will be described with reference to the drawings with a focus on differences from the first embodiment. In the second embodiment, the
図２０Ａ〜Ｃは、網管理装置２５に格納される網構成管理表１１１のテーブル構成の一例を、３つに分割して表現したものである。網構成管理表１１１は、サービス管理装置２６と網管理装置の両方で共通に管理するトラヒックパターンＩＤ３４６、トラヒックパターンＩＤ３４６に対応する複数のＰａｔｈの識別子であるＰａｔｈ ＩＤ３４７、ＰａｔｈＩＤ３４７が示すＰａｔｈの端点を備えるＰＴＮのうち、ＰＴＮ１６、１９、２２のいずれかを示す情報であるＺ点ＰＴＮ３４８、ＰａｔｈＩＤ３４７が示すＰａｔｈの中継点を備えるＰＴＮを示す情報である中継ＰＴＮ３４９、ＰａｔｈＩＤ３４７が示すＰａｔｈの端点を備えるＰＴＮのうち、ＰＴＮ１８、２１、２４のいずれかを示す情報であるＡ点ＰＴＮ３５０、トラヒックパターンＩＤ３４６が有効の状態でＰａｔｈＩＤ３４７が示すＰａｔｈの帯域３５１、Ｚ点ＰＴＮ３１３とＡ点ＰＴＮ３１５の間で定期的に送受信する接続性監視フレームによる導通監視結果を示す情報である導通監視３５２、ＰａｔｈＩＤ３１２が示すＰａｔｈがＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２の間を流れるサービストラヒックを転送する運用状態にあるか、それともサービストラヒックを転送しない非運用状態にあるか、を示す情報である運用／非運用３５３、及び、トラヒックパターンＩＤ３４６が有効か無効かを表す有効／無効３５４の対応情報を管理する。
20A to 20C illustrate an example of the table configuration of the network configuration management table 111 stored in the
図１７は、サービス管理装置２６に格納されるサービス管理表１４１のテーブル構成の一例である。サービス管理表１４１は、サービス管理装置２６と網管理装置の両方で共通に管理するトラヒックパターンＩＤ３４６、トラヒックパターンＩＤ３４６が有効の状態のときサービストラヒックの処理及び転送を行うサイトのうちＳｉｔｅＡ２、Ｂ２、Ｃ２のいずれかを示す情報である複数のＺ点Ｓｉｔｅ３４２、ＳｉｔｅＡ１、Ｂ１、Ｃ１のいずれかを示す情報である複数のＡ点Ｓｉｔｅ３４３、Ｚ点ＳｉｔｅとＡ点Ｓｉｔｅの間を転送されるトラヒック３４４、トラヒックパターンＩＤ３４１の有効化条件となる障害パターンを示すＳｉｔｅ障害３４５、及び、トラヒックパターンＩＤ３４１が有効か無効かを表す有効／無効３４６の対応情報を管理する。
FIG. 17 is an example of a table configuration of the service management table 141 stored in the
図１２に示すシーケンスに従って、ＳｉｔｅＡ１被災時にＳｅｒｖｅｒＡ１の提供サービスをＳｅｒｖｅｒＢ１、Ｃ１が継続して提供する手順を説明する。ＳｉｔｅＡ１が被災すると（７０９）、サービス管理装置２６はＳｅｒｖｅｒＡ１の接続監視断を検出することにより（７１０）、ＳｉｔｅＡ１障害と判定する（７１１）。
A procedure in which ServerB1 and Server1 continuously provide a service provided by ServerA1 in the event of SiteA1 disaster will be described according to the sequence shown in FIG. When Site A1 is damaged (709), the
サービス管理装置２６は、図９に示したサービス構成管理部１３９の処理のステップ５２３で、ＳｉｔｅＡ１障害検出により、ステップ５２４へ進む。サービス管理装置２６は、図１７の状態のサービス管理表１４１を参照し、有効／無効３４６が有効であるトラヒックパターンＩＤ３４１を検索し、トラヒックパターンＩＤ１がヒットする。さらに、Ｓｉｔｅ障害３４５が“ＳｉｔｅＡ１障害（予備面）”であるトラヒックパターンＩＤ３４１を検索し、トラヒックパターンＩＤ２がヒットする。そして、サービス管理装置２６は網管理装置２５に対して、トラヒックパターンＩＤ１からトラヒックパターンＩＤ２への変更を要求する構成変更要求を送信する（５２４）。構成変更要求には、少なくとも有効化を要求するトラヒックパターンＩＤを含む。
The
図１２に戻り、網管理装置２５はサービス管理装置２６から構成変更要求７１２を受信すると、網管理装置２５が備える網構成管理部１０９は、構成変更要求７１２の要求内容に従って、Ｐａｔｈ設定変更要求をＰＴＮに送信する（７１３、７１４）。
Returning to FIG. 12, when the
図８に示した網構成管理部１０９の各処理ステップの中で、網管理装置２５は、サービス管理装置２６から構成変更要求７１２を受信すると（５０２）、構成変更要求７０２の内容にＰａｔｈの運用／非運用の変更を含むかを確認する（５０３）。ここで、Ｐａｔｈの運用／非運用の変更は、トラヒックパターンＩＤの変更そのものも含むものとする。構成変更要求７０２の内容にＰａｔｈの運用／非運用の変更を含む場合、網管理装置２５は、網構成管理表１１１を参照し、有効化を要求されたトラヒックパターンＩＤで、運用／非運用３５３が運用であるＰａｔｈの導通監視３５２を確認する（５０４）。図２０Ａで、トラヒックパターンＩＤ２で運用／非運用３５３が運用であるＰａｔｈ２〜５の導通監視３１８が全てＯＫなので、ステップ５０５に進み、Ｐａｔｈ設定変更要求をＰＴＮ１６〜１９、ＰＴＮ２０、ＰＴＮ２２〜２３に送信する。
In each processing step of the network
図１２に戻り、ステップ７１４〜７１６の手順は第１の実施の形態と同じである。網管理装置２５はＰＴＮ１６〜１９、ＰＴＮ２０、ＰＴＮ２２〜２３からＯＫ応答７１６を受信すると、図８のステップ５０７で網構成管理表１１１を更新する。ここでは、トラヒックパターンＩＤ１の有効／無効３５４を無効に変更し、トラヒックパターンＩＤ２の有効／無効３５４を有効に変更する。図２１に、変更後の網構成管理表１１１のうち、トラヒックパターンＩＤ３４６が１、及び、２のフィールドを示す。トラヒックパターンＩＤ３４６が３〜９のフィールドは、図２０Ａ〜Ｃと同じである。
Returning to FIG. 12, the procedure of
その後、網管理装置２５はサービス管理装置２６へ構成変更要求７１２に対するＯＫ応答を送信する（７１７）。
Thereafter, the
図９に示すサービス構成管理部１３９の処理ステップの中で、サービス管理装置２６は網管理装置からの応答待ち状態５２５でＯＫ応答を受信すると、各Ｓｅｒｖｅｒへ接続変更または収容トラヒック量変更の要求を送信する（５２６、７１８、７１９）。その後、ここではサイト障害により構成変更要求を網管理装置２５へ送信したため、サービス管理表を更新する（５２７）。サービス管理装置２６はステップ５２４で、トラヒックパターンＩＤ１からトラヒックパターンＩＤ２への変更を要求する構成変更要求を網管理装置２５へ送信したので、トラヒックパターンＩＤ１の有効／無効３４６を無効に変更し、トラヒックパターンＩＤ２の有効／無効３４６を有効に変更する。その結果、サービス管理表１４１は図１７の状態から図１８の状態に更新される。以上の処理が完了すると、ステップ５２２に戻る。
In the processing steps of the service
図１２のステップ７１９〜７２１の手順は第１の実施の形態と同じである。
The procedure of
サービス管理表１４１がサイト被災パターン毎にトラヒックパターンＩＤ３４１を管理し、網管理装置２５にトラヒックパターンＩＤの変更を含む構成変更要求を送信する。これにより、サイト被災時にサービストラヒックの転送に必要な帯域を確保できるので、エンドユーザはサービスを継続して利用できる。
The service management table 141 manages the
続いて、図１３に示すシーケンスに従って、ＳｉｔｅＡ１が被災から復旧した場合の切り戻し処理手順を説明する。 Next, a description will be given of a switchback processing procedure when Site A1 is recovered from a disaster according to the sequence shown in FIG.
ＳｉｔｅＡが被災から復旧すると（７３１）、サービス管理装置７３２はＳｅｒｖｅｒＡ１の監視復旧を検出する（７３２）。
When Site A recovers from the disaster (731), the
サービス管理装置２６は、図９に示したサービス構成管理部１３９の処理のステップ５２３で、サイト障害回復の検出があった場合はステップ５２４へ進む。ステップ５２４で、サービス管理装置２６は、図１８の状態のサービス管理表１４１を参照し、有効／無効３４６として有効が設定されているトラヒックパターンＩＤ３４１を検索し、トラヒックパターンＩＤ２がヒットする。トラヒックパターンＩＤ２のＳｉｔｅ障害３４５がＳｉｔｅＡ１障害（予備面）であることを確認すると、Ｓｉｔｅ障害３４５がＳｉｔｅＡ１障害（過渡面）であるトラヒックパターンＩＤ３４１を検索し、トラヒックパターンＩＤ６がヒットする。そして、サービス管理装置２６は網管理装置２５に対して、トラヒックパターンＩＤの２から６への変更を要求する構成変更要求を送信する（５２４）。
The
図１３に戻り、網管理装置２５はサービス管理装置２６から構成変更要求７３４を受信すると、網管理装置２５が備える網構成管理部１０９は、構成変更要求７３４の要求内容に従って、Ｐａｔｈ設定変更要求をＰＴＮに送信する（７３５、７３６）。図８に示した網構成管理部１０９の各処理ステップの中で、網管理装置２５は、サービス管理装置２６から構成変更要求７３４を受信すると（５０２）、構成変更要求７０２の内容にＰａｔｈの運用／非運用の変更を含むかを確認する（５０３）。ここで、Ｐａｔｈの運用／非運用の変更は、トラヒックパターンＩＤの変更を含むものとする。Ｐａｔｈの運用／非運用の変更またはトラヒックパターンＩＤの変更を含む場合、網管理装置２５は、網構成管理表１１１を参照し、有効化を要求されたトラヒックパターンＩＤ６で、運用／非運用３５３が運用であるＰａｔｈの導通監視３５２を確認する（５０４）。全てＯＫの場合は、ステップ５０５に進み、トラヒックパターンＩＤ２から６へ変更するためにＰａｔｈ１の設定変更要求をＰＴＮ１６〜１８に送信する。
Returning to FIG. 13, when the
図１３のステップ７３６〜７３９は、第１の実施の形態と同じである。この時点での網構成管理表１１１の一部を図２２に示す。トラヒックパターンＩＤ６の有効／無効３５４が有効、トラヒックパターンＩＤ１の有効／無効３５４は無効のままである。トラヒックパターンＩＤ２〜５、７〜９のフィールドは、図２０Ａ〜Ｃと同じである。
サービス管理装置２６は網管理装置２５からＯＫ応答（７３９）を受信すると、サービス管理装置２６は、図９に示すサービス構成管理部１３９の処理ステップ５２７で、サービス管理表を更新する（５２７）。ここではトラヒックパターンＩＤ２の有効／無効３４６を無効に変更し、トラヒックパターンＩＤ１の有効／無効３４６を有効に変更する。その結果、サービス管理表１４１は図１８の状態から図１７の状態に更新される。その後、ステップ７４１〜７４３の処理手順は第１の実施の形態と同じである。
When the
続いてサービス管理装置２６は網管理装置２５に対して、トラヒックパターンＩＤの６から１への変更を要求する構成変更要求を送信する（７４４）。ステップ７４５〜７４９の処理手順は、ステップ７３５〜７３９で、トラヒックパターンＩＤ２を６に置き換え、トラヒックパターンＩＤ６を１に置き換え、Ｐａｔｈ１をＰａｔｈ４、及び５に置き換えたものと同じである。
Subsequently, the
以上の手順により、サイト障害復旧時は、網管理装置２５が切り戻し先のＰａｔｈの帯域を運用時帯域に変更してから、サービス管理装置２６がサービストラヒックの経路切り戻しを実行する。その後、網管理装置２５が、切り戻し前にサービストラヒックを転送していたＰａｔｈの帯域を非運用時帯域に変更する。これにより、サービストラヒック断のない切り戻し処理が可能となる。その結果、エンドユーザは切り戻し処理時にもサービスを利用可能となる。
According to the above procedure, at the time of site failure recovery, the
続いて、図１４に示すシーケンスに従って、Ｐａｔｈ６の導通監視３１８がＮＧの時に、ＳｉｔｅＢ１で被災が発生した場合に、ＳｅｒｖｅｒＢ１の提供サービスをＳｅｒｖｅｒＣ１が継続して提供する手順を説明する。
Next, according to the sequence shown in FIG. 14, the procedure in which Server C1 continuously provides the service provided by Server B1 when a disaster occurs in Site B1 when continuity monitoring 318 of
ＳｉｔｅＢ１が被災すると（７６１）、サービス管理装置２６はＳｅｒｖｅｒＢ１の接続監視断を検出することにより（７６２）、ＳｉｔｅＢ１障害と判定する（７６３）。
When SiteB1 is damaged (761), the
サービス管理装置２６は、図９に示したサービス構成管理部１３９の処理のステップ５２３で、ＳｉｔｅＢ１障害検出により、ステップ５２４へ進む。サービス管理装置２６は、図１７の状態のサービス管理表１４１を参照し、有効／無効３４６が有効であるトラヒックパターンＩＤ３４１を検索し、トラヒックパターンＩＤ１がヒットする。さらに、Ｓｉｔｅ障害３４５が“ＳｉｔｅＢ１障害（予備面その１）”であるトラヒックパターンＩＤ３４１を検索し、トラヒックパターンＩＤ３がヒットする。そして、サービス管理装置２６は網管理装置２５に対して、トラヒックパターンＩＤ１からトラヒックパターンＩＤ３への変更を要求する構成変更要求を送信する（５２４）。
The
図１４に戻り、サービス管理装置２６は網管理装置２５に構成変更要求７６４を送信する。網管理装置２５はサービス管理装置２６から構成変更要求７６４を受信すると、網管理装置２５が備える網構成管理部１０９は、網構成変更処理を行う（７６５）。
Returning to FIG. 14, the
網管理装置２５は、図８に示した網構成管理部１０９の処理のステップ５０４で、網構成管理表１１１を参照し、有効化を要求されたトラヒックパターンＩＤで、運用／非運用３５３が運用であるＰａｔｈの導通監視３５２を確認する（５０４）。ここで参照する網構成管理表１１１の一部を図２３に示す。トラヒックパターンＩＤ３で運用／非運用３５３が運用であるＰａｔｈ６の導通監視がＮＧなので、ステップ５０８に進み、サービス管理装置２６へＮＧ応答を送信する。
The
図１４に戻り、網管理装置２５はサービス管理装置２６へＮＧ応答を送信する。
サービス管理装置２６は、図９に示すサービス構成管理部１３９の処理ステップの中で、網管理装置からＮＧ応答を受信すると（５２５）、再度ステップ５２４へ進む。ステップ５２４で、サービス管理装置２６は、図１７の状態のサービス管理表１４１でＳｉｔｅ障害３４５が“ＳｉｔｅＢ１障害（予備面その２）”であるトラヒックパターンＩＤ３４１を検索し、トラヒックパターンＩＤ４がヒットする。そして、サービス管理装置２６は網管理装置２５に対して、トラヒックパターンＩＤ１からトラヒックパターンＩＤ４への変更を要求する構成変更要求を送信する（５２４）。
Returning to FIG. 14, the
When the
図１４のステップ７６９〜７７７の処理手順は、図１２のステップ７１３〜７２１で、トラヒックパターンＩＤ２をトラヒックパターンＩＤ４、Ｐａｔｈ１、４及び５をＰａｔｈ２及び９、ＰＴＮ１６〜２０、２２、及び２３をＰＴＮ１９〜２３、ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｃ１をＳｅｒｖｅｒＢ１、Ｂ２、Ｃ１にそれぞれ置き換えたものと同様である。
The processing procedure of
サービス管理装置２６が網管理装置２５へ構成変更要求を送った時、予備面その１で運用すべきＰａｔｈの導通監視３１８がＮＧの場合は、網管理装置２５がサービス管理装置２６へＮＧ応答を送信する。続いて、サービス管理装置２６は、改めて予備面その２の運用化を含む構成変更要求を網管理装置２５に送信する。網管理装置２５がＰａｔｈの導通状態を常時監視し、導通監視３１８がＯＫのＰａｔｈを運用化することにより、確実にサービストラヒックの導通が可能なＰａｔｈを運用化し、サービストラヒックの経路を切り替えることができる。
When the
続いて、図１５に示すシーケンスに従って、Ｐａｔｈ１で障害が発生した場合に、ＳｅｒｖｅｒＡ１の提供サービスをＳｅｒｖｅｒＢ１、Ｃ１が継続して提供する手順を説明する。ＰＴＮ１６は、接続性監視フレームの疎通断時、Ｐａｔｈ１の障害を検出して（７９１）、網管理装置２５へ障害通知を送信する（７９２）。障害通知には、例えば、Ｐａｔｈ１の導通監視３５２がＮＧとなったことにより有効化できないトラヒックパターンＩＤ１及び３〜９を含む。
Next, in accordance with the sequence shown in FIG. 15, a description will be given of a procedure in which Server B1 and C1 continuously provide a service provided by Server A1 when a failure occurs in Path1. When the connectivity monitoring frame is disconnected, the
網管理装置２５は、図８に示した網構成管理部１０９の処理のステップ５０９で、ＰＴＮからＰａｔｈ障害通知またはＰａｔｈ障害回復通知を受信したかを確認し、受信していなければステップ５０２に戻る。受信していたら、ステップ５１０に進み、Ｐａｔｈ障害回復時のみ、回復パスの運用化を実施する。続いてステップ５１１で、網管理装置２５は網構成管理表１１１を参照し、障害発生通知または回復通知をサービス管理装置２６に送信する。その後、ステップ５０２に戻る。
The
図１５に戻り、網管理装置２５は、Ｐａｔｈ１の導通監視３５２がＮＧとなったことにより有効化できないトラヒックパターンＩＤ１及び３〜９を含む正体通知をサービス管理装置２６に送信する（７９３）。サービス管理装置２６は、図９に示したサービス構成管理部１３９の処理のステップ５２３で、網管理装置２５から障害通知または回復通知を受信すると、ステップ５２４へ進む。ここでは、
有効化可能なトラヒックパターンＩＤ２に変更することを選択する（７９４）。そして、サービス管理装置２６は網管理装置２５に対して、トラヒックパターンＩＤ１から２への変更を要求する構成変更要求を送信する（５２４、７９５）。
Returning to FIG. 15, the
It is selected to change to the traffic pattern ID2 that can be validated (794). Then, the
図１５のステップ７９６〜８０４の手順は、図１２のステップ７１３〜７２１と同じである。 The procedure of steps 796 to 804 in FIG. 15 is the same as that of steps 713 to 721 in FIG.
運用状態のＰａｔｈで障害が発生したら、網管理装置２５がサービス管理装置２６へ障害通知を送信することにより、サービストラヒックの経路を変更できる。これにより、パケットトランスポート網で障害が発生した時に、エンドユーザはサービスを継続して利用できる。
If a failure occurs in the operational path, the
なお、サービス管理装置２６は網管理装置２５から障害通知を受信したら、サーバに配備したＶＭの再配置、及び、サービスデータの転送経路再設定をしても良い。これにより、網の障害状態に応じて必要なサーバ機能配備とエンドユーザへのサービス提供が可能となる。
When the
続いて、図１６に示すシーケンスに従って、Ｐａｔｈ１の障害が回復した時の処理手順を説明する。 Next, a processing procedure when the failure of Path1 is recovered will be described according to the sequence shown in FIG.
ＰＴＮ１６は、接続性監視フレームの疎通回復時、Ｐａｔｈ１の障害回復を検出して（８２１）、網管理装置２５へＰａｔｈ１の障害回復通知を送信する（８２２）。網管理装置２５は、図８に示した網構成管理部１０９の処理のステップ５０９で、ＰＴＮからＰａｔｈ障害通知またはＰａｔｈ障害回復通知を受信したかを確認し、受信していなければステップ５０２に戻る。受信していたら、ステップ５１０に進み、Ｐａｔｈ障害回復時のみ、回復パスの運用化を実施する。続いてステップ５１１で、網管理装置２５は網構成管理表１１１を参照し、障害発生通知または回復通知をサービス管理装置２６に送信する。その後、ステップ５０２に戻る。
When the connectivity monitoring frame is restored, the
図１６に戻り、網管理装置２５はＰａｔｈ１回復通知８２２を受信すると、網構成変更処理８２３で、トラヒックパターンＩＤ２から６へ変更するための設定をＰＴＮ１６〜１８に送信し、Ｐａｔｈ１を運用化する。
Returning to FIG. 16, when the
ステップ８２４〜８２６の処理手順は、図１３のステップ７３６〜７３８の処理手順と同じである。続いて、網管理装置２５は、回復通知をサービス管理装置に送信する（８２７）。ここで、回復通知には、例えば有効化可能なトラヒックパターンＩＤ１〜９の情報を含むものとする。サービス管理装置８２８は、回復通知８２７を受信し、Ｓｉｔｅ障害３４５が“Ｓｉｔｅ障害なし（現用）”であるトラヒックパターンＩＤ１を有効化可能であることを確認すると、トラヒックパターンＩＤを２から１に変更することを選択する。その後、ステップ８２８〜８３７の処理手順は、図１３のステップ７４０〜７４９の処理手順と同じである。
The processing procedure of
以上の手順により、Ｐａｔｈ障害回復時は、網管理装置２５が切り戻し先のＰａｔｈの帯域を運用時帯域に変更してから、サービス管理装置２６がサービストラヒックの経路切り戻しを実行する。その後、網管理装置２５が、切り戻し前にサービストラヒックを転送していたＰａｔｈの帯域を非運用時帯域に変更する。これにより、サービストラヒック断のない切り戻し処理が可能となる。その結果、エンドユーザは切り戻し処理時にもサービスを利用可能となる。
According to the above procedure, when the Path fault is recovered, the
第２の実施の形態によると、各サイト被災時のトラヒックパターンを予め網構成管理表１１１及びサービス管理表１４１が管理する。これにより、サイト被災が発生した際に、サービスプロバイダ及び通信事業者が予め設定した予備の網構成でサービスを継続提供することが可能となる。 According to the second embodiment, the network configuration management table 111 and the service management table 141 manage the traffic pattern at the time of disaster at each site in advance. As a result, when a site disaster occurs, it is possible to continuously provide a service with a spare network configuration preset by the service provider and the communication carrier.
＜第３実施形態＞
本発明の第３の実施の形態を、第１の実施の形態との違いを中心に、図面を用いて説明する。第３の実施形態は、網管理装置２５とサービス管理装置２６との間を直接接続するインタフェースを設けず、ＳｅｒｖｅｒとＰＴＮを介して構成変更要求を送受信することを特徴とする。
<Third Embodiment>
A third embodiment of the present invention will be described with reference to the drawings with a focus on differences from the first embodiment. The third embodiment is characterized in that an interface for directly connecting the
図２５に示すシーケンスに従って、サービスプロバイダがサービス管理装置２６を用いてＳｉｔｅＡ１障害時にＳｅｒｖｅｒＡ１の提供サービスをＳｅｒｖｅｒＢ１、Ｃ１が継続して提供する手順を説明する。
A procedure in which the server B1 and the server B1 continuously provide the service provided by the server A1 when the Site A1 fails using the
ＳｉｔｅＡ１が被災すると（９１１）、ＳｅｒｖｅｒＡ１とサービストラヒックを送受信するＳｅｒｖｅｒＡ２が接続断（９１２）を検出することにより、ＳｉｔｅＡ１障害を検出する（９１３）。続いてＳｅｒｖｅｒＡ２はＳｉｔｅＡ１障害通知をサービス管理装置２６に送信する。サービス管理装置２６は、運用化及び非運用化対象の接続ＩＤを決定する（９１５）。ステップ９１５の処理は図１２のステップ７１１で行う運用化及び非運用化対象の接続ＩＤの決定処理と同じである。続いて、サービス管理装置２６は、構成変更要求をＳｅｒｖｅｒＡ２に送信する（９１６）。ＳｅｒｅｒＡ２は直接接続するＰＴＮ１８へ、構成変更要求９１７を転送する（９１７、９１８）。ＰＴＮ１８は、構成変更要求９１８を受信すると、網管理装置２５へ転送する（９１９、９２０）。ステップ９２１〜９２４は、図１２のステップ７１３〜７１６と同じである。ステップ９２５の手順は、ＯＫ応答の転送経路がＰＴＮ１８、及びＳｅｒｖｅｒＡ２を経由している点を除き、図１２のステップ７１７と同じである。ステップ９２６〜９２９は図１２のステップ７１８から７２１と同じである。
When SiteA1 is damaged (911), ServerA2 that transmits / receives service traffic to / from ServerA1 detects a disconnection (912), thereby detecting SiteA1 failure (913). Subsequently,
第３の実施の形態によると、網管理装置２５とサービス管理装置２６がＳｅｒｖｅｒとＰＴＮを介して構成変更要求を送受信する。これにより、網管理装置２５とサービス管理装置２６との間を直接接続できない場合に、サービストラヒックの転送経路や収容帯域が変化した時に、パケットトランスポート網の帯域を変更できる。これにより、エンドユーザはサービスを継続して利用できる。
According to the third embodiment, the
また、第３の実施の形態によると、Ｓｉｔｅ障害を、障害Ｓｉｔｅに配備されたサーバとサービストラヒックを送受信する他のサーバが検出する。これにより、例えばサービス管理装置２６がサーバ障害管理部１４０の故障によりＳｉｔｅ障害を検出できない場合でも、パケットトランスポート網のＰａｔｈの帯域設定変更、及びサービストラヒックの転送経路や帯域値の変更が可能となる。
Further, according to the third embodiment, the Site failure is detected by another server that transmits and receives service traffic to and from the server deployed in the failure Site. Thereby, for example, even when the
ＳｉｔｅＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２ サイト
ＳｅｒｖｅｒＡ１、Ａ２、Ｂ１、Ｂ２、Ｃ１、Ｃ２ サーバ
１〜６ ルータ
７〜１５ ＷＤＭ装置
１６〜２４ ＰＴＮ
２５ 網管理装置
２６ サービス管理装置
１０９ 網構成管理部
１１１ 網構成管理表
１３９ サービス構成管理部
１４１ サービス管理表
Site A1, A2, B1, B2, C1, C2 Site Server A1, A2, B1, B2, C1, C2 Server 1-6 Router 7-15 WDM device 16-24 PTN
25
Claims (15)
前記網管理装置は、
前記複数のサーバ装置が提供するサービスのデータ転送経路を識別する経路識別子と、前記経路識別子で識別される前記複数の通信装置の間を接続する一以上の論理パスと、前記論理パスが運用状態であるか非運用状態であるかを示す運用状況と、前記論理パスが運用状態の場合に該論理パスに設定される帯域である運用時帯域と、前記論理パスが非運用状態の場合に該論理パスに設定される帯域である非運用時帯域と、の第１の対応関係を保持し、
前記サービス管理装置は、
前記経路識別子と、前記経路識別子で識別される前記複数のサーバ間の経路と、の第２の対応関係を保持し、
前記サービス管理装置は、
前記経路識別子と、前記経路識別子で識別される論理パスの運用状況の運用化または非運用化を示す情報と、を含む構成変更要求を前記網管理装置へ送信し、
前記網管理装置は、
前記構成変更要求を受信すると、前記第１の対応関係を参照して、前記構成変更要求に含まれる経路識別子に対応する前記論理パスの帯域を、前記運用状態帯域から前記非運用状態帯域にまたは前記非運用状態帯域から前記運用状態帯域に変更するための設定変更要求を前記複数の通信装置のうち１以上の通信装置へ送信し、
前記サービス管理装置に前記構成変更要求に対する応答を送信し、
前記サービス管理装置は、
前記構成変更要求に対する応答を受信すると、前記第２の対応関係を参照して、前記構成変更要求に含まれる前記経路識別子で識別される前記複数のサーバ間の経路の経路上のサーバに、サービスの停止、サービスの開始、または、宛先アドレスの変更の少なくともいずれかを指示する接続変更通知を送信することを特徴とする通信システム。 A communication system comprising a network management device, a service management device, a plurality of server devices, and a plurality of communication devices connecting the plurality of server devices,
The network management device
A path identifier for identifying a data transfer path of a service provided by the plurality of server apparatuses, one or more logical paths connecting the plurality of communication apparatuses identified by the path identifier, and the logical path is in an operating state An operational status indicating whether the logical path is in an operational state, an operational bandwidth that is a bandwidth set in the logical path when the logical path is in an operational state, and Holding the first correspondence with the non-operating bandwidth that is the bandwidth set in the logical path;
The service management device includes:
Holding a second correspondence between the route identifier and the route between the plurality of servers identified by the route identifier;
The service management device includes:
Transmitting a configuration change request including the route identifier and information indicating whether the operation status of the logical path identified by the route identifier is in operation or not to the network management device;
The network management device
When the configuration change request is received, the bandwidth of the logical path corresponding to the path identifier included in the configuration change request is changed from the operation state bandwidth to the non-operation state bandwidth with reference to the first correspondence relationship. A setting change request for changing from the non-operation state band to the operation state band is transmitted to one or more communication devices of the plurality of communication devices,
Sending a response to the configuration change request to the service management device;
The service management device includes:
When a response to the configuration change request is received, a service is provided to a server on a path of the path between the plurality of servers identified by the path identifier included in the configuration change request with reference to the second correspondence relationship. A connection change notification instructing at least one of stop of service, start of service, or change of destination address.
前記第１の対応関係において、前記１つの経路識別子に対応づけて前記複数の通信装置の間を接続する複数の論理パスの経路を保持し、
前記サービス管理装置は、
前記第２の対応関係において、前記１つの経路識別子に対応づけて前記複数のサーバ間の複数の経路と、前記経路識別子で識別される複数の経路が有効であるか無効であるかを示す有効状態と、を対応づけて保持し、
前記サービス管理装置は、
前記第２の対応関係を参照して、有効化を要求する経路識別子を含む構成変更要求を前記網管理装置へ送信し、
前記網管理装置は、
前記構成変更要求を受信すると、前記第１の対応関係を参照して、前記構成変更要求に含まれる有効化を要求する経路識別子に対応する前記複数の論理パスの帯域を、前記運用状態帯域から前記非運用状態帯域にまたは前記非運用状態帯域から前記運用状態帯域に変更するための設定変更要求を前記複数の通信装置へ送信し、
前記サービス管理装置に前記構成変更要求に対する応答を送信し、
前記サービス管理装置は、
前記構成変更要求に対する応答を受信すると、前記構成変更要求に含まれる前記経路識別子で識別される経路上のサーバに接続変更通知を送信することを特徴とする請求項１に記載の通信システム。 The network management device
In the first correspondence relationship, a plurality of logical path paths that connect the plurality of communication devices are associated with the one path identifier, and
The service management device includes:
In the second correspondence relationship, a validity indicating whether the plurality of paths between the plurality of servers and the plurality of paths identified by the path identifier are valid or invalid in association with the one path identifier. Keep the state in correspondence,
The service management device includes:
With reference to the second correspondence relationship, a configuration change request including a route identifier for requesting validation is transmitted to the network management device,
The network management device
When the configuration change request is received, the bandwidth of the plurality of logical paths corresponding to the path identifier for requesting the validation included in the configuration change request is referred to the first correspondence relationship from the operation state bandwidth. Sending a setting change request for changing the non-operating state band to the operating state band from the non-operating state band to the plurality of communication devices,
Sending a response to the configuration change request to the service management device;
The service management device includes:
The communication system according to claim 1, wherein when a response to the configuration change request is received, a connection change notification is transmitted to a server on a route identified by the route identifier included in the configuration change request.
前記複数のサーバ装置の障害発生、前記複数のサーバ装置の障害復旧、仮想的なサービス提供機能の配備変更、前記サービスの新規追加、若しくは、前記サービスの最大転送データ量の変更を検出したとき、または、前記網構成装置が前記通信装置から受信する障害通知を契機に前記サービス管理装置に送信した障害通知を受信したとき、前記構成変更要求を前記網管理装置に送信することを特徴とする請求項１または２に記載の通信システム。 The service management device includes:
When detecting a failure occurrence of the plurality of server devices, failure recovery of the plurality of server devices, deployment change of a virtual service providing function, new addition of the service, or change of the maximum transfer data amount of the service, Alternatively, the network configuration device transmits the configuration change request to the network management device when receiving the failure notification transmitted to the service management device in response to the failure notification received from the communication device. Item 3. The communication system according to Item 1 or 2.
前記構成変更要求を前記サーバ装置の障害発生または前記サーバ装置の障害復旧または前記サーバ装置の処理機能の追加または削除を通知したサーバ装置に送信し、
前記サーバ装置は、
前記受信する構成変更要求を、前記複数の通信装置を介して前記網管理装置に転送し、
前記網管理装置は、
前記構成変更要求に対する応答を、前記複数の通信装置を介して前記構成変更要求を送信したサーバ装置に転送し、
前記構成変更要求に対する応答を受信したサーバ装置は、
前記構成変更要求に対する応答を前記サービス管理装置に転送することを特徴とする請求項１に記載の通信システム。 The service management device includes:
Sending the configuration change request to the server device that has notified the occurrence of a failure of the server device or the failure recovery of the server device or the addition or deletion of a processing function of the server device;
The server device
Transferring the received configuration change request to the network management device via the plurality of communication devices;
The network management device
A response to the configuration change request is transferred to the server device that has transmitted the configuration change request via the plurality of communication devices;
The server device that has received the response to the configuration change request,
The communication system according to claim 1, wherein a response to the configuration change request is transferred to the service management apparatus.
前記非運用時帯域は、前記構成変更要求に従って新たな経路識別子を前記第２の対応関係に登録するとき、前記通信装置間で接続監視フレームを送受信するために設定される帯域であることを特徴とする請求項１に記載の通信システム。 The operation time band is a band preliminarily input from the outside to the network management device,
The non-operational band is a band set for transmitting and receiving a connection monitoring frame between the communication devices when a new path identifier is registered in the second correspondence according to the configuration change request. The communication system according to claim 1.
前記第２の対応関係において、前記１つの経路識別子に対応して、複数のサービス種別を保持し、前記各サービス種別毎に予備の経路を示す経路識別子を保持し、
前記サービス管理装置は、
前記各サービス種別に対応する複数の予備の経路を示す経路識別子を含む構成変更要求を前記網管理装置へ送信し、
前記網管理装置は、
前記構成変更要求を受信すると、前記第１の対応関係を参照して、前記構成変更要求に含まれる複数の予備の経路を示す経路識別子に対応する前記複数の論理パスの帯域を、前記前記非運用状態帯域から前記運用状態帯域に変更するための設定変更要求を前記複数の通信装置へ送信し、
前記サービス管理装置に前記構成変更要求に対する応答を送信し、
前記サービス管理装置は、
前記構成変更要求に対する応答を受信すると、前記第２の対応関係を参照して、前記構成変更要求に含まれる前記予備の経路を示す経路識別子で識別される経路上の各サーバにサービス種別及びサービスの開始、を指示する接続変更通知を送信することを特徴とする請求項１に記載の通信システム The service management device includes:
In the second correspondence relationship, a plurality of service types are held corresponding to the one route identifier, and a route identifier indicating a backup route is held for each service type,
The service management device includes:
A configuration change request including a path identifier indicating a plurality of spare paths corresponding to each service type is transmitted to the network management device;
The network management device
When the configuration change request is received, the bandwidth of the plurality of logical paths corresponding to route identifiers indicating a plurality of spare routes included in the configuration change request is referred to the first correspondence relationship, A setting change request for changing from the operation state band to the operation state band is transmitted to the plurality of communication devices,
Sending a response to the configuration change request to the service management device;
The service management device includes:
When a response to the configuration change request is received, a service type and a service are provided to each server on the route identified by the route identifier indicating the spare route included in the configuration change request with reference to the second correspondence relationship. The communication system according to claim 1, wherein a connection change notification instructing the start of transmission is transmitted.
前記複数の光伝送装置間には、複数の光波長経路が設定され、
前記一つの光波長経路で伝送可能な光伝送リソースは固定値であり、
前記一つの光波長経路に対して複数の前記論理パスが設定されることを特徴とする請求項１に記載の通信システム。 The plurality of communication devices are connected via a plurality of optical transmission devices,
A plurality of optical wavelength paths are set between the plurality of optical transmission devices,
The optical transmission resource that can be transmitted through the one optical wavelength path is a fixed value,
The communication system according to claim 1, wherein a plurality of the logical paths are set for the one optical wavelength path.
前記複数のサーバ装置が提供するサービスのデータ転送経路を識別し、前記複数のサーバ装置を管理するサービス管理装置と共通で管理する経路識別子と、前記経路識別子で識別される前記複数の通信装置の間を接続する一以上の論理パスと、前記論理パスが運用状態であるか非運用状態であるかを示す運用状況と、前記論理パスが運用状態の場合に該論理パスに設定される帯域である運用時帯域と、前記論理パスが非運用状態の場合に該論理パスに設定される帯域である非運用時帯域と、の第１の対応関係を保持し、
前記サービス管理装置から、前記経路識別子と、前記経路識別子で識別される論理パスの運用状況の運用化または非運用化を示す情報と、を含む構成変更要求を受信すると、前記第１の対応関係を参照して、前記構成変更要求に含まれる経路識別子に対応する前記論理パスの帯域を、前記運用状態帯域から前記非運用状態帯域にまたは前記非運用状態帯域から前記運用状態帯域に変更するための設定変更要求を前記複数の通信装置のうち１以上の通信装置へ送信し、記サービス管理装置へ前記構成変更要求に対する応答を送信することを特徴とする網管理装置。 A network management device that manages a plurality of communication devices that relay data of services provided by a plurality of servers,
Identifying a data transfer path of a service provided by the plurality of server apparatuses, managing a common path identifier with a service management apparatus that manages the plurality of server apparatuses, and a plurality of communication apparatuses identified by the path identifier. One or more logical paths connecting each other, an operational status indicating whether the logical path is in an operational state or a non-operational state, and a bandwidth set for the logical path when the logical path is in an operational state Holding a first correspondence relationship between a certain operating time band and a non-operating time band that is a band set in the logical path when the logical path is in a non-operating state;
When receiving a configuration change request including the route identifier and information indicating operation or non-operation of the operation status of the logical path identified by the route identifier from the service management device, the first correspondence relationship To change the bandwidth of the logical path corresponding to the path identifier included in the configuration change request from the operating state band to the non-operating state band or from the non-operating state band to the operating state band. A network management device, wherein a setting change request is transmitted to one or more communication devices of the plurality of communication devices, and a response to the configuration change request is transmitted to the service management device.
前記サービス管理装置から有効化を要求する経路識別子を含む構成変更要求を受信すると、前記第１の対応関係を参照して、前記構成変更要求に含まれる有効化を要求する経路識別子に対応する前記複数の論理パスの帯域を、前記運用状態帯域から前記非運用状態帯域にまたは前記非運用状態帯域から前記運用状態帯域に変更するための設定変更要求を前記複数の通信装置へ送信し、
前記サービス管理装置に前記構成変更要求に対する応答を送信することを特徴とする請求項８に記載の網管理装置。 In the first correspondence relationship, a plurality of logical path paths that connect the plurality of communication devices are associated with the one path identifier, and
When receiving a configuration change request including a route identifier for requesting validation from the service management device, the first correspondence is referred to and the route identifier corresponding to the route identifier for requesting validation included in the configuration change request is received. Sending a setting change request for changing the bandwidth of a plurality of logical paths from the operating state band to the non-operating state band or from the non-operating state band to the operating state band, to the plurality of communication devices,
9. The network management apparatus according to claim 8, wherein a response to the configuration change request is transmitted to the service management apparatus.
前記サービス管理装置は、
前記複数のサーバ装置が提供するサービスのデータ転送経路を識別し、サービスデータを中継する通信装置を管理する網管理装置との間で共有に管理する経路識別子と、前記経路識別子で識別される前記複数のサーバ間の経路と、の第２の対応関係を保持し、
前記経路識別子と、前記経路識別子で識別される論理パスの運用状況の運用化または非運用化を示す情報と、を含む構成変更要求を前記網管理装置へ送信し、
前記網管理装置から前記構成変更要求に対する応答を受信すると、前記第２の対応関係を参照して、前記構成変更要求に含まれる前記経路識別子で識別される前記複数のサーバ間の経路の経路上のサーバにサービスの停止、サービスの開始、または、宛先アドレスの変更の少なくともいずれかを指示する接続変更通知を送信することを特徴とするサービス管理装置。、 A service management device connected to a plurality of server devices,
The service management device includes:
Identifying data transfer paths of services provided by the plurality of server apparatuses, managing path identifiers shared with network management apparatuses that manage communication apparatuses that relay service data, and identifying the path identifiers Maintain a second correspondence with the path between multiple servers,
Transmitting a configuration change request including the route identifier and information indicating whether the operation status of the logical path identified by the route identifier is in operation or not to the network management device;
When a response to the configuration change request is received from the network management device, on the path of the path between the plurality of servers identified by the path identifier included in the configuration change request with reference to the second correspondence relationship A connection change notification for instructing at least one of service stop, service start, and destination address change to the server. ,
前記第２の対応関係を参照して、有効化を要求する経路識別子を含む構成変更要求を前記網管理装置へ送信し、
前記構成変更要求に対する応答を受信すると、前記構成変更要求に含まれる前記経路識別子で識別される経路上のサーバに接続変更通知を送信することを特徴とする請求項１２に記載のサービス管理装置。 In the second correspondence relationship, a validity indicating whether the plurality of paths between the plurality of servers and the plurality of paths identified by the path identifier are valid or invalid in association with the one path identifier. Keep the state in correspondence,
With reference to the second correspondence relationship, a configuration change request including a route identifier for requesting validation is transmitted to the network management device,
13. The service management apparatus according to claim 12, wherein when a response to the configuration change request is received, a connection change notification is transmitted to a server on a path identified by the path identifier included in the configuration change request.
前記サーバ装置から前記構成変更要求に対する応答を受信することを特徴とする請求項１２に記載のサービス管理装置。 Sending the configuration change request to the server device;
The service management apparatus according to claim 12, wherein a response to the configuration change request is received from the server apparatus.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014220932A JP2016092459A (en) | 2014-10-30 | 2014-10-30 | Communication system, network management device, and service management device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014220932A JP2016092459A (en) | 2014-10-30 | 2014-10-30 | Communication system, network management device, and service management device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2016092459A true JP2016092459A (en) | 2016-05-23 |
Family
ID=56019529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014220932A Pending JP2016092459A (en) | 2014-10-30 | 2014-10-30 | Communication system, network management device, and service management device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2016092459A (en) |
-
2014
- 2014-10-30 JP JP2014220932A patent/JP2016092459A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2680510B1 (en) | Service plane triggered fast reroute protection | |
| RU2530338C2 (en) | Prepared connection based on state of communication lines of providers (plsb) with routed redundancy | |
| JP5537462B2 (en) | Communication network system and communication network configuration method | |
| US8886831B2 (en) | System and methodology for fast link failover based on remote upstream failures | |
| EP2901636B1 (en) | Software defined network virtualization utilizing service specific topology abstraction and interface | |
| CN110535760B (en) | Forwarding detection of aggregated interfaces | |
| US7940694B2 (en) | Intelligent filtering of redundant data streams within computer networks | |
| US7961644B2 (en) | Communication node apparatus, communication system, and path resource assignment method | |
| JP5743809B2 (en) | Network management system and network management method | |
| JP7091923B2 (en) | Transfer device, transfer method and program | |
| US10469921B2 (en) | Data center packet optical transport failure protection | |
| US9385944B2 (en) | Communication system, path switching method and communication device | |
| JP5024195B2 (en) | Load balancing server, network load balancing method, and congestion avoidance method | |
| WO2007086157A1 (en) | Network system | |
| CN101860492A (en) | Quick switching method, device and system | |
| EP2731313A1 (en) | Distributed cluster processing system and message processing method thereof | |
| WO2016165139A1 (en) | Failure recovery method and device for virtual network | |
| JP2017079399A (en) | Transmission device and transmission system | |
| KR102011021B1 (en) | Method and framework for traffic engineering in network hypervisor of sdn-based network virtualization platform | |
| WO2012100571A1 (en) | Centralized management method and system for multiple tunnels with the same path | |
| US7869351B2 (en) | Communication techniques and generic layer 3 automatic switching protection | |
| WO2010133065A1 (en) | Protection system and method based on the passive optical network | |
| Rao et al. | High availability and load balancing in SDN controllers | |
| CN102045259B (en) | Packet switching equipment and method for managing customer service | |
| WO2014044088A1 (en) | L2tp network protection method, apparatus and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20170110 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20170112 |