WO2019181973A1 - ネットワーク制御システム、方法、及び、プログラム - Google Patents
ネットワーク制御システム、方法、及び、プログラム Download PDFInfo
- Publication number
- WO2019181973A1 WO2019181973A1 PCT/JP2019/011570 JP2019011570W WO2019181973A1 WO 2019181973 A1 WO2019181973 A1 WO 2019181973A1 JP 2019011570 W JP2019011570 W JP 2019011570W WO 2019181973 A1 WO2019181973 A1 WO 2019181973A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- connection path
- controller
- connection
- layer
- child
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
Definitions
- the present invention is based on the priority claim of Japanese Patent Application: Japanese Patent Application No. 2018-052785 (filed on Mar. 20, 2018), the entire description of which is incorporated herein by reference. Shall.
- the present invention relates to a network control system, a network, a method, a parent controller, and a program.
- Multi-layer networks connecting multiple layers have a function to perform fault recovery processing such as bypassing the fault location when a fault occurs in the network.
- failure recovery processing generally, a single network control device that controls the entire network manages the relationship between the upper-layer network and the lower-layer network, sets the operation route and the backup route in advance, When a failure occurs, the failure location in the network is identified, the main cause of the failure is determined, and the failure recovery processing is performed by controlling switching from the operation route to the backup route (see, for example, Patent Documents 1 to 3). . As a result, secondary failures were also recovered, and the efficiency of failure recovery processing for the entire network was realized.
- the network control system 1101 includes child controllers 1210, 1310, and 1410 that control networks in the domains 1200, 1300, and 1400, and a parent controller that controls the entire child controllers 1210, 1310, and 1410.
- a hierarchical structure with 1110 is taken.
- the child controllers 1210, 1310, and 1410 are controlled by the parent controller 1110 so that each of the domains 1200, 1300, and 1400 A new connection path that does not go through the failure location dynamically is calculated, and a node (for example, a network device) is set so as to switch to the calculated connection path.
- a node for example, a network device
- the domain generally refers to a network that is divided according to the attributes of the nodes that constitute the network. For example, the domain is classified according to the layer to which the network belongs and the vendor (manufacturer, sales company) of the node. It is done. In addition, since the network in the domain generally requires route calculation depending on the specifications of the node for each vendor, failure recovery processing is performed not by the parent controller but by the child controller provided for each vendor. .
- the parent controller determines which child controller is efficient for performing the failure recovery processing. For example, as shown in FIG. 12, when a failure that is a main cause occurs in the network in the domain D, the failure recovery processing is efficiently performed by performing the failure recovery processing in each of the child controllers of the domain B and the domain D. It may not be possible.
- the main problem of the present invention is to provide a network control system, a network, a method, a parent controller, and a program that can contribute to improving the efficiency of failure recovery processing.
- a network control system includes a plurality of child controllers that control a first connection path that selectively connects nodes arranged in domains existing in each of a plurality of layers in a network between bases; A parent controller that controls the child controller and controls a second connection path that selectively connects the first connection paths.
- the parent controller has a process of determining whether or not there is a layer straddling between the layers via the second connection path between the first connection paths and the layer straddling, And a process of setting a flag to be added to the notification for the child controller that controls the first connection path connected through the layer crossing.
- the flag A process for transmitting the alarm notification to which the alarm is given to the parent controller is performed.
- the parent controller when receiving the alarm notification to which the flag is attached, a process of determining whether or not there is a main cause of failure in the first connection path related to the alarm notification, and the main cause of the failure A process of requesting a failure recovery process from the child controller that controls the first connection path determined to be present.
- the network according to the second viewpoint includes the network control system according to the first viewpoint, the plurality of nodes arranged for each of the domains existing in each of the plurality of layers in the network between the bases, Is provided.
- a network control method includes a plurality of child controllers that control a first connection path that selectively connects nodes arranged in domains existing in each of a plurality of layers in a network between bases; A parent controller for controlling the child controller and controlling a second connection path for selectively connecting between the first connection paths, and a network control method for controlling a network using the parent controller, A step of determining whether or not there is a layer straddling between the layers via the second connection route between the first connection routes, and when there is the layer straddling in the parent controller Flag the notification to the child controller that controls the first connection path connected via the layer straddling An alarm notifying that a failure has occurred in the first connection path from the node connected to the first connection path connected via the layer straddle in the child controller.
- the alarm notification with the flag is transmitted to the parent controller, and the alarm notification with the flag is received at the parent controller.
- the parent controller controls a plurality of child controllers that control a first connection path that selectively connects nodes arranged in domains existing in each of a plurality of layers in a network between bases. And a parent controller that controls a second connection path that selectively connects the first connection paths, and is connected across the layers through the second connection path between the first connection paths.
- a process for determining whether or not there is a layer crossing, and when there is a layer crossing, a flag is given to the notification to the child controller that controls the first connection path connected via the layer crossing And when the alarm notification to which the flag is given is received, the main cause of the failure is in the first connection route related to the alarm notification.
- the program according to the fifth aspect controls a plurality of child controllers that control a first connection path that selectively connects nodes arranged in domains existing in each of a plurality of layers in a network between bases.
- the program can be recorded on a computer-readable storage medium.
- the storage medium may be non-transient such as a semiconductor memory, a hard disk, a magnetic recording medium, an optical recording medium, or the like.
- the present disclosure can also be embodied as a computer program product.
- the program is input to the computer device from the input device or from the outside through the communication interface, stored in the storage device, and drives the processor according to predetermined steps or processes, and if necessary, the processing result including intermediate states is staged.
- Each can be displayed via a display device, or can communicate with the outside via a communication interface.
- a computer device for this purpose typically includes a processor, a storage device, an input device, a communication interface, and a display device as necessary, which can be connected to each other via a bus.
- FIG. 1 is a block diagram schematically illustrating an example of a configuration of a multilayer network according to Embodiment 1.
- FIG. 1 is a block diagram schematically showing an example of the configuration of a network control system in a multilayer network according to Embodiment 1.
- FIG. 5 is a flowchart schematically showing an operation at the time of registering a connection route of the multilayer network according to the first embodiment.
- 6 is a flowchart schematically showing an operation of a layer crossing determination process at the time of registering a connection route of the multi-layer network according to the first embodiment.
- FIG. 3 is a diagram schematically illustrating an example of a connection path management table used in the multilayer network according to the first embodiment.
- FIG. 6 is a flowchart schematically showing an operation of failure recovery processing when a multilayer network failure occurs according to the first embodiment. It is the figure at the time of the failure occurrence which showed typically an example of the main cause determination table used with the multilayer network which concerns on Embodiment 1.
- FIG. 3 is a block diagram schematically illustrating a network configuration according to a second embodiment. It is the block diagram which showed typically the structure of the multilayer network to which a network control system was applied. It is the schematic diagram which showed an example of the condition when a failure generate
- connection lines between blocks such as drawings referred to in the following description include both bidirectional and unidirectional directions.
- the unidirectional arrow schematically shows the main signal (data) flow and does not exclude bidirectionality.
- an input port and an output port exist at each of an input end and an output end of each connection line, although they are not explicitly shown. The same applies to the input / output interface.
- the program is executed via a computer device, and the computer device includes, for example, a processor, a storage device, an input device, a communication interface, and a display device as necessary. It is configured to be able to communicate with external devices (including computers) regardless of wired or wireless.
- FIG. 1 is a block diagram schematically illustrating an exemplary configuration of a multilayer network according to the first embodiment.
- FIG. 2 is a block diagram schematically illustrating an exemplary configuration of a network control system in the multilayer network according to the first embodiment.
- a WAN (Wide Area Network) 100 for providing a connection service between the bases 800 and 900 will be described as an example of a multilayer network.
- the solid lines between the packet devices 230, 240, 250, 330, 340, 350, 430, 440, 450, the optical devices 530, 540, 550, 560, and the bases 800, 900 are physical connection paths. Is shown.
- dotted lines connected to the connection paths 120, 220, 320, 420, and 520 indicate connection paths set by control.
- the connection service is a service that establishes connection paths 120, 220, 320, 420, and 520 that are used to connect the bases 800 and 900.
- the WAN (Wide Area Network) 100 is a network that connects the bases 800 and 900 so that they can communicate with each other (see FIG. 1).
- the WAN 100 is configured by a multi-layer network that connects a plurality of network layers 600 and 700.
- the WAN 100 includes a group of network devices (packet devices 230, 240, 250, 330, 340, 350, 430, 440, 450, optical devices 530, 540, 550, 560) for connection with high speed and large capacity.
- the WAN 100 is also called a transport network.
- optical devices 530, 540, 550, 560 packet devices 230, 240, 250, 330, 340, 350, 430, 440, 450, etc.
- connection paths 120, 220, 320, 420, and 520 are constructed as a multilayer network.
- the WAN 100 is divided into network layers 600 and 700.
- the WAN 100 includes a network control system 101 and network layers 600 and 700.
- connection paths 120, 220, 320, 420, and 520 are controlled by the network control system 101.
- the connection paths 120, 220, 320, 420, and 520 shown in FIG. 1 are examples, and vary depending on various factors such as addition and replacement of network devices and failure recovery.
- the connection path 120 is a connection path established between the connection paths 220, 320, 420, and 520 (between domains and layers) used when communication is performed between the base 800 and the base 900 (FIG. 1). reference).
- the connection path 120 is established for transferring traffic (data amount) in each domain when the base 800 provides a service to the base 900, for example.
- traffic flows through the connection path 120.
- the connection path 120 connects between the connection path 320 of the domain 300 and the connection path 520 of the domain 500 so as to cross between the network layers 600 and 700 in the WAN 100.
- connection path 220 is a connection path established in the domain 200 (see FIG. 1). In FIG. 1, the connection path 220 is established between the packet devices 230 and 240 and the connection path 120.
- connection path 320 is a connection path established in the domain 300 (see FIG. 1). In FIG. 1, the connection path 320 is established between the packet devices 330 and 340 and the connection path 120.
- connection path 420 is a connection path established in the domain 400 (see FIG. 1). In FIG. 1, the connection path 420 is established between the packet devices 430 and 440 and the connection path 120.
- connection path 520 is a connection path established in the domain 500 (see FIG. 1). In FIG. 1, the connection path 520 is established between the optical devices 530, 540, and 550 and the connection path 120.
- the network control system 101 is a system that controls the network configuration in the WAN 100 (see FIGS. 1 and 2).
- the network control system 101 has a hierarchical structure in which a plurality of child controllers 210, 310, 410, 510 are connected to one parent controller 110.
- a T-SDN (Software Defined Network) controller can be used as the network control system 101.
- the network control system 101 includes a parent controller 110 and child controllers 210, 310, 410, 510.
- the parent controller 110 includes all the network devices (packet devices 230, 240, 250, 330, 340, 350, 430, 440, 450, optical devices 530, 540, 550, and 560) belonging to the WAN 100. This is a device that performs control via the controller 310, the child controller 410, and the child controller 510 (see FIGS. 1 and 2).
- the parent controller 110 includes a communication unit 111, a control unit 112, and a storage unit 113.
- the communication unit 111 is a functional unit that is communicably connected to each of the communication units 211, 311, 411, and 511 of the child controllers 210, 310, 410, and 510.
- the control unit 112 is a functional unit (for example, a CPU (Central Processing Unit)) that controls the operations of the communication unit 111 and the storage unit 113.
- the control unit 112 has a time function.
- the control unit 112 controls the communication unit 111 to transmit / receive information.
- the control unit 112 writes and reads data to and from the storage unit 113.
- the control unit 112 performs a predetermined process by executing a program. Details of the processing operation of the control unit 112 will be described later.
- the storage unit 113 is a functional unit (for example, ROM (Read Only Memory), RAM (Random Access Memory), etc.) that stores information such as various data, programs, files, and tables.
- the storage unit 113 stores a connection path management table (114 in FIG. 5) and a main cause determination table (115 in FIG. 6). The connection route management table and the main cause determination table will be described later.
- the child controller 210 is a device that controls the packet devices 230, 240, and 250 in the domain 200 (see FIGS. 1 and 2).
- the child controller 210 includes a communication unit 211, a control unit 212, and a storage unit 213.
- the communication unit 211 is a functional unit that is communicably connected to the communication unit 111 of the parent controller 110 and the packet devices 230, 240, and 250 of the domain 200.
- the control unit 212 is a functional unit (for example, a CPU (Central Processing Unit)) that controls the operations of the communication unit 211 and the storage unit 213.
- the control unit 212 has a time function.
- the control unit 212 transmits and receives information by controlling the communication unit 211.
- the control unit 212 writes and reads data to and from the storage unit 213.
- the control unit 212 performs a predetermined process by executing a program. Details of the processing operation of the control unit 212 will be described later.
- the storage unit 213 is a functional unit (for example, ROM (Read Only Memory), RAM (Random Access Memory), etc.) that stores information such as various data, programs, files, and tables.
- ROM Read Only Memory
- RAM Random Access Memory
- the child controller 310 is a device that controls the packet devices 330, 340, and 350 in the domain 300 (see FIGS. 1 and 2).
- the child controller 310 includes a communication unit 311, a control unit 312, and a storage unit 313.
- the communication unit 311 is a functional unit that is communicably connected to the communication unit 111 of the parent controller 110 and the packet devices 330, 340, and 350 of the domain 300.
- the control unit 312 is a functional unit (for example, CPU (Central Processing Unit) or the like) that controls the operations of the communication unit 311 and the storage unit 313.
- the control unit 312 has a time function.
- the control unit 312 controls the communication unit 311 to transmit / receive information.
- the control unit 312 performs writing and reading of data to and from the storage unit 313.
- the control unit 312 performs a predetermined process by executing a program. Details of the processing operation of the control unit 312 will be described later.
- the storage unit 313 is a functional unit (for example, ROM (Read Only Memory), RAM (Random Access Memory), etc.) that stores information such as various data, programs, files, and tables.
- ROM Read Only Memory
- RAM Random Access Memory
- the child controller 410 is a device that controls the packet devices 430, 440, and 450 in the domain 400 (see FIGS. 1 and 2).
- the child controller 410 includes a communication unit 411, a control unit 412, and a storage unit 413.
- the communication unit 411 is a functional unit that is communicably connected to the communication unit 111 of the parent controller 110 and the packet devices 430, 440, and 450 of the domain 400.
- the control unit 412 is a functional unit (for example, a CPU (Central Processing Unit)) that controls the operations of the communication unit 411 and the storage unit 413.
- the control unit 412 has a time function.
- the control unit 412 controls the communication unit 411 to transmit / receive information.
- the control unit 412 writes and reads data to and from the storage unit 413.
- the control unit 412 performs a predetermined process by executing a program. Details of the processing operation of the control unit 412 will be described later.
- the storage unit 413 is a functional unit (for example, ROM (Read Only Memory), RAM (Random Access Memory), etc.) that stores information such as various data, programs, files, and tables.
- ROM Read Only Memory
- RAM Random Access Memory
- the child controller 510 is a device that controls the optical devices 530, 540, and 550 in the domain 500 (see FIGS. 1 and 2).
- the child controller 510 includes a communication unit 511, a control unit 512, and a storage unit 513.
- the communication unit 511 is a functional unit that is communicably connected to the communication unit 111 of the parent controller 110 and the optical devices 530, 540, 550, and 560 of the domain 500.
- the control unit 512 is a functional unit (for example, a CPU (Central Processing Unit)) that controls the operations of the communication unit 511 and the storage unit 513.
- the control unit 512 has a time function.
- the control unit 512 controls the communication unit 511 to transmit / receive information.
- the control unit 512 writes and reads data to and from the storage unit 513.
- the control unit 512 performs a predetermined process by executing a program. Details of the processing operation of the control unit 512 will be described later.
- the storage unit 513 is a functional unit (for example, ROM (Read Only Memory), RAM (Random Access Memory), etc.) that stores information such as various data, programs, and files.
- ROM Read Only Memory
- RAM Random Access Memory
- the network layer 600 is divided into domains 200, 300, and 400. In FIG. 1, the network layer 600 is assumed to be layer 2 (or even layer 3).
- the domain generally refers to a network that is divided according to the attributes of the nodes that constitute the network. For example, the domain is classified according to the layer to which the network belongs and the vendor (manufacturer, sales company) of the node. It is done.
- the domain 200 includes packet devices 230, 240, and 250 (see FIG. 1). Within the domain 200, physical connection is made between the packet device 230 and the packet device 240, between the packet device 230 and the packet device 250, and between the packet device 250 and the packet device 240. As an end-to-end connection path in the domain 200, a connection path 220 for connecting the packet device 230 and the packet device 240 is set in FIG. The packet device 230 of the domain 200 is physically connected to the base 800. The packet device 240 in the domain 200 is physically connected to the packet device 330 in the domain 300.
- the domain 300 includes packet devices 330, 340, and 350 (see FIG. 1). As an end-to-end connection path in the domain 300, a connection path 320 that connects between the packet device 330 and the packet device 340 is set in FIG.
- the packet device 330 in the domain 300 is physically connected to each of the packet device 240 in the domain 200 and the optical device 530 in the domain 500.
- the packet device 340 in the domain 300 is physically connected to each of the packet device 430 in the domain 400 and the optical device 550 in the domain 500.
- the packet device 350 in the domain 300 is physically connected to the optical device 560 in the domain 500.
- connection path 320 indicates that there is an end-to-end connection path as layer 2.
- the routing table of the router holds the IP address of the next destination router, and is aware of the destination as the layer 3 It can be thought that this is similar to the fact that there is no need to be aware of how the layer 2 switches between routers are connected, and even if there is no physical connection in the same layer, the end There will be a two-end connection path.
- the domain 400 includes packet devices 430, 440, and 450 (see FIG. 1). Within the domain 400, the packet devices 430 and 440 are physically connected between the packet device 430 and the packet device 450, and between the packet device 450 and the packet device 440, respectively. As an end-to-end connection path in the domain 400, a connection path 420 for connecting between the packet device 430 and the packet device 440 is set in FIG. The packet device 430 in the domain 400 is physically connected to the packet device 340 in the domain 300. The packet device 440 of the domain 400 is physically connected to the base 900.
- Packet devices 230, 240, 250, 330, 340, 350, 430, 440, and 450 are devices (nodes) that transfer packets (electric signal packets) to a set route (see FIG. 1).
- the route of the packet devices 230, 240, 250 is controlled by the child controller 210.
- the route of the packet devices 330, 340, 350 is controlled by the child controller 310.
- the route of the packet devices 430, 440, 450 is controlled by 410 to the child controller.
- the packet devices 230, 240, and 250 communicate with each other using electrical signal packets.
- the packet devices 430, 440, and 450 communicate with each other using electrical signal packets.
- the packet devices 240 and 330 communicate with each other using electrical signal packets.
- the base 800 and the packet device 230 communicate with each other using electrical signal packets.
- the packet devices 240 and 330 communicate with each other using electrical signal packets.
- the packet devices 340 and 430 communicate with each other using electrical signal packets.
- the packet device 440 and the base 900 communicate with each other using electrical signal packets.
- the packet devices 330, 340, and 350 communicate with the corresponding optical devices 530, 550, and 560 using packets of electrical signals.
- the packet devices 230, 240, 250, 330, 340, 350, 430, 440, 450 notify the corresponding child controller of an alarm to the 210, 310, 410.
- the packet device 230, 240, 250, 330, 340, 350, 430, 440, 450 is recovered from the failure, the packet device 230, 210, 310, 410 is notified to the corresponding child controller.
- the network layer 700 has a domain 500.
- the network layer 700 is assumed to be layer 0 (or even layer 1).
- the domain 500 includes optical devices 530, 540, 550, and 560 (see FIG. 1). Within domain 500, between optical device 530 and optical device 540, between optical device 530 and optical device 560, between optical device 540 and optical device 550, and between optical device 560 and optical device 550. Are each physically connected. As an end-to-end connection in the domain 500, a connection path 520 for connecting the optical devices 530, 540, and 550 is set in FIG.
- the optical device 530 in the domain 500 is physically connected to the packet device 330 in the domain 300.
- the optical device 550 in the domain 500 is physically connected to the packet device 340 in the domain 300.
- the optical device 560 in the domain 500 is physically connected to the packet device 350 in the domain 300.
- Optical devices 530, 540, 550, and 560 are devices (nodes) that perform conversion between an optical signal and an electric signal and transfer the converted signal to a set path (see FIG. 1).
- Optical devices 530, 540, 550, 560 are controlled by 510 to the child controller.
- the optical devices 530, 540, 550, and 560 communicate with each other using optical signal packets.
- the optical devices 530, 550, and 560 communicate with the corresponding packet devices 330, 340, and 350 using electrical signal packets.
- the bases 800 and 900 may be, for example, a data center, a corporate LAN (Local Area Network), a mobile control device network, a user access network, and the like.
- FIG. 3 is a flowchart schematically showing the operation at the time of registering the connection path of the multilayer network according to the first embodiment.
- the parent controller 110 receives a route registration request from the outside (external terminal or the like; not shown) (step A1).
- the route registration request is a request for registration of a route between the bases 800 and 900 in the example of FIG.
- the parent controller 110 when receiving a route registration request, performs route calculation processing between the bases 800 and 900 (step A2 to step A14).
- the parent controller 110 makes a route calculation request to the child controller 210 (step A2).
- the route calculation request in step A2 is a request for calculating a route (for example, the shortest route) in the domain 200 in the route between the bases 800 and 900.
- control unit 212 receives the route calculation request, and performs route calculation in the domain 200 based on the requested condition (step A3).
- the child controller 210 responds to the parent controller 110 with a connection route 220 that is a route that satisfies the required conditions as a result of the route calculation (step A4).
- the parent controller 110 when it receives a response from the child controller 210, it makes a route calculation request to the child controller 510 (step A5).
- the route calculation request in step A5 is a request for calculating a route (for example, the shortest route) in the domain 500 in the route between the bases 800 and 900.
- the child controller 510 (control unit 512) receives the route calculation request, and performs route calculation in the domain 500 based on the requested condition (step A6).
- the child controller 510 responds to the parent controller 110 with a connection route 520 that is a route that satisfies the required conditions as a result of the route calculation (step A7).
- the parent controller 110 when it receives a response from the child controller 510, it makes a route calculation request to the child controller 310 (step A8).
- the route calculation request in step A8 is a request for calculating a route (for example, the shortest route) in the domain 300 in the route between the bases 800 and 900.
- the child controller 310 (control unit 312) receives the route calculation request, and performs route calculation in the domain 300 based on the requested condition (step A9).
- the child controller 310 responds to the parent controller 110 with a connection route 320 that is a route that satisfies the required conditions as a result of the route calculation (step A10).
- the parent controller 110 when it receives a response from the child controller 310, it makes a route calculation request to the child controller 410 (step A11).
- the route calculation request in step A11 is a request for calculating a route (for example, the shortest route) in the domain 400 in the route between the bases 800 and 900.
- the child controller 410 (control unit 412) receives the route calculation request, and performs route calculation in the domain 400 based on the requested condition (step A12).
- the child controller 410 responds to the parent controller 110 with a connection route 420 that is a route that satisfies the required conditions (step A13).
- the parent controller 110 receives these responses (responses of steps A4, A7, A10, and A13), performs route calculation between the domains 200, 300, 400, and 500, and determines the calculated connection route 120. (Step A14).
- the parent controller 110 determines whether or not the connection path 120 has a layer straddle (in FIG. 1, straddle (connection) between the network layers 600 and 700) (step A15).
- straddle connection between the network layers 600 and 700
- FIG. 1 it is determined that there is a layer crossing between the connection path 320 of the network layer 600 and the connection path 520 of the network layer 700, and flags are set for these connection paths. If there is no layer crossing, the process proceeds to the next without setting the flag. Details of the layer crossing determination process will be described later.
- the parent controller 110 performs connection setting processing (step A16 to step A23).
- the parent controller 110 makes a setting request for the connection path 220 (connection path without a flag) to the child controller 210 (step A16).
- the child controller 210 sets the packet devices 230 and 240 so that the connection path 220 is constructed (step A17).
- the parent controller 110 makes a setting request for the connection path 520 with a flag to the child controller 510 (step A18).
- the child controller 510 sets the optical devices 530, 540, and 550 so that the connection path 520 with a flag is constructed (step A19).
- the parent controller 110 makes a setting request for the connection path 320 with a flag to the child controller 310 (step A20).
- the child controller 310 sets the packet devices 330 and 340 so that the connection path 320 with a flag is constructed (step A21).
- connection path 420 connection path without a flag
- the child controller 410 sets the packet devices 430 and 440 so that the connection path 420 is constructed (step A23).
- FIG. 4 is a flowchart schematically showing the operation of the cross-layer determination process when registering the connection path of the multi-layer network according to the first embodiment.
- FIG. 5 is a diagram schematically illustrating an example of a connection route management table used in the multilayer network according to the first embodiment.
- FIG. 6 is a diagram at the time of connection path setting schematically showing an example of a main cause determination table used in the multilayer network according to the first embodiment. Refer to FIG. 1 and FIG. 2 for the components of the multi-layer network (here, WAN).
- the parent controller 110 sets the devices (packet devices 230, 240, 250, 330, 340, 350, 430) in the route order between the bases 800, 900 (order of the route from the base 800 to the base 900).
- the devices Packet devices 230, 240, 250, 330, 340, 350, 430
- information on connection paths, domains, and network layers are stored in the connection path management table 114 (step B1).
- connection route management table 114 is a table (database) in which information related to devices, connection routes, domains, network layers, transition source network layers, and flags is associated and organized.
- the device is the name or identifier of the packet device 230, 240, 250, 330, 340, 350, 430, 440, 450, optical device 530, 540, 550, 560 in the WAN 100.
- the connection path is a name or identifier of a connection path set to provide an end-to-end connection path network service.
- a domain is a domain to which a device and a connection path belong.
- the network layer is a network layer to which the domain belongs.
- the transition source network layer is a network layer that is a transition source.
- the flag is a flag for indicating that there is a transition source network layer.
- the connection path management table 114 is stored in the storage unit 113 of the parent controller 110, but a table is stored individually for each of the storage units 213, 313, 413, and 513 of the child controllers 210, 310, 410, and 510. As such, the parent controller 110 may be able to query individual child controllers 210, 310, 410, 510.
- the parent controller 110 sets the device of item number 1 (the device closest to the base 800; the packet device 230 in FIG. 1) as the determination target device (step B2).
- step B2 if not the last device (NO in step B5), or after step B10, the parent controller 110 determines that the determination target device and the device of the next item number of the determination target device have network layers. It is determined whether or not they are different (step B3). If the network layers are different (YES in step B3), the process proceeds to step B6.
- the parent controller 110 sets the next device (the device with the next item number) as the determination target device (step B4).
- the parent controller 110 determines whether or not the determination target device is the last device in the connection path management table 114 (step B5). If it is not the last device (NO in step B5), the process returns to step B3. If it is the last device (YES in step B5), the process proceeds to step B11.
- steps B3 to B5 are repeated up to the device of item number 3.
- the determination target device is the device of item number 3 since it is different from the network layer of the next device of item number 4, the process proceeds to step B6.
- the parent controller 110 sets the network layer of the determination target device to the transition source network layer and stores it in the corresponding connection route management table 114 (step B6).
- step B6 for example, when the determination target device is the device of item number 3, the network layer 600 of the device of item number 3 is stored in the item of the transition source network layer of the connection path management table 114 of the device of item number 3. .
- the parent controller 110 determines the next device (the device with the next item number) of the determination target device as the determination target device. (Step B7).
- the parent controller 110 sets the same as the transition source network layer of the connection path management table 114 of the device preceding the determination target device (device having the previous item number) as the transition source network layer of the determination target device. And stored in the corresponding connection route management table 114 (step B8).
- the parent controller 110 determines whether or not the network layer of the connection path management table 114 of the determination target device is the same as the transition source network layer (step B9). If the network layer and the transition source network layer are different (NO in step B9), the process returns to step B7.
- step B9 for example, when the determination target device is the device of item number 4, the network layer is the network layer 700, and the transition source network layer of the device of item number 3 before is the network layer 600, which is different. Steps B7 to B9 are repeated until the determination target device is the device of item number 7.
- the parent controller 110 flags the connection route management table 114 of all devices in the transition source network layer that is the same as the transition source network layer of the determination target device. Is stored in the connection path management table 114 (step B10). Then, it returns to step B3.
- step B10 when the determination target device is the device of item No. 7, the network layer is the network layer 600 and is the same as the transition source network layer of the device of the previous item No. 6, and therefore the same transition source Go back to the device of No. 3 that is the network layer, and set “Yes” in the flag item of the connection route management table 114 of the devices of No. 3 to No. 7 (devices connected to the connection route 320 and the connection route 520). .
- the parent controller 110 sets the connection route having the flag in the connection route management table 114 (the connection route 320 and the connection route 520 in FIG. 5) to the upper level of the main cause determination table 115. Store in the layer connection path and the lower layer connection path (step B11).
- the main cause determination table 115 is a table (database) in which information on lower layer connection paths, lower layer alarm states, upper layer connection paths, upper layer alarm states, occurrence protection period end times, and recovery protection period end times are associated and organized It is.
- the lower layer connection path is a connection path that is relatively in the lower layer among the connection paths having a flag in the connection path management table 114.
- the lower layer alarm state is an alarm state of the lower layer connection path.
- the upper layer connection path is a connection path that is relatively in the upper layer among the connection paths having a flag in the connection path management table 114.
- the upper layer alarm state is an alarm state of the upper layer connection route.
- the occurrence protection period end time is the end time of the protection period set when a failure occurs.
- the recovery protection period end time is the end time of the protection period that is set when recovery from a failure occurs.
- FIG. 7 is a flowchart schematically showing the operation of failure recovery processing when a multilayer network failure occurs according to the first embodiment.
- FIG. 8 is a diagram when a failure occurs schematically showing an example of a main cause determination table used in the multilayer network according to the first embodiment.
- FIG. 9 is a diagram at the time of failure recovery schematically showing an example of a main cause determination table used in the multilayer network according to the first embodiment. Refer to FIG. 1, FIG. 2, and FIG. 5 for components of the multi-layer network (here, WAN).
- WAN multi-layer network
- connection paths 320 and 520 a case where a failure occurs in the connection paths 320 and 520 will be described as an example.
- the packet device 330 when a failure occurs in the connection path 320, the packet device 330 notifies the child controller 310 that an alarm has occurred in the connection path 320 (step C1).
- the child controller 310 when the child controller 310 receives the alarm notification, it does not perform the failure recovery process, but notifies the parent controller 110 that a failure has occurred in the connection path 320 and that the flag is set. An alarm notification is sent (step C2).
- the parent controller 110 when receiving the alarm notification, performs a main cause determination process (step C3).
- the parent controller 110 since the item in which the connection route 320 having a flag in the main cause determination table 115 is stored is an upper layer connection route. “Occurred” is stored in the upper layer alarm status item of the determination table 115.
- the parent controller 110 sets an occurrence protection period end time obtained by adding a certain period of protection time to the alarm occurrence time, and stores it in the occurrence protection period end time item of the main cause determination table 115.
- the parent controller 110 determines that the failure of the connection path 320 is the main cause, and notifies the child controller 310 of the failure of the connection path 320. A recovery processing request is made.
- the optical device 530 notifies the child controller 510 that a failure has occurred in the connection path 520 when a failure has occurred in the connection path 520. Notification is performed (step C4).
- the child controller 510 when receiving the alarm notification, notifies the parent controller 110 that a failure has occurred in the connection path 520 and performs an alarm notification with a flag set without performing failure recovery processing. Perform (Step C5).
- the parent controller 110 when receiving the alarm notification, performs a main cause determination process (step C6).
- the parent controller 110 determines that the failure of the connection path 520 is the main cause. In addition, the parent controller 110 clears the occurrence protection period end time.
- the parent controller 110 makes a failure recovery processing request for the connection path 520 to the child controller 510 (step C7).
- the parent controller 110 sets a recovery protection period end time by adding a certain period of protection time to the time when the fault recovery processing is requested, and ends the recovery protection period of the main cause determination table 115 Store in time item.
- the parent controller 110 determines that the failure of the connection path 320 is due to a factor different from the failure of the connection path 520, and the connection path 320 The failure recovery processing request is sent to the child controller 310.
- the child controller 510 receives the failure recovery processing request, and performs route calculation that bypasses the failure route (step C8).
- the child controller 510 sets the connection path 520 for the optical devices 530, 550, and 560 based on the path calculation result (step C9).
- the optical device 530 notifies the slave controller 510 that the connection path 520 has been restored (step C10).
- the child controller 510 notifies the parent controller 110 that the connection path 520 has been restored and a restoration notification with a flag (step C11).
- the parent controller 110 clears the lower layer alarm state of the connection path 520 of the main cause determination table 115 as a recovery process (step C12).
- connection path 320 is restored by the restoration of the connection path 520
- the packet apparatus 330 restores the connection path 320 to the child controller 310 between Step C10 and Step C11 or after Step C11.
- a recovery notification is sent to notify this (step C13).
- the child controller 310 notifies the parent controller 110 that the connection path 320 has been restored, and gives a restoration notification with a flag (step C14).
- the parent controller 110 clears the upper layer alarm state of the connection path 320 of the main cause determination table 115 as a restoration process, and also clears the restoration protection period end time (step C15).
- the type of layer is a network layer
- the number of layers is two
- the number of straddling layers is one
- the number of devices is 13, but the network control device
- a multi-layer network to which a network control system having a hierarchical structure is applied can be implemented regardless of the type of layer, the number of layers, the number of layers straddling, and the number of devices.
- the first embodiment by using a mechanism for determining layer crossing and a flag setting, a failure that requires the efficiency of failure recovery processing in cooperation between the parent controller 110 and the child controllers 210, 310, 410, 510 By narrowing down to only the process, it is possible to contribute to improving the efficiency of the failure recovery process in the multilayer network (WAN 100). This is because it is not necessary to perform failure recovery processing in a plurality of domains, and it is sufficient to perform failure recovery processing in only one domain.
- FIG. 10 is a block diagram schematically illustrating an exemplary configuration of a network according to the second embodiment.
- the network 100 includes a network control system 101 and nodes 230, 240, 250, 330, 340, 350, 430, 440, 450, 530, 540, 550, and 560.
- the network control system 101 includes child controllers 210, 310, 410, 510 and a parent controller 110.
- the child controllers 210, 310, 410, 510 are nodes 230, 240, 250, arranged in the domains 200, 300, 400, 500 existing in each of the plurality of layers 600, 700 in the network 100 between the bases 800, 900. 330, 340, 350, 430, 440, 450, 530, 540, 550, 560 are selectively connected to the first connection path 220, 320, 420, 520.
- the failure of the first connection paths 320 and 520 has occurred from the nodes 330, 340, 530, 540, and 550 connected to the first connection paths 320 and 520 that are connected via the layer crossing.
- a process of transmitting an alarm notification with a flag to the parent controller 110 is performed.
- the parent controller 110 controls the child controller 210, 310, 410, 510 and the second connection path 120 that selectively connects the first connection paths 220, 320, 420, and 520.
- the parent controller 110 performs a process of determining whether or not there is a layer straddling between the first connection paths 220, 320, 420, and 520 across the layers 600 and 700 via the second connection path 120. .
- the parent controller 110 sets the notification to flag the child controllers 310 and 510 that control the first connection paths 320 and 520 connected via the layer crossing. I do.
- the parent controller 110 When the parent controller 110 receives an alarm notification with a flag from the child controller 310 or 510, the parent controller 110 performs processing to determine whether or not there is a main cause of the failure in the first connection path 320 or 520 related to the alarm notification. .
- the parent controller 110 performs a process of requesting a failure recovery process from the child controller 310 or 510 that controls the first connection path 320 or 520 determined to have the main cause of the failure.
- Nodes 230, 240, 250, 330, 340, 350, 430, 440, 450, 530, 540, 550, and 560 are domains 200 that exist in each of a plurality of layers 600 and 700 in the network 100 between the bases 800 and 900. , 300, 400, and 500.
- the second embodiment by using a mechanism for determining layer crossing and a flag setting, a fault that requires efficiency of fault recovery processing in cooperation between the parent controller 110 and the child controllers 210, 310, 410, and 510 By narrowing down to only the processing, it is possible to contribute to improving the efficiency of the failure recovery processing in the network 100.
- the parent controller further includes a process of associating the nodes, the first connection route, the domain, and the layer in the route order between the bases and storing the association in the connection route determination table.
- the layer crossing occurs when the layers associated with the first connection routes adjacent in the route order are different from each other in the connection route determination table. Is determined.
- the notification is sent to the child controller that controls the first connection path that is determined to have the layer straddling. Set to give the flag.
- the alarm notification in the process of determining whether or not there is a main cause of the failure, when the alarm notification with the flag is received, the alarm notification is an upper layer across the layers. From the child controller that controls the first connection path on the upper layer side across the layers, and a process for determining whether or not the slave controller controls the first connection path on the side If it is, the alarm notification with the flag is received from the child controller that controls the first connection path on the lower layer side across the layers within a predetermined time from the alarm occurrence time related to the alarm notification.
- a process for determining whether or not and controlling the first connection path on the lower layer side across the layers within the predetermined time When receiving the alarm notification that the child controller has the flag, the process of determining that there is a main cause of the lower layer side of the first connection path to the failure of spans said layer is carried out.
- the child controller in the process of determining whether or not there is a main cause of the failure, the child controller that controls the first connection path on the higher layer side across the layers in the alarm notification If not, or if another alarm notification with the flag is not received from the child controller that controls the first connection path on the lower layer side across the layers within the predetermined time, the alarm notification It is determined that there is a main cause of the failure in the first connection path according to.
- the child controller performs a process of calculating the first connection path
- the parent controller is information related to the first connection path calculated by the child controller.
- the parent controller according to the fourth viewpoint is possible.
- Connection route management table 115 Main cause determination table 120 Connection route (second connection route) 200, 300, 400, 500, 1200, 1300, 1400 Domain 210, 310, 410, 510, 1210, 1310, 1410 Child controller 211, 311, 411, 511 Communication unit 212, 312, 412, 512 Control unit 213, 313 413, 513 Storage unit 220, 320, 420, 520 Connection path (first connection path) 230, 240, 250 Packet device (node) 330, 340, 350 Packet device (node) 430, 440, 450 Packet device (node) 530, 540, 550, 560 Optical device (node) 600, 700 Network layer 800, 900 Base 1100 Multi-layer network 1230, 1240, 1250 Node 1330, 1340, 1350 Node 1430, 1440,
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
障害復旧処理の効率性を向上させることに貢献することができるネットワーク制御システム等を提供する。親コントローラは、第1接続経路間においてレイヤ跨りがあるか否かを判定し、レイヤ跨りがあるときに、レイヤ跨りを介して接続された第1接続経路を制御する子コントローラに対して、通知にフラグを付与するように設定する。子コントローラは、レイヤ跨りを介して接続された第1接続経路に接続されたノードからアラーム通知を受信したときに、フラグを付与したアラーム通知を親コントローラに送信する。親コントローラは、フラグが付与されたアラーム通知を受信したときに、アラーム通知に係る第1接続経路に障害の主原因があるか否か判定し、障害の主原因があると判定された第1接続経路を制御する子コントローラに障害復旧処理を要求する。
Description
[関連出願についての記載]
本発明は、日本国特許出願:特願2018-052785号(2018年3月20日出願)の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、ネットワーク制御システム、ネットワーク、方法、親コントローラ、及び、プログラムに関する。
本発明は、日本国特許出願:特願2018-052785号(2018年3月20日出願)の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、ネットワーク制御システム、ネットワーク、方法、親コントローラ、及び、プログラムに関する。
複数のレイヤ間を接続するマルチレイヤネットワークでは、ネットワーク内で障害が発生した時に、障害箇所を迂回する等の障害復旧処理を行う機能を有する。障害復旧処理では、一般的に、ネットワーク全体を制御する1つのネットワーク制御装置が、上位レイヤのネットワークと下位レイヤのネットワークとの関連を管理し、事前に運用経路と予備経路を組んで設定し、障害発生時に、ネットワーク内の障害箇所を特定し、障害の主原因を判定して、運用経路から予備経路への切り替えを制御することで障害復旧処理を行う(例えば、特許文献1~3参照)。これにより、二次的障害も復旧され、ネットワーク全体の障害復旧処理の効率化を実現していた。
以下の分析は、本願発明者により与えられる。
障害復旧処理の効率性をさらに向上させるために、ネットワーク制御装置を階層構造にしたネットワーク制御システムを適用したマルチレイヤネットワークが提案されている。ネットワーク制御システム1101は、例えば、図11のように、各ドメイン1200、1300、1400内のネットワークを制御する子コントローラ1210、1310、1410と、子コントローラ1210、1310、1410の全体を制御する親コントローラ1110との階層構造をとる。ネットワーク制御システム1101を適用したマルチレイヤネットワーク1100では、ドメイン1200、1300、1400内のネットワークでの障害発生時に、親コントローラ1110の制御により子コントローラ1210、1310、1410が、各ドメイン1200、1300、1400内での動的に障害箇所を経由しない新たな接続経路を計算し、計算された接続経路に切り替えるようにノード(例えば、ネットワーク機器)を設定することで障害復旧処理を行う。
ここで、ドメインとは、一般的に、構成するノードの属性によって分割されたネットワークを指し、例えば、ネットワークの属するレイヤや、ノードのベンダ(メーカ、販売会社)に応じて区分されたネットワークが挙げられる。また、ドメイン内のネットワークは、一般的に、ベンダ毎のノードの仕様に依存した経路計算が必要になるため、親コントローラではなく、ベンダ毎に提供されている子コントローラにて障害復旧処理を行う。
しかしながら、上記のようなネットワーク制御システムを適用したマルチレイヤネットワークでは、1つの主原因の障害であっても、複数の子コントローラで障害復旧処理を行うので、ネットワーク全体でみると障害復旧処理が効率的でないという問題がある。
また、マルチレイヤネットワークの構成によっては、どの子コントローラで障害復旧処理を行うのが効率的かを、親コントローラ側で判断が必要な場合が存在する。例えば、図12のように、ドメインD内のネットワークで主原因となる障害が発生した場合、ドメインBとドメインDのそれぞれの子コントローラで障害復旧処理を行うと、効率的に障害復旧処理を行なうことができない可能性がある。
本発明の主な課題は、障害復旧処理の効率性を向上させることに貢献することができるネットワーク制御システム、ネットワーク、方法、親コントローラ、及び、プログラムを提供することである。
第1の視点に係るネットワーク制御システムは、拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラと、前記子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラと、を備える。前記親コントローラは、前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定する処理と、前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定する処理と、を行う。前記子コントローラは、前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせるアラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信する処理を行う。前記親コントローラは、前記フラグが付与された前記アラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定する処理と、前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求する処理と、をさらに行う。
第2の視点に係るネットワークは、前記第1の視点に係るネットワーク制御システムと、前記拠点間の前記ネットワークにおける複数の前記レイヤのそれぞれに存在する前記ドメインごとに配された複数の前記ノードと、を備える。
第3の視点に係るネットワーク制御方法は、拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラと、前記子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラと、を用いてネットワークを制御するネットワーク制御方法であって、前記親コントローラにて、前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定するステップと、前記親コントローラにて、前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定するステップと、前記子コントローラにて、前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせるアラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信するステップと、前記親コントローラにて、前記フラグが付与された前記アラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定するステップと、前記親コントローラにて、前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求するステップと、を含む。
第4の視点に係る親コントローラは、拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラであって、前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定する処理と、前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定する処理と、前記フラグが付与されたアラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定する処理と、前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求する処理と、を行い、前記子コントローラは、前記第2接続経路と前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせる前記アラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信する。
第5の視点に係るプログラムは、拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラで実行されるプログラムであって、前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定する処理と、前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定する処理と、前記フラグが付与されたアラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定する処理と、前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求する処理と、を実行させ、前記子コントローラは、前記第2接続経路と前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせる前記アラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信する。なお、プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント(non-transient)なものとすることができる。また、本開示では、コンピュータプログラム製品として具現することも可能である。プログラムは、コンピュータ装置に入力装置又は外部から通信インタフェイスを介して入力され、記憶装置に記憶されて、プロセッサを所定のステップないし処理に従って駆動させ、必要に応じ中間状態を含めその処理結果を段階毎に表示装置を介して表示することができ、あるいは通信インタフェイスを介して、外部と交信することができる。そのためのコンピュータ装置は、一例として、典型的には互いにバスによって接続可能なプロセッサ、記憶装置、入力装置、通信インタフェイス、及び必要に応じ表示装置を備える。
前記第1~第5の視点によれば、障害復旧処理の効率性を向上させることに貢献することができる。
以下、実施形態について図面を参照しつつ説明する。なお、本出願において図面参照符号を付している場合は、それらは、専ら理解を助けるためのものであり、図示の態様に限定することを意図するものではない。また、下記の実施形態は、あくまで例示であり、本発明を限定するものではない。さらに、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号(データ)の流れを模式的に示すものであり、双方向性を排除するものではない。さらに、本願開示に示す回路図、ブロック図、内部構成図、接続図などにおいて、明示は省略するが、入力ポート及び出力ポートが各接続線の入力端及び出力端のそれぞれに存在する。入出力インタフェイスも同様である。プログラムはコンピュータ装置を介して実行され、コンピュータ装置は、例えば、プロセッサ、記憶装置、入力装置、通信インタフェイス、及び必要に応じ表示装置を備え、コンピュータ装置は、通信インタフェイスを介して装置内又は外部の機器(コンピュータを含む)と、有線、無線を問わず、交信可能に構成される。
[実施形態1]
実施形態1に係るマルチレイヤネットワークについて図面を用いて説明する。図1は、実施形態1に係るマルチレイヤネットワークの一例の構成を模式的に示したブロック図である。図2は、実施形態1に係るマルチレイヤネットワークにおけるネットワーク制御システムの一例の構成を模式的に示したブロック図である。
実施形態1に係るマルチレイヤネットワークについて図面を用いて説明する。図1は、実施形態1に係るマルチレイヤネットワークの一例の構成を模式的に示したブロック図である。図2は、実施形態1に係るマルチレイヤネットワークにおけるネットワーク制御システムの一例の構成を模式的に示したブロック図である。
ここでは、マルチレイヤネットワークとして、拠点800、900間の接続サービスを提供するためのWAN(Wide Area Network)100を例に説明する。なお、図1において、パケット装置230、240、250、330、340、350、430、440、450、光装置530、540、550、560、拠点800、900間の実線は、物理的な接続経路を示している。また、図1において、接続経路120、220、320、420、520に接続された点線は、制御により設定された接続経路を示している。さらに、接続サービスとは、拠点800、900間を接続するために用いられる接続経路120、220、320、420、520を確立するサービスである。
WAN(Wide Area Network)100は、拠点800、900間を通信可能に接続するネットワークである(図1参照)。WAN100は、複数のネットワークレイヤ600、700間を接続するマルチレイヤネットワークで構成されている。WAN100は、高速かつ大容量で接続するためのネットワーク機器(パケット装置230、240、250、330、340、350、430、440、450、光装置530、540、550、560)群を含む。WAN100は、トランスポートネットワークとも呼ぶ。WAN100では、現状、ネットワーク機器として、光装置530、540、550、560や、パケット装置230、240、250、330、340、350、430、440、450等が適用され、複数のレイヤのネットワーク機器が組み合わされて、マルチレイヤネットワークとして接続経路120、220、320、420、520が構築されているのが一般的である。WAN100は、ネットワークレイヤ600、700に分割されている。WAN100は、ネットワーク制御システム101と、ネットワークレイヤ600、700と、を有する。
ここで、接続経路120、220、320、420、520は、ネットワーク制御システム101によって制御される。なお、図1に示す接続経路120、220、320、420、520は一例であり、ネットワーク機器の追加や交換、障害復旧などの諸要因により変動する。
接続経路120は、拠点800と拠点900との間で通信を行う際に使用される接続経路220、320、420、520間(ドメイン間及びレイヤ間)に確立された接続経路である(図1参照)。接続経路120は、例えば、拠点800が拠点900に対してサービスを提供する時に、各ドメイン内でトラフィック(データ量)を転送するために確立される。拠点800が拠点900にサービスを提供する際には、接続経路120にトラフィックが流れることになる。図1では、接続経路120は、WAN100におけるネットワークレイヤ600、700間でレイヤを跨ぐように、ドメイン300の接続経路320とドメイン500の接続経路520との間を接続している。
接続経路220は、ドメイン200において確立された接続経路である(図1参照)。接続経路220は、図1では、パケット装置230、240、及び、接続経路120との間で確立されている。
接続経路320は、ドメイン300において確立された接続経路である(図1参照)。接続経路320は、図1では、パケット装置330、340、及び、接続経路120との間で確立されている。
接続経路420は、ドメイン400において確立された接続経路である(図1参照)。接続経路420は、図1では、パケット装置430、440、及び、接続経路120との間で確立されている。
接続経路520は、ドメイン500において確立された接続経路である(図1参照)。接続経路520は、図1では、光装置530、540、550、及び、接続経路120との間で確立されている。
ネットワーク制御システム101は、WAN100内のネットワーク構成を制御するシステムである(図1、図2参照)。ネットワーク制御システム101は、1つの親コントローラ110に複数の子コントローラ210、310、410、510が接続された階層構造になっている。ネットワーク制御システム101として、例えば、T-SDN(Software Defined Network)コントローラを用いることができる。ネットワーク制御システム101は、親コントローラ110と、子コントローラ210、310、410、510と、を有する。
親コントローラ110は、WAN100内に属するネットワーク機器(パケット装置230、240、250、330、340、350、430、440、450、光装置530、540、550、560)全体を、子コントローラ210、子コントローラ310、子コントローラ410、子コントローラ510を経由して制御する装置である(図1、図2参照)。親コントローラ110は、通信部111と、制御部112と、記憶部113と、を有する。
通信部111は、子コントローラ210、310、410、510の通信部211、311、411、511のそれぞれと通信可能に接続する機能部である。
制御部112は、通信部111及び記憶部113のそれぞれの動作を制御する機能部(例えば、CPU(Central Processing Unit)など)である。制御部112は、時刻機能を有する。制御部112は、通信部111を制御して情報の送受信を行う。制御部112は、記憶部113へのデータの書き込みや読み出しを行う。制御部112は、プログラムを実行することにより、所定の処理を行う。制御部112の処理動作の詳細は後述する。
記憶部113は、各種データ、プログラム、ファイル、テーブル等の情報を記憶する機能部(例えば、ROM(Read Only Memory)、RAM(Random Access Memory)など)である。記憶部113は、接続経路管理テーブル(図5の114)及び主原因判定テーブル(図6の115)を記憶する。接続経路管理テーブル及び主原因判定テーブルについては後述する。
子コントローラ210は、ドメイン200にあるパケット装置230、240、250を制御する装置である(図1、図2参照)。子コントローラ210は、通信部211と、制御部212と、記憶部213と、を有する。
通信部211は、親コントローラ110の通信部111、及び、ドメイン200のパケット装置230、240、250のそれぞれと通信可能に接続する機能部である。
制御部212は、通信部211及び記憶部213のそれぞれの動作を制御する機能部(例えば、CPU(Central Processing Unit)など)である。制御部212は、時刻機能を有する。制御部212は、通信部211を制御して情報の送受信を行う。制御部212は、記憶部213へのデータの書き込みや読み出しを行う。制御部212は、プログラムを実行することにより、所定の処理を行う。制御部212の処理動作の詳細は後述する。
記憶部213は、各種データ、プログラム、ファイル、テーブル等の情報を記憶する機能部(例えば、ROM(Read Only Memory)、RAM(Random Access Memory)など)である。
子コントローラ310は、ドメイン300にあるパケット装置330、340、350を制御する装置である(図1、図2参照)。子コントローラ310は、通信部311と、制御部312と、記憶部313と、を有する。
通信部311は、親コントローラ110の通信部111、及び、ドメイン300のパケット装置330、340、350のそれぞれと通信可能に接続する機能部である。
制御部312は、通信部311及び記憶部313のそれぞれの動作を制御する機能部(例えば、CPU(Central Processing Unit)など)である。制御部312は、時刻機能を有する。制御部312は、通信部311を制御して情報の送受信を行う。制御部312は、記憶部313へのデータの書き込みや読み出しを行う。制御部312は、プログラムを実行することにより、所定の処理を行う。制御部312の処理動作の詳細は後述する。
記憶部313は、各種データ、プログラム、ファイル、テーブル等の情報を記憶する機能部(例えば、ROM(Read Only Memory)、RAM(Random Access Memory)など)である。
子コントローラ410は、ドメイン400にあるパケット装置430、440、450を制御する装置である(図1、図2参照)。子コントローラ410は、通信部411と、制御部412と、記憶部413と、を有する。
通信部411は、親コントローラ110の通信部111、及び、ドメイン400のパケット装置430、440、450のそれぞれと通信可能に接続する機能部である。
制御部412は、通信部411及び記憶部413のそれぞれの動作を制御する機能部(例えば、CPU(Central Processing Unit)など)である。制御部412は、時刻機能を有する。制御部412は、通信部411を制御して情報の送受信を行う。制御部412は、記憶部413へのデータの書き込みや読み出しを行う。制御部412は、プログラムを実行することにより、所定の処理を行う。制御部412の処理動作の詳細は後述する。
記憶部413は、各種データ、プログラム、ファイル、テーブル等の情報を記憶する機能部(例えば、ROM(Read Only Memory)、RAM(Random Access Memory)など)である。
子コントローラ510は、ドメイン500にある光装置530、540、550を制御する装置である(図1、図2参照)。子コントローラ510は、通信部511と、制御部512と、記憶部513と、を有する。
通信部511は、親コントローラ110の通信部111、及び、ドメイン500の光装置530、540、550、560のそれぞれと通信可能に接続する機能部である。
制御部512は、通信部511及び記憶部513のそれぞれの動作を制御する機能部(例えば、CPU(Central Processing Unit)など)である。制御部512は、時刻機能を有する。制御部512は、通信部511を制御して情報の送受信を行う。制御部512は、記憶部513へのデータの書き込みや読み出しを行う。制御部512は、プログラムを実行することにより、所定の処理を行う。制御部512の処理動作の詳細は後述する。
記憶部513は、各種データ、プログラム、ファイル等の情報を記憶する機能部(例えば、ROM(Read Only Memory)、RAM(Random Access Memory)など)である。
ネットワークレイヤ600は、ドメイン200、300、400に分割されている。ネットワークレイヤ600は、図1では、レイヤ2(レイヤ3でも可)を想定している。
ここで、ドメインとは、一般的に、構成するノードの属性によって分割されたネットワークを指し、例えば、ネットワークの属するレイヤや、ノードのベンダ(メーカ、販売会社)に応じて区分されたネットワークが挙げられる。
ドメイン200では、パケット装置230、240、250を有する(図1参照)。ドメイン200内では、パケット装置230とパケット装置240との間、パケット装置230とパケット装置250との間、及び、パケット装置250とパケット装置240との間のそれぞれで物理的に接続されている。ドメイン200内のエンドツーエンド(End-to-End)接続経路として、図1では、パケット装置230とパケット装置240との間を接続する接続経路220が設定されている。ドメイン200のパケット装置230は、拠点800と物理的に接続されている。ドメイン200のパケット装置240は、ドメイン300のパケット装置330と物理的に接続されている。
ドメイン300では、パケット装置330、340、350を有する(図1参照)。ドメイン300内のエンドツーエンド接続経路として、図1では、パケット装置330とパケット装置340との間を接続する接続経路320が設定されている。ドメイン300のパケット装置330は、ドメイン200のパケット装置240、及び、ドメイン500の光装置530のそれぞれと物理的に接続されている。ドメイン300のパケット装置340は、ドメイン400のパケット装置430、及び、ドメイン500の光装置550のそれぞれと物理的に接続されている。ドメイン300のパケット装置350は、ドメイン500の光装置560と物理的に接続されている。
なお、ドメイン300内ではパケット装置330、340、350間に物理的な接続経路はないが、接続経路320と接続経路120によって、他のドメイン200、400、500(図1では接続経路220、420、520)への通信が可能である。接続経路320は、レイヤ2としてのエンドツーエンドの接続経路があることを示している。このことは、例えば、レイヤ3のルータと、レイヤ2のスイッチの関係を考えた場合、ルータのルーティングテーブルは次の宛先のルータのIPアドレスを保持していて、レイヤ3としての宛先を意識すればよく、ルータの間のレイヤ2のスイッチがどのように接続されているかは意識する必要がないことと同様であると考えることができ、同一レイヤ内に物理的な接続がなくても、エンドツーエンドの接続経路は存在することとなる。
ドメイン400では、パケット装置430、440、450を有する(図1参照)。ドメイン400内では、パケット装置430とパケット装置440との間、パケット装置430とパケット装置450との間、及び、パケット装置450とパケット装置440との間のそれぞれで物理的に接続されている。ドメイン400内のエンドツーエンド接続経路として、図1では、パケット装置430とパケット装置440との間を接続する接続経路420が設定されている。ドメイン400のパケット装置430は、ドメイン300のパケット装置340と物理的に接続されている。ドメイン400のパケット装置440は、拠点900と物理的に接続されている。
パケット装置230、240、250、330、340、350、430、440、450は、パケット(電気信号のパケット)を、設定された経路に転送する装置(ノード)である(図1参照)。パケット装置230、240、250の経路は、子コントローラに210よって制御される。パケット装置330、340、350の経路は、子コントローラに310よって制御される。パケット装置430、440、450の経路は、子コントローラに410よって制御される。パケット装置230、240、250間は、互いに電気信号のパケットで通信を行う。パケット装置430、440、450間は、互いに電気信号のパケットで通信を行う。パケット装置240、330間は、互いに電気信号のパケットで通信を行う。拠点800とパケット装置230との間は、互いに電気信号のパケットで通信を行う。パケット装置240、330間は、互いに電気信号のパケットで通信を行う。パケット装置340、430間は、互いに電気信号のパケットで通信を行う。パケット装置440と拠点900との間は、互いに電気信号のパケットで通信を行う。パケット装置330、340、350は、対応する光装置530、550、560と電気信号のパケットで通信を行う。パケット装置230、240、250、330、340、350、430、440、450は、障害が発生したときに、対応する子コントローラに210、310、410に対してアラームを通知する。パケット装置230、240、250、330、340、350、430、440、450は、障害が復旧したときに、対応する子コントローラに210、310、410に対して復旧したことを通知する。
ネットワークレイヤ700は、ドメイン500を有する。ネットワークレイヤ700は、図1では、レイヤ0(レイヤ1でも可)を想定している。
ドメイン500は、光装置530、540、550、560を有する(図1参照)。ドメイン500内では、光装置530と光装置540との間、光装置530と光装置560との間、光装置540と光装置550との間、及び、光装置560と光装置550との間のそれぞれで物理的に接続されている。ドメイン500内のエンドツーエンド接続として、図1では、光装置530、540、550間を接続する接続経路520が設定されている。ドメイン500の光装置530は、ドメイン300のパケット装置330と物理的に接続されている。ドメイン500の光装置550は、ドメイン300のパケット装置340と物理的に接続されている。ドメイン500の光装置560は、ドメイン300のパケット装置350と物理的に接続されている。
光装置530、540、550、560は、光信号と電気信号との間の変換を行い、変換された信号を、設定された経路に転送する装置(ノード)である(図1参照)。光装置530、540、550、560は、子コントローラに510よって制御される。光装置530、540、550、560間は、互いに光信号のパケットで通信を行う。光装置530、550、560は、対応するパケット装置330、340、350と電気信号のパケットで通信を行う。
拠点800、900は、例えば、データセンタ、企業LAN(Local Area Network)、モバイル制御装置網、ユーザアクセス網等とすることができる。
次に、実施形態1に係るマルチレイヤネットワークの接続経路登録時の動作について図面を用いて説明する。図3は、実施形態1に係るマルチレイヤネットワークの接続経路登録時の動作を模式的に示したフローチャートである。なお、マルチレイヤネットワーク(ここではWAN)の構成部については、図1、図2を参照されたい。
まず、親コントローラ110(制御部112)は、外部(外部端末など;図示せず)からの経路登録要求を受ける(ステップA1)。ここで、経路登録要求とは、図1の例では拠点800、900間の経路の登録の要求である。
次に、親コントローラ110は、経路登録要求を受けると、拠点800、900間の経路計算処理を行う(ステップA2~ステップA14)。
経路計算処理では、まず、親コントローラ110は、子コントローラ210へ経路計算要求を行う(ステップA2)。ここで、ステップA2での経路計算要求とは、拠点800、900間の経路におけるドメイン200での経路(例えば、最短経路)の計算の要求である。
次に、子コントローラ210(制御部212)は、経路計算要求を受けることにより、要求された条件に基づいてドメイン200での経路計算を行う(ステップA3)。
次に、子コントローラ210は、経路計算をした結果、要求条件を満たす経路となる接続経路220を親コントローラ110に応答する(ステップA4)。
次に、親コントローラ110は、子コントローラ210からの応答を受けると、子コントローラ510へ経路計算要求を行う(ステップA5)。ここで、ステップA5での経路計算要求とは、拠点800、900間の経路におけるドメイン500での経路(例えば、最短経路)の計算の要求である。
次に、子コントローラ510(制御部512)は、経路計算要求を受けることにより、要求された条件に基づいてドメイン500での経路計算を行う(ステップA6)。
次に、子コントローラ510は、経路計算をした結果、要求条件を満たす経路となる接続経路520を親コントローラ110に応答する(ステップA7)。
次に、親コントローラ110は、子コントローラ510からの応答を受けると、子コントローラ310へ経路計算要求を行う(ステップA8)。ここで、ステップA8での経路計算要求とは、拠点800、900間の経路におけるドメイン300での経路(例えば、最短経路)の計算の要求である。
次に、子コントローラ310(制御部312)は、経路計算要求を受けることにより、要求された条件に基づいてドメイン300での経路計算を行う(ステップA9)。
次に、子コントローラ310は、経路計算をした結果、要求条件を満たす経路となる接続経路320を親コントローラ110に応答する(ステップA10)。
次に、親コントローラ110は、子コントローラ310からの応答を受けると、子コントローラ410へ経路計算要求を行う(ステップA11)。ここで、ステップA11での経路計算要求とは、拠点800、900間の経路におけるドメイン400での経路(例えば、最短経路)の計算の要求である。
子コントローラ410(制御部412)は、経路計算要求を受けることにより、要求された条件に基づいてドメイン400での経路計算を行う(ステップA12)。
次に、子コントローラ410は、経路計算をした結果、要求条件を満たす経路となる接続経路420を親コントローラ110に応答する(ステップA13)。
次に、親コントローラ110は、これらの応答(ステップA4、A7、A10、A13の応答)を受けて、ドメイン200、300、400、500間の経路計算を行い、計算された接続経路120を確定させる(ステップA14)。
次に、親コントローラ110は、接続経路120について、レイヤ跨り(図1ではネットワークレイヤ600、700間の跨り(接続))があるか否かの判定処理を行う(ステップA15)。ここでは、図1のように、ネットワークレイヤ600の接続経路320とネットワークレイヤ700の接続経路520との間でレイヤ跨りがあると判定し、これらの接続経路についてフラグ設定を行う。なお、レイヤ跨りがないと場合は、フラグ設定を行わないで、次に進む。なお、レイヤ跨りの判定処理の詳細は、後述する。
最後に、親コントローラ110は、接続設定処理を行う(ステップA16~ステップA23)。
まず、親コントローラ110は、子コントローラ210に対して接続経路220(フラグ無しの接続経路)の設定要求を行う(ステップA16)。
次に、子コントローラ210は、接続経路220が構築されるようにパケット装置230、240の設定を行う(ステップA17)。
次に、親コントローラ110は、子コントローラ510に対してフラグ有りの接続経路520の設定要求を行う(ステップA18)。
次に、子コントローラ510は、フラグ有りの接続経路520が構築されるように光装置530、540、550の設定を行う(ステップA19)。
次に、親コントローラ110は、子コントローラ310に対してフラグ有りの接続経路320の設定要求を行う(ステップA20)。
次に、子コントローラ310は、フラグ有りの接続経路320が構築されるようにパケット装置330、340の設定を行う(ステップA21)。
次に、親コントローラ110は、子コントローラ410に対して接続経路420(フラグ無しの接続経路)の設定要求を行う(ステップA22)。
最後に、子コントローラ410は、接続経路420が構築されるようにパケット装置430、440の設定を行う(ステップA23)。
次に、実施形態1に係るマルチレイヤネットワークの接続経路登録時のレイヤ跨りの判定処理の詳細について図面を用いて説明する。図4は、実施形態1に係るマルチレイヤネットワークの接続経路登録時のレイヤ跨りの判定処理の動作を模式的に示したフローチャートである。図5は、実施形態1に係るマルチレイヤネットワークで用いられる接続経路管理テーブルの一例を模式的に示した図である。図6は、実施形態1に係るマルチレイヤネットワークで用いられる主原因判定テーブルの一例を模式的に示した接続経路設定時の図である。なお、マルチレイヤネットワーク(ここではWAN)の構成部については図1、図2を参照されたい。
まず、親コントローラ110(制御部112)は、拠点800、900間の経路順(拠点800から拠点900への経路の順)に装置(パケット装置230、240、250、330、340、350、430、440、450、光装置530、540、550、560)、接続経路、ドメイン、ネットワークレイヤに係る情報を、接続経路管理テーブル114に格納する(ステップB1)。
ここで、接続経路管理テーブル114の構成を図5に示す。接続経路管理テーブル114は、装置、接続経路、ドメイン、ネットワークレイヤ、遷移元ネットワークレイヤ、フラグに係る情報を関連付けて整理したテーブル(データベース)である。装置は、WAN100におけるパケット装置230、240、250、330、340、350、430、440、450、光装置530、540、550、560の名称又は識別子である。接続経路は、エンドツーエンド(End-to-End)接続経路のネットワークサービスを提供するために設定された接続経路の名称又は識別子である。ドメインは、装置及び接続経路が属するドメインである。ネットワークレイヤは、ドメインが属するネットワークレイヤである。遷移元ネットワークレイヤは、遷移元となるネットワークレイヤである。フラグは、遷移元ネットワークレイヤがあることを示すためのフラグである。接続経路管理テーブル114は、ここでは、親コントローラ110の記憶部113に記憶されているが、子コントローラ210、310、410、510の記憶部213、313、413、513毎に個別にテーブルを記憶するようにし、親コントローラ110が、個々の子コントローラ210、310、410、510に問い合わせることができるようにしてもよい。
次に、親コントローラ110は、項番1の装置(拠点800に最も近い装置;図1ではパケット装置230)を、判定対象装置として設定する(ステップB2)。
ステップB2の後、最後の装置でない場合(ステップB5のNO)、又は、ステップB10の後、親コントローラ110は、判定対象装置と、当該判定対象装置の次の項番の装置とがネットワークレイヤが異なるか否かを判定する(ステップB3)。ネットワークレイヤが異なる場合(ステップB3のYES)、ステップB6に進む。
ネットワークレイヤが同じ場合(ステップB3のNO)、親コントローラ110は、判定対象装置の次の装置(項番が次の装置)を、判定対象装置として設定する(ステップB4)。
次に、親コントローラ110は、判定対象装置が接続経路管理テーブル114において最後の装置であるか否かを判定する(ステップB5)。最後の装置でない場合(ステップB5のNO)、ステップB3に戻る。最後の装置である場合(ステップB5のYES)、ステップB11に進む。
ここで、項番3の装置まではネットワークレイヤが同一であるため、項番3の装置までステップB3~ステップB5を繰り返す。判断対象装置が項番3の装置の場合、次の項番4の装置のネットワークレイヤと異なるため、ステップB6に進むことになる。
ネットワークレイヤが異なる場合(ステップB3のYES)、親コントローラ110は、判定対象装置のネットワークレイヤを遷移元ネットワークレイヤに設定し、対応する接続経路管理テーブル114に格納する(ステップB6)。
ステップB6では、例えば、判定対象装置が項番3の装置の場合、項番3の装置のネットワークレイヤ600を、項番3の装置の接続経路管理テーブル114の遷移元ネットワークレイヤの項目に格納する。
ステップB6の後、又は、ネットワークレイヤと遷移元ネットワークレイヤとが異なる場合(ステップB9のNO)、親コントローラ110は、判定対象装置の次の装置(項番が次の装置)を、判定対象装置として設定する(ステップB7)。
次に、親コントローラ110は、判定対象装置の遷移元ネットワークレイヤに、判定対象装置の前の装置(項番が前の装置)の接続経路管理テーブル114の遷移元ネットワークレイヤと同一のものを設定し、対応する接続経路管理テーブル114に格納する(ステップB8)。
次に、親コントローラ110は、判定対象装置の接続経路管理テーブル114のネットワークレイヤと遷移元ネットワークレイヤとが同一であるか否かを判定する(ステップB9)。ネットワークレイヤと遷移元ネットワークレイヤとが異なる場合(ステップB9のNO)、ステップB7に戻る。
ステップB9では、例えば、判定対象装置が項番4の装置の場合、ネットワークレイヤがネットワークレイヤ700で、その前の項番3の装置の遷移元ネットワークレイヤがネットワークレイヤ600であり、異なる。判定対象装置が項番7の装置となるまで、ステップB7~ステップB9を繰り返す。
ネットワークレイヤと遷移元ネットワークレイヤとが同じ場合(ステップB9のYES)、親コントローラ110は、判定対象装置の遷移元ネットワークレイヤと同一の遷移元ネットワークレイヤの全ての装置の接続経路管理テーブル114のフラグを有に設定し、接続経路管理テーブル114に格納する(ステップB10)。その後、ステップB3に戻る。
ここで、ステップB10では、判定対象装置が項番7の装置の場合、ネットワークレイヤはネットワークレイヤ600であり、前の項番6の装置の遷移元ネットワークレイヤと同一となるため、同一の遷移元ネットワークレイヤである項番3の装置までさかのぼり、項番3~項番7の装置(接続経路320及び接続経路520に接続された装置)の接続経路管理テーブル114のフラグの項目に有を設定する。
最後の装置である場合(ステップB5のYES)、親コントローラ110は、接続経路管理テーブル114でフラグが有の接続経路(図5では接続経路320及び接続経路520)を主原因判定テーブル115の上位レイヤ接続経路及び下位レイヤ接続経路に格納する(ステップB11)。
ここで、主原因判定テーブル115の構成を図6に示す。主原因判定テーブル115は、下位レイヤ接続経路、下位レイヤアラーム状態、上位レイヤ接続経路、上位レイヤアラーム状態、発生保護期間終了時刻、復旧保護期間終了時刻に係る情報を関連付けて整理したテーブル(データベース)である。下位レイヤ接続経路は、接続経路管理テーブル114においてフラグが有の接続経路のうち相対的に下位レイヤにある接続経路である。下位レイヤアラーム状態は、下位レイヤ接続経路のアラーム状態である。上位レイヤ接続経路は、接続経路管理テーブル114においてフラグが有の接続経路のうち相対的に上位レイヤにある接続経路である。上位レイヤアラーム状態は、上位レイヤ接続経路のアラーム状態である。発生保護期間終了時刻は、障害が発生したときに設定される保護期間の終了時刻である。復旧保護期間終了時刻は、障害から復旧したときに設定される保護期間の終了時刻である。
次に、実施形態1に係るマルチレイヤネットワーク障害発生時の障害復旧処理の詳細について図面を用いて説明する。図7は、実施形態1に係るマルチレイヤネットワーク障害発生時の障害復旧処理の動作を模式的に示したフローチャートである。図8は、実施形態1に係るマルチレイヤネットワークで用いられる主原因判定テーブルの一例を模式的に示した障害発生時の図である。図9は、実施形態1に係るマルチレイヤネットワークで用いられる主原因判定テーブルの一例を模式的に示した障害復旧時の図である。なお、マルチレイヤネットワーク(ここではWAN)の構成部については図1、図2、図5を参照されたい。
ここでは、接続経路320、520で障害が発生した場合を例に説明する。
まず、パケット装置330は、接続経路320で障害が発生したときに、子コントローラ310に、接続経路320で障害が発生したことを知らせるアラーム通知を行う(ステップC1)。
次に、子コントローラ310は、アラームの通知を受けると、障害復旧処理は行わずに、親コントローラ110に対して、接続経路320で障害が発生したことを知らせるとともにフラグが設定されていることを知らせるアラーム通知を行う(ステップC2)。
次に、親コントローラ110は、アラーム通知を受信すると、主原因判定処理を行う(ステップC3)。
ステップC3の主原因判定処理では、親コントローラ110は、図8に示すように、主原因判定テーブル115においてフラグが有る接続経路320が格納されている項目は上位レイヤ接続経路であるため、主原因判定テーブル115の上位レイヤアラーム状態の項目に「発生」を格納する。合わせて、親コントローラ110は、アラームの発生時刻にある一定期間の保護時間を追加した発生保護期間終了時刻を設定し、主原因判定テーブル115の発生保護期間終了時刻の項目に格納する。
なお、発生保護期間終了時刻までに、下位レイヤアラーム状態が「発生」にならなかった場合、親コントローラ110は、接続経路320の障害が主原因と判断し、子コントローラ310に接続経路320の障害復旧処理要求を行うことになる。
また、ステップC1~ステップC3の間、又は、ステップC3の後、光装置530は、接続経路520で障害が発生したときに、子コントローラ510に、接続経路520で障害が発生したことを知らせるアラーム通知を行う(ステップC4)。
次に、子コントローラ510は、アラーム通知を受信すると、障害復旧処理は行わずに、親コントローラ110に対して、接続経路520で障害が発生したことを知らせるとともにフラグが設定されているアラーム通知を行う(ステップC5)。
次に、親コントローラ110は、アラーム通知を受信すると、主原因判定処理を行う(ステップC6)。
ステップC6の主原因判定処理では、親コントローラ110は、図9に示すように、主原因判定テーブル115においてフラグが有る接続経路520が格納されている項目は下位レイヤ接続経路であるため、主原因判定テーブル115の下位レイヤアラーム状態の項目に「発生」を格納する。ここで、接続経路520の障害は下位レイヤアラームであるため、親コントローラ110は、接続経路520の障害が主原因と判断する。合わせて、親コントローラ110は、発生保護期間終了時刻をクリアする。
次に、親コントローラ110は、子コントローラ510に対して、接続経路520の障害復旧処理要求を行う(ステップC7)。合わせて、親コントローラ110は、図9に示すように、障害復旧処理要求した時刻にある一定期間の保護時間を追加した復旧保護期間終了時刻を設定し、主原因判定テーブル115の復旧保護期間終了時刻の項目に格納する。
なお、復旧保護期間終了時刻までに上位レイヤアラーム状態がクリアされなかった場合、親コントローラ110は、接続経路320の障害は接続経路520の障害とは別要因によるものと判断して、接続経路320の障害復旧処理要求を、子コントローラ310に行うことになる。
次に、子コントローラ510は、障害復旧処理要求を受けることにより、障害経路を迂回するような経路計算を行う(ステップC8)。
次に、子コントローラ510は、経路計算した結果に基づいて、光装置530、550、560に対して接続経路520の設定を行う(ステップC9)。
この結果、接続経路520が復旧されるため、光装置530は、子コントローラ510に対して、接続経路520が復旧したことを知らせる復旧通知を行う(ステップC10)。
次に、子コントローラ510は、親コントローラ110に対して、接続経路520が復旧したことを知らせるとともにフラグを付与した復旧通知を行う(ステップC11)。
次に、親コントローラ110は、復旧処理として、主原因判定テーブル115の接続経路520の下位レイヤアラーム状態をクリアする(ステップC12)。
また、接続経路520の復旧により接続経路320が復旧されるため、ステップC10~ステップC11の間、又は、ステップC11の後、パケット装置330は、子コントローラ310に対して、接続経路320が復旧したことを知らせる復旧通知を行う(ステップC13)。
次に、子コントローラ310は、親コントローラ110に対して、接続経路320が復旧したことを知らせるとともにフラグを付与した復旧通知を行う(ステップC14)。
最後に、親コントローラ110は、復旧処理として、主原因判定テーブル115の接続経路320の上位レイヤアラーム状態をクリアし、合わせて、復旧保護期間終了時刻をクリアする(ステップC15)。
なお、実施形態1では、レイヤの種類がネットワークレイヤであり、レイヤの数が2つであり、レイヤ跨りの数が1つであり、かつ、装置の数が13個であるが、ネットワーク制御装置を階層構造にしたネットワーク制御システムを適用したマルチレイヤネットワークであれば、レイヤの種類、レイヤの数、レイヤ跨りの数、装置の数によらず実施可能である。
実施形態1によれば、レイヤ跨りを判定する仕組みと、フラグ設定を用いることで、親コントローラ110と子コントローラ210、310、410、510が連携して、障害復旧処理の効率化が必要な障害のみに絞り込んで処理することにより、マルチレイヤネットワーク(WAN100)における障害復旧処理の効率性を向上させることに貢献することができる。その理由として、複数のドメインで障害復旧処理を行う必要がなくなり、1つのドメインのみで障害復旧処理を行えばよいからである。
[実施形態2]
実施形態2に係るネットワークについて図面を用いて説明する。図10は、実施形態2に係るネットワークの一例の構成を模式的に示したブロック図である。
実施形態2に係るネットワークについて図面を用いて説明する。図10は、実施形態2に係るネットワークの一例の構成を模式的に示したブロック図である。
ネットワーク100は、ネットワーク制御システム101と、ノード230、240、250、330、340、350、430、440、450、530、540、550、560と、を有する。
ネットワーク制御システム101は、子コントローラ210、310、410、510と、親コントローラ110と、を有する。
子コントローラ210、310、410、510は、拠点800、900間のネットワーク100における複数のレイヤ600、700のそれぞれに存在するドメイン200、300、400、500に配されたノード230、240、250、330、340、350、430、440、450、530、540、550、560間を選択的に接続する第1接続経路220、320、420、520を制御する。子コントローラ310、510は、レイヤ跨りを介して接続された第1接続経路320、520に接続されたノード330、340、530、540、550から、第1接続経路320、520の障害が発生したことを知らせるアラーム通知を受信したときに、フラグを付与したアラーム通知を親コントローラ110に送信する処理を行う。
親コントローラ110は、子コントローラ210、310、410、510を制御するとともに第1接続経路220、320、420、520間を選択的に接続する第2接続経路120を制御する。親コントローラ110は、第1接続経路220、320、420、520間において第2接続経路120を介してレイヤ600、700間を跨って接続されたレイヤ跨りがあるか否かを判定する処理を行う。親コントローラ110は、レイヤ跨りがあるときに、レイヤ跨りを介して接続された第1接続経路320、520を制御する子コントローラ310、510に対して、通知にフラグを付与するように設定する処理を行う。親コントローラ110は、子コントローラ310又は510からフラグが付与されたアラーム通知を受信したときに、アラーム通知に係る第1接続経路320又は520に障害の主原因があるか否か判定する処理を行う。親コントローラ110は、障害の主原因があると判定された第1接続経路320又は520を制御する子コントローラ310又は510に障害復旧処理を要求する処理を行う。
ノード230、240、250、330、340、350、430、440、450、530、540、550、560は、拠点800、900間のネットワーク100における複数のレイヤ600、700のそれぞれに存在するドメイン200、300、400、500ごとに配されている。
実施形態2によれば、レイヤ跨りを判定する仕組みと、フラグ設定を用いることで、親コントローラ110と子コントローラ210、310、410、510が連携して、障害復旧処理の効率化が必要な障害のみに絞り込んで処理することにより、ネットワーク100における障害復旧処理の効率性を向上させることに貢献することができる。
上記実施形態の一部または全部は以下の付記のようにも記載され得るが、以下には限られない。
(付記)
本発明では、前記第1の視点に係るネットワーク制御システムの形態が可能である。
本発明では、前記第1の視点に係るネットワーク制御システムの形態が可能である。
前記第1の視点に係るネットワーク制御システムにおいて、前記親コントローラは、前記拠点間の経路順に前記ノード、前記第1接続経路、前記ドメイン、前記レイヤを関連付けて接続経路判定テーブルに格納する処理をさらに行い、前記レイヤ跨りがあるか否かを判定する処理では、前記接続経路判定テーブルにおいて、前記経路順に隣り合う前記第1接続経路に関連付けられた前記レイヤが互いに異なるときに、前記レイヤ跨りがあると判定する。
前記第1の視点に係るネットワーク制御システムにおいて、前記フラグを付与するように設定する処理では、前記レイヤ跨りがあると判定された前記第1接続経路を制御する前記子コントローラに対して、通知に前記フラグを付与するように設定する。
前記第1の視点に係るネットワーク制御システムにおいて、前記障害の主原因があるか否か判定する処理では、前記フラグがある前記アラーム通知を受信したときに、前記アラーム通知が前記レイヤ跨りの上位レイヤ側の前記第1接続経路を制御する前記子コントローラからのものか否かを判定する処理と、前記アラーム通知が前記レイヤ跨りの上位レイヤ側の前記第1接続経路を制御する前記子コントローラからのものである場合、前記アラーム通知に係るアラーム発生時刻から所定時間以内に、前記レイヤ跨りの下位レイヤ側の前記第1接続経路を制御する前記子コントローラから前記フラグがある前記アラーム通知を受信したか否かを判定する処理と、前記所定時間以内に、前記レイヤ跨りの下位レイヤ側の前記第1接続経路を制御する前記子コントローラから前記フラグがある前記アラーム通知を受信した場合、前記レイヤ跨りの下位レイヤ側の前記第1接続経路を前記障害の主原因があると判定する処理と、行う。
前記第1の視点に係るネットワーク制御システムにおいて、前記障害の主原因があるか否か判定する処理では、前記アラーム通知が前記レイヤ跨りの上位レイヤ側の前記第1接続経路を制御する前記子コントローラからのものでない場合、又は、前記所定時間以内に、前記レイヤ跨りの下位レイヤ側の前記第1接続経路を制御する前記子コントローラから前記フラグがある別のアラーム通知を受信しない場合、前記アラーム通知に係る前記第1接続経路に障害の主原因があると判定する。
前記第1の視点に係るネットワーク制御システムにおいて、前記子コントローラは、前記第1接続経路を計算する処理を行い、前記親コントローラは、前記子コントローラにて計算された前記第1接続経路に係る情報を取得する処理と、各前記第1接続経路に接続する前記第2接続経路を計算する処理と、を行い、前記レイヤ跨りがあるか否かを判定する処理では、計算された前記第1接続経路間において、前記レイヤ跨りがあるか否かを判定する。
本発明では、前記第2の視点に係るネットワークの形態が可能である。
本発明では、前記第3の視点に係るネットワーク制御方法の形態が可能である。
本発明では、前記第4の視点に係る親コントローラの形態が可能である。
本発明では、前記第5の視点に係るプログラムの形態が可能である。
なお、上記の特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示(特許請求の範囲及び図面を含む)の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素(各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む)の多様な組み合わせないし選択(必要により不選択)が可能である。すなわち、本発明は、請求の範囲及び図面を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。また、本願に記載の数値及び数値範囲については、明記がなくともその任意の中間値、下位数値、及び、小範囲が記載されているものとみなされる。
100 WAN(ネットワーク)
101、1101 ネットワーク制御システム
110、1110 親コントローラ
111 通信部
112 制御部
113 記憶部
114 接続経路管理テーブル
115 主原因判定テーブル
120 接続経路(第2接続経路)
200、300、400、500、1200、1300、1400 ドメイン
210、310、410、510、1210、1310、1410 子コントローラ
211、311、411、511 通信部
212、312、412、512 制御部
213、313、413、513 記憶部
220、320、420、520 接続経路(第1接続経路)
230、240、250 パケット装置(ノード)
330、340、350 パケット装置(ノード)
430、440、450 パケット装置(ノード)
530、540、550、560 光装置(ノード)
600、700 ネットワークレイヤ
800、900 拠点
1100 マルチレイヤネットワーク
1230、1240、1250 ノード
1330、1340、1350 ノード
1430、1440、1450 ノード
1530、1540、1550、1560 ノード
101、1101 ネットワーク制御システム
110、1110 親コントローラ
111 通信部
112 制御部
113 記憶部
114 接続経路管理テーブル
115 主原因判定テーブル
120 接続経路(第2接続経路)
200、300、400、500、1200、1300、1400 ドメイン
210、310、410、510、1210、1310、1410 子コントローラ
211、311、411、511 通信部
212、312、412、512 制御部
213、313、413、513 記憶部
220、320、420、520 接続経路(第1接続経路)
230、240、250 パケット装置(ノード)
330、340、350 パケット装置(ノード)
430、440、450 パケット装置(ノード)
530、540、550、560 光装置(ノード)
600、700 ネットワークレイヤ
800、900 拠点
1100 マルチレイヤネットワーク
1230、1240、1250 ノード
1330、1340、1350 ノード
1430、1440、1450 ノード
1530、1540、1550、1560 ノード
Claims (10)
- 拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラと、
前記子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラと、
を備え、
前記親コントローラは、
前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定する処理と、
前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定する処理と、
を行い、
前記子コントローラは、前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせるアラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信する処理を行い、
前記親コントローラは、
前記フラグが付与された前記アラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定する処理と、
前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求する処理と、
をさらに行う、
ネットワーク制御システム。 - 前記親コントローラは、前記拠点間の経路順に前記ノード、前記第1接続経路、前記ドメイン、前記レイヤを関連付けて接続経路判定テーブルに格納する処理をさらに行い、
前記レイヤ跨りがあるか否かを判定する処理では、前記接続経路判定テーブルにおいて、前記経路順に隣り合う前記第1接続経路に関連付けられた前記レイヤが互いに異なるときに、前記レイヤ跨りがあると判定する、
請求項1記載のネットワーク制御システム。 - 前記フラグを付与するように設定する処理では、前記レイヤ跨りがあると判定された前記第1接続経路を制御する前記子コントローラに対して、通知に前記フラグを付与するように設定する、
請求項1又は2記載のネットワーク制御システム。 - 前記障害の主原因があるか否か判定する処理では、
前記フラグがある前記アラーム通知を受信したときに、前記アラーム通知が前記レイヤ跨りの上位レイヤ側の前記第1接続経路を制御する前記子コントローラからのものか否かを判定する処理と、
前記アラーム通知が前記レイヤ跨りの上位レイヤ側の前記第1接続経路を制御する前記子コントローラからのものである場合、前記アラーム通知に係るアラーム発生時刻から所定時間以内に、前記レイヤ跨りの下位レイヤ側の前記第1接続経路を制御する前記子コントローラから前記フラグがある前記アラーム通知を受信したか否かを判定する処理と、
前記所定時間以内に、前記レイヤ跨りの下位レイヤ側の前記第1接続経路を制御する前記子コントローラから前記フラグがある前記アラーム通知を受信した場合、前記レイヤ跨りの下位レイヤ側の前記第1接続経路に前記障害の主原因があると判定する処理と、
行う、
請求項1乃至3のいずれか一に記載のネットワーク制御システム。 - 前記障害の主原因があるか否か判定する処理では、
前記アラーム通知が前記レイヤ跨りの上位レイヤ側の前記第1接続経路を制御する前記子コントローラからのものでない場合、
又は、
前記所定時間以内に、前記レイヤ跨りの下位レイヤ側の前記第1接続経路を制御する前記子コントローラから前記フラグがある別のアラーム通知を受信しない場合、
前記アラーム通知に係る前記第1接続経路に障害の主原因があると判定する、
請求項4記載のネットワーク制御システム。 - 前記子コントローラは、前記第1接続経路を計算する処理を行い、
前記親コントローラは、
前記子コントローラにて計算された前記第1接続経路に係る情報を取得する処理と、
各前記第1接続経路に接続する前記第2接続経路を計算する処理と、
を行い、
前記レイヤ跨りがあるか否かを判定する処理では、計算された前記第1接続経路間において、前記レイヤ跨りがあるか否かを判定する、
請求項1乃至5記載のいずれか一に記載のネットワーク制御システム。 - 請求項1乃至6のいずれか一に記載のネットワーク制御システムと、
前記拠点間の前記ネットワークにおける複数の前記レイヤのそれぞれに存在する前記ドメインごとに配された複数の前記ノードと、
を備える、
ネットワーク。 - 拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラと、前記子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラと、を用いてネットワークを制御するネットワーク制御方法であって、
前記親コントローラにて、前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定するステップと、
前記親コントローラにて、前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定するステップと、
前記子コントローラにて、前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせるアラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信するステップと、
前記親コントローラにて、前記フラグが付与された前記アラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定するステップと、
前記親コントローラにて、前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求するステップと、
を含む、
ネットワーク制御方法。 - 拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラであって、
前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定する処理と、
前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定する処理と、
前記フラグが付与されたアラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定する処理と、
前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求する処理と、
を行い、
前記子コントローラは、前記第2接続経路と前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせる前記アラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信する、
親コントローラ。 - 拠点間のネットワークにおける複数のレイヤのそれぞれに存在するドメインに配されたノード間を選択的に接続する第1接続経路を制御する複数の子コントローラを制御するとともに前記第1接続経路間を選択的に接続する第2接続経路を制御する親コントローラで実行されるプログラムであって、
前記第1接続経路間において前記第2接続経路を介して前記レイヤ間を跨って接続されたレイヤ跨りがあるか否かを判定する処理と、
前記レイヤ跨りがあるときに、前記レイヤ跨りを介して接続された前記第1接続経路を制御する前記子コントローラに対して、通知にフラグを付与するように設定する処理と、
前記フラグが付与されたアラーム通知を受信したときに、前記アラーム通知に係る前記第1接続経路に障害の主原因があるか否か判定する処理と、
前記障害の主原因があると判定された前記第1接続経路を制御する前記子コントローラに障害復旧処理を要求する処理と、
を実行させ、
前記子コントローラは、前記第2接続経路と前記レイヤ跨りを介して接続された前記第1接続経路に接続された前記ノードから、前記第1接続経路に障害が発生したことを知らせる前記アラーム通知を受信したときに、前記フラグを付与した前記アラーム通知を前記親コントローラに送信する、
プログラム。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018-052785 | 2018-03-20 | ||
JP2018052785 | 2018-03-20 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019181973A1 true WO2019181973A1 (ja) | 2019-09-26 |
Family
ID=67987664
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2019/011570 WO2019181973A1 (ja) | 2018-03-20 | 2019-03-19 | ネットワーク制御システム、方法、及び、プログラム |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2019181973A1 (ja) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150029846A1 (en) * | 2013-07-24 | 2015-01-29 | Infinera Corp. | Use of Switching for Optimizing Transport Costs for Bandwidth Services |
WO2017170103A1 (ja) * | 2016-03-30 | 2017-10-05 | 日本電気株式会社 | ネットワークシステム、ネットワーク制御装置、方法およびプログラム |
-
2019
- 2019-03-19 WO PCT/JP2019/011570 patent/WO2019181973A1/ja active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150029846A1 (en) * | 2013-07-24 | 2015-01-29 | Infinera Corp. | Use of Switching for Optimizing Transport Costs for Bandwidth Services |
WO2017170103A1 (ja) * | 2016-03-30 | 2017-10-05 | 日本電気株式会社 | ネットワークシステム、ネットワーク制御装置、方法およびプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI839379B (zh) | 在網路路由環境中的單節點和多節點資料儲存空間架構 | |
US9659075B2 (en) | Providing high availability in an active/active appliance cluster | |
CN105122730A (zh) | 用于快速链路故障处理的系统和方法 | |
CN106059791B (zh) | 一种存储系统中业务的链路切换方法和存储设备 | |
JP5941404B2 (ja) | 通信システム、経路切替方法及び通信装置 | |
KR101697372B1 (ko) | 다중보호그룹의 보호절체를 수행하는 보호절체 장치 및 방법 | |
JP2008228150A (ja) | スイッチ装置及びフレーム交換方法とそのプログラム | |
CN103166870A (zh) | 负载均衡集群系统及采用其提供服务的方法 | |
CN104065553B (zh) | 虚拟网络迁移方法和相关设备 | |
CN112217847A (zh) | 微服务平台及其实现方法、电子设备及存储介质 | |
JPWO2013146808A1 (ja) | コンピュータシステム、及び通信経路変更方法 | |
JP2007243487A (ja) | ネットワークのパス設定・帯域管理システムおよび方法 | |
JP5754504B2 (ja) | 管理装置、情報処理装置、情報処理システム及びデータ転送方法 | |
JP5445138B2 (ja) | データ分散格納方法およびデータ分散格納システム | |
WO2024113894A1 (zh) | 一种远程复制关系的建立方法及相关装置 | |
CN113364678A (zh) | 数据传输系统、方法、装置、电子设备和计算机可读介质 | |
WO2019181973A1 (ja) | ネットワーク制御システム、方法、及び、プログラム | |
Ashrafi et al. | Placement of controllers in software defined networking under multiple controller mapping | |
US8972771B2 (en) | Connection control apparatus, storage system, and control method of connection control apparatus | |
WO2016068238A1 (ja) | ネットワークの制御システム、制御装置、ネットワーク情報の管理方法及びプログラム | |
JP6384481B2 (ja) | ネットワーク設計支援装置、ネットワーク設計方法及びプログラム | |
JP6787576B2 (ja) | クラウド中継システムおよび中継サーバ | |
JP2011186609A (ja) | 高可用性システム、サーバ、高可用性維持方法及びプログラム | |
CN109861909A (zh) | 一种故障收敛方法及装置 | |
CN116248581B (zh) | 一种基于sdn的云场景网关集群主备切换方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19771283 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 19771283 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: JP |