WO2004102902A1 - ノード冗長制御方法およびノード冗長制御装置 - Google Patents

ノード冗長制御方法およびノード冗長制御装置 Download PDF

Info

Publication number
WO2004102902A1
WO2004102902A1 PCT/JP2003/006016 JP0306016W WO2004102902A1 WO 2004102902 A1 WO2004102902 A1 WO 2004102902A1 JP 0306016 W JP0306016 W JP 0306016W WO 2004102902 A1 WO2004102902 A1 WO 2004102902A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
line
port
node device
trunk
Prior art date
Application number
PCT/JP2003/006016
Other languages
English (en)
French (fr)
Inventor
Masato Okuda
Original Assignee
Fujitsu Limited
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Limited filed Critical Fujitsu Limited
Priority to JP2004571850A priority Critical patent/JPWO2004102902A1/ja
Priority to PCT/JP2003/006016 priority patent/WO2004102902A1/ja
Publication of WO2004102902A1 publication Critical patent/WO2004102902A1/ja
Priority to US11/158,766 priority patent/US20050243713A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering

Definitions

  • the present invention relates to a node redundancy control method and a node redundancy control device for achieving node redundancy in a communication network, and in particular, to reduce a traffic load at the time of switching due to a node failure and perform high-speed switching.
  • the present invention relates to a node redundancy control method and a node redundancy control device.
  • the receiving node selects the normally operating line as the active line and the other line as the standby line, transfers the data from the active line, and discards the data from the standby line.
  • the receiving node if any failure occurs in the working line, the receiving node newly selects the normally operating protection line as the working line and transfers the data from the working line. I do.
  • VRRP Virtual Router Redundancy Protocol
  • a redundant group is composed of two (or three or more) nodes (IP routers or Ethernet switches), and one node actually transmits and receives frames as an active node, and the other nodes
  • the standby node is set as a standby node in case an error occurs in the active node.
  • VRRP allows each device connected to a node (router) to appear as if multiple nodes (routers) are operating as one node (router).
  • VRRP is a protocol in which one of two or more nodes (routers) is used as the active node, and the remaining nodes (routers) are used as the standby nodes. Operates as an active system and 'failure is avoided.
  • STP Shorting Tree Protocol
  • ST Spanning Tree
  • Patent Document 1
  • the forwarding table (MAC (Media Access Control) address table) needs to be rewritten at the nodes around the failure point.
  • MAC Media Access Control
  • the transfer table is created by learning the MAC address in the frame.To realize rewriting of the transfer table in the event of a failure, the contents of the transfer tape are erased when a failure occurs and It is common to redo dress learning.
  • the present invention has been made in view of the above, and an object of the present invention is to provide a node redundancy control method and a node redundancy control device capable of reducing a traffic load at the time of switching due to a node failure and performing high-speed switching. . Disclosure of the invention
  • the present invention provides a node redundancy control method applied to a network located at each edge of a network and a network system including a plurality of grouped nodes.
  • a switching step of, when a failure occurs, switching the working line to the protection line.
  • the present invention is a node redundancy control device applied to a network system having a plurality of nodes that are located at each edge of a network and a plurality of nodes that are grouped, and the node redundancy control device receives the node from a node located at the edge.
  • First transmitting means for transmitting to each of the nodes of the group via the working line and the protection line, and receiving the same information via the working line and the protection line, and via the protection line
  • second transmitting means for transmitting the information received via the working line to a next node, and when a failure occurs, switching the working line to the protection line It is provided with a switching means and.
  • the same information is received through the working line and the protection line, the information received through the protection line is discarded, and the information received through the working line is transmitted to the next node.
  • the working line is switched to the protection line, so that the traffic load at the time of switching due to a node failure can be reduced and switching can be performed at high speed.
  • FIG. 1 is a block diagram showing a configuration of a first embodiment according to the present invention.
  • FIG. 2 is a block diagram illustrating a redundancy switching operation in the first embodiment.
  • FIG. 4 is a block diagram illustrating a configuration of the node device SW # 1 illustrated in FIG. 1;
  • FIG. 4 is a block diagram illustrating a configuration of the reception processing units Rxl to Rx4 illustrated in FIG. 1 and FIG. 3;
  • FIG. 5 is a diagram showing the transfer information table 23 shown in FIG. 4
  • FIG. 6 is a diagram showing the switching pair table 24 shown in FIG. 4
  • FIG. 8 is a block diagram showing the configuration of the switching control unit 10 shown in FIG. 3,
  • FIG. 8 is a diagram showing the trunk management table 11 shown in FIG. 7, and FIG. FIG.
  • FIG. 10 is a flowchart for explaining the operation of the transfer port determining unit 22 shown in FIG. 10.
  • FIG. 10 is a flowchart showing the operation of the switching determining unit 13 shown in FIG.
  • FIG. 11 is a flowchart for explaining the operation.
  • FIG. 11 is a diagram for explaining an operation example 1 in the second embodiment of the present invention.
  • FIG. 12 is a flowchart for explaining an operation example 2 in the second embodiment.
  • FIG. 13 is a flowchart for explaining the operation of the second embodiment.
  • FIG. 14 is a diagram for explaining the background of the third embodiment of the present invention.
  • Fig. 15 shows the results of the third embodiment.
  • FIG. 16 is a block diagram showing the configuration.
  • FIG. 16 is a block diagram showing the configuration of the switching control unit 30 according to the third embodiment.
  • FIG. 17 is a block diagram showing the redundant group shown in FIG.
  • FIG. 18 is a diagram showing a management table 31.
  • FIG. 18 is a flowchart for explaining a failure detection process in the third embodiment.
  • FIG. 19 is a notification message in the third embodiment.
  • FIG. 20 is a flowchart illustrating a receiving process.
  • FIG. 20 is a flowchart illustrating a response message receiving process according to the third embodiment.
  • FIG. 21 is a flowchart illustrating a response message receiving process according to the fourth embodiment of the present invention.
  • FIG. 22 is a block diagram illustrating the configuration.
  • FIG. 22 is a diagram illustrating the configuration of a transmission processing unit 40 according to the fourth embodiment.
  • FIG. 23 is a block diagram illustrating the reception processing unit 50 according to the fourth embodiment.
  • FIG. 24 is a diagram showing the configuration of the fourth embodiment.
  • FIG. 25 is a diagram showing the configuration of the switching control unit 60
  • FIG. 25 is a diagram showing the remote node management table 61 and the own node management table 62 shown in FIG. 24, and
  • FIG. 27 is a flowchart illustrating a failure detection process according to the fourth embodiment.
  • FIG. 27 is a flowchart illustrating a notification message receiving process according to the fourth embodiment.
  • FIG. FIG. 29 is a block diagram for explaining the operation of the fifth embodiment
  • FIG. 29 is a block diagram for explaining the operation of the fifth embodiment
  • FIG. 30 is a block diagram of the embodiment according to the present invention.
  • FIG. 3 is a block diagram showing a configuration of a switching control unit 70 in 5 to 7, FIG.
  • FIG. 31 is a block diagram showing a configuration of a reception processing unit 80 in the fifth embodiment
  • FIG. 33 is a block diagram illustrating the operation of the sixth embodiment according to the present invention
  • FIG. 34 is a block diagram illustrating the operation of the sixth embodiment.
  • FIG. 35 is a flowchart illustrating a control command input process according to the sixth embodiment.
  • FIG. 36 is a block diagram illustrating an operation of the seventh embodiment according to the present invention.
  • FIG. 37 is a block diagram illustrating the operation of the seventh embodiment
  • FIG. 38 is a block diagram illustrating the operation of the eighth embodiment according to the present invention. Is a block diagram showing a configuration of a reception processing unit 90 in the eighth embodiment.
  • FIG. 40 is a diagram showing the transfer information table 91 shown in FIG. Is the third 9 is a diagram showing the switching pair table 92 shown in FIG. 9;
  • FIG. 42 is a diagram showing the length target table 93 shown in FIG. 39;
  • FIG. FIG. 44 is a block diagram showing the configuration of the ninth and tenth embodiments, FIG. 44 is a block diagram showing the configuration of the reception processing unit 100 in the ninth embodiment, and
  • FIG. FIG. 44 is a diagram showing the transfer information table 101 shown in FIG. 44,
  • FIG. 46 is a diagram showing the switching node pair table 102 shown in FIG. 44, and
  • FIG. FIG. 44 is a diagram showing the switching link pair table 103 shown in FIG. 44.
  • FIG. 48 is a block diagram showing a configuration of the switching control unit 110 in the ninth embodiment.
  • the figure shows the node trunk management table 111 shown in FIG. 48
  • FIG. 50 shows the link trunk management tape table shown in FIG.
  • FIG. 51 is a diagram showing FIG. 112
  • FIG. 51 is a flowchart for explaining the operation of the transfer port determining unit 104 shown in FIG. 44
  • FIG. 53 is a flowchart for explaining the operation of the switching determination section 113 shown in FIG. 53
  • FIG. 53 is a block diagram showing the configuration of the reception processing section 120 in Embodiment 1 ° according to the present invention.
  • FIG. 54 is a diagram showing the switching link pair tape holder 122 shown in FIG. 53
  • FIG. 55 is a diagram showing the switching control unit 130 in the embodiment 10 of the present invention.
  • FIG. 56 is a block diagram showing the configuration.
  • FIG. 56 is a diagram showing the link trunk management table 1 31 shown in FIG. 55.
  • FIG. 57 is a diagram showing the transfer port determination shown in FIG. 53.
  • FIG. 58 is a flowchart for explaining the operation of the unit 122, and
  • FIG. 58 is a flowchart for explaining the operation of the switching determination unit 132 shown in FIG.
  • FIG. 59 is a block diagram for explaining the operation of the embodiment 11 according to the present invention, and
  • FIG. 60 is a diagram showing the own node management table 140 in the embodiment 11 of the present invention.
  • FIG. 61 is a diagram showing a counter node management table 150 in Embodiment 11;
  • FIG. 62 is a diagram showing a modification of Embodiments 1 to 11 according to the present invention;
  • FIG. 3 is a block diagram showing a configuration. BEST MODE
  • FIG. 1 is a block diagram showing a configuration of a first embodiment according to the present invention. This figure consists of two node devices, Edge # 1 and Edge # 2, and four node devices, SW # 1 to SW # 4, which communicate between Terminal X and Terminal Y. A communication network system for performing the above is shown.
  • the terminal X and the terminal Y are computer terminals having a communication function, and perform communication via the communication network system according to a predetermined communication protocol.
  • the node device Edge # 1 and the node device Edge # 2 have a function as an edge node, and are connected to the terminal X and the terminal Y.
  • the node devices SW # 1 to SW # 4 are provided between the node device Edge # 1 and the node device Edge # 2, and have a function as a core node.
  • the node devices SW # 1 to SW # 4 the node device SW # 1 and the node device SW # 2 form a redundancy group #A, and the node devices SW # 3 and SW # 4 Redundancy group #B is configured.
  • the redundancy group may include three or more node devices.
  • each of the node device Edge # 1, the node device Edge # 2, the node device SW # 1 to the node device SW # 4 includes ports P1 to P4, a switch S, and a switching control unit (not shown). ).
  • the port P1 includes a transmission processing unit TX1 and a reception processing unit RX1.
  • the port P2 includes a transmission processing unit T X2 and a reception processing unit R2.
  • the port P 3 includes a transmission processing unit T X3 and a reception processing unit R X3.
  • the port P4 includes a transmission processing unit TX4 and a reception processing unit R4.
  • Port P1 of the node device Edge # 1 is connected to terminal X via a line.
  • port P3 is connected to port P1 of node device SW # 1 via a line
  • port P4 is connected to port P1 of node device SW # 2.
  • a plurality of physical lines (the line of the port P3 and the line of the port P4) 1S are used as one logical line as a trunk (circuit) T1. Be recognized.
  • the node device SW # 1 is connected to the port P3 of the node device Edge # 1 via the line of the port P1, but does not recognize the line of the port P1 as a trunk.
  • the node device SW # 2 is connected to the port P4 of the node device Edge # 1 via the line of the port P1, but does not recognize the line of the port P1 as a trunk.
  • the two node devices constituting each redundancy group are interconnected.
  • the port P3 is connected to the port P1 of the node device SW # 3 via a line
  • the port P4 is connected to the port P of the node device SW # 4. 1 is connected via a line.
  • the port P3 is connected to the port P2 of the node device SW # 3 via a line
  • the port P4 is connected to the port P2 of the node device SW # 4. Connected via a line.
  • a plurality of physical lines (the line of the port P3 and the line of the port P4) are recognized as a trunk (line) T1A as one logical line. ⁇ has been.
  • a plurality of physical lines (the line of the port P3 and the line of the port P4) are used as a trunk (line) T2A as one logical line. Be recognized.
  • a plurality of physical lines (the line of the port P1 and the line of the port P2) are used as a trunk (line) T3B as one logical line. Be recognized.
  • a plurality of physical lines (the line of the port P1 and the line of the port P2) are used as trunks (lines) as one logical line. Recognized as T4B; Tb.
  • Port P3 of node device Edge # 2 is connected to terminal Y via a line.
  • the port P1 is connected to the port P3 of the node device SW # 3 via a line
  • the port P2 is connected to the port P3 of the node device SW # 4. Connected via a line.
  • a plurality of physical lines (the line of the port P1 and the line of the port P2) S, a trunk (a line) T as one logical line T Recognized as 2.
  • the node device SW # 3 is connected to the port P1 of the node device Edge # 2 via the port P3 line, but does not recognize the line of the port P3 as a trunk.
  • the node device SW # 4 is connected to the port P 2 of the node device Edge # 2 via the port P 3, ⁇ , and recognizes the line of the port P 3 as a trunk. do not do.
  • FIG. 3 is a block diagram showing a configuration of the node device SW # 1 shown in FIG.
  • the switching control unit 10 controls the ports P1 to P4 and, for example, notifies the reception processing units Rxl to Rx4 of the status information (operation / standby) shown in FIG. I do.
  • the status information is information indicating whether the line connected to each port is an operation line or a protection line.
  • FIG. 4 is a block diagram showing a configuration of the reception processing units R X1 to R X4 shown in FIG. 1 and FIG.
  • a line terminating unit 20 has a function of terminating an electric signal or an optical signal from a line.
  • the transfer information extracting unit 21 extracts transfer information (destination MAC address, VLAN-ID, etc. in Ethernet) indicating the transfer destination from the header of the received frame.
  • the transfer port determination unit 22 receives the status information (operation / standby) from the switching control unit 10 (see FIG. 3) and the transfer information extracted by the transfer information extraction unit 21 (in this case, the destination MAC address). In the case of an IP router, the destination IP address. Label. ), It has a function to determine the port to which the received frame is forwarded.
  • the transfer information table 23 is a table showing the correspondence between the MAC address and the trunk ID (including the port ID).
  • the MAC address is transfer information extracted by the transfer information extraction unit 21.
  • the trunk ID is an identifier for identifying a trunk set in the node device.
  • Port ID is an identifier for identifying a port.
  • the switching pair table 24 is a table indicating which lines (ports) the trunk is composed of. Specifically, as shown in FIG. 6, the switching pair table 24 is a table showing the correspondence between the trunk ID and the port ID (line).
  • the trunk ID is an identifier for identifying a trunk set in the node device.
  • the port ID is an identifier for identifying a port corresponding to a plurality of lines constituting the trunk.
  • a plurality of trunk IDs are set in the switching pair table 24, which indicates a case where a plurality of trunks are set in each node device.
  • the transfer / copy information adding unit 25 adds a tag indicating to which port the frame is to be transferred to the frame based on the determination by the transfer port determining unit 22 and outputs the tag to the switch S.
  • FIG. 7 is a block diagram showing a configuration of the switching control unit 10 shown in FIG.
  • a trunk management table 11 is a table for managing the trunk of each node device.
  • the trunk management table 11 is a table showing the correspondence between trunks, lines, and states.
  • a trunk represents a trunk set for each node device.
  • Lines (ports) represent the lines (ports) that make up the trunk.
  • the status represents operational Z reserve and health.
  • Operation / standby indicates whether the line (port) is an operation line or a protection line.
  • the normality indicates whether the line (port) is normal or disconnected due to a failure.
  • the port P 4 (line) of the node device Edge # 1, the port P 3 (line) of the node device SW # 1, and the port P 4 (line) of the node device SW # 2 are set to the working line. .
  • port P 3 (line) of node device Edge # 1 port P 4 (line) of node device SW # 1, port P 3 (line) of node device SW # 2, port P of node device SW # 3 2 (line), port P 1 (line) of node device SW # 4 and port P 2 (line) of node device Edge # 2 are set as protection lines.
  • the port information exchange section 12 exchanges information with the ports P1 to P4 (see FIG. 3). For example, when the switching determination unit 13 receives a failure notification indicating that a line failure has occurred from a certain port via the port information exchange unit 12, the switching determination unit 13 and the trunk management table 11 1 ( based on the first reference 8 Figure), to switch the determination, rows passing loss port to port one Bok related ⁇
  • FIG. 9 is a flowchart for explaining the operation of the transfer port determining unit 22 shown in FIG.
  • FIG. 10 is a flowchart for explaining the operation of the switching judgment unit 13 shown in FIG.
  • step SA1 shown in FIG. 9 the transfer port determination unit 22 (see FIG. 4) of each reception processing unit determines whether transfer information (frame) has been input, and in this case, The same judgment is repeated with the judgment result being “No”.
  • step SB 1 shown in FIG. 10 the switching determination unit 13 (see FIG. 7) determines whether or not a failure has been detected in the port, and in this case, the determination result is “No”. And repeat the same judgment.
  • the line termination unit 20 terminates an electric signal or an optical signal corresponding to the frame.
  • the transfer information extracting unit 21 extracts transfer information (in this case, the destination MAC address corresponding to the terminal Y) from the header of the received frame, and extracts the transfer port determining unit 22 and the transfer / copy information. Output to addition section 25.
  • the transfer port determining unit 22 sets the determination result of step S A1 shown in FIG. 9 to “Y e s”.
  • the transfer port determination unit 22 learns the source MAC address by associating it with the trunk (port) constituting the input line.
  • step SA3 the transfer port determining unit 22 determines the input line (port P1) based on the state information (in this case, the working line) from the switching control unit 10 (see FIG. 3). It is determined whether the corresponding line is a working line or not. In this case, the result is “Yes”.
  • step SA4 the transfer port determination unit 22 searches the transfer information table 23 using the transfer information (destination MAC address) from the transfer information extraction unit 21 as a key, and outputs the output trunk (in this case, the trunk). T1) is obtained.
  • step SA5 the transfer port determination unit 22 searches the switching pair tape hole 24 using the output trunk (in this case, the trunk T1) as a key, and acquires information on the output destination port (line).
  • the output ports (lines) are port P3 and port P4 corresponding to trunk T1.
  • the transfer port determining unit 22 determines the step SA1 after transferring the information of the output destination port (line) corresponding to the port P3 and the port P4 to the transfer Z duplicate information adding unit 25. .
  • the transfer / duplication information adding unit 25 adds the tag corresponding to the port P3 and the port P4 to the frame from the transfer information extracting unit 21, and outputs the frame to the switch S.
  • Switch S refers to the tag, duplicates the frame, and transfers each frame to port P 3 (transmission processing unit TX 3) and port P 4 (transmission processing unit Tx4) of node device Edge # 1 I do.
  • the frame is transmitted from the port P3 (transmission processing unit Tx3) to the port P1 (reception processing unit Rxl) of the node device SW # 3, and the port P4 ( Transmission processing unit Tx4) to node device SW # 4 port
  • the frame is transmitted to P 1 (reception processing unit Rx 1).
  • a frame is transmitted from the port P3 (transmission processing unit Tx3) to the port P2 (reception processing unit Rx2) of the node device SW # 3, and the port P4 ( Transmission processing unit Tx 4) to node device SW # 4 port
  • the frame is transmitted to P2 (reception processing unit Rx2).
  • step S A2 the transfer port determination unit 22 learns the source MAC address by associating it with the trunk (port) constituting the input line.
  • step SA3 the transfer port determining unit 22 determines the input line (port P2) based on the state information (in this case, the protection line) from the switching control unit 10 (see FIG. 3). It is determined whether the corresponding line is a working line or not. In this case, the result of the determination is “No”.
  • step S A6 the transfer port determination unit 22 makes the transfer Z duplicate information addition unit 25 discard the frame, and then performs the determination in step S A1. That is, in the node device SW # 3, a frame received on one of the two lines (port P1 and port P2) on the receiving side as an operating line is transferred, and a frame received on the other as a protection line is transferred. Discarded.
  • the frame received on the line of port P2 as the working line is transferred to port P3 ( The data is transferred from the transmission processing unit TX 3) to the port P 2 (reception processing unit RX 2) of the node device Edge # 2. Also, frames received using the port P1 line as the protection line are discarded.
  • the node devices SW # 2 and SW # 3 are connected to the node device SW # 2 as a trunk connection destination. And the node device SW # 4, which may cause switching.
  • the node device Edge # 1 and the node device SW # 4 are connected to the node device SW # 2. Since the lines (Port P4 and Port P2) are both working lines and the communication is affected, it is necessary to switch the working line from the failure detection line (working line when a failure occurs) to the protection line.
  • the port P4 (the reception processing unit R x4) of the node device Edge # 1 cannot receive a predetermined signal or light, and thus detects the node failure. Then, it notifies the switching control unit 10 (Fig. 3 and Fig. 7).
  • the switching determination unit 13 of the switching control unit 10 executes the steps shown in FIG.
  • step SB2 the switching determination unit 13 refers to the trunk management table 11 (see FIG. 8) and sets a trunk to the failure detection line (in this case, the line of the port P4 of the node device Edge # 1). Is determined, and in this case, the determination result is ⁇ ⁇ s J.
  • step SB6 If the result of the determination in step SB2 is "No”, in step SB6, the switching determination unit 13 updates the trunk management table 11 for the failure detection line (normality is denied from normal). In step SB3, the switching determination unit 13 refers to the trunk management table 11 to determine whether the failure detection line is a working line or not. In this case, the determination result is "YesJ”. If the result of the determination at step SB3 is "No", the process at step SB6 is executed.
  • step SB4 the switching determination unit 13 refers to the trunk management tape ⁇ ⁇ 11 to correspond to the current working line (in this case, the line of port P4 of the node device Edge # 1). It is determined whether the protection line (in this case, the line of the port P3 of the node device Edge # 1) is normal or not. In this case, the result of the determination is “Yes”. If the result of the determination in step SB4 is "No", the process of step SB6 is executed.
  • step SB5 the switching determination unit 13 executes 1 + 1 switching for switching the working line from the failure detection line to the protection line. More specifically, the switching determination unit 13 notifies the port P 4 (reception processing unit RX 4 and transmission processing unit TX 4), which is a failure detection line, of the status information (the protection line) and the port P 4, which is the protection line. Notify the status information (working line) to P 3 (reception processing unit R x 3 and transmission processing unit T x 3). Further, the switching determination unit 13 updates the trunk management table 11.
  • the line of port P3 is switched from the protection line to the working line, and the line of port P4 is switched from the working line to the protection line.
  • the failure detection line (the line of the port P2) is a protection line
  • the result of the determination in step SB3 shown in FIG. Only the table 11 is updated, and the working line is not switched. That is, in the case of the node device SW # 3, even if a node failure occurs in the node device SW # 2, there is no influence of communication disconnection or the like.
  • the same frame is received via the working line and the protection line
  • the frame received via the protection line is discarded, and the same frame is received via the working line.
  • the received frame is transmitted to the next node device, and when a failure occurs, the working line is switched to the protection line. Therefore, the traffic load at the time of switching in the event of a node failure can be reduced and switching can be performed at high speed.
  • FIG. 11 is a diagram for explaining an operation example 1 in the second embodiment.
  • the communication network system shown in Fig. 11 (a) has a node device Edge # 1, a redundancy group # (node device SW # 1 and node device SW # 2), and a redundancy group #B (node device SW # 3 and node device SW # 4), node device Edge # 2, node device Edge # 3, and node device Edge # 4.
  • the trunk T1 is composed of a port # 1 (for example, a working line) and a port # 2 (for example, a protection line).
  • the trunk TLA is composed of the port P2 and the port P3. Note that port P1 of node device SW # 1 does not form a trunk.
  • the trunk T2A includes a port P2 and a port P3.
  • the port P1 of the node device SW # 2 does not form a trunk.
  • trunk T3B is connected to port P1 and port P
  • the ports P3, P4 and P5 of the node device SW # 3 do not form a trunk.
  • the trunk T4B includes a port PI and a port P2.
  • the ports P3, P4, and P5 of the node device SW # 4 do not form a trunk.
  • the trunk T2 is composed of the port PI and the port P2.
  • the trunk T3 is composed of port # 1 and port # 2.
  • the trunk T4 includes a port F1 and a port P2.
  • the ports P1 to P4 are configured by a reception processing unit and a transmission processing unit as in the first embodiment.
  • each node device determines whether or not a failure has been detected in the connected line, and in this case, the determination result is “No”, and the same determination is repeated.
  • the node device Edge # 2 sets the working line to the port K31 in the same manner as in the first embodiment. Switch from P1 (failure detection line) to port P2 (protection line).
  • the node device Edge # 3 and the node device Edge # 4 communicate with the node device Edge # 2 via the node device SW # 3 and the line K31. You can't do that.
  • the node device SW # 3 notifies all the ports affected by the line 31 (in this case, the port P4 and the port P5) so as to be disconnected. .
  • the node device Ed ge # 3 and the node device Ed g e # 4 the line of the total port as disconnection state (failure).
  • the node device SW # 3 sets the 3006016
  • step S C 1 The determination result of step S C 1 shown in the figure is “Y e s”.
  • step SC2 the node device SW # 3 determines whether the failure detection line (in this case, the line K3 1 of the port P3 of the node device SW # 3) has a trunk setting in the same manner as in the first embodiment. Is determined, and in this case, the determination result is “No”.
  • Step SC7 the node device SW # 3 notifies all the ports (in this case, the port P4 and the port P5) affected by the line K31 to be disconnected. As a result, at port P4 and port P5, the connected line is physically disconnected (light or electrical level is reduced), causing a pseudo failure.
  • step SC6 node device SW # 3 updates trunk management table 11 (see FIG. 8) in the same manner as in the first embodiment.
  • connection destination node device Edge # 3 and node device Edge # 4 execute the above-described 1 + 1 switching due to the occurrence of the pseudo failure as shown in FIG. 11 (b), By switching the working line from the pseudo-failure detection line to the protection line, failures are avoided and the connection is maintained.
  • the occurrence of the failure and the 1 + 1 switching instruction are specified to the node device Edge # 3 and the node device Edge # 4 via another line (not shown) without causing a pseudo failure.
  • the notification may be made in some way.
  • the node device SW # 3 when a failure occurs in all the lines (line K21 and line K22) constituting the trunk T3B of the node device SW # 3, the node device SW # The node device that uses the line related to # 3 as the operation line is affected by the communication interruption. Therefore, in the second embodiment, as operation example 2, in order to avoid such an effect, the node device SW # 3 notifies all adjacent node devices of the failure in the same manner as in operation example 1. .
  • Examples of the failure notification method include a method of notifying an explicit notification message and a method of physically disconnecting a connection line (dropping an optical or electrical level).
  • the node device SW # 3 upon detecting a failure of the line 21 and the line K22, the node device SW # 3 sets the determination result of step SC1 shown in FIG. 13 to "Yes". In step SC2, the node device SW # 3 detects the failure in the same manner as in the first embodiment. It is determined whether the trunk line is set to the outgoing line (in this case, the line K21 of the port P1 of the node device SW # 3 and the line K22 of the port P2), and in this case, the judgment result is “ Yes ”.
  • step SC3 the node device SW # 3 determines whether or not the failure detection line includes the working line (in this case, the line K21), and in this case, sets the determination result to “Y es”.
  • step SC4 the node device SW # 3 determines whether or not the protection line (in this case, the line K22) is normal. In this case, the determination result is “No”.
  • step SC7 the node device SW # 3 notifies all the ports affected by the lines K21 and K22 (in this case, the ports P3, P4 and P5) to be disconnected. I do. As a result, at the ports P3, P4, and P5, the connected lines are physically disconnected (the optical and electrical levels are reduced), causing a pseudo failure.
  • step SC6 the node device SW # 3 updates the trunk management table 11 (see FIG. 8) in the same manner as in the first embodiment.
  • step SC4 the connection destination node device Edge # 2, node device Edge # 3, and node device Edge # 4, due to the occurrence of a pseudo failure.
  • step SC5 1 + 1 switching is executed in step SC5.
  • step SC6 the process at step SC6 is executed.
  • the occurrence of the failure is notified to the connection destination node device affected by the failure. And switching can be performed at high speed.
  • the node device Ed g shown in FIG. In the special case of failure of all the lines constituting the trunk T2 of e # 2 (or node failure of the node device Edge # 2 itself), as shown in Fig. 14 (b) Then, a problem occurs that the node device SW # 3 and the node device SW # 4 (redundancy group # B) of the connection destination completely stop functioning.
  • node devices constituting the same redundant group notify each other of the status, and the redundant devices are connected in the redundant group due to a line failure or the like.
  • a configuration example for avoiding a situation in which all the node devices completely stop functioning will be described.
  • each node device in the redundancy group usually has the same connection destination (node device). This is necessary so that if one node device fails, another node device can take over its connectivity.
  • the number of normally operating trunks between the node devices in the redundancy group (the trunks for connection with the node devices Edge # 1 to Edge # 4 are used). Even if there is a need to notify the transfer capacity such as the number of normally operating lines and to shut down all node devices in the redundancy group, at least one Make sure that the node device remains operating.
  • FIG. 16 is a block diagram showing a configuration of a switching control unit 30 according to the third embodiment.
  • the switching control unit 30 is provided in each of the node devices Edge # 1 to Edge # 4 and the node devices SW # 1 to SW # 4 shown in FIG.
  • FIG. 16 parts corresponding to the respective parts in FIG. 7 are denoted by the same reference numerals.
  • a switching determining unit 32 is provided instead of the switching determining unit 13 shown in FIG. 7, and a redundant group management table 31 is newly provided.
  • the redundancy group management table 31 is a table ⁇ / for managing each node device constituting the redundancy group, and has fields of information item, own node, and pair node as shown in FIG. .
  • the own node indicates a node device in which the redundancy group management table 31 is provided.
  • the pair node corresponds to a node device paired with the own node.
  • the own node corresponds to the node device SW # 3
  • the pair node Corresponds to the node device SW # 4.
  • the information items are the number of valid trunks, the number of valid lines, the priority, and the identifier.
  • the effective number of trunks is the effective number of trunks set for the node device (own node, pair node).
  • the number of effective lines is the effective number of lines connected to the node device.
  • the priority indicates the priority of the own node and the pair node.
  • the identifier is for identifying the node device, and is a MAC address or the like.
  • step SD1 shown in FIG. 18 each node device (node device Edge # 1 to node device Edge # 4 and node device SW # 1 to node device SW # 4 shown in FIG. 15) Then, it is determined whether or not the force detected the failure. In this case, the determination result is “No” and the same determination is repeated.
  • step SE1 shown in FIG. 19 each node device determines whether a request message has been received. In this case, the determination result is “No”, and the same determination is repeated.
  • step SF1 shown in FIG. 20 each node device determines whether a response message has been received. In this case, the determination result is “No”, and the same determination is repeated.
  • step SD2 the node device SW # 3 updates the redundant group management table 31 (see FIG. 17) for its own node. In this case, since one line (corresponding to the trunk T2) has failed, the node device SW # 3 decrements the number of valid lines of its own node shown in FIG. 17 by one.
  • the node device SW # 3 decrements the number of valid trunks of its own node by 1 when a failure has occurred in all the lines of the trunk of the own node or when the failure detection line does not constitute a trunk. In this case, since the failure detection line (corresponding to trunk T2) does not form a trunk, the effective trunk number of the own node shown in FIG. 17 is decremented by one.
  • step SD3 the node device SW # 3 determines whether or not the trunk is set to the failure detection line, and in this case, the determination result is “No”.
  • the node device SW # 3 forms the redundancy group #B.
  • the node device SW # 3 generates a request message for the anode (node device SW # 4) and transmits the request message to the pair node (node device SW # 4).
  • This request message is a message for requesting the update content of the redundancy management table in the pair node (in this case, node device SW # 4).
  • the request message includes the updated contents of the redundant table in the own node (node device SW # 3).
  • the node device SW # 3 waits for a response from the pair node (node device SW # 4).
  • the node The device SW # 4 sets the determination result of step SD1 shown in FIG. 18 to “Yes”.
  • the node device SW # 4 updates the redundancy group management table 31 (see FIG. 17) for its own node.
  • the node device SW # 4 has one line. (Corresponding to trunk T2) has a fault, so the number of valid lines of its own node shown in Fig. 17 is decremented by one.
  • the node device SW # 4 decrements the number of valid trunks of its own node by 1 when all the lines of the trunk of the own node have a failure or when the failure detection line does not form a trunk. In this case, the number of effective trunks of the own node shown in FIG. 17 is decremented by one because the failure detection time, ⁇ (corresponding to trunk T2) does not constitute a trunk.
  • Step SD3 the node device SW # 4 determines whether or not the trunk is set to the failure detection line, and in this case, the determination result is “No”.
  • step SD7 the node device SW # 4 generates a request message for the anode (node device SW # 3) constituting the redundancy group #B and transmits the request message to the pair node (node device SW # 3) I do.
  • This request message is a message for requesting the update content of the redundancy management table in the pair node (in this case, node device SW # 3).
  • the request message contains the updated contents of the redundant table in the own node (node device SW # 4).
  • Node device SW # 4 waits for a response from the pair node (node device SW # 3).
  • step SE2 the node device SW # 4 updates the content of the pair node (node device SW # 3) in the redundancy group management table 31 based on the update content included in the request message.
  • the node device SW # 4 forms a redundant group #B.
  • the node device SW # 4 generates a response message to the anode (node device SW # 3) and transmits the response message to the pair node (node device SW # 3). I do.
  • This response message includes the update contents of the own node in the redundancy management table provided in the own node (in this case, node device SW # 4).
  • step SE4 the node device SW # 4 stores the information (the number of valid trunks, the number of valid lines, and the priority) of the own node and the pair node in the redundancy group management table 31. ).
  • step SE5 the node device SW # 4 determines whether or not the paired node is superior to its own node.
  • excellent means that the number of available trunks is larger, the number of available lines is larger, or the priority is higher, and the transfer capability of the node device is higher.
  • step SE6 the node device SW # 4 issues an instruction to set all the ports to the disconnected state (disconnect the optical signal), and Notify the node device (all adjacent nodes) that the line connected to the pair node (node device SW # 3) is the working line. If the result of the determination at step SE5 is “No”, the node device SW # 4 makes the determination at step S E1.
  • the communication is reduced to the minimum necessary level and lines not related to the failed trunk (for example, the node device SW # 3 and the node device Edge # 3 and node device Edge # 4 line) can be maintained.
  • the node device SW # 3 sets the determination result of step SF1 shown in FIG. 20 to “Yes”.
  • step SF2 the node device SW # 3 updates the content of the pair node (node device SW # 4) in the redundancy group management table 31 based on the update content included in the response message.
  • step S F 3 the node device SW # 3 compares information (the number of valid trunks, the number of valid lines, and the priority) between the own node and the pair node in the redundancy group management table 31.
  • step SF4 the node device SW # 3 determines whether the paired node is superior to its own node in the same manner as in step SE5 (see FIG. 19).
  • step SF4 determines whether the determination result of step SF4 is "No" or not.
  • the node device SW # 3 performs the determination of step SF1.
  • the result of step SF 4 If “Yes”, in step SF5, the node device SW # 3 issues an instruction to put all the ports (lines) into the disconnected state (the optical signal is disconnected), and instructs the opposing node device to Notify that the line connected to the pair node (node device SW # 4) is set as the working line.
  • step SD4 determines whether or not the failure detection line is the working line. If the determination result in step SD4 is "No", each node device makes the determination in step SD1.
  • step SD5 each node device determines whether or not the protection line is normal. If the determination result in step SD5 is “Yes”, in step SD6, each node device performs 1 + 1 switching in the same manner as in step SC5 (see FIG. 13). If the determination result in step SD5 is "No”, the process in step SD7 is executed.
  • the communication capability is notified among the node devices in the redundancy group, and when a failure occurs, the node having the higher communication capability among the plurality of node devices in the redundancy group Since the device is in charge of communication, communication can be performed using a node device having higher communication capability.
  • FIG. 21 is a block diagram showing a configuration of the fourth exemplary embodiment of the present invention. This In the figure, parts corresponding to FIG. 14 (a) and FIG. 15 are denoted by the same reference numerals.
  • each boat of each node device is provided with the transmission processing unit 40 shown in FIG.
  • the notification message input unit 41 receives the notification message generated by the switching control unit 60 (see FIG. 24) when a failure occurs, and sends the notification message to the multiplexing unit 42. hand over.
  • the multiplexing unit 42 multiplexes the frame from the switch S and the notification message.
  • the line terminating unit 43 is connected to the line and transmits a multiplexed frame.
  • the reception processing unit 50 shown in FIG. 23 is used for each port of each node device.
  • the same reference numerals are given to the parts corresponding to the respective parts in FIG.
  • the notification message extraction unit 51 extracts a notification message (see FIG. 22) from the multiplexed frame transmitted from the correspondent node device, 24 See Fig. 4).
  • the switching control unit 60 shown in FIG. 24 is used for each port of each node device.
  • the same reference numerals are given to parts corresponding to the respective parts in FIG.
  • the remote node management table 61 is set for each trunk, and is a table for managing each remote node device facing the node device (own node).
  • the remote node management table 61 has fields of an information item, a connection destination node of the line 1, and a connection destination node of the line 2. .
  • the node device has a remote node management table 61 for each trunk.
  • connection destination node of line 1 corresponds to the connection destination node (counter node device) of line 1 constituting the trunk.
  • Destination node for the circuit 2 corresponds to the destination node line 2 constituting the trunk (the opposite node device). That is, The trunk consists of line 1 and line 2.
  • the information items are the number of valid trunks, the number of valid lines, the priority, and the identifier.
  • the number of effective trunks is the effective number of trunks set in each opposing node device (the connection destination node of lines 1 and 2).
  • the number of effective lines is the effective number of lines connected to each opposing node device.
  • the priority indicates the priority in each opposing node device.
  • the identifier is for identifying each opposing node device, and is a MAC address or the like.
  • the own node management table 62 is a table for managing the own node, and as shown in FIG. 25 (b), the number of valid trunks and the effective line for the own node. It manages information on numbers, priorities, and identifiers.
  • the switching determination unit 63 updates the own node management table 62 and makes a determination regarding 1 + 1 switching based on the remote node management table 61.
  • step SG1 shown in FIG. 26 each node device (node device Edge # 1 to node device Edge # 4, node device SW # 1 to node device SW # 4 shown in FIG. 21)
  • the switch determination unit 63 determines whether or not a failure has been detected. In this case, the determination result is set to “No” and the same determination is repeated.
  • step SH1 shown in FIG. 27 the switching determination unit 63 of each node device determines whether or not a notification message has been received from the correspondent node device. In this case, the determination result is “No”. And repeat the same judgment.
  • the switching determination unit 63 of the node device SW # 3 The determination result of step SG1 shown in FIG. 26 is “Yes”.
  • step SG2 the switching determination unit 63 of the node device SW # 3 updates its own node management table 62 (see FIG. 25 (b)) for its own node.
  • the switching determination unit 63 of the node device SW # 3 connects to one line (corresponding to trunk T2). Since a failure has occurred, the number of valid lines of the local node shown in Fig. 25 (b) is decremented by one.
  • the switching determination unit 63 of the node device SW # 3 determines that the number of effective trunks of the own node is 1 when the trunk of the own node has a failure in all the lines or when the failure detection line does not constitute a trunk. Decrement. In this case, since the fault detection line (corresponding to the trunk T2) does not form a trunk, the number of valid trunks of the own node shown in FIG. 25 (b) is decremented by one.
  • step S G3 the switching determination unit 63 of the node device SW # 3 determines whether or not the trunk is set to the failure detection line, and in this case, the determination result is “No”.
  • step SG7 the node device SW # 3 is connected to the opposing node device (in this case, the node device SW # 1, the node device SW # 2, the node device Edge # 2, the node device Edge # 3, and the node device E
  • a notification message for dge # 4 is generated and passed to the notification message insertion unit 41 (see Fig. 22) to transmit the notification message to each correspondent node.
  • This notification message includes the update content of the redundancy table in the own node (node device SW # 3).
  • the node device The switching determination unit 63 of SW # 4 sets the determination result of step SG1 shown in FIG. 26 to “Yes”.
  • step SG2 the switching determination unit 63 of the node device SW # 4 updates its own node management table 62 (see FIG. 25 (b)) for its own node.
  • the switching determination unit 63 of the node device SW # 4 has determined that one of the lines (corresponding to the trunk T2) has failed, so that the own node validity shown in FIG. Decrement the number of lines by one.
  • the switching determination unit 6 3 of the node device SW # 4 with respect to the trunk of the self-node, or if a fault in all lines are generated, if the fault detection circuit does not constitute a trunk, 6
  • step SG3 the switching determination unit 63 of the node device SW # 4 determines whether or not a trunk is set in the failure detection time H, and in this case, the determination result is "No".
  • the node device SW # 4 is connected to the opposing node device (in this case, the node device SW # 1, the node device SW # 2, the node device Edge # 2, the node device Edge # 3, and the node device E It generates a notification message for dge # 4), passes it to the notification message insertion unit 41 (see Fig. 22), and sends the notification message to each correspondent node.
  • This notification message includes the updated contents of the redundancy table in the own node (node device SW # 4).
  • step SH2 the switching determination unit 63 of the node device Edge # 3 updates each of its own node tables of the node device SW # 3 and the node device SW # 4 included in the notification message. Based on the contents, the contents of the connection destination nodes (node device SW # 3 and node device SW # 4) in the remote node management table 61 are updated.
  • step SH3 the switching determination unit 63 of the node device Edge # 3 stores the! / In the remote node management table 61, and determines whether the connection node of the line 1 is connected to the connection destination node of the line 2. Compare information (valid trunks, valid lines, priority).
  • step SH4 the switching determination unit 63 of the node device Edge # 3 determines, based on the comparison result in step SH3, the line (port) connected to the best node device as the working line. After switching, the judgment of step SH1 is performed.
  • node device SW # 1, node device SW # 2, node device Edge # 2 and node device Edge # 4 are the same as node device Edge # 3. After the above operation, 1 + 1 switching is performed.
  • step SG4 determines whether the failure detection line is an operation line.
  • step SG4 performs the determination of step SG1.
  • step SG5 determines whether or not the standby line is normal. If the determination result in step SG5 is “Yes”, in step SG6, each node device executes 1 + 1 switching in the same manner as in step SC5 (see FIG. 13). If the determination result of step SG5 is "No", the process of step SG7 is executed.
  • a node device having excellent transfer capability even in a redundant group can continue transfer processing without disconnecting all ports in the redundant group. .
  • FIG. 28 and FIG. 29 are block diagrams illustrating the operation of the fifth embodiment according to the present invention.
  • parts corresponding to the respective parts in FIG. 1 are denoted by the same reference numerals.
  • the switching control unit 70 shown in FIG. 30 is used for each port of each node device.
  • the same reference numerals are given to parts corresponding to the respective parts in FIG. Difficult 06016
  • the command input unit 71 is for inputting a control command by an administrator.
  • the control command is a command for prohibiting the node device connected to the working line from using the working line and forcibly instructing 1 + 1 switching.
  • the switching determination unit 71 executes processing based on a control command in addition to the function of the switching determination unit 13 (see FIG. 7).
  • the reception processing unit 80 shown in FIG. 31 is used for each port of each node device.
  • the same reference numerals are given to the parts corresponding to the respective parts in FIG.
  • control command extraction unit 81 extracts the control command from the frame transmitted from the node device, and passes it to the switching control unit 70 (see FIG. 30).
  • step SI 1 shown in the figure the switching determination unit 72 (see FIG. 30) of each node device determines whether or not a control command has been received. In this case, the determination result is “No”. And repeat the same judgment.
  • the switching determination unit 72 Transmits a control command to the node device SW # 4.
  • This control command is a use prohibition command for prohibiting the node device SW # 4 using the above working line from using the working line and switching the working line to the protection line.
  • step SI2 the switching determination unit 72 of the node device SW # 4 determines whether or not the control command is a use prohibition command. In this case, the determination result is set to "Yes".
  • the switching determination unit 72 of the node device SW # 4 executes the control command It is determined whether the line receiving the (use prohibited command) is a working line or not. In this case, the result of the determination is “Yes”. In step SI4, the switching determination unit 72 of the node device SW # 4 determines whether the protection line is normal or not. In this case, the determination result is "Yes”.
  • step SI5 the switching determination unit 72 of the node device SW # 4 forcibly changes the working line from the port P2 (working line) to the port P1 (protection line) as shown in FIG. Switch.
  • step SI3 or step SI4 determines whether or not the line that has received the control command (other than the use prohibition command) is an active line.
  • step SI6 If the determination result of step SI6 is "No", the process of step SI5 is executed. On the other hand, when the determination result of step SI6 is "Yes", the determination of step SI1 is performed.
  • the working line of another node device is forcibly remotely switched to the protection line by inputting a control command, thereby improving the convenience for the administrator. Can be.
  • the node device SW # 2 based on the control command inputted by the node device SW # 2, the node device SW
  • the node device SW # 4 may be configured to perform 1 + 1 switching with a low force switch.
  • this configuration example will be described as a sixth embodiment.
  • FIG. 33 and FIG. 34 are block diagrams illustrating the operation of the sixth embodiment according to the present invention.
  • the configuration of the sixth embodiment is the same as the configuration of the fifth embodiment.
  • step SJ 1 shown in the figure the switching determination unit 72 (see FIG. 30) of each node device determines whether or not a control command has been input by the command input unit 71 by the administrator. In this case, the same judgment is repeated with the judgment result being “No”.
  • the switching determination unit 72 Sets the determination result of step SJ1 shown in FIG. 35 to “Yes”.
  • step SJ2 the switching determination unit 72 of the node device SW # 4 determines whether the target line corresponding to the control command (in this case, the line of the port P2) is an operation line, and in this case, The judgment result is “Yes”.
  • step SJ3 the switching determination unit 72 of the node device SW # 4 determines whether or not the protection line (in this case, the line of the port P1) is normal. Let the result be “Yes”.
  • step SJ4 the switching determination unit 72 of the node device SW # 4 locally forcibly changes the working line from the port P2 (working line) to the port P1 (protection line) as shown in FIG. Switch.
  • step S J2 or step S J3 If the determination result of step S J2 or step S J3 is “No”, the determination of step S J1 is performed.
  • the working line of the own node device is forcibly switched to the protection line locally by inputting the control command, so that the convenience for the administrator can be improved.
  • FIGS. 36 and 37 are block diagrams illustrating the operation of the seventh embodiment according to the present invention.
  • Embodiment 7 is a configuration example of a combination of Embodiments 5 and 6 described above.
  • the node device SW # 4 switches the working line from port P2 (working line) to port P1 (protection line) as shown in Fig. 37. Line) Remotely forcibly switched.
  • the node device SW # 2 When a local control command for the node device SW # 2 is input to the node device SW # 2 shown in FIG. 36, the node device SW # 2 receives the control command as shown in FIG.
  • the working line is forcibly switched locally from port P4 (working line) to port P3 (protection line).
  • VLAN Virtual Local Area Network
  • VLAN is a technology that creates a virtual group with only a specific node on the LAN without depending on the physical cable or the connection form of the machine in the LAN, and is provided as an additional function to the router / hub.
  • nodes that exist on physically distant segments can be gathered and appear to be on the same logical segment. Therefore, a network can be flexibly constructed or its configuration can be changed regardless of the physical connection form of the nodes. For example, two departments on different floors can be considered as one logical segment, or nodes located at remote locations can virtually participate in the segment to which they should belong.
  • FIG. 38 is a block diagram illustrating the operation of the eighth embodiment according to the present invention.
  • the same reference numerals are given to parts corresponding to FIG.
  • two VLANs are connected between terminal XI and terminal X2, VLAN-X, and between terminal Y1 and terminal Y2.
  • 003/006016 two VLANs are connected between terminal XI and terminal X2, VLAN-X, and between terminal Y1 and terminal Y2.
  • VLAN—Y is set.
  • the terminal X1 is connected to the port P1 of the node device Edge # 1.
  • the terminal X2 is connected to the port P3 of the node device Edge # 2.
  • the terminal Y1 is connected to the port P2 of the node device Edge # 1.
  • the terminal Y2 is connected to the port P4 of the node device Edge # 2.
  • VLAN—X is configured with redundancy. That is, in VLAN-X, in addition to the working line route L1, the protection line routes L3 and L4 are set. Therefore, if a failure occurs in the working line path L1, redundancy can be obtained by the protection line path L3 and the path L4, so that the failure can be avoided.
  • VLAN-Y has a configuration without redundancy. That is, in VLAN-Y, a route for the protection line is not set in addition to the route L2 for the working line. Therefore, if a failure occurs in the working line L2, no redundancy is obtained.
  • the reception processing unit 90 shown in FIG. 39 is used for each port of each node device.
  • the same reference numerals are given to the parts corresponding to the respective parts in FIG.
  • the transfer information table 91 is a table representing the MAC address, VLAN-ID, the correspondence between the trunk ID and port ID.
  • the MAC address is the transfer information extracted by the transfer information extracting unit 21.
  • VLAN-ID is an identifier for identifying a frame corresponding to VLAN-X or VLAN-Y, and is specified in IEEE 802.1Q.
  • VLAN ID 100 is an identifier of a frame corresponding to VLAN-X.
  • V LAN—ID 2 ⁇ 0 is an identifier of a frame corresponding to VLAN—Y.
  • the trunk ID is an identifier for identifying the trunk set in the node device.
  • Port ID is an identifier for identifying a port.
  • the switching pair table 92 is a table indicating which line (port) the trunk is composed of. Specifically, as shown in Fig. 41, Difficult 06016
  • the switching pair table 92 is a table showing the correspondence between trunk IDs and port IDs (lines).
  • the trunk ID is an identifier for identifying a trunk set in the node device.
  • the port ID is an identifier for identifying a port corresponding to a plurality of lines constituting the trunk.
  • the redundancy target table 93 is a table for managing whether or not the VLAN is a redundancy target. More specifically, as shown in FIG. 42, the redundancy target table 93 has fields of VLAN-ID and presence / absence of redundancy.
  • VLAN-ID is an identifier for identifying a frame corresponding to VLAN-X or VLAN-Y, and corresponds to VLAN-ID shown in FIG. Redundancy indicates the presence or absence of redundancy for the VLAN.
  • the route L1 of the working line is connected to the bidirectional working line by using the mechanism described in the seventh embodiment.
  • Device Ed ge # 1—Node device SW # 1_Node device SW # 3—Node device Edge # 2 is set.
  • the transfer information extraction unit 21 shown in FIG. 39 transmits the transfer information (in this case, the destination MAC address corresponding to the terminal X2) and the VLAN-ID (this In this case, 100) is extracted and output to the transfer port determination unit 94 and the transfer Z duplicate information addition unit 25.
  • the forwarding port determination unit 94 searches the switching pair table 92 (see FIG. 41) using the output trunk (in this case, trunk T1) as a key, and Get the information of the port (line). Further, the transfer port determining unit 94 checks the presence / absence of redundancy shown in FIG. 42 (in this case, 1: present) using the VLAN-ID as a key.
  • the transfer port determining unit 94 transfers the information of the output destination port (line) corresponding to the port P3 and the port P4 and the check result (with redundancy) to the transfer / duplication information adding unit 25.
  • the transfer Z duplicate information adding unit 25 adds the tags corresponding to the ports P 3 and P 4 to the frame from the transfer information extracting unit 21 and outputs the frame to the switch S.
  • the switch S copies each frame to the port P 3 (transmission processing unit TX 3) and the port P 4 (transmission processing unit Tx 4) of the node device Edge # 1. Transfer to
  • the VLAN-X frame is received by the terminal X2 via the operation line L1.
  • switching from the working line to the protection line is performed in the same manner as in the first embodiment because redundancy is provided.
  • the transfer information extracting unit 21 shown in FIG. 39 converts the transfer information (in this case, the destination MAC address corresponding to the terminal Y2) and the VLAN-ID ( In this case, 200) is extracted and output to the transfer port determining unit 94 and the transfer / duplication information adding unit 25.
  • the transfer Z copy information adding unit 25 adds the tag corresponding to the port P3 to the frame from the transfer information extracting unit 21 and outputs the frame to the switch S.
  • the switch S refers to the tag and transfers the frame only to the port P3 (transmission processing unit Tx3) of the node device Edge # 1.
  • the frame is transferred only to the working line and not to the protection line.
  • the frame of V LAN ⁇ ⁇ is received by the terminal Y 2 via the route L 2. Note that when a failure occurs, the redundancy between the terminal Y1 and the terminal Y2 is interrupted because redundancy is not provided.
  • the eighth embodiment by providing a frame that receives a redundant service and a frame that does not receive the redundant service in the same communication network system, it is possible to duplicate a frame for traffic requiring high reliability. Although it consumes the resources of the communication network system, it can receive redundant services that enable communication even in the event of a failure.
  • each trunk (trunk Tl, trunk ⁇ 1 ⁇ , etc.) is provided, and node redundancy for node (node equipment) redundancy is obtained.
  • node redundancy for node (node equipment) redundancy.
  • FIG. 43 is a block diagram showing a configuration of a ninth embodiment according to the present invention. This figure includes two node devices Edge # 1 and Node #Edge # 2, four node devices SW # 1 to SW # 4, and a terminal X and a terminal Y. A communication network system for communicating between is illustrated.
  • the terminal X and the terminal Y are computer terminals having a communication function, and perform communication via the communication network system according to a predetermined communication protocol.
  • the node device Edge # 1 and the node device Edge # 2 have a function as an edge node, and are connected to the terminal X and the terminal Y.
  • the node devices SW # 1 to SW # 4 are provided between the node device Edge # 1 and the node device Edge # 2, and have a function as a core node.
  • the node devices SW # 1 to SW # 4 the node device SW # 1 and the node device SW # 2 form a redundancy group #A, and the node devices SW # 3 and SW # 4 Redundancy group #B is configured.
  • the redundancy group may be composed of three or more node devices.
  • each of the node device Edge #l, the node device Edge # 2, the node device SW # 1 to the node device SW # 4 includes ports P1 to P8, a switch S, and a switch control unit (not shown). ).
  • the port P1 includes a transmission processing unit TX1 and a reception processing unit RX1.
  • the port P2 includes a transmission processing unit T X2 and a reception processing unit R2.
  • the port P 3 includes a transmission processing unit T X3 and a reception processing unit R 3.
  • the port P4 includes a transmission processing unit T X4 and a reception processing unit R X4.
  • the port P5 includes a transmission processing unit TX5 and a reception processing unit RX5.
  • the port P6 includes a transmission processing unit TX6 and a reception processing unit R6.
  • the port P 7 includes a transmission processing unit T X7 and a reception processing unit R X7.
  • the port P8 includes a transmission processing unit TX8 and a reception processing unit RX8.
  • Port P 1 of node device Edge # 1 is connected to terminal X via a line.
  • the port P5 is connected to the node device SW #
  • the port P1 is connected via a line to the port P1
  • the port P6 is connected via a line to the port P2 of the node device SW # 1.
  • the port P7 is connected to the port P1 of the node device SW # 2 via a line
  • the port P8 is connected to the port P2 of the node device SW # 2. Connected via a line.
  • Node trunk as a typical circuit (line) Recognized as TN 1.
  • the node trunk T N1 is for realizing node redundancy.
  • the link between the node device Edge # 1 and the node device SW # 1 has a redundant configuration (the line of the port P5 and the line of the port P6). .
  • the line of port P5 and the line of port P6 are recognized as link trunk TL1.
  • This link trunk T L1 is for realizing link redundancy.
  • the link between the node device SW # 1 and the node device Edge #l has a redundant configuration (the line of port P1 and the line of port P2). Have been.
  • the line at port P1 and the line at port P2 are recognized as link trunk TL3.
  • This link trunk T L3 is for realizing link redundancy.
  • the link between the node device Edge # 1 and the node device SW # 2 has a redundant configuration (the line of the port P7 and the line of the port P8).
  • the line at port P7 and the line at port P8 are recognized as link trunk TL2.
  • the link trunk T L2 is for realizing link redundancy.
  • the link between the node device SW # 2 and the node device Edge # 1 has a redundant configuration (port P1 line and port P2 line). I have.
  • the port P1 line and the port P2 line Known as Klank TL 4.
  • This link trunk TL4 is for realizing link redundancy. '
  • the two node devices constituting each redundancy group are interconnected.
  • the port P5 is connected to the port P1 of the node device SW # 3 via a line
  • the port P6 is connected to the port P of the node device SW # 3. 2 is connected via a line.
  • the port P7 is connected to the port P1 of the node device SW # 4 via a line, and the port P8 is connected to the port P2 of the node device SW # 4. Connected through.
  • node trunk as a line (line) Recognized as TN 1 A.
  • This node trunk T N 1A is for realizing node redundancy.
  • the link between the node device SW # 1 and the node device SW # 3 has a redundant configuration (the line of the port P5 and the line of the port P6).
  • the line of port P5 and the line of port P6 are recognized as link trunk TL5.
  • the link trunk T L5 is for realizing link redundancy.
  • the link between the node device SW # 3 and the node device SW # 1 has a redundant configuration (port P1 line and port P2 line). .
  • the circuit at port P 1, ⁇ and the line at port P 2 are recognized as link trunk TL 9.
  • This link trunk T L9 is for realizing link redundancy.
  • the link between the node device SW # 1 and the node device SW # 4 has a redundant configuration (port P7 line and port P8 line).
  • rank T L 6 Recognized as rank T L 6. This link trunk T L6 is for realizing link redundancy.
  • the link between the node device SW # 4 and the node device SW # 1 on the opposing node device SW # 4 side has a redundant configuration (port P1 line and port P2 line). I have.
  • the port P1 line and the port P2 line are recognized as the link trunk TL11. This link trunk TL11 is for realizing link redundancy.
  • the port P5 is connected to the port P3 of the node device SW # 3 via a line
  • the port P6 is connected to the port P4 of the node device SW # 3. Connected via a line.
  • the port P7 is connected to the port P3 of the node device SW # 4 via a line
  • the port P8 is connected to the port P4 of the node device SW # 4. Connected through.
  • Node trunk (line) as a logical line Recognized as TN 2 A.
  • This node trunk T N 2 A is for realizing node redundancy.
  • the link between the node device SW # 2 and the node device SW # 3 has a redundant configuration (the line of the port P5 and the line of the port P6).
  • the line at port P5 and the line at port P6 are recognized as link trunk TL7.
  • the link trunk T L7 is for realizing link redundancy.
  • the link between node device SW # 3 and node device SW # 2 has a redundant configuration (port P3 line and port P4 line). ing.
  • the line of port P3 and the line of port P4 are recognized as link trunk TL10.
  • This link trunk TL10 is for realizing link redundancy.
  • the link between the node device SW # 2 and the node device SW # 4 has a redundant configuration (port P7 line and port P8 line). I have.
  • the port P7 line and the port P8 line are recognized as link trunk TL8.
  • This link trunk TL 8 is for realizing link redundancy.
  • the link between the node device SW # 4 and the node device SW # 2 on the opposing node device SW # 4 has a redundant configuration (the line of port P3 and the line of port P4). Have been.
  • the line of port P3 and the line of port P4 are recognized as link trunk TL12. This link trunk TL12 is for realizing link redundancy.
  • the four lines of the ports P1 to P4 are recognized as the node trunk TN3B.
  • port P5 is connected to terminal Y
  • port P1 is connected to port P5 of node device SW # 3 via a line
  • port P2 is connected to node device SW # 3.
  • # 3 port Connected to P6 via line.
  • the port P3 is connected to the port P5 of the node device SW # 4 via a line
  • the port P4 is connected to the port P6 of the node device SW # 4. Connected via a line.
  • node trunk (line) as a logical line ⁇ ⁇ 2
  • the node trunk ⁇ ⁇ 2 is for realizing node redundancy.
  • the node device E d g e # 2 and the node equipment SW # link redundancy (port P 1 of the line contact Yopi port P 2 times line) between 3 and Have been.
  • the line of port P1 and the line of port P2 are recognized as link trunk TL15.
  • the link trunk TL 15 is for realizing link redundancy.
  • the link between the node device SW # 3 and the node device Edge # 2 is redundant on the opposing node device SW # 3 side (line of port P5 and line of port P6) It has been.
  • the port P5 line and the port P6 line are identified as link trunk TL13. This link trunk TL13 is for realizing link redundancy.
  • the link between the node device Edge # 2 and the node device SW # 4 has a redundant configuration (port P3 line and port P4 line).
  • the port P3 and port P4 lines are identified as link trunk TL16.
  • This link trunk TL16 is for realizing link redundancy.
  • the link between the node device SW # 4 and the node device Edge # 2 is made redundant (the line of port P5 and the line of port P6) on the opposite node device SW # 4 side. ing.
  • the line at port P5 and the line at port P6 are recognized as link trunk TL14.
  • This link trunk TL14 is for realizing link redundancy.
  • node device SW # 4 four lines of ports P1 to P4 are recognized as node trunk TN4B.
  • the reception processing section 100 is used as shown in FIG. 44.
  • parts corresponding to the respective parts in FIG. 4 are denoted by the same reference numerals.
  • the transfer information table 101 is a table showing the correspondence between the MAC address and the node trunk ID (including the port ID).
  • the MAC address is transfer information extracted by the transfer information extraction unit 21.
  • the node trunk ID is an identifier for identifying the node trunk set in the node device.
  • the switching node pair table 102 is a table indicating which link trunk the node trunk is composed of. Specifically, as shown in FIG. 46, the switching node pair table 102 is a table representing the correspondence between the node trunk ID and the link trunk ID.
  • the node trunk ID is an identifier for identifying the node trunk set in the node device.
  • the link trunk ID is an identifier for identifying a plurality of link trunks constituting the node trunk.
  • the switching link pair tape holder 103 is a table indicating which line (port) the link trunk is composed of. More specifically, as shown in FIG. 47, the switching link pair table 103 is a table showing the correspondence between link trunk IDs and port IDs (lines).
  • the link trunk ID is an identifier for identifying the link trunk set in the node device.
  • the port ID is an identifier for identifying a port corresponding to a plurality of lines constituting the trunk.
  • the switching control unit 110 shown in FIG. 48 is used for each node device.
  • parts corresponding to the respective parts in FIG. 7 are denoted by the same reference numerals.
  • the node trunk management table 111 is a tape storage for managing the node trunk of each node device.
  • Nord The rank management table 111 is a table showing the correspondence between node trunks, link trunks, and states.
  • a node trunk represents a node trunk set for each node device.
  • the link trunk indicates a link trunk set for each node device.
  • the status indicates the operational Z reserve health.
  • the operation Z spare indicates whether the link trunk (circuit) is an operation line or a protection line. Normality indicates whether the link trunk (line) is normal or disconnected due to a failure.
  • the link trunk management table 112 is a table for managing the link trunk of each node device. More specifically, as shown in FIG. 50, the link trunk management table 112 is a table showing the correspondence between link trunks, lines, and states.
  • a link trunk represents a link trunk set for each node device.
  • the line (port) indicates the line (port) that forms the link trunk.
  • the status indicates operational / spare and health.
  • Operation / standby indicates whether the line (port) is an operation line or a protection line.
  • the normality indicates whether the line (port) is normal or disconnected due to a failure.
  • the switching determination unit 113 determines switching based on the node trunk management table 111 and the link trunk management table 112.
  • FIG. 51 is a flowchart for explaining the operation of the transfer port determining unit 104 shown in FIG.
  • FIG. 52 is a flowchart for explaining the operation of the switching determination section 113 shown in FIG.
  • step SK1 shown in FIG. 51 the transfer port determination unit 104 of each reception processing unit (see FIG. 44) determines whether or not the transfer information (frame) has been input, and In this case, the judgment result is set to “No” and the same judgment is repeated.
  • step SL 1 shown in FIG. 52 the switching determination unit 1 1 3 (see FIG. 48) Judgment) determines whether or not a fault has been detected at the port. In this case, the judgment result is “No” and the same judgment is repeated.
  • the line termination unit 20 terminates an electric signal or an optical signal corresponding to the frame.
  • the transfer information extracting unit 21 extracts transfer information (in this case, the destination MAC address corresponding to the terminal Y) indicating the transfer destination from the header of the received frame, and transfers the transfer port determining unit 104 and the transfer Z duplicate information adding unit 25. Output to
  • the transfer port determining unit 104 sets the determination result of step SK1 shown in FIG. 51 to “Yes”.
  • step SK2 the transfer port determining unit 104 learns the source MAC address by associating it with the node trunk constituting the input line.
  • step SK3 the transfer port determining unit 104 determines the input line (corresponding to port P1) based on the state information (in this case, the working line) from the switching control unit 110 (see FIG. 48).
  • Line is a working line for the link trunk.
  • the port P1 does not form a link trunk, but since the port P1 is a working line, the transfer port determining unit 104 sets the determination result of step S K3 to “Yes”.
  • step S K4 the transfer port determining unit 104 determines whether or not the link trunk is an active node trunk. In this case, the transfer port determining unit 104 sets the determination result of step SK4 to “YesJ” because the port P1 is the working line.
  • step SK5 the transfer port determination unit 104 searches the transfer information table 101 (see FIG. 45) using the transfer information (destination MAC address) from the transfer information extraction unit 21 as a key, and outputs the output node trunk (in this case, , Node trunk TN1).
  • step SK6 the transfer port determining unit 104 searches the switching node pair table 10 2 (see FIG. 46) using the output node trunk (in this case, node trunk TN 1) as a key, and outputs information on the output destination link trunk. get.
  • the output link trunks are the link trunk TL1 and the link trunk TL2 that constitute the node trunk TN1.
  • step SK 7 the transfer port determining unit 104, the output destination link trunk (in this case, the link trunk TL 1 Oyopi link trunk TL 2) as a key, switch link pair table 103 (see FIG. 47) Search and get the output destination port (line).
  • the output destination link trunk in this case, the link trunk TL 1 Oyopi link trunk TL 2
  • switch link pair table 103 see FIG. 47
  • the output destination ports are port P5, port P6, port P7, and port P8 in the node device Edge # 1 shown in FIG.
  • the transfer port determining unit 104 transfers the information of the output destination port (line) corresponding to the port P5, the port P6, the port P7, and the port P8 to the transfer / duplication information adding unit 25. Step SK1 is determined.
  • the transfer / duplication information adding unit 25 adds tags corresponding to the ports P5, P6, P7, and P8 to the frame from the transfer information extracting unit 21. , Output to switch S.
  • the switch S refers to the tag, duplicates the frame, and copies each frame to the port P 5 (transmission processing unit TX 5), port P 6 (transmission processing unit TX 6), and port P of the node device Edge # 1. 7 (transmission processing unit TX 7) and port P 8 (transmission processing unit T x 8).
  • a frame is transmitted from the port P5 (transmission processing unit TX5) to the port P1 (reception processing unit Rxl) of the node device SW # 1, and the port P6
  • the frame is transmitted from (transmission processing unit Tx6) to port P2 of node device SW # 1 (reception processing unit Rx2).
  • a frame is transmitted from the port P7 (the transmission processing unit TX7) to the port P1 (the reception processing unit Rxl) of the node device SW # 2.
  • the frame is transmitted from port P8 (transmission processing unit Tx8) to ports 1 and P2 (reception processing unit RX2) of node device SW # 2.
  • step SK2 the transfer port determination unit 104 learns the source MAC address by associating it with the node trunk constituting the input line.
  • step SK3 the transfer port determining unit 104 determines the input line (corresponding to port P1) based on the state information (in this case, the working line) from the switching control unit 110 (see FIG. 48).
  • Line is a working line for the link trunk.
  • transfer port determining section 104 sets the determination result of step SK3 to "Yes". Thereafter, through the above-described operation, the frame is duplicated at the switch S and transmitted from the node trunk TN1A (port P5, port P6, port P7, and port P8).
  • step SK2 the transfer port determination unit 104 learns the source MAC address by associating it with the node trunk constituting the input line.
  • step SK3 the transfer port determining unit 104 determines the input line (corresponding to the port P2) based on the state information (in this case, the protection line) from the switching control unit 110 (see FIG. 48).
  • Line is a link trunk operation line, and in this case, the judgment result is “No”.
  • step SK8 the transfer port determining unit 104 discards the received frame.
  • step SK4 Is determined as “No”, and in step SK8, the frame is discarded. Thereafter, the frame is received by the terminal Y through the above-described operation in each node device. The above operation is performed when the network is operating normally. Next, the operation when a failure (node failure) occurs in the node device itself constituting the redundancy group will be described.
  • the switching determination unit 113 of the reception processing unit of the node device connected via a line to the failed node device (see FIG. 48) executes step SL 1 shown in FIG. Is determined as “Yes”.
  • step S L2 the switching determination unit 113 refers to the link trunk management table 112 (see FIG. 50) to determine whether or not the failure detection line has a link trunk setting. If the determination result is “Yes”, in step SL3, the switching determination unit 113 refers to the link trunk management table 112 to determine whether the failure detection line is an operation line.
  • step SL4 determines whether the protection line is normal or not. If the determination result of step SL4 is “Yes”, in step SL5, the switching determination unit 113 switches the working line (link) from the failure detection line (link) to the protection line (link). Execute 1 + 1 link switching.
  • step S L6 the switching determination unit 113 updates the node trunk management table 111 and the link trunk management table 112.
  • step SL7 the switching determination unit 113 refers to the node trunk management table 1 1 1 (see FIG. 49). Then, it is determined whether or not there is a node trunk setting on the failure detection line (link trunk). If the determination result is “Yes”, in step SL8, the switching determination unit 113 refers to the node trunk management table 111 to determine whether the failure detection line (link trunk) is the working line, Determine whether or not. If the determination result in step SL8 is "Yes”, in step SL9, the switching determination unit 113 determines whether or not the protection line (link trunk) is normal. If the determination result of step SL 9 is “Yes”, in step SL 10, the switching determination section 113 changes the working line (link trunk) from the failure detection line (link trunk) to the protection line (link). Execute 1 + 1 node switching to switch to trunk).
  • step S L6 the switching determination unit 113 updates the node trunk management table 111 and the link trunk management table 112.
  • a plurality of working lines and a plurality of protection lines are provided based on the link information to form a redundant configuration, so that the reliability and reliability of the communication network system can be improved.
  • a frame is transmitted via one normal working line among a plurality of working lines (for example, FIG. 43: link trunk TL1) in the node trunk TN1.
  • a configuration example in which frames are transmitted through one normal protection line among a plurality of redundant protection lines (for example, link trunk TL 2) and traffic is reduced, .
  • this configuration example will be described as the tenth embodiment. '
  • FIG. 43 is a block diagram showing a configuration of the tenth embodiment according to the present invention.
  • the reception processing units RX1 to RX8 shown in FIG. 43 are replaced with the reception processing unit 100 shown in FIG.
  • the illustrated reception processing unit 120 is used.
  • FIG. 53 parts corresponding to the respective parts in FIG. 44 are denoted by the same reference numerals.
  • the switching link pair tape drive 122 is a table showing the correspondence between the link trunk ID, the port (line), and the normal number of ports, as shown in FIG.
  • the link trunk ID is an identifier for identifying the link trunk set in the node device.
  • the ID is an identifier for identifying a port corresponding to a plurality of lines constituting the trunk.
  • the status indicates the status (normal or abnormal) of the port (line).
  • the number of normal ports is the number of normal ports (lines) in the link trunk.
  • the transfer port determining unit 122 has a function of determining a transfer port.
  • a switching control section 130 shown in FIG. 55 is used instead of switching control section 110 shown in FIG.
  • parts corresponding to the respective parts in FIG. 48 are given the same reference numerals.
  • the link trunk management table 1331 is a table for managing the link trunk of each node device.
  • the link trunk management tape, No. 131 is a table showing the correspondence between link trunks, ports (lines), and the normal number of ports.
  • the link trunk is an identifier for identifying the link trunk set in the node device.
  • the port In the port (line), the port represents a port corresponding to a plurality of lines constituting the link trunk.
  • the status indicates the status (normal or disconnected) of the port (line).
  • the number of normal ports is the number of normal ports (lines) in the link trunk. Referring back to FIG. 55, the switching determination unit 1332 determines switching based on the node trunk management table 111 and the link trunk management table 131.
  • FIG. 57 is a flowchart for explaining the operation of the transfer port determining unit 122 shown in FIG.
  • FIG. 58 is a flowchart for explaining the operation of the switching determination section 132 shown in FIG.
  • step SM1 shown in FIG. 57 the transfer port determination unit 122 of each reception processing unit (see FIG. 53) determines whether or not the transfer information (frame) has been input, and In the case of, the judgment is made “No” and the same judgment is repeated. Then, when the determination result of step SMI becomes “Yes”, in step SM2, the transfer port determining unit 122 learns the source MAC address by associating it with the link trunk configuring the input line.
  • step S M3 the transfer port determining unit 122 determines whether or not the link trunk is a node trunk operating system. In this case, the transfer port determining unit 122 sets the determination result in step SM3 to “Yes”, assuming that the port P1 is the working line.
  • step SM4 the transfer port determination unit 122 searches the transfer information tape information 101 (see FIG. 45) using the transfer information (destination MAC address) from the transfer information extraction unit 21 as a key, and outputs the output node trunk information. get.
  • step SM5 the transfer port determining unit 122 searches the switching node pair table 102 (see FIG. 46) using the output node trunk as a key, and acquires information on the output destination link trunk.
  • step SM6 the transfer port determining unit 122 searches the switching link pair table 121 (see FIG. 54) using the output destination link trunk as a key, and acquires the output destination port (line).
  • the transfer port determination unit 122 determines, for example, one normal port (line) from among the plurality of output destination ports (lines), and sets the frame from the transfer information extraction unit 21 to the above port. Add the corresponding tag and output to switch S. Switch S refers to the tag and forwards each frame to one port. If the rejuvenation result of step SM3 is “No”, the frame is discarded in step SM7.
  • step SN1 shown in FIG. 58 the switching determination unit 132 (see FIG. 55) of the switching control unit 130 of each node device determines whether or not a failure has been detected. JP2003 / 006016
  • the result of the determination is “No” and the same determination is repeated.
  • the switching determination unit 132 of the reception processing unit of the node device connected to the failed node device via the line compares the determination result of step SN1 shown in FIG. 58 with “Ye s ".
  • step S N2 the switching determination unit 132 links to the failure detection line.
  • the switching determination unit 132 changes the distribution algorithm parameter to the link trunk, and notifies all the ports.
  • step SN4 the switching determination unit 132 determines whether or not there is a node trunk setting for the failure detection line. In this case, the determination result is “Yes”. In step SN5, the switching determination unit 132 determines whether the failure detection line is a working line or not.
  • step SN6 determines whether or not the protection line is normal. If the determination result of step SN 6 is “Yes”, in step SN 7, the switching determination unit 132 switches the working line (node) from the failure detection line (node) to the protection line (node). Execute 1 + 1 node switching of.
  • step SN8 the switching determination unit 132 updates the node trunk management table 111 and the link trunk management table 131.
  • step SN8 the switching determination unit 132 executes the above-described processing.
  • FIG. 59 is a block diagram illustrating an operation of the eleventh embodiment according to the present invention.
  • parts corresponding to the respective parts in FIG. 21 are denoted by the same reference numerals.
  • a plurality of VLANs (for example, VLAN # 1 and VLAN # 2) are constructed in the communication network system shown in FIG.
  • the switching control unit of each node device replaces the opposing node management table 61 shown in FIG. 25 (a) with the opposing node management tape ⁇ ⁇ ⁇ 50 shown in FIG.
  • the self-node management tape hole 140 shown in FIG. 60 is used.
  • the opposite node management table 150 shown in FIG. 61 includes the same information as the opposite node management table 61 (see FIG. 25 (a)), but includes a trunk unit and a VLAN unit (for example, VLAN # 1, VLAN # 2).
  • the own node management table 140 shown in FIG. 60 manages information on the number of effective trunks, the number of effective lines, the priority, and the identifier for the own node set for each VLAN.
  • the operation described in the fourth embodiment is executed for each VLAN.
  • a plurality of VLANs can be switched at high speed while reducing the traffic load at the time of switching due to a node failure.
  • each node device node The program for realizing the redundant control is recorded on the computer-readable recording medium 300 shown in FIG. 62, and the program recorded on the recording medium 300 is shown in FIG.
  • Each function may be realized by causing the computer 200 to read and execute the program.
  • the computer 200 shown in FIG. 1 includes a CPU (Central Processing Unit) 210 for executing the above program, an input device 220 such as a keyboard and a mouse, and a ROM (Read Only) for storing various data.
  • Memory 230
  • RAM Random Access Memory
  • reading device 250 for reading programs from recording medium 300
  • output device 2 for display, printer, etc. 60
  • bus 270 connecting each part of the device.
  • the CPU 210 reads the program recorded on the recording medium 300 via the reading device 250 and executes the program to realize the above-described functions.
  • the recording medium 300 include an optical disk, a flexible disk, and a hard disk.
  • the same information is received through the working line and the protection line, the information received through the protection line is discarded, and the information received through the working line is Since it is transmitted to the next node and the working line is switched to the protection line when a failure occurs, the traffic load at the time of switching in the event of a node failure is reduced, and if switching can be performed at high speed, the relay effect is achieved.
  • the occurrence of the failure is notified to the connection destination node affected by the failure, so that the traffic load at the time of switching in the case of a node failure is reduced, This has the effect that switching can be performed at high speed.
  • the communication capability is notified between the nodes in the group, and when a failure occurs, the node having the higher communication capability among the plurality of nodes in the group is in charge of communication. This has the effect that communication can be performed using nodes with high communication capabilities.
  • the communication capability of the own node is notified to a plurality of opposing nodes,
  • the node having the higher communication capability among the plurality of opposing nodes is assigned to take charge of communication, so that there is an effect that communication can be performed using a node having a higher communication capability.
  • the working line is forcibly switched to the protection line by inputting a command, it is possible to improve the convenience for the administrator.
  • the working line of another node is forcibly switched to the protection line remotely by inputting a command, it is possible to improve the convenience of the administrator.
  • the command line is used to forcibly switch the working line of the own node locally to the protection line, so that it is possible to improve the convenience for the administrator.
  • the first communication system in which redundancy is provided by the working line and the protection line, and the second communication system in which only the working line is provided without redundancy are coexisted. Therefore, by using the first communication method for traffic that requires high reliability, and by using the second communication method for traffic that does not require high reliability, the use of network bandwidth is minimized. This makes it possible to realize a communication network system that can satisfy various requirements.
  • the reliability of the communication network system can be improved.
  • information is transmitted via one normal working line among a plurality of redundant working lines and a normal one of a plurality of redundant working lines is configured. Since the information is transmitted through the backup line, the traffic can be reduced.
  • Industrial applicability As described above, the node redundancy control method and the node redundancy control device according to the present invention are useful for a communication network including a plurality of nodes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

通信ネットワークシステムにおけるエッジに位置するノード装置Ｅｄｇｅ＃１より受信した情報を複製し、後段の冗長グループ＃Ｂの各ノード装置（ノード装置ＳＷ＃３およびノード装置ＳＷ＃４）のそれぞれへ現用回線および予備回線を介して送信する第１の送信ステップと、ノード装置ＳＷ＃３およびノード装置ＳＷ＃４において同一の情報を現用回線および予備回線を介して受信し、予備回線を介して受信された情報を破棄する受信ステップと、現用回線を介して受信された情報をつぎのノード装置Ｅｄｇｅ＃２へ送信する第２の送信ステップと、障害発生時、現用回線を予備回線に切り替える切替ステップとを備えている。

Description

明 細 書 ノ一ド冗長制御方法およびノ一ド冗長制御装置 技術分野
本発明は、 通信ネットワークにおけるノ一ドの冗長をとるためのノード冗長制 御方法およびノード冗長制御装置に関するものであり、 特に、 ノード障害におけ る切り替え時のトラフィック負荷を低減し、 高速で切り替えることができるノー ド冗長制御方法およびノ一ド冗長制御装置に関するものである。 背景技術
従来より、 主に伝送装置で使われる高速な回線冗長の方式としては、 1 + 1リ ンク冗長方式と呼ばれる方式がある。 この 1 + 1リンク冗長方式では、 ある 2つ のノード間を 2組の回線 （リンク） で接続し、 両方の回線にデ タをコピーして 送る。
そして、 受信側のノードでは、 正常に動作している回線を運用系、 他方の回線 を予備系として選択しておき、 その運用系からのデータを転送し、 予備系からの データは廃棄する。
ここで、 運用系の回線に何らかの障害が発生した場合、 受信側のノードでは、 正常に動作している予備系の回線を新たに運用系の回線として選択し、 該回線か らのデータを転送する。
これらの冗長動作により、 2つのノード間を接続する回線に発生した障害を回 避することが可能となる。
しかしながら、 1 + 1リンク冗長方式では、 回線 (リンク) の障害を回避でき るものの、 ノード自体に障害が発生した場合、 通信を維持することができないと いう問題があった。
そこで、 従来より、 上述した問題を解決し、 ノード冗長を実現するためのプロ トコノレとして、 VRRP (Virtual Router Redundancy Protocol)が規定さ; てい る。
VRRPにおいては、 2つ（または 3つ以上）のノード（ I Pルータや Ethernet スィッチ）で冗長グループを構成し、 1つのノードに運用系ノードとして実際に フレームの送受信等を行わせ、 他のノードを運用系ノードに障害が発生したとき のための予備系ノードとして待機させている。
このように、 VRRPでは、 ノード (ルータ) に接続される各デバイスにとつ て、 複数のノード （ルータ） があたかも 1つのノード （ルータ） として動作して いるように見せることができる。
VRRPでは、 2つ以上のノード （ルータ） のうち、 1つのノードを運用系に、 残りのノード （ルータ） を予備系とするプロトコルであり、 運用系のノードで障 害が発生すると、 予備系が運用系として動作し、'障害が回避される。
また、 Ethernet においては、 従来より STP (Spanning Tree Protocol ) と 呼ばれるプロトコルが利用されている。 STPでは、 ループ接続の存在するネッ トワークにおいて、 S T (Spanning Tree)と呼ばれる論理ッリ一構造を作り、 そ の STに沿ってデータを転送できるようにしたものである。
STPでは、 ST上に障害が発生した場合、 その障害を回避する STを新しく 構築することで、 回線やノードの障害を回避するものである。 この S TPでは、 STの再計算を行うため、 通信再開までに、 30秒以上を要する。
特許文献 1
特開 2000—151634号公報
ところで、 前述したように、 従来の VRRPや S TPでは、 予備回線を選択す ることで、 リンク障害はもちろんのこと、 ノード障害においても、 通信を復旧す ることが可能である。
しかしながら、 従来の VRRPや S TPでは、 障害発生箇所の周辺のノードで、 転送テーブル (MAC (Media Access Control) アドレステーブル）の書き換えが 必要となる。 Ethernet では、 通常、 フレーム内の MA Cアドレスを学習して転送テーブル を作成するが、 この障害発生時の転送テーブルの書き換えを実現するために、 障 害発生時に転送テープノレの内容を消去し、 了ドレス学習をやり直すことが一般的 である。
しかしながら、 転送テーブルの内容を消去した場合には、 MA Cアドレスが学 習されるまで、 フラッデイング (Flooding)と呼ばれるブロードキャストで通信が 行われるため、 輻輳の原因となってしまう。
このように、 従来の V R R Pや S T Pでは、 ノード障害における切り替え時に 転送テーブルの書き換えに伴い、 トラフィック負荷を高めたり、 切り替えに時間 を要するという問題があった。
本発明は、 上記に鑑みてなされたもので、 ノード障害における切り替え時のト ラフィック負荷を低減し、 高速で切り替えることができるノード冗長制御方法お よびノード冗長制御装置を提供することを目的とする。 発明の開示
上記目的を達成するために、 本発明は、 ネットワークの各エッジに位置するノ ードと、 グルービングされた複数のノードを備えたネットワークシステムに適用 されるノード冗長制御方法であって、 前記ェッジに位置するノードより受信した 情報を複製し、 後段のグループの各ノ一ドのそれぞれへ現用回線およぴ予備回線 を介して送信する第 1の送信工程と、 同一の前記情報を前記現用回線および前記 予備回線を介して受信し、 前記予備回線を介して受信された前記情報を破棄する 受信工程と、 前記現用回線を介して受信された前記情報をつぎのノードへ送信す る第 2の送信工程と、 障害発生時、 前記現用回線を前記予備回線に切り替える切 替工程と、 を含むことを特徴とする。
また、 本発明は、 ネットワークの各ェッジに位置するノードと、 グルービング された複数のノードを備えたネットワークシステムに適用されるノ一ド冗長制御 装置であって、 前記エッジに位置するノードより受信した情報を複製し、 後段の グループの各ノードのそれぞれへ現用回線おょぴ予備回線を介して送信する第 1 の送信手段と、 同一の前記情報を前記現用回線および前記予備回線を介して受信 し、 前記予備回線を介して受信された前記情報を破棄する受信手段と、 前記現用 回線を介して受信された前記情報をつぎのノードへ送信する第 2の送信手段と、 障害発生時、 前記現用回線を前記予備回線に切り替える切替手段と、 を備えたこ とを特 ί敷とする。
かかる発明によれば、 同一の情報を現用回線および予備回線を介して受信し、 予備回線を介して受信された情報を破棄し、 現用回線を介して受信された情報を つぎのノードへ送信し、 障害発生時、 現用回線を予備回線に切り替えることとし たので、 ノード障害における切り替え時のトラフィック負荷を低減し、 高速で切 り替えることができる。 図面の簡単な説明
第 1図は、 本発明にかかる実施の形態 1の構成を示すブロック図であり、 第 2 図は、 同実施の形態 1における冗長切り替え動作を説明するプロック図であり、 第 3図は、 第 1図に示したノード装置 S W# 1の構成を示すプロック図であり、 第 4図は、 第 1図および第 3図に示した受信処理部 R x l〜R x 4の構成を示す ブロック図であり、 第 5図は、 第 4図に示した転送情報テーブル 2 3を示す図で あり、 第 6図は、 第 4図に示した切替ペアテーブル 2 4を示す図であり、 第 7図 は、 第 3図に示した切替制御部 1 0の構成を示すブロック図であり、 第 8図は、 第 7図に示したトランク管理テーブル 1 1を示す図であり、 第 9図は、 第 4図に 示した転送ポート決定部 2 2の動作を説明するフローチャートであり、 第 1 0図 は、 第 7図に示した切替判断部 1 3の動作を説明するフローチャートであり、 第 1 1図は、 本発明にかかる実施の形態 2における動作例 1を説明する図であり、 第 1 2図は、 同実施の形態 2における動作例 2を説明する図であり、 第 1 3図は、 同実施の形態 2の動作を説明するフローチャートであり、 第 1 4図は、 本発明に 力かる実施の形態 3の背景を説明する図であり、 第 1 5図は、 同実施の形態 3の 構成を示すプロック図であり、 第 1 6図は、 同実施の形態 3における切替制御部 3 0の構成を示すプロック図であり、 第 1 7図は、 第 1 6図に示した冗長グルー プ管理テーブル 3 1を示す図であり、 第 1 8図は、 同実施の形態 3における障害 検出処理を説明するフローチヤ一トであり、 第 1 9図は、 同実施の形態 3におけ る通知メッセージ受信処理を説明するフローチャートであり、 第 2 0図は、 同実 施の形態 3における応答メッセージ受信処理を説明するフローチヤ一トであり、 第 2 1図は、 本発明にかかる実施の形態 4の構成を示すプロック図であり、 第 2 2図は、 同実施の形態 4における送信処理部 4 0の構成を示す図であり、 第 2 3 図は、 同実施の形態 4における受信処理部 5 0の構成を示す図であり、 第 2 4図 は、 同実施の形態 4における切替制御部 6 0の構成を示す図であり、 第 2 5図は、 第 2 4図に示した対向ノード管理テーブル 6 1および自ノード管理テーブル 6 2 を示す図であり、 第 2 6図は、 同実施の形態 4における障害検出処理を説明する フローチャートであり、 第 2 7図は、 同実施の形態 4における通知メッセージ受 信処理を説明するフローチャートであり、 第 2 8図は、 本発明にかかる実施の形 態 5の動作を説明するプロック図であり、 第 2 9図は、 同実施の形態 5の動作を 説明するブロック図であり、 第 3 0図は、 本発明にかかる実施の形態 5〜 7にお ける切替制御部 7 0の構成を示すプロック図であり、 第 3 1図は、 同実施の形態 5における受信処理部 8 0の構成を示すプロック図であり、 第 3 2図は、 同実施 の形態 5における制御コマンド受信処理を説明するフローチヤ一トであり、 第 3 3図は、 本発明にかかる実施の形態 6の動作を説明するプロック図であり、 第 3 4図は、 同実施の形態 6の動作を説明するブロック図であり、 第 3 5図は、 同実 施の形態 6における制御コマンド入力処理を説明するフローチヤ一トであり、 第 3 6図は、 本発明にかかる実施の形態 7の動作を説明するブロック図であり、 第 3 7図は、 同実施の形態 7の動作を説明するブロック図であり、 第 3 8図は、 本 発明にかかる実施の形態 8の動作を説明するプロック図であり、 第 3 9図は、 同 実施の形態 8における受信処理部 9 0の構成を示すプロック図であり、 第 4 0図 は、 第 3 9図に示した転送情報テーブル 9 1を示す図であり、 第 4 1図は、 第 3 9図に示した切替ペアテーブル 9 2を示す図であり、 第 4 2図は、 第 3 9図に示 した宂長対象テーブル 9 3を示す図であり、 第 4 3図は、 本発明にかかる実施の 形態 9および 1 0の構成を示すプロック図であり、 第 4 4図は、 同実施の形態 9 における受信処理部 1 0 0の構成を示すブロック図であり、 第 4 5図は、 第 4 4 図に示した転送情報テーブル 1 0 1を示す図であり、 第 4 6図は、 第 4 4図に示 した切替ノードペアテーブル 1 0 2を示す図であり、 第 4 7図は、 第 4 4図に示 した切替リンクペアテーブル 1 0 3を示す図であり、 第 4 8図は、 同実施の形態 9における切替制御部 1 1 0の構成を示すプロック図であり、 第 4 9図は、 第 4 8図に示したノードトランク管理テーブル 1 1 1を示す図であり、 第 5 0図は、 第 4 8図に示したリンクトランク管理テープノレ 1 1 2を示す図であり、 第 5 1図 は、 第 4 4図に示した転送ポート決定部 1 0 4の動作を説明するフローチャート であり、 第 5 2図は、 第 4 8図に示した切替判断部 1 1 3の動作を説明するフロ 一チャートであり、 第 5 3図は、 本発明にかかる実施の形態 1◦における受信処 理部 1 2 0の構成を示すプロック図であり、 第 5 4図は、 第 5 3図に示した切替 リンクペアテープノレ 1 2 1を示す図であり、 第 5 5図は、 同実施の形態 1 0にお ける切替制御部 1 3 0の構成を示すプロック図であり、 第 5 6図は、 第 5 5図に 示したリンクトランク管理テーブル 1 3 1を示す図であり、 第 5 7図は、 第 5 3 図に示した転送ポート決定部 1 2 2の動作を説明するフローチャートであり、 第 5 8図は、 第 5 5図に示した切替判斬部 1 3 2の動作を説明するフローチャート であり、 第 5 9図は、 本発明にかかる実施の形態 1 1の動作を説明するブロック 図であり、 第 6 0図は、 同実施の形態 1 1における自ノード管理テーブル 1 4 0 を示す図であり、 第 6 1図は、 同実施の形態 1 1における対向ノード管理テープ ル 1 5 0を示す図であり、 第 6 2図は、 本発明にかかる実施の形態 1〜 1 1の変 形例の構成を示すブロック図である。 発明を実施するための最良の形態
以下、 図面を参照して本発明にかかるノ一ド冗長制御方法おょぴノ一ド冗長制 御装置の実施の形態 1〜 1 1について詳細に説明する。
(実施の形態 1 )
第 1図は、 本発明にかかる実施の形態 1の構成を示すブロック図である。 この 図には、 2台のノード装置 E d g e # 1およびノード装置 E d g e # 2と、 4台 のノード装置 SW# 1〜SW# 4とから構成され、 端末 Xと端末 Yとの間で通信 を行うための通信ネットワークシステムが図示されている。
端末 Xおよび端末 Yは、 通信機能を有するコンピュータ端末であり、 所定の通 信プロトコルに従って、 上記通信ネットワークシステムを介して通信を行う。 ノ ード装置 E d g e # 1およびノード装置 E d g e # 2は、 エッジノードとしての 機能を備ており、 端末 Xおよび端末 Yに接続されている。
一方、 ノード装置 SW# 1〜S W# 4は、 ノード装置 E d g e # 1とノード装 置 E d g e # 2との間に設けられており、 コアノードとしての機能を備えている。 ここで、 ノード装置 SW# 1〜SW# 4においては、 ノード装置 SW# 1および ノード装置 SW# 2が冗長グループ # Aを構成しており、 ノード装置 SW# 3お よびノード装置 SW# 4が冗長グループ # Bを構成している。 なお、 実施の形態 1においては、 冗長グループを 3台以上のノード装置から構成してもよい。
また、 ノード装置 E d g e # 1、 ノード装置 E d g e # 2、 ノード装置 SW# 1〜ノード装置 SW# 4のそれぞれは、 ポート P 1〜P 4、 スィッチ Sおよぴ切 替制御部 （図示略） を備えている。
ポート P 1は、 送信処理部 T X 1および受信処理部 R X 1を備えている。 ポー ト P 2は、 送信処理部 T X 2および受信処理部 R 2を備えている。 ポート P 3 は、 送信処理部 T X 3および受信処理部 R X 3を備えている。 ポート P 4は、 送 信処理部 T X 4および受信処理部 R 4を備えている。
ノ一ド装置 E d g e # 1のポート P 1は、 回線を介して端末 Xに接続されてい る。 また、 ノード装置 E d g e # 1においては、 ポート P 3がノード装置 SW# 1のポ ト P 1に回線を介して接続されているとともに、 ポート P 4がノード装 置 SW# 2のポート P 1に回線を介して接続されている。 また、 ノード装置 E d g e # 1においては、 複数の物理的な回線 （ポート P 3 の回線おょぴポート P 4の回線） 1S 1本の論理的な回線としてのトランク （回 線） T 1として認識されている。
なお、 ノード装置 SW# 1においては、 ポート P 1の回線を介して、 ノード装 置 E d g e # 1のポート P 3に接続されているが、 そのポート P 1の回線をトラ ンクとして認識しない。 同様にして、 ノード装置 SW# 2においても、 ポート P 1の回線を介して、 ノード装置 E d g e # 1のポート P 4に接続されているが、 そのポート P 1の回線をトランクとして認識しない。
また、 冗長グループ # Aと冗長グループ # Bとの接続に関しては、 各冗長ダル ープを構成する 2台のノード装置同士が相互接続する形態とされている。
具体的には、 ノード装置 S W# 1においては、 ポート P 3がノード装置 SW# 3のポート P 1に回線を介して接続されているとともに、 ポート P 4がノード装 置 SW# 4のポート P 1に回線を介して接続されている。
—方、 ノード装置 SW# 2においては、 ポート P 3がノード装置 SW# 3のポ ート P 2に回線を介して接続されているとともに、 ポート P 4がノード装置 SW # 4のポート P 2に回線を介して接続されている。
また、 ノード装置 SW# 1においては、 複数の物理的な回線 （ポート P 3の回 線およびポート P 4の回線） 力 1本の論理的な回線としてのトランク （回線） T 1 Aとして認^ έされている。
また、 ノード装置 SW# 2においては、 複数の物理的な回線 （ポート P 3の回 線おょぴポート P 4の回線） 力 1本の論理的な回線としてのトランク （回線） T 2 Aとして認識されている。
また、 ノード装置 SW# 3においては、 複数の物理的な回線 （ポート P 1の回 線おょぴポート P 2の回線） 力 1本の論理的な回線としてのトランク （回線） T 3 Bとして認識されている。
また、 ノ一ド装置 S W# 4においては、 複数の物理的な回線 （ポート P 1の回 線およびポート P 2の回線） 力 1本の論理的な回線としてのトランク （回線） T4 Bとして認識さ; Tbている。
ノード装置 E d g e # 2のポート P 3は、 回線を介して端末 Yに接続されてい る。 また、 ノード装置 E d g e # 2においては、 ポート P 1がノード装置 SW# 3のポート P 3に回線を介して接続されているとともに、 ポート P 2がノード装 置 SW# 4のポート P 3に回線を介して接続されている。
また、 ノード装置 E d g e # 2においては、 複数の物理的な回線 （ポート P 1 の回線おょぴポート P 2の回線） 力 S、 1本の論理的な回線としてのトランク （回 線） T 2として認識されている。
なお、 ノード装置 SW# 3においては、 ポート P 3の回線を介して、 ノード装 置 E d g e # 2のポート P 1に接続されているが、 そのポート P 3の回線をトラ ンクとして認識しない。 同様にして、 ノード装置 SW# 4においても、 ポート P 3の回,锒を介して、 ノード装置 E d g e # 2のポート P 2に接続されているが、 そのポート P 3の回線をトランクとして認識しない。
第 3図は、 第 1図に示したノード装置 SW# 1の構成を示すブロック図である。 この図において、 第 1図の各部に対応する部分には同一の符号を付ける。 同図に おいて、 切替制御部 1 0は、 ポート P 1〜P 4を制御し、 例えば、 第 4図に示し た状態情報 （運用/予備） を受信処理部 R x l〜R x 4へ通知する。 状態情報は、 各ポートに接続された回線が運用回線であるか予備回線であるかを表す情報であ る。
第 4図は、 第 1図おょぴ第 3図に示した受信処理部 R X 1〜R X 4の構成を示 すブロック図である。 この図において、 回線終端部 20は、 回線からの電気信号 や光信号を終端する機能を備えている。 転送情報抽出部 2 1は、 受信されたフレ ームのヘッダから転送先を表す転送情報 （Ethernet では、 宛先 MACアドレス や V LAN- I D等） を抽出する。
転送ポート決定部 2 2は、 切替制御部 1 0 (第 3図参照） からの状態情報 （運 用/予備） や転送情報抽出部 2 1により抽出された転送情報（この場合、 宛先の MACアドレス。 なお、 I Pルータの場合、 宛先の I Pアドレス。 MP L Sの場 合、 Label。 ） に基づいて、 受信されたフレームの転送先であるポートを決定す る機能を備えている。
転送情報テーブル 2 3は、 第 5図に示したように、 MA Cァドレスとトランク I D (ポート I Dも含む) との対応関係を表すテーブルである。 MA Cァドレス は、 転送情報抽出部 2 1により抽出された転送情報である。 トランク I Dは、 当 該ノード装置に設定されたトランクを識別するための識別子である。 ポート I D は、 ポートを識別するための識別子である。
例えば、 第 5図に示したトランク I D = 1 0が第 1図に示したノード装置 SW # 1のトランク T 1 Aに対応しているとすると、 ポート P 1の受信処理部 R x 1 に受信されたフレーム （MA Cアドレス = AAA Aに対応） は、 転送情報テープ ル 2 3 (第 5図参照） に基づいて、 トランク I D = l 0のトランク T 1 A (ポー ト P 3およびポート P 4 ) へ転送さ;^る。
第 4図に戻り、 切替ペアテーブル 2 4は、 トランクがどの回線 （ポート） で構 成されているかを表すテーブルである。 具体的には、 第 6図に示したように、 切 替ペアテーブル 2 4は、 トランク I Dとポート I D (回線） との対応関係を表す テーブルである。 トランク I Dは、 当該ノード装置に設定されたトランクを識別 するための識別子である。 ポート I Dは、 該トランクを構成する複数の回線に対 応するポートを識別するための識別子である。
トランク I D = 1 0が第 1図に示したノード装置 SW# 1のトランク T 1 Aに 対応しているとすると、 ポート I D (= 4、 6 ) は、 トランク T l Aを構成する 回線に対応するポート P 3およびポート P 4に対応している。 なお、 切替ペアテ 一ブル 2 4にトランク I Dが複数設定されているが、 これは、 各ノード装置に複 数のトランクが設定されている場合を表す。
転送/複製情報付加部 2 5は、 転送ポート決定部 2 2における決定に基づいて、 どのポートにフレームを転送するかを表すタグをフレームに付加して、 スィッチ Sへ出力する。
第 7図は、 第 3図に示した切替制御部 1 0の構成を示すブロック図である。 こ の図において、 トランク管理テーブル 1 1は、 各ノード装置のトランクを管理す るためのテーブルである。 具体的には、 トランク管理テーブル 1 1は、 第 8図に 示したように、 トランク、 回線、 状態の対応関係を表すテーブルである。
同図において、 トランクは、 各ノード装置に設定されたトランクを表す。 回線 (ポート） は、 上記トランクを構成する回線 （ポート） を表す。 状態は、 運用 Z 予備および正常性を表す。 運用/予備は、 当該回線 （ポート） が運用回線である かまたは予備回線であるかを表す。 正常性は、 当該回線 （ポート） が正常である 、 障害発生により断であるかを表す。
例えば、 第 1図において、 ノ一ド装置 E d g e # 1のポート P 4 (回線） 、 ノ 一ド装置 SW# 1のポート P 3 (回線） 、 ノード装置 SW# 2のポート P 4 (回 線） 、 ノード装置 SW# 3のポート P 1 (回線） 、 ノード装置 SW# 4のポート P 2 (回線） およびノード装置 E d g e # 2のポート P 1 (回線） は、 運用回線 に設定されている。
一方、 ノード装置 E d g e # 1のポート P 3 (回線） 、 ノード装置 SW# 1の ポート P 4 (回線） 、 ノード装置 SW# 2のポート P 3 (回線） 、 ノード装置 S W# 3のポート P 2 (回線） 、 ノ一ド装置 S W# 4のポート P 1 (回線） および ノ一ド装置 E d g e # 2のポート P 2 (回線） は、 予備回線に設定されている。 ポート情報交換部 1 2は、 ポート P 1〜P 4 (第 3図参照） と情報を交換する。 切替判断部 1 3は、 例えば、 ポート情報交換部 1 2を介して、 あるポートから回 線障害が発生した旨の障害通知を受けた場合、 障害が発生した回線と、 トランク 管理テーブル 1 1 (第 8図参照） とに基づいて、 切替の判断を行い、 関係するポ 一卜へ通失口を行 α
つぎに、 実施の形態 1の動作について、 第 1図おょぴ第 2図、 第 9図おょぴ第 1 0図に示したフローチャートを参照しつつ説明する。 第 2図は、 実施の形態 1 における冗長切り替え動作を説明するブロック図である。 第 9図は、 第 4図に示 した転送ポート決定部 2 2の動作を説明するフローチャートである。 第 1 0図は、 第 7図に示した切替判断部 1 3の動作を説明するフローチヤ一トである。 以下では、 第 1図に示した端末 Xから端末 Yへフレームを送信する場合の動作 について説明する。 第 9図に示したステップ S A 1では、 各受信処理部の転送ポ ート決定部 2 2 (第 4図参照） は、 転送情報 （フレーム） が入力されたか否かを 判断し、 この場合、 判断結果を 「N o」 として、 同判断を繰り返す。
また、 第 1 0図に示したステップ S B 1では、 切替判断部 1 3 (第 7図参照) は、 ポートで障害が検出された力否かを判断し、 この場合、 判断結果を 「N o」 として、 同判断を繰り返す。
そして、 第 1図に示した端末 から、 端末 Y宛のフレームが送信されると、 該 フレームは、 ノード装置 E d g e # 1の受信処理部 R X 1に受信される。
すなわち、 回線終端部 2 0は、 フレームに対応する電気信号や光信号を終端す る。 転送情報抽出部 2 1は、 受信されたフレームのヘッダから転送先を表す転送 情報 （この場合、 端末 Yに対応する宛先 MA Cアドレス） を抽出し、 転送ポート 決定部 2 2および転送/複製情報付加部 2 5へ出力する。
これにより、 転送ポート決定部 2 2は、 第 9図に示したステップ S A 1の判断 結果を 「Y e s」 とする。 ステップ S A 2では、 転送ポート決定部 2 2は、 送信 元 MA Cアドレスと入力回線を構成するトランク （ポート） を関連付けて学習す る。
ステップ S A 3では、 転送ポート決定部 2 2は、 切替制御部 1 0 (第 3図参照 ) からの状態情報 （この場合、 運用回線であるとする） に基づいて、 入力回線 （ ポート P 1に対応する回線） が運用回線である力否かを判断し、 この場合、 判断 結果を 「Y e s」 とする。
ステップ S A 4では、 転送ポート決定部 2 2は、 転送情報抽出部 2 1からの転 送情報 （宛先 MA Cアドレス） をキーとして、 転送情報テーブル 2 3を検索し、 出力トランク (この場合、 トランク T 1であるとする) の情報を取得する。
ステップ S A 5では、 転送ポート決定部 2 2は、 上記出力トランク （この場合、 トランク T 1 ) をキーとして、 切替ペアテープノレ 2 4を検索し、 出力先ポート （ 回線） の情報を取得する。 この場合、 出力先ポート （回線） は、 トランク T1に対応するポート P 3およ びポート P 4である。 つぎに、 転送ポート決定部 22は、 ポート P 3およびポー ト P 4に対応する上記出力先ポート (回線) の情報を転送 Z複製情報付加部 25 へ転送した後、 ステップ S A 1の判断を行う。
これにより、 転送/複製情報付加部 25は、 転送情報抽出部 21からのフレー ムに、 上記ポート P 3およびボート P4に対応するタグを付加して、 スィツチ S へ出力する。
スィッチ Sは、 タグを参照して、 フレームを複製した後、 各フレームをノード 装置 E d g e # 1のポート P 3 (送信処理部 T X 3) と、 ポート P 4 (送信処理 部 Tx4) とへ転送する。
つぎに、 ノード装置 Ed g e # 1においては、 ポート P 3 (送信処理部 Tx 3
) からノード装置 S W# 1のポート P 1 (受信処理部 R X 1 ) へフレームが送信 されるとともに、 ポート P4 (送信処理部 Tx 4) から ード装置 SW# 2のポ ート P 1 (受信処理部 Rx 1) へフレームが送信される。
そして、 ノード装置 SW# 1のポート P 1 (受信処理部 Rx l) にフレームが 受信されると、 上述したノード装置 Ed g e # lの動作と同様にして、 フレーム は、 スィッチ Sで複製される。
つぎに、 ノード装置 SW# 1においては、 ポート P 3 (送信処理部 Tx 3) か らノード装置 SW# 3のポート P 1 (受信処理部 Rx l) へフレームが送信され るとともに、 ポート P4 (送信処理部 Tx4) からノード装置 SW# 4のポート
P 1 (受信処理部 Rx 1) へフレームが送信される。
一方、 ノード装置 SW# 2のポート P 1 (受信処理部 Rx l) にフレームが受 信されると、 上述したノード装置 Ed g e # 1の動作と同様にして、 フレームは、 スィッチ Sで複製される。
つぎに、 ノード装置 SW# 2においては、 ポート P 3 (送信処理部 Tx 3) か らノード装置 SW# 3のポート P 2 (受信処理部 Rx 2) へフレームが送信され るとともに、 ポート P4 (送信処理部 Tx 4) からノード装置 SW# 4のポート P 2 (受信処理部 R x 2 ) へフレームが送信される。
そして、 ノ一ド装置 S W# 3のポート P 1 (受信処理部 R X 1 ：運用回線） に フレームが受信されると、 上述した動作と同様にして、 該フレームは、 スィッチ Sを介して、 ポート P 3 (送信処理部 T x 3 ) からノード装置 E d g e # 2のポ ート P Iへ送信される。
また、 ノード装置 SW# 3のポート P 2 (受信処理部 R X 2 ：予備回線） にフ レームが受信されると、 上述した動作を経て、 上記受信処理部 R X 2の転送情報 抽出部 2 1は、 第 9図に示したステップ S A 1の判断結果を 「Y e s」 とする。 ステップ S A 2では、 転送ポート決定部 2 2は、 送信元 M A Cアドレスと入力回 線を構成するトランク （ポート） を関連付けて学習する。
ステップ S A 3では、 転送ポート決定部 2 2は、 切替制御部 1 0 (第 3図参照 ) からの状態情報 （この場合、 予備回線であるとする） に基づいて、 入力回線 （ ポート P 2に対応する回線） が運用回線である力否かを判断し、 この場合、 判断 結果を 「N o」 とする。
ステップ S A 6では、 転送ポート決定部 2 2は、 転送 Z複製情報付加部 2 5に フレームを破棄させた後、 ステップ S A 1の判断を行う。 すなわち、 ノード装置 S W# 3においては、 受信側の 2本の回線 （ポート P 1およびポート P 2 ) のう ち一方を運用回線として受信したフレームを転送し、 他方を予備回線として受信 したフレームを破棄している。
同様にして、 ノード装置 S W# 4においても、 受信側の 2本の回線 （ポート P 1およびポート P 2 ) のうち、 ポート P 2の回線を運用回線として受信したフレ ームをポート P 3 (送信処理部 T X 3 ) からノード装置 E d g e # 2のポート P 2 (受信処理部 R X 2 ) へ転送する。 また、 ポート P 1の回線を予備回線として 受信したフレームが破棄される。
そして、 ノ一ド装置 E d g e # 2のポート P 1 (受信処理部 R x 1 ：運用回線 ) にフレームが受信されると、 上述した動作と同様にして、 該フレームは、 スィ ツチ Sを介して、 ポート P 3 (送信処理部 T X 3 ) から端末 Yへ送信される。 一方、 ノ一ド装置 E d g e #2のポート P 2 (受信処理部 R x 2 ：予備回線） にフレームが受信されると、 上述した動作と同様にして、 該フレームは、 破棄さ れる。
上述した動作は、 ネットワークが正常に動作している場合である。 つぎに、 冗 長グループを構成するノード装置自体に障害 （ノード障害） が発生した場合の動 作にっレ、て第 2図を参照しつつ説明する。
同図において、 冗長グループ # Aを構成する一方のノード装置 SW# 2にノー ド障害が発生すると、 ノード装置 SW# 2をトランクの接続先としているノード 装置 Ed g e # 1、 ノード装置 SW# 3およびノード装置 SW# 4に影響があり、 切り替えの可能性が生じる。
具体的には、 ノード装置 E d g e # l、 ノード装置 SW# 3およびノード装置 SW#4のうち、 ノード装置 Ed g e # 1およびノード装置 SW# 4については、 ノード装置 SW# 2に接続された回線 （ポート P4、 ポート P 2) が共に運用回 線とされており、 通信断の影響が出るため、 運用回線を障害検出回線 （障害発生 時の運用回線） から予備回線へ切り替える必要がある。
すなわち、 ノード装置 SW# 2でノード障害が発生すると、 ノード装置 Ed g e # 1のポート P 4 (受信処理部 R x4) は、 所定の信号や光を受信できなくな るため、 ノード障害を検出し、 切替制御部 10 (第 3図おょぴ第 7図） へ通知す る。
これにより、 切替制御部 10の切替判断部 1 3は、 第 10図に示したステップ
SB 1の判断結果を 「Ye s」 とする。 ステップ SB 2では、 切替判断部 13は、 トランク管理テーブル 1 1 (第 8図参照） を参照して、 障害検出回線 （この場合、 ノード装置 Ed g e # 1のポート P4の回線） にトランクの設定があるか否かを 判断し、 この場合、 判断結果を ΓγΘ s J とする。
なお、 ステップ S B 2の判断結果が 「N o」 である場合、 ステップ S B 6では、 切替判断部 13は、 障害検出回線について、 トランク管理テーブル 1 1を更新 （ 正常性を正常から断） する。 ステップ S B 3では、 切替判断部 1 3は、 トランク管理テーブル 1 1を参照し て、 障害検出回線が運用回線である力否かを判断し、 この場合、 判断結果を 「Y e s J とする。 なお、 ステップ S B 3の判断結果が 「N o」 である場合には、 ス テツプ S B 6の処理が実行される。
ステップ S B 4では、 切替判断部 1 3は、 トランク管理テープ^ · 1 1を参照し て、 現在の運用回線 （この場合、 ノ一ド装置 E d g e # 1のポート P 4の回線） に対応する予備回線 （この場合、 ノ一ド装置 E d g e # 1のポート P 3の回線） が正常である力否かを判断し、 この場合、 判断結果を 「Y e s」 とする。 なお、 ステップ S B 4の判断結果が 「N o」 である場合、 ステップ S B 6の処理が実行 される。
ステップ S B 5では、 切替判断部 1 3は、 運用回線を障害検出回線から予備回 線へ切り替えるための 1 + 1切替を実行する。 具体的には、 切替判断部 1 3は、 障害検出回線であるポート P 4 (受信処理部 R X 4および送信処理部 T X 4 ) へ 状態情報 （予備回線） を通知するとともに、 予備回線であるポート P 3 (受信処 理部 R x 3および送信処理部 T x 3 ) へ状態情報 （運用回線） を通知する。 また、 切替判断部 1 3は、 トランク管理テーブル 1 1を更新する。
これにより、 ノード装置 E d g e # 1においては、 ポート P 3の回線が予備回 線から運用回線に切り替えられるとともに、 ポート P 4の回線が運用回線から予 備回線に切り替えられる。
同様にして、 ノード装置 SW# 4においても、 ノード装置 E d g e # 1と同様 にして、 ポート P 2の回線が運用回線から予備回線に切り替えられるとともに、 ポート P 1の回線が予備回線から運用回線に切り替えられる。
一方、 ノード装置 SW# 3においては、 障害検出回線 （ポート P 2の回線） が 予備回線であるため、 第 1 0図に示したステップ S B 3の判断結果が 「N o」 と され、 トランク管理テーブル 1 1が更新されるだけで、 運用回線の切り替えが実 行されない。 すなわち、 ノード装置 SW# 3の場合には、 ノード装置 SW# 2で ノード障害が発生しても、 通信断等の影響が出ないのである。 以上説明したように、 実施の形態 1によれば、 同一のフレームを現用回線およ ぴ予備回線を介して受信し、 予備回線を介して受信されたフレームを破棄し、 現 用回線を介して受信されたフレームをつぎのノード装置へ送信し、 障害発生時、 現用回線を予備回線に切り替えることとしたので、 ノード障害における切り替え 時のトラフィック負荷を低減し、 高速で切り替えることができる。
(実施の形態 2 )
さて、 前述した実施の形態 1では、 トランクを構成しない回線 （リンク） に障 害が発生した場合や、 一つのトランクを構成する全回線に同時に障害が発生した 場合について、 特に、 言及しなかったが、 障害が発生した回線に接続されている ノード装置に障害を通知する構成例としてもよい。 以下では、 この構成例を実施 の形態 2として説明する。
第 1 1図は、 実施の形態 2における動作例 1を説明する図である。 第 1 1図 （ a ) に示した通信ネットワークシステムは、 ノ一ド装置 E d g e # 1、 冗長グル 一プ# (ノード装置 SW# 1およびノード装置 SW# 2 ) 、 冗長グループ # B (ノード装置 SW# 3およびノード装置 SW# 4 ) 、 ノード装置 E d g e # 2、 ノード装置 E d g e # 3およびノード装置 E d g e # 4から構成されている。 ノ一ド装置 E d g e # 1において、 トランク T 1は、 ポート Ρ 1 (例えば、 現 用回線） およびポート Ρ 2 (例えば、 予備回線） 力 ら構成されている。
ノード装置 SW# 1において、 トランク T l Aは、 ポート P 2およびポート P 3から構成されている。 なお、 ノード装置 SW# 1のポート P 1は、 トランクを 構成しない。
ノード装置 SW# 2において、 トランク T 2 Aは、 ポート P 2およびポート P 3から構成されている。 なお、 ノード装置 SW# 2のポート P 1は、 トランクを 構成しない。
ノード装置 S W# 3において、 トランク T 3 Bは、 ポート P 1およびポート P
2から構成されている。 なお、 ノード装置 SW# 3のポート P 3、 ポート P 4お ょぴポート P 5のそれぞれは、 トランクを構成しない。 ノード装置 SW# 4において、 トランク T 4 Bは、 ポート P Iおよびポート P 2から構成されている。 なお、 ノード装置 SW# 4のポート P 3、 ポート P 4お ょぴポート P 5のそれぞれは、 トランクを構成しない。
ノード装置 E d g e # 2において、 トランク T 2は、 ポート P Iおよびポート P 2から構成されている。 ノード装置 E d g e # 3において、 トランク T3は、 ポート Ρ 1およびポート Ρ 2から構成されている。 ノード装置 Ed g e #4にお いて、 トランク T 4は、 ポート F 1およびポート P 2から構成されている。 なお、 ポート P 1〜P 4は、 実施の形態 1と同様にして、 受信処理部おょぴ送信処理部 力 ら構成されている。
つぎに、 第 11図 （a) および （b) 、 第 13図に示したフローチャートを参 照しつつ、 実施の形態 2における動作例 1について説明する。 この動作例 1では、 トランクを構成しない回線 K 31 (第 1 1図 （b) 参照） に障害が発生した場合 について説明する。
第 13図に示したステップ SC 1では、 各ノード装置は、 接続されている回線 で障害を検出した力否かを判断し、 この場合、 判断結果を 「No」 として、 同判 断を繰り返す。 そして、 第 1 1図 （a) に示した回線 K 31で障害 （回線断） が 発生すると、 ノード装置 Ed g e #2は、 実施の形態 1の動作と同様にして、 現 用回線を、 ポート P 1 (障害検出回線） からポート P 2 (予備回線） へ切り替え る。
ここで、 回線 K 31で障害が発生すると、 ノード装置 E d g e #3およびノー ド装置 E d g e # 4は、 ノード装置 SW# 3および回線 K 31を経由してノード 装置 E d g e # 2と通信することができなくなる。
そこで、 実施の形態 2の動作例 1では、 ノ一ド装置 S W # 3は、 回線 31の 影響がある全ポート （この場合、 ポート P 4およびポート P 5) へ断状態とする ように通知する。 これにより、 ノード装置 Ed g e # 3およびノード装置 Ed g e #4では、 上記全ポートの回線を断状態 （障害発生） として認識する。
具体的には、 回線 K 31の障害を検出すると、 ノード装置 SW#3は、 第 1 3 3006016
19
図に示したステップ S C 1の判断結果を 「Y e s」 とする。 ステップ S C 2では、 ノード装置 SW# 3は、 実施の形態 1と同様にして、 障害検出回線 （この場合、 ノード装置 SW# 3のポート P 3の回線 K3 1) にトランクの設定がある力否か を判断し、 この場合、 判断結果を 「No」 とする。
ステップ S C 7では、 ノード装置 SW# 3は、 回線 K 3 1の影響がある全ポー ト （この場合、 ポート P 4およびポート P 5) へ断状態とするように通知する。 これにより、 ポート P 4およびポート P 5では、 接続されている回線を物理的に 断 (光や電気レベルを落とす）にして、 擬似障害を発生させる。 ステップ S C 6で は、 ノード装置 SW# 3は、 実施の形態 1と同様にして、 トランク管理テーブル 1 1 (第 8図参照） を更新する。
これにより、 接続先のノード装置 E d g e # 3およびノード装置 E d g e # 4 では、 第 1 1図 （b) に示したように、 疑似障害の発生により、 前述した 1 + 1 切替を実行し、 運用回線を疑似障害検出回線から予備回線へ切り替えることによ り、 障害を回避し、 接続を維持する。
なお、 実施の形態 2では、 疑似障害を発生させずに、 ノード装置 E d g e # 3 およびノード装置 E d g e # 4へ別回線 （図示略） を介して、 障害発生および 1 + 1切替指示を明示的に通知してもよい。
また、 第 1 2図 （a) に示したように、 ノード装置 SW# 3のトランク T 3 B を構成する全回線 （回線 K 2 1および回線 K 2 2) で障害が発生すると、 ノード 装置 SW# 3に関する回線を運用回線とするノード装置で通信断の影響が出る。 そこで、 実施の形態 2では、 動作例 2·として、 かかる影響を回避すべく、 動作 例 1と同様にして、 ノード装置 SW# 3が、 隣接する全ノード装置に対して、 障 害を通知する。 障害の通知方法は、 明示的な通知メッセージを通知したり、 接続 回線を物理的に断 (光や電気レベルを落とす)にしたりする方法等が挙げられる。 具体的には、 回線 2 1および回線 K 2 2の障害を検出すると、 ノード装置 S W# 3は、 第 1 3図に示したステップ S C 1の判断結果を 「Y e s」 とする。 ス テツプ S C 2では、 ノード装置 SW# 3は、 実施の形態 1と同様にして、 障害検 出回線 （この場合、 ノ一ド装置 S W# 3のポート P 1の回線 K 21およびポート P 2の回線 K22) にトランクの設定がある力否かを判断し、 この場合、 判断結 果を 「Ye s」 とする。
ステップ SC 3では、 ノード装置 SW# 3は、 障害検出回線に運用回線 （この 場合、 回線 K21) が含まれている力否かを判断し、 この場合、 判断結果を 「Y e s」 とする。 ステップ SC 4では、 ノード装置 SW# 3は、 予備回線 （この場 合、 回線 K22) が正常であるか否かを判断し、 この場合、 判断結果を 「No」 とする。
ステップ S C 7では、 ノ一ド装置 S W# 3は、 回線 K 21および回線 K 22の 影響がある全ポート （この場合、 ポート P3、 ポート P 4およびポート P 5) へ 断状態とするように通知する。 これにより、 ポート P 3、 ポート P 4およびポー ト P 5では、 接続されている回線を物理的に断 (光や電気レベルを落とす）にして、 擬似障害を発生させる。 ステップ SC 6では、 ノード装置 SW# 3は、 実施の形 態 1と同様にして、 トランク管理テーブル 11 (第 8図参照） を更新する。
これにより、 接続先のノード装置 E d g e # 2、 ノード装置 E d g e # 3およ びノード装置 Ed g e #4では、 第 12図 （b) に示したように、 疑似障害の発 生により、 前述した 1 + 1切替を実行し、 運用回線を疑似障害検出回線から予備 回線へ切り替えることにより、 障害を回避し、 接続を維持する。 なお、 ステップ SC4の判断結果が 「 Y e s」 である場合、 ステップ S C 5では、 1+1切替が 実行される。 また、 ステップ SC 3の判断結果が 「No」 である場合、 ステップ SC 6の処理が実行される。
以上説明したように、 実施の形態 2によれば、 障害発生時、 障害の影響を受け る接続先のノード装置に対して障害発生を通知することとしたので、 ノード障害 における切り替え時のトラフィック負荷を低減し、 高速で切り替えることができ る。
(実施の形態 3)
さて、 前述した実施の形態 2では、 第 14図 （a) に示したノード装置 Ed g e # 2のトランク T 2を構成する全回線で障害が発生 （またはノ一ド装置 E d g e # 2自体でノード障害が発生） したという特殊な場合、 第 1 4図 （b ) に示し たように、 接続先のノード装置 SW# 3およびノード装置 SW# 4 (冗長グルー プ # B ) が完全に機能しなくなるという問題が発生する。
この場合には、 本来、 障害と無関係であるノード装置 E d g e # 3とノード装 置 E d g e # 4との間の通信さえもできなくなってしまう。
以下に説明する実施の形態 3では、 第 1 5図に示したように、 同じ冗長グルー プを構成するノ一ド装置間でお互いの状態を通知し合い、 回線障害等で冗長ダル ープ内の全ノード装置が完全に機能しなくなるという事態を回避するための構成 例を示す。
すなわち、 冗長グループ内の各ノード装置は、 通常同じ接続先 （ノード装置） を有している。 これは、 1つのノード装置が機能しなくなっても他のノード装置 がその接続性を引き継ぐために必須である。
そこで、 実施の形態 3では、 冗長グループ内のノード装置同士で、 正常に動作 しているトランク数 （ノード装置 E d g e # 1〜ノード装置 E d g e # 4との接 続のためのトランクとなっていない回線も含む） 、 正常に動作している回線数等 の転送能力を通知し合い、 冗長グループ内の全ノ一ド装置を断にしなければなら ない状態でも、 冗長グループ内で最低 1台のノード装置が運用状態に残るように している。
第 1 6図は、 実施の形態 3における切替制御部 3 0の構成を示すプロック図で ある。 切替制御部 3 0は、 第 1 5図に示したノード装置 E d g e # 1〜ノード装 置 E d g e # 4、 ノード装置 SW# 1〜ノード装置 SW# 4にそれぞれ設けられ ている。
第 1 6図において、 第 7図の各部に対 -応する部分には同一の符号を付ける。 第 1 6図においては、 第 7図に示した切替判断部 1 3に代えて、 切替判断部 3 2が 設けられているとともに、 冗長グループ管理テーブル 3 1が新たに設けられてい る。 冗長グループ管理テーブル 31は、 冗長グループを構成する各ノード装置を管 理するためのテーブ^/であり、 第 17図に示したように、 情報アイテム、 自ノー ド、 ペアノードというフィールドを備えている。
自ノードは、 冗長グループ管理テーブル 31が設けられているノ一ド装置を表 す。 ペアノードは、 自ノードとペアをなすノード装置に対応している。 例えば、 第 15図に示した冗長グループ #Bにおいてノード装置 S"W# 3に設けられてい る冗長グループ管理テーブル 31の場合には、 自ノードがノード装置 SW# 3に 対応しており、 ペアノードがノード装置 SW# 4に対応している。
情報アイテムは、 有効トランク数、 有効回線数、 優先度および識別子である。 有効トランク数は、 当該ノード装置 （自ノード、 ペアノード） に設定されたトラ ンクの有効数である。 有効回線数は、 当該ノード装置に接続された回線の有効数 である。 優先度は、 自ノードおよびペアノードにおける優先度を表す。 識別子は、 当該ノード装置を識別するためのものであり、 MACァドレス等である。
つぎに、 実施の形態 3の動作について、 第 18図〜第 20図に示したフローチ ヤートを参照しつつ説明する。 第 18図に示したステップ SD 1では、 各ノード 装置 （第 15図に示したノード装置 Ed g e # 1〜ノード装置 Ed g e #4、 ノ ード装置 SW# 1〜ノード装置 SW#4) は、 障害を検出した力^かを判断し、 この場合、 判断結果を 「No」 として、 同判断を繰り返す。
また、 第 19図に示したステップ SE 1では、 各ノード装置は、 要求メッセ一 ジを受信したか否かを判断し、 この場合、 判断結果を 「No」 として、 同判断を 繰り返す。 また、 第 20図に示したステップ SF 1では、 各ノード装置は、 応答 メッセージを受信したか否かを判断し、 この場合、 判断結果を 「No」 として、 同判断を繰り返す。
そして、 第 15図に示したノード装置 E d g e # 2のトランク T 2の全回線 ( またはノード装置 Ed g e # 2自体） に障害が発生 （第 14図 （a) 参照） する と、 ノード装置 SW# 3は、 第 18図に示したステップ SD 1の判断結果を 「Y e s」 とする。 ステップ SD 2では、 ノード装置 SW#3は、 自ノードに関して、 冗長グルー プ管理テーブル 31 (第 17図参照） を更新する。 この場合、 ノード装置 SW# 3は、 1本の回線 (トランク T 2に対応) に障害が発生しているため、 第 17図 に示した自ノードの有効回線数を 1デクリメントする。
また、 ノード装置 SW# 3は、 自ノードのトランクに関して、 全回線で障害が 発生している場合や、 障害検出回線がトランクを構成しない場合、 自ノードの有 効トランク数を 1デクリメントする。 この場合、 障害検出回線 (トランク T 2に 対応） がトランクを構成しないため、 第 17図に示した自ノードの有効トランク 数を 1デクリメントする。
ステップ SD 3では、 ノード装置 SW# 3は、 障害検出回線にトランクが設定 されている力否かを判断し、 この場合、 判断結果を 「No」 とする。
ステップ SD7では、 ノード装置 SW# 3は、 冗長グループ #Bを構成するぺ アノード （ノード装置 SW#4) に対する要求メッセージを生成し、 ペアノード (ノード装置 SW#4) へ要求メッセージを送信する。 この要求メッセージには、 ペアノード （この場合、 ノード装置 SW#4) における冗長管理テーブルの更新 内容を要求するためのメッセージである。
また、 要求メッセージには、 自ノード （ノード装置 SW# 3) における冗長テ 一ブルの更新内容が含まれている。 ノード装置 SW# 3は、 ペアノード （ノード 装置 SW#4) からの応答待ち状態とされる。
同様にして、 第 15図に示したノード装置 E d g e # 2のトランク T 2の全回 線 （またはノード装置 Ed g e # 2自体） に障害が発生 （第 14図 （a) 参照） すると、 ノード装置 SW#4は、 第 18図に示したステップ SD 1の判断結果を 「Ye s」 とする。
ステップ SD 2では、 ノード装置 SW#4は、 自ノードに関して、 冗長グ Λ^"· プ管理テーブル 31 (第 17図参照） を更新する。 この場合、 ノード装置 SW# 4は、 1本の回線 (トランク T2に対応） に障害が発生しているため、 第 17図 に示した自ノードの有効回線数を 1デクリメントする。 また、 ノード装置 SW#4は、 自ノードのトランクに関して、 全回線で障害が 発生している場合や、 障害検出回線がトランクを構成しない場合、 自ノードの有 効トランク数を 1デクリメントする。 この場合、 障害検出回,锒 (トランク T 2に 対応) がトランクを構成しないため、 第 17図に示した自ノードの有効トランク 数を 1デクリメントする。
ステップ SD 3では、 ノード装置 SW#4は、 障害検出回線にトランクが設定 されている力否かを判断し、 この場合、 判断結果を 「No」 とする。
ステップ SD 7では、 ノード装置 SW#4は、 冗長グループ #Bを構成するぺ アノード （ノード装置 SW# 3) に对する要求メッセージを生成し、 ペアノード (ノード装置 SW# 3) へ要求メッセージを送信する。 この要求メッセージは、 ペアノード （この場合、 ノード装置 SW# 3) における冗長管理テーブルの更新 内容を要求するためのメッセージである。
，また、 要求メッセージには、 自ノード （ノード装置 SW#4) における冗長テ 一ブルの更新内容が含まれている。 ノード装置 SW#4は、 ペアノード （ノード 装置 SW# 3) 力 らの応答待ち状態とされる。
そして、 ノード装置 SW# 3からの要求メッセージがノード装置 SW# 4に受 信されると、 ノード装置 SW#4は、 第 19図に示したステップ SE 1の判断結 果を 「Ye s」 とする。 ステップ SE2では、 ノード装置 SW#4は、 要求メッ セージに含まれる更新内容に基づいて、 冗長グループ管理テーブル 31のペアノ ード （ノード装置 SW# 3) の内容を更新する。
ステップ SE 3では、 ノード装置 SW#4は、 冗長グ<レープ #Bを構成するぺ アノード （ノード装置 SW# 3) に対する応答メッセージを生成し、 ペアノード (ノード装置 SW# 3) へ応答メッセージを送信する。 この応答メッセージには、 自ノード （この場合、 ノード装置 SW#4) に設けられた冗長管理テーブルにお ける自ノードの更新内容が含まれている。
ステップ S E 4では、 ノ一ド装置 S W# 4は、 冗長グループ管理テーブル 31 において自ノードとペアノードとの情報 （有効トランク数、 有効回線数、 優先度 ) を比較する。 ステップ SE 5では、 ノード装置 SW#4は、 ペアノードが自ノ ードよりも優れているか否かを判断する。 ここで、 優れているとは、 有効トラン ク数がより多い、 有効回線数がより多い、 または優先度が高い状態であり、 ノー ド装置の転送能力が高いことを意味する。
ステップ SE 5の判断結果が 「Ye s」 である場合、 ステップ SE 6では、 ノ ード装置 SW#4は、 全ポートを断状態 （光信号を断） とするように指示を出し て、 対向ノード装置 （隣接する全ノード） にペアノード （ノード装置 SW# 3) に接続されている回線を運用回線とするように通知する。 なお、 ステップ SE5 の判断結果が 「 N o」 である場合、 ノ一ド装置 S W # 4は、 ステップ S E 1の判 断を行う。
これにより、 ノード装置 Ed g e #2のトランク T2に障害が発生したとして も、 必要最小限の通信断に抑え、 障害トランクに関係のない回線 （例えば、 ノー ド装置 S W# 3とノード装置 E d g e # 3およぴノ一ド装置 E d g e # 4の回線 ) の通信を維持することが可能となる。
また、 ノード装置 SW# 4からの応答メッセージがノード装置 SW# 3に受信 されると、 ノード装置 SW# 3は、 第 20図に示したステップ SF 1の判断結果 を 「Ye s」 とする。
ステップ SF 2では、 ノード装置 SW# 3は、 応答メッセージに含まれる更新 内容に基づいて、 冗長グループ管理テーブル 31のペアノード （ノード装置 SW #4) の内容を更新する。
ステップ S F 3では、 ノード装置 S W # 3は、 冗長グループ管理テーブル 31 において自ノードとペアノードとの情報 （有効トランク数、 有効回線数、 優先度 ) を比較する。 ステップ SF 4では、 ノード装置 SW# 3は、 ステップ SE5 ( 第 19図参照） と同様にして、 ペアノードが自ノードよりも優れている力否かを 判断する。
この場合、 ステップ SF 4の判断結果が 「No」 であるとすると、 ノード装置 S W # 3は、 ステップ S F 1の判断を行う。 なお、 ステップ S F 4の判断結果が 「Ye s」 である場合、 ステップ SF 5では、 ノード装置 SW# 3は、 全ポート (回線） を断状態 （光信号を断） とするように指示を出して、 対向ノード装置に 対して、 ペアノード (ノード装置 SW#4) に接続されている回線を運用回線と するように通知する。
なお、 第 18図に示したステップ SD 3の判断結果が Γγ e s J である場合、 ステップ SD 4では、 各ノード装置は、 障害検出回線が運用回線であるか否かを 判断する。 ステップ SD 4の判断結果が 「No」 である場合、 各ノード装置は、 ステップ SD 1の判断を行う。
一方、 ステップ SD 4の判断結果が 「Ye s」 である場合、 ステップ SD 5で は、 各ノード装置は、 予備回線が正常であるか否かを判断する。 ステップ SD5 の判断結果が 「Ye s」 である場合、 ステップ SD 6では、 各ノード装置は、 ス テツプ SC5 (第 13図参照） と同様にして、 1+1切替を実行する。 なお、 ス テツプ SD 5の判断結果が 「No」 である場合、 ステップ SD 7の処理が実行さ れる。
以上説明したように、 実施の形態 3によれば、 冗長グループ内におけるノード 装置間で通信能力を通知し合い、 障害発生時、 冗長グループ内における複数のノ ード装置うち、 通信能力が高いノード装置が通信を担当することとしたので、 よ り通信能力が高いノード装置を用いて通信を行うことができる。
(実施の形態 4)
さて、 前述した実施の形態 3においては、 冗長グループ内のノード装置間で、 転送能力に関する情報 （有効トランク数、 有効回線数、 優先度等） を交換した後、 全ポート （回線） を断状態 （光信号を断） とするように指示を出し、 対向ノード 装置に対して、 ペアノード （ノード装置 SW#4) に接続されている回線を運用 回線とするように通知する構成例について説明したが、 直接対向ノード装置に転 送能力を通知する構成例としてもよい。 以下では、 この構成例を実施の形態 4と して説明する。
第 21図は、 本発明にかかる実施の形態 4の構成を示すブロック図である。 こ の図において、 第 1 4図 （a ) および第 1 5図に対応する部分には同一の符号を 付ける。
実施の形態 4において、 各ノード装置の各ボートには、 第 2 2図に示した送信 処理部 4 0が設けられている。 送信処理部 4 0において、 通知メッセージ揷入部 4 1は、 障害発生時に、 切替制御部 6 0 (第 2 4図参照） により生成された通知 メッセージを受信し、 この通知メッセージを多重部 4 2へ渡す。 多重部 4 2は、 スィツチ Sからのフレームと通知メッセージとを多重化する。 回線終端部 4 3は、 回線に接続されており、 多重化されたフレームを送信する。
また、 実施の形態 4において、 各ノード装置の各ポートには、 第 2 3図に示し た受信処理部 5 0が用いられている。 同図において、 第 4図の各部に対応する部 分には同一の符号を付ける。
受信処理部 5 0において、 通知メッセージ抽出部 5 1は、 対向ノード装置から 送信された多重化されたフレームから通知メッセージ （第 2 2図参照） を抽出し、 これを切替制御部 6 0 (第 2 4図参照） へ渡す。
また、 実施の形態 4において、 各ノード装置の各ポートには、 第 2 4図に示し た切替制御部 6 0が用いられている。 同図において、 第 7図の各部に対応する部 分には同一の符号を付ける。
切替制御部 6 0において、 対向ノ一ド管理テーブル 6 1は、 トランク単位で設 定されており、 当該ノード装置 （自ノード） に対向する各対向ノード装置を管理 するためのテーブルである。
具体的には、 対向ノ一ド管理テーブル 6 1は、 第 2 5図 （ a ) に示したように、 情報ァィテム、 回線 1の接続先ノード、 回線 2の接続先ノードというフィールド を備えている。 なお、 実際には、 当該ノード装置は、 対向ノード管理テーブル 6 1をトランク毎に有している。
回線 1の接続先ノードは、 当該トランクを構成する回線 1の接続先ノード （対 向ノード装置） に対応している。 回線2の接続先ノードは、 当該トランクを構成 する回線 2の接続先ノード （対向ノード装置） に対応している。 すなわち、 当該 トランクは、 回線 1およ、び回線 2から構成されている。
情報アイテムは、 有効トランク数、 有効回線数、 優先度および識別子である。 有効トランク数は、 各対向ノード装置 （回線 1、 2の接続先ノード） に設定され たトランクの有効数である。 有効回線数は、 各対向ノード装置に接続された回線 の有効数である。 優先度は、 各対向ノード装置における優先度を表す。 識別子は、 各対向ノード装置を識別するためのものであり、 MA Cァドレス等である。
第 2 4図に戻り、 自ノード管理テーブル 6 2は、 自ノードを管理するためのテ 一ブルであり、 第 2 5図 （b ) に示したように、 自ノードに関する有効トランク 数、 有効回線数、 優先度、 識別子の情報を管理している。 切替判断部 6 3は、 自 ノード管理テーブル 6 2の更新や、 対向ノード管理テーブル 6 1に基づレ、て、 1 + 1切替に関する判断を行う。
つぎに、 実施の形態 4の動作について、 第 2 6図および第 2 7図に示したフロ 一チャートを参照しつつ説明する。 第 2 6図に示したステップ S G 1では、 各ノ ード装置 （第 2 1図に示したノード装置 E d g e # 1〜ノード装置 E d g e # 4、 ノード装置 SW# 1〜ノード装置 SW# 4 ) の切替判断部 6 3 (第 2 4図参照） は、 障害を検出したか否かを判断し、 この場合、 判断結果を 「N o」 として、 同 判断を繰り返す。
また、 第 2 7図に示したステップ S H 1では、 各ノード装置の切替判断部 6 3 は、 対向ノード装置から通知メッセージを受信したか否かを判断し、 この場合、 判断結果を 「N o」 として、 同判断を繰り返す。
そして、 第 2 1図に示したノード装置 E d g e # 2のトランク T 2の全回線 （ またはノード装置 E d g e # 2自体） に障害が発生すると、 ノード装置 SW# 3 の切替判断部 6 3は、 第 2 6図に示したステップ S G 1の判断結果を 「Y e s」 とする。
ステップ S G 2では、 ノ一ド装置 S W# 3の切替判断部 6 3は、 自ノードに関 して、 自ノード管理テーブル 6 2 (第 2 5図 （b ) 参照） を更新する。 この場合、 ノ一ド装置 S W# 3の切替判断部 6 3は、 1本の回線 （トランク T 2に対応） に 障害が発生しているため、 第 25図 （b) に示した自ノードの有効回線数を 1デ クリメントする。
また、 ノード装置 SW# 3の切替判断部 63は、 自ノードのトランクに関して、 全回線で障害が発生している場合や、 障害検出回線がトランクを構成しない場合、 自ノードの有効トランク数を 1デクリメントする。 この場合、 障害検出回線 （ト ランク T 2に対応) がトランクを構成しないため、 第 25図 (b) に示した自ノ ードの有効トランク数を 1デクリメントする。
ステップ S G 3では、 ノ一ド装置 S W# 3の切替判断部 63は、 障害検出回線 にトランクが設定されている力否かを判断し、 この場合、 判断結果を 「No」 と する。
ステップ SG 7では、 ノード装置 SW# 3は、 対向ノード装置 （この場合、 ノ ード装置 SW# 1、 ノード装置 SW# 2、 ノード装置 Ed g e # 2、 ノード装置 E d g e # 3およびノード装置 E d g e # 4) に対する通知メッセージを生成し、 通知メッセージ挿入部 41 (第 22図参照） へ渡して、 各対向ノードへ通知メッ セージを送信する。 この通知メッセージには、 自ノード （ノード装置 SW# 3) における冗長テーブルの更新内容が含まれている。
同様にして、 第 21図に示したノード装置 E d g e # 2のトランク T2の全回 線 （またはノード装置 Ed g e # 2自体） に障害が発生 （第 14図 （a) 参照） すると、 ノード装置 SW# 4の切替判断部 63は、 第2 6図に示したステップ S G1の判断結果を 「Ye s」 とする。
ステップ S G 2では、 ノ一ド装置 SW# 4の切替判断部 63は、 自ノードに関 して、 自ノード管理テーブル 62 (第 25図 （b) 参照） を更新する。 この場合、 ノ一ド装置 SW# 4の切替判断部 63は、 1本の回線 （トランク T 2に対応） に 障害が発生しているため、 第 25図 （b) に示した自ノードの有効回線数を 1デ クリメントする。
また、 ノード装置 SW# 4の切替判断部6 3は、 自ノードのトランクに関して、 全回線で障害が発生している場合や、 障害検出回線がトランクを構成しない場合、 6
30
自ノードの有効トランク数を 1デクリメントする。 この場合、 障害検出回線 （ト ランク T 2に対応) がトランクを構成しないため、 第 2 5図 （b) に示した自ノ 一ドの有効トランク数を 1デクリメントする。
ステップ S G 3では、 ノ一ド装置 S W# 4の切替判断部 6 3は、 障害検出回 H にトランクが設定されているか否かを判断し、 この場合、 判断結果を 「N o」 と する。
ステップ S G 7では、 ノード装置 SW# 4は、 対向ノード装置 （この場合、 ノ ード装置 SW# 1、 ノード装置 SW# 2、 ノード装置 E d g e # 2、 ノード装置 E d g e # 3およびノード装置 E d g e # 4) に対する通知メッセージを生成し、 通知メッセージ挿入部 4 1 (第 2 2図参照） へ渡し、 各対向ノードへ通知メッセ ージを送信する。 この通知メッセージには、 自ノード （ノード装置 SW# 4) に おける冗長テーブルの更新内容が含まれている。
そして、 ノード装置 SW# 3およびノード装置 SW# 4からの各通知メッセー ジがノード装置 E ά g e # 3に受信されると、 ノード装置 E d g e # 3の切替判 断部 6 3は、 第 2 7図に示したステップ SH 1の判断結果を 「Y e s」 とする。 ステップ SH2では、 ノ一ド装置 E d g e # 3の切替判断部 6 3は、 通知メッ セージに含まれるノ一ド装置 S W# 3およぴノ一ド装置 S W# 4の自ノードテー ブルの各更新内容に基づいて、 対向ノード管理テーブル 6 1の接続先ノード （ノ ード装置 SW# 3およびノー.ド装置 SW# 4) の内容を更新する。
ステップ S H 3では、 ノ一ド装置 E d g e # 3の切替判断部 6 3は、 対向ノ一 ド管理テーブル 6 1にお!/、て回線 1の接続ノードと、 回線 2の接続先ノードとの 情報 （有効トランク数、 有効回線数、 優先度） を比較する。 ステップ SH4では、 ノ一ド装置 E d g e # 3の切替判断部 6 3は、 ステップ S H 3の比較結果に基づ いて、 最も優れているノード装置に接続されている回線 （ポート） を運用回線に 切り替えた後、 ステップ S H 1の判断を行う。
ここで、 優れているとは、 有効トランク数がより多い、 有効回線数がより多い、 または優先度が高い状態であり、 ノード装置の転送能力が高いことを意味する。 2003/006016
31
また、 通知メッセージを受信した他の対向ノード装置 （ノード装置 SW# 1、 ノード装置 SW# 2、 ノード装置 E d g e # 2およびノード装置 E d g e #4) においても、 ノード装置 E d g e # 3と同様の動作を経て、 1+1切替が行われ る。
なお、 第 26図に示したステップ SG 3の判断結果が 「Ye s」 である場合、 ステップ SG 4では、 各ノード装置は、 障害検出回線が運用回線であるか否かを 判断する。 ステップ SG 4の判断結果が 「No」 である場合、 各ノード装置は、 ステップ SG 1の判断を行う。
一方、 ステップ S G 4の判断結果が 「 Y e s」 である場合、 ステップ S G 5で は、 各ノード装置は、 予備回線が正常である力否かを判断する。 ステップ SG5 の判断結果が 「Ye s」 である場合、 ステップ SG 6では、 各ノード装置は、 ス テツプ SC5 (第 13図参照） と同様にして、 1+1切替を実行する。 なお、 ス テツプ SG 5の判断結果が 「No」 である場合、 ステップ SG 7の処理が実行さ れる。
以上説明したように、 実施の形態 4によれば、 冗長グループ内の全ポートを断 状態にすることなく、 冗長グループ内でもつとも優れた転送能力を持つノード装 置が転送処理を続けることができる。
(実施の形態 5)
さて、 前述した実施の形態 1においては、 管理者により入力された制御コマン ドにより 1 + 1切替をリモートで強制的に実行できる構成例としてもよい。 以下 では、 この構成例を実施の形態 5として説明する。
第 28図おょぴ第 29図は、 本発明にかかる実施の形態 5の動作を説明するブ ロック図である。 これらの図において、 第 1図の各部に対応する部分には同一の 符号を付ける。
実施の形態 5において、 各ノード装置の各ポートには、 第 30図に示した切替 制御部 70が用いられている。 同図において、 第 7図の各部に対応する部分には 同一の符号を付ける。 難 06016
32
切替制御部 7 0において、 コマンド入力部 7 1は、 管理者により制御コマンド を入力するためのものである。 制御コマンドは、 運用回線の接続先のノード装置 に対して、 当該運用回線の利用を禁止させて、 強制的に 1 + 1切替を指示するた めのコマンドである。 切替判断部 7 1は、 切替判断部 1 3 (第 7図参照) の機能 に加えて、 制御コマンドに基づく処理も実行する。
また、 実施の形態 5において、 各ノード装置の各ポートには、 第 3 1図に示し た受信処理部 8 0が用いられている。 同図において、 第 4図の各部に対応する部 分には同一の符号を付ける。
受信処理部 8 0において、 制御コマンド抽出部 8 1は、 ノード装置から送信さ れたフレームから上記制御コマンドを抽出し、 これを切替制御部 7 0 (第 3 0図 参照） へ渡す。
つぎに、 実施の形態 5の動作について、 第 3 2図に示したフローチャートを参 照しつつ説明する,。 同図に示したステップ S I 1では、 各ノード装置の切替判断 部 7 2 (第 3 0図参照） は、 制御コマンドを受信したか否かを判断し、 この場合、 判断結果を 「N o」 として、 同判断を繰り返す。
ここで、 第 2 8図に示したように、 管理者により、 ノード装置 SW# 2のコマ ンド入力部 7 1 (第 3 0図参照） に制御コマンドが入力されると、 切替判断部 7 2は、 制御コマンドをノード装置 S W# 4へ送信する。 この制御コマンドは、 上 記現用回線を利用しているノード装置 SW# 4に対して、 現用回線の利用を禁止 し、 現用回線を予備回線に切り替えるための利用禁止コマンドである。
そして、 制御コマンド （利用禁止コマンド） がノード装置 SW# 4に受信され ると、 ノード装置 SW# 4の切替判断部7 2は、 第 3 2図に示したステップ S I 1の判断結果を 「Y e s」 とする。
ステップ S I 2では、 ノ一ド装置 SW# 4の切替判断部 7 2は、 制御コマンド が利用禁止コマンドであるか否かを判断し、 この場合、 判断結果を 「Y e s」 と する。
I 3では、 ノード装置 S W # 4の切替判断部 7 2は、 制御コマンド (利用禁止コマンド） を受信した回線が運用回線である力否かを判断し、 この場 合、 判断結果を 「Y e s」 とする。 ステップ S I 4では、 ノード装置 S W# 4の 切替判断部 7 2は、 予備回線が正常である力否かを判断し、 この場合、 判断結果 を 「Y e s」 とする。
ステップ S I 5では、 ノード装置 SW# 4の切替判断部 7 2は、 第 2 9図に示 したように、 現用回線をポート P 2 (現用回線） からポート P 1 (予備回線） に 強制的に切り替える。
なお、 ステップ S I 3またはステップ S I 4の判断結果が 「N o」 である場合、 ステップ S I 1の判断が行われる。 また、 ステップ S I 2の判断結果が 「N o」 である場合、 ステップ S I 6では、 制御コマンド （利用禁止コマンド以外） を受 信した回線が運用回線である力否かが判断される。
ステップ S I 6の判断結果が 「N o」 である場合、 ステップ S I 5の処理が実 行される。 一方、 ステップ S I 6の判断結果が 「Y e s」 である場合、 ステップ S I 1の判断が行われる。
以上説明したように、 実施の形態 5によれば、 制御コマンド入力により、 強制 的に他ノ一ド装置の現用回線を予備回線にリモートで切り替えることとしたので、 管理者の利便性を高めることができる。
(実施の形態 6 )
さて、 実施の形態 5においては、 第 2 8図おょぴ第 2 9図に示したように例え ば、 ノード装置 SW# 2で入力された制御コマンドに基づいて、 ノード装置 S W
# 4で 1 + 1切替をリモートで行う構成例について説明したが、 ノ一ド装置 S W
# 4で入力された制御コマンドに基づいて、 該ノ一ド装置 SW# 4で 1 + 1切替 をロー力ノレで行う構成例としてもよい。 以下では、 この構成例を実施の形態 6と して説明する。
第 3 3図おょぴ第 3 4図は、 本発明にかかる実施の形態 6の動作を説明するブ ロック図である。 なお、 実施の形態 6においては、 実施の形態 5の構成と同一で ある。 JP2003/006016
34
つぎに、 実施の形態 6の動作について、 第 3 5図に示したフローチャートを参 照しつつ説明する。 同図に示したステップ S J 1では、 各ノード装置の切替判断 部 7 2 (第 3 0図参照) は、 管理者によりコマンド入力部 7 1で制御コマンドが 入力された力否かを判断し、 この場合、 判断結果を 「N o」 として同判断を繰り 返す。
ここで、 第 3 3図に示したように、 管理者により、 ノード装置 SW# 4のコマ ンド入力部 7 1 (第 3 0図参照） に制御コマンドが入力されると、 切替判断部 7 2は、 第 3 5図に示したステップ S J 1の判断結果を 「Y e s」 とする。
ステップ S J 2では、 ノード装置 S W # 4の切替判断部 7 2は、 制御コマンド に対応する対象回線 （この場合、 ポート P 2の回線） が運用回線であるか否かを 判断し、 この場合、 判断結果を 「Y e s」 とする。
ステツ,プ S J 3では、 ノ一ド装置 S W # 4の切替判断部 7 2は、 予備回線 （こ の場合、 ポート P 1の回線） が正常であるか否かを判断し、 この場合、 判断結果 を 「Y e s」 とする。
ステップ S J 4では、 ノード装置 S W# 4の切替判断部 7 2は、 第 3 4図に示 したように、 現用回線をポート P 2 (現用回線） からポート P 1 (予備回線） に ローカルで強制的に切り替える。
なお、 ステップ S J 2またはステップ S J 3の判断結果が 「N o」 である場合、 ステップ S J 1の判断が行われる。
以上説明したように、 実施の形態 6によれば、 制御コマンド入力により、 強制 的に自ノード装置の現用回線を予備回線にローカルで切り替えることとしたので、 管理者の利便性を高めることができる。
(実施の形態 7 )
第 3 6図および第 3 7図は、 本発明にかかる実施の形態 7の動作を説明するブ ロック図である。 実施の形態 7は、 前述した実施の形態 5および実施の形態 6の 組み合わせの構成例である。
すなわち、 第 3 6図に示したノード装置 SW# 2で、 ノード装置 SW# 4に対 P T/JP2003/006016
35
するリモート用の制御コマンド （利用禁止コマンド） が入力されると、 ノード装 置 SW#4では、 第 37図に示したように、 現用回線がポート P 2 (現用回線） からポート P 1 (予備回線） ヘリモートで強制的に切り替えられる。
また、 第 36図に示したノード装置 SW# 2で、 該ノード装置 SW#2に対す るローカル用の制御コマンドが入力されると、 ノード装置 SW# 2では、 第 37 図に示したように、 現用回線がポート P 4 (現用回線） からポート P 3 (予備回 線） へローカルで強制的に切り替えられる。
以上説明したように、 実施の形態 7によれば、 実施の形態 5および実施の形態 6と同様の効果を奏する。
(実施の形態 8)
さて、 前述した実施の形態 1においては、 VLAN (Virtual Local Area Ntw ork) 技術を用いて、 通信ネットワークシステム上に二つの VLANを構築し、 一方の V LANを冗長ありとし、 他方の V LANを冗長無しとする構成例として もよい。 以下では、 この構成例を実施の形態 8として説明する。
VLANは、 LANにおいて、 物理的なケーブルやマシンの接続形態に依存せ ず、 L AN上の特定のノードだけで仮想的なグループを作る技術であり、 ルータ ゃハブに対する付加機能として提供される。
VLANでは、 物理的に離れたセグメント上に存在するノード同士を集め、 論 理的に同一セグメント上に存在するように見せかけることができる。 そのため、 ノードの物理的な接続形態によらずに柔軟にネットワークを構築したり、 構成を 変更したりできる。 たとえば、 別フロアにある 2つの部署を 1つの論理的なセグ メントとみなしたり、 離れた場所に置かれたノードを本来属するべきセグメント に仮想的に参加させたりできる。
第 38図は、 本発明にかかる実施の形態 8の動作を説明するブロック図である。 同図において、 第 1図に対応する部分には同一の符号を付ける。 第 38図に示し た通信ネットワークシステムにおいては、 二つの VLANとして、 端末 XIと端 末 X 2との間を接続する VLAN— Xと、 端末 Y1と端末 Y 2との間を接続する 003/006016
36
VLAN— Yとが設定されている。
端末 X 1は、 ノード装置 E d g e # 1のポート P 1に接続されている。 端末 X 2は、 ノード装置 Ed g e # 2のポート P 3に接続されている。 端末 Y 1は、 ノ 一ド装置 E d g e # 1のポート P 2に接続されている。 端末 Y 2は、 ノード装置 E d g e # 2のポート P4に接続されている。
VLAN— Xは、 冗長ありの構成とされている。 すなわち、 VLAN— Xでは、 運用回線の経路 L 1の他に、 予備回線の経路 L 3および L 4が設定されている。 従って、 運用回線の経路 L 1に障害が発生した場合には、 予備回線の経路 L 3や、 経路 L 4により冗長がとられるため、 障害を回避することができる。
一方、 VLAN— Yは、 冗長無しの構成とされている。 すなわち、 VLAN— Yでは、 運用回線の経路 L 2の他に、 予備回線の経路が設定されていない。 従つ て、 運用回線の経路 L 2に障害が発生した場合には、 冗長がとられない。
また、 実施の形態 8において、 各ノード装置の各ポートには、 第 39図に示し た受信処理部 90が用いられている。 同図において、 第 4図の各部に対応する部 分には同一の符号を付ける。
受信処理部 90において、 転送情報テーブル 91は、 第40図に示したように、 MACアドレス、 VLAN— I D、 トランク I Dおよびポート I Dの対応関係を 表すテーブルである。 MA Cアドレスは、 転送情報抽出部 21により抽出された 転送情報である。
VLAN— I Dは、 VLAN— Xまたは VLAN— Yに対応するフレームを識 別するための識別子であり、 IEEE802.1Qで規定されている。 例えば、 VLAN 一 I D=100は、 VLAN— Xに対応するフレームの識別子である。 一方、 V LAN— I D=2◦ 0は、 VLAN— Yに対応するフレームの識別子である。 トランク I Dは、 当該ノード装置に設定されたトランクを識別するための識別 子である。 ポート I Dは、 ポートを識別するための識別子である。
第 39図に戻り、 切替ペアテーブル 92は、 トランクがどの回線 （ポート） で 構成されているかを表すテーブルである。 具体的には、 第 41図に示したように、 難 06016
37
切替ペアテーブル 92は、 トランク I Dとポート I D (回線） との対応関係を表 すテーブルである。 トランク I Dは、 当該ノード装置に設定されたトランクを識 別するための識別子である。 ポート I Dは、 該トランクを構成する複数の回線に 対応するポートを識別するための識別子である。
第 39図に戻り、 冗長対象テーブル 93は、 V LANが冗長対象である力否か を管理するためのテーブルである。 具体的には、 第 42図に示したように、 冗長 対象テーブル 93は、 VL AN— I Dおよび冗長有無というフィールドを備えて いる。 VLAN— I Dは、 VLAN— Xまたは VLAN— Yに対応するフレーム を識別するための識別子であり、 第 40図に示した VLAN— I Dに対応してい る。 冗長有無は、 VLANに関して、 冗長の有無を表す。
上記構成において、 第 38図に示した VLAN-X用に冗長を確保するため、 運用回線の経路 L 1については、 実施の形態 7で説明した仕組みを利用して、 双 方向の運用回線がノード装置 Ed g e # 1—ノード装置 SW# 1_ノード装置 S W# 3—ノード装置 Ed g e # 2となるように設定される。
ここで、 VLAN— Xにおいて、 端末 XIから端末 X 2宛のフレームが送信さ れると、 該フレームは、 ノ一ド装置 E d g e # 1の受信処理部 R 1 (受信処理 部 90 ：第 39図参照） に受信される。 これにより、 第 39図に示した転送情報 抽出部 21は、 受信されたフレームのヘッダから転送先を表す転送情報 （この場 合、 端末 X 2に対応する宛先 MACアドレス） および VLAN— I D (この場合、 100) を抽出し、 転送ポート決定部 94および転送 Z複製情報付加部 25へ出 力する。
転送ポート決定部 94は、 転送情報抽出部 21力、らの転送情報 （MA Cァドレ ス） および VLAN— I D (=100) をキーとして、 第 40図に示した転送情 報テープノレ 91を検索し、 出力トランク (この場合、 トランク T 1であるとする ) の情報を取得する。
つぎに、 転送ポート決定部 94は、 上記出力トランク (この場合、 トランク T 1) をキーとして、 切替ペアテーブル 92 (第 41図参照） を検索し、 出力先ポ ート （回線） の情報を取得する。 また、 転送ポート決定部 94は、 VLAN— I Dをキーとして、 第 42図に示した冗長有無 (この場合、 1 ：有り) をチェック する。
転送ポート決定部 94は、 ポート P 3およびポート P 4に対応する上記出力先 ポート （回線） の情報および上記チェック結果 （冗長あり） を転送/複製情報付 加部 25へ転送する。
これにより、 転送 Z複製情報付加部 25は、 転送情報抽出部 2 1からのフレー ムに、 上記ポート P 3およびポート P 4に対応するタグを付加して、 スィッチ S へ出力する。
スィッチ Sは、 タグを参照して、 フレームを複製した後、 各フレームをノード 装置 E d g e # 1のポート P 3 (送信処理部 T X 3) と、 ポート P 4 (送信処理, 部 Tx 4) とへ転送する。
以後、 上述した動作と同様にして、 VLAN— Xのフレームは、 運用回線の経 路 L 1を介して、 端末 X 2に受信される。 なお、 障害が発生した場合には、 実施 の形態 1と同様にして、 冗長がとられているため、 運用回線から予備回線へ切り 替わる。
一方、 V LAN— Υにおいて、 端末 Y 1から端末 Y 2宛のフレームが送信され ると、 該フレームは、 ノ一ド装置 E d g e # 1の受信処理部 R X 2 (受信処理部 90 ：第 39図参照） に受信される。 これにより、 第 3 9図に示した転送情報抽 出部 21は、 受信されたフレームのヘッダから転送先を表す転送情報 （この場合、 端末 Y 2に対応する宛先 MACアドレス） および VLAN— I D (この場合、 2 00) を抽出し、 転送ポート決定部 94および転送/複製情報付加部 25へ出力 する。
転送ポート決定部 94は、 転送情報抽出部 2 1からの転送情報 （MACァドレ ス） および VL AN— I D (=200) をキーとして、 第 40図に示した転送情 報テーブル 9 1を検索し、 出力ポート （この場合、 ポート P 3であるとする) の 情報を取得する。 つぎに、 転送ポート決定部 9 4は、 V L AN— I Dをキーとして、 第 4 2図に 示した冗長有無 （この場合、 0 ：無し） をチェックする。 また、 転送ポート決定 部 9 4は、 出力ポート （この場合、 ポート P 3 ) および上記チェック結果 (冗長 無し） を転送/複製情報付加部 2 5へ転送する。
これにより、 転送 Z複製情報付加部 2 5は、 転送情報抽出部 2 1からのフレー ムに、 上記ポート P 3に対応するタグを付加して、 スィツチ Sへ出力する。
スィッチ Sは、 タグを参照して、 フレームをノード装置 E d g e # 1のポート P 3 (送信処理部 T x 3 ) のみに転送する。 すなわち、 V L AN— Υのフレーム の場合には、 運用回線のみにフレームが転送され、 予備回線にフレームが転送さ れない。
以後、 上述した動作と同様にして、 V L AN— Υのフレームは、 経路 L 2を介 して、 端末 Y 2に受信される。 なお、 障害が発生した場合には、 冗長がとられて いないため、 端末 Y 1と端末 Y 2との間の通信が断となる等の影響が出る。
以上説明したように、 実施の形態 8によれば、 冗長サービスを受けるフレーム と受けないフレームを同一通信ネットワークシステムで提供することにより、 高 い信頼性が必要なトラフィックに関して、 フレームを複製することで通信ネット ワークシステムのリソースを消費するものの障害時であっても通信が可能となる 冗長サービスを受けることができる。
一方、 高い信頼性が必要無いトラフィックについて、 フレームを複製すること なく、 ネットワーク帯域の使用を最小限にすることが可能となり、 さまざまな要 求を満たすことのできる通信ネットワークシステムを実現することができる。
(実施の形態 9 )
さて、 前述した実施の形態 1においては、 第 1図に示したように、 各トランク (トランク T l、 トランク Τ 1 Α等) を設けて、 ノード （ノード装置） の冗長を とるためのノード冗長を実現する構成例について説明したが、 ノード冗長に加え て、 ノード間を接続するリンク （回線） についても冗長をとるリンク冗長を実現 する構成例としてもよい。 以下では、 この構成例を実施の形態 9として説明する。 6016
40
第 4 3図は、 本発明にかかる実施の形態 9の構成を示すブロック図である。 こ の図には、 2台のノード装置 E d g e # 1およびノード装置 E d g e # 2と、 4 台のノード装置 SW# 1〜SW# 4とカゝら構成され、 端末 Xと端末 Yとの間で通 信を行うための通信ネットワークシステムが図示されている。
端末 Xおよび端末 Yは、 通信機能を有するコンピュータ端末であり、 所定の通 信プロトコルに従って、 上記通信ネットワークシステムを介して通信を行う。 ノ 一ド装置 E d g e # 1およびノード装置 E d g e # 2は、 エッジノードとしての '機能を備ており、 端末 Xおよび端末 Yに接続されている。
一方、 ノード装置 SW# 1〜SW# 4は、 ノード装置 E d g e # 1とノード装 置 E d g e # 2との間に設けられており、 コアノードとしての機能を備えている。 ここで、 ノード装置 SW# 1〜SW# 4においては、 ノード装置 SW# 1および ノード装置 SW# 2が冗長グループ # Aを構成しており、 ノード装置 SW# 3お よびノード装置 SW# 4が冗長グループ # Bを構成している。 なお、 実施の形態 9におレ、ては、 冗長グループを 3台以上のノ一ド装置から構成してもよい。
また、 ノード装置 E d g e # l、 ノード装置 E d g e # 2、 ノード装置 SW# 1〜ノード装置 S W# 4のそれぞれは、 ポート P 1〜P 8、 スィッチ Sおよぴ切 替制御部 （図示略） を備えている。
ポート P 1は、 送信処理部 T X 1および受信処理部 R X 1を備えている。 ポー ト P 2は、 送信処理部 T X 2および受信処理部 R 2を備えている。 ポート P 3 は、 送信処理部 T X 3および受信処理部 R 3を備えている。 ポート P 4は、 送 信処理部 T X 4および受信処理部 R X 4を備えている。
ポート P 5は、 送信処理部 T X 5および受信処理部 R X 5を備えている。 ポー ト P 6は、 送信処理部 T X 6および受信処理部 R 6を備えている。 ポート P 7 は、 送信処理部 T X 7および受信処理部 R X 7を備えている。 ポート P 8は、 送 信処理部 T X 8および受信処理部 R X 8を備えている。
ノード装置 E d g e # 1のポート P 1は、 回線を介して端末 Xに接続されてい る。 また、 ノード装置 E d g e # 1においては、 ポート P 5がノード装置 S W# 1のポート P 1に回線を介して接続されているとともに、 ポート P 6がノード装 置 SW# 1のポート P 2に回線を介して接続されている。
さらに、 ノード装置 E d g e # 1においては、 ポート P 7がノード装置 S W# 2のボート P 1に回線を介して接続されているとともに、 ポート P 8がノード装 置 SW# 2のポート P 2に回線を介して接続されている。
また、 ノード装置 E d g e # 1においては、 4本の物理的な回線 （ポート P 5 の回線、 ポート P 6の回線、 ポート P 7の回線おょぴポート P 8の回線） 力 1 本の論理的な回線としてのノードトランク （回線） T N 1として認識されている。 このノードトランク T N 1は、 ノード冗長を実現するためのものである。
また、 ノードトランク T N 1においては、 ノード装置 E d g e # 1とノード装 置 SW# 1との間のリンクが冗長構成 （ポート P 5の回線おょぴポート P 6の回 線） とされている。 ポート P 5の回線おょぴポート P 6の回線は、 リンクトラン ク T L 1として認識されている。 このリンクトランク T L 1は、 リンク冗長を実 現するためのものである。
一方、 対向するノード装置 SW# 1側においては、 ノード装置 SW# 1とノー ド装置 E d g e # lとの間のリンクが冗長構成 （ポート P 1の回線おょぴポート P 2の回線） とされている。 ポート P 1の回線おょぴポート P 2の回線は、 リン クトランク T L 3として認識されている。 このリンクトランク T L 3は、 リンク 冗長を実現するためのものである。
同様にして、 ノードトランク T N 1においては、 ノード装置 E d g e # 1とノ 一ド装置 S W# 2との間のリンクが冗長構成 （ポート P 7の回線およびポート P 8の回線） とされている。 ポート P 7の回線おょぴポート P 8の回線は、 リンク トランク T L 2として認識されている。 このリンクトランク T L 2は、 リンク冗 長を実現するためのものである。
一方、 対向するノード装置 SW# 2側においては、 ノード装置 SW# 2とノー ド装置 E d g e # 1との間のリンクが冗長構成 （ポート P 1の回線およびポート P 2の回線） とされている。 ポート P 1の回線おょぴポート P 2の回線は、 リン クトランク T L 4として認識されている。 このリンクトランク T L 4は、 リンク 冗長を実現するためのものである。 '
また、 冗長グループ # Aと冗長グループ # Bとの接続に関しては、 各冗長ダル ープを構成する 2台のノード装置同士が相互接続する形態とされている。
具体的には、 ノード装置 SW# 1においては、 ポート P 5がノード装置 SW# 3のポート P 1に回線を介して接続されているとともに、 ポート P 6がノード装 置 SW# 3のポート P 2に回線を介して接続されている。
さらに、 ノード装置 SW# 1においては、 ポート P 7がノード装置 SW# 4の ポート P 1に回線を介して接続されているとともに、 ポート P 8がノード装置 S W# 4のポート P 2に回線を介して接続されている。
また、 ノード装置 SW# 1においては、 4本の物理的な回線 （ポート P 5の回 線、 ポート P 6の回線、 ポート P 7の回線およびポート P 8の回線） 力 1本の 論理的な回線としてのノードトランク (回線） T N 1 Aとして認識されている。 このノードトランク T N 1 Aは、 ノード冗長を実現するためのものである。 また、 ノードトランク T N I Aにおいては、 ノード装置 S W# 1とノード装置 S W# 3との間のリンクが冗長構成 （ポート P 5の回線おょぴポート P 6の回線 ) とされている。 ポート P 5の回線おょぴポート P 6の回線は、 リンクトランク T L 5として認 1^されている。 このリンクトランク T L 5は、 リンク冗長を実現 するためのものである。
一方、 対向するノード装置 SW# 3側においては、 ノード装置 SW# 3とノー ド装置 S W# 1との間のリンクが冗長構成 （ポート P 1の回線およびポート P 2 の回線） とされている。 ポート P 1の回,锒およびポート P 2の回線は、 リンクト ランク T L 9として認識されている。 このリンクトランク T L 9は、 リンク冗長 を実現するためのものである。
同様にして、 ノードトランク T N I Aにおいては、 ノード装置 SW# 1とノー ド装置 SW# 4との間のリンクが冗長構成 （ポート P 7の回線おょぴポート P 8 の回線） とされている。 ポート P 7の回線およびポート P 8の回線は、 リンクト 2003/006016
43
ランク T L 6として認識されている。 このリンクトランク T L 6は、 リンク冗長 を実現するためのものである。
—方、 対向するノード装置 SW# 4側においては、 ノード装置 SW# 4とノー ド装置 SW# 1との間のリンクが冗長構成 （ポート P 1の回線およびポート P 2 の回線） とされている。 ポート P 1の回線おょぴポート P 2の回線は、 リンクト ランク T L 1 1として認識されている。 このリンクトランク T L 1 1は、 リンク 冗長を実現するためのものである。
また、 ノード装置 SW# 2においては、 ポート P 5がノード装置 SW# 3のポ ート P 3に回線を介して接続されているとともに、 ポート P 6がノード装置 SW # 3のポート P 4に回線を介して接続されている。
さらに、 ノード装置 SW# 2においては、 ポート P 7がノード装置 SW# 4の ポート P 3に回線を介して接続されているとともに、 ポート P 8がノード装置 S W# 4のポート P 4に回線を介して接続されている。
また、 ノード装置 SW# 2においては、 4本の物理的な回線 （ポート P 5の回 線、 ポート P 6の回線、 ポート； P 7の回線おょぴポート P 8の回線） 力 1本の 論理的な回線としてのノードトランク （回線） T N 2 Aとして認識されている。 このノードトランク T N 2 Aは、 ノード冗長を実現するためのものである。 また、 ノードトランク T N 2 Aにおいては、 ノード装置 S W# 2とノード装置 S W# 3との間のリンクが冗長構成 （ポート P 5の回線およびポート P 6の回線 ) とされている。 ポート P 5の回線おょぴポート P 6の回線は、 リンクトランク T L 7として認識されている。 このリンクトランク T L 7は、 リンク冗長を実現 するためのものである。
一方、 対向するノード装置 SW# 3側においては、 ノード装置 SW# 3とノー ド装置 SW# 2との間のリンクが冗長構成 （ポート P 3の回線おょぴポート P 4 の回線） とされている。 ポート P 3の回線おょぴポート P 4の回線は、 リンクト ランク T L 1 0として認識されている。 このリンクトランク T L 1 0は、 リンク 冗長を実現するためのものである。 同様にして、 ノードトランク T N 2 Aにおいては、 ノード装置 SW# 2とノー ド装置 S W# 4との間のリンクが冗長構成 （ポート P 7の回線おょぴポート P 8 の回線） とされている。 ポート P 7の回線およびポート P 8の回線は、 リンクト ランク T L 8として認識されている。 このリンクトランク T L 8は、 リンク冗長 を実現するためのものである。
—方、 対向するノード装置 S W# 4側においては、 ノード装置 S W# 4とノー ド装置 S W# 2との間のリンクが冗長構成 （ポート P 3の回線おょぴポート P 4 の回線） とされている。 ポート P 3の回線おょぴポート P 4の回線は、 リンクト ランク T L 1 2として認識されている。 このリンクトランク T L 1 2は、 リンク 冗長を実現するためのものである。
ノード装置 SW# 3においては、 ポート P 1〜P 4の 4本の回線がノードトラ ンク T N 3 Bとして認識されている。
また、 ノード装置 E d g e # 2においては、 ポート P 5が端末 Yに、 ポート P 1がノード装置 S W# 3のポート P 5に回線を介して接続されているとともに、 ポート P 2がノード装置 SW# 3のポート： P 6に回線を介して接続されている。 さらに、 ノード装置 E d g e # 2においては、 ポート P 3がノード装置 SW# 4のポート P 5に回線を介して接続されているとともに、 ポート P 4がノード装 置 SW# 4のポート P 6に回線を介して接続されている。
また、 ノード装置 E d g e # 2においては、 4本の物理的な回線 （ポート P 1 の回線、 ポート P 2の回線、 ポート Ρ ·3の回線おょぴポート P 4の回線） ί 1 本の論理的な回線としてのノードトランク （回線） Τ Ν 2として認識されている。 このノードトランク Τ Ν 2は、 ノード冗長を実現するためのものである。
また、 ノードトランク Τ Ν 2においては、 ノード装置 E d g e # 2とノード装 置 S W# 3との間のリンクが冗長構成 （ポート P 1の回線おょぴポート P 2の回 線） とされている。 ポート P 1の回線おょぴポート P 2の回線は、 リンクトラン ク T L 1 5として認識されている。 このリンクトランク T L 1 5は、 リンク冗長 を実現するためのものである。 二方、 対向するノード装置 SW# 3側においては、 ノード装置 SW# 3とノー ド装置 E d g e # 2との間のリンクが冗長構成 （ポート P 5の回線おょぴポート P 6の回線） とされている。 ポート P 5の回線およびポート P 6の回線は、 リン ク トランク TL 13として認識されている。 このリンクトランク TL 13は、 リ ンク冗長を実現するためのものである。
同様にして、 ノードトランク TN2においては、 ノード装置 E d g e # 2とノ 一ド装置 S W# 4との間のリンクが冗長構成 （ポート P 3の回線およびポート P 4の回線） とされている。 ポート P 3の回線およびポート P 4の回線は、 リンク トランク TL 16として認識されている。 このリンクトランク TL 1 6は、 リン ク冗長を実現するためのものである。
一方、 対向するノード装置 SW# 4側においては、 ノード装置. SW# 4とノー ド装置 E d g e # 2との間のリンクが冗長構成 （ポート P 5の回線およびポート P 6の回線） とされている。 ポート P 5の回線おょぴポート P 6の回線は、 リン クトランク TL 14として認識されている。 このリンクトランク TL 14は、 リ ンク冗長を実現するためのものである。
ノード装置 SW# 4においては、 ポート P 1〜P 4の 4本の回線がノードトラ ンク TN4Bとして認 されている。
また、 実施の形態 9においては、 第43図に示した受信処理部 Rx l〜Rx 8 として、 第 44図に示した受信処理部 100が用いられている。 この図において、 第 4図の各部に対応する部分には同一の符号を付ける。
受信処理部 100において、 転送情報テーブル 101は、 第 45図に示したよ うに、 MACアドレスとノードトランク I D (ポート I Dも含む） との対応関係 を表すテーブルである。 MACアドレスは、 転送情報抽出部 21により抽出され た転送情報である。 ノードトランク I Dは、 当該ノ一ド装置に設定されたノード トランクを識別するための識別子である。
例えば、 第 45図に示したトランク I D=l 0が第 43図に示したノード装置 SW# 1のノードトランク TNI Aに対応しているとすると、 ポート P 1の受信 6016
46
処理部 Rx 1に受信されたフレーム （MACアドレス = AAA Aに対応） は、 転 送情報テーブル 101 (第 45図参照) に基づいて、 トランク I D= 10のノー ドトランク TN1A (ポート P 5、 ポート P 6、 ポート P 7およびポート P 8) へ転送される。
第 44図に戻り、 切替ノードペアテーブル 102は、 ノードトランクがどのリ ンクトランクで構成されているかを表すテーブ^^である。 具体的には、 第 46図 に示したように、 切替ノードペアテーブル 102は、 ノードトランク I Dとリン クトランク I Dとの対応関係を表すテーブルである。 ノードトランク I Dは、 当 該ノ一ド装置に設定されたノードトランクを識別するための識別子である。 リン クトランク I Dは、 該ノードトランクを構成する複数のリンクトランクを識別す るための識別子である。
ノードトランク I D=l 0が第 43図に示したノード装置 SW# 1のノードト ランク TN 1 Aに対-応しているとすると、 リンクトランク I D (=4、 6) は、 ノードトランク TNI Aを構成するリンクトランク TL 5および TL 6に対応し ている。
第 44図に戻り、 切替リンクペアテープノレ 103は、 リンクトランクがどの回 線 （ポート） で構成されているかを表すテーブルである。 具体的には、 第 47図 に示したように、 切替リンクペアテーブル 103は、 リンクトランク I Dとポー ト I D (回線） との対応関係を表すテーブルである。 リンクトランク I Dは、 当 該ノ一ド装置に設定されたリンクトランクを識別するための識別子である。 ポー ト I Dは、 該トランクを構成する複数の回線に対応するポートを識別するための 識別子である。
また、 実施の形態 9においては、 各ノード装置に第 48図に示した切替制御部 1 10が用いられている。 この図において、 第 7図の各部に対応する部分には同 一の符号を付ける。
切替制御部 110において、 ノードトランク管理テーブル 1 11は、 各ノード 装置のノードトランクを管理するためのテープノレである。 具体的には、 ノードト ランク管理テーブル 1 1 1は、 第 4 9図に示したように、 ノードトランク、 リン クトランク、 状態の対応関係を表すテーブルである。
同図において、 ノードトランクは、 各ノード装置に設定されたノードトランク を表す。 リンクトランクは、 各ノード装置に設定されたリンクトランクを表す。 状態は、 運用 Z予備おょぴ正常性を表す。 運用 Z予備は、 当該リンクトランク （ 回線） が運用回線であるかまたは予備回線であるかを表す。 正常性は、 当該リン クトランク (回線) が正常であるか、 障害発生により断であるかを表す。
第 4 8図に戻り、 リンクトランク管理テーブル 1 1 2は、 各ノード装置のリン クトランクを管理するためのテーブルである。 具体的には、 リンクトランク管理 テーブル 1 1 2は、 第 5 0図に示したように、 リンクトランク、 回線、 状態の対 応関係を表すテーブルである。
同図において、 リンクトランクは、 各ノード装置に設定されたリンクトランク を表す。 回線 （ポート） は、 上記リンクトランクを構成する回線 （ポート） を表 す。 状態は、 運用/予備および正常性を表す。 運用/予備は、 当該回線 （ポート ) が運用回線であるかまたは予備回線であるかを表す。 正常性は、 当該回線 （ポ ート） が正常であるか、 障害発生により断であるかを表す。
第 4 8図に戻り、 切替判断部 1 1 3は、 ノードトランク管理テーブル 1 1 1お ょぴリンクトランク管理テーブル 1 1 2に基づいて、 切り替えを判断する。
つぎに、 実施の形態 9の動作について、 第 5 1図および第 5 2図に示したフロ 一チャートを参照しつつ説明する。 第 5 1図は、 第 4 4図に示した転送ポート決 定部 1 0 4の動作を説明するフローチャートである。 第 5 2図は、 第 4 8図に示 した切替判断部 1 1 3の動作を説明するフローチャートである。
以下では、 第 4 3図に示した端末 Xから端末 Yへフレームを送信する場合の動 作について説明する。 第 5 1図に示したステップ S K 1では、 各受信処理部の転 送ポート決定部 1 0 4 (第 4 4図参照） は、 転送情報 （フレーム） が入力された 力否かを判断し、 この場合、 判断結果を 「N o」 として、 同判断を繰り返す。 また、 第 5 2図に示したステップ S L 1では、 切替判断部 1 1 3 (第 4 8図参 照） は、 ポートで障害が検出された力否かを判断し、 この場合、 判断結果を 「N o」 として、 同判断を繰り返す。
そして、 第 43図に示した端末 から、 端末 Y宛のフレームが送信されると、 該フレームは、 ノ一ド装置 E d g e # 1の受信処理部 R X 1 (受信処理部 100 ：第 44図参照） に受信される。
すなわち、 回線終端部 20は、 フレームに対応する電気信号や光信号を終端す る。 転送情報抽出部 21は、 受信されたフレームのヘッダから転送先を表す転送 情報 （この場合、 端末 Yに対応する宛先 MACアドレス） を抽出し、 転送ポート 決定部 104および転送 Z複製情報付加部 25へ出力する。
これにより、 転送ポート決定部 104は、 第 51図に示したステップ SK1の 判断結果を 「Ye s」 とする。 ステップ SK 2では、 転送ポート決定部 104は、 送信元 MACァドレスと入力回線を構成するノードトランクを関連付けて学習す る。
ステップ S K 3では、 転送ポート決定部 104は、 切替制御部 110 (第 48 図参照） からの状態情報 （この場合、 運用回線であるとする） に基づいて、 入力 回線 （ポート P 1に対応する回線） がリンクトランクの運用回線であるか否かを 判断する。 この場合、 ポート P 1がリンクトランクを構成していないが、 ポート P 1が運用回線であるため、 転送ポート決定部 104は、 ステップ S K 3の判断 結果を 「Ye s」 とする。
ステップ S K 4では、 転送ポート決定部 104は、 リンクトランクがノードト ランクの運用系であるか否かを判断する。 この場合、 転送ポート決定部 104は、 ポート P 1が運用回線であるため、 ステップ SK4の判断結果を 「Ye sJ とす る。
ステップ SK5では、 転送ボート決定部 104は、 転送情報抽出部 21からの 転送情報 （宛先 MACアドレス） をキーとして、 転送情報テーブル 101 (第 4 5図参照） を検索し、 出力ノードトランク （この場合、 ノードトランク TN1で あるとする） の情報を取得する。 ステップ SK6では、 転送ポート決定部 104は、 上記出力ノードトランク （ この場合、 ノードトランク TN 1) をキーとして、 切替ノードペアテーブル 10 2 (第 46図参照) を検索し、 出力先リンク トランクの情報を取得する。 この場 合、 出力先リンクトランクは、 ノードトランク TN 1を構成するリンクトランク TL 1およびリンクトランク TL 2である。
ステップ S K 7では、 転送ポート決定部 104は、 上記出力先リンク トランク (この場合、 リンクトランク TL 1およぴリンクトランク TL 2) をキーとして、 切替リンクペアテーブル 103 (第 47図参照） を検索し、 出力先ポート （回線 ) を取得する。
この場合、 出力先ポートは、 第 43図に示したノード装置 E d g e # 1におけ るポート P 5、 ポート P6、 ポート P 7およびポート P 8である。 つぎに、 転送 ポート決定部 104は、 ポート P 5、 ポート P 6、 ポート P 7およびポート P 8 に対応する上記出力先ポート （回線） の情報を転送/複製情報付加部 25へ転送 した後、 ステップ S K 1の判断を行う。
これにより、 転送/複製情報付加部 25は、 転送情報抽出部 21からのフレー ムに、 上記ポート P 5、 ポート P 6、 ポート P 7およびポート P 8に対応するタ グを付カ卩して、 スィツチ Sへ出力する。
スィツチ Sは、 タグを参照して、 フレームを複製した後、 各フレームをノード 装置 E d g e # 1のポート P 5 (送信処理部 T X 5) 、 ポート P 6 (送信処理部 T X 6 ) 、 ポート P 7 (送信処理部 T X 7) およびポート P 8 (送信処理部 T x 8) へそれぞれ転送する。
つぎに、 ノード装置 E d g e # 1においては、 ポート P 5 (送信処理部 T X 5 ) からノード装置 SW# 1のポート P 1 (受信処理部 Rx l) へフレームが送信 されるとともに、 ポート P 6 (送信処理部 Tx 6) からノード装置 SW# 1のポ ート P 2 (受信処理部 Rx 2) へフレームが送信される。
同様にして、 ノード装置 E d g e # 1においては、 ポート P 7 (送信処理部 T X 7) からノード装置 SW# 2のポート P 1 (受信処理部 Rx l) へフレームが 送信されるとともに、 ポート P8 (送信処理部 Tx 8) からノード装置 SW# 2 のポー 1、P 2 (受信処理部 R X 2) へフレームが送信される。
そして、 ノード装置 SW# 1のポート P 1 (受信処理部 Rx l) にフレームが 受信されると、 受信処理部 R X 1の転送ポート決定部 104は、 第 51図に示し たステップ S K 1の判断結果を 「Ye s」 とする。 ステップ SK 2では、 転送ポ 一ト決定部 104は、 送信元 MA Cアドレスと入力回線を構成するノードトラン クを関連付けて学習する。
ステップ S K 3では、 転送ポート決定部 104は、 切替制御部 110 (第 48 図参照） からの状態情報 （この場合、 運用回線であるとする） に基づいて、 入力 回線 （ポート P 1に対応する回線） がリンクトランクの運用回線である力否かを 判断する。
この場合、 入力回線 （ポート P 1に対応する回線） が運用回線であるため、 転 送ポート決定部 104は、 ステップ SK3の判断結果を 「Ye s」 とする。 以後、 上述した動作を経て、 当該フレームは、 スィッチ Sで複製され、 ノードトランク TN1A (ポート P 5、 ポート P 6、 ポート P 7およびポート P 8 ) から送信さ れる。
一方、 ノード装置 SW# 1のポート P 2 (受信処理部 Rx 2) にフレームが受 信されると、 受信処理部 R X 2の転送ポート決定部 104は、 第 51図に示した ステップ SK 1の判断結果を 「Ye s」 とする。 ステップ SK 2では、 転送ポー ト決定部 104は、 送信元 MACァドレスと入力回線を構成するノードトランク を関連付けて学習する。
ステップ SK 3では、 転送ポート決定部 104は、 切替制御部 110 (第 48 図参照） からの状態情報 （この場合、 予備回線であるとする） に基づいて、 入力 回線 （ポート P 2に対応する回線） がリンクトランクの運用回線であるか否かを 判断し、 この場合、 判断結果を 「No」 とする。 ステップ SK 8では、 転送ポー ト決定部 104は、 受信したフレームを破棄する。
また、 リンクトンラタがノードトランクの予備系である場合、 ステップ SK4 の判断結果が 「No」 とされ、 ステップ SK 8では、 当該フレームが破棄される。 以後、 各ノード装置で上述した動作を経て、 フレームは、 端末 Yに受信される。 上述した動作は、 ネットワークが正常に動作している場合である。 つぎに、 冗 長グループを構成するノード装置自体に障害 （ノード障害） が発生した場合の動 作について説明する。
上記ノード障害が発生すると、 障害が発生したノード装置に回線を介して接続 されたノード装置の受信処理部の切替判断部 1 13 (第 48図参照） は、 第 52 図に示したステップ S L 1の判断結果を 「Ye s」 とする。
ステップ S L 2では、 切替判断部 113は、 リンクトランク管理テーブル 1 1 2 (第 50図参照） を参照して、 障害検出回線にリンクトランクの設定があるか 否かを判断する。 この判断結果が 「Ye s」 である場合、 ステップ SL3では、 切替判断部 113は、 リンクトランク管理テーブル 1 12を参照して、 障害検出 回線が運用回線であるか否かを判断する。
ステップ SL 3の判断結果が 「Ye.s」 である場合、 ステップ SL 4では、 切 替判断部 1 13は、 予備回線が正常である力否かを判断する。 ステップ SL 4の 判断結果が 「Ye s」 である場合、 ステップ SL 5では、 切替判断部 1 13は、 現用回線 （リンク） を障害検出回線 （リンク） から予備回線 （リンク） へ切り替 えるための 1 + 1リンク切替を実行する。
ステップ S L 6では、 切替判断部 113は、 ノードトランク管理テーブル 1 1 1およびリンクトランク管理テーブル 1 12を更新する。
一方、 ステップ SL2、 ステップ SL 3またはステップ SL 4の判断結果が 「 No」 である場合、 ステップ SL 7では、 切替判断部 1 13は、 ノードトランク 管理テーブル 1 1 1 (第 49図参照） を参照して、 障害検出回線 （リンクトラン ク） にノードトランクの設定があるか否かを判断する。 この判断結果が 「Ye s 」 である場合、 ステップ S L 8では、 切替判断部 1 13は、 ノードトランク管理 テーブル 1 1 1を参照して、 障害検出回線 （リンクトランク） が運用回線である 力、否かを判断する。 ステップ S L 8の判断結果が 「Y e s」 である場合、 ステップ S L 9では、 切 替判断部 1 1 3は、 予備回線 (リンクトランク) が正常であるカゝ否かを判断する。 ステップ S L 9の判断結果が 「Y e s」 である場合、 ステップ S L 1 0では、 切 替判断部 1 1 3は、 現用回線 （リンクトランク） を障害検出回線 （リンクトラン ク） から予備回線 （リンクトランク） へ切り替えるための 1 + 1ノード切替を実 行する。
ステップ S L 6では、 切替判断部 1 1 3は、 ノードトランク管理テーブル 1 1 1およびリンクトランク管理テーブル 1 1 2を更新する。
以上説明したように、 実施の形態 9によれば、 リンク情報により現用回線およ び予備回線のそれぞれを複数設け、 冗長構成としたので、 通信ネットワークシス テムの信頼·生を高めることができる。
(実施の形態 1 0 )
さて、 前述した実施の形態 9においては、 ノードトランク T N 1における複数 の現用回線 （例えば、 第 4 3図： リンクトランク T L 1等） のうち正常な 1本の 現用回線を介してフレームを送信するとともに、 冗長構成とされた複数の予備回 線 （例えば、 リンクトランク T L 2 ) のうち正常な 1本の予備回線を介してフレ ームを送信し、 トラフィックを低減させる構成例としてもよレ、。 以下では、 この 構成例を実施の形態 1 0として説明する。 '
第 4 3図は、 本発明にかかる実施の形態 1 0の構成を示すブロック図である。 この実施の形態 1 0においては、 第 4 3図に示した受信処理部 R X 1〜R X 8と して、 第 4 4図に示した受信処理部 1 0 0に代えて、 第 5 3図に示した受信処理 部 1 2 0が用いられている。 第 5 3図において、 第 4 4図の各部に対応する部分 には同一の符号を付ける。
受信処理部 1 2 0において、 切替リンクペアテープノレ 1 2 1は、 第 5 4図に示 したように、 リンクトランク I Dとポート （回線） および正常なポート数の対応 関係を表すテーブルである。 リンクトランク I Dは、 当該ノード装置に設定され たリンクトランクを識別するための識別子である。 ポート （回線） において、 I Dは、 該トランクを構成する複数の回線に対応す るポートを識別するための識別子である。 状態は、 該ポート （回線） の状態 （正 常または異常) を表す。 正常なポート数は、 当該リンクトランクにおいて正常な ポート （回線） の数である。 第 5 3図に戻り、 転送ポート決定部 1 2 2は、 転送 ポートを決定する機能を備えている。
また、 実施の形態 1 0においては、 第 4 8図に示した切替制御部 1 1 0に代え て、 第 5 5図に示した切替制御部 1 3 0が用いられている。 第 5 5図において、 第 4 8図の各部に対応する部分には同一の符号を付ける。
切替制御部 1 3 0において、 リンクトランク管理テーブル 1 3 1は、 各ノード 装置のリンクトランクを管理するためのテーブルである。 具体的には、 リンクト ランク管理テープ、ノレ 1 3 1は、 第 5 6図に示したように、 リンクトランクとポー ト （回線） および正常なポート数の対応関係を表すテーブルである。 リンクトラ ンクは、 当該ノード装置に設定されたリンクトランクを識別するための識別子で ある。
ポート （回線） において、 ポートは、 該リンクトランクを構成する複数の回線 に対応するポートを表す。 状態は、 該ポート （回線） の状態 （正常または断） を 表す。 正常なポート数は、 当該リンクトランクにおいて正常なポート （回線） の 数である。 第 5 5図に戻り、 切替判断部 1 3 2は、 ノードトランク管理テーブル 1 1 1およびリンクトランク管理テーブル 1 3 1に基づいて、 切り替えを判断す る。
つぎに、 実施の形態 1 0の動作について、 第 5 7図おょぴ第 5 8図に示したフ ローチャートを参照しつつ説明する。 第 5 7図は、 第 5 3図に示した転送ポート 決定部 1 2 2の動作を説明するフローチャートである。 第 5 8図は、 第 5 5図に 示した切替判断部 1 3 2の動作を説明するフローチヤ一トである。
第 5 7図に示したステップ S M 1では、 各受信処理部の転送ポート決定部 1 2 2 (第 5 3図参照） は、 転送情報 （フレーム） が入力された力否かを判断し、 こ の場合、 判断結果を 「N o」 として、 同判断を繰り返す。 そして、 ステップ SMIの判断結果が 「Ye s」 になると、 ステップ SM2で は、 転送ポート決定部 122は、 送信元 MACァドレスと入力回線を構成するリ ンクトランクを関連付けて学習する。
ステップ S M 3では、 転送ポート決定部 122は、 リンクトランクがノードト ランクの運用系である力否かを判断する。 この場合、 転送ポート決定部 122は、 ポート P 1が運用回線であるとすると、 ステップ SM3の判断結果を 「Ye s」 とする。
ステップ SM4では、 転送ポート決定部 122は、 転送情報抽出部 21からの 転送情報 （宛先 MACアドレス） をキーとして、 転送情報テープノレ 101 (第 4 5図参照） を検索し、 出力ノードトランクの情報を取得する。
ステップ SM 5では、 転送ポート決定部 122は、 上記出力ノードトランクを キーとして、 切替ノードペアテーブル 102 (第 46図参照） を検索し、 出力先 リンクトランクの情報を取得する。
ステップ SM 6では、 転送ポート決定部 122は、 上記出力先リンクトランク をキーとして、 切替リンクペアテーブル 121 (第 54図参照） を検索し、 出力 先ポート （回線） を取得する。
つぎに、 転送ポート決定部 122は、 複数の出力先ポート （回線） のうち、 例 えば、 1つの正常なポート （回線） を決定し、 転送情報抽出部 21からのフレー ムに、 上記ポートに対応するタグを付加して、 スィッチ Sへ出力する。 スィッチ Sは、 タグを参照して、 フレームを一つのポートへそれぞれ転送する。 なお、 ス テツプ SM 3の判新結果が 「No」 である場合、 ステップ SM 7では、 フレーム が破棄される。
上述した動作は、 ネットワークが正常に動作している場合である。 つぎに、 冗 長グループを構成するノード装置自体に障害 （ノード障害） が発生した場合の動 作について説明する。
第 58図に示したステップ S N 1では、 各ノ一ド装置の切替制御部 130の切 替判断部 132 (第 55図参照） は、 障害が検出されたか否かを判断し、 この場 JP2003/006016
55
合、 判断結果を 「No」 として、 同判断を繰り返す。
そして、 ノード障害が発生すると、 障害が発生したノード装置に回線を介して 接続されたノード装置の受信処理部の切替判断部 132は、 第 58図に示したス テツプ SN1の判断結果を 「Ye s」 とする。
ステップ S N 2では、 切替判断部 132は、 障害検出回線にリンク
設定があるか否かを判断する。 この判断結果が 「Ye s」 である場合、
SN3では、 切替判断部 132は、 当該リンクトランクへ振り分けアルゴリズム パラメータを変更し、 全てのポートに通知する。
ステップ S N 4では、 切替判断部 132は、 障害検出回線にノードトランクの 設定があるか否かを判断し、 この場合、 判断結果を 「Ye s」 とする。 ステップ SN5では、 切替判断部 132は、 障害検出回線が運用回線である力否かを判断 する。
ステップ SN 5の判断結果が 「Ye s」 である場合、 ステップ SN 6では、 切 替判断部 132は、 予備回線が正常である力否かを判断する。 ステップ SN 6の 判断結果が 「Ye s」 である場合、 ステップ SN 7では、 切替判断部 132は、 現用回線 （ノード） を障害検出回線 （ノード） 力 >ら予備回線 （ノード） へ切り替 えるための 1+1ノード切替を実行する。
ステップ S N 8では、 切替判断部 132は、 ノードトランク管理テーブル 1 1 1およびリンクトランク管理テーブル 131を更新する。
一方、 ステップ SN2、 ステップ SN4、 ステップ SN5またはステップ SN 6の判断結果が 「No」 である場合、 ステップ SN 8では、 切替判断部 132は、 前述した処理を実行する。
以上説明したように、 実施の形態 10によれば、 冗長構成とされた複数の現用 回線のうち正常な 1本の現用回線を介して情報を送信するとともに、 冗長構成と された複数の予備回線のうち正常な 1本の予備回線を介して情報を送信すること としたので、 実施の形態 9に比してトラフィックを低減させることができる。 (実施の形態 11) さて、 前述した実施の形態 4においては、 通信ネットワークシステム上に複数 の V LANを構築する構成例としてもよい。 以下では、 この構成例を実施の形態 11として説明する。
第 59図は、 本発明にかかる実施の形態 1 1の動作を説明するプロック図であ る。 同図において、 第 21図の各部に対応する部分には同一の符号を付ける。 実 施の形態 1 1においては、 第 59図に示した通信ネットワークシステムに複数の VLAN (例えば、 VLAN# 1および VLAN# 2) が構築されている。
また、 実施の形態 11において、 各ノード装置の切替制御部では、 第 25図 （ a) に示した対向ノード管理テーブル 61に代えて、 第 61図に示した対向ノー ド管理テープ Λ^Ι 50が用いられているとともに、 第 25図 （b) に示した自ノ 一ド管理テープノレ 62に代えて、 第 60図に示した自ノード管理テープノレ 140 が用いられている。
第 61図に示した対向ノ一ド管理テーブル 150は、 対向ノ一ド管理テーブル 61 (第 25図 （a) 参照） と同様の情報を含んでいるが、 トランク単位かつ V LAN単位 （例えば、 VLAN# 1、 VLAN#2) で設定されている。
また、 第 60図に示した自ノード管理テーブル 140は、 V LAN毎に設定さ れた自ノードに関する有効トランク数、 有効回線数、 優先度、 識別子の情報を管 理している。
なお、 実施の形態 11にお 、ては、 実施の形態 4で説明した動作が V L A N毎 に実行される。
以上説明したように、 実施の形態 1 1によれば、 複数の VL ANについても、 ノード障害における切り替え時のトラフィック負荷を低減し、 高速で切り替える ことができる。
以上本発明にかかる実施の形態 1〜 11について図面を参照して詳述してきた 力 具体的な構成例はこれらの実施の形態 1〜 11に限られるものではなく、 本 発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
例えば、 前述した実施の形態 1〜： L 1においては、 各ノ一ド装置の機能 （ノ一 ド冗長制御） を実現するためのプログラムを第 6 2図に示したコンピュータ読み 取り可能な記録媒体 3 0 0に記録して、 この記録媒体 3 0 0に記録されたプログ ラムを同図に示したコンピュータ 2 0 0に読み込ませ、 実行することにより各機 能を実現してもよい。
同図に示したコンピュータ 2 0 0は、 上記プログラムを実行する C P U (Cent ral Processing Unit) 2 1 0と、 キーボード、 マウス等の入力装置 2 2 0と、 各種データを記憶する R OM (Read Only Memory) 2 3 0と、 演算パラメータ等 を記憶する R AM (Random Access Memory) 2 4 0と、 記録媒体 3 0 0からプロ グラムを読み取る読取装置 2 5 0と、 ディスプレイ、 プリンタ等の出力装置 2 6 0と、 装置各部を接続するバス 2 7 0とから構成されている。
C P U 2 1 0は、 読取装置 2 5 0を経由して記録媒体 3 0 0に記録されている プログラムを読み込んだ後、 プログラムを実行することにより、 前述した機能を 実現する。 なお、 記録媒体 3 0 0としては、 光ディスク、 フレキシプルディスク、 ハードディスク等が挙げられる。
以上説明したように、 本発明によれば、 同一の情報を現用回線および予備回線 を介して受信し、 予備回線を介して受信された情報を破棄し、 現用回線を介して 受信された情報をつぎのノードへ送信し、 障害発生時、 現用回線を予備回線に切 り替えることとしたので、 ノード障害における切り替え時のトラブイック負荷を 低減し、 高速で切り替えることができるとレヽぅ効果を奏する。
また、 本発明によれば、 障害発生時、 障害の影響を受ける接続先のノードに対 して障害発生を通知することとしたので、 ノ一ド障害における切り替え時のトラ フィック負荷を低減し、 高速で切り替えることができるという効果を奏する。 また、 本発明によれば、 グループ内におけるノード間で通信能力を通知し合い、 障害発生時、 グループ内における複数のノードのうち、 通信能力が高いノードが 通信を担当することとしたので、 より通信能力が高いノードを用いて通信を行う ことができるという効果を奏する。
また、 本発明によれば、 対向する複数のノードへ自ノードの通信能力を通知し、 P章害発生時、 対向する複数のノードのうち通信能力が高いノードに通信を担当さ せることとしたので、 より通信能力が高いノードを用いて通信を行うことができ るという効果を奏する。
また、 本発明によれば、 コマンド入力により、 強制的に現用回線を予備回線に 切り替えることとしたので、 管理者の利便性を高めることができるという効果を 奏する。
また、 本発明によれば、 コマンド入力により、 強制的に他ノードの現用回線を 予備回線にリモートで切り替えることとしたので、 管理者の利便性を高めること ができるという効果を奏する。
また、 本発明によれば、 コマンド入力により、 強制的に自ノードの現用回線を 予備回線にローカルで切り替えることとしたので、 管理者の利便性を高めること ができるという効果を奏する。
また、 本発明によれば、 現用回線および予備回線による冗長がとられた第 1通 信方式と、 現用回線のみであって冗長がとられていない第 2の通信方式とを共存 させることとしたので、 高い信頼性が必要なトラフィックに関して、 第 1の通信 方式を利用し、 一方、 高い信頼性が必要無いトラフィックについて、 第 2通信方 式を利用するすることにより、 ネットワーク帯域の使用を最小限にすることが可 能となり、 さまざまな要求を満たすことのできる通信ネットワークシステムを実 現することができるという効果を奏する。
また、 本発明によれば、 現用回線および予備回線のそれぞれを複数設け、 冗長 構成としたので、 通信ネットワークシステムの信頼 を高めることができる。 また、 本発明によれば、 冗長構成とされた複数の現用回線のうち正常な 1本の 現用回線を介して情報を送信するとともに、 冗長構成とされた複数の予備回線の うち正常な 1本の予備回線を介して情報を送信することとしたので、 トラフイツ クを低減させることができるという効果を奏する。 産業上の利用可能性 以上のように、 本発明にかかるノ一ド冗長制御方法おょぴノ一ド冗長制御装置 は、 複数のノードからなる通信ネットワークに対して有用である。

Claims

請 求 の 範 囲
1 . ネットワークの各ェッジに位置するノードと、 グルービングされた複数の ノ一ドを備えたネットワークシステムに適用されるノ一ド冗長制御方法であって、 前記エッジに位置するノードより受信した情報を複製し、 後段のグループの各 ノードのそれぞれへ現用回線および予備回線を介して送信する第 1の送信工程と、 同一の前記情報を前記現用回線および前記予備回線を介して受信し、 前記予備 回線を介して受信された前記情報を破棄する受信工程と、
前記現用回線を介して受信された前記情報をつぎのノードへ送信する第 2の送 信工程と、
障害発生時、 前記現用回線を前記予備回線に切り替える切替工程と、
を含むことを特徴とするノード冗長制御方法。
2 . 前記障害発生時、 障害の影響を受ける接続先のノードに対して前記障害発 生を通知する障害通知工程を含むことを特徴とする請求の範囲第 1項に記載のノ 一ド冗長制御方法。
3 . グループ内におけるノード間で通信能力を通知し合う通知工程と、 前記障 害発生時、 前記グループ内における複数のノードのうち、 通信能力が高いノード が通信を担当する通信担当工程と、 を含むことを特徴とする請求の範囲第 1項に 記載のノード冗長制御方法。
4. 対向する複数のノードへ自ノードの通信能力を通知する通知工程と、 前記 障害発生時、 前記対向する複数のノードのうち通信能力が高いノードに通信を担 当させる通信担当工程と、 を含むことを特徴とする請求の範囲第 1項に記载のノ 一ド冗長制御方法。
5 . コマンド入力により、 強制的にノードにおける前記現用回線を前記予備回 線に切り替える強制切替工程を含むことを特徴とする請求の範囲第 1項〜第 4項 のいずれか一つに記載のノ一ド冗長制御方法。 6 . 前記強制切替工程では、 前記コマンド入力により、 強制的に他ノードの前 記現用回線を前記予備回線にリモートで切り替えることを特徴とする請求の範囲 第 5項に記載のノ一ド冗長制御方法。
7 . 前記強制切替工程では、 前記コマンド入力により、 強制的に自ノードの前 記現用回線を前記予備回線にローカルで切り替えることを特徴とする請求の範囲 第 5 ?1に記載のノ一ド冗長制御方法。
8 . 前記ネットワークシステムでは、 前記現用回線および前記予備回線による 冗長がとられた第 1の通信方式と、 前記現用回線のみであって冗長がとられてい ない第 2の通信方式とが共存していることを特徴とする請求の範囲第 1項〜第 7 項のいずれ力一つに記載のノード冗長制御方法。
9 . 前記現用回線および前記予備回線のそれぞれは、 複数設けられ、 冗長構成 とされていることを特徴とする請求の範囲第 1項〜第 7項のいずれか一つに記載 のノード冗長制御方法。
1 0 . 前記第 1の送信工程では、 前記冗長構成とされた複数の現用回線のうち 正常な 1本の現用回線を介して前記情報を送信するとともに、 前記冗長構成とさ れた複数の予備回線のうち正常な 1本の予備回線を介して前記情報を送信するこ 'とを特徴とする請求の範囲第 9項に記載のノード冗長制御方法。 前記ネットワークシステムには、 複数の V L ANが構築されており、 前 記切替工程では、 前記障害発生時、 V L AN毎に前記現用回線を前記予備回線に 切り替えることを特徴とする請求の範囲第 4項に記載のノード冗長制御方法。
1 2 . ネットワークの各エッジに位置するノードと、 グノレーピングされた複数 のノードを備えたネットワークシステムに適用されるノード冗長制御装置であつ て、
前記エッジに位置するノードより受信した情報を複製し、 後段のグループの各 ノードのそれぞれへ現用回線および予備回線を介して送信する第 1の送信手段と、 同一の前記情報を前記現用回線および前記予備回線を介して受信し、 前記予備 回線を介して受信された前記情報を破棄する受信手段と、
前記現用回線を介して受信された前記情報をつぎのノ一ドへ送信する第 2の送 信手段と、
障害発生時、 前記現用回線を前記予備回線に切り替える切替手段と、
を備えたことを特徴とするノ一ド冗長制御装置。
1 3 . 前記障害発生時、 障害の影響を受ける接続先のノードに対して前記障害 発生を通知する障害通知手段を備えたことを特徴とする請求の範囲第 1 2項に記 載のノード冗長制御装置。 1 4 . グループ内におけるノード間で通信能力を通知し合う通知手段と、 前記 障害発生時、 前記グループ内における複数のノードのうち、 通信能力が高いノー ドが通信を担当する通信担当手段と、 を備えたことを特徴とする請求の範囲第 1 2項に記載のノ一ド冗長制御装置。 1 5 . 対向する複数のノードへ自ノードの通信能力を通知する通知手段と、 前 記障害発生時、 前記対向する複数のノードのうち通信能力が高いノードに通信を 担当させる通信担当手段と、 を備えたことを特徴とする請求の範囲第 1 2項に記 載のノード冗長制御装置。
1 6 . コマンド入力により、 強制的にノードにおける前記現用回線を前記予備 回線に切り替える強制切替手段を備えたことを特徴とする請求の範囲第 1 2項〜 第 1 5項のいずれ力一つに記載のノード冗長制御装置。
1 7 . 前記強制切替手段では、 前記コマンド入力により、 強制的に他ノ一ドの 前記現用回線を前記予備回線にリモートで切り替えることを特徴とする請求の範 囲第 1 6項に記載のノ一ド冗長制御装置。
1 8 . 前記強制切替手段では、 前記コマンド入力により、 強制的に自ノードの 前記現用回線を前記予備回線にローカルで切り替えることを特徴とする請求の範 囲第 1 6項に記載のノ一ド冗長制御装置。 1 9 . 前記ネットワークシステムでは、 前記現用回線および前記予備回線によ る冗長がとられた第 1の通信方式と、 前記現用回線のみであって冗長がとられて いない第 2の通信方式とが共存していることを特徴とする請求の範囲第 1 2項〜 第 1 8項のいずれか一つに記載のノード冗長制御装置。 2 0 . 前記現用回線および前記予備回線のそれぞれは、 複数設けられ、 冗長構 成とされていることを特徴とする請求の範囲第 1 2項〜第 1 8項のいずれか一つ に記載のノ一ド冗長制御装置。
2 1 . 前記第 1の送信手段では、 前記冗長構成とされた複数の現用回線のうち 正常な 1本の現用回線を介して前記情報を送信するとともに、 前記冗長構成とさ れた複数の予備回線のうち正常な 1本の予備回線を介して前記情報を送信するこ とを特徴とする請求の範囲第 2 0項に記載のノード冗長制御装置。
22. 前記ネットワークシステムには、 複数の VL ANが構築されており、 前 記切替手段では、 前記障害発生時、 V LAN毎に前記現用回線を前記予備回線に 切り替えることを特徴とする請求の範囲第 15項に記載のノード冗長制御装置。
PCT/JP2003/006016 2003-05-14 2003-05-14 ノード冗長制御方法およびノード冗長制御装置 WO2004102902A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2004571850A JPWO2004102902A1 (ja) 2003-05-14 2003-05-14 ノード冗長制御方法およびノード冗長制御装置
PCT/JP2003/006016 WO2004102902A1 (ja) 2003-05-14 2003-05-14 ノード冗長制御方法およびノード冗長制御装置
US11/158,766 US20050243713A1 (en) 2003-05-14 2005-06-22 Node-redundancy control method and node-redundancy control apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2003/006016 WO2004102902A1 (ja) 2003-05-14 2003-05-14 ノード冗長制御方法およびノード冗長制御装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/158,766 Continuation US20050243713A1 (en) 2003-05-14 2005-06-22 Node-redundancy control method and node-redundancy control apparatus

Publications (1)

Publication Number Publication Date
WO2004102902A1 true WO2004102902A1 (ja) 2004-11-25

Family

ID=33446536

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/006016 WO2004102902A1 (ja) 2003-05-14 2003-05-14 ノード冗長制御方法およびノード冗長制御装置

Country Status (3)

Country Link
US (1) US20050243713A1 (ja)
JP (1) JPWO2004102902A1 (ja)
WO (1) WO2004102902A1 (ja)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006311254A (ja) * 2005-04-28 2006-11-09 Kddi Corp ネットワークシステム
JP2007208794A (ja) * 2006-02-03 2007-08-16 Alaxala Networks Corp データ通信システムおよびその方法
JP2009130393A (ja) * 2007-11-19 2009-06-11 Alaxala Networks Corp ネットワーク通信方法および装置
JP2009212879A (ja) * 2008-03-05 2009-09-17 Fujitsu Ltd 通信装置および通信方法
JP2011004421A (ja) * 2010-09-02 2011-01-06 Alaxala Networks Corp エッジ装置およびパケット中継方法
JP2011091657A (ja) * 2009-10-23 2011-05-06 Hitachi Ltd 光伝送システム
JP2012049833A (ja) * 2010-08-27 2012-03-08 Alaxala Networks Corp ネットワーク中継装置およびネットワーク中継方法
JP2013502840A (ja) * 2009-08-21 2013-01-24 アルカテル−ルーセント 親子リンクアグリゲーショングループを使用するサーバ側負荷均衡化
JP2013048427A (ja) * 2012-09-13 2013-03-07 Telefon Ab L M Ericsson ノード間の複数のパスを有するネットワーク及びそのようなネットワークに対するノード
WO2014024428A1 (ja) * 2012-08-07 2014-02-13 パナソニック株式会社 機器制御方法、機器制御システム及びサーバ装置
JP2017011566A (ja) * 2015-06-24 2017-01-12 株式会社デンソー 中継装置
US11489588B2 (en) 2011-04-15 2022-11-01 Orckit Ip, Llc Method for supporting SNCP over packet network

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7296179B2 (en) * 2003-09-30 2007-11-13 International Business Machines Corporation Node removal using remote back-up system memory
US20050097208A1 (en) * 2003-10-31 2005-05-05 International Business Machines Corporation Node removal using remote back-up system memory
JP4544415B2 (ja) * 2004-12-22 2010-09-15 日本電気株式会社 中継ネットワークシステム、ノード装置、および障害通知方法
US20070121618A1 (en) * 2005-11-30 2007-05-31 Asao Hirano Method and system for priority based routing
JP2007208369A (ja) * 2006-01-31 2007-08-16 Fujitsu Ltd ネットワークシステム及びネットワークシステムのノード冗長方法
US8284656B2 (en) * 2006-04-28 2012-10-09 Alcatel Lucent System and method for resilient VPLS over multi-nodal APS protected provider edge nodes
JP2010506466A (ja) * 2006-10-09 2010-02-25 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおける回復法
WO2008080427A1 (en) * 2006-12-29 2008-07-10 Telefonaktiebolaget Lm Ericsson (Publ) Method of providing data
CN101232428B (zh) * 2007-01-23 2012-05-23 华为技术有限公司 一种以太网环保护方法及装置
JP4888186B2 (ja) * 2007-03-28 2012-02-29 富士通株式会社 通信システム、中継器、中継方法
CN101785256B (zh) * 2007-06-28 2013-05-29 爱立信电话股份有限公司 通信网络的保护机制
EP2453614B1 (en) 2007-10-31 2016-04-27 Telefonaktiebolaget LM Ericsson (publ) Networks having multiple paths between nodes and nodes for such a network
JP2009303092A (ja) * 2008-06-17 2009-12-24 Nec Corp ネットワーク装置および回線切替方法
US9473382B2 (en) * 2008-06-27 2016-10-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for link aggregation
JP5104773B2 (ja) * 2009-02-13 2012-12-19 富士通株式会社 データ転送システム、データ転送装置およびデータ転送方法
US8917591B2 (en) * 2011-07-19 2014-12-23 Fujitsu Limited Systems and methods for protection of adaptation layer in a communication network
US8953607B2 (en) * 2012-04-03 2015-02-10 International Business Machines Corporation Internet group membership protocol group membership synchronization in virtual link aggregation
US9154408B2 (en) * 2013-02-26 2015-10-06 Dell Products L.P. System and method for traffic polarization during failures
CN107171820B (zh) * 2016-03-08 2019-12-31 北京京东尚科信息技术有限公司 信息传输、发送、获取方法和装置
JP7208458B2 (ja) * 2019-02-27 2023-01-19 富士通株式会社 通信装置、通信システム、及び通信方法
US10721163B1 (en) * 2019-03-15 2020-07-21 Dell Products L.P. Spanning tree protocol bridge-based link selection system

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05114944A (ja) * 1991-09-09 1993-05-07 Fujitsu Ltd 系切り替え制御方式
JPH07170277A (ja) * 1993-09-16 1995-07-04 Siemens Ag Ａｔｍ通信網の冗長なバーチャルパス対を介しての通信セルの伝送方法
JPH08163164A (ja) * 1994-12-02 1996-06-21 Electron & Telecommun Res Inst 障害許容ネットワーク構造
JP2000022650A (ja) * 1998-07-03 2000-01-21 Fujitsu Ltd 冗長系切換モード設定方式
JP2003051835A (ja) * 2001-05-31 2003-02-21 Furukawa Electric Co Ltd:The ネットワーク間接続方法、仮想ネットワーク間接続装置およびその装置を用いたネットワーク間接続システム
JP2003143145A (ja) * 2001-10-31 2003-05-16 Nec Corp 障害回復方法およびパス設定方法および通信ネットワーク並びにそれに用いる集中制御装置およびノード装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6631134B1 (en) * 1999-01-15 2003-10-07 Cisco Technology, Inc. Method for allocating bandwidth in an optical network
EP1280374A1 (en) * 2001-07-27 2003-01-29 Alcatel Network element with redundant switching matrix

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05114944A (ja) * 1991-09-09 1993-05-07 Fujitsu Ltd 系切り替え制御方式
JPH07170277A (ja) * 1993-09-16 1995-07-04 Siemens Ag Ａｔｍ通信網の冗長なバーチャルパス対を介しての通信セルの伝送方法
JPH08163164A (ja) * 1994-12-02 1996-06-21 Electron & Telecommun Res Inst 障害許容ネットワーク構造
JP2000022650A (ja) * 1998-07-03 2000-01-21 Fujitsu Ltd 冗長系切換モード設定方式
JP2003051835A (ja) * 2001-05-31 2003-02-21 Furukawa Electric Co Ltd:The ネットワーク間接続方法、仮想ネットワーク間接続装置およびその装置を用いたネットワーク間接続システム
JP2003143145A (ja) * 2001-10-31 2003-05-16 Nec Corp 障害回復方法およびパス設定方法および通信ネットワーク並びにそれに用いる集中制御装置およびノード装置

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006311254A (ja) * 2005-04-28 2006-11-09 Kddi Corp ネットワークシステム
JP2007208794A (ja) * 2006-02-03 2007-08-16 Alaxala Networks Corp データ通信システムおよびその方法
JP4593484B2 (ja) * 2006-02-03 2010-12-08 アラクサラネットワークス株式会社 データ通信システムおよびその方法
JP2009130393A (ja) * 2007-11-19 2009-06-11 Alaxala Networks Corp ネットワーク通信方法および装置
JP2009212879A (ja) * 2008-03-05 2009-09-17 Fujitsu Ltd 通信装置および通信方法
JP2013502840A (ja) * 2009-08-21 2013-01-24 アルカテル−ルーセント 親子リンクアグリゲーショングループを使用するサーバ側負荷均衡化
US9705799B2 (en) 2009-08-21 2017-07-11 Alcatel Lucent Server-side load balancing using parent-child link aggregation groups
JP2011091657A (ja) * 2009-10-23 2011-05-06 Hitachi Ltd 光伝送システム
JP2012049833A (ja) * 2010-08-27 2012-03-08 Alaxala Networks Corp ネットワーク中継装置およびネットワーク中継方法
JP2011004421A (ja) * 2010-09-02 2011-01-06 Alaxala Networks Corp エッジ装置およびパケット中継方法
US11489588B2 (en) 2011-04-15 2022-11-01 Orckit Ip, Llc Method for supporting SNCP over packet network
US11870487B2 (en) 2011-04-15 2024-01-09 Orckit Ip, Llc Method for supporting SNCP over packet network
WO2014024428A1 (ja) * 2012-08-07 2014-02-13 パナソニック株式会社 機器制御方法、機器制御システム及びサーバ装置
JPWO2014024428A1 (ja) * 2012-08-07 2016-07-25 パナソニックＩｐマネジメント株式会社 機器制御方法、機器制御システム及びサーバ装置
US9774608B2 (en) 2012-08-07 2017-09-26 Panasonic Intellectual Property Management Co., Ltd. Device control method, device control system, and server device
JP2013048427A (ja) * 2012-09-13 2013-03-07 Telefon Ab L M Ericsson ノード間の複数のパスを有するネットワーク及びそのようなネットワークに対するノード
JP2017011566A (ja) * 2015-06-24 2017-01-12 株式会社デンソー 中継装置

Also Published As

Publication number Publication date
JPWO2004102902A1 (ja) 2006-07-20
US20050243713A1 (en) 2005-11-03

Similar Documents

Publication Publication Date Title
WO2004102902A1 (ja) ノード冗長制御方法およびノード冗長制御装置
JP4688765B2 (ja) ネットワークの冗長方法及び中位スイッチ装置
KR100831639B1 (ko) 정보 처리 장치, 통신 부하 분산 방법 및 통신 부하 분산프로그램을 기록한 기록 매체
JP6278800B2 (ja) 中継システムおよびスイッチ装置
CN111865779B (zh) 一种路由同步方法及跨设备链路聚合组
JP4461175B2 (ja) 伝送装置、および伝送装置とレイヤ２スイッチ間の冗長方法
US7583603B2 (en) Scalable and fault-tolerant link state routing protocol for packet-switched networks
JP2005260321A (ja) ラベルパスネットワークの迂回制御方式
GB2483563A (en) Dual homing connection of access network to transport network
JP4935681B2 (ja) パケットリングネットワークシステム、パケット転送方法、冗長化ノード、およびパケット転送プログラム
JP2006518950A (ja) デジタル加入者線アクセス・マルチプレクサのスタッキングの方法および装置
JP4705492B2 (ja) リングノード装置及びリングノード冗長方法
CN103780419B (zh) 一种分布式链路聚合组业务切换方法和装置
JP2008167315A (ja) 回線冗長接続方法および広域通信網ノード装置
JP2011103592A (ja) 中継装置
JP4895972B2 (ja) リングプロトコル高速切替方法およびその装置
JP2006333077A (ja) 回線冗長化方法およびこれに用いる中継装置
JP4640039B2 (ja) スイッチングハブ及びリング型ネットワークシステム
JP2008301433A (ja) 通信装置およびリングノード装置
JP3990196B2 (ja) スパニングツリー構成再構築に伴う通信断回避方法
US7480256B2 (en) Scalable and fault-tolerant link state routing protocol for packet-switched networks
WO2006027817A1 (ja) 通信システムおよびノード装置
JP5519549B2 (ja) 通信システム、通信制御方法及び通信装置
JP2011188414A (ja) リング型スイッチ、リング型イーサネットシステム、リング型スイッチ制御方法、およびリング型イーサネットシステム制御方法
JP2009004854A (ja) 通信システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US

WWE Wipo information: entry into national phase

Ref document number: 2004571850

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11158766

Country of ref document: US