WO2006104285A1 - リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム - Google Patents

リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム Download PDF

Info

Publication number
WO2006104285A1
WO2006104285A1 PCT/JP2006/307410 JP2006307410W WO2006104285A1 WO 2006104285 A1 WO2006104285 A1 WO 2006104285A1 JP 2006307410 W JP2006307410 W JP 2006307410W WO 2006104285 A1 WO2006104285 A1 WO 2006104285A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
failure
ring network
communication path
frame
Prior art date
Application number
PCT/JP2006/307410
Other languages
English (en)
French (fr)
Inventor
Kazuo Takagi
Masahiro Sakauchi
Daisaku Ogasahara
Original Assignee
Nec Corporation
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 Nec Corporation filed Critical Nec Corporation
Priority to JP2007510593A priority Critical patent/JP4900878B2/ja
Priority to CN200680019410.4A priority patent/CN101189838B/zh
Priority to US11/887,289 priority patent/US7898942B2/en
Publication of WO2006104285A1 publication Critical patent/WO2006104285A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies

Definitions

  • the present invention relates to a ring network system, a failure recovery method, a failure detection method, a node, and a node program applied to the ring network system.
  • RPR-MAC frames are transferred between nodes in a packet ring (hereinafter simply referred to as a ring).
  • RPR The MAC frame has a frame as a payload, and the destination R PR—M
  • the format is such that an AC address or source RPR—MAC address is added.
  • RPR The frame that becomes the payload in the MAC frame is called the user MAC frame.
  • the user MAC frame is referred to as a U-MAC frame.
  • a node in the ring receives a frame from a terminal outside the ring, it receives a U MAC frame.
  • add the destination RPR MAC address, source RPR-MAC address, etc. to the U-MAC frame to generate an RPR-MAC frame and transfer it within the ring.
  • the destination address in the U-MAC frame is referred to as the destination U-MAC address.
  • the destination U-MAC address is referred to as the destination U-MAC address.
  • the source address in the MAC frame is referred to as the source U—MAC address.
  • Figure 20 shows an example of a single-ring RPR network.
  • the ring has an inner ring 101 and an outer ring 102.
  • Inner ring 101 and outer ring 102 are paths for transferring buckets in opposite directions.
  • the RPR network illustrated in FIG. 20 includes six RPR nodes 300-1 to 300-6 in the ring.
  • the terminal 1 1 0 is connected to the RPR node 300-1
  • the terminal 1 1 1 is connected to the RPR node 300-4.
  • the RPR-MAC address of each RPR node 300-1 to 300-6 shall be 300-1 to 300_6, respectively.
  • the RPR node 300-1 receiving the U—MAC frame transferred from the terminal 1 10 receives the RPR—MAC address 300-4 of the destination RPR node from the destination U—MAC address of the U—MAC frame. Resolve.
  • Each node has a learning device that stores the correspondence between the U—MAC address and R PR—MAC address, and searches for the R PR—MAC address corresponding to the destination U—MAC address. To resolve the RPR-MAC address of the destination RPR node.
  • the RPR node 300—1 adds the RPR—MAC header to the U—MAC frame and adds the RPR—MAC address to the destination RPR—MAC address 300—4 and the source RPR—MAC address 300—1 R PR—Generates a MAC frame.
  • the RPR node 300-1 determines whether the RPR-MAC frame is transferred to the outer ring or the inner ring, and transmits the RPR-MAC frame. Here, it is assumed that an RPR-MAC frame is transmitted to the outer ring 102.
  • the RPR node 300—6 which received the RPR—MAC frame refers to the RPR—MAC frame destination RPR—MAC address.
  • RPR node 30 0—6 is a frame to be dropped at its own node because the destination RPR—MAC address (300—4) does not match its own address (300-6).
  • the RPR-MAC frame is transferred to the next RPR node 300-5.
  • the RPR node 300-5 also forwards the RPR-MAC frame to the next RPR node 300-4.
  • the RPR—MAC node 300—4 is the destination RPR—MAC address of the received R P R—MA C frame.
  • FIG. 21 is an explanatory diagram showing the operation of the ring when a failure occurs in the ring.
  • a failure has occurred in the inner ring 1 0 1 and the ring 102 between R PR 300-5, 300 and 1.
  • the route indicated by the dotted line in FIG. 21 is the same route as the normal frame transfer route shown in FIG.
  • the RPR nodes 300–5, 300–6 adjacent to the location of the failure detect the occurrence of the failure. Then, RPR —F 300—5, 300—6 forwards its own node R PR—failure notification R PR—MAC frame including the MAC address to the inner ring 101 and the outer ring 102, respectively.
  • the RPR node 300—5, 300—6 assigns an identifier indicating the failure notification RPR—MAC frame as the destination RPR—MAC address of this failure notification RPR—MAC frame.
  • a control identifier may be added to the RPR—MAC frame destination RPR—MAC address. This control identifier may be written as “Reserved RP R—MAC address”. However, the control identifier does not indicate the RPR-MAC address of a specific RP R node.
  • the failure location is identified from the topology information and the failure detection node information. Then, the RPR-MAC frame transfer direction via the fault location is switched. For example, the RPR node 30 0-1 switches the RPR-MAC frame transmission ring from the lower ring 102 to the inner ring 101 with the RPR node 300-4 as the destination.
  • the PR node 300-1 receives the U-MAC frame from the terminal 1 10 in the same way as described in Fig. 20, the PR-300 with the header added to the U-MAC frame is converted into the inner ring 1 Send to 02.
  • This RPR-MAC frame is forwarded to RPR nodes 30 0-4 via RPR-300-2, 300-3.
  • the RPR node 300-4 removes the RPR-MAC overhead from the received RPR-MAC frame and forwards it to the terminal 1 1 1 as a U-MAC frame. As described above, failure recovery is performed, and a frame is transferred from the terminal 110 to the terminal 111 even when a failure occurs.
  • FIG. 22 is a block diagram showing a configuration example of a conventional RPR node.
  • the RPR node includes a packet switch 310, a frame conversion circuit 320, a forwarding engine 330, a ring topology information collection circuit 340, a ring failure information collection circuit 350, an intra-ring route determination circuit 360, and an ADM (Add-DropMultiplexer 370.
  • a learning device 321 for storing the correspondence between the U-MAC address and the RPR-MAC address is provided.
  • a forwarding database 331 is stored that stores the correspondence between the destination RPR-MAC address and the outgoing ring (inner ring, outer ring, or both).
  • the packet switch 310 is a UN I (User Network Interface), and transmits and receives U-MAC frames to and from the terminal via the UN I ports 301 and 302.
  • the bucket switch 310 collects the U-MAC frames from the UN I ports 301 and 302 and transfers them to the frame conversion circuit 320.
  • the packet switch 310 sends the U-MAC frame to an appropriate UN I port (UN I port connected to the destination terminal). Output (send) from.
  • the frame conversion circuit 320 refers to the learning data 321 and U—MAC frame destination U—Destination in the ring based on MAC address R PR—MAC address (Ie destination RPR—resolve MAC address). Subsequently, the frame conversion circuit 320 sets a header (RPR—MAC overhead) with the RPR—MAC address as the destination RP R—MAC address and the local node address as the source R PR—MAC address. U—Adds to MAC frame to generate RPR—MAC frame, and forwards RPR—MAC frame to forwarding engine 330.
  • the frame conversion circuit 320 sends an RPR-MAC frame to an RPR-MAC overhead. Is converted to U-MAC frame. Then, the U-MAC frame is transferred to the packet switch 310.
  • the forwarding engine 330 sends the RPR—MAC frame to the inner ring 101 or the outer ring 102 based on the RRP—MA C frame destination RP R _M AC address transferred from the frame conversion circuit 320. Decide whether to send to both the inner ring 101 and the outer ring 102. At this time, the forwarding engine 330 refers to the forwarding database 331 and outputs the output ring corresponding to the destination RPR—MAC address (either the inner ring 101 or the outer ring 102 or both). You can search for. Thereafter, the forwarding engine 330 transfers the RPR-MAC frame to the ADM 370, and notifies the ADM 370 of the determined destination ring.
  • RPR—MAC frame is sent to inner ring 101
  • RP R—MAC frame is sent to outer ring 102
  • RPR—MAC frame is sent to both inner ring 101 and outer ring 102
  • the information indicating whether or not it is output is referred to as out-calling information.
  • the ring topology information collection circuit 340 generates a topology disparity valid RPR—MAC frame for grasping the RPR node configuration in the ring, and forwards it to the ADM370 together with the output ring information.
  • ADM370 receives topological power Paris R PR — MAC frame from inside ring, and topology topology power Paris R
  • the ring topology information collection circuit 340 notifies the topology information indicated by the topology disparity force RPR—MAC frame to the intra-ring route determination circuit 360.
  • the ADM370 receives the failure notification R P R—MAC frame from within the ring, and the failure notification RPR—MAC frame is sent to the ADM3.
  • failure notification R PR notifies failure detection node information indicated by the MAC frame to the intra-ring route determination circuit 360. Thereafter, the ring failure information collection circuit 350 outputs a failure notification RPR—MAC frame to the ADM 370, and causes the ADM 370 to transmit the failure notification RPR—MAC frame into the ring. Adjacent RPR nodes also notify failure that does not include failure detection node information.
  • R PR Send and receive MAC frames to each other.
  • the ring failure information collection circuit 350 determines that a failure has been detected when a failure notification RPR—MAC frame that does not include failure detection node information has not been transferred for a certain period of time. Then, a failure information notification RPR—MAC frame is generated with its own node as the failure detection node, and the failure information notification RPR—MAC frame and output ring information are output to the ADM370, and AD
  • the ring failure information collection circuit 350 transfers information indicating that the own node is a failure detection node to the intra-ring route determination means 360.
  • the intra-ring route determination circuit 360 corresponds to the topology information notified from the ring topology information collection circuit 340 and the output ring information corresponding to the destination RPR-MA C address from the failure information notified from the ring failure information collection circuit 350. And register it in the forwarding database 331.
  • the ADM 370 refers to the R PR—MAC frame destination R PR—MAC address input from the inner ring 101 and the outer ring 102 and determines whether or not to terminate the R PR—MAC frame. If it decides to terminate, the ADM370 forwards the RP R—MAC frame to either the forwarding engine 330, the ring topology information collection circuit 340, or the fault information collection circuit 350 (which circuit is forwarded to R PR—Depends on the type of MAC frame. If it decides not to terminate, the ADM370 Send the frame to the same ring (inner ring or lower ring) as the input ring.
  • the ADM 370 is connected to the inner ring 101 according to the outgoing culling information. Or send RPR—MAC frame to counter ring 102 (or both).
  • Reference 1 describes a technology that makes the health of a ring known to all nodes by using KAB (Keep Alive Bit).
  • Document 2 describes a technology in which when a link between a node in the ring and a node outside the ring fails, the node in the ring sends a frame with the flooding bit set in the ring.
  • Reference 3 describes the necessity of notifying the serving node of the occurrence of a line break ⁇ ).
  • Document 4 describes that an unnecessary forwarding table is deleted when an active contact node is switched among a plurality of contact nodes belonging to two rings.
  • Literature 1 JP 2003_174458 A (paragraphs 0029-0048)
  • Literature 2 JP 2004-242194 A (paragraphs 0030-0031)
  • Literature 3 JP 10-4.424 A (paragraph 0006)
  • FIG. 23 is an explanatory diagram showing an example of a multi-ring network having two rings connected by two interlinks.
  • two rings 40 1 and 40 2 are connected via interlinks 403 and 404, respectively.
  • interlink 404 is a spare in evening link.
  • One ring 40 1 is RPR
  • Terminal 300—1 to 300_6, and terminal 4 1 0 is connected to RPR node 300-1.
  • the other ring 402 is RPR node 300—? ⁇ 300 1 1 2 and RPR node 300-10 is connected to terminal 41 1.
  • the route (traffic flow) 420 shown in FIG. 23 shows a route when a frame is transferred from the terminal 4100 to the terminal 4101 in the normal state.
  • the RPR node 300-1 receives the U-MAC frame from the terminal 4100. Then, RPR — F 300 — Ui, destination RP R — Add a header with MAC address 3 00-3, convert U — MAC frame to R PR — MAC frame, and send to R PR node 300 — 3 Send. RPR node 300-3 removes the RPR-MAC overhead from the received RPR-MAC frame and converts it to a U-MAC frame. Then, the U-MAC frame is transmitted to the interlink 4003. When the RPR node 300-7 receives this U-MAC frame, it adds a header with a destination RPR-MAC address of 300-1 0 and sends the U-MAC frame to the RPR-MAC. Convert to frame and filter 402
  • the RPR node 300-1 0 removes the overhead of the arrived RPR-MAC frame, converts it to a U-MAC frame, and forwards it to the terminal 4 1 1. As a result, when normal, the frame is transferred along the path 420 shown in ⁇ 23. Assume that the Interlink 403 has failed in this multi-ring network. In the conventional multi-ring network, the RPR node 300-1 cannot immediately know that the interlink 403 has failed. Therefore, the RPR node 300-1 converts the U-MAC frame from the terminal 410 into an RPR-MAC frame with 300-3 as the destination RPR-MAC address, as in normal operation. End up.
  • the RP R-MAC frame is terminated at the RPR node 300-3 and is not terminated at the RPR node 300_4 that should be reached.
  • the time until the correspondence between the U-MAC address and the RPR-MAC address of the terminal 41 1 becomes invalid in the learning device of the RPR node 300-1 (Generally called aging time, which is about 5 minutes), and high-speed failure recovery is not possible.
  • the new U-MAC address and RPR-MAC address cannot be learned.
  • the broadcast frame is transferred, and at that time, the correspondence between the transmission source U—MAC address and the transmission source RP R—MAC address is learned. Until this learning is performed, frame transfer from the RPR node 300-1 to the RPR node 300-4 cannot be performed, and high-speed failure recovery cannot be performed.
  • an object of the present invention is to enable high-speed failure recovery when a failure occurs between ring networks in a multi-ring network that connects a plurality of ring networks. Disclosure of the invention
  • a ring network system is a ring network system in which a first ring network and a second ring network are connected by an active communication path and a backup communication path, the first ring network and Each node in the second ring network has a failure in the working communication path and the learning database that stores the correspondence between the address of the terminal outside the ring network and the address of the ⁇ node in the ring network. Occurrence of failure to determine And a deletion means for erasing information stored in the learning database when it is determined by the failure occurrence determination means that a failure has occurred in the working communication path.
  • Nodes corresponding to the destination addresses of user frames received from terminals outside the ring network are stored in the learning database for each node other than the connection node arranged as the end of the communication path for communication. If not, a broadcast means for broadcasting the frame containing the user frame as a payload is provided, and a contact node arranged as an end of the backup communication path is set as an active communication path by the failure occurrence determination means.
  • the connection port with the backup communication path is Characterized by comprising a state changing means for changing the deliverable state arm. According to such a configuration, failure recovery can be performed at a high speed when a failure occurs between ring networks.
  • the erasure unit may be configured to erase all information stored in the learning database when it is determined by the failure occurrence determination unit that a failure has occurred in the working communication path.
  • the erasure means determines that a failure has occurred in the working communication path by the failure occurrence judging means
  • the address of the contact node arranged as the end of the working communication path and the relevant The configuration may be such that only the address of the terminal corresponding to the address is erased. According to such a configuration, an increase in traffic volume can be suppressed and bandwidth can be used effectively.
  • a living node that is arranged as an end of the working communication path periodically sends a living confirmation signal to the other ring network via the working communication path, and a living confirmation from the other ring network. It may be configured to include a survival confirmation signal receiving means for receiving a signal. According to such a configuration, it is possible to detect the occurrence of a failure in the communication path even when the communication path includes a communication network.
  • a living node that is arranged as an end of the working communication path transmits a frame containing the living confirmation signal received by the living confirmation signal receiving means as a pay-to-pay within the ring network to which the neighboring node belongs.
  • a confirmation frame transmitting means Among the nodes in the network, the failure occurrence determination means provided in a node other than the contact node determines that a failure has occurred in the working communication path when the frame is not received for a certain period of time, and the failure provided in the contact node The occurrence determination means may determine that a failure has occurred in the working communication path when the existence confirmation signal is not received for a certain period of time. According to such a configuration, the occurrence of a failure can be detected at high speed, which can contribute to high-speed failure recovery.
  • a ring network system is a ring network system in which a first ring network and a second ring network are connected by a plurality of communication paths previously associated with network identifiers.
  • each node other than the contact node arranged as an end of the plurality of communication paths receives user frames received from terminals outside the ring network.
  • a network identifier deriving means for deriving a network identifier to be assigned from network identifiers corresponding to communication paths in which no failure has occurred, a network identifier giving means for assigning the network identifier to the user frame, and a communication path Determine that a failure has occurred
  • An occurrence determination means and when the failure occurrence determination means determines that a failure has occurred in the communication path, information that can identify a network identifier corresponding to the communication path in which the failure has occurred From the failure database, the learning database that stores the correspondence between the address of the terminal outside the ring network, the network identifier, and the address of the node within the ring network, and the terminal outside the ring network If the address of the node corresponding to the combination of the destination address of the received user frame and the network identifier derived by the network identifier deriving means is not stored in the above-mentioned learning device all night, the network The user who is given the identifier—pay the frame Broadcast means for broadcasting a frame stored
  • Each contact node arranged as an end of each communication path periodically transmits a survival confirmation signal to the other ring network via the communication path having itself as an end, and the other A configuration may be provided that includes a survival confirmation signal receiving means for receiving a survival confirmation signal from the ring network. According to such a configuration, even when the communication path includes a communication network, it is possible to detect the occurrence of a failure in the communication path.
  • a failure occurrence determination unit included in a node other than the connection node among nodes in the ring network is a transmission source of the frame when the frame is not received for a certain period of time.
  • the configuration may be such that it is determined that a failure has occurred in the communication path whose end is the contact node. According to such a configuration, the occurrence of a failure can be detected at a high speed, which can contribute to a fast failure recovery.
  • the ring network system is a ring network system in which a first ring network and a second ring network are connected by a communication path, and a contact node disposed as an end of the communication path is A survival confirmation signal transmitting means for periodically transmitting a survival confirmation signal to the other ring network via a communication circuit, a survival confirmation signal receiving means for receiving a survival confirmation signal from the other ring network, and a survival confirmation signal reception And a survival confirmation frame transmitting means for transmitting the frame containing the survival confirmation signal received by the means as a payload into the ring network to which the contact node belongs, and comprising a connection node among the nodes in the ring network.
  • the communication Characterized in that the road failure with a failure occurrence determination unit determines that occurred.
  • the failure recovery method provides a link in which the first ring network and the second ring network are connected by the working communication path and the backup communication path.
  • a failure recovery method applied to a network system wherein each node in the first ring network and the second ring network includes an address of a terminal outside the ring network, an address of a node in the ring network, and A learning database is stored to store the correspondence relationship between them, and when it is determined that a failure has occurred in the working communication path, the information stored in the learning database is erased and placed as the end of the working communication path and the backup communication path.
  • the user frame is loaded with the payload.
  • the contact node that is sent and placed as the end of the backup communication path determines that a failure has occurred in the active communication path, it can send a user frame to the connection port with the backup communication path It is characterized by changing to a different state.
  • a method of deleting all information stored in the learning database when each node in the first ring network and the second ring network determines that a failure has occurred in the working communication path may be used.
  • each node in the first ring network and the second ring network determines that a failure has occurred in the working communication path, it is placed as the end of the working communication path among the information stored in the learning database.
  • only the address of the contact node and the address of the terminal corresponding to the address may be deleted. According to such a method, it is possible to suppress an increase in traffic volume and effectively use the bandwidth.
  • This is a method in which a contact node arranged as an end of the working communication path periodically transmits a survival confirmation signal to the other ring network via the working communication path and receives a survival confirmation signal from the other ring network. May be. According to such a method, it is possible to detect the occurrence of a failure in the communication path even when the communication path includes a communication network.
  • the contact node placed as the end of the working communication path sends a frame containing the received existence confirmation signal as a payload to the ring network to which the contact node belongs, and receives the existence confirmation signal for a certain period of time. It is determined that a failure has occurred in the working communication path, and the nodes in the ring network other than the contact node The node may determine that a failure has occurred in the working communication path when the frame does not receive the frame for a certain period of time. According to such a method, the occurrence of a failure can be detected at a high speed, which can contribute to a fast failure recovery.
  • the failure recovery method according to the present invention is also applied to a ring network system in which a first ring network and a second ring network are connected by a plurality of communication paths previously associated with network identifiers.
  • each node other than a contact node arranged as an end of the plurality of communication paths is connected to the outside of the ring network.
  • Network identifier to be assigned to user frames received from terminals outside the ring network, with a learning data base that stores the correspondence between the address of the remote terminal, the network identifier, and the address of the node in the ring network Identify the network corresponding to the communication path in which no failure has occurred.
  • the network identifier corresponding to the communication path in which the failure has occurred is identified, and is outside the ring network. If the address of the node corresponding to the combination of the destination address and the derived network identifier of the user frame received from the terminal is not stored in the learning data base, the user frame to which the network identifier is assigned is A frame stored as a payload is broadcasted, and each contact node arranged as an end of each communication path is assigned to a network identifier and a user frame corresponding to the communication path having itself as an end. When the network identifier matches, the user frame Is transmitted to the communication path.
  • Each contact node arranged as the end of each communication path periodically transmits a survival confirmation signal to the other ring network via the communication path having itself as an end, and the existence confirmation from the other ring network.
  • a method of receiving a signal may be used. According to such a method, it is possible to detect the occurrence of a failure in the communication path even when the communication path includes a communication network.
  • connection node placed as the end of each communication path sends a frame containing the received survival confirmation signal as a payload in the ring network to which the connection node belongs.
  • a failure has occurred in the communication path that ends at the contact node that is the frame transmission source. It may be a method to do. According to such a method, the occurrence of a failure can be detected at high speed, which can contribute to high-speed failure recovery.
  • the fault detection method is a fault detection method applied to a ring network system in which a first ring network and a second ring network are connected by a communication path, and includes an end of the communication path. Connected to the other ring network periodically through the communication circuit, receives a survival confirmation signal from the other ring network, and receives the received survival confirmation signal as a payload.
  • a failure occurs in the communication path. It is characterized by determining that it has been. According to such a configuration, the occurrence of a failure can be detected at high speed, which can contribute to high-speed failure recovery.
  • the node according to the present invention is a node applied to a ring network system in which the first ring network and the second ring network are connected by the working communication path and the standby communication path, and is a terminal outside the ring network.
  • a learning database that stores the correspondence between the addresses of the nodes in the ring network and addresses of nodes in the ring network, a failure determination unit that determines that a failure has occurred in the working communication path, and a failure in the working communication path by the failure occurrence determination unit And an erasing means for erasing the information stored in the learning database when it is determined that the occurrence has occurred.
  • the erasure unit may be configured to erase all information stored in the learning database when it is determined by the failure occurrence determination unit that a failure has occurred in the working communication path.
  • the erasure means is the end of the working communication path among the information stored in the learning database when the failure occurrence judging means determines that a failure has occurred in the working communication path.
  • only the address of a contact node arranged as a part and the address of a terminal corresponding to the address may be deleted. According to such a configuration, according to such a configuration, it is possible to suppress an increase in traffic volume and effectively use the bandwidth.
  • a frame containing the user frame as a payload when the address of the node corresponding to the destination address of the user frame received from a terminal outside the ring network is not stored in the learning database. It is also possible to have a configuration provided with broadcast means for broadcast transmission. According to such a configuration, failure recovery can be performed at high speed when a failure occurs between ring networks.
  • the failure occurrence determination means may be configured to determine that a failure has occurred in the working communication path when a frame containing a survival confirmation signal as a payload is not received for a certain period of time. According to such a configuration, the occurrence of a failure can be detected at a high speed, which can contribute to a fast failure recovery.
  • a survival confirmation signal transmitting means that is arranged as an end of the working communication path and periodically transmits a survival confirmation signal to the other ring network via the working communication path, and a survival that receives the survival confirmation signal from the other ring network.
  • a configuration provided with a confirmation signal receiving means may also be used. According to such a configuration, even when the communication path includes a communication network, it is possible to detect the occurrence of a failure in the communication path.
  • a configuration may be provided that includes a survival confirmation frame transmitting means for transmitting a frame containing the survival confirmation signal received by the survival confirmation signal receiving means as a payload into the ring network to which the contact node belongs.
  • a survival confirmation frame transmitting means for transmitting a frame containing the survival confirmation signal received by the survival confirmation signal receiving means as a payload into the ring network to which the contact node belongs.
  • a node according to the present invention is a node applied to a ring network system in which a first ring network and a second ring network are connected by a plurality of communication paths previously associated with network identifiers.
  • a learning database that stores the correspondence between the addresses of terminals outside the network, network identifiers, and addresses of nodes in the ring network;
  • Network identifier deriving means for deriving a network identifier assigned to a user frame received from a terminal outside the network from the network identifier corresponding to the communication path in which no failure has occurred; and
  • the failure occurrence determining means for determining that a failure has occurred in the communication path, and the failure occurrence determining means have determined that a failure has occurred in the communication path,
  • a failure occurrence communication path notifying means for notifying the network identifier deriving means of information that can identify a network identifier corresponding to the generated communication path, and a destination address and network identifier derivation of a
  • Broadcast means for broadcasting a frame containing a user frame assigned with the network identifier as a pay slot when not stored in the network. According to such a configuration, failure recovery can be performed at a high speed when a failure occurs between ring networks.
  • the failure occurrence determination means may be configured to determine that a failure has occurred in the working communication path when a frame containing the survival confirmation signal as a payload is not received for a certain period of time. According to such a configuration, the occurrence of a failure can be detected at a high speed, which can contribute to a fast failure recovery.
  • the node according to the present invention is a node applied to a ring network system in which the first ring network and the second ring network are connected by a communication path, and is arranged as an end of the communication path.
  • a survival confirmation signal transmitting means for periodically transmitting a survival confirmation signal to the other ring network via the communication circuit, a survival confirmation signal receiving means for receiving a survival confirmation signal from the other ring network, and a survival confirmation
  • the present invention is characterized by comprising a survival confirmation frame transmitting means for transmitting a frame containing the survival confirmation signal received by the signal receiving means as a payload into the ring network to which the node belongs. According to such a configuration, the occurrence of a failure can be detected at high speed, which can contribute to high-speed failure recovery. .
  • the node program according to the present invention includes an active communication path and a standby communication path.
  • a computer provided in a node applied to a ring network system in which the first ring network and the second ring network are connected by a route, and includes an address of a terminal outside the ring network and a node in the ring network.
  • a learning database that stores the correspondence with addresses, it is determined that a failure has occurred in the working communication path, and a failure has occurred in the working communication path.
  • it is characterized by executing an erasure process for erasing information stored in the learning data base.
  • It may be a program for causing a computer to execute a process of deleting all information stored in the learning database by an erasing process.
  • the frame containing the user frame as a payload is stored in the computer.
  • a program that executes broadcast processing for broadcast transmission may be used. According to such a program, failure recovery can be performed at high speed when a failure occurs between ring networks.
  • It may be a program that causes a computer to determine that a failure has occurred in the working communication path when it does not receive a frame containing a survival confirmation signal as a payload during a failure occurrence process for a certain period of time. According to such a configuration, the occurrence of a failure can be detected at high speed, which can contribute to high-speed failure recovery.
  • a survival confirmation signal transmission process for periodically transmitting a survival confirmation signal to the other ring network via the working communication path to a computer provided in a node arranged as an end of the working communication path, from the other ring network It may be a program for executing a survival confirmation signal reception process for receiving a survival confirmation signal. According to such a program, even if the communication path includes a communication network, It is possible to detect the occurrence of a failure in the communication path.
  • the program may cause the computer to execute a survival confirmation frame transmission process in which a frame containing the survival confirmation signal received in the survival confirmation signal reception process as a payload is transmitted to the ring network to which the own node belongs.
  • a survival confirmation frame transmission process in which a frame containing the survival confirmation signal received in the survival confirmation signal reception process as a payload is transmitted to the ring network to which the own node belongs.
  • the node program according to the present invention is provided in a node applied to a ring network system in which the first ring network and the second ring network are connected by a plurality of communication paths previously associated with the network identifier.
  • the address of the terminal outside the ring network and the network is provided in a node applied to a ring network system in which the first ring network and the second ring network are connected by a plurality of communication paths previously associated with the network identifier.
  • a computer with a learning database that stores the correspondence between the network identifiers and the addresses of the nodes in the ring network will cause a network identifier to be added to user frames received from terminals outside the ring network.
  • Network identifier derivation processing derived from network identifiers corresponding to non-communication paths network identifier assignment processing for assigning the network identifier to the user frame, failure occurrence determination for determining that a failure has occurred in the communication path Processing, a fault network identifier identification process for identifying a network identifier corresponding to the communication path in which the fault has occurred when it is determined that a fault has occurred in the communication path in the fault occurrence determination process,
  • User frame received from the terminal has When the address of the node corresponding to the combination of the destination address and the network identifier derived by the network identifier derivation process is not stored in the learning database, the user frame to which the network identifier is assigned is paid. It is characterized by executing a broadcast process for broadcasting a frame stored as
  • the node program is a node applied to a ring network system in which the first ring network and the second ring network are connected by a communication path, and is arranged as an end of the communication path.
  • a survival confirmation signal transmission process for periodically transmitting a survival confirmation signal to the other ring network via the communication circuit to a computer provided in the node to be received, and a survival confirmation signal for receiving a survival confirmation signal from the other ring network It is characterized in that reception processing and survival confirmation frame transmission processing for transmitting a frame containing the received survival confirmation signal as a payload into the ring network to which the node belongs are executed.
  • each node includes an erasing unit, and the erasing unit erases information stored in the learning data base when the failure occurrence determining unit determines that a failure has occurred in the working communication path. .
  • Each node other than the connection node includes broadcast cast means, and the broadcast means stores the address of the node corresponding to the destination address of the user frame received from the terminal outside the ring network in the running database. If it is not stored, it broadcasts a frame containing the user frame as a paycard. Therefore, when a failure occurs in the working communication path, the information stored in the ranging database is deleted, and as a result, the broadcast means immediately broadcasts the frame containing the user frame as the payload. To do. Therefore, failure recovery can be performed at high speed when a failure occurs between ring networks.
  • the erasure means determines that a failure has occurred in the working communication path by the failure occurrence judging means, the address of the contact node arranged as the end of the working communication path among the information stored in the learning database
  • the address of the node other than the contact node and the address of the terminal corresponding to the address are left in the learning database. Therefore, if there is no contact node on the route to the terminal that is the user frame transmission destination, the broadcast means does not perform broadcast transmission. Therefore, the opportunity for broadcast transmission is reduced, the increase in traffic volume can be suppressed, and the bandwidth can be used effectively. .
  • the contact node arranged as the end of the working communication path is regularly connected via the working communication path.
  • a survival confirmation signal transmitting means for transmitting a survival confirmation signal to the other ring network and a survival confirmation signal receiving means for receiving a survival confirmation signal from the other ring network
  • Based on the existence confirmation signal it can be determined whether or not a failure has occurred in the communication path in the ring to which the contact node that received the message belongs.
  • the survival confirmation signal can reach the other ring even when the communication path includes a communication network. Therefore, even when the communication path includes a communication network, it is possible to detect the occurrence of a failure in the communication path.
  • each node can independently detect the occurrence of a failure in the communication path. In this case, each node can detect the failure earlier than when only the contact node determines that a failure has occurred in the communication path and transfers the determination result to another node after the determination. Therefore, it can contribute to high-speed failure recovery.
  • the network identifier deriving unit of each node other than the contact node assigns the network identifier assigned to the user frame received from the terminal outside the ring network to the communication path in which no failure has occurred.
  • the network identifier assigning means assigns the network identifier to the user frame. Then, when the failure occurrence communication path notifying means determines that a failure has occurred in the communication path by the failure occurrence determination means, information that can identify the network identifier corresponding to the communication path in which the failure has occurred is provided. Notify Therefore, different network identifiers are derived depending on whether or not a failure has occurred in the communication path.
  • the broadcasting means In the broadcasting means, the address of the node corresponding to the combination of the destination address of the user frame received from the terminal outside the ring network and the network identifier derived by the network identifier deriving means is stored in the learning database. If not, it is given its network identifier: ⁇ Broadcast a frame containing the one frame as a payout. Therefore, when a failure occurs, As soon as a network identifier is derived, the broadcast means performs broadcast transmission. Therefore, failure recovery can be performed at high speed when a failure occurs between ring networks.
  • the user frame sending means provided in each contact node communicates the user frame when the network identifier corresponding to the communication path having itself as an end matches the network identifier assigned to the user frame. Send to route. Therefore, if the network identifiers match, a user frame can be sent via each communication path, and the addition of communication paths can be distributed.
  • each contact node arranged as an end of each communication path periodically transmits a survival confirmation signal to the other ring network via a communication path having itself as an end.
  • the communication path is set based on the survival confirmation signal in the ring to which the contact node that has received the survival confirmation signal belongs. Can determine if a failure has occurred.
  • the survival confirmation signal can reach the other ring even when the communication path includes the communication network. Therefore, even when the communication path includes a communication network, it is possible to detect the occurrence of a failure in the communication path.
  • each node when the failure occurrence determination means provided in a node other than the contact node does not receive a frame containing the survival confirmation signal as a payload for a certain period of time, the contact node that is the transmission source of the frame is used as the end. If the configuration determines that a failure has occurred in the communication path, each node can independently detect the failure in the communication path. In this case, each node can detect the failure earlier than when only the contact node determines that a failure has occurred in the communication path and transfers the determination result to another node after the determination. Therefore, it can contribute to high-speed failure recovery.
  • each node determines that a failure has occurred in the learning database that stores the correspondence between the address of the terminal outside the ring network and the address of the node in the ring network, and the working communication path.
  • each node other than the contact node arranged as the end of the backup communication path stores the address of the node corresponding to the destination address of the user frame received from the terminal outside the ring network in the learning data base. If it is not, it has a broadcast means that broadcasts a frame containing the user frame as a payload. Therefore, when a failure occurs between ring networks, failure recovery can be performed at high speed.
  • each node other than the contact node derives a network identifier assigned to a user frame received from a terminal outside the ring network from network identifiers corresponding to communication paths in which no failure has occurred.
  • Network identifier deriving means network identifier giving means for assigning a network identifier to a user frame, failure occurrence judging means for judging that a failure has occurred in the communication path, and failure in the communication path by the failure occurrence judging means
  • a failure occurrence communication path notifying means for notifying the network identifier deriving means of information that can identify the network identifier corresponding to the communication path in which the failure has occurred, and a terminal outside the ring network Address, network identifier, and node in the ring network
  • the broadcast unit transmits the frame containing the user frame assigned with the network identifier as a payload.
  • failure recovery can be performed at high speed.
  • the contact node periodically transmits a survival confirmation signal to the other ring network via the communication circuit, and receives the survival confirmation signal from the other ring network.
  • a survival confirmation frame transmitting means for transmitting a frame containing the survival confirmation signal received by the survival confirmation signal receiving means as a payload in the ring network to which the contact node belongs.
  • FIG. 1 is an explanatory diagram showing a configuration example of the ring network system according to the first embodiment.
  • Fig. 2 is an explanatory diagram showing the situation in which a failure has occurred in the working internet link.
  • Figure 3 is a flowchart showing the operation of the contact node connected to the failed internet link.
  • Figure 4 is a flowchart showing the operation of a node other than the contact node connected to the failed interlink (excluding the contact node connected to the preliminary interlink).
  • FIG. 5 is a flowchart showing the operation of the contact node connected to the spare interlink.
  • Fig. 6 is an explanatory diagram showing the situation in which each node transfers frames from one terminal to another after flushing the learning database due to the occurrence of a failure in the interlink.
  • FIG. 7 is an explanatory diagram showing a situation in which a frame is transferred from the terminal to the terminal after broadcast transmission.
  • FIG. 8 is a flowchart showing a first mode in which the occurrence of an interlink failure is notified to each node in the ring using the KeepAlive signal.
  • FIG. 9 is a flowchart showing a second mode of notifying each node in the ring of the occurrence of an interlink failure using the KeepAlive signal.
  • FIG. 10 is a block diagram showing a configuration example of a contact node applied to the first embodiment.
  • FIG. 11 is a block diagram showing a configuration example of nodes other than the contact node applied to the first embodiment. .
  • Figure 12 shows a configuration example of the ring network system in the second embodiment. It is explanatory drawing shown.
  • FIG. 13 is an explanatory diagram showing a situation where a failure has occurred in the interlink.
  • Figure 14 is a flowchart showing the operation of the contact node when a failure occurs.
  • Figure 15 is a flowchart showing the operation of nodes other than the contact node when a failure occurs.
  • Figure 16 is an explanatory diagram showing the situation in which each node forwards a frame from one terminal to another after a change in the method for deriving the VLAN identifier due to the occurrence of a failure in the in-link.
  • FIG. 17 is an explanatory diagram showing a situation in which a frame is transferred from the terminal to the terminal after broadcast transmission.
  • FIG. 18 is a block diagram illustrating a configuration example of a contact node applied to the second embodiment.
  • FIG. 19 is a block diagram showing a configuration example of nodes other than the contact node applied to the second embodiment.
  • FIG. 20 is an explanatory diagram showing an example of a single-ring RPR network.
  • FIG. 21 is an explanatory diagram showing the operation of the ring when a failure occurs in the ring.
  • FIG. 22 is a block diagram showing a configuration example of a conventional RPR node.
  • FIG. 23 is an explanatory diagram showing an example of a multi-ring network having two rings connected by two interlinks.
  • FIG. 1 is an explanatory diagram showing a configuration example of a ring network system according to the present invention.
  • the ring network system according to the present invention is a multi-ring network system including a plurality of rings (packet rings in which nodes are connected in a ring shape) 501_a and 501-b.
  • Ring 50 1—a includes RPR nodes (hereinafter, simply referred to as nodes) 900—1 to 900—4 and nodes 700-1, 700-2 connected to the interlink.
  • nodes hereinafter, simply referred to as nodes
  • 900 nodes
  • nodes 700-1, 700-2 connected to the interlink.
  • a node connected to another ring via an interlink may be another communication network
  • ring may be another communication network
  • each of the rings 501-a and 501-b is a two-fiber ring, and the ring 501-a includes an inner ring 501-a-in nn er and an outer ring 501-a-out ter. Similarly, the ring 501-b includes an inner ring 501-b_inner and an outer ring 501-b-outer.
  • each inner ring performs traffic transfer clockwise and each outer ring performs traffic transfer counterclockwise.
  • a terminal 5-10 is connected to the node 900-1
  • a terminal 51 1 is connected to the node 900-7.
  • the RPR-MAC address of each node 900-1 to 900-8 is 900-1 to 900-8, respectively.
  • the RPR-MAC address of each node 700-1 to 700-4 shall be 700-1 to 700_4, respectively.
  • the contact nodes 700-1 and 700-3 are connected by an interlink 505.
  • the contact nodes 700-2 and 700-4 are connected by the link 506.
  • the interlink 505 is a working link used in normal operation
  • the interlink 506 is a spare interlink. That is, when a failure occurs in the working link 505, the interlink 506 is used.
  • U-MAC frame transfer from terminal 5 10 to terminal 511.
  • the operation of the ring network system at normal times will be described.
  • the U-MAC frame is, for example, an Ethernet (registered trademark) frame.
  • paths 520, 521, and 522 indicated by dotted lines are U-MAC frame transfer paths.
  • a route 530 indicated by a solid line in FIG. 1 is an RPR-MAC frame transfer route.
  • the node 900-1 which has received the U—MAC frame output from the terminal 510, uses its own learning database to determine the RPR—MAC address corresponding to the destination U—MAC address in the U—MAC frame. Search and Destination RPR—Determine MAC address.
  • the destination U—MAC address (the address of the terminal 5 1 1) and the RPR—MAC address “700-1” are associated in advance and learned from the learning data base. And Therefore, the node 900-1 uses “700-1” as the destination RPR—MAC address, and uses its own RPR—MAC address “900—1” as the source RPR—MAC address.
  • node 900-1 refers to its own forwarding database and identifies output ring information corresponding to the destination RPR-MAC address.
  • the output ring information is information indicating whether the RPR-MAC frame is output to the inner ring, to the outer ring, or to both the inner ring and the outer ring.
  • Node 900-1 decides whether to send the R PR-MAC frame to the inner ring or the outer ring by looking up the outgoing-ring-based output information, and sends the R PR-MAC frame according to the decision. To do.
  • Figure 1 shows the case of sending to the inner ring 50 1 — a _ i n n e r.
  • Node 900-2 which has received the RPR-MAC frame sent from node 900-1, refers to the RPR-destination RPR-MAC address of the MAC frame and compares it with its own address. Destination RPR—MAC address and node 9 00—Two nodes have different addresses, so node 900—2 determines that it should not terminate the RPR—MAC frame by itself, and the inner link 50 1—a-i nn er has its RPR— Forward MAC frames.
  • the node 700-1 that receives the RPR-MAC frame sent from the node 900-2 refers to the RPR-destination RPR-MAC address of the MAC frame and compares it with its own address. Since the two compared addresses match, node 700-1 captures its RPR-MAC address. That is, the RPR-MAC frame is extracted from the ring 50 1-a. Then, the node 700-1 removes the RPR-MAC overhead from the RPR-MAC frame and converts the RPR-MAC frame into a U-MAC frame. The node 700-1 sends the U-MAC frame to the link 505.
  • Node 700-3 receives the U-MAC frame via Inlink 505. Then, the node 700-3 refers to its own learning database, and determines the destination RPR-MAC address (here, “900-0-7”) in the ring 501-1b. Node 700-3 uses RP R-MAC with "900-7" as the destination RPR-MAC address and with its own RPR-MAC address "700-3" as the source RPR-MAC address. Adds head to U—MAC frame and converts U—MAC frame to RPR—MAC frame. Subsequently, the node 700-3 refers to its own forwarding database, and specifies the output ring information based on the transmission destination R P R—M A C address. Here, the node 700-3 transmits the RPR—MAC frame to the outer ring 502—b—ou t e r according to the output ring information.
  • the node 700-3 transmits the RPR—MAC frame to the outer ring 502—b—ou t e r according to the output ring information.
  • node 700-4 or 900-8 When node 700-4 or 900-8 receives this RPR-MAC frame, the destination RPR-MAC address and its own RPR-MAC address do not match. PR—It is determined not to be a MAC frame. Then, the RPR-MAC frame is transmitted to the outer ring 502-b-outer. As a result, the node 900-7 receives this RPR-MAC frame. Node 900-7 is the destination of the received RPR-MAC frame RPR- MAC address matches its own RPR-MAC address, so Received RPR—MAC frame is captured (RP R—MAC frame is extracted from ring 501—b).
  • the node 900-7 removes the RP R-MAC overhead from the RPR-MAC frame and converts the RPR-MAC frame into a U-MAC frame.
  • the node 900-7 forwards the U-MAC frame to the terminal 51-1.
  • FIG. 2 is an explanatory diagram showing a situation where a failure has occurred in the working interlink 505.
  • the U-MAC frame cannot be transferred from the terminal 510 to the terminal 51 1 by the traffic flow shown in FIG.
  • FIG 3 is a flow chart showing the ll operation of the contact nodes (in this example, contact nodes 700-1, 700-3) connected to the faulty link.
  • the contact nodes 70 0-1, 700-3 connected to the interlink 505 detect the failure (step S610).
  • the nodes 700-1 and 700-3 belong to their own nodes in the RPR-MAC frame (interlink failure notification RPR-MAC frame) that notifies the interlink 505 that a failure has occurred.
  • Send it into the ring (step S 61 1).
  • Neighboring nodes 700 1 1, 700—3 include information that can identify the in-even link in which the failure occurred in the in-out link failure notification R PR MAC frame. For example, the Inlink link ID to identify individual Inlink links, or the RPR—MAC address of the node that detected the Inlink link failure (ie, the RP of the contact node 700—1, 700—3 itself)
  • Link failure notification RP R Included in MAC frame.
  • each node can also identify the connecting nodes at both ends of the inda link from the in evening link ID. is there.
  • Interlink failure notification R P R — M A C frame may be sent to the inner ring, to the water ring, or to both.
  • step S 6 1 the contact nodes 700-1 and 700-3 flush (erase) the learning contents of the learning database provided therein (step S 612).
  • FIG 4 is a flowchart showing the operation of a node other than the connection node connected to the interlink where the failure occurred (excluding the connection node connected to the reserved interlink).
  • Nodes 900_1 to 900—8 correspond to such nodes.
  • the operation is described as the operation of the node 900_1, but the nodes 900-2 to 900-8 perform the same operation.
  • the node 900-1 receives the internet link failure notification RPR—MAC frame transmitted to the contact node 70 0-1 in step S611 (step S620). Then, the node 900-1 forcibly flushes the learning contents based on the learning data provided by itself (step S621).
  • FIG. 5 is a flowchart showing the operation of the contact node (in this example, contact node 700-0, 700-4) connected to the spare interlink 506.
  • the contact node 700—2, 700—4 receives the in-link failure notification RPR—MAC frame, it forcibly flushes the learning contents of its own learning database (steps S63.0, S631).
  • the operations in steps S 630 and S 63 1 are the same as those in steps S 620 and S 621 shown in FIG.
  • the contact nodes 700-2, 700-1 4 set the spare interlink 506 to the forwarding state (step S632). Either of the steps S 631 and S 632 may be performed first.
  • the forwarding state means a state in which a packet can be passed.
  • a state in which a received frame is discarded without being sent out is called a block state.
  • the forwarding state and block state are set for each port of each node.
  • step S632 among the ports of contact nodes 700-2 and 700-4, the ports connected to interlink 506 are set to the blocked state, and frame ⁇ is not sent to interlink 506. It is in a state.
  • the contact nodes 700-2, 700-4 are Set the port connected to 6 to the forwarding state so that frames can be sent to the interlink 506.
  • each node flushes its own learning database.
  • the flash is forcibly performed regardless of whether the aging time has elapsed. In other words, flushing is performed even before the aging time has elapsed.
  • Each node may flush all learning contents of the learning database. Alternatively, each node only obtains the RPR-MAC address and U-MAC address information associated with the RPR-MAC address of the node that detected the link failure in the learning database. You may also selectively flash learning contents based on the learning course overnight.
  • Information about the node that detected the failure of the interlink is included in the interlink failure notification RPR—MAC frame. For example, if each node receives an interlink failure notification R PR—MAC frame that includes information that node 700-1 has detected an interlink failure, RPR—MAC address “700-1” and The U-MAC address associated with that address may be selectively flushed.
  • FIG. 6 shows that each node 700-1 to 700 -4, 900— 1 to 900—8 flushes the learning database as a result of a failure at In evening link 500.
  • 11 is an explanatory diagram showing a situation where a frame is transferred to 1.
  • FIG. Routes 640, 641, and 642 indicated by dotted lines in FIG. 6 are U-MAC frame transfer routes.
  • routes 650 and 65 1 indicated by solid lines in FIG. 6 are transfer routes for RPR-MAC frames transmitted by broadcast.
  • the node 900_1 receiving the U—MAC frame output from the terminal 5 1 0 uses its own learning database and uses the learning database of its own U—the destination U—MAC address R PR—corresponding to the MAC address. Search for MAC address. At this time, the learning contents of the learning database have been flushed, so the search fails. Even if the learning database is selectively flushed, the RPR-MAC address " ⁇ 00-1" and the U-MAC address associated with the address of the node that detected the interlink failure are Erased Therefore, it is not possible to search for RPR—MAC address “700—1” as normal.
  • the node 90 0—1 uses the destination RPR—MAC address as the broadcast address, and its own RPR—MAC address “900—1” as the source RPR_MA C address RPR—Adds MAC overhead to the U—MAC frame. Node 90
  • the node 900_1 may transmit this RPR-MAC frame to either the inner ring or the outer ring. It may also be sent to both the inner ring and the outer ring.
  • FIG. 6 shows a case where the node 900-1 transmits the RPR-MAC frame to the router ring 5 01 -a-outer and transfers it through the transfer path 650.
  • the node 900-4 When the node 900-4 receives this RP R-MAC frame (an RPR-MAC frame destined for the broadcast address), it receives the RPR-MAC frame.
  • the node 900-4 sends a copy of the RP R-MAC frame to the ringlet to which the RPR-MAC frame has been transferred among the inner ring and the outer ring. Therefore, in this example, a copy of the RPR-MAC frame is sent to the outer ring 501-a-outer.
  • the node 900-4 transmits the source RPR-MAC address (in this example, "900-1") in the captured RPR-MAC frame and the U-MAC frame contained in the RP R-MAC frame.
  • the correspondence with the original U-MAC address (in this example, the address of terminal 510) is registered in its own learning database.
  • Node 900-4 then sends RPR—from the RPR—MAC frame.
  • the node 900-4 transfers the U-MAC frame to a terminal or device (not shown) connected to the node 900-14 outside the ring 501-a.
  • Node 900—3, 700-2, 700-1, 900—2 is also Node 900—
  • the RPR-MAC frame is captured and a copy of the RPR-MAC frame is sent to the outer ring 501-a-ou ter.
  • the RPR-MAC frame is transferred in the ring along the transfer path 650 shown in FIG.
  • each node 900-3, 700-2, 700-1, 900-2 is similar to the node 900-4, the source RPR- MAC address (in this example "900
  • each node 900—1 to 90 0-8, 700—1 to 700—4 refers to the source RPR—MAC address of the received RPR—MAC frame, and its address is the RPR—MAC of its own node. If it matches the address, the RPR-MAC frame is discarded. Therefore, R PR—the MAC frame never loops.
  • Node 700-2 removes the RPR—MAC header of the captured RPR—MAC frame and converts the RPR—MAC frame into a U—MAC frame. Node 700-2 then sends the U-MAC frame to interlink 506. Since node 700-2 sets the port connected to interlink 506 to the forwarding state (see step S632 shown in Fig. 5), U-MAC frame can be sent to intralink 506. is there.
  • This U-MAC frame is transferred to the node 700-4 along the transfer path 641 shown in FIG. Node 700-4, which received the U—MAC frame via interlink 506, uses its learning database to search for the RPR—MAC address corresponding to the destination U—MAC address in the U—MAC frame. . At this time, the learning contents of the learning database are flushed, so the search fails.
  • FIG. 6 shows a case where the node 700-4 sends an RP R-MAC frame to the router ring 502-b-ou ter and transfers it on the transfer path 651.
  • node 900-8 When node 900-8 receives this RPR-MAC frame (an RPR-MAC frame destined for the broadcast address), it captures the RPR-MAC frame and copies the RP R-MAC frame. Is sent to the outer ring 502—b—ou ter. In addition, the node 900-8 transmits the source RPR—MAC address (in this example, “7 00-4”) in the captured RPR—MAC frame and the U—MAC frame contained in the RPR—MAC frame. The correspondence relationship with the sender U—MAC address (in this example, the address of the terminal 510) is registered in the learning database of its own. Node 900-8 then removes the RPR-MAC overhead from the RPR-MAC frame and converts it to a U-MAC frame. Then, the node 900-8 transfers the U-MAC frame to a terminal or device (not shown) connected to the node 900-8 outside the ring 501-b.
  • the source RPR—MAC address in this example, “7 00-4”
  • Node 900—7, 900-6, 900—5, 700—3, as well as node 900-8 captures the RPR—MAC frame and copies a copy of the RPR—MAC frame to the outer ring 502—b—ou Send to ter.
  • the RPR-MAC frame is transferred in the ring along the transfer path 651 shown in FIG.
  • Each node 900-7, 900-6, 900-5, 700-3 is similar to the node 900-8 with the source RPR- MAC address ("700-4" in this example) and the source U- Corresponding relationship of MAC address (in this example, the address of terminal 510) is registered in its own learning database.
  • RPR—MAC frame RPR—MAC overhead is removed and U—MAC frame is ringed. 1 Transfer to an external terminal or device (not shown).
  • the node 700-4 discards the R PR—MAC frame.
  • Node 900-7 removes the RPR—MAC header of the captured RPR—MAC frame and converts the RPR—MAC frame into a U—MAC frame. Then, the node 900-7 transfers the U-MAC frame to the terminal 51-1. This U-MAC frame is transferred from the node 900-7 to the terminal 51 1 along the transfer path 642 shown in FIG.
  • FIG. 7 is an explanatory diagram showing a situation in which a frame is transferred from the terminal 511 to the terminal 510.
  • paths 643, 645, and 647 indicated by dotted lines are U-MAC frame transfer paths.
  • routes 644 and 646 indicated by solid lines are RPR-MAC frame transfer routes.
  • each node in the ring 50 1 1 b receives the address (U—MAC address) of the terminal 5 10 and the RPR—MAC address “700— I am learning the correspondence with 4 "based on my learning data.
  • each node in the ring 501-a learns the correspondence between the address of the terminal 5 10 and the RPR-MAC address “900-1” in its own running database. Therefore, unicast communication from the terminal 51 1 to the terminal 510 is possible.
  • the node 900-7 when the node 900-7 receives a U-MAC frame whose destination U-MAC address is the address of the terminal 510 from the terminal 51-1, the node 900-7 refers to the learning data for the destination RPR-MAC address. Can be specified as "700-4". Node 900-7 sets the destination RPR-MAC address to "700-4" and the source RPR ⁇ MAC address to "900-7" RPR-MAC overhead to U-MAC frame Ring 501—b Transfer in. As a result, the RPR—MAC frame is transferred from the node 900-7 to the node 700-4 along the transfer path 644.
  • the node 900 ⁇ 8, 700 ⁇ 4 on the transfer path 644 receives the RPR—MAC frame, the source RPR—MAC address (in this example, “900-7”) and the RPR—MAC frame U— MAC frame sender U— MAC address (terminal in this example)
  • the node 700-4 when the node 700-4 receives the RPR-MAC frame, the destination RPR-MAC address matches the own RPR-MAC address, and therefore captures the RPR-MAC frame. Then, the RPR—MAC frame of the imported RPR—MAC frame is removed, and the R PR—MAC frame is converted to a U—MAC frame. Node 700-4 sends its U-MAC frame to Inlink 506. This U-MAC frame is transferred to node 700-2 along transfer path 644 shown in FIG.
  • the node 700-2 that has received the U—MAC frame via the Internet link 506 refers to the RPR-one MAC address corresponding to the destination U—MAC address (the address of the terminal 510).
  • “900-1” is registered as an RP R—MAC address corresponding to the address of the terminal 510. Therefore, the node 700-2 sets the destination RPR—MAC address as “900-1” and the source RPR—MAC address as “700-2”.
  • the nodes 900-1, 900-4, 900-3 are added to the terminal 51-1.
  • the nodes 700-4, 900-8 learn the correspondence between the address of the terminal 51 and the RPR-MAC address "900-7" based on the learning data. Therefore, unicast communication from the terminal 510 to the terminal 511 is also possible.
  • Interlink 505 failure detection for example, between nodes 700-1 and 700_3 at both ends of interlinks 505 and 506, and between nodes 700-2 and 700-1 4, each node has a physical link failure. It may be realized by directly detecting.
  • the contact node may periodically transmit a KeepAlive signal to the contact node of another ring through the in-link, and detect an interlink failure when the KeepAlive signal has not arrived.
  • the KeepAlive signal is a signal having the same format as the U-MAC frame, for example.
  • the KeepAlive signal is generated as a signal in the same format as the U-MAC frame, the KeepAlive signal is transmitted / received as a U-MAC frame of the control side.
  • the contact node 700-1 when the contact node itself does not receive the keep-alive signal for a certain period, it is determined that a failure has occurred in the interlink to which the contact node is connected.
  • an interlink failure notification RPR—MAC frame indicating failure detection is broadcast in the ring.
  • This interlink failure notification RP R-MAC frame contains the information of the contact node that detected the occurrence of the internet link failure. For example, it is assumed that the contact node 700-1 has not received a KeepAlive signal from the contact node 700-3 for a certain period. Then, the contact node 700-1 only needs to broadcast the interlink failure notification RPR—MAC frame indicating that the contact node 700-1 has detected the link failure in the ring 501-a.
  • the KeepAlive signal transmitted / received via the interlink is terminated at each contact node.
  • the interlink failure notification R PR-MAC frame transmitted in the ring is a failure in the interlink. Notify the occurrence.
  • the contact node does not terminate the KeepAlive signal, adds the RPR-MAC overhead and transfers it in the ring.
  • the connecting node adds R PR—MAC overhead to the KeepAlive signal
  • the KeepAlive signal is converted into an Invert link failure notification R PR—MAC frame, and the Inlink link failure notification is sent.
  • RP R—MAC frames may be broadcast in the ring.
  • the interlink failure notification RPR-MAC frame contains the KeepAlive signal, indicating that no failure has occurred on the in-link.
  • each node in the ring notifies the interlink failure notification R PR— MAC frame including the KeepAlive signal when the interlink failure notification RP R— MAC frame is not transmitted for a fixed time. Detects that a failure has occurred in the interlink connected to the source node.
  • the contact node detects an interlink failure, and notifies each node in the ring to which the contact node belongs, but in the second mode, each node in the ring has its own link. Detect the occurrence of a failure. Note that the contact node sends an interlink failure notification R PR — MAC frame destination R
  • PR—MAC address may be reserved R PR—MAC address (control identifier). Specifically, the destination RPR-MAC address may be used as a control identifier indicating that the RPR-MAC frame type is a link failure notification RP R-MAC frame and that the broadcast is forwarded. .
  • the interlink failure notification RPR-MAC frame is discarded when it goes around the ring and returns to the source node.
  • the contact node 700-1 transmits an interlink failure notification RPR-MAC frame
  • the interlink failure notification RPR-MAC frame goes around the ring and returns to the contact node 700-1.
  • the contact node reports the link failure notification RPR—the MAC frame transmission source
  • R PR the MAC address matches its own R PR—MAC address
  • the interlink failure notification RPR discards the MAC frame To do.
  • Figure 8 is a p-chart showing the first mode of notifying each node in the ring of the occurrence of an interlink failure using the KeepAlive signal.
  • the operation of the contact node 700_1 will be mainly described. It is the same.
  • the contact node 700-1 If the contact node 700-1 does not receive a KeepAlive signal from the contact node 700-3 of another ring through the interlink 505 for a certain period of time, it determines that a failure has occurred in the interlink 5 05 (step S 641). Then, the contact node 700 1 1 includes information that can identify the in-link that has failed (for example, the R PR—MAC address of the node that detected the failure). The MAC frame is transmitted in ring 501a (step S642).
  • the AC frame is transmitted to the next node (step S 644).
  • the contact node 700-2 connected to the spare interlink 506 puts the port of its own node connected to the interlink 506 in the forwarding state after step S 643 (or may be before). Processing is also performed.
  • the contact node 700-1 When the contact node 700-1 receives the interlink failure notification RPR—MAC frame transmitted by itself, the contact node 700-1 discards the interlink failure notification RPR—MAC frame (step S645).
  • FIG. 9 is a flowchart showing a second mode of notifying the occurrence of an interlink failure to each node in the ring using the KeepAlive signal.
  • the operation of the contact node 700-1 will be mainly described, but the operation of the contact node 700_3 and the like is the same.
  • the contact node 700-1 When the contact node 700-1 receives the KeepAlive signal from the connection node 700-0-3 of the other ring via the interlink 505, the link failure notification RPR—MAC frame including the KeepAlive signal is received. Ring 50 1 Send out into a (step 65 1). That is, the contact node 700-1 converts the InterA link failure notification RPR-MAC frame without terminating the KeepAlive signal and sends it to the ring.
  • This intra-link failure notification RP R—MAC frame indicates that the interlink 505 is normal.
  • step S652 When the MAC frame is received, it is determined that there is no failure in the intra-link 505, and is transferred to the next node (step S652). If the node 700-1 receives the in-link failure notification RPR-MAC frame sent by itself, the inter-node failure notification RPR-MAC frame is discarded (step S652).
  • step S655 when other nodes in the same ring as the contact node 700-1 do not receive the interlink failure notification RPR-MAC frame including the KeepAlive signal for a certain period of time, a failure occurs in the interlink 505.
  • the learning contents in the learning database are flushed (step S655).
  • the contact node 700-2 connected to the spare link 506 forwards the port of its own node connected to the interlink 506 after step S655 (or may be before). It also performs processing to make a state.
  • the contact node 700-1 determines that a failure has occurred in the interlink 505, as in the first mode (as in step S641 shown in FIG. 8).
  • an interlink failure notification RPR—MAC frame may be transmitted as an RPR—MAC frame terminated at an adjacent node. Then, each node receives the in-link failure notification R PR— MAC frame, and if the inter-link failure notification RPR—MAC frame is terminated, the inter-link failure notification R terminated at the next node R PR—Create a MAC frame and send it to the next node. In this way, sending a frame to the next node after terminating the frame once at each node is called hop-by-hop processing. . In the case of broadcast ⁇ ⁇ transmission, the link failure notification RPR—MAC frame is transferred within the ring without being terminated at each node.
  • the ring network system provides the learning content of the learning database when a failure occurs in the interlink. S However, the learning content in the learning database is flushed only when a failure occurs in the working interlink 505.
  • a U-MAC frame is transmitted from the terminal 510 to a terminal (not shown) connected to the node 900-4.
  • the node 900-1 keeps the correspondence between the address of the terminal that is the destination of the U-MAC frame and the RPR-MAC address "900-4" on the learning data base. Therefore, RP R—MAC address “900-4” can be searched from destination U—MAC address, and RPR—MAC frame converted from U—MAC frame can be transmitted to node 900-4. . Therefore, it is not necessary to perform broadcast transmission as illustrated in Fig. 6.
  • the KeepAlive signal sent from the nodes 700-3 and 700-4 connected to the interlinks 505 and 506 is the ring information (ring identification information, which in this example is the node 700) to which the KeepAlive signal source node belongs. — Ring 501 —3 to which 3 belongs.
  • the KeepAlive signal and the identification information of the ring to which the node of the KeepAlive signal transmission source belongs are transmitted to the contact node of the other ring through the in-link, and as in the second mode.
  • the contact node that has received the KeepAlive signal forwards the link failure notification RPR—MAC frame including the KeepAlive signal to each node of the ring ⁇ .
  • each node in the ring detects a failure in the working interlink
  • the contents of the learning database may be rewritten so that frames are transferred between the rings via a spare link that connects the ring specified by the identification information and the ring to which it belongs.
  • each node in the ring 501—a uses the RPR—MAC address “700-1” in the learning database as the RPR—MAC of the contact node connected to the protection link specified by the ring identification information. Change the address to "700-2".
  • the U-MAC frame can be transferred to a desired terminal using the spare interlink 506 without performing broadcast transmission as shown in FIG.
  • each node in each ring sends and receives a failure notification RPR—MAC frame for the occurrence of a failure in a link between nodes in the ring, apart from an interlink failure notification RPR—MAC frame for a failure in an interlink. Do. Differentiate between “interlink failure notification RPR—MAC frame” and “failure notification RPR—MAC frame” as different RPR—MAC frames. If each node in the ring has no failure in the link with the adjacent node, failure detection node information
  • Failure notification that does not include (information on the node that detected the link failure) R PR — Sends and receives MAC frames to and from neighboring nodes. Failure notification that does not include this failure detection node information R PR—Receiving a MAC frame means that no failure has occurred in the link between the adjacent nodes. If each node in the ring does not receive a failure notification RPR—MAC frame that does not include failure detection node information from an adjacent node for a certain period of time, a failure occurs in the link with the adjacent node. Is determined to have occurred. Then, a failure notification RPR-MAC frame including its own information (for example, its own RPR-MAC address) is transmitted as a link failure detection node information in the ring.
  • failure notification RPR-MAC frame that does not include failure detection node information is transmitted to the adjacent node and terminated at the adjacent node.
  • a failure notification RPR—MAC frame that includes failure detection node information that is sent when a failure is actually detected is broadcasted around the ring, and the failure notification RPR—MAC frame Discarded when the source node is learned.
  • each node in the ring can be notified of the information of the node that detected the failure in the link in the ring. wear.
  • the node configuration applied to the ring network system will be described.
  • the node configuration will be described separately for contact nodes and nodes other than contact nodes.
  • FIG. 10 shows a connection node applied to the ring network system according to the present invention.
  • FIG. 3 is a block diagram showing an example of generating 00—1 to 700—4 (these contact nodes may be collectively referred to as contact node 700).
  • Each connection node 700 includes a packet demultiplexing circuit 710, a frame conversion circuit 720, a forwarding engine 730, a ring topology information collection circuit 740, a ring failure information collection 750, an interlink failure detection circuit 760, and an R PR In-link failure information collection circuit 7 70, route determination circuit 7 80, flash circuit 7 8 1, and ADM (Add-Drop Multiplexer) 790 are provided.
  • a packet demultiplexing circuit 710 includes a packet demultiplexing circuit 710, a frame conversion circuit 720, a forwarding engine 730, a ring topology information collection circuit 740, a ring failure information collection 750, an interlink failure detection circuit 760, and an R PR In-link failure information collection circuit 7 70, route determination circuit 7 80, flash circuit 7 8 1, and ADM (Add-Drop Multiplex
  • connection node 700 has a learning database 721 for storing the correspondence between the U-MAC address and the RPR-MAC address, and the RPR-MAC address and the output ring (inner ring and outer ring).
  • a forwarding data base 731 for storing a correspondence relationship with information indicating one or both of the rings) is provided.
  • the learning database 72 1 includes a reserved U-MAC address included in the control U—MAC frame (control identifier included in the control U—MAC frame) and a reserved RP R— It also stores the correspondence with the MAC address (R PR-MAC frame destination R PR-MAC address control identifier). Therefore, for example, the control identifier used when adding the RPR-MAC overhead to the KeepAlive signal can also be searched from the learning database 721.
  • the packet demultiplexing circuit 7 10 is connected to the In evening link 505 or the In evening link 506.
  • the packet demultiplexer 7 1 0 works as follows.
  • the packet demultiplexing circuit 7 10 receives the U-MAC frame from the frame conversion circuit 7 20. This U-MAC frame is obtained by converting the RPR-MAC frame transferred from within the ring by the frame conversion circuit 3 20.
  • the packet demultiplexing circuit 7 1 0 periodically receives the KeepAlive signal from the interlink failure detection 7600 (as described later, the interlink failure detection 7600 generates the KeepAlive signal periodically. Packet demultiplexing circuit 7.10).
  • the packet demultiplexing circuit 7 1 0 is connected by multiplexing the U-MAC frame transmitted from the frame conversion circuit 7 2 0 and the KeepAlive signal transmitted from the interlink failure detection circuit 7 6 0. To the existing interlink.
  • the packet demultiplexer circuit 7 1 0 is connected to the U-MA C frame (KeepAlive signal is transmitted from the contact node of the other ring via the interlink to which the packet demultiplexer circuit 7 1 0 itself is connected. (Excluding this)), the U-MAC frame is sent to the frame conversion circuit 7 20.
  • the packet demultiplexing circuit 7 1 0 receives the KeepAlive signal from the contact node of the other ring via the in-link, it sends the KeepAlive signal to the interlink failure detection circuit 7 6 0. .
  • the packet demultiplexing circuit 7 10 When the port of the bucket demultiplexing circuit 7 10 connected to the interlink is set to the block state, the packet demultiplexing circuit 7 10 operates as follows. When the packet demultiplexing circuit 7 1 0 receives the U—MAC frame from the frame conversion circuit 7 2 0, it discards the U—MAC frame. If a U-MAC frame (excluding KeepAlive signals) is received from the contact node of another ring via the interlink, the U-MAC frame is also discarded. However, the packet multiplexing separation circuit 7 10 does not discard the KeepAlive signal as in the forwarding state even when the connection port with the interlink is in the blocked state.
  • the bucket demultiplexing circuit 7 10 when the bucket demultiplexing circuit 7 10 receives a KeepAlive signal from the interlink fault detection 760, it transmits the KeepAlive signal to the in-link. In addition, when the KeepAlive signal is received from the contact node of another ring via the evening link, the eepAlive signal is sent to the interlink failure detection circuit 760.
  • the bucket demultiplexing circuit 7 10 receives a U-MAC frame other than the KeepAlive signal from the connection node of another ring, and the U-MAC frame is transferred from the packet demultiplexing circuit 7 10. If it does, refer to the learning database 721 and search for the RPR—MAC address corresponding to the destination U—MAC address of the U—MAC frame. And frame conversion circuit 7
  • the frame conversion circuit 720 fails to search for the RPR—MAC address corresponding to the U—MAC frame destination U—MAC address (ie, the U
  • the broadcast address is used as the destination R PR—MAC address and converted to RPR—M AC frame.
  • the frame conversion circuit 720 converts the U-MAC frame into an RPR-MAC frame, and then sends the RPR-MAC frame to the forwarding engine 330.
  • control signals other than KeepAlive signals may be sent from the packet demultiplexing circuit 710 to the frame conversion circuit 720 as U-MAC frames.
  • the frame conversion circuit 720 also uses the reserved RPR—MAC address (the control U—control identifier included in the MAC frame) corresponding to the reserved U—MAC address of the U—MAC frame. Control identifiers)
  • the R / D converter circuit 720 removes the RPR—MAC overhead and transmits the RPR—MAC frame.
  • U Convert to MAC frame.
  • the frame conversion circuit 720 has its U
  • the frame conversion circuit 720 stores the transmission source RP R—MAC address in the RPR—MAC frame transferred from the ADM 790 and the R PR—MAC frame.
  • the correspondence relationship with the transmission source U—MAC address in the U—MAC frame that has been stored is registered in the running database 72 1. If already registered, overwrite and register.
  • the forwarding engine 730 transmits the RP R transferred from the frame conversion circuit 720 to the destination RPR of the MAC frame RPR based on the MAC address.
  • the forwarding engine 330 may refer to the forwarding database 33 1 and make a decision by referring to the outgoing RPR—the output culling corresponding to the MAC address.
  • the forwarding engine 730 sends RPR-MAC frame and output ring information (information indicating whether the RPR-MAC frame is sent to the inner ring, the outer ring, or both). Transfer to ADM790.
  • the ring topology information collection circuit 740 is a topology disk power validator RPR—MAC frame for understanding the node configuration in the ring to which the contact node itself belongs as shown in FIG.
  • the ADM 790 receives a topology disk power valid RPR—MAC frame from within the ring and the topology disk power valid RP R—MAC frame is transferred from the ADM 790, the ring topology information collecting circuit 740 Force validator RP R— Notifies the ring topology information indicated by the MAC frame to the routing circuit 780.
  • Each frame in the ring receives the topology disk power RPR-MAC frame, adds its own node information (for example, RPR-MAC address) to the frame, and forwards it to the next node. Therefore, the topology device power variability RP R—MAC frame transmitted by a certain node goes around the ring and returns to the source node.
  • the source node determines the placement status of the nodes in the ring (ring topology). Information).
  • the ring topology information collecting circuit 740 extracts the ring topology information from the topology disk power valid RPR—MAC frame transferred from the ADM 790 and notifies the route determination bottleneck 780 of the ring topology information.
  • each node in the ring has a failure notification R PR—MAC frame that does not include failure detection node information when there is no failure in the link between the adjacent node and the adjacent node. Send and receive between each other.
  • R PR failure notification
  • the ADM790 receives a failure notification RPR—MAC frame that does not include failure detection node information from within the ring and the failure notification RP R—when the MAC frame is transferred from the ADM790
  • the ring failure information collection circuit 750 Also does not work.
  • the ring failure information collection circuit 750 receives the failure notification RPR—MAC frame that does not include the failure detection node information. No operation is performed upon reception.
  • the ring failure information collection circuit 750 does not include failure detection node information for a certain period of time. Failure notification R PR — When a MAC frame is not transferred from the ADM 790, the link between adjacent nodes has failed. judge. Ring failure information collection circuit 750 transfers information indicating that the node has detected a failure in the link with the adjacent node to route determination circuit 780. In addition, a failure notification RPR—MAC frame including information on the own node as failure detection node information is transferred to the ADM 790 together with output ring information. In this case, the ADM 790 sends the failure notification RPR-MAC frame in the ring.
  • the ADM790 issues a failure notification R PR including failure detection node information from within the ring.
  • the ring failure information collection circuit 750 uses the failure notification RPR.
  • the ring fault information collection circuit 750 notifies the path determination circuit 780 of the fault detection node information. Then, the ring fault information collecting circuit 750 transfers the fault notification RPR—MAC frame including the fault detection node information to the ADM 790 together with the output ring information. At this time, the ring failure information collection circuit 750 determines output ring information that specifies the ringlet to which the failure notification RPR-MAC frame has been transferred to the ADM 790 as the output ring information. For example, when a failure notification RPR-MAC frame is transferred from the inner ring, the output ring information that specifies N: ring is defined.
  • the ADM790 uses the failure notification RPR—MAC frame Notification RPR—Sent to the same ringlet that the MAC frame was transferred to. Therefore, when a failure notification RPR-MAC frame including failure detection node information is received, the same frame as the failure notification RPR-MAC frame is transferred to the next node.
  • the interlink failure detection circuit 760 periodically generates a KeepAlive signal (KeepAlive signal for informing other rings that there is no failure in the interlink). At this time, the interlink failure detection circuit 760 uses the KeepAlive signal as a U-MAC frame with the identifier for control of the KeepAlive signal as the destination U-MAC address and the address of its own node as the source U-MAC address. Generate. The interlink failure detection circuit 760 transmits the generated KeepAlive signal (U—MAC frame) to the packet demultiplexing circuit 7 10. This KeepAlive signal is transferred to another ring by the packet demultiplexing circuit 710.
  • the in-line link failure detection circuit 760 may include an identifier for uniquely determining the own node and the identifier of the ring to which the own node belongs in the KeepAlive signal. Also, if an identifier is assigned to the internet link to which the node is connected, the internet link identifier may be included in the KeepAlive signal.
  • the interlink failure detection circuit 760 is connected to its own node. It is determined that there is no failure in the existing interlink.
  • the interlink failure detection circuit 760 determines that a failure has occurred in the interlink to which the own node is connected, and the RPR interlink Notifies the failure information collection circuit 770 of the occurrence of a failure in the interlink.
  • R PR In evening link fault information collection circuit 770 receives fault information from the inter link fault detection circuit 760 when the fault occurrence in the in evening link is received, and fault information (information that can identify the fault link in which the fault occurred) Interlink failure notification including RP RM AC frame is generated and transferred to ADM790 along with output ring information. As a result, the ADM790 reports an in-link failure notification in the ring.
  • R PR—MAC frame Is sent out.
  • the RPR interlink failure information collection circuit 770 may perform broadcast transmission so that the interlink failure notification RP R—MAC frame goes around the ring and returns to its own node. In this case, the interlink failure notification RPR—MAC frame destination RPR—MAC address is used as a control identifier corresponding to the broadcast transmission.
  • the RPR interlink failure information collection circuit 770 notifies the flash circuit 781 of information that a failure has occurred in the interlink to which the own node is connected.
  • the flash circuit 78 1 flushes the learning contents of the learning database 72 1 in response to this notification.
  • the inbound link failure notification RPR—MAC frame sent by other contact nodes may be transferred to the contact node shown in FIG.
  • the A DM 790 receives an interlink failure notification RPR—MAC frame transmitted by another connected node.
  • the interlink fault notification RPR-MAC frame is transferred to the RPR interlink fault information collection circuit 770.
  • the RPR interlink fault information collection circuit 770 flashes the fault information included in the interlink fault notification RP R—MAC frame (information that can identify the faulty link). Notify 871.
  • Interlink failure notification RPR If the MAC frame is set to be broadcasted, the ADM 790 may simply forward the received interlink failure notification RPR—MAC frame copy to the next node.
  • the RPR interlink failure information collection circuit 770 receives the interlink failure received from the ADM790.
  • the RPR link error information collecting circuit 770 As information, output ring information that specifies the ringlet to which the interlink failure notification RPR-MAC frame has been transferred to the ADM 790 is defined.
  • the ADM 790 sends the evening link failure notification RPR—MAC frame to the same ringlet as the ringlet to which the evening link failure notification RPR—MAC frame has been transferred.
  • the route determination circuit 780 includes the ring topology information notified from the ring topology information collecting circuit 740 and the information notified from the ring failure information collecting circuit 750 (failure notification RPR—failure detection node information extracted from the MAC frame). ) And destination RPR—determining the output culling corresponding to the MAC address, and registering it in the forwarding database 7 3 1.
  • the route determination circuit 780 changes the output ring that passes through the failure occurrence position to an output ring that does not pass through the failure occurrence location.
  • the flash circuit 78 1 uses the RPR interlink failure information collection circuit 770 to send information (information indicating that a failure has occurred in the interlink to which the node is connected, and the link failure notification RPR-MA C
  • the flash circuit 781 may flush all the learning contents or may selectively flush part of the learning contents.
  • the entry including the RPR—MAC address of the node identified from the information notified from the RPR interlink fault information collecting circuit 770 is flushed.
  • the flash circuit 78 1 when the flash circuit 78 1 receives information indicating that a failure has occurred in the interlink to which the own node is connected, the flash circuit 78 1 sets the connection port with the in-link in the packet demultiplexing circuit 7 10 to a blocked state. Also, if the flash circuit 78 1 receives the information that the other connected node has detected a failure in the working link 505, the packet demultiplexing circuit? The connection port with the interlink at 10 is set to the forwarding state.
  • the ADM790 consists of a forwarding engine 730, a ring topology information collection circuit 740, a ring failure information collection circuit 750, and various RPR-MAC frames transferred from the RPR link link failure information collection circuit 770. Send to both. The ADM790 determines whether the RPR—MAC frame is sent to the inner ring, the outer ring, or both, based on the output ring information transferred with the RPR—MAC frame. decide.
  • the ADM 790 when the ADM 790 receives various RP R-MAC frames from the inner ring or the outer ring, the ADM 790 refers to the RPR-MAC frame destination R PR-MAC address. Then, based on the destination RP R-MAC address, it is determined whether the RPR-MAC frame is dropped (taken from within the ring) or not. The ADM790 does not drop the RPR—MAC frame and sends it to the next node as it is. Also, if the ADM790 decides to drop, it transfers the received RPR-MAC frame to the frame conversion circuit 720, ring topology information collection circuit 740, ring failure information collection circuit 750, or RPR interlink failure information collection circuit 770. To do.
  • Which circuit is forwarded depends on the type of RP R—MAC frame. For example, if the received RPR-MAC frame is a topology discovery RP R-MAC frame, it is transferred to the ring topology information collecting circuit 740. Failure notification RPR — If it is a MAC frame, forward it to the ring failure information collection circuit 750. If it is an interlink failure notification RPR-MAC frame, it is transferred to the RPR link failure information collection circuit 770. When the local node's RP R—MAC address is used as the destination RPR—MAC address, it is transferred to the frame conversion circuit 720.
  • FIG. 11 is a block diagram showing a configuration example of the nodes 900-1 to 900-8 (otherwise, these nodes may be collectively referred to as the node 900) applied to the ring network system according to the present invention.
  • FIG. Components similar to those of the contact node 700 are denoted by the same reference numerals as those in FIG. 10 and description thereof is omitted.
  • Each node 900 includes a packet switch 910, a frame conversion circuit 720, a forwarding engine 730, a ring topology information collection circuit 740, and a ring failure information collection.
  • the node 900 includes a learning data base 721 and a foraging data base 73 1.
  • the node 900 includes a packet switch 910 instead of the packet demultiplexing circuit 710, and eliminates the need for the interlink failure detection circuit 760.
  • the packet switch 910 is a user network interface (UN I), and transmits and receives U-MAC frames to and from terminals via the UN I ports 901 and 902.
  • the packet switch 910 collects the U-MAC frames from the 11? ⁇ 1 ports 901 and 902 and collects them in the frame conversion circuit 720. Forward.
  • the packet switch 910 connects the U-MAC frame to an appropriate UNI port (U-MAC frame transmission destination terminal). Output from (UN I port).
  • the frame conversion circuit 720 of the node 900 transmits / receives the U-MAC frame to / from the packet switch 910 instead of the packet demultiplexing circuit 7 10.
  • the other points are the same as the frame conversion circuit (see Fig. 10) of the contact node 700.
  • the RPR interlink failure information collection circuit 770 of the node 900 performs the same operation as the RPR link failure information collection circuit (see FIG. 10) of the adjacent node 700. However, the node 900 does not include the in-link failure detection circuit 760 as shown in FIG. Therefore, the operation of receiving the notification of the occurrence of a failure in the interlink, generating the interlink failure notification RPR—MAC frame including the failure information and transferring it to the ADM790 is not performed. Except this point, the operation of the RPR interlink fault information collection circuit 770 of the node 900 is the same as the operation of the RPR link link fault information collection circuit of the contact node 700.
  • the operation of the ring network system described above can be realized.
  • the failure notification of the internet link may be sent. That is, the contact node may add the RPR-MAC overhead and transfer it in the ring without terminating the KeepAlive signal.
  • the configuration of each node is the same as the configuration shown in FIGS. 10 and 11. However, the operation of some of the circuits is different from that in the first mode.
  • the operation when the bucket demultiplexing circuit 7 10 of the contact node 70 0 receives a U-MAC frame other than the KeepAlive signal via the interlink is the same as the operation already described.
  • the packet demultiplexing circuit 7 10 of the connection node 700 receives the KeepAlive signal via the inter-link, in the second mode, the KeepAlive signal is output to both the intra-link failure detection circuit 760 and the frame conversion circuit 720. To do.
  • the frame conversion circuit 720 When the frame conversion circuit 720 receives the KeepAlive signal from the packet demultiplexing circuit 710, the frame conversion circuit 720 adds an RP R-MAC overhead to the KeepAlive signal, thereby interlink failure notification R PR encapsulating the KeepAlive signal. — Generate a MAC frame. At this time, the frame conversion circuit 720 sets a transmission destination RPR-MAC address (control identifier) for the KeepAlive signal reserved in advance.
  • the destination RP R—MAC address is a control identifier indicating that the type of the RPR—MAC frame is an interlink failure notification R PR—MAC frame and is broadcasted.
  • the interlink failure notification RPR including KeepAlive signal RPR— MAC frame is processed hop-by-hop (that is, once terminated at the next node) Destination RPR— Define MAC address May be.
  • Interlink failure notification RPR generated by frame conversion path 720 The MAC frame includes a KeepAlive signal, indicating that no failure has occurred in the in-link.
  • the frame conversion circuit 720 outputs the generated interlink failure notification RPR—MAC frame to the forwarding engine 730.
  • the forwarding engine 730 identifies the interlink failure notification RPR—the MAC frame destination RPR—the output culling corresponding to the MAQ address, and sends the interlink failure notification RPR—MAC frame and output culling information to the ADM7 Forward to 90. Then, an interlink failure notification RPR-MAC frame is sent to the ADM790 in accordance with the output ring information.
  • the interlink failure detection circuit 760 when the KeepAlive signal is not transferred from the bucket demultiplexing circuit 710 for a certain period of time, is connected to the interlink to which the node is connected. And the RPR interlink fault information collection circuit 770 is notified of the occurrence of the fault in the interlink.
  • the RPR interlink fault information collecting circuit 770 does not generate an interlink fault notification RPR-MAC frame even when this notification is received from the link link fault detection circuit 760.
  • the process of notifying the flash circuit 781 of information indicating that a failure has occurred in the interlink to which the own node is connected is performed in the same manner as in the first mode.
  • the KeepAlive signal is periodically received by the contact node 700 via the interlink.
  • the frame conversion circuit 720 generates an interlink failure notification RPR-MAC frame including the KeepAlive signal, and the ADM 790 transmits the frame in the ring. Therefore, each node in the ring that is not the source of the interlink failure notification RPR—MAC frame periodically receives this interlink failure notification RPR—MAC frame.
  • the ADM790 (see Fig. 10, Fig. 11) of each node sends an interlink failure notification RPR—when the MAC frame is transferred.
  • RPR The MAC frame is sent to the RPR interlink failure information. Transfer to acquisition circuit 770.
  • the RPR interlink fault information collection circuit 770 determines from the A DM 790 that an interlink fault notification including a KeepAlive signal has occurred. If the MAC frame has not been transferred for a certain period of time, it is determined that a fault has occurred in the link. Interlink failure notification received until then R PR — Notifies the flash circuit 78 1 that a failure has occurred in the interlink connected to the source node of the MAC frame.
  • the contact node When notifying each node in the ring of the occurrence of a link failure in the second mode, the contact node if receiving the KeepAlive signal does not terminate the KeepAlive signal once in the ring. And each node reports a failure on the evening link. Since it can be detected, the occurrence of an interlink failure can be detected at high speed. On the other hand, when notifying the occurrence of a link failure to each node in the ring in the second mode, the operation of the node can be simplified.
  • the frame conversion circuit 7 2 0 sets the broadcast address as the transmission destination R PR — MAC address, and the timing at which broadcast transmission as shown in FIG. Therefore, it is possible to recover from an interlink failure at high speed.
  • the stored contents of the learning database 7 2 1 are selectively flushed, the learning contents regarding the communication path that does not pass through the interlink are left as they are. Therefore, when performing frame transfer from terminal to terminal without going through an interlink, broadcast transmission is not necessary, and frame transfer can be performed in the same way as when no interlink failure has occurred. In other words, when frame transmission is performed without going through the Internet link, broadcast transmission is not performed, so the increase in traffic volume can be suppressed and effective use of bandwidth can be achieved.
  • Each node is equipped with a ring fault information collection circuit 7 5 0 and a route determination circuit 7 8 0, so that even if a failure occurs in the link between the nodes of the ring, recovery from the fault is possible. Can do.
  • contact nodes can send and receive KeepAlive signals to each other, so that even if each ring is connected via another communication network, obstacles in the path connecting the rings are detected, You can recover from the failure. That is, the contact nodes 7 0 0— 1 and 7 0 0— 3 may be connected not via the interlink 5 0 5 but via another communication network. Similarly, the connection nodes 7 00-2 and 7 0 0-4 may be connected not via the Internet link 5 06 but via another communication network.
  • the interlink fault detection circuit 7 6 0 of each contact node is Information on the contact node that is the destination of the KeepAlive signal is added to the KeepAlive signal as information that can be recognized by the communication network. For example, it is assumed that contact nodes are connected via an Ethernet (registered trademark) network. In this case, the interlink failure detection circuit 760 may specify the MAC address of the destination contact node in the KeepAlive signal as information of the contact node that is the destination of the KeepAlive signal.
  • connection node 700 is described as including each circuit.
  • the connection node includes a computer, and the computer performs packet demultiplexing circuit 7 10, frame conversion circuit 720, and forwarding engine according to the program.
  • 730, ring topology information collection circuit 740, ring fault information collection circuit 750, interlink fault detection circuit 760, RPR interlink fault information collection circuit 770, routing circuit 780, flash circuit 781, and ADM790 It may be a configuration.
  • the program may be stored in advance in a storage device provided in the contact node 700.
  • the node 900 other than the contact node also has a computer, and the computer is configured according to the program according to the packet switch 910, the frame conversion circuit 720, the forwarding engine 730, the ring topology information collection circuit 740, and the ring fault information.
  • the collecting circuit 750, the RPR interlink fault information collecting circuit 770, the path determination circuit 780, the flash circuit 781, and the ADM790 may be configured to operate.
  • the program may be stored in advance in a storage device included in the node 900.
  • the link or communication network connecting the rings corresponds to the communication path described in the claims.
  • the contact failure detection means 760 of the contact node and the RPR interlink failure information collection circuit 770 of the nodes other than the contact node correspond to the failure occurrence determination means.
  • the flash circuit 781 corresponds to the erasing means.
  • the frame conversion circuit 720, the forwarding engine 730, and the ADM 790 correspond to broadcast means.
  • the packet demultiplexing circuit 7 10 corresponds to the state changing means.
  • the KeepAlive signal corresponds to the survival confirmation signal.
  • Interlink failure detection means 760 and bucket demultiplexing circuit 7 10 This corresponds to the survival confirmation signal transmission means.
  • the packet demultiplexing circuit 7 1 0 corresponds to a survival confirmation signal receiving means.
  • the frame conversion circuit 720, the forwarding engine 730, and the ADM790 correspond to a survival confirmation frame transmission means. (Embodiment 2)
  • the learning database stores the correspondence relationship between the U-MAC address, the network identifier (in this example, the VLAN identifier), and the RPR-MAC address. To do.
  • the method for deriving the VLAN identifier is changed. As a result, if the search for the RPR—M AC address corresponding to the pair of the U—MAC address and V L A N identifier fails after the occurrence of an interlink failure, broadcast transmission is performed to achieve fast failure recovery.
  • FIG. 12 is an explanatory diagram showing a configuration example of the ring network system in the second embodiment.
  • the ring network system according to the second embodiment is a multi-ring network system including a plurality of rings (packet rings) 1 101-a and 1 101 b.
  • the ring 1101—a includes RPR nodes (hereinafter simply referred to as “nodes”) 1 500—1 to: 1500—4 and contact nodes 1300—1, 1 300—2.
  • Ring 1 101—b is node 1500—5 to node 1
  • Ring 1 101-a, 1 1 0 1 b is a two-fiber ring.
  • Ring 1 10 1—a is an inner ring 1 10 1—a—inner and outer ring 1 10 1—a— with ou ter.
  • the ring 1101—b includes an inner ring 1 101—b—inner and an outer ring 1 101—b—outer.
  • each inner ring forwards traffic clockwise and each outer ring forwards traffic counterclockwise.
  • terminal 1 1 10 is connected to node 1 500-1 and terminal 11 1 1 is connected to node 15 0-7.
  • Each node 1 500—1 to 1500—8 RPR—MAC key Each dress shall be 1 500-1 to 1 500-8. Similarly, it is assumed that the RPR-MAC address of each contact node 1300-1 to 1300-4 is 1300-1 to L300-4, respectively.
  • the contact nodes 1300-1 and 1300-3 are connected by an interlink 1105.
  • Connection nodes 1 300-2 and 1300-4 are connected by an Internet link 1 106.
  • VL AN Virtual LAN
  • VL AN Virtual LAN
  • Multiple VL ANs may be set for one internet link.
  • VLAN 1 is set for the intralink 1 105
  • VLAN 2 is set for the interlink 1 106.
  • Each contact node refers to the VLAN identifier in the U-MAC frame. If the VLAN set for the interlink connected to the local node and the VLAN identifier correspond, the U-MAC frame is transferred to the interlink. Therefore, the U-MAC frame having the VLAN identifier “VLAN1” is transferred to the interlink 1 105, but not transferred to the interlink 1 106. Similarly, the U-MAC frame having the VLAN identifier “VLAN2” is transferred to the in-link 1106 but not to the inter-link 1 105. In addition, broadcast transmission is first performed in the learning table to learn the correspondence between U—MAC address, VLAN identifier, and RPR—MAC address. — Compare the VLAN identifier of the MAC frame with the VLAN set for the in-link, and if both are not compatible, forwarding to the in-link is not performed.
  • each interlink passes only U-MAC frames having a VLAN identifier corresponding to the VLAN set for itself.
  • U-MAC frame transfer from terminal 1 1 10 to terminal 11 1 1 as an example.
  • the U-MAC frame is, for example, an Ethernet (registered trademark) frame.
  • Figure 1 Paths 1 120, 1 12 1 and 1 122 indicated by dotted lines in 2 are U-MAC frame transfer paths.
  • routes 1 130 and 1 131 shown by solid lines in FIG. 12 are RPR-MAC frame transfer routes.
  • Node 1 500-1 receives the U-MAC frame output by terminal 1 1-10.
  • the terminal 1 1 10 may output a U-MAC frame with a VLAN identifier added.
  • the terminal 1 1 10 may output a U-MAC frame to which no VL AN identifier is added.
  • node 1 500-1 When node 1 500-1 receives the U-MAC frame output from terminal 1 1 10, it adds a VLAN identifier to the U-MAC frame, or a pre-added VLAN identifier. To change. When a VLAN identifier has already been added to the received U—MAC frame and the node 1500_1 adds a new VLAN identifier, an additional region for the VLAN identifier is provided in the U—MAC frame, A new VLAN identifier is added. At this time, the VLAN identifier originally added to the U-MAC frame is stored as it is in the U-MAC frame. This type of VLAN identifier addition is called a VLAN tag stack.
  • the node 1500-1 may change the VLAN identifier originally added to the U-MAC frame without performing the VL AN tag stack. In addition, when the VLAN identifier is not originally added to the U-MAC frame, the node 1500-1 adds the VLAN identifier to the U-MAC frame.
  • Each node other than the contact node derives a VLAN identifier by performing a predetermined calculation and adds the VLAN identifier to the U-MAC frame. Alternatively, change the originally added VLAN identifier to that VLAN identifier. Therefore, depending on the calculation result, “VLAN 1” may be derived as an identifier or “VLAN 2” may be derived.
  • each node 1500— 1. derives “VLAN 1” as the VLAN identifier and adds “VLAN 1” to the U—MAC frame is taken as an example.
  • each node is provided with a learning device that stores correspondences between U-MAC addresses, VLAN identifiers, and RPR-MAC addresses.
  • the node 1 500-1 When a new VLAN identifier is added to the U-MAC frame received from the terminal 1 110, the node 1 500-1 refers to its own learning device. Then, the RP R-MAC address corresponding to the combination of the destination U-MAC address and the added VLAN identifier in the U-MAC frame is searched, and the destination RPR-MAC address is determined. In this example, the destination U—MAC address (terminal 1 1 1 1 address), “VLAN 1”, and RPR—MAC address 1300—1 are associated in advance and learned from the learning data base. It is assumed that Therefore, the node 1 500-1 uses “1300-1” as the destination RPR—MAC address, and uses its own RP R—MAC address “1500—1” as the source RPR—MAC address. Add a padding to convert U—MAC frame to R PR—MAC frame.
  • the node 1 500-1 identifies outgoing information by referring to its own forwarding database.
  • the RPR-MAC frame is sent to the inner ring, the outer ring, or both according to the outgoing information.
  • Fig. 12 shows the case of sending to the inner ring 1101—a—i nn er.
  • Node 1 500 RPR sent from 1—node that received the MAC frame
  • the 1500_2 refers to the RPR—MAC frame destination RPR—MAC address and compares it with its own address. Since the destination RPR—MAC address and the address of the node 1500_2 itself are different, the node 1500—2 determines that it should not terminate the RPR—MAC frame itself, and the inner link 1101— Forward the RPR-MAC frame to a-i nne r.
  • the node 1300-1 which has received the RPR-MAC frame transmitted from the node 1500-2, refers to the RPR-MAC frame destination RPR-MAC address and compares it with its own address. Since the compared two addresses match, node 1300_1 takes its RPR—MAC address. That is, 1 10 1—Retrieve the RPR-MAC frame from a. Node 1300-1 then removes the RP R-MAC overhead from the RPR-MAC frame and converts the RPR-MAC frame into a U-MAC frame. A VLAN identifier “VLAN 1” is added to this U—MAC frame. In addition, since VLAN 1 is set for the in-link 1 105, the node 1300-1 can transmit this U-MAC frame to the inter-link 1105 and transmit the U-MAC frame to the inter-link 1 105. .
  • Node 1300_3 receives the U-MAC frame via interlink 1105. Then, the node 1 300-3 refers to its own learning database, and the RPR-MAC corresponding to the combination of the destination U-MAC address and the added VL AN identifier in the U-MAC frame. Search for the address and determine the destination RPR—MAC address (in this case, “1500—7”). Node 1300-3 uses "1500-7" as the destination RPR-MAC address, and uses its own RPR-MAC address "1300-3" as the source RPR-MAC address. RP R-MAC overhead Is added to the U—MAC frame, and the U—MAC frame is converted to an RP R—MAC frame.
  • the node 1300-3 refers to its own forwarding data base and identifies output ring information based on the destination RPR-MAC address.
  • the node 1300-3 sends an RPR-MAC frame to the filtering 1 101_b_outer according to the output ring information.
  • nodes 1300—4, 1 500—8 When nodes 1300—4, 1 500—8 receive this RPR—MAC frame, the destination RPR—MAC address and its own RPR—MAC address do not match, so it should terminate itself R PR — Judge that it is not a MAC frame. Then, the RPR-MAC frame is transmitted to the outer ring 1 101-b-outer. As a result, the node 1 500-7 receives this RPR-MAC frame. Node 1 500—7 captures the received RPR—MAC frame because the destination RPR—MAC address of the received RPR—MAC frame matches its RPR—MAC address (ring 1 101—b). RPR—Retrieve MAC frame from). Then node 1500-7 is R Remove PR-MAC overhead from PR-MAC frame and convert RPR-MAC frame to U-MAC frame.
  • the node 1 500-7 deletes the VLAN identifier "VLAN 1" added by the node 1 500-1 from the converted U-MAC frame. As a result, the U-MAC frame returns to the state when the terminal 1 1 1 0 was output.
  • node 1 500-1 added the VLAN identifier “VLAN 1” as an example, but U—the case where the VLAN identifier added to the MAC frame was changed to “VLAN 1”. In this case, the node 1 500-7 may change “VLAN1” back to the original VLAN identifier.
  • the node 1 500-7 forwards the U-MAC frame from which the VLAN identifier “VLAN 1” has been deleted to the terminal 111-1.
  • FIG. 13 is an explanatory diagram showing the situation in which a failure occurred in In evening link 1 1 05. If a failure occurs in interlink 1 105, the U-MAC frame cannot be transferred from terminal 1 1 10 to terminal 1 1 1 1 by the traffic flow shown in FIG.
  • FIG. 14 is a flowchart showing the operation of the contact node when a failure occurs.
  • a description will be given by taking, as an example, the contact nodes 1300-1 and 1300 1-3 connected to the interlink 1105.
  • the contact node 13 In the event of a failure in the In evening link 1105, the contact node 13
  • connection nodes 1300-1 and 1300-3 detect the failure (step S1210). Subsequently, the connection nodes 1300-1 and 1300-3 send out an interlink failure notification RPR- MAC frame to notify that a failure has occurred in the interlink in the ring to which the node belongs ( Step S 1211).
  • the adjacent nodes 1 300—1, 1 300 -3 include the information that can identify the link in which the failure has occurred in the RPR—MAC frame.
  • the interlink failure notification RPR_MAC frame may be sent to the inner ring, to the outer ring, or to both.
  • contact nodes 1300-1 and 1300 1 3 are inner rings 1 101— a— i nn er and interring 11
  • FIG. 01—b shows the case of sending an interlink fault notification to i n ner RPR—MAC frame.
  • the routes 120 1 — a, 1201— shown in FIG. 13 indicate the transfer route of the interlink failure notification R PR—MAC frame.
  • Figure 15 is a flowchart showing the operation of nodes other than the contact node when a failure occurs. Nodes 1500—1 to 1500—8 correspond to such nodes. Here, the operation of node 1 500-1 will be described.
  • Step S 1 500-8 performs the same operation.
  • the node 1 500-1 receives the interlink failure notification RPR—MA C frame transmitted to the contact node 1 300-1 in step S1210 (step S1220).
  • the node 1500-1 changes the method for deriving the VLAN identifier (step S 122 1).
  • node 1500-1 identifies the interlink that has failed based on the interlink failure notification RPR—MAC frame, and the VLAN identifier corresponding to the VLAN configured for that interlink Change the method of deriving the VLAN identifier so that it is not derived. In other words, the VLAN identifier derivation method is changed so that only the V L A N identifier corresponding to the V L A N set for the in-link that has not failed is derived.
  • “VLAN 1” may be derived as a VLAN identifier in normal operation, “VLAN 1” is excluded from the derivation target by changing the VLAN identifier derivation method in step S1221.
  • the VLAN identifier corresponding to the VLAN set for interlink 1 106 as the VLAN identifier
  • VLAN 2 in this example
  • the node 1 500 1 adds “VLAN 2” to the U-MAC frame. Or, change the originally added VLAN identifier to “VLAN 2”.
  • Figure 1 6 shows that each node 1 500 1; ⁇ 1500—8 is an explanatory diagram showing a situation in which a frame is transferred from terminal 1 110 to terminal 1 1 1 1 after the VLAN identifier derivation method is changed.
  • paths 1230, 1231, and 1232 indicated by dotted lines are U-MAC frame transfer paths.
  • routes 1250 and 125 1 indicated by solid lines in FIG. 16 are transfer routes for RPR-MAC frames that are broadcast.
  • Figure 16 shows an example of adding the derived VLAN identifier to the U-MAC frame.
  • the node 1500-1 When the node 1500-1 receives the U-MAC frame from the terminal 111Q, it derives the VLAN identifier. At this time, in step S 1221 Since the derivation method has been changed, "VL AN 2" is derived even if "VLAN 1" was derived normally. Then, the node 1500-1 adds the VLAN identifier “VLAN2” to the U-MAC frame.
  • node 1500-1 uses its own learning database to send the destination U-MAC address (terminal 1 1 in the received U-MAC frame).
  • node 1500—1 sets the destination RPR—MAC address as the broadcast address, and uses its own RPR—MAC address “1 500—1” as the source RPR— R PR—MAC overhead as the MAC address is added to the U—MAC frame.
  • Node 1500-1 converts the U-MAC frame into an RPR-MAC frame by adding an RPR-MAC overhead.
  • Node 1500-1 broadcasts this RPR-MAC frame.
  • the node 1 500-1 may send this RPR-MAC frame to either the inner ring or the outer ring. It may also be sent to both the inner ring and the outer ring.
  • FIG. 16 shows a case where the node 1500-1 transmits the RPR-MAC frame to the outer ring 1 1101-a-ou t e r and performs transfer on the transfer path 1250.
  • node 1500-4 When node 1500-4 receives this RPR-MAC frame (an RPR-MAC frame with a broadcast address as the destination), it captures the RPR-MAC frame and rings a copy of the RPR-MAC frame 1 1 01 — Send to a. At this time, the node 1500-4 sends a copy of the RPR-MAC frame to the ringlet to which the RPR-MAC frame has been transferred between inner ring and after-ring. Therefore, in this example, RPR— M Send a copy of the AC frame to the outer ring 1 101 -a-outer.
  • the node 1500-4 includes the source RPR—MAC address (“1500—1” in this example) in the captured RPR—MAC frame and the U—MAC frame contained in the RPR—MAC frame.
  • Source U—MAC address (in this example, the address of terminal 1 1 10) and the learning relationship that owns the correspondence between the U—MAC identifier added to the MAC frame (in this example, “VLAN2”) Register in the database.
  • Node 1 500-4 then removes the RPR-MAC overhead from the RPR-MAC frame and converts it to a U-MAC frame.
  • the VLAN identifier “VLAN2” added to the U—MAC frame by the node 1500-1 is removed.
  • the U-MAC frame returns to the state when the terminal 1 1 10 outputs.
  • the case where the node 1500-1 adds the VLAN identifier “VLAN2” has been described as an example.
  • Node 1 500-4 can simply change "VLAN2" back to the original VLAN identifier.
  • Node 1 50 0—4 removes the VL AN identifier from the U—MAC frame to a terminal or device connected to node 1 500 — 4 outside the ring 1 10 1—a—ou ter (not shown). Forward to.
  • Node 1 500—3, 1300—2, 1300—1, 1500—2 also captures the RPR—MAC frame and outputs a copy of the RPR—MAC frame as well as node 1500.—4 1 101—a — Send to ou ter. As a result, the RPR-MAC frame is transferred in the ring along the transfer path 1250 shown in FIG.
  • each node 1500-3, 1300-2, 1300-1, 1500-2 has the same source RPR-MAC address ("1 500 _ 1" in this example) as in node 1500-4, The correspondence between the source U—MAC address (in this example, the address of terminal 1 1 10) and the VLAN identifier “VLAN2” is registered in its own learning database. Then, each node 1500-3, 1500-2 removes the RPR-MAC header of the RPR-MAC frame and removes the VLAN identification "VLAN2" from the U-MAC frame. As a result,
  • the MAC frame returns to the state when terminals 1 and 10 output. Then each The node forwards the U-MAC frame to a terminal or device (not shown) outside the ring 1 101-a. However, the contact node connected to the In-link will send the U-MAC frame to the In-link without removing the VLAN identifier after conversion to the U-MAC frame.
  • the broadcast-transmitted RPR-MAC frame goes around the ring and returns to the source node.
  • Each node 1500—1 to 1 500-8, 1300—1 to 1300—4 refers to the received RPR—source RPR—MAC address of the MAC frame, and its address matches the RPR—MAC address of its own node. If so, the RP R—MAC frame is discarded. Therefore, the RPR-MAC frame does not loop.
  • Node 1 300-2 removes the RPR-MAC overhead from the captured RPR-MAC frame and converts the RPR-MAC frame to a U-MAC frame.
  • Node 1300-2 corresponds to the VLAN identifier “VLAN2” added to the converted U—MAC frame and VLAN 2 set to Inlink 1106. It is determined that one frame will be sent to Inlink 1106, and a U-MAC frame is sent to Interlink 1106.
  • the node 1300-2 transmits the VLAN identifier “VLAN 2” added to the U-MAC frame to the in-link 1106 without deleting it. This U-MAC frame is transferred to the node 1 300-4 along the transfer path 1231 shown in FIG.
  • Node 1300 1 4 that received the U-MAC frame via interlink 1 106 is the destination U-MAC address of the received U-MAC frame using its learning data base. (The address of terminal 1 1 1 1) and U—Search the RPR—MAC address corresponding to the combination of “VLAN 2” added to the MAC frame. Node 1 300—Learning de overnight of 4 terminal
  • No address (U—MAC address) and R PR—MAC address corresponding to “VLAN 2” are stored. Therefore, the node 13004 fails to search for RPR—MAC address. If the RPR—MAC address lookup fails, the node 1300—4 broadcasts the destination RPR—MAC address RPR—MAC address “RPR—MAC address“ 1300—4 ”as the source RPR—MAC address is added to the U—MAC frame. Node 1 300-4 converts U-MAC frames to RPR-MAC frames by adding RPR-MAC overhead. Node 1 300—4 broadcasts this RPR—MAC frame. At this time, the node 1300-4 may send this RPR-MAC frame to either the inner ring or the outer ring. It may be sent to both the inner ring and the water ring. In FIG. 16, the node 1300-4 sends an RPR-MAC frame to the outer ring 1 10 1-b-outer and transfers it on the transfer path 1251.
  • node 1500-8 When node 1500-8 receives this RPR-MAC frame (an RPR-MAC frame with a broadcast address as the destination), it captures the RPR-MAC frame and copies the RPR-MAC frame. Is sent to the outer ring 1 101—b—ou ter.
  • the node 1500-8 includes the source RPR—MAC address (“1 300—4” in this example) in the captured RPR—MAC frame and the U— Source of MAC frame U— The correspondence between the MAC address (in this example, the address of terminal 510) and the V LAN identifier (“V LAN 2” in this example) added to the U-one MAC frame. Register with your own learning database.
  • Node 1 500-8 then removes the RPR-MAC overhead from the RPR-MAC frame and converts it to a U-MAC frame. Furthermore, the V LAN identifier “VLAN 2” added to the U—MAC frame is removed. Then, the node 1500-8 transfers the U-MAC frame to a terminal or device (not shown) connected to the node 1500_8 outside the ring 1 101-b.
  • the node 1 500-1 adds the VLAN identifier "VLAN2" has been described as an example. However, when the VLAN identifier added to the U-MAC frame is changed to "VLAN 2", Node 1500-8 should just change "VLAN 2" back to the original VLAN identifier.
  • Node 1 500— 7, 1 500 -6 ,. 1500-5, 1300— 3 is also a node
  • each node 1500-7, 1500-6, 1500-5, 1300-3 has the same transmission source RPR-MAC address ("700-4" in this example) as the node 900_8.
  • V LAN 2 The correspondence between the 10 address) and the V LAN identifier ("V LAN 2" in this example) is registered in its own learning database. Then, the RPR—MAC overhead of the RPR—MAC frame is removed, the VLAN identifier “VLAN 2” added to the U—MAC frame is removed, and the U—MAC frame is removed from the ring 1 10 1—b. Transfer to a terminal or device (not shown). However, the contact node does not remove the VLAN identifier.
  • the node 1300-4 discards the R PR-MAC frame.
  • Node 1 500-7 removes the RPR-MAC overhead from the captured RPR-MAC frame and converts the RPR-MAC frame to a U-MAC frame. Furthermore, the VLAN identifier “VLAN 2” added to the U—MAC frame is removed. As a result, the U-MAC frame returns to the state when it was output to the terminal 1 1 10. Node 1500-7 then forwards the U-MAC frame to terminal 1 1 1 1. This U-MAC frame is the transfer path 1 shown in Figure 16.
  • FIG. 17 is an explanatory diagram showing a situation in which a frame is transferred from terminal 1 1 1 1 to terminal 11 10.
  • paths 1233, 1235, and 1237 indicated by dotted lines are U-MAC frame transfer paths.
  • paths 1234 and 1236 indicated by solid lines are RPR-MAC. Frame transfer paths.
  • each node in b is the address of terminal 1 1 1 0 (U—MAC address), VL AN identifier “VLAN 2”, and RPR—MAC address “130 0-4” Is learned in its learning data table.
  • each node in ring 1 10 1—a has its own correspondence with the address of terminal 1 110, VLAN identifier “VLAN 2”, and R PR—MAC address “1 500—1”. Learning the learning database. Accordingly, unicast communication from the terminal 1 1 1 1 to the terminal 1 110 is possible. This unicast communication will be described below.
  • the node 1500-7 receives a U-MAC frame from the terminal 1 1 1 1 whose destination U-MAC address is the address of the terminal 1 1 10. Then, the node 150 0-7 derives a VLAN identifier to be added to the U-MAC frame and adds it to the U-MAC frame.
  • step S 122 1 see Fig. 15
  • node 1500-7 uses the VLAN identifier “VLAN set in interlink 1 106 2 "is derived and" VLAN2 "is added to the U-MAC frame.
  • the node 1 500-7 searches the RPR—MA C address “1300-4” corresponding to the combination of the destination U—MAC address and “VLAN2” with reference to the learning database.
  • Node 1500-7 sets the destination RPR—MAC address to “1300—4” and the source RPR—MAC address to “1500-7”. It is added to the MAC frame and transferred in ring 1 101—b. As a result, the RPR-MAC frame is transferred from the node 1 500-7 to the node 1300_4 along the transfer path 1234.
  • the nodes 1500-8 and 1300-4 on the transfer path 1234 receive the RPR-MAC frame, they are stored in the source RPR-MAC address ("1500-7" in this example) and the RP R-MAC frame.
  • U— MAC frame source U — MAC address (in this example, the address of terminal 1 1 1 1) and the VLAN identifier (“VLAN2” in this example) attached to the U—MAC frame Register the correspondence in your own learning database.
  • the node 1300-4 receives the RPR-MAC frame, the destination RPR-MAC address matches its own RP R-MAC address, and therefore captures the RPR-MAC frame.
  • the node 1300-4 sends the U-MAC frame to the interlink 1106 without removing the VLAN identifier from the U-MAC frame.
  • the U-MAC frame is transferred to the node 1300-2 along the transfer path 1235 shown in FIG.
  • Nodes 1300 and 1 that have received the U—MAC frame via interlink 1 1 06 have their destination U—MAC address (address of terminal 11 10) and U—
  • RPR — MAC address corresponding to the combination of “VLAN2” added to the MAC frame is referenced.
  • “1500-1” is registered as the RP R—MAC address corresponding to the combination of the address of terminal 1 1 10 and “VL AN 2”. Therefore, the node 1 300 _ 2 sets the destination RPR—MAC address to “1500—1” and the source RPR—MAC address to “1300—2”. And transfer in ring 1 1 01—a. As a result, the RPR-MAC frame is transferred from the node 1300-2 to the node 1500-1 along the transfer path 1236.
  • the source RPR—MAC address (“1300—2” in this example) and the U—MAC frame source U—MAC address contained in the RPR—MAC frame ( In this example, the correspondence between the terminal 1 1 1 1 address) and the VLAN identifier ("VLAN2" in this example) added to the U-MAC frame is registered in its own learning database.
  • the nodes 1500—1, 1500 -4, 1500—3 learn the correspondence between the address of the terminal 1 1 1 1, “VLAN2”, and the RPR—MAC address “1300-2” in the learning database. .
  • each contact node may detect a failure of the internet link as in the first embodiment. That is, the contact node may detect the interlink failure by directly detecting the physical link failure. Or
  • Inter-link failure may be detected when the KeepAlive signal is transmitted / received to / from each other and the KeepAlive signal has not arrived.
  • Two modes have been described as modes for notifying each node in the ring of the occurrence of an interlink failure using the KeepAlive signal, but in this embodiment either of these two modes is applied. Also good.
  • FIG. 18 shows contact nodes 1 300-1 to 1300-8 applied to the ring network system according to the second embodiment.
  • These connection nodes may be collectively referred to as a node 1300.
  • Each contact node 1300 includes a packet demultiplexing circuit 710, a frame conversion circuit 720, a forwarding engine 730, a ring topology information collecting circuit 740, a ring failure information collecting circuit 750, an interlink failure detecting circuit 760, and an RPR.
  • An interlink fault information collection circuit 770, a route determination circuit 780, an ADM 790, and a VLAN filtering circuit 1301 are provided.
  • node 1300 has a learning database 741 and forwarding data
  • the contact node 1300 in this embodiment is different from the contact node 700 in the first embodiment in that it does not include a flash circuit but includes a VLAN filtering circuit 1301.
  • the learning database 741 stores a correspondence relationship between the U-MAC address, the VLAN identifier, and the RPR-MAC address.
  • the VLAN filtering circuit 1301 receives the U-MAC frame from the frame conversion circuit 720. This U—MAC frame is forwarded in the ring A
  • V LAN filtering circuit 130 1 is a VLAN identifier that the U-MAC frame has (if the VLAN tag is stacked, it is not the original VLAN identifier but the newly added VL Refer to AN identifier. Then, the VLAN filtering circuit 1301 determines whether or not the VLAN identifier is an identifier corresponding to the VLAN set in the interlink connected to the own node. The fact that the VLAN identifier of the U—MAC frame is not an identifier corresponding to the VLAN set for the link is that the U—MAC frame is not forwarded to that interlink.
  • the VLAN identifier of the U-MAC frame is an identifier corresponding to the VLAN set for the in-link is that the U-MAC frame can be transferred to the inter-link. Means. Therefore, if the VLAN identifier of the U-MAC frame received from the frame conversion circuit 720 is not an identifier corresponding to the VLAN set for the interlink, the VLAN filtering circuit 1301 discards the U-MAC frame.
  • the VLA N filtering circuit 1 301 receives the U—M received from the frame conversion circuit 720.
  • the VLAN filtering circuit 1301 may store in advance information on VLANs set for interlinks connected to its own node.
  • the VLAN filtering circuit 130 1 performs the same processing when a U-MAC frame is transferred from the packet demultiplexing circuit 7 10. In other words, the VLAN filtering circuit 130 1 discards the U-MAC frame if the VLAN identifier of the U-MAC frame received from the bucket demultiplexing circuit 710 is not an identifier corresponding to the VLAN set for the interlink. To do.
  • the VL AN filtering circuit 130 1 receives from the packet demultiplexing circuit 710.
  • the U—MAC frame is transferred to the frame conversion circuit 720. .
  • the VLAN filtering circuit 1301 does not transmit U—MAC frames. If the destination U-MAC address is a predetermined reserved address, it may be transferred to the next circuit regardless of the VLAN identifier. For example, when the interlink failure is notified by the second mode using the KeepAlive signal, the bucket demultiplexing circuit 710 transfers the KeepAlive signal received from the other ring to the VLAN filtering circuit 1301 via the interlink. . The control identifier corresponding to the KeepAlive signal is set for the destination U-MAC address of the U-MAC frame that is the KeepAlive signal. In this case, the VLAN filling circuit 1301 transfers the U-MAC frame to the frame conversion circuit 720 regardless of the VLAN identifier. In this embodiment, the frame conversion circuit 720 and the bucket demultiplexing circuit 710 exchange U-MAC frames via the VLAN filtering circuit 1301. At this time, the U-MAC frame may be discarded by the VLAN filtering circuit 1301 as described above.
  • the frame conversion circuit 720 determines the destination RPR-MAC address, and determines the RPR-MAC corresponding to the combination of the U-MAC frame destination U-MAC address and the VLAN identifier. By searching the frame from the learning database 41, the destination RPR—MAC address is determined. Other operations of the frame conversion circuit 72,0 and the packet demultiplexing circuit 710 are the same as those in the first embodiment.
  • the RPR interlink fault information collecting circuit 770 when the RPR interlink fault information collecting circuit 770 is notified of the fault occurrence in the in evening link from the inter link fault detecting circuit 760, it indicates that a fault has occurred in the in evening link. Information was sent to flash circuit 781 (see Figure 10). However, in the present embodiment, the contact node 1300 does not include a flash circuit, and therefore does not perform notification processing for the flash circuit. The other operations of the RPR interlink fault information collecting circuit 770 are the same as those in the first embodiment.
  • the interlink failure detection circuit 760 periodically generates a KeepAlive signal and transmits it to the packet demultiplexing circuit 710, as in the first embodiment.
  • the interlink failure detection circuit 760 may include a VLAN identifier corresponding to the VLAN set in the interlink to which the own node is connected in the KeepAlive signal. Also self —The interlink identifier of the interlink to which the node is connected may be included in the KeepAlive signal. Other operations of the interlink fault detection circuit 760 are the same as those in the first embodiment.
  • Figure 19 shows nodes other than the contact nodes applied to the ring network of the second embodiment 1 500— 1 to 1 500-8 (when these nodes are collectively referred to as a node 1500)
  • FIG. Components similar to those of the contact node 1 500 shown in FIG. 18 are denoted by the same reference numerals as those in FIG. 18, and description thereof is omitted.
  • Each node 1500 includes a bucket switch 1 510, a frame conversion circuit 720, a forwarding engine 730, a ring topology information collection circuit 740, a ring failure information collection circuit 750, and an RPR interlink failure information collection circuit 7 70
  • node 1 5
  • the 00 includes a learning data base 741 and a forwarding data base 73 1.
  • the learning database 741 and the forwarding database 731 of the node 1 500 are the same as the learning database 741 and the forwarding database 731 of the contact node 1 300.
  • the node 1500 includes a bucket switch 1510 instead of the packet demultiplexing circuit 710, and eliminates the need for the interlink failure detection circuit 760.
  • the node 1500 is different from the contact node 1300 in that it includes a VLAN addition Z change circuit 1310 and a VLAN addition / change control circuit 1381.
  • the VLAN addition / change circuit 1310 receives the U-MAC frame received by the packet switch 1 510 from the terminal (not shown in FIG. 19).
  • the VLAN addition / change circuit 13 10 derives the VLAN identifier and adds it to the U-MAC frame or the VALN identifier originally added to the U-MAC frame. Change to identifier.
  • the mode of the U-MAC frame output by the terminal may be a mode in which a VLAN identifier is added or a mode in which a VLAN identifier is not added.
  • the V LAN addition Z change circuit 13 10 leaves the VLAN identifier as it is and provides a new VLAN identifier addition area.
  • the derived VLAN identifier may be added to (VLA
  • the VLAN addition / change circuit 1310 may change the VLAN identifier originally added to the U-MAC frame to the derived VLAN identifier.
  • the VLAN addition Z changing circuit 1310 adds the derived VLAN identifier to the U-MAC frame.
  • the VLAN addition Z change circuit 1310 transfers the U-MAC frame with the VLAN identifier added (or changed) to the frame conversion circuit 720.
  • the VLAN addition / change circuit 13 10 performs an operation to determine one of the VLAN identifiers of the VLAN capable of transferring the U-MAC frame based on the information included in the U-MAC frame, and derives the VLAN identifier. To do.
  • the information contained in the U-MAC frame is, for example, the destination U-MAC address, the source U-MAC address, the port number, etc.
  • the VLAN identifier is also included in the information contained in the U-MAC frame. However, when a new VLAN identifier is derived, it is not necessary to use all of the information included in the U-MAC frame, and only a part of it may be used.
  • all of the destination U-MAC address, the source U-MAC address, the port number, and the originally added VLAN identifier may be used, or a part thereof may be used.
  • a case where a destination U-MAC address and a source U-MAC address are used will be described as an example.
  • the VLAN addition Z change circuit 131 0 determines the VLAN identifier according to the remainder when the sum of the destination U—MAC address and the source U—MAC address is divided by the number of assigned VLANs.
  • the number of assigned VLANs is the total number of VLANs set for each interlink in which no failure has occurred. For example, the inline shown in Figure 12 Suppose that only VLAN 1 is set in link 1 105 and only VLAN 2 is set in interlink 1 1 06. Assume that no failure has occurred in each interlink. Then the number of assigned VLANs is 2. In this case, the VLAN addition Z change circuit 1310 divides the sum of the destination U—MAC address and source U—MAC address by the assigned VLAN number “2”.
  • the VLAN identifier is Determine "VLAN 1"
  • the remainder is 0, determine the VLAN identifier to "VLAN 2". If one interlink (in this case, interlink 1105) fails and only interlink 1106 can be used, the number of assigned VLANs is 1. In this case, the VLAN addition / change circuit 1310 assigns the sum of the destination U—MAC address and source U—MAC address to the number of assigned VLANs.
  • VLAN 2 the VLAN identifier “VLAN 2” set to the non-failed link 110 6 is always derived as the VLAN identifier.
  • one VLAN is not necessarily set for each interlink. For example, assume that five VLANs are set for each of the interlinks 1 105 and 1 106 shown in FIG. Then, the number of assigned VLANs at normal time is 10.
  • the VLAN addition / change circuit 1310 divides the sum of the destination U—MAC address and the source U—MAC address by the number of assigned VLANs “10”, and the remainder (any of 0 to 9) Or) one of 10 VLANs depending on
  • VLAN addition / change circuit 1310 divides the sum of the destination U—MAC address and source U—MAC address by the number of assigned VLANs “5”, and the remainder (any one of 0 to 4) Accordingly, one VLAN identifier may be determined from the five types of VLANs set for interlink 1106. By changing the derivation method in this way, the identifier of the VLAN set to the in-link 1106 in which no failure has occurred is always derived as the VLAN identifier.
  • the sum of the destination U-MAC address and the source U-MAC address is used is shown here, other information may be used.
  • the sum of the destination U—MAC address, the source U—MAC address, and the port number may be used.
  • the VLAN identifier value originally added to the U_MAC frame may be divided by the number of assigned VLANs.
  • the VLAN addition Z change circuit 1310 transfers the V LAN identifier information of the VLAN set to the link where no failure has occurred from the V LAN addition Z change control circuit 1 381.
  • the VLAN addition / change control circuit 1381 notifies the VLAN addition Z change circuit 1310 of the VLAN identifier of the VLAN set in the interlink in which no failure has occurred.
  • the VLAN addition Z change circuit 1 310 changes the method for deriving the VLAN identifier so as to derive only the VLAN identifier for the VLAN set for the interlink in which no failure has occurred.
  • the VLAN addition Z change circuit 1310 does not need to add (or change) the VLAN identifier to all U-MAC frames transferred from the packet switch 15 10. For example, the VLAN addition Z change circuit 1310 searches the learning database 741 for the RPR MAC address corresponding to the destination U—MAC frame, and the RPR MAC address of the RP R MAC address is the node. If not, it is not necessary to add (or change) the VLAN identifier. Destination U—The RPR corresponding to the MAC frame—If the MAC address is not the RPR one MAC address of the contact node, the U—MAC frame is not transferred to the other ring via the interlink. is there.
  • the VLAN addition / change circuit 13 ⁇ 0 The U-MAC frame is transferred from the frame conversion circuit 720.
  • a VLAN identifier is added (or changed), and further converted into an RPR—MAC frame to be forwarded in the ring network system. It has been done.
  • VLAN addition Z change circuit 1 31 0 returns the U-MAC frame transferred from the frame conversion circuit 720 to the state when it was first output from the terminal.
  • the VLAN addition / change circuit 1310 is added from the U-MAC frame transferred from the frame conversion circuit 720. Remove the VLAN identifier. As a result, the U-MAC frame returns to the state when it was first output from the terminal. Further, in the embodiment in which the VLAN identifier is changed when it is transferred from the terminal to a node in the ring, the VLAN addition / change circuit 1310 is connected to the U-MAC frame transferred from the frame conversion circuit 720. The frame VLAN identifier should be changed back to the original VLAN identifier.
  • the VLAN addition / change circuit 1310 sends the original VLAN identifier based on the source U—MAC address, destination U—MAC address, U—IP address included in the MAC frame, etc. Identify and change to the original VLAN identifier.
  • the VLAN addition Z change circuit 1310 returns the U-MAC frame transferred from the frame conversion circuit 720 to the state when it was first output from the terminal, and then transfers it to the packet switch 110.
  • the VLAN addition Z change control circuit 1381 When a failure occurs in the interlink, the VLAN addition Z change control circuit 1381 is notified from the RPR evening link failure information collecting circuit 770 of which evening link has failed. Based on the notification, the VLAN addition Z change control circuit 1 38 1 determines the VLAN identifier of the available VLAN, and outputs the VLAN identifier information to the VLAN addition / change circuit 1310. As a result, the VLA N addition Z change circuit 1 310 changes the method for deriving the V LAN identifier as in the above example so that only the VLAN identifier of the available VLAN is derived.
  • the VLAN addition / change control circuit 1381 may store each interlink in an initial state (a state in which no failure has occurred) and VLAN identifier information of the VLAN set for each interlink. Then, the VLAN addition / change control circuit 1 38 1 may first notify the VLAN addition / change circuit 1310 of all the VLAN identifier information. When the RPR interlink fault information collection circuit 770 is notified of which link has failed, It is only necessary to notify the VLAN addition Z change circuit 1310 of only the VLAN identifier of the VLAN set to the interlink that does not cause harm.
  • the VLAN addition node change control circuit 1381 may be notified of the VLAN identifier information of the VLAN set to the interlink where the failure has occurred from the RPR interlink failure information collection circuit 770. In this case, the VLAN addition / change control circuit 1381 may notify the VLAN addition / change circuit 1.310 of a VLAN identifier other than the VLAN identifier notified from the RPR link failure information collection circuit 770. ,
  • the packet switch 15 10 is a UN I (User Network Interface), and transmits and receives U-MAC frames to and from the terminal via the UNI ports 1 501, 1502.
  • the packet switch 1510 receives a U-MAC frame via each of the UN I ports 150 1 and 1502
  • the packet switch 1510 collects the U-MAC frames from the UN I ports 1 501 and 1 502 and sends them to the VLAN addition Z change circuit 1310. Forward.
  • the packet switch 1510 sends the U-MAC frame to an appropriate UN I port (the terminal that is the destination of the U-MAC frame). Output from (UN I port connected to).
  • the frame conversion circuit 720 of the node 1500 transmits / receives a U-MAC frame to / from the VLAN addition / change circuit 1310. Other operations of the frame conversion circuit 720 are the same as those of the frame conversion circuit of the contact node 1300.
  • the node 1500 does not include an in-link failure detection circuit 760 as shown in FIG. Therefore, the RPR interlink failure information collection circuit 770 of the node 1500 receives the notification of the occurrence of the failure in the interlink, and accordingly generates an interlink failure notification RPR-MAC frame including the failure information and transfers it to the ADM790. No action is taken. In addition, the RPR interlink fault information collecting circuit 770 of the node 1 500 receives the interlink fault notification RPR transferred from the ADM790.
  • the information on the interlink (or information on the VLAN identifier of the VLAN set in the interlink) is notified to the VLAN additional change control circuit 1381.
  • RPR link failure information collection circuit For other operations of the 770, the RPR of the contact node 1300 The operation is the same as that of the interlink failure information collecting circuit.
  • Detection and notification may be performed by the second state stick. In either case, the operation of the constituent parts of the nodes other than the contact node and the contact node is the same as the operation described in the first embodiment.
  • the second mode when the second mode is applied, the occurrence of an interlink failure can be detected at high speed.
  • the operation of the node can be simplified.
  • the VLAN addition Z change control circuit 138 1 notifies the VLAN addition / change circuit 1310 of the VLAN identifier information of the available VLAN.
  • the VLAN addition Z change circuit 1310 changes the method of deriving the VLAN identifier to be added (or changed) to the U-MAC frame, and derives only the VLAN identifier of the available VLAN. As a result, the search for the RPR-MAC address corresponding to the combination of the source U-MAC address and the VLNA identifier fails, and the timing at which broadcast transmission as shown in FIG. Therefore, it is possible to recover from an Internet link failure at high speed.
  • the interlink is not distinguished from the active public spare. Even when no failure has occurred, each contact node sends a U-MAC frame with the VLAN identifier of the VLAN set to the interlink to the interlink to which the node is connected. Therefore, even when no failure occurs, U-MAC frames can be transferred to other rings via each interlink, and the load on the interlink can be distributed.
  • each node has a ring failure information collection circuit 750 and a route determination circuit 780, so even if a failure occurs in the link between the nodes of the ring, You can recover from the failure.
  • the nodes 1300-1 and 1300-3 may be connected via another communication network instead of the Internet link 1 105.
  • the connection nodes 1 300-2 and 1300-4 may be connected not via the Internet link 1106 but via another communication network.
  • the interlink failure detection circuit 7 6 0 of each contact node is
  • Information on the contact node that is the destination of the KeepAlive signal is added to the KeepAlive signal as information that can be recognized by the communication network.
  • the interlink failure detection circuit 760 may specify the MAC address of the destination contact node in the KeepAlive signal as information of the contact node that is the destination of the KeepAlive signal.
  • connection node 1300 is described as having a circuit.
  • the connection node includes a computer, and the computer performs packet demultiplexing circuit 710, frame conversion circuit 720, forwarding according to the program.
  • Engine 730 Ring topology information collection circuit 740, Ring fault information collection circuit 750, Interlink fault detection circuit 760, RPR interlink fault information collection circuit 770, Routing circuit 780, ADM79 CK and VL AN filtering circuit 130 1
  • the program may be stored in advance in a storage device provided in the contact node 1300.
  • the node 1 500 other than the contact node also includes a computer, and the combination of the packet 1500, the frame conversion circuit 720, the forwarding engine 730, the ring topology information collection circuit 740, according to the program, Ring fault information collection circuit 750, RPR interlink fault information collection circuit 770, route determination circuit 780, ADM790, VL AN additional change circuit 1310, and VLAN addition / change control circuit 1 38 1 may be configured to perform the same operation.
  • the program may be stored in advance in a storage device included in the contact node 1500.
  • the link or communication network connecting the rings corresponds to the communication path described in the claims.
  • the VLAN identifier corresponds to the network identifier.
  • the VLAN addition / change circuit 1310 corresponds to a network identifier derivation unit and a network identifier addition unit.
  • the RPR link link failure information collection circuit 770 corresponds to failure occurrence determination means for nodes other than the contact node.
  • the VLAN addition Z change control circuit 1381 corresponds to a failure occurrence communication path notification means.
  • the frame conversion circuit 720, the forwarding engine 730, and the ADM 790 correspond to the broadcast means.
  • the VLAN filtering circuit 1301 and the bucket demultiplexing circuit 710 correspond to the user frame sending means.
  • the KeepAlive signal corresponds to the survival confirmation signal.
  • the interlink failure detection means 760 and the bucket demultiplexing circuit 7 10 correspond to a survival confirmation signal transmission means.
  • the packet demultiplexing circuit 7 10 corresponds to a survival confirmation signal receiving means.
  • the frame conversion circuit 720, the forwarding engine 730, and the ADM790 correspond to a survival confirmation frame transmission unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Description

明細書 リングネットワークシステム、 障害回復方法、 障害検出方法、 ノ一ド、 および ノード用プログラム 技術分野
本発明は、 リングネットワークシステム、 およびリングネットワークシステム に適用される障害回復方法、 障害検出方法、 ノード、 ノード用プログラムに関す る。 背景技術
I Pに代表されるデータ系バケツトトラヒックの増大に伴い、 音声を主体に伝 送サービスを行っていた従来の通信サービス会社(キヤリア)においてもデータを 効率よく伝送することが望まれている。 それと共に、 SONET (Synchronous Optical Network ) と同様の信頼性の高いプロテクション方法がデ一夕伝送網に おいても求められている。 パケット伝送網における障害回復方法として文献 5に 示す RPR (Resilient Packet Ring ) がある。
RPRでは、 パケットリング(以下、 単にリングと記す。) 内のノ一ド間におい て RPR— MACフレームが転送される。 RPR— MACフレームは、 ペイロー ドとしてフレームを有し、 ペイロードとなるフレームに対して送信先 R PR—M
ACアドレスや送信元 RPR— MACアドレス等を付加したフォーマットとなつ ている。 RPR— MACフレームにおいてペイロードとなるフレームは、 ユーザ MACフレームと呼ばれる。 以下、 ユーザ MACフレームを、 U— MACフレー ムと記す。 リング内のノードがリング外の端末からフレームを受信する場合、 U 一 MACフレームを受信する。 そして、 その U— MACフレームに送信先 RPR 一 MACアドレスや送信元 R PR— MACアドレス等を付加して R PR— MAC フレームを生成し、 リング内に転送する。 なお、 以下の説明では、 U— MACフ レームにおける送信先アドレスを、 送信先 U— MACアドレスと記す。 同様に、
U— MACフレームにおける送信元アドレスを、 送信元 U— MACアドレスと記 す。
以下、 従来の RPRを用いた障害に対するプロテクション方法を説明する。
図 20は、シングルリングの R PRネットワークの例を示している。リングは、 インナーリング 101とアウターリング 102とを有する。 インナーリング 10 1とアウターリング 102は、 互いに逆方向にバケツトを転送する経路である。 また、 図 20に例示する RP Rネットワークは、 リング内に 6個の RPRノード 300— 1〜 300— 6を備える。 また、 RPRノード 300— 1には端末 1 1 0が接続され、 R PRノード 300—4には端末 1 1 1が接続されている。まず、 図 20に示す RPRネットワークにおいて、 障害未発生時 (正常時) に端末 1 1 0から端末 1 1 1に U— MACフレームを転送する場合の動作について説明する。 また、 各 RPRノード 300— 1〜300— 6の RPR— MACアドレスは、 そ れぞれ 300— 1〜300 _ 6であるものとする。
端末 1 10から転送される U— MACフレームを受信した R PRノード 300 - 1は、 その U— MACフレ一ムの送信先 U— MACアドレスから送信先 RPR ノードの RPR— MACアドレス 300— 4を解決する。 各ノードは、 U— MA Cアドレスと R PR— MACアドレスとの対応を記憶するラ一ニングデ一夕べ一 スを有し、 送信先 U— MACアドレスに対応する R PR— MACアドレスを検索 することにより、 送信先 RPRノードの RPR— MACアドレスを解決する。 続 いて、 RPRノード 300— 1は、 送信先 R PR— MACアドレスを 300— 4 とし、 送信元 R PR— MACアドレスを 300— 1とする R P R— MACヘッダ を U— MACフレームに付加して R PR—MACフレームを生成する。 さらに、 RPRノード 300— 1は、 アウターリングとインナーリングのどちらに RPR — MACフレームを転送するのかを決定し、 RPR— MACフレームを送出する。 ここでは、 アウターリング 102に R PR— MACフレームを送出するものとす る。
RPR— MACフレームを受信した R PRノード 300— 6は、 その R PR— MACフレームの送信先 R PR— MACアドレスを参照する。 RPRノード 30 0— 6は、 送信先 RPR— MACアドレス (300— 4) が自ノードのアドレス (300 - 6) と一致していないので、 自ノードでドロップするべきフレームで はないと判断し、 その RPR— MACフレームを次の RPRノード 300— 5に 転送する。 RPRノード 300— 5も、 RP Rノード 300— 6と同様に、 その R PR— MACフレームを次の R PRノード 300— 4に転送する。
R PR— MACノード 300— 4は、 受信した R P R—MA Cフレームの送信 先 RPR— MACアドレスと自ノードアドレスが一致するため、 その RPR— M
ACフレームを取り込み、 RPR— MACオーバへッドを除去して U— MACフ レームとして端末 1 1 1に転送する。 このようにして、 端末 1 10から端末 1 1 1へ U— MACフレームが転送される。
次に、 リング内に障害が発生した場合の動作について説明する。 図 2 1は、 リ ング内に障害が発生した場合のリングの動作を示す説明図である。 ここでは、 R P R 300 - 5, 300一 6間のインナ一リング 1 0 1とァゥ夕一リング 102 に障害が発生したものとする。 図 21において点線で示した経路は、 図 20に示 す正常時のフレーム転送経路と同様の経路である。
障害発生箇所に隣接する RPRノード 300— 5, 300— 6は、 障害の発生 を検知する。 すると、 RPR —F 300— 5, 300— 6は、 それぞれ、 自ノ ード R PR— MACアドレスを含む障害通知 R PR—MACフレームをインナ一 リング 101とアウターリング 102に転送する。 RPRノード 300— 5, 3 00— 6は、 この障害通知 R PR— MACフレームの送信先 R PR— MACアド レスとして、 障害通知 R P R— M A Cフレームであることを示す識別子を付与す る。 このように、 RPR— MACフレームの送信先 RPR— MACアドレスに、 制御用の識別子が付与される場合がある。この制御用識別子を、 「予約された RP R—MACアドレス」 と記す場合がある。 ただし、 制御用識別子は、 特定の RP Rノードの R PR— MACアドレスを示すものではない。
RPRノード 300— 1〜300— 6は、 インナ一リング 101とアウターリ ング 102の双方から障害通知 RPR— MACフレームを受信すると、 トポロジ 情報と障害検出ノード情報から障害箇所を特定する。 そして、 障害箇所を経由す る RPR— MACフレームの転送方向を切り替える。 例えば、 RPRノード 30 0— 1は、 RPRノード 300— 4を ¾信先とする RPR—MACフレームの送 出リングを、 ァゥ夕一リング 102からインナーリング 101に切り替える。 R PRノード 300— 1は、 図 20で説明した場合と同様に U— MACフレ一ムを 端末 1 10から受信すると、 その U— MACフレームにヘッダを付加した RPR — MACフレームを、 インナ一リング 1 02に送出する。 この RPR— MACフ レームは、 RPR — 300— 2, 300— 3を経由して、 RPRノード 30 0— 4に転送される。 RPRノード 300— 4は、 受信した R P R— MA Cフレ —ムから R PR— MACオーバへッドを除去して U— MACフレームとして端末 1 1 1に転送する。 以上のように障害回復が行われ、 障害発生時でも、 端末 1 1 0から端末 111にフレームが転送される。
次に、 RPRノードの構成について説明する。 図 22は、 従来の R PRノード の構成例を示すプロック図である。 RPRノードは、パケットスイッチ 3 10と、 フレーム変換回路 320と、 フォワーディングエンジン 330と、 リングトポロ ジ情報収集回路 340と、 リング障害情報収集回路 350と、 リング内経路決定 回路 360と、 ADM (Add-DropMultiplexer) 370とを備える。 また、 U— M ACアドレスと、 RPR -MA Cアドレスとの対応関係を記憶するラーニングデ 一夕べ一ス 321を備える。 さらに、 送信先 RPR— MACアドレスと、 出カリ ング (インナ一リングとアウターリングのいずれか、 あるいは両方) との対応関 係を記憶するフォヮ一ディングデータベース 331を備える。
パケットスィッチ 3 10は、 UN I (User Network Interface) であり、 UN Iポート 301, 302を介して、 端末との間で U— MACフレームの送受信を 行う。 バケツトスイッチ 3 10は、 各 UN Iポート 301, 302を介して U— MACフレームを受信すると、 UN Iポート 301, 302からの U— MACフ レームを集線してフレーム変換回路 320に転送する。 また、 パケットスィッチ 31 0は、 フレーム変換回 320から U— MACフレームが転送されてきた場 合、 その U— MACフレームを適切な UN Iポート (送信先となる端末に接続さ れる UN Iポート) から出力 (送信) する。
フレーム変換回路 320は、 パケットスイッチ 3 10が端末から U— MACフ レームを受信し、 その U— MACフレームがバケツトスイッチ 310から転送さ れてきた場合、 ラーニングデータべー不 321を参照し、 その U— MACフレー ムの送信先 U— MACアドレスに基づきリング内の送信先 R PR— MACァドレ スを特定する(すなわち、送信先 RPR— MACアドレスの解決を行う)。続いて、 フレーム変換回路 320は、 その RPR— MACアドレスを送信先 RP R— MA Cアドレスとし、 自ノードアドレスを送信元 R PR—MACアドレスとするへッ ダ (RPR— MACォ一バヘッド) を U— MACフレームに付加して RPR—M ACフレームを生成し、 その RPR—MACフレームをフォワーディングェンジ ン 330に転送する。
また、 フレーム変換回路 320は、 ADM370がリング内から RPR— MA Cフレームを受信し、 その RPR— MACフレームが ADM370から転送され てきた場合、 R PR— MACフレームから R PR— MACオーバへッドを除去す ることにより、 U— MACフレームに変換する。 そして、 その U— MACフレー ムをパケットスィッチ 310に転送する。
フォヮ一ディングエンジン 330は、 フレーム変換回路 320から転送される R P R—MA Cフレームの送信先 RP R _M A Cアドレスに基づいて、 R P R— MACフレームをインナーリング 101に送出するのか、 アウターリング 102 に送出するのか、 あるいはインナーリング 101とアウターリング 102の両方 に送出するのかを決定する。: このとき、 フォワーディングエンジン 330は、 フ ォヮ一ディングデータベース 331を参照して、 送信先 R PR— MACアドレス に対応する出力リング (インナーリング 10 1とアウターリング 102のいずれ か一方、 あるいは両方) を検索すればよい。 その後、 フォワーディングエンジン 330は、 RPR— MACフレームを ADM370に転送し、 また、 決定した送 出先リングを ADM370に通知する。
以下、 RPR— MACフレームをインナ一リング 101に送出するのか、 RP R—MACフレームをアウターリング 102に送出するのか、 あるいは R PR— MACフレームをインナ一リング 101とアウターリング 102の両方に送出す るのかを示す情報を出カリング情報と記す。
リングトポロジ情報収集回路 340は、 リング内の R PRノード構成を把握す るためのトポロジデイス力バリ R P R— M A Cフレームを生成し、 出力リング情 報とともに ADM370に転送する。 ^た、 ADM370がリング内からトポロ ジデイス力パリ R PR— MACフレームを受信し、 そのトポロジデイス力パリ R PR— MACフレームが ADM370から転送されてきた場合、 リングトポロジ 情報収集回路 340は、 トポロジデイス力バリ RPR— MACフレームが示すト ポロジ情報をリング内経路決定回路 360に通知する。
リング障害情報収集回路 350は、 ADM370がリング内から障害通知 R P R— MACフレームを受信し、 その障害通知 RPR— MACフレームが ADM3
70から転送されてきた場合、 障害通知 R PR— MACフレームが示す障害検出 ノード情報を、 リング内経路決定回路 360に通知する。 その後、 リング障害情 報収集回路 350は、障害通知 R PR— MACフレームを ADM 370に出力し、 ADM370にその障害通知 RPR— MACフレ一ムをリング内に送出させる。 また、 隣接する RPRノード同士は、 障害検出ノード情報を含まない障害通知
R PR— MACフレームを互いに送受信する。リング障害情報収集回路 350は、 一定期間、 障害検出ノード情報を含まない障害通知 R P R— M A Cフレームが転 送されてこなかった場合、 障害を検出したと判定する。 そして、 自ノードを障害 検出ノードとする障害情報通知 R PR— MACフレームを生成し、 その障害情報 通知 RPR— MACフレームと出力リング情報を ADM370に出力して、 AD
M370にの障害情報通知 R PR— MACフレームをリング内に送出させる。 ま た、 この場合、 リング障害情報収集回路 350は、 自ノードが障害検出ノードで ある旨の情報をリング内経路決定手段 360に転送する。
リング内経路決定回路 360は、 リングトポロジ情報収集回路 340から通知 されるトポロジ情報と、 リング障害情報収集回路 3 50から通知される障害情報 から送信先 R P R— MA Cアドレスに対する出力リング情報との対応付けを行い、 フォヮ一ディングデータベース 331に登録する。
ADM370は、 インナーリング 101、 アウターリング 102から入力され る R PR— MACフレームの送信先 R PR— MACアドレスを参照して、 その R PR— MACフレームを終端させるか否かを判定する。 終端させると判定した場 合、 ADM370は、 その RP R— MACフレームをフォワーディングエンジン 330、 リングトポロジ情報収集回路 340、 または障害情報収集回路 350の いずれかに転送する (どの回路に転送するかは R PR— MACフレームの種類に よる。)。 終端させないと判定した場合、 ADM370は、 その RPR— MACフ レームを、 入力されたリングと同一のリング (インナーリングまたはァゥ夕一リ ング) に送出する。
また、 ADM 370は、 フォワーディングエンジン 330、 リングトポロジ情 報収集回路 340、 またはリング障害情報収集回路 350から RPR— MACフ レームおよび出カリング情報が転送された場合、 その出カリング情報に従って、 インナーリング 101またはァウタ一リング 102 (あるいは両方) に RPR— MACフレームを送出する。
このような R PRノードにより、 図 2 1で示したような障害回復を実現するこ とができる。
また、 リングネットワークに関する技術を記載した文献として、 文献 1〜4等 がある。 文献 1には、 KAB (キ一プアライブビット) を用いることにより、 リ ングの健全性を全ノードに周知させることができる技術が記載されている。 文献 2には、 リング内のノードとリング外のノードとのリンクに障害が発生したとき に、 そのリング内のノードが、 フラッデイングビットがセットされたフレームを リング内に送出する技術が記載されている。 文献 3には、 回線断の発生をサービ ングノードに通知する必要性について記載されてい^)。 文献 4には、 2つのリン グに属する複数の接ノードのうち、 アクティブな接ノードが切り替えられた場合 に、 不要な転送テーブルを削除することが記載されている。
文献 1 特開 2003 _ 174458号公報 (段落 0029— 0048) 文献 2 特開 2004— 242194号公報 (段落 0030— 0031) 文献 3 特開平 10— 4.424号公報 (段落 0006)
文献 4 特開 2003— 258822号公報 (段落 0022— 0085) 文献 5 " I EEE D r a f t P 802. 1 7/D 3. 3 パート 17 : リジリエントバケツトリング アクセスメソッド&フィジカルレイヤスべシフィ ケイシヨンズ(P a r t 17: R e s i 1 i e n t p a c k e t r i n g (R PR) a c c e s s me t h o d & phy s i c a l l ay e r s p e c i f i c a t i on s)", I EEE (I n s t i t u t e o f E l e c t r i c a 1 and E l e c t r on i c s Eng i n e e r s, I n c ) , "I EEE D r a f t P 802. 17/D 3. 3", p. 74, 2004 年 4月 2 1日 従来の RPR技術では、 シングルリングネットワークに対しては非常に高速な 障害回復を提供できる。 しかしながら、 複数のリングを接続したマルチリングに おけるインタリンクの障害に対しては、高速障害回復できないことが問題となる。 図 2 3は、 2つのインタリンクによって接続された 2つのリングを有するマル チリングネットワークの例を示す説明図である。 図 2 3に示すマルチリングネッ トワークでは、 インタリンク 403, 404を介して 2つのリング 40 1, 40 2が接続されている。 イン夕リンク 403が現用リンクとして使用され、 インタ リンク 404は予備用のイン夕リンクである。 一方のリング 40 1は、 RPRノ
—ド 300— 1〜300 _ 6を備え、 RPRノード 3 00— 1には端末 4 1 0が 接続されている。 もう一方のリング 402は、 RPRノード 300—?〜 300 一 1 2を備え、 RPRノード 300— 10には端末 41 1が接続されている。 図 2 3に示す経路 (トラヒックフロー) 42 0は、 正常時に端末 41 0から端 耒 41 1にフレームを転送する場合の経路を示している。 フレームの態様 (U—
MACフレームか RPR— MACフレームか) は、 経路 420上の位置によって 変わる。 RPRノード 300— 1は、 端末 41 0から U— MACフレームを受信 する。 すると、 RPR —F 300— Ui、 送信先 RP R— MACアドレスを 3 00 - 3とするヘッダを付加し、 U— MACフレームを R PR— MACフレーム に変換し、 R PRノード 300— 3宛てに送信する。 R PRノード 3 00— 3は、 受信した R PR— MACフレームの R PR— MACオーバへッドを除去し、 U— MACフレ一ムに変換する。 そして、 その U— MACフレームをインタリンク 4 03に送出する。 RPRノード 300— 7は、 この U— MA Cフレ一ムを受信す ると、 送信先 RPR—MACアドレスを 300— 1 0とするヘッダを付加して、 U— MACフレ一ムを RPR— MACフレームに変換し、 ァウタ一リング 402
- 0 u t e rに送出する。 RPRノード 300 - 1 0は、 到着した RPR— MA Cフレームのオーバへッドを除去し、 U— MACフレームに変換して端末 4 1 1 に転送する。 この結果、 正常時には、 ϋ 23に示す経路 420に沿ってフレーム が転送される。 このマルチリングネットワークにおいてィンタリンク 403に障害が発生した と仮定する。 従来のマルチリングネットヮ一クでは、 インタリンク 403に障害 が発生したことを R PRノード 300— 1はすぐには知り得ない。 そのため、 R PRノード 300— 1は、 正常時と同様に、 端末 410からの U— MACフレー ムを、 送信先 R PR— MACアドレスとして 300 - 3を付与した RPR— MA Cフレームに変換してしまう。 その結果、 その RP R— MACフレームは RPR ノード 300— 3において終端され、 本来到達すべき R PRノード 300 _ 4で 終端されることはない。 RPRノード 300— 4に到達するためには、 RPRノ ード 300— 1のラーニングデ一夕べ一スにおいて端末 41 1の U— MACアド レスと RPR— MACアドレスの対応が無効化するまでの時間(一般にエイジン グタイムと言われ、 その時間は約 5分)が必要となり、 高速障害回復ができない。 すなわち、 最新の U— M A Cアドレスと R P R—MA Cアドレスと対応関係を学 習してから、 エイジングタイムが経過するまでは、 新たな U— MACアドレスと RPR— MACアドレスと対応関係を学習できない。 そして、 エイジングタイム が経過した後に、 ブロードキャストフレームが転送され、 そのときに送信元 U— MACアドレスと送信元 RP R— MACアドレスとの対応関係を学習する。 この 学習がなされるまで、 RPRノード 300— 1から R PRノード 300— 4への フレーム転送を行えず、 高速障害回復ができない。
そこで、 本発明は、 リングネットワークを複数接続するマルチリングネットヮ —クにおいて、 リングネットワーク間の障害発生時に高速に障害回復を行えるよ うにすることを目的とする。 発明の開示
本発明によるリングネットワークシステムは、 現用通信経路および予備用通信 経路によって第 1のリングネットワークと第 2のリングネットヮ一クとが接続さ れるリングネットワークシステムであって、 前記第 1のリングネットワークおよ び前記第 2のリングネットワーク内の各ノードが、 リングネットワーク外の端末 のアドレスと、 リングネットワーク内 φノードのアドレスとの対応関係を記憶す るラーニングデータべ一スと、 現用通信経路に障害が発生したと判定する障害発 生判定手段と、 前記障害発生判定手段により現用通信経路に障害が発生したと判 定されたときに、 ラ一ニングデー夕ベースが記憶する情報を消去する消去手段と を備え、 現用通信経路および予備用通信経路の端部として配置される接ノ一ド以 外の各ノードが、 リングネットワーク外の端末から受信したユーザフレームが有 する送信先アドレスに対応するノードのアドレスが前記ラーニングデータベース に記憶されていない場合に、 前記ユーザフレームをペイロードとして収めたフレ —ムをブロードキャスト送信するブロードキャスト手段を備え、 予備用通信経路 の端部として配置される接ノードが、 前記障害発生判定手段により現用通信経路 に障害が発生したと判定されたときに、 予備用通信経路との接続ポートを、 ユー ザフレームを送出可能な状態に変更する状態変更手段を備えたことを特徴とする。 そのような構成によれば、 リングネットワーク間の障害発生時に高速に障害回復 を行うことができる。
消去手段が、 障害発生判定手段により現用通信経路に障害が発生したと判定さ れたときに、 ラーニングデータベースが記憶する全ての情報を消去する構成であ つてもよい。
消去手段が、 障害発生判定手段により現用通信経路に障害が発生したと判定さ れたときに、 ラーニングデータベースが記憶する情報のうち、 現用通信経路の端 部として配置される接ノードのァドレスおよび当該ァドレスに対応する端末のァ ドレスのみを消去する構成であってもよい。 そのような構成によれば、 トラヒッ ク量の増加を抑え、 帯域の有効利用を図れる。
現用通信経路の端部として配置される接ノードが、 現用通信経路を介して定期 的に生存確認信号を他方のリングネッ卜ワークに送信する生存確認信号送信手段 と、 前記他方のリングネットワークから生存確認信号を受信する生存確認信号受 信手段とを備えた構成であってもよい。 そのような構成によれば、 通信経路が通 信ネットワークを含んでいる場合であっても、 通信経路における障害発生を検出 することができる。
現用通信経路の端部として配置される接ノードが、 生存確認信号受信手段が受 信した生存確認信号をペイ口一ドとして収めたフレームを、 当該接ノードが属す るリングネットワーク内に送信する生存確認フレーム送信手段を備え、 前記リン グネットワーク内のノードのうち、 前記接ノード以外のノードが備える障害発生 判定手段が、 前記フレームを一定時間受信しないときに、 現用通信経路に障害が 発生したと判定し、 前記接ノードが備える障害発生判定手段が、 生存確認信号を 一定時間受信しないときに、 現用通信経路に障害が発生したと判定する構成であ つてもよい。そのような構成によれば、障害発生の検出を高速に行うことができ、 高速な障害回復に寄与することができる。
また、 本発明によるリングネットワークシステムは、 予めネットワーク識別子 と対応付けられた複数の通信経路によって第 1のリングネットワークと第 2のリ ングネットワークとが接続されるリングネットワークシステムであって、 前記第 1のリングネットワークおよび前記第 2のリングネットワーク内の各ノードのう ち、 前記複数の通信経路の端部として配置される接ノード以外の各ノードが、 リ ングネットワーク外の端末から受信したユーザフレームに付与するネットワーク 識別子を、 障害が発生していない通信経路に対応するネットワーク識別子の中か ら導出するネットワーク識別子導出手段と、 前記ネットワーク識別子を前記ユー ザフレームに付与するネットワーク識別子付与手段と、 通信経路に障害が発生し たと判定する障害発生判定手段と、 前記障害発生判定手段により通信経路に障害 が発生したと判定されたときに、 障害が発生した通信経路に対応するネットヮ一 ク識別子を特定可能な情報を前記ネットワーク識別子導出手段に通知する障害発 生通信経路通知手段と、 リングネットワーク外の端末のアドレスと、 ネットヮー ク識別子と、 リングネットワーク内のノードのアドレスとの対応関係を記憶する ラーニングデータベースと、 リングネットワーク外の端末から受信したユーザフ レームが有する送信先ァドレスおよびネットワーク識別子導出手段が導出したネ ットワーク識別子の靼み合わせに対応するノードのアドレスが前記.ラ一ニングデ 一夕べ一スに記憶されていない場合に、 前記ネットワーク識別子を付与されたュ —ザフレームをペイロードとして収めたフレームをブロードキャスト送信するブ ロードキャスト手段とを備え、各通信経路の端部として配置される各接ノードが、 自身を端部とする通信経路に対応するネットワーク識別子と、 ユーザフレームに 付与されたネットワーク識別子とがー ¾するときに、 前記ユーザフレームを前記 通信経路に送出するユーザフレーム送出手段を備えたことを特徴とする。 そのよ うな構成によれば、 リングネットワーク間の障害発生時に高速に障害回復を行う ことができる。 また、 通信経路の負荷を分散することができる。
各通信経路の端部として配置される各接ノードが、 自身を端部とする通信経路 を介して定期的に生存確認信号を他方のリングネットワークに送信する生存確認 信号送信手段と、 前記他方のリングネットワークから生存確認信号を受信する生 存確認信号受信手段とを備えた構成であってもよい。 そのような構成によれば、 通信経路が通信ネットワークを含んでいる場合であっても、 通信経路における障 害発生を検出することができる。
各通信経路の端部として配置される各接ノードが、 生存確認信号受信手段が受 信した生存確認信号をペイロードとして収めたフレームを、 当該接ノードが属す るリングネットワーク内に送信する生存確認フレーム送信手段を備え、 前記リン グネットワーク内のノードのうち、 前記接ノ一ド以外のノ一ドが備える障害発生 判定手段が、 前記フレームを一定時間受信しないときに、 前記フレームの送信元 となる接ノードを端部とする通信経路に障害が発生したと判定する構成であって もよい。 そのような構成によれば、 障害発生の検出を高速に行うことができ、 高 速な障害回復に寄与することができる。
また、 本発明によるリングネットワークシステムは、 通信経路によって第 1の リングネットワークと第 2のリングネットワークとが接続されるリングネットヮ ークシステムであって、 前記通信経路の端部として配置される接ノードが、 前記 通信回路を介して定期的に生存確認信号を他方のリングネットワークに送信する 生存確認信号送信手段と、 前記他方のリングネットワークから生存確認信号を受 信する生存確認信号受信手段と、 生存確認信号受信手段が受信した生存確認信号 をペイロードとして収めたフレームを、 当該接ノードが属するリングネットヮー ク内に送信する生存確認フレーム送信手段とを備え、 リングネットワーク内のノ ードのうち接ノ一ド以外のノードが、前記フレームを一定時間受信しないときに、 前記通信経路に障害が発生したと判定する障害発生判定手段を備えたことを特徴 とする。
また、 本発明による障害回復方法は、. 現用通信経路および予備用通信経路によ つて第 1のリングネットワークと第 2のリングネットワークとが接続されるリン グネットワークシステムに適用される障害回復方法であって、 前記第 1のリング ネットワークおよび前記第 2のリングネットワーク内の各ノードが、 リングネッ トワーク外の端末のァドレスと、 リングネットワーク内のノードのァドレスとの 対応関係を記憶するラーニングデータベースを備え、 現用通信経路に障害が発生 したと判定したときに、 ラーニングデータベースが記憶する情報を消去し、 現用 通信経路および予備用通信経路の端部として配置される接ノード以外の各ノード が、 リングネットワーク外の端末から受信したユーザフレームが有する送信先ァ ドレスに対応するノードのアドレスが前記ラーニングデータべ一スに記憶されて いない場合に、 前記ユーザフレームをペイロードとして収めたフレームをブロー ドキャスト送信し、 予備用通信経路の端部として配置される接ノードが、 現用通 信経路に障害が発生したと判定したときに、 予備用通信経路との接続ポートを、 ュ一ザフレームを送出可能な状態に変更することを特徴とする。
第 1のリングネットワークおよび第 2のリングネットワーク内の各ノードが、 現用通信経路に障害が発生したと判定したときに、 ラーニングデータベースが記 憶する全ての情報を消去する方法であってもよい。
第 1のリングネットワークおよび第 2のリングネットワーク内の各ノードが、 現用通信経路に障害が発生したと判定したときに、 ラーニングデータベースが記 憶する情報のうち、 現用通信経路の端部として配置される接ノードのアドレスお よび当該ァドレスに対応する端末のァドレスのみを消去する方法であってもよい。 そのような方法によれば、トラヒック量の増加を抑え、帯域の有効利用を図れる。 現用通信経路の端部として配置される接ノードが、 現用通信経路を介して定期 的に生存確認信号を他方のリングネットワークに送信し、 前記他方のリングネッ トワークから生存確認信号を受信する方法であってもよい。 そのような方法によ れば、 通信経路が通信ネットワークを含んでいる場合であっても、 通信経路にお ける障害発生を検出することができる。
現用通信経路の端部として配置される接ノードが、 受信した生存確認信号をべ イロ一ドとして収めたフレームを、 当該接ノードが属するリングネットワーク内 に送信し、 生存確認信号を一定時間受傳しないときに、 現用通信経路に障害が発 生したと判定し、 前記リングネットワーク内のノードのうち、 前記接ノード以外 のノードが、 前記フレームを一定時間受信しないときに、 現用通信経路に障害が 発生したと判定する方法であってもよい。 そのような方法によれば、 障害発生の 検出を高速に行うことができ、 高速な障害回復に寄与することができる。
また、 本発明による障害回復方法は、 予めネットワーク識別子と対応付けられ た複数の通信経路によって第 1のリングネットワークと第 2のリングネットヮー クとが接続されるリングネットワークシステムに適用される障害回復方法であつ て、 前記第 1のリングネットワークおよび前記第 2のリングネットワーク内の各 ノードのうち、 前記複数の通信経路の端部として配置される接ノード以外の各ノ ードが、 リングネットワーク外の端末のアドレスと、 ネットワーク識別子と、 リ ングネットワーク内のノードのァドレスとの対応関係を記憶するラーニングデ一 夕ベースを備え、 リングネットヮ一ク外の端末から受信したユーザフレームに付 与するネットワーク識別子を、 障害が発生していない通信経路に対応するネット ワーク識別子の中から導出し、 前記ネットワーク識別子を前記ユーザフレームに 付与し、 通信経路に障害が発生したと判定したときに、 障害が発生した通信経路 に対応するネットワーク識別子を特定し、 リングネヅトワーク外の端末から受信 したユーザフレームが有する送信先アドレスおよび導出したネットワーク識別子 の組み合わせに対応するノードのアドレスが前記ラーニングデ一夕ベースに記憶 されていない場合に、 前記ネットワーク識別子を付与されたユーザフレームをべ ィロードとして収めたフレームをブロードキャスト送信し、 各通信経路の端部と して配置される各接ノードが、 自身を端部とする通信経路に対応するネットヮ一 ク識別子と、 ユーザフレームに付与されたネットワーク識別子とがー致するとき に、 前記ユーザフレームを前記通信経路に送出することを特徴とする。
各通信経路の端.部として配置される各接ノードが、 自身を端部とする通信経路 を介して定期的に生存確認信号を他方のリングネットワークに送信し、 前記他方 のリングネットワークから生存確認信号を受信する方法であってもよい。 そのよ うな方法によれば、 通信経路が通信ネットワークを含んでいる場合であっても、 通信経路における障害発生を検出することができる。
各通信経路の端部として配置される每接ノードが、 受信した生存確認信号をべ ィロードとして収めたフレームを、 当該接ノードが属するリングネットワーク内 に送信し、 前記リ
ングネットワーク内のノードのうち、 前記接ノード以外のノードが、 前記フレー ムを一定時間受信しないときに、 前記フレームの送信元となる接ノードを端部と する通信経路に障害が発生したと判定する方法であってもよい。 そのような方法 によれば、 障害発生の検出を高速に行うことができ、 高速な障害回復に寄与する ことができる。
また、 本発明による障害検出方法は、 通信経路によって第 1のリングネットヮ —クと第 2のリングネットワークとが接続されるリングネットワークシステムに 適用される障害検出方法であって、 前記通信経路の端部として配置される接ノー ドが、 前記通信回路を介して定期的に生存確認信号を他方のリングネットワーク に送信し、 前記他方のリングネットワークから生存確認信号を受信し、 受信した 生存確認信号をペイロードとして収めたフレームを、 当該接ノードが属するリン グネットワーク内に送信し、 リングネットワーク内のノードのうち接ノード以外 のノードが、 前記フレームを一定時間受信しないときに、 前記通信経路に障害が 発生したと判定することを特徴とする。 そのような構成によれば、 障害発生の検 出を高速に行うことができ、 高速な障害回復に寄与することができる。
また、 本発明によるノードは、 現用通信経路および予備用通信経路によって第 1のリングネットワークと第 2のリングネットワークとが接続されるリングネッ トワークシステムに適用されるノードであって、 リングネットワーク外の端末の アドレスと、 リングネットワーク内のノードのアドレスとの対応関係を記憶する ラーニングデータベースと、 現用通信経路に障害が発生したと判定する障害発生 判定手段と、 前記障害発生判定手段により現用通信経路に障害が発生したと判定 されたときに、 ラーニングデータベースが記憶する情報を消去する消去手段とを 備えたことを特徴とする。
消去手段は、 障害発生判定手段により現用通信経路に障害が発生したと判定さ れたときに、 ラーニングデータベースが記憶する全ての情報を消去する構成であ つてもよい。
消去手段は、 障害発生判定手段により現用通信経路に障害が発生したと判定さ れたときに、 ラーニングデータベースが記憶する情報のうち、 現用通信経路の端 部として配置される接ノードのァドレスおよび当該ァドレスに対応する端末のァ ドレスのみを消去する構成であってもよい。 そのような構成によれば、 そのよう な構成によれば、 トラヒック量の増加を抑え、 帯域の有効利用を図れる。
リングネッ卜ワーク外の端末から受信したユーザフレームが有する送信先ァド レスに対応するノードのアドレスが前記ラ一ニングデータベースに記憶されてい ない場合に、 前記ュ一ザフレ一ムをペイロードとして収めたフレームをブロード キャスト送信するブロードキャスト手段を備えた構成であってもよい。 そのよう な構成によれば、 リングネットワーク間の障害発生時に高速に障害回復を行うこ とができる。
障害発生判定手段は、 生存確認信号をペイロードとして収めたフレームを一定 時間受信しないときに、 現用通信経路に障害が発生したと判定する構成であって もよい。 そのような構成によれば、 障害発生の検出を高速に行うことができ、 高 速な障害回復に寄与することができる。
現用通信経路の端部として配置され、 現用通信経路を介して定期的に生存確認 信号を他方のリングネットワークに送信する生存確認信号送信手段と、 前記他方 のリングネットワークから生存確認信号を受信する生存確認信号受信手段とを備 えた構成であってもよい。 そのような構成によれば、 通信経路が通信ネットヮー クを含んでいる場合であっても、 通信経路における障害発生を検出することがで さる。
生存確認信号受信手段が受信した生存確認信号をペイロードとして収めたフレ ームを、 当該接ノードが属するリングネットワーク内に送信する生存確認フレー ム送信手段を備えた構成であってもよい。 そのような構成によれば、 リングネッ トワーク内の他のノードが、 障害発生の検出を高速に行うことができ、 高速な障 害回復に寄与することができる。
また、 本発明によるノードは、 予めネットワーク識別子と対応付けられた複数 の通信経路によって第 1のリングネットワークと第 2のリングネットワークとが 接続されるリングネットワークシステムに適用されるノードであって、 リングネ ットワーク外の端末のアドレスと、 ネットワーク識別子と、 リングネットワーク 内のノードのァドレスとの対応関係を記憶するラーニングデータベースと、 リン グネットヮ一ク外の端末から受信したユーザフレームに付与するネットワーク識 別子を、 障害が発生していない通信経路に対応するネットワーク識別子の中から 導出するネットワーク識別子導出手段と、 前記ネットヮ一ク識別子を前記ユーザ フレームに付与するネットワーク識別子付与手段と、 通信経路に障害が発生した と判定する障害発生判定手段と、 前記障害発生判定手段により通信経路に障害が 発生したと判定されたときに、 障害が発生した通信経路に対応するネットワーク 識別子を特定可能な情報を前記ネットワーク識別子導出手段に通知する障害発生 通信経路通知手段と、 リングネットワーク外の端末から受信したユーザフレーム が有する送信先アドレスおよびネットワーク識別子導出手段が導出したネットヮ ーク識別子の組み合わせに対応するノードのァドレスが前記ラーニングデータべ
—スに記憶されていない場合に、 前記ネットワーク識別子を付与されたユーザフ レームをペイ口一ドとして収めたフレームをブロードキャスト送信するブロード キャスト手段とを備えたことを特徴とする。 そのような構成によれば、 リングネ ットワーク間の障害発生時に高速に障害回復を行うことができる。
障害発生判定手段が、 生存確認信号をペイロードとして収めたフレームを一定 時間受信しないときに、 現用通信経路に障害が発生したと判定する構成であって もよい。 そのような構成によれば、 障害発生の検出を高速に行うことができ、 高 速な障害回復に寄与することができる。
また、 本発明によるノードは、 通信経路によって第 1のリングネットワークと 第 2のリングネットワークとが接続されるリングネットワークシステムに適用さ れるノ一ドであって、 前記通信経路の端部として配置され、 前記通信回路を介し て定期的に生存確認信号を他方のリングネットワークに送信する生存確認信号送 信手段と、 前記他方のリングネットワークから生存確認信号を受信する生存確認 信号受信手段と、 生存確認信号受信手段が受信した生存確認信号をペイロードと して収めたフレームを、 当該ノードが属するリングネットワーク内に送信する生 存確認フレーム送信手段とを備えたことを特徴とする。そのような構成によれば、 障害発生の検出を高速に行うことができ、 高速な障害回復に寄与することができ る。 .
また、 本発明によるノード用プログラムは、 現用通信経路および予備用通信経 路によって第 1のリングネットヮ一クと第 2のリングネットヮ一クとが接続され るリングネットワークシステムに適用されるノードが備えるコンピュータであつ て、 リングネットワーク外の端末のアドレスと、 リングネットワーク内のノード のアドレスとの対応関係を記憶するラーニングデータベースを備えたコンビュ一 夕に、 現用通信経路に障害が発生したと判定する障害発生処理、 および前記障害 発生処理で現用通信経路に障害が発生したと判定されたときに、 ラーニングデ一 夕ベースが霄 3憶する情報を消去する消去処理を実行させることを特徴とする。 コンピュータに、 消去処理で、 ラーニングデータベースが記憶する全ての情報 を消去する処理を実行させるプログラムであってもよい。
コンピュータに、消去処理で、ラーニングデータベースが記憶する情報のうち、 現用通信経路の端部として配置される接ノードのァドレスおよび当該アドレスに 対応する端末のァドレスのみを消去する処理を実行させるプログラムであっても よい。 .そのようなプログラムによれば、 トラヒック量の増加を抑え、 帯域の有効 利用を図れる。
コンピュータに、 リングネットワーク外の端末から受信したユーザフレームが 有する送信先アドレスに対応するノードのアドレスが前記ラーニングデ一タベー スに記憶されていない場合に、 前記ユーザフレームをペイロードとして収めたフ レームをブロードキャスト送信するブロードキャスト処理を実行させるプロダラ ムであってもよい。 そのようなプログラムによれば、 リングネットワーク間の障 害発生時に高速に障害回復を行うことができる。
コンピュータに、 障害発生処理で、 生存確認信号をペイロードとして収めたフ レームを一定時間受信しないときに、 現用通信経路に障害が発生したと判定させ るプログラムであってもよい。 そのような構成によれば、 障害発生の検出を高速 に行うことができ、 高速な障害回復に寄与することができる。
現用通信経路の端部として配置されたノードが備えるコンピュータに、 現用通 信経路を介して定期的に生存確認信号を他方のリングネットワークに送信する生 存確認信号送信処理、 前記他方のリングネットワークから生存確認信号を受信す る生存確認信号受信処理を実行させるプログラムであってもよい。 そのようなプ ログラムによれば、 通信経路が通信ネットワークを含んでいる場合であっても、 通信経路における障害発生を検出することができる。
コンピュータに、 生存確認信号受信処理で受信した生存確認信号をペイロード として収めたフレームを、 自ノードが属するリングネットワーク内に送信する生 存確認フレーム送信処理を実行させるプログラムであってもよい。 そのようなプ ログラムによれば、 リングネットワーク内の他のノードが、 障害発生の検出を高 速に行うことができ、 高速な障害回復に寄与することができる。
また、 本発明によるノード用プログラムは、 予めネットワーク識別子と対応付 けられた複数の通信経路によって第 1のリングネットワークと第 2のリングネッ トワークとが接続されるリングネットワークシステムに適用されるノードが備え るコンピュータであって、 リングネットワーク外の端末のアドレスと、 ネットヮ
—ク識別子と、 リングネットワーク内のノードのァドレスとの対応関係を記憶す るラーニングデータベースを備えたコンピュータに、 リングネットワーク外の端 末から受信したユーザフレームに付与するネットワーク識別子を、 障害が発生し ていない通信経路に対応するネットワーク識別子の中から導出するネットワーク 識別子導出処理、 前記ネットワーク識別子を前記ュ一ザフレームに付与するネッ トワーク識別子付与処理、 通信経路に障害が発生したと判定する障害発生判定処 理、 前記障害発生判定処理で通信経路に障害が発生したと判定されたときに、 障 害が発生した通信経路に対応するネットワーク識別子を特定する障害ネットヮ一 ク識別子特定処理、 リングネットワーク外の端末から受信したユーザフレームが 有する送信先アドレスおよびネットワーク識別子導出処理で導出したネットヮ一 ク識別子の組み合わせに対応するノードのァドレスが前記ラーニングデータべ一 スに記憶されていない場合に、 前記ネットワーク識別子を付与されたユーザフレ ームをペイ口一ドとして収めたフレームをブロードキャスト送信するブロードキ ャスト処理を実行させることを特徴とする。 そのようなプログラムによれば、 リ ングネットワーク間の障害発生時に高速に障害回復を行うことができる。
コンピュータに、 障害発生処理で、 生存確認信号をペイロードとして収めたフ レームを一定時間受信しないときに、 現用通信経路に障害が発生したと判定させ るプログラムであってもよい。 そのようなプログラムによれば、 障害発生の検出 を高速に行うことができ、 高速な障害回復に寄与することができる。 また、 本発明によるノード用プログラムは、 通信経路によって第 1のリングネ ットワークと第 2のリングネットワークとが接続されるリングネットワークシス テムに適用されるノードであって、 前記通信経路の端部として配置されるノード が備えるコンピュータに、 前記通信回路を介して定期的に生存確認信号を他方の リングネットワークに送信する生存確認信号送処理、 前記他方のリングネットヮ ークから生存確認信号を受信する生存確認信号受信処理、 および受信した生存確 認信号をペイロードとして収めたフレームを、 当該ノードが属するリングネット ワーク内に送信する生存確認フレーム送信処理を実行させることを特徴とする。 本発明では、 各ノードが消去手段を備え、 消去手段は、 障害発生判定手段によ り現用通信経路に障害が発生したと判定されたときに、 ラーニングデ一夕ベース が記憶する情報を消去する。 そして、 接ノ一ド以外の各ノードは、 ブロードキヤ スト手段を備え、 ブロードキャスト手段は、 リングネットワーク外の端末から受 信したユーザフレームが有する送信先ァドレスに対応するノードのァドレスがラ —ニングデータベースに記憶されていない場合に、 そのユーザフレームをペイ口 ードとして収めたフレームをブロードキャスト送信する。 従って、 現用通信経路 に障害が発生した場合には、ラ一二ングデ一タベースが記憶する情報が消去され、 その結果、 すぐに、 ブロードキャスト手段が、 ユーザフレームをペイロードとし て収めたフレームをブロードキャスト送信する。 よって、 リングネットワーク間 の障害発生時に高速に障害回復を行うことができる。
また、 消去手段が、 障害発生判定手段により現用通信経路に障害が発生したと 判定されたときに、 ラーニングデータベースが記憶する情報のうち、 現用通信経 路の端部として配置される接ノードのァドレスおよびそのァドレスに対応する端 末のァドレスのみを消去する場合には、 接ノード以外のノードのァドレスおよび そのァドレスに対応する端末のアドレスはラーニングデータベースに残される。 よって、 ユーザフレームの送信先となる端末までの経路に接ノードが存在しなけ れば、 ブロードキャスト手段がブロードキャスト送信を行わない。 従って、 プロ ードキャスト送信の機会が減少し、 トラヒック量の増加を抑え、 帯域の有効利用 を図れる。 .
現用通信経路の端部として配置される接ノードが、 現用通信経路を介して定期 的に生存確認信号を他方のリングネットワークに送信する生存確認信号送信手段 と、 その他方のリングネットワークから生存確認信号を受信する生存確認信号受 信手段とを備えた構成である場合、 生存確認信号を受信した接ノードが属するリ ング内で、 生存確認信号に基づいて通信経路に障害が発生しているかどうかを判 定できる。 そして、 生存確認信号は、 通信経路が通信ネットワークを含んでいる 場合であっても、 他方のリングに到達することができる。 従って、 通信経路が通 信ネットワークを含んでいる場合であっても、 通信経路における障害発生を検出 することができる。
リングネットワーク内のノードのうち、 接ノード以外のノードが備える障害発 生判定手段が、 生存確認信号をペイロードとして収めたフレームを一定時間受信 しないときに、 現用通信経路に障害が発生したと判定する構成である場合には、 各ノードがそれぞれ独自に通信経路における障害発生を検出することができる。 この場合、 接ノードのみが通信経路に障害が発生したと判定してその判定後に、 判定結果を他のノ一ドに転送する場合よりも、 各ノードは早期に障害発生を検出 できる。 従って、 高速な障害回復に寄与することができる。
また、本発明では、接ノード以外の各ノードのネットワーク識別子導出手段が、 リングネットヮ一ク外の端末から受信したユーザフレームに付与するネットヮ一 ク識別子を、 障害が発生していない通信経路に対応するネットワーク識別子の中 から導出し、 ネットワーク識別子付与手段が、 そのネットワーク識別子をユーザ フレームに付与する。 そして、 障害発生通信経路通知手段が、 障害発生判定手段 により通信経路に障害が発生したと判定されたときに、 障害が発生した通信経路 に対応するネットワーク識別子を特定可能な情報をネットワーク識別子導出手段 に通知する。よって、通信経路に障害が発生しているときとしていないときとで、 異なるネットワーク識別子が導出される。 また、 ブロードキャスト手段は、 リン グネットワーク外の端末から受信したユーザフレームが有する送信先ァドレスお よびネットワーク識別子導出手段が導出したネットヮ一ク識別子の組み合わせに 対応するノードのアドレスがラーニングデータベースに記憶されていない場合に、 そのネットワーク識別子を付与された: ^一ザフレームをペイ口一ドとして収めた フレームをブロードキャスト送信する。 従って、 障害が発生して、 正常時とこと なるネットワーク識別子が導出された場合には、 すぐに、 ブロードキャスト手段 がブロードキャスト送信を行う。 よって、 リングネットワーク間の障害発生時に 高速に障害回復を行うことができる。
また、 各接ノードが備えるユーザフレーム送出手段は、 自身を端部とする通信 経路に対応するネットワーク識別子と、 ユーザフレームに付与されたネットヮー ク識別子とがー致するときに、 そのユーザフレームを通信経路に送出する。 よつ て、 ネットワーク識別子が一致すれば、 各通信経路を介してユーザフレームを送 出することができ、 通信経路の付加を分散することができる。
また、 各通信経路の端部として配置される各接ノードが、 自身を端部とする通 信経路を介して定期的に生存確認信号を他方のリングネットワークに送信する生 存確認信号送信手段と、 その他方のリングネットワークから生存確認信号を受信 する生存確認信号受信手段とを備えた構成である場合、 生存確認信号を受信した 接ノードが属するリング内で、 生存確認信号に基づいて通信経路に障害が発生し ているかどうかを判定できる。 そして、 生存確認信号は、 通信経路が通信ネット ヮ一クを含んでいる場合であっても、 他方のリングに到達することができる。 従 つて、 通信経路が通信 ットワークを含んでいる場合であっても、 通信経路にお ける障害発生を検出することができる。
また、 接ノード以外のノードが備える障害発生判定手段が、 生存確認信号をべ イロ一ドとして収めたフレームを一定時間受信しないときに、 そのフレームの送 信元となる接ノードを端部とする通信経路に障害が発生したと判定する構成であ る場合には、 各ノードがそれぞれ独自に通信経路における障害発生を検出するこ とができる。 この場合、 接ノードのみが通信経路に障害が発生したと判定してそ の判定後に、 判定結果を他のノ一ドに転送する場合よりも、 各ノードは早期に障 害発生を検出できる。 従って、 高速な障害回復に寄与することができる。
本発明によれば、 各ノードが、 リングネットワーク外の端末のアドレスと、 リ ングネットワーク内のノードのアドレスとの対応関係を記憶するラーニングデー 夕ベースと、 現用通信経路に障害が発生したと判定する障害発生判定手段と、 障 害発生判定手段により現用通信経路に噚害が発生したと判定されたときに、 ラー ニングデ一夕ベースが記憶する情報を消去する消去手段とを備え、 現用通信経路 および予備用通信経路の端部として配置される接ノード以外の各ノードが、 リン グネットワーク外の端末から受信したユーザフレームが有する送信先ァドレスに 対応するノードのアドレスがラーニングデータべ一スに記憶されていない場合に、 そのユーザフレームをペイロードとして収めたフレームをブロードキャスト送信 するブロードキャスト手段を備えた構成であるので、 リングネットワーク間の障 害発生時に高速に障害回復を行うことができる。
また、 本発明によれば、 接ノード以外の各ノードが、 リングネットワーク外の 端末から受信したユーザフレームに付与するネットワーク識別子を、 障害が発生 していない通信経路に対応するネットワーク識別子の中から導出するネットヮ一 ク識別子導出手段と、 ネットワーク識別子をユーザフレームに付与するネットヮ ーク識別子付与手段と、 通信経路に障害が発生したと判定する障害発生判定手段 と、 障害発生判定手段により通信経路に障害が発生したと判定されたときに、 障 害が発生した通信経路に対応するネットワーク識別子を特定可能な情報をネット ワーク識別子導出手段に通知する障害発生通信経路通知手段と、 リングネットヮ ーク外の端末のアドレスと、 ネットワーク識別子と、 リングネットワーク内のノ
—ドのアドレスとの対応関係を記憶するラーニングデー夕べ一スと、 'リングネッ トワーク外の端末から受信したユーザフレームが有する送信先アドレスおよびネ ットワーク識別子導出手段が導出したネットワーク識別子の組み合わせに対応す るノードのァドレスがラーニングデータベースに記憶されていない場合に、 その ネットヮ一ク識別子を付与されたユーザフレームをペイロードとして収めたフレ ームをブロードキャスト送信するブロードキャスト手段とを備えた構成であるの で、 リングネットワーク間の障害発生時に高速に障害回復を行うことができる。 また、 本発明によれば、 接ノードが、 通信回路を介して定期的に生存確認信号 を他方のリングネットワークに送信する生存確認信号送信手段と、 その他方のリ ングネットワークから生存確認信号を受信する生存確認信号受信手段と、 生存確 認信号受信手段が受信した生存確認信号をペイロードとして収めたフレームを、 その接ノードが属するリングネ トヮ一ク内に送信する生存確認フレーム送信手 段とを備え、 リングネットワーク内の/一ドのうち接ノード以外のノードが、 生 存確認信号をペイロードとして収めたフレームを〜定時間受信しないときに、 通 信経路に障害が発生したと判定する障害発生判定手段を備えた構成であるので、 障害発生の検出を高速に行うことができ、 高速な障害回復に寄与することができ る。 図面の簡単な説明
図 1は、 第 1の実施の形態におけるリングネットワークシステムの構成例を示 す説明図である。
図 2は、 現用ィンタリンクに障害が発生した状況を示す説明図である。
図 3は、 障害が発生したィンタリンクに接続される接ノードの動作を示すフロ —チヤ一トである。
図 4は、 障害が発生したインタリンクに接続される接ノード以外のノード (予 備インタリンクに接続された接ノードは除く。)の動作を示すフローチャートであ る。
図 5は、 予備インタリンクに接続された接ノードの動作を示すフローチャート である。
図 6は、 インタリンクにおける障害発生に伴い各ノードがラーニングデータべ ースのフラッシュを行った後に、 端末から端末にフレームを転送する状況を示す 説明図である。
図 7は、 ブロードキャスト送信後に、 端末から端末にフレームを転送する状況 を示す説明図である。
図 8は、 KeepAl ive 信号を利用して、 リング内の各ノードにインタリンク障害 の発生を通知する第 1の態様を示すフローチャートである。
図 9は、 KeepAl ive 信号を利用して、 リング内の各ノードにインタリンク障害 の発生を通知する第 2の態様を示すフローチャートである。
図 1 0は、 第 1の実施の形態に適用される接ノードの構成例を示すブロック図 である。
図 1 1は、 第 1の実施の形態に適用される接ノード以外のノードの構成例を示 すブロック図である。 .
図 1 2は、 第 2の実施の形態におけるリングネットワークシステムの構成例を 示す説明図である。
図 13は、 インタリンクに障害が発生した状況を示す説明図である。
図 14は、 障害発生時における接ノードの動作を示すフローチヤ一トである。 図 1 5は、 障害発生時における接ノード以外のノードの動作を示すフローチヤ ―トである。
図 1 6は、 イン夕リンクにおける障害発生に伴い、 各ノードが VLAN識別子 の導出方法を変更した後に、 端末から端末にフレームを転送する状況を示す説明 図である。
図 1 7は、 ブロードキャスト送信後に、 端末から端末にフレームを転送する状 況を示す説明図である。
図 1 8は、 第 2の実施の形態に適用される接ノードの構成例を示すブロック図 である。
図 1 9は、 第 2の実施の形態に適用される接ノード以外のノードの構成例を示 すブロック図である。
図 20は、 シングルリングの R PRネットワークの例を示す説明図である。 図 2 1は、リング内に障害が発生した場合のリングの動作を示す説明図である。 図 22は、 従来の RPRノードの構成例を示すブロック図である。
図 23は、 2つのインタリンクによって接続された 2つのリングを有するマル チリングネットワークの例を示す説明図である。
505, 506 :インタリンク、 510, 5 1 1 :端末、 700— 1〜 700 一 4 :接ノ一ド、 7 10 :パケット多重分離回路、 720 : フレーム変換回路、 72 1 :ラーニングデータベース、 730 :フォヮ一ディングエンジン、 731 : フォワーディングデータベース、.740 :リングトポロジ情報収集回路、 750 : リング障害情報収集回路、 '760 :イン夕リンク障害検出回路、 770 : RPR インタリンク障害情報収集回路、 780 :経路決定回路、 781 : フラッシュ回 路、 790 : ADM、 900— 1〜 900— 8 : ノード、 9 10 :パケットスィ ツチ 発明を実施するための最良の形態 以下、 本発明を実施するための最良の形態を図面を参照して説明する。
(実施の形態 1)
図 1は、 本発明によるリングネットワークシステムの構成例を示す説明図であ る。 本発明によるリングネットワークシステムは、 複数のリング (ノードがリン グ状に接続されたパケットリング) 501 _ a, 501—bを備えるマルチリン グネットワークシステムである。 リング 50 1— aは、 R PRノード (以下、 単 にノードと記す。) 900— 1〜900— 4と、 インタリンクに接続されるノード 700 - 1, 700 - 2とを備える。 以下、 ィンタリンク (他の通信ネットヮー クでもよい) を介して他のリングに接続されるノードを接ノードと記す。 リング
50 1 _bは、 ノード 900— 5〜 900— 8と、 接ノード 700— 3, 700 —4とを備える。 また、 リング 501— a, 501—bは、 2ファイバリングで あり、 リング 501— aは、 インナ一リング 501-a- i nn e rとアウター リング 501— a— ou t e rとを備える。 同様に、 リング 501— bは、 イン ナ一リング 50 1— b _ i n n e rとアウターリング 501— b— ou t e rと を備える。 ここでは、 各インナ一リングが時計回りにトラヒック転送を行い、 各 アウターリングが反時計回りにトラヒック転送を行うものとする。 また、 ノード 900 - 1には端末 5 10が接続され、 ノード 900— 7には端末 51 1が接続 されているものとする。 各ノード 900— 1〜 900— 8の R PR— MACアド レスは、 それぞれ 900— 1〜900— 8であるものとする。 同様に、 各接ノー ド 700— 1〜 700— 4の RPR—MACアドレスは、 それぞれ 700— 1〜 700 _4であるものとする。
接ノード 700— 1, 700— 3は、 インタリンク 505により接続される。 接ノード 700— 2, 700— 4は、 イン夕リンク 506により接続される。 こ こでは、 インタリンク 505が、 正常時に使用される現用イン夕リンクであり、 インタリンク 506が予備用インタリンクであるものとする。 すなわち、 現用ィ ン夕リンク 505に障害が発生したときに、 インタリンク 506が使用されるも のとする。 ,
以下、 端末 5 10から端末 511に U— MACフレーム転送を行う場合を例に して、 正常時におけるリングネットワークシステムの動作を説明する。 なお、 U — MACフレ一ムは、 例えばイーサネット (登録商標) フレームである。 図 1に おいて点線で示す経路 520, 521, 522は、 U— MACフレームの転送経 路である。 また、 図 1において実線で示す経路 530は、 R PR— MACフレー ムの転送経路である。
端末 510から出力された U— MACフレームを受信したノード 900— 1は、 自身が有するラーニングデータベースを用いて、 その U— MACフレームにおけ る送信先 U— MACアドレスに対応する RPR— MACアドレスを検索し、 送信 先 RPR— MACアドレスを決定する。 本例では、 予め、 送信先 U— MACアド レス (端末 5 1 1のアドレス) と、 R PR—MACアドレス "700— 1 " とが 対応付けられ、 ラーニングデータべ一スに学習されているものとする。 従って、 ノード 900— 1は、 "700— 1 "を送信先 R PR— MACアドレスとし、 自身 の R PR— MACアドレス "900— 1 " を送信元 R P R— MA Cアドレスとす る R PR— MACオーバへッドを U— MACフレームに付加し、 U— MACフレ ームを RPR— MACフレームに変換する。 なお、 このように、 U— MACフレ ームにオーバへッドを付加して、 U— MACフレームをペイロードとして収める ことをカプセル化という。
続いて、 ノ一ド 900— 1は、 自身が有するフォワーディングデータベースを 参照して、送信先 RPR— MACアドレスに対応する出力リング情報を特定する。 出力リング情報は、 R PR— MACフレームをインナーリングに出力するのか、 ァウタ一リングに出力するのか、. あるいはインナーリングとアウターリングの両 方に出力するのかを示す情報である。 ノード 900— 1は、 フォワーディングデ 一ベースの出カリング情報を拳照してインナーリングとアウターリングのどちら に R PR— MACフレームを送出するのかを決定し、 その決定に従って R PR— MACフレームを送出する。 図 1では、 ィンナ一リング 50 1— a _ i n n e r に送出した場合を示している。
ノード 900— 1から送出された R PR—MACフレームを受信したノード 9 00— 2は、 その RPR— MACフレ ムの送信先 RPR— MACアドレスを参 照し、 自身のアドレスと比較する。 送信先 RPR— MACアドレスと、 ノード 9 00— 2自身のアドレスは異なっているので、 ノード 900— 2は、 自身でその R PR— MACフレームを終端すべきでないと判定し、 インナ一リンク 50 1— a- i nn e rにその R P R—MACフレームを転送する。
ノード 900— 2から送出された RPR— MACフレームを受信したノード 7 00— 1は、 その R PR— MACフレームの送信先 R PR— MACアドレスを参 照し、 自身のアドレスと比較する。 比較した 2つのアドレスは一致するので、 ノ —ド 700— 1は、 その R PR— MACアドレスを取り込む。 すなわち、 リング 50 1— aからその RPR— MACフレームを取り出す。 そして、 ノード 700 一 1は、 R PR— MACフレームから R PR— MACオーバへッドを取り除き、 RPR—MACフレームを U— MACフレームに変換する。ノード 700— 1は、 その U— MACフレームをィン夕リンク 505に送出する。
ノード 700— 3は、 イン夕リンク 505を介してその U— MACフレームを 受信する。 すると、 ノード 700— 3は、 自身が有するラーニングデータベース を参照して、 リング 501一 b内の送信先 RPR— MACアドレス(ここでは" 9 00- 7") を決定する。 ノード 700— 3は、 "900— 7" を送信先 R PR— MACアドレスとし、 自身の R PR— MACアドレス "700— 3" を送信元 R PR—MACアドレスとする RP R—MACォ一バへッドを U— MACフレーム に付加し、 U— MACフレームを RPR— MACフレームに変換する。 続いて、 ノード 700— 3は、 自身が有するフォワーディングデータベースを参照し、 送 信先 R P R— M A Cアドレスに基づいて出力リング情報を特定する。 ここでは、 ノード 700— 3は、 その出力.リング情報に従って、 R PR— MACフレームを アウターリング 502— b— ou t e rに送出する。
ノード 700— 4, 900— 8はいずれも、 この RPR— MACフレームを受 信すると、 送信先 RPR— MACアドレスと、 自身の RPR— MACアドレスと がー致していないので、 自身が終端すべき R PR—MACフレームではないと判 定する。 そして、 その RPR— MACフレームをアウターリング 502— b— o u t e rに送出する。 この結果、 ノード 900— 7が、 この RPR— MACフレ ームを受信する。 ノード 900— 7は、. 受信した R PR—MACフレームの送信 先 R PR— MACアドレスが自身の R PR— MACアドレスと一致しているので、 受信した RPR— MACフレームを取り込む (リング 501— bから RP R— M ACフレームを取り出す。)。 続いて、 ノード 900— 7は、 RPR— MACフレ ームから RP R— MACオーバへッドを取り除き、 R PR— MACフレ一ムを U — MACフレームに変換する。 ノード 900— 7は、 その U— MACフレームを 端末 51 1に転送する。
次に、 障害発生時の動作について説明する。 図 2は、 現用インタリンク 505 に障害が発生した状況を示す説明図である。 現用ィンタリンク 505に障害が発 生した結果、 図 1に示すトラヒックフローにより端末 5 10から端末 51 1に U 一 MA Cフレームを転送することができなくなる。
図 3は、 障害が発生したイン夕リンクに接続される接ノード (本例では接ノ一 ド 700— 1, 700 - 3) の ll作を示すフローチャートである。 現用インタリ ンク 505に障害が発生すると、 インタリンク 505に接続された接ノード 70 0 - 1, 700— 3は、 その障害を検出する (ステップ S 610)。 続いて、 接ノ ード 700— 1, 700— 3は、 インタリンク 505に障害が発生したことを通 知する R PR— MACフレーム(ィンタリンク障害通知 R PR—MACフレーム) を、 自ノードが属するリング内に送出する (ステップ S 61 1)。接ノード 700 一 1, 700— 3は、 イン夕リンク障害通知 R PR MACフレームに、 障害が 発生したイン夕リンクを特定可能な情報を含める。 例えば、 個々のイン夕リンク を識別するためのイン夕リンク I Dや、 イン夕リンク障害を検出したノ一ドの R PR—MACアドレス (すなわち、 接ノード 700— 1, 700— 3自身の RP
R— MACアドレス)をィンタ.リンク障害通知 RP R— MACフレームに含める。 以下、 障害が発生したイン夕リンクを特定可能な情報として、 インタリンク障 害を検出したノードの R PR— MACアドレスを含める場合を例に説明する。 な お、 障害が発生したインタリンクを特定可能な情報としてイン夕リンク I Dを含 めた場合、 各ノードは、 そのイン夕リンク I Dから、 そのインダリンク両端の接 ノードを特定することも可能である。 インタリンク障害通知 R P R— M A Cフレ ームは、 インナ一リングに送出しても、 ァウタ一リングに送出しても、 あるいは その両方に送出してもよい。 図 2に示す例では、 接ノード 700— 1, 700 -
3がそれぞれィンナ一リング 50 1— a— i nn e r、 ィンナ一リング 502— b— i nn e rにインタリンク障害通知 R P R— MA Cフレームを送出する場合 を示している。 また、 図 2に示す経路 601— a, 60 1— bは、 インタリンク 障害通知 RP R— MACフレームの転送経路を示している。 ステップ S 6 1 1の 後、 接ノード 700— 1, 700— 3は、 自身が備えるラーニングデータべ一ス の学習内容をフラッシュ (消去) する (ステップ S 612)。
図 4は、 障害が発生したインタリンクに接続される接ノ一ド以外のノ一ド (予 備ィンタリンクに接続された接ノードは除く。)の動作を示すフロ一チヤ一トであ る。ノード 900 _ 1〜900— 8が、 このようなノードに該当する。ここでは、 ノード 900 _ 1の動作として説明するが、 ノード 900— 2〜 900— 8も同 様の動作を行う。 ノード 900— 1は、 ステップ S 61 1において接ノード 70 0 - 1に送信されたィンタリンク障害通知 R P R—MACフレームを受信する (ステップ S 620)。すると、 ノード 900— 1は、 自身が備えるラーニングデ 一夕ベースの学習内容を強制的にフラッシュする (ステップ S 621)。
図 5は、 予備インタリンク 506に接続された接ノード (本例では接ノード 7 00 - 2, 700 -4) の動作を示すフローチャートである。 接ノード 700— 2, 700— 4は、イン夕リンク障害通知 R PR— MACフレームを受信すると、 自身が備えるラーニングデータベースの学習内容を強制的にフラッシュする (ス テツプ S 63.0, S 63 1)。 ステップ S 630, S 63 1の動作は、 図 4に示す ステップ S 620, S 621の動作と同様である。 接ノード 700— 2, 700 一 4は、 予備のインタリンク 506をフォワーディング状態に設定する (ステツ プ S 632)。 ステップ S 631, S 632の動作に関しては、 どちらを先に行つ てもよい。
なお、 フォワーディング 態とは、 パケットを通過させることが可能な状態を 意味する。また、受信フレームを送出せずに破棄する状態をブロック状態という。 フォヮ一ディング状態およびブロック状態は、 各ノードのポート単位に設定され る。 ステップ S 632を実行するまでは、 接ノード 700— 2, 700— 4が有 するポートのうち、 インタリンク 506に接続されるポートはブロック状態に設 定され、 インタリンク 506にフレー Λが送出されない状態になっている。 ステ ップ S 632において、 接ノード 700— 2, 700— 4は、 イン夕リンク 50 6に接続されるポートをフォヮーディング状態に設定し、 インタリンク 506に フレームを送出できるようにする。
図 3から図 5に示したように、 各ノードは、 自身が有するラーニングデータべ ースをフラッシュする。 このとき、 エイジングタイムが経過しているか否かによ らず、 強制的にフラッシュを行う。 すなわち、 エイジングタイム経過前であって もフラッシュを行う。
また、 各ノードは、 ラーニングデータベースの学習内容を全てフラッシュして もよい。 あるいは、 各ノードは、 ラーニングデータベースの学習内容のうち、 ィ ン夕リンクの障害を検出したノードの R PR— MACアドレスおよびその R PR —MACアドレスに対応付けられた U—MACアドレスの情報のみを、 ラーニン グデ一夕ベースの学習内容の中から選択的にフラッシュしてもよい。 インタリン クの障害を検出したノードの情報は、 インタリンク障害通知 RPR— MACフレ ームに含まれている。 例えば、 各ノードは、 ノード 7 00— 1がインタリンク障 害を検出した旨の情報を含むインタリンク障害通知 R PR— MACフレームを受 信した場合、 R PR— MACアドレス "700— 1" およびそのアドレスに対応 付けられた U— MACアドレスを選択的にフラッシュしてもよい。
図 6は、 イン夕リンク 5 0 5における障害発生に伴い、 各ノード 700— 1〜 700 -4, 900— 1〜 900— 8がラーニングデータベースのフラッシュを 行った後に、 端末 5 1 0から端末 5 1 1にフレームを転送する状況を示す説明図 である。 図 6において点線で示す経路 640, 641, 642は、 U— MACフ レームの転送経路である。また、図 6において実線で示す経路 650, 65 1は、 ブロードキャスト送信される RPR— MACフレームの転送経路である。
端末 5 1 0から出力された U— MACフレームを受信したノード 900 _ 1は、 自身が有するラーニングデータベースを用いて、 その U— MACフレームにおけ る送信先 U— MACアドレスに対応する R PR—MACアドレスを検索する。 こ のとき、 ラーニングデータベースの学習内容はフラッシュされているため、 検索 に失敗する。 また、 ラーニングデータベースのフラッシュを選択的に行った場合 であっても、 インタリンク障害を検出レたノードの RPR— MACアドレス "Ί 00 - 1" およびそのアドレスに対応付けられた U— MACアドレスは消去され ているので、 正常時のように、 R PR— MACアドレス "700— 1" を検索す ることはできない。 R PR— MACアドレスの検索に失敗した場合、 ノード 90 0— 1は、 送信先 RPR— MACアドレスをブロードキャストアドレスとし、 自 身の R PR— MACアドレス "900— 1" を送信元 R P R _MA Cアドレスと する RPR— MACオーバヘッドを U— MACフレームに付加する。 ノード 90
0— 1は、 RP R— MACオーバヘッドを付加することによって、 U— MACフ レームを RPR— MACフレームに変換する。 ノード 900— 1は、 この RPR
— MACフレームをブロードキャスト送信する。このとき、ノード 900 _ 1は、 この R PR— MACフレームをインナ一リングとアウターリングのどちらに送出 してもよい。 また、 インナ一リング、 アウターリングの双方に送出してもよい。 図 6では、 ノード 900— 1が、 RPR— MACフレームを、 ァウタ一リング 5 01 -a-ou t e rに送出して、 転送経路 650で転送を行う場合を示してい る。
ノード 900— 4は、 この RP R—MACフレーム (ブロードキャストァドレ スを送信先とする RPR—MACフレーム) を受信すると、 RPR—MACフレ
—ムを取り込むとともに、 その RPR— MACフレームのコピーをリング 50 1
— aに送出する。 このとき、 ノード 900— 4は、 インナーリングとアウターリ ングのうち、 R PR— MACフレームが転送されてきた方のリングレツトに RP R— MACフレームのコピーを送出する。 従って、 本例では、 RPR—MACフ レームのコピ一をアウターリング 501 -a-ou t e rに送出する。
また、 ノード 900— 4は、 取り込んだ RPR—MACフレームにおける送信 元 RPR—MACアドレス (本例では "900— 1") と、 RP R— MACフレー ム内に収められた U— MACフレームの送信元 U— MACァドレス (本例では端 末 510のアドレス) との対応関係を、 自身が有するラーニングデータベースに 登録する。 その後、 ノード 900— 4は、 RPR—MACフレームから RPR—
MACオーバヘッドを除去し、 U— MACフレームに変換する。 そして、 ノード 900— 4は、 その U— MACフレームを、 リング 501— a外のノード 900 一 4に接続された端末や機器 (図示せ 。) に転送する。
ノード 900— 3, 700 - 2, 700 - 1, 900— 2も、 ノード 900— 4と同様に、 RPR— MACフレームを取り込むとともに、 RPR— MACフレ —ムのコピ一をアウターリング 501— a— ou t e rに送出する。 この結果、 R PR— MACフレームは、 図 6に示す転送経路 650に沿ってリング内を転送 される。 また、 各ノード 900— 3, 700 - 2, 700 - 1, 900— 2は、 ノード 900— 4と同様に、 送信元 RPR— MACアドレス (本例では " 900
- 1") と送信元 U— MACアドレス (本例では端末 5 10のアドレス) の対応関 係を、 自身のラーニングデータベースに登録する。そして、、 RPR— MACフレ —ムの RP R— MACオーバへッドを除去し、 U— MACフレームをリング 50 1一 a外の端末や機器 (図示せず) に転送する。
なお、 リング構成の場合、 ブロードキャスト送信された R PR—MACフレー ムは、 リングを一周してその送信元のノードに戻る。 各ノード 900— 1〜 90 0 - 8, 700— 1〜 700— 4は、 受信した R P R— MA Cフレームの送信元 R PR— MACアドレスを参照して、 そのァドレスが自ノードの R PR— MAC アドレスと一致しているならば、 その RPR— MACフレームを廃棄する。 従つ て、 R PR— MACフレームがループしてしまうことはない。
ノ一ド 700— 2は、 取り込んだ R PR— MACフレームの R PR— MACォ —バへッドを取り除き、 R PR— MACフレームを U— MACフレームに変換す る。 そして、 ノード 700— 2は、 インタリンク 506にその U— MACフレー ムを送出する。 ノード 700— 2は、 インタリンク 506に接続されるポートを フォヮ一ディング状態に設定しているので(図 5に示すステップ S 632参照。)、 イン夕リンク 506に U— MACフレームを送出可能である。 この U— MACフ レームは、 図 6に示す転送経路 641に沿ってノード 700— 4に転送される。 インタリンク 506を介して U— MACフレームを受信したノード 700 -4 は、 自身のラーニングデータベースを用いて、 その U— MACフレームにおける 送信先 U— MACアドレスに対応する R PR— MACアドレスを検索する。 この とき、 ラーニングデータベースの学習内容はフラッシュされているため、 検索に 失敗する。 R PR— MACアドレスの検索に失敗した場合、ノード 700— 4は、 送信先 RP R— MACアドレスをブロ ドキャストアドレスとし、 自身の RPR
— MACアドレス "700— 4" を送信元 R PR— MACアドレスとする R PR 一 MACオーバへッドを U— MACフレームに付加する。 ノード 700— 4は、 RPR— MACオーバへッドを付加することによって、 U— MACフレームを R PR— MACフレームに変換する。 ノード 700— 4は、 この RPR— MACフ レームをブロードキャスト送信する。 このとき、 ノード 700—4は、 この RP R— MACフレームをインナ一リングとアウターリングのどちらに送出してもよ い。また、インナ一リング、 ァウタ一リングの双方に送出してもよい。図 6では、 ノード 700— 4が、 RP R—MACフレームを、 ァウタ一リング 502— b— ou t e rに送出して、 転送経路 65 1で転送を行う場合を示している。
ノ一ド 900— 8は、 この RPR— MACフレーム (ブロードキャストァドレ スを送信先とする RPR— MACフレーム) を受信すると、 RPR— MACフレ ームを取り込むとともに、 その RP R—MACフレームのコピーをアウターリン グ 502— b— ou t e rに送出する。 また、 ノード 900— 8は、 取り込んだ R PR— MACフレームにおける送信元 R PR— MACアドレス (本例では "7 00-4") と、 RPR— MACフレーム内に収められた U— MACフレームの送 信元 U— MACアドレス (本例では端末 510のアドレス) との対応関係を、 自 身が有するラーニングデータベースに登録する。 その後、 ノード 900— 8は、 RPR— MACフレームから R PR— MACオーバへッドを除去し、 U— MAC フレームに変換する。そして、ノード 900— 8は、その U— MACフレームを、 リング 501— b外のノード 900— 8に接続された端末や機器(図示せず。) に 転 ¾ ^る。
ノード 900— 7, 900 - 6, 900— 5, 700— 3も、 ノード 900— 8と同様に、 RPR— MACフレームを取り込むとともに、 RPR— MACフレ —ムのコピーをアウターリング 502— b— ou t e rに送出する。 この結果、 R PR— MACフレームは、 図 6に示す転送経路 651に沿ってリング内を転送 される。 また、 各ノード 900— 7, 900 - 6, 900 - 5, 700— 3は、 ノード 900— 8と同様に、 送信元 RPR— MACアドレス (本例では "700 — 4") と送信元 U— MACアドレス (本例では端末 510のアドレス) の対応関 係を、 自身のラーニングデータベース 登録する。 そして、、 RPR— MACフレ —ムの R PR— MACオーバへッドを除去し、 U— MACフレームをリング 50 1一 b外の端末や機器 (図示せず) に転送する。
また、 ノード 700— 4は、 自身がブロードキャスト送信した R PR— MAC フレームがリング内を一周してノード 700— 4自身に転送されてきたならば、 その R PR— MACフレームを廃棄する。
ノード 900— 7は、 取り込んだ R PR— MACフレームの R PR—MACォ —バへッドを取り除き、 RPR— MACフレームを U— MACフレームに変換す る。 そして、 ノード 900— 7は、 その U— MACフレームを端末 51 1に転送 する。 この U— MACフレームは、 図 6に示す転送経路 642に沿って、 ノード 900— 7から端末 51 1まで転送される。
このように、 インタリンク 505に障害が発生したとしても、 端末 5 10から 端末 51 1へのフレーム転送が可能となる。 次に、 端末 5 11から端末 5 10へ のフレーム転送について説明する。
図 7は、 端末 511から端末 510にフレームを転送する状況を示す説明図で ある。 図 7において、 点線で示す経路 643, 645, 647は、 U— MACフ レームの転送経路である。 また、 図 7において、 実線で示す経路 644, 646 は、 R PR— MACフレームの転送経路である。
図 6で示した端末 510から端末 51 1にフレームを転送する過程で、 リング 50 1一 b内の各ノードは、 端末 5 10のアドレス (U— MACアドレス) と、 RPR— MACアドレス "700— 4" との対応関係を自身のラーニングデ一夕 ベースに学習している。 同様に、 リング 501— a内の各ノードは、 端末 5 10 のァドレスと、 RPR—MACアドレス "900— 1 " との対応関係を自身のラ 一二ングデータベースに学習している。 従って、 端末 51 1から端末 510への ュニキャスト通信が可能となる。
すなわち、 ノード 900— 7は、 送信先 U— MACアドレスが端末 510のァ ドレスである U— MACフレームを端末 51 1から受信すると、 ラーニングデー 夕べ一スを参照して、 送信先 RPR— MACアドレスを "700— 4" と特定す ることができる。 そして、 ノ一ド 900— 7は、 送信先 RPR— MACアドレス を "700—4" とし、 送信元 RPR^MACアドレスを "900— 7" とする RPR— MACオーバへッドを U— MACフレームに付加し、 リング 501— b 内に転送する。 この結果、 転送経路 644に沿って、 ノード 900— 7からノー ド 700— 4まで R PR— MACフレームが転送される。 転送経路 644上のノ —ド 900— 8, 700— 4は、 R PR— MACフレームを受信すると、 送信元 R PR— MACアドレス (本例では "900— 7") と、 R PR— MACフレーム 内に収められた U— MACフレームの送信元 U— MACアドレス (本例では端末
51 1のアドレス) との対応関係を、 自身が有するラーニングデータベースに登 録する。
また、 ノード 700— 4は、 R PR— MACフレームを受信すると、 その送信 先 R PR—MACアドレスが自身の R PR— MACアドレスと一致しているので、 その RPR—MACフレームを取り込む。 そして、 取り込んだ RPR— MACフ レームの R PR— MACオーバへッドを取り除き、 R PR— MACフレームを U — MACフレームに変換する。 ノード 700— 4は、 イン夕リンク 506にその U— MACフレームを送出する。 この U— MACフレ一ムは、 図 7に示す転送経 路 644に沿ってノ一ド 700— 2に転送される。
イン夕リンク 506を介して U— MACフレームを受信したノード 700— 2 は、 その送信先 U— MACアドレス (端末 510のアドレス) に対応する RPR 一 MACアドレスを参照する。 ラーニングデータベースには、 端末 510のアド レスに対応する RP R— MACアドレスとして、 "900— 1"が登録されている。 従って、 ノード 700— 2は、 送信先 R PR—MACアドレスを "900— 1" とし、 送信元 R PR— MACアドレスを "700— 2" とする R PR— MACォ
—バヘッドを U— MACフレームに付加し、 リング, 501— a内に転送する。 こ の結果、 転送経路 646に沿って、 ノード 700— 2からノード 900— 1まで RP R—MACフレームが転送される。 転送経路 646上のノード 900— 3, 900 -4, 900— 1は、 RPR— MACフレームを受信すると、 送信元 RP R— MACアドレス (本例では " 700— 2") と、 R PR— MACフレーム内に 収められた U— MACフレームの送信元 U— MACアドレス (本例では端末 51 1のアドレス) との対応関係を、 自身が有するラーニングデータベースに登録す る。 .
この結果、 ノード 900— 1, 900 -4, 900— 3は、 端末 51 1のアド レスと RPR— MACアドレス "700— 2" との対応関係をラーニングデ一夕 ベースに学習する。 また、 ノード 700— 4, 900— 8は、 端末 5 1 1のアド レスと R PR— MACアドレス "900— 7" との対応関係をラーニングデ一夕 ベースに学習する。 従って、 端末 510から端末 511へのュニキャスト通信も 可能となる。
以上のような障害発生時における回復動作を実現する場合、 インタリンクの障 害を検出する必要がある。 インタリンク 505の障害検出は、 例えば、 インタリ ンク 505, 506のそれぞれの両端のノード 700— 1 , 700 _ 3間、 ノ一 ド 700— 2, 700一 4間でそれぞれのノードが物理リンクの障害を直接検出 することにより実現してもよい。
また、 接ノードがイン夕リンクを介して定期的に他のリングの接ノードに KeepAl ive信号を送信し、 KeepAl ive信号が未到着であることをもってインタリ ンクの障害を検出してもよい。 KeepAlive信号は、 例えば、 U— MACフレーム と同様のフォーマットの信号である。 KeepAlive信号を、 U— MACフレームと 同様のフォーマツトの信号として生成する場合、 その KeepAlive信号は、 制御甩 の U— MACフレームとして送受信される。 KeepAlive信号を利用して、 リング 内の各ノ一ドにィンタリンク障害の発生を通知する態様として、 2つの態様があ る。 第 1の態様では、 接ノード自身が、 一定期間キープアライブ信号を受信しな かったときに、 その接ノードが接続されているインタリンクに障害が発生したと 判定する。 そして、 障害が発生したと判定したときに、 障害検出を示すインタリ ンク障害通知 RPR— MACフレームをリング内にブロードキャスト送信する。 このィンタリンク障害通知 RP R—MACフレームには、 ィン夕リンク障害の発 生を検出した接ノードの情報を含める。 例えば、 接ノード 700— 1が、 一定期 間、 接ノード 700— 3から KeepAlive 信号を受信しなかったとする。 すると、 接ノード 700— 1は、 接ノード 700— 1がイン夕リンク障害を検出したこと を示すインタリンク障害通知 RPR— MACフレームをリング 501— a内にブ ロードキャスト転送すればよい。 第 1の態様では、 インタリンクを介して送受信 される KeepAlive信号は、 各接ノード 終端される。 また、 リング内に転送され るィンタリンク障害通知 R PR—MACフレームは、 インタリンクにおける障害 発生を通知する。
第 2の態様では、 接ノードが KeepAlive信号を終端せずに、 RPR— MACォ —バヘッドを付加してリング内に転送する。 すなわち、 接ノードが KeepAlive信 号に R PR— MACオーバへッドを付加することにより、 KeepAlive信号をイン 夕リンク障害通知 R PR— MACフレームに変換し、 そのイン夕リンク障害通知
RP R—MACフレームをリング内にブロードキャスト転送してもよい。 この場 合、 インタリンク障害通知 RPR— MACフレームは、 KeepAlive信号を含んで いるので、 イン夕リンクに障害が発生していないことを示す。 第 2の態様では、 リング内の各ノードが、 このインタリンク障害通知 RP R— MACフレームがー 定時間、 転送されてこないことをもって、 KeepAlive 信号を含むインタリンク障 害通知 R PR— MACフレームの送信元ノードに接続されるインタリンクに障害 が発生したことを検出する。 第 1の態様では、 接ノードがインタリンク障害を検 出し、 その接ノードが属するリング内の各ノードに障害検出を通知するが、 第 2 の態様では、リング内の各ノードがそれぞれイン夕リンク障害の発生を検出する。 なお、 接ノードは、 インタリンク障害通知 R PR— MACフレームの送信先 R
PR— MACアドレスを、 予約された R PR— MACアドレス (制御用識別子) としてもよい。 具体的には、 送信先 RPR— MACアドレスを、 RPR—MAC フレームの種類がィン夕リンク障害通知 RP R— MACフレームであり、 プロ一 ドキャスト転送されることを示す制御用識別子としてもよい。
また、 インタリンク障害通知 RPR— MACフレームは、 リング内を 1周して 送信元ノードに戻ったときに廃棄される。 例えば、 接ノード 700— 1がインタ リンク障害通知 RPR— MACフレ一ムを送信し、 そのインタリンク障害通知 R PR— MACフレームがリング内を一周して接ノード 700— 1に戻ったとする。 すると、 接ノードは、 そのイン夕リンク障害通知 RPR— MACフレームの送信 元 R PR— MACアドレスが自身の R PR— MACアドレスと一致しているので、 そのインタリンク障害通知 RPR— MACフレームを廃棄する。
図 8は、 KeepAlive信号を利用して、 リング内の各ノードにインタリンク障害 の発生を通知する第 1の態様を示すフ p—チヤ一トである。ここでは、図 8では、 接ノード 700 _ 1の動作を中心に説明するが、 接ノード 700— 3等の動作も 同様である。
接ノード 700— 1は、 一定時間、 インタリンク 505を介して他のリングの 接ノード 700— 3から KeepAlive信号を受信しなかった場合、インタリンク 5 05に障害が発生したと判定する (ステップ S 641)。 そして、 接ノード 700 一 1は、 障害が発生したイン夕リンクを特定可能な情報 (例えば、 障害を検出し た自身のノードの R PR— MACアドレス) を含むィン夕リンク障害通知 R PR — MACフレームをリング 501一 a内に送出する (ステップ S 642)。
接ノード 700 - 1と同一リング内の他のノードは、 このインタリンク障害通 知 R PR— MACフレームを受信すると、 ラーニングデータベースの学習内容を フラッシュする (ステップ S 643)。 そして、インタリンク障害通知 RPR— M
ACフレームを次のノードに送出する (ステップ S 644)。 なお、 予備ィンタリ ンク 506に接続された接ノード 700— 2は、 ステップ S 643の後 (あるい は前でもよい) に、 インタリンク 506に接続される自ノードのポートをフォヮ 一ディング状態にする処理も行う。
接ノード 700— 1は、 自身が送信したインタリンク障害通知 RPR— MAC フレームを受信したならば、 そのインタリンク障害通知 R PR— MACフレーム を廃棄する (ステップ S 645)。
図 9は、 KeepAlive 信号を利用して、 リング内の各ノードにインタリンク障害 の発生を通知する第 2の態様を示すフローチャートである。 図 9では、 接ノード 700— 1の動作を中心に説明するが、 接ノード 700 _ 3等の動作も同様であ る。
接ノード 700— 1は、 インタリンク 505を介して他のリングの接ノ一ド 7 00— 3から KeepAlive信号を受信したならば、その KeepAl ive信号を含むイン タリンク障害通知 R PR— MACフレームをリング 50 1一 a内に送出する (ス テツプ 65 1)。 すなわち、 接ノード 700— 1は、 KeepAlive 信号を終端せず にインタリンク障害通知 RPR— MACフレームに変換してリング内に送出する。 このイン夕リンク障害通知 RP R— MACフレームは、 インタリンク 505が正 常であることを示す。 ,
接ノード 700— 1と同一リング内の他のノードは、 このインタリンク障害通 知 RP R— MACフレームを受信すると、 イン夕リンク 505に障害が生じてい ないと判定し、 次のノードに転送する (ステップ S 652)。接ノード 700— 1 は、 自身が送信したイン夕リンク障害通知 RPR— MACフレームを受信したな らば、 そのインタリンク障害通知 RPR— MACフレームを廃棄する (ステップ
Figure imgf000042_0001
また、 接ノード 7 0 0— 1と同一リング内の他のノードは、 一定時間、 KeepAlive 信号を含むインタリンク障害通知 R P R— MA Cフレームを受信しな かった場合、インタリンク 505に障害が発生したと判定し(ステップ S 654)、 ラーニングデータベースの学習内容をフラッシュする(ステップ S 655)。なお、 予備イン夕リンク 506に接続された接ノード 700— 2は、 ステップ S 655 の後 (あるいは前でもよい) に、 インタリンク 506に接続される自ノ一ドのポ ートをフォヮ一ディング状態にする処理も行う。
また、 図 9では示していないが、 接ノード 700— 1は、 第 1の態様と同様に (図 8に示すステップ S 641と同様に)、インタリンク 505に障害が発生した ことを判定する。
なお、 リング内の各ノードにィン夕リンクでの障害発生を通知するためにィン 夕リンク障害通知 R P R— MA Cフレームを送信する場合、 ィン夕リンク障害通 知 RPR— MACフレームをブロードキャスト送信してもよい。 あるいは、 隣接 するノードで終端される R PR— MACフレームとしてインタリンク障害通知 R PR— MACフレームを送信してもよい。 そして、 各ノードは、 イン夕リンク障 害通知 R PR— MACフレームを受信して、 そのインタリンク障害通知 RPR— MACフレームを終端したならば、 次のノードで終端されるインタリンク障害通 知 R PR—MACフレームを生成し、次のノードに送信してもよレ^このように、 各ノードで一旦フレームを終端してから、 次のノードにフレームを送信すること をホップバイホップ処理と呼ぶ。 ブロードキャス卜送信の場合には、 イン夕リン ク障害通知 RPR— MACフレームは、 各ノードで終端されることなく、 リング 内を転送される。
以上に説明したように、 本発明におけるリングネットワークシステムは、 イン タリンクに障害が発生したときに、 ラーニングデータベースの学習内容をフラッ シュする。 ただし、 ラーニングデータベースの学習内容をフラッシュするのは、 現用インタリンク 505に障害が発生したときのみである。
また、 既に説明したように、 ラーニングデータベースの学習内容をフラッシュ する時には全ての学習内容をフラッシュしてもよい。 あるいは、 ラーニングデー 夕ベースの学習内容のうち、 イン夕リンクの障害を検出したノードの RPR—M ACアドレスおよびその R PR—MACアドレスに対応付けられた U—MACァ ドレスの情報のみを、 ラーニングデータベースの学習内容の中から選択的にフラ ッシュしてもよい。 学習内容を選択的にフラッシュした場合、 インタリンクを経 由せずに所望の端末まで U— M A Cフレームを送信する場合、 図 6で例示したよ うなブロードキャスト通信を行う必要はない。 例えば、 インタリンク 505に障 害が発生し、 R PR— MACアドレス "700— 1" および "700— 1 " に対 応する U— MACアドレスのみを選択的にフラッシュしたとする。 その後、 端末 510から、 ノード 900— 4に接続された端末 (図示せず。) に U— MACフレ —ムを送信するとする。 このとき、 ノード 900— 1は、 U— MACフレームの 送信先となる端末のアドレスと、 RPR— MACアドレス " 900— 4" との対 応関係はラーニングデ一夕ベースに残している。 従って、 送信先 U— MACアド レスから RP R— MACアドレス "900— 4" を検索することができ、 U— M ACフレームから変換した RPR— MACフレームをノード 900— 4に送信す ればよい。 従って、 図 6に例示するようなブロードキャスト送信を行う必要がな い。
また、 インタリンク 505, 506に接続されたノード 700— 3, 700 - 4から送付される KeepAlive信号が、 KeepAl ive信号送信元のノードが属するリ ング情報 (リングの識別情報、 本例ではノード 700— 3が属するリング 501 —bのリング識別情報) とともに通知されてもよい。 このように、 KeepAlive信 号と、 KeepAlive 信号送信元のノードが属するリングの識別情報が、 イン夕リン クを介して他のリングの接ノードに送信され、 かつ、 上記第 2の態様のように、 KeepAlive信号を受信した接ノードが、 KeepAlive信号を含むィン夕リンク障害 通知 RPR— MACフレームをリング^の各ノードに転送させるとする。 この場 合、 そのリング内の各ノードは、 現用インタリンクの障害を検出すると、 リング の識別情報により特定されるリングと、 自身が属するリングとを接続する予備ィ ン夕リンクを介してリング間でのフレーム転送を行うようにラーニングデータべ ースの内容を書き換えてもよい。 例えば、 リング 501— aの各ノードは、 ラー ニングデータベースにおける R PR— MACアドレス "700— 1 " を、 リング の識別情報により特定される予備ィン夕リンクに接続される接ノードの R P R— MACアドレス "700— 2" に変更する。 この結果、 図 6に示すようなブロー ドキャスト ¾信を行わなくても、 予備インタリンク 506を使用して所望の端末 まで U— MACフレームを転送することができる。
また、 各リング内の各ノードは、 インタリンクでの障害発生に関するインタリ ンク障害通知 RPR— MACフレームとは別に、 リング内のノード間のリンクで の障害発生に関する障害通知 R P R— MACフレームの授受を行う。 「ィンタリ ンク障害通知 RPR— MACフレーム」 と、 「障害通知 RPR— MACフレーム」 とは異なる R PR— MACフレームとして区別する。 リング内の各ノードは、 隣 接するノードとの間のリンクに障害が発生していない場合、 障害検出ノード情報
(リンクの障害を検出したノードの情報) を含まない障害通知 R PR— MACフ レームを、 隣接するノードとの間で互いに送受信する。 この障害検出ノード情報 を含まない障害通知 R PR— MACフレームを受信したということは、 隣接する ノードとの間のリンクに障害が発生していないことを意味する。 そして、 リング 内の各ノードは、 隣接するノードから、 一定時間、 障害検出ノード情報を含まな い障害通知 R PR— MACフレームを受信しなかった場合、 その隣接するノード との間のリンクに障害が発生したと判定する。 そして、 リンクの障害検出ノード 情報として自身の情報 (例えば、 自身の RPR— MACアドレス) を含む障害通 知 R PR— MACフレームをリング内に転送させる。
なお、 障害検出ノード情報を含まない障害通知 RPR— MACフレームは、 隣 接ノードに送信され、 隣接ノードで終端される。 一方、 実際に障害を検出したと きに送信される障害検出ノード情報を含む障害通知 R PR— MACフレームは、 リング内を一周するようにブロードキャスト送信され、 その障害通知 R PR— M ACフレームの送信元であるノードに學つたときに廃棄される。 この結果、 リン グ内の各ノードに、 リング内のリンクでの障害を検出したノードの情報を通知で きる。
次に、 リングネットワークシステムに適用されるノードの構成について説明す る。 以下、 接ノードおよび接ノード以外のノードとに分けて、 ノードの構成を説 明する。
図 10は、 本発明によるリングネットワークシステムに適用される接ノ一ド 7
00— 1〜 700— 4 (これらの接ノードをまとめて接ノード 700と記す場合 がある。) の樺成例を示すブロック図である。 各接ノード 700は、 パケット多重 分離回路 710と、 フレーム変換回路 720と、 フォワーディングエンジン 73 0と、 リングトポロジ情報収集回路 740と、 リング障害情報収集 750と、 ィ ンタリンク障害検出回路 760と、 R PRイン夕リンク障害情報収集回路 7 70 と、 経路決定回路 7 8 0と、 フラッシュ回路 7 8 1 と、 ADM (Add-Drop Multiplexer) 790とを備える。 さらに、 接ノード 700は、 U— MACァドレ スと、 RPR—MACアドレスとの対応関係を記憶するラーニングデータべ一ス 721を備え、 また、 R PR— MACアドレスと、 出力リング (インナーリング とアウターリングのいずれか、 あるいは両方を示す情報) との対応関係を記憶す るフォヮ一ディングデ一夕ベース 731を備える。
なお、 ラ一ニングデータベース 72 1は、 制御用の U— MACフレームに含ま れる予約された U—MACアドレス (制御用の U— MACフレームに含まれる制 御用識別子) と、 予約された RP R— MACアドレス (R PR— MACフレーム の送信先 R PR— MACアドレスとなる制御用識別子)との対応関係も記憶する。 従って、 例えば、 KeepAlive信号に RPR— MACオーバヘッドを付加する際に 用いる制御用識別子も、 ラーニングデータベース 721から検索することができ る。
また、 以下の説明では、 KeepAlive信号を利用して、 インタリンク障害の発生 を検出するものとして説明する。 また、 インタリンク障害発生の通知態様が、 上 述の第 1の態様である場合を例にして説明する。
パケット多重分離回路 7 10は、 イン夕リンク 505またはイン夕リンク 50 6に接続されている。 インタリンクに孿続されるパケット多重分離回路 710の ポートをフォワーディング状態に設定している場合、 パケット多重分離回路 7 1 0は、 以下のように動作する。 パケット多重分離回路 7 1 0は、 フレーム変換回 路 7 2 0から U— MA Cフレームを受信する。 この U— MA Cフレームは、 リン グ内から転送されてきた R P R— MA Cフレームが、 フレーム変換回路 3 2 0に よって変換されたものである。 また、 パケット多重分離回路 7 1 0は、 インタリ ンク障害検出 7 6 0から定期的に KeepAl ive 信号を受信する (後述するように、 インタリンク障害検出 7 6 0は定期的に KeepAl ive 信号を生成しパケット多重 分離回路 7 .1 0に送出している。)。 パケット多重分離回路 7 1 0は、 フレーム変 換回路 7 2 0から送出される U— MA Cフレームと、 インタリンク障害検出回路 7 6 0から送出される KeepAl ive信号を多重して、接続されているインタリンク に送出する。
また、 パケット多重分離回路 7 1 0は、 パケット多重分離回路 7 1 0自身が接 続されているインタリンクを介して、 他のリングの接ノードから U— MA Cフレ —ム ( KeepAl ive 信号は除く。) を受信した場合、 その U— MA Cフレームをフ レーム変換回路 7 2 0に送出する。 また、'パケット多重分離回路 7 1 0は、 イン 夕リンクを介して、 他のリングの接ノードから KeepAl ive 信号を受信した場合、 その KeepAl ive信号をインタリンク障害検出回路 7 6 0に送出する。
インタリンクに接続されるバケツト多重分離回路 7 1 0のポートをブロック状 態に設定している場合 ケット多重分離回路 7 1 0は、以下のように動作する。 パケット多重分離回路 7 1 0は、 フレーム変換回路 7 2 0から U— MA Cフレー ムを受信した場合、 その U— MA Cフレームを廃棄する。 また、 インタリンクを 介して、 他のリングの接ノードから U— MA Cフレーム ( KeepAl ive 信号は除 く。) を受信した場合、 その U— MA Cフレームも廃棄する。 ただし、 パケット多 重分離回路 7 1 0は、 インタリンクとの接続ポートをブロック状態にしている場 合であっても、 KeepAl ive信号に関しては、 フォワーディング状態の場合と同様 に廃棄しない。 すなわち、 バケツト多重分離回路 7 1 0は、 インタリンク障害検 出 7 6 0から KeepAl ive信号を受信した場合、その KeepAl ive信号をイン夕リン クに送出する。 また、 イン夕リンクを介して、 他のリングの接ノードから KeepAl ive信号を受信した場合、 その eepAl ive信号をインタリンク障害検出回 路 7 6 0に送出する。 フレーム変換回路 720は、 バケツト多重分離回路 7 10が他のリングの接ノ ードから KeepAlive信号以外の U— MACフレームを受信し、その U— MACフ レームがパケット多重分離回路 7 10から転送されてきた場合、 ラーニングデー 夕ベース 721を参照して、 その U— MACフレームの送信先 U— MACァドレ スに対応する RPR— MACアドレスを検索する。 そして、 フレーム変換回路 7
20は、 検索したアドレスを送信先 RPR— MACアドレスとし、 自ノードアド レスを送信元 RPR— MACアドレスとする RPR— MACオーバへッドを付加 することにより、 U— MACフレームを RPR—MACフレームに変換する。 ま た、 フレーム変換回路 720は、 U— MACフレームの送信先 U— MACァドレ スに対応する R PR— MACアドレスの検索に失敗した場合 (すなわち、 その U
— MACアドレスと R PR— MACアドレスの対応関係が未学習であった場合)、 ブロードキャストアドレスを送信先 R PR— MACアドレスとして、 RPR—M ACフレ一ムへの変換を行う。 フレーム変換回路 720は、 U— MACフレーム を RPR— MACフレームに変換した後、 その RPR— MACフレームをフォヮ ーデイングエンジン 330に送出する。
なお、 KeepAlive信号以外の制御信号が U— MACフレームとして、 パケット 多重分離回路 7 10からフレーム変換回路 720に送出される場合もある。 この 場合も、 フレーム変換回路 720は、 その U— MACフレームの予約された U— MACアドレス (制御用の U— MACフレームに含まれる制御用識別子) に対応 する予約された R PR— MACアドレス (制御用識別子) をラーニングデ一夕べ
—スから検索し、 その制御用識別子を送信先 R PR— MACアドレスとして U— MACフレームから R PR— MACフレームへの変換を行えばよい。
また、 フ!/ーム変換回路 720は、 ADM790がリング内から RPR— MA Cフレームを受信し、 その RPR— MACフレームが ADM790から転送され てきた場合、 RPR— MACオーバヘッドを除去して、 RPR— MACフレーム を U— MACフレームに変換する。 そして、 フレーム変換回路 720は、 その U
— MACフレームをパケット多重分析回路 710に送出する。 このとき、 フレー ム変換回路 720は、 ADM790か 転送された RPR— MACフレームにお ける送信元 RP R— MACアドレスと、 その R PR—MACフレームに収められ ていた U— MACフレームにおける送信元 U— MACァドレスとの対応関係をラ 一二ングデータベース 72 1に登録する。 既に登録済みである場合には、 上書き 登録する。
フォヮ一ディングエンジン 730は、 フレーム変換回路 720から転送される RP R— MACフレームの送信先 RPR— MACアドレスに基づいて、 RPR—
MACフレームをィンナ一リングとアウターリングのどちらに送出するのか、 あ るいはインナ一リングとアウターリング両用に送出するのかを決定する。 このと き、 フォヮ一ディングエンジン 330は、 フォヮ一ディングデータベース 33 1 を参照して、 送信先 R PR— MACアドレスに対応する出カリングを参照して決 定すればよい。 そして、 フォワーディングエンジン 730は、 RPR— MACフ レームと出力リング情報 (R P R— MA Cフレームをィンナ一リングに送出する のか、 アウターリングに送出するのか、 あるいはその両用に送出するのかを示す 情報) を ADM790に転送する。
リングトポロジ情報収集回路 740は、 図 10に示す接ノード自身が属するリ ング内のノード構成を把握するためのトポロジデイス力バリ RPR— MACフレ
—ムを生成し、 出力リング情報とともに ADM790に転送する。 また、 ADM 790がリング内からトポロジデイス力バリ RPR— MACフレームを受信し、 そのトポロジデイス力バリ RP R— MACフレームが ADM 790から転送され てきた場合、 リングトポロジ情報収集回路 740は、 トポロジデイス力バリ RP R— MACフレームが示すリングトポロジ情報を経路決定回路 780に通知する。 なお、 リング内の各フレームは、 トポロジデイス力パリ R PR—MACフレーム を受信すると自ノードの情報 (例えば、 RPR—MACアドレス) をそのフレー ムに付加し.、 次のノードに転送する。 従って、 あるノードが送信したトポロジデ イス力バリ RP R—MACフレームがリング内を一周して送信元のノードに戻つ てきた場合、 送信元のノードは、 リング内のノードの配置状況 (リングトポロジ 情報) を認識することができる。 リングトポロジ情報収集回路 740は、 ADM 790から転送されたトポロジデイス力バリ R PR— MACフレームからこのリ ングトポロジ情報を抽出して経路決定罔路 780に通知する。
次に、 リング障害情報収集回路 750の動作について説明する。 既に説明した ように、 リング内の各ノードは、 隣接するノードとの間のリンクに障害が発生し ていない塲合、 障害検出ノード情報を含まない障害通知 R PR— MACフレ一ム を、 隣接するノードとの間で互いに送受信する。 ADM790がリング内から障 害検出ノード情報を含まない障害通知 RPR—MACフレームを受信し、 その障 害通知 RP R— MACフレームが ADM790から転送されてきた場合、 リング 障害情報収集回路 750は、 何も動作を行わない。 すなわち、 隣接ノードとの間 のリンクに障害が発生していない時には、 リング障害情報収集回路 750は、 障 害検出ノード情報を含まない障害通知 R PR— MACフレームを受信するが、 そ のフレームの受信に伴い何らかの動作を行うことはない。
リング障害情報収集回路 750は、 一定時間、 障害検出ノード情報を含まない 障害通知 R PR— MACフレームが ADM 790から転送されてこなかった場合、 隣接するノードとの間のリンクに障害が発生したと判定する。 そして、 リング障 害情報収集回路 750は、 隣接するノードとの間のリンクにおける障害を自ノ一 ドが検出したことを示す情報を経路決定回路 780に転送する。 さらに、 障害検 出ノード情報として自ノードの情報を含む障害通知 R P R— M A Cフレームを出 力リング情報とともに ADM790に転送する。 この場合、 ADM790は、 そ の障害通知 RPR— MACフレームをリング内に送出する。
また、 ADM790がリング内から障害検出ノード情報を含む障害通知 R PR
— MACフレームを受信し、 その障害通知 RPR— MACフレ一ムが ADM79 0から転送されてきた場合、 リング障害情報収集回路 750は、 障害通知 RPR
— MACフレームから障害検出ノード情報を抽出する。 そして、 リング障害情報 収集回路 750は、 その障害検出ノード情報を経路決定回路 780に通知する。 そして、 リング障害情報収集回路 750は、 その障害検出ノード情報を含む障害 通知 R PR— MACフレームを出力リング情報とともに ADM 790に転送する。 このとき、 リング障害情報収集回路 750は、 出力リング情報として、 ADM7 90に障害通知 RPR— MACフレームが転送されてきたリングレットを指定す る出力リング情報を定める。 例えば、 障害通知 RPR— MACフレームがインナ 一リングから転送されてきた場合、 ィ:^ナ一リングを指定する出力リング情報を 定める。 この結果、 ADM790は、 障害通知 RPR— MACフレ一ムを、 障害 通知 RPR— MACフレームが転送されてきたリングレツトと同一リングレツト に送出する。 よって、 障害検出ノード情報を含む障害通知 RPR— MACフレー ムを受信した場合、 その障害通知 R P R— MA Cフレームと同一のフレームを次 のノードに転送することになる。
インタリンク障害検出回路 760は、 定期的に KeepAlive信号 (インタリンク に障害が生じていないことを他のリングに伝えるための KeepAlive信号) を生成 する。 このとき、 インタリンク障害検出回路 760は、 KeepAlive信号の制御用 識別子を送信先 U— MACアドレスとし、 自ノ一ドのァドレスを送信元 U— MA Cアドレスとする U— MACフレームとして KeepAlive信号を生成する。インタ リンク障害検出回路 760は、 生成した KeepAlive信号 (U— MACフレーム) をパケット多重分離回路 7 10に送信する。 この KeepAlive信号は、 パケット多 重分離回路 710によって他のリングに転送される。 なお、 イン夕リンク障害検 出回路 760は、 KeepAlive信号に、 自ノードが属するリングの識別子と自ノ一 ドを一意に決定する識別子を含めてもよい。 また、 自ノードが接続されているィ ン夕リンクに識別子が割り当てられている場合、 そのィンタリンク識別子を KeepAl ive信号に含めてもよい。
また、 インタリンク障害検出回路 760は、 パケット多重分離回路 710が他 のリングから KeepAl ive信号を受信し、その KeepAlive信号がパケット多重分離 回路 7 10から転送されてきた場合、 自ノードが接続されているインタリンクに 障害が発生していないと判定する。そして、インタリンク障害検出回路 760は、 一定時間、バケツト多重分離回路 710から KeepAlive信号が転送されてこない 場合、 自ノードが接続されているインタリンクに障害が発生したと判定し、 RP Rインタリンク障害情報収集回路 770に、 インタリンクにおける障害の発生を 通知する。
R PRイン夕リンク障害情報収集回路 770は、 インタリンク障害検出回路 7 60からイン夕リンクにおける障害発生の通知を受けると、 障害情報 (障害が発 生したィン夕リンクを特定可能な情報) を含むィンタリンク障害通知 R P R-M ACフレームを生成し、 出力リング情寧とともに ADM790に転送する。 この 結果、 ADM790からリング内にイン夕リンク障害通知 R PR— MACフレー ムが送出される。 なお、 RPRインタリンク障害情報収集回路 770は、 インタ リンク障害通知 RP R— MACフレームがリング内を一周して自ノードに戻るよ うにブロードキャスト送信を行ってもよい。 この場合、 インタリンク障害通知 R PR— MACフレームの送信先 R PR— MACアドレスを、 ブロードキャスト送 信に応じた制御用識別子とする。 また、 R PRインタリンク障害情報収集回路 7
70は、 ホップバイホップ処理によりインタリンク障害通知 R PR— MACフレ 一ムが各ノードに順次転送され ように送信先 R P R— MACアドレスを定めて もよい。 また、 RPRインタリンク障害情報収集回路 770は、 自ノードが接続 されるインタリンクに障害が発生した旨の情報をフラッシュ回路 781に通知す る。 フラッシュ回路 78 1は、 この通知に応じてラーニングデータベース 72 1 の学習内容をフラッシュする。
また、 図 10に示す接ノードには、 他の接ノードが送出したイン夕リンク障害 通知 R PR— MACフレームが転送されてくる場合もある。 この場合、 まず、 A DM 790が、 他の接ノードによって送出されたインタリンク障害通知 R PR— MACフレームを受信する。 そして、 そのインタリンク障害通知 RPR— MAC フレームを RPRインタリンク障害情報収集回路 770に転送する。 この場合、 R PRインタリンク障害情報'収集回路 770は、 そのインタリンク障害通知 RP R— MACフレームに含まれている障害情報 (障害が発生したイン夕リンクを特 定可能な情報) をフラッシュ回路 871に通知する。
インタリンク障害通知 R PR— MACフレームがブロードキャスト送信される ように設定されている場合、 ADM790は、 受信したインタリンク障害通知 R P R— MACフレームのコピーをそのまま次のノードに転送すればよい。
一方、 インタリンク障害通知 R P R— M A Cフレームがホップバイホップ処理 によって各ノ一ドに順次転送されるように設定されていた場合、 R P Rインタリ ンク障害情報収集回路 770は、 ADM790から受信したインタリンク障害通 知 R P R— MA Cフレームに含まれている障害情報を含むィン夕リンク障害通知 R PR—MACフレームであって、 次のノードで終端されるインタリンク障害通 知 RPR— MACフレームを生成し、 力リング情報とともに ADM790に転 送する。 このとき、 R PRイン夕リンク障害情報収集回路 770は、 出力リング 情報として、 ADM 790にインタリンク障害通知 RPR— MACフレームが転 送されてきたリングレットを指定する出力リング情報を定める。 例えば、 インタ リンク障害通知 R P R— MACフレームがインナーリングから転送されてきた場 合、 インナ一リングを指定する出力リング情報を定める。 この結果、 ADM79 0は、 イン夕リンク障害通知 R PR— MACフレームを、 イン夕リンク障害通知 RPR— MACフレームが転送されてきたリングレツトと同一リングレツ卜に送 出する。
経路決定回路 780は、 リングトポロジ情報収集回路 740から通知されるリ ングトポロジ情報と、 リング障害情報収集回路 7 50から通知される情報 (障害 通知 R PR— MACフレームから抽出された障害検出ノード情報)とに基づいて、 送信先 RPR— MACアドレスに対応する出カリングを決定し、 フォヮ一ディン グデータベース 7 3 1に登録する。 リング内に障害が発生した場合、 経路決定回 路 780は、 その障害発生位置を経由することとなる出力リングを、 障害発生位 置を経由しない出力リングに変更する。
フラッシュ回路 78 1は、 R PRインタリンク障害情報収集回路 770から通 知される情報(自ノードが接続されるインタリンクに障害が発生した旨の情報や、 ィン夕リンク障害通知 R P R— MA Cフレームに含まれていた障害情報) を受信 すると、 ラーニングデータベース 7 2 1に登録されている学習内容をフラッシュ する。 このとき、 フラッシュ回路 78 1は、 全ての学習内容をフラッシュしても よいし、 一部の学習内容を選択的にフラッシュしてもよい。 一部の学習内容を選 択的にフラッシュする場合、 R PRインタリンク障害情報収集回路 770から通 知される情報から特定されるノードの R PR— MACアドレスを含むェントリを フラッシュする。
また、 フラッシュ回路 78 1は、 自ノードが接続されるインタリンクに障害が 発生した旨の情報を受信した場合、 パケット多重分離回路 7 1 0におけるイン夕 リンクとの接続ポートをブロック状態とする。 また、 フラッシュ回路 78 1は、 現用イン夕リンク 505における障害発生を他の接ノードが検出した旨の情報を 受信した場合、 パケット多重分離回路? 1 0におけるインタリンクとの接続ポー トをフォヮ一ディング状態とする。 ADM790は、 フォワーディングエンジン 730、 リングトポロジ情報収集 回路 740、 リング障害情報収集回路 750、 R PRイン夕リンク障害情報収集 回路 770から転送される各種 R PR—MACフレームをインナーリングまたは アウターリング、 あるいはその両方に送出する。 ADM790は、 RPR— MA Cフレームをインナ一リングに送出するか、 アウターリングに送出するか、 ある いはその両方に送出するかを、 R PR— MACフレームとともに転送される出力 リング情報に基づいて決定する。
また、 ADM790は、 インナーリングやアウターリングから各種 RP R—M A Cフレームを受信した場合、 その RPR— MACフレームの送信先 R P R— M ACアドレスを参照する。 そして、 送信先 RP R—MACアドレスに基づいて、 その RPR— MACフレームをドロップするか (リング内から取り込むか) 否か を判定する。 ADM790は、ドロップしない R PR— MACフレームについは、 そのまま次のノードに送出する。 また、 阿 ADM790は、 ドロップすると判定 した場合、 受信した R PR— MACフレームをフレーム変換回路 720、 リング トポロジ情報収集回路 740、 リング障害情報収集回路 750、 または RPRィ ンタリンク障害情報収集回路 770に転送する。 どの回路に転送するかは、 RP R— MACフレームの種類による。 例えば、 受信した RPR—MACフレームが トポロジディスカバリ RP R— MACフレームであれば、 リングトポロジ情報収 集回路 740に転送する。 障害通知 RPR— MACフレームであれば、 リング障 害情報収集回路 750に転送する。 インタリンク障害通知 RPR—MACフレー ムであれば、 R PRイン夕リンク障害情報収集回路 770に転送する。 自ノード の RP R— MACアドレスを送信先 RPR— MACアドレスとしている場合には、 フレーム変換回路 720に転送する。
図 1 1は、 本発明によるリングネットワークシステムに適用される接ノード以 外のノード 900— 1〜900— 8 (これらのノードをまとめてノード 900と 記す場合がある。)の構成例を示すブロック図である。接ノード 700と同様の構 成部については、 図 10と同一の符号を付し、 説明を省略する。 各ノード 900 は、 パケットスィッチ 910と、 フレ ム変換回路 720と、 フォワーディング エンジン 730と、 リングトポロジ情報収集回路 740と、 リング障害情報収集 回路 750と、 RPRインタリンク障害情報収集回路 770と、 経路決定回路 7 80と、 フラッシュ回路 781と、 ADM790とを備える。 さらに、 ノード 9 00は、 ラーニングデータべ一ス 721と、 フォヮ一ディングデータべ一ス 73 1とを備える。
すなわち、 ノード 900は、 パケット多重分離回路 7 10の代わりにパケット スィッチ 910を備え、 また、 インタリンク障害検出回路 760を不要としてい る。
パケットスィッチ 910は、 UN I (User Network Interface) であり、 UN Iポート 901, 902を介して、 端末との間で U— MACフレームの送受信を 行う。 パケットスィツチ 910は、 各 UN Iポート 90 1 , 902を介して U— MACフレームを受信すると、 11?^ 1ポ一ト 901, 902からの U— MACフ レームを集線してフレーム変換回路 720に転送する。 また、 パケットスィッチ 910は、 フレーム変換回路 720から U— MACフレームが転送されてきた場 合、 その U— MACフレームを適切な UN Iポート (U— MACフレームの送信 先となる端末に接続される UN Iポート) から出力する。
ノード 900のフレーム変換回路 720は、 パケット多重分離回路 7 10では なく、 パケットスィッチ 910と U— MACフレームを送受信する。 他の点に関 しては、 接ノード 700のフレーム変換回路 (図 10参照。) と同様である。
ノード 900の R PRインタリンク障害情報収集回路 770は、 接ノード 70 0の R PRイン夕リンク障害情報収集回路 (図 10参照。) と同様の動作を行う。 ただし、 ノード 900は、 図 1 0に示すようなイン夕リンク障害検出回路 760 は備えていない。 従って、 インタリンクにおける障害発生の通知を受け、 それに 伴い障害情報を含むインタリンク障害通知 R PR— MACフレームを生成して A DM790に転送するという動作は行わない。 この点を除けば、 ノード 900の R PRインタリンク障害情報収集回路 770の動作は、 接ノード 700の RPR ィン夕リンク障害情報収集回路の動作と同様である。
図 10に示す接ノードおよび図 1 1に示す接ノード以外のノードを用いること で、 既に説明したリングネットワークシ,ステムの動作を実現することができる。 また、 図 10および図 1 1の説明では、 KeepAlive信号を利用してインタリン ク障害の発生を検出し、 上述の第 1の態様でインタリンクの障害発生通知を行う 場合を例にして説明した。 上述の第 2の態様でィンタリンクの障害発生通知を行 つてもよい。 すなわち、 接ノードが KeepAlive信号を終端せずに、 RPR— MA Cオーバヘッドを付加してリング内に転送してもよい。 以下、 この場合の動作に ついて説明する。 なお、 各ノードの構成は図 1 0および図 1 1に示す構成と同様 であるが、 一部の回路の動作が第 1の態様の場合と異なる。
接ノード 7 0 0のバケツ.ト多重分離回路 7 1 0が、 インタリンクを介して KeepAlive 信号以外の U— MACフレームを受信したときの動作は、 既に説明し た動作と同様である。 接ノード 700のパケット多重分離回路 7 10は、 インタ リンクを介して KeepAlive 信号を受信した場合、 第 2の態様では、 その KeepAlive 信号をイン夕リンク障害検出回路 760とフレーム変換回路 720の 両方に出力する。
フレーム変換回路 720は、パケット多重分離回路 710から KeepAlive信号 を受信すると、 KeepAl ive信号に R P R-MACオーバへッドを付加することに より、 KeepAl ive信号をカプセル化したインタリンク障害通知 R PR— MACフ レームを生成する。 このとき、 フレーム変換回路 720は、 予め予約された KeepAlive信号用の送信先 RPR— MACアドレス(制御用識別子)を設定する。 例えば、 送信先 RP R— MACアドレスを、 RPR— MACフレームの種類がィ ンタリンク障害通知 R PR— MACフレームであり、 ブロードキャスト転送され ることを示す制御用識別子とする。 あるいは、 KeepAl ive信号を含むインタリン ク障害通知 R P R— M A Cフレームがホップバイホップ処理されるように (すな わち、 次のノードで一旦、 終端されるように) 送信先 RPR— MACアドレスを 定めてもよい。 フレーム変換 路 720によって生成されたインタリンク障害通 知 RPR— MACフレームは、 KeepAlive信号を含んでいるので、 イン夕リンク に障害が発生していないことを示す。 フレーム変換回路 720は、 生成したイン タリンク障害通知 R PR— MACフレームをフォヮ一ディングエンジン 730に 出力する。 フォワーディングエンジン 730は、 インタリンク障害通知 RPR— MACフレームの送信先 RPR— MAQアドレスに対応する出カリングを特定し、 インタリンク障害通知 R PR— MACフレームおよび出カリング情報を ADM7 90に転送する。 そして、 ADM790に出力リング情報に従って、 インタリン ク障害通知 RPR— MACフレームをリング内に送出する。
また、インタリンク障害検出回路 760は、第 1の態様で示した場合と同様に、 一定時間、バケツト多重分離回路 7 10から KeepAlive信号が転送されてこない 場合、 自ノードが接続されているインタリンクに障害が発生したと判定し、 RP Rインタリンク障害情報収集回路 770に、 インタリンクにおける障害の発生を 通知する。 第 2の態様では、 RPRインタリンク障害情報収集回路 770は、 ィ ン夕リンク障害検出回路 760からこの通知を受けたときであっても、 インタリ ンク障害通知 R PR—MACフレームを生成しない。 ただし、 自ノードが接続さ れるインタリンクに障害が発生した旨の情報をフラッシュ回路 781に通知する 処理は、 第 1の態様の場合と同様に行う。
KeepAlive 信号は定期的にインタリンクを介して接ノード 700に受信され る。 そして、 第 2の態様では、 フレーム変換回路 720が KeepAlive信号を含む インタリンク障害通知 R PR— MACフレームを生成し、 ADM790によって リング内に送出される。 従って、 インタリンク障害通知 RPR— MACフレーム の送信元ではないリング内の各ノードは、 定期的にこのインタリンク障害通知 R PR— MACフレームを受信する。 この各ノードの ADM790 (図 10, 図 1 1参照。) は、 インタリンク障害通知 R PR— MACフレームが転送されると、 そ のインタリンク障害通知 R PR— MACフレームを R PRインタリンク障害情報 収集回路 770に転送する。 R PRインタリンク障害情報収集回路 770は、 A DM 790から、 KeepAlive信号を含むインタリンク障害通知 RPR— MACフ レームが一定時間、 転送されていなければィン夕リンクに障害が発生したと判定 し、 それまで受信していたインタリンク障害通知 R PR— MACフレームの送信 元ノードに接続されるインタリンクに障害が発生した旨をフラッシュ回路 78 1 に通知する。
その他の動作は、 第 1の態様における動作と同様である。
第 2の態様でリング内の各ノードにィン夕リンク障害の発生を通知する場合に は、 KeepAlive信号を受信した接ノー ifが、その KeepAl ive信号を一旦終端させ ることなく、 リング内に転送し、 各ノードがそれぞれイン夕リンクの障害発生を 検出できるので、インタリンク障害発生の検出を高速に行うことができる。一方、 第 2の態様でリング内の各ノードにィン夕リンク障害の発生を通知する場合には、 ノードの動作を簡素化することができる。
また、 本発明によれば、 R P Rインタリンク障害情報収集回路 7 7 0がインタ リンクに障害が発生した旨の情報をフラッシュ回路 7 8 1に通知すると、 フラッ シュ回路 7 8 1は、 エイジングタイムの経過を待つことなく直ちにラーニングデ 一夕ベース 7 2 1の記憶内容をフラッシュする。 従って、 フレーム変換回路 7 2 0が送信先 R P R— MA Cアドレスとしてブロードキャストアドレスを設定し、 図 6に示すようなブロードキャスト送信を行えるタイミングが早くなる。従って、 高速にインタリンクの障害から回復することができる。
また、 ラーニングデータベース 7 2 1の記憶内容を選択的にフラッシュする場 合には、 インタリンクを通過しない通信経路に関する学習内容はそのまま残され る。 従って、 インタリンクを介さずに端末から端末へのフレーム転送を行う際に は、 ブロードキャスト送信を行う必要がなく、 インタリンク障害が発生していな いときと同様にフレーム転送を行うことができる。 すなわち、 イン夕リンクを介 さずにフレーム転送を行う場合には、 ブロードキャスト送信しないので、 トラヒ ック量の増加を抑え、 帯域の有効利用を図れる。
また、 各ノードは、 リング障害情報収集回路 7 5 0および経路決定回路 7 8 0 を備えているので、リングのノード間のリンクに障害が発生した場合であっても、 その障害から回復することができる。
また、 接ノード同士が互いに KeepAl ive信号を送受信することにより、 各リン グ同士が他の通信ネットワークを介して接続されている場合であっても、 リング 同士を結ぶ経路における障寄を検出し、 その障害から回復することができる。 す なわち、 接ノード 7 0 0— 1, 7 0 0— 3がインタリンク 5 0 5ではなく、 他の 通信ネットワークを介して接続されていてもよい。同様に、接ノード 7 0 0— 2 , 7 0 0— 4が、 イン夕リンク 5 0 6ではなく、 他の通信ネットヮ一クを介して接 続されていてもよい。
なお、 接ノード同士がイン夕リンク はなく、 他の通信ネットワークを介して 接続される場合、 その各接ノードのインタリンク障害検出回路 7 6 0は、 KeepAlive 信号の送信先となる接ノードの情報を、 通信ネットワークが認識可能 な情報として KeepAlive信号に付加する。 例えば、 接ノード同士が、 イーサネッ ト (登録商標) ネットワークを介して接続されているとする。 この場合、 インタ リンク障害検出回路 760は、 KeepAlive信号の送信先となる接ノードの情報と して、送信先接ノードの MACアドレスを KeepAlive信号内で指定しておけばよ い。
また、 図 10では、 接ノード 700が各回路を備える構成として説明したが、 接ノードがコンピュータを備え、 そのコンピュータが、 プログラムに従って、 パ ケット多重分離回路 7 1 0、 フレーム変換回路 720、 フォワーディングェンジ ン 730、リングトポロジ情報収集回路 740、リング障害情報収集回路 750、 インタリンク障害検出回路 760、 RPRインタリンク障害情報収集回路 770、 経路決定回路 780、 フラッシュ回路 781、 および ADM790と同様の動作 をする構成であってもよい。 プログラムは予め接ノード 700が備える記憶装置 に記憶させておけばよい。
同様に、 接ノード以外のノード 900も、 コンピュータを備え、 そのコンピュ 一夕が、 プログラムに従って、 パケットスィッチ 91 0、 フレーム変換回路 72 0、 フォワーディングエンジン 730、 リングトポロジ情報収集回路 740、 リ ング障害情報収集回路 750、 R PRインタリンク障害情報収集回路 770、 経 路決定回路 780、 フラッシュ回路 781、 および ADM790と同様の動作を する構成であってもよい。 プログラムは予めノード 900が備える記憶装置に記 憶させておけばよい。
第 1の実施の形態では、 リング同士を接続するィン夕リンクまたは通信ネット ワークが、 特許請求の範囲に記載の通信経路に相当する。 接ノードのインタリン ク障害検出手段 760および接ノード以外のノードの RPRインタリンク障害情 報収集回路 770が、 障害発生判定手段に相当する。 フラッシュ回路 781が、 消去手段に相当する。 フレーム変換回路 720、 フォワーディングエンジン 73 0、 および ADM790が、 ブロードキャスト手段に相当する。 パケット多重分 離回路 7 10が、 状態変更手段に相当する。 KeepAlive信号が、 生存確認信号に 相当する。 インタリンク障害検出手段 760およびバケツト多重分離回路 7 10 が、 生存確認信号送信手段に相当する。 パケット多重分離回路 7 1 0が、 生存確 認信号受信手段に相当する。 フレーム変換回路 720、 フォワーディングェンジ ン 730、 および ADM790が、 生存確認フレーム送信手段に相当する。 (実施の形態 2)
第 1の実施の形態では、 ィンタリンク障害発生時にラーニングデータベースの 記憶内容を直ちにフラッシュすることで、 ブロードキャスト送信を早期に行い、 高速な障害回復を実現する場合を示した。 それに対し、 本発明の第 2の実施の形 態では、 ラーニングデータベースが、 U— MACアドレスと、 ネットワーク識別 子(本例では VLAN識別子とする。) と、 RPR— MACアドレスとの対応関係 を記憶する。 そして、 インタリンク障害発生時には、 VLAN識別子の導出方法 を変更する。 この結果、 インタリンク障害発生後に U— MACアドレスおよび V L A N識別子の組に対応する R P R— M A Cアドレスの検索に失敗したならば、 ブロードキャスト送信を行うようにして、 高速な障害回復を実現する。
図 12は、 第 2の実施の形態におけるリングネットワークシステムの構成例を 示す説明図である。 第 2の実施の形態におけるリングネットワークシステムは、 複数のリング (パケットリング) 1 101— a, 1 101 bを備えるマルチリン グネットワークシステムである。 リング 1 101— aは、 R PRノード (以下、 単にノードと記す。) 1 500— 1〜: 1500— 4と、 接ノード 1300— 1, 1 300— 2とを備える。 リング 1 101— bは、 ノード 1500— 5〜ノード 1
500 _ 8と、 接ノード 1 300— 3, 1300— 4とを備える。 また、 リング 1 101 - a, 1 1 0 1 bは、 2ファイバリングであり、 リング 1 10 1— aは、 ィンナ一リング 1 10 1— a— i nne rとアウターリング 1 10 1— a— ou t e rとを備える。 同様に、 リング 1101— bは、 インナ一リング 1 101— b— i n n e rとアウターリング 1 101— b— o u t e rとを備える。 ここで は、 各インナーリングが時計回りにトラヒック転送を行い、 各アウターリングが 反時計回りにトラヒック転送を行うものとする。 また、 ノード 1 500— 1には 端末 1 1 10が接続され、 ノード 15 0— 7には端末 11 1 1が接続されてい るものとする。 また、 各ノード 1 500— 1〜1500— 8の RPR— MACァ ドレスはそれぞれ 1 500— 1〜 1 500— 8であるものとする。 同様に、 各接 ノード 1300— 1〜1300— 4の RPR— MACアドレスは、 それぞれ 13 00— 1〜: L 300— 4であるものとする。
接ノード 1300— 1, 1300— 3は、 インタリンク 1 105により接続さ れる。 接ノード 1 300— 2, 1300— 4は、 イン夕リンク 1 106により接 続される。 各イン夕リンクには VL AN (Virtual LAN) が設定される。 一つのィ ンタリンクに対して複数の VL ANが設定されていてもよい。 ここでは、 説明を 簡単にするため、 イン夕リンク 1 105には V LAN 1が設定され、 インタリン ク 1 106には V LAN 2が設定されているものとする。
各接ノードは、 U— MACフレームの VLAN識別子を参照する。 そして、 自 ノードに接続されるインタリンクに設定された V LANと、 その V LAN識別子 とが対応していれば、 その U— MACフレームをインタリンクに転送する。 従つ て、 VLAN識別子 "VLAN1" を有する U— MACフレームは、 インタリン ク 1 105には転送されるが、インタリンク 1 106には転送されない。同様に、 VLAN識別子 "VLAN2" を有する U— MACフレームは、 イン夕リンク 1 106には転送されるが、 インタリンク 1 105には転送されない。 また、 最初 にラーニングデ一夕テ一ブルに U— MACアドレスと VLAN識別子と R PR— MACアドレスとの対応関係を学習させるためにブロードキャスト送信を行うが、 このときにも各接ノードは、 U— MACフレームが有する VLAN識別子と、 ィ ン夕リンクに設定された VLANとを比較し、 両者が対応していなければ、 イン 夕リンクに対する転送は行わない。
なお、 本実施の形態では、 現用インタリンクおよび予備用インタリンクという 区別はせず、 インタリンク 1 105, 1 106はいずれもフォワーディング状態 として使用される。 ただし、 上記のように、 各インタリンクは、 自身に設定され た VLANに応じた VLAN識別子を有する U— MACフレームのみを通過させ る。
以下、 端末 1 1 10から端末 11 1 1に U— MACフレーム転送を行う場合を 例にして、正常時におけるリングネッ hワークシステムの動作を説明する。なお、 U— MACフレームは、 例えばイーサネット (登録商標) フレームである。 図 1 2において点線で示す経路 1 120, 1 12 1, 1 122は、 U— MACフレー ムの転送経路である。 また、 図 12において実線で示す経路 1 130, 1 131 は、 RPR— MACフレームの転送経路である。
ノード 1 500— 1は、 端末 1 1 10が出力した U— MACフレームを受信す る。 ここで、 端末 1 1 10は、 VLAN識別子を付加した U— MACフレームを 出力してもよい。 あるいは、 端末 1 1 10は、 VL AN識別子を付加していない U— MACフレームを出力してもよい。
ノード 1 500— 1は、 端末 1 1 10から出力された U— MACフレ一ムを受 信すると、 その U— MACフレームに VL AN識別子を付加するか、 あるいは、 予め付加されている V LAN識別子を変更する。 受信した U— MACフレームに 既に V LAN識別子が付加されていて、 ノード 1500 _ 1が新たにVLAN識 別子を付加する場合、 U— MACフレームに V LAN識別子の付加領域を設け、 その領域に新たに V LAN識別子を付加する。 このとき、 元々 U— MACフレー ムに付加されていた V LAN識別子はそのまま U—MACフレーム内に保存され る。このような VL AN識別子の付加態様を V LANタグスタックと呼ぶ。また、 ノード 1500— 1は、 VL ANタグスタックを行わずに、 元々 U— MACフレ ームに付加されていた VLAN識別子を変更してもよい。 また、 元々 U— MAC フレームに V LAN識別子が付加されていない場合には、ノード 1500— 1は、 その U— MACフレームに VLAN識別子を付加する。
接ノード以外の各ノードは、 所定の演算を行うごとによって VLAN識別子を 導出し、 その VLAN識別子を U— MACフレームに付加する。 あるいは、 元々 付加されていた VLAN識別子をその VLAN識別子に変更する。 従って、 演算 結果によっては、識別子として" VLAN 1 "が導出される場合も、 "VLAN 2" が導出される場合もある。
また、 接ノード以外の各ノードは、 イン夕リンクに障害が発生したことを通知 された場合には、 障害が発生していないィン夕リンクに設定された VL ANの識 別子のみが導出されるように VLAN識別子の演算方法を変更する。
以下の説明では、 ノード 1500— 1.が、 VLAN識別子として " VLAN 1" を導出し、 "VLAN 1"を U— MACフレームに付加する場合を例にして説明す る。 また、 本実施の形態では、 各ノードは、 U— MACアドレスと、 VLAN識 別子と、 R P R— M A Cアドレスとの対応関係を記憶したラーニングデ一夕ベ一 スを備える。
ノード 1 500— 1は、 端末 1 1 10から受信した U— MACフレームに、 新 たに VLAN識別子を付加すると、 自身が有するラーニングデ一夕べ一スを参照 する。 そして、 その U— MACフレームにおける送信先 U— MACアドレスおよ び付加した VLAN識別子の組み合わせに対応する RP R— MACアドレスを検 索し、 送信先 RPR— MACアドレスを決定する。 本例では、 予め、 送信先 U— MACアドレス (端末 1 1 1 1のアドレス) と、 "VLAN 1" と、 RPR— MA Cアドレス 1300— 1とが対応づけられ、 ラーニングデータべ一スに学習され ているものとする。従って、 ノード 1 500— 1は、 " 1300— 1"を送信先 R PR—MACアドレスとし、 自身の RP R— MACアドレス " 1500— 1" を 送信元 RPR— MACアドレスとする RPR— MACォ一パへッドを付加し、 U —MACフレームを R PR—MACフレームに変換する。
続いて、 ノード 1 500— 1は、 自身が有するフォワーディングデータベース を参照して、出カリング情報を特定する。そして、その出カリング情報に従って、 インナーリング、 アウターリング、 あるいはその両方に RPR— MACフレーム を送出する。 図 12では、 ィンナ一リング 1101— a— i nn e rに送出した 場合を示している。
ノード 1 500— 1から送出された RPR— MACフレームを受信したノード
1500 _ 2は、 その R PR— MACフレームの送信先 R PR— MACアドレス を参照し、 自身のアドレスと比較する。 送信先 RPR— MACアドレスと、 ノ一 ド 1500 _ 2自身のアドレスは異なっているので、 ノード 1500— 2は、 自 身でその RPR— MACフレームを終端すべきでないと判定し、 インナーリンク 1101— a— i nne rにその R P R— MACフレームを転送する。
ノード 1 500— 2から送出された R PR— MACフレームを受信したノード 1300— 1は、 その R PR—MACフレームの送信先 R PR— MACアドレス を参照し、自身のァドレスと比較する。^較した 2つのァドレスは一致するので、 ノード 1300 _ 1は、 その RPR— MACアドレスを取り込む。 すなわち、 リ ング 1 10 1— aからその RPR— MACフレームを取り出す。 そして、 ノード 1300— 1は、 R PR— MACフレームから RP R— MACオーバへッドを取 り除き、 RPR—MACフレームを U— MACフレームに変換する。 この U— M ACフレームには VLAN識別子 "VLAN 1" が付加されている。 また、 イン 夕リンク 1 105には VLAN 1が設定されているので、ノード 1300— 1は、 この U— MACフレームをィンタリンク 1105に送出可能であり、 U— MAC フレームをインタリンク 1 105に送出する。
ノード 1300 _ 3は、 インタリンク 1 105を介してその U— MACフレー ムを受信する。 すると、 ノード 1 300— 3は、 自身が有するラーニングデータ ベ一スを参照して、 その U— MACフレームにおける送信先 U— MACアドレス および付加されている V L AN識別子の組み合わせに対応する R P R— M A Cァ ドレスを検索し、 送信先 RPR— MACアドレス (ここでは、 "1500— 7") を決定する。 ノード 1300— 3は、 " 1500— 7"を送信先 RPR—MACァ ドレスとし、 自身の RPR—MACアドレス " 1300— 3" を送信元 R PR— MACアドレスとする RP R— MACオーバへッドを U— M A Cフレームに付加 し、 U— MACフレームを RP R— MACフレームに変換する。 続いて、 ノード 1300— 3は、 自身が有するフォワーディングデ一夕ベースを参照し、 送信先 RPR— MACアドレスに基づいて出力リング情報を特定する。 本例では、 ノー ド 1300— 3は、 その出力リング情報に従って、 RPR— MACフレームをァ ウタ一リング 1 101_b_ou t e rに送出する。
ノード 1300— 4, 1 500— 8はいずれも、 この R P R— M A Cフレーム を受信すると、 送信先 RPR—MACアドレスと、 自身の RPR— MACァドレ スとが一致していないので、 自身が終端すべき R PR— MACフレームではない と判定する。 そして、 その RPR—MACフレームをアウターリング 1 101— b— o u t e rに送出する。 この結果、 ノード 1 500— 7が、 この RPR— M ACフレームを受信する。 ノード 1 500— 7は、 受信した RPR— MACフレ ームの送信先 RPR—MACアドレスが自身の RPR—MACアドレスと一致し ているので、 受信した RPR— MACマレームを取り込む (リング 1 101—b から RPR— MACフレームを取り出す。)。 続いて、 ノード 1500— 7は、 R PR—MACフレームから RPR— MACオーバへッドを取り除き、 RPR—M ACフレームを U— MACフレームに変換する。
ノード 1 500— 7は、 変換後の U— MACフレームから、 ノード 1 500— 1によって付加された VLAN識別子 " VLAN 1" を削除する。 この結果、 U — MACフレームは、 端末 1 1 1 0が出力したときの状態に戻る。 なお、 ここで は、 ノード 1 500— 1が VLAN識別子 " VLAN 1" を付加する場合を例に 説明したが、 U— MACフレームに付加されていた VLAN識別子を "VLAN 1 "に変更した塲合には、 ノード 1 500— 7は、 "VLAN1"を元の VLAN 識別子に戻せばよい。 ノード 1 500— 7は、 VLAN識別子 "VLAN 1" を 削除した U— MACフレームを端末 111 1に転送する。
次に、 障害発生時の動作について説明する。 図 1 3は、 イン夕リンク 1 1 05 に障害が発生した状況を示す説明図である。 インタリンク 1 105に障害が発生 した場合、 図 12に示すトラヒックフロ一により端末 1 1 10から端末 1 1 1 1 に U— MACフレームを転送することができなくなる。
図 14は、 障害発生時における接ノードの動作を示すフローチャートである。 ここでは、 インタリンク 1 105に接続される接ノード 1300— 1, 1300 一 3を例に説明する。 イン夕リンク 1105に障害が発生すると、 接ノード 13
00 - 1, 1300— 3は、その障害を検出する(ステップ S 1210)。続いて、 接ノ一ド 1300— 1, 1300— 3は、 インタリンクに障害が発生したことを 通知するインタリンク障害通知 R P R— MACフレームを、 自ノ一ドが属するリ ング内に送出する (ステップ S 1211)。接ノード 1 300— 1, 1 300 -3 は、 イン夕リンク障害通知 R PR— MACフレームに、 障害が発生したインタリ ンクを特定可能な情報を含める。 ィンタリンク障害通知 R P R _MA Cフレーム は、 インナーリングに送出しても、 アウターリングに送出しても、 あるいはその 両方に送出してもよい。 図 13に示す例では、 接ノード 1300— 1、 1300 一 3がそれぞれィンナーリング 1 101— a— i nn e r、 インターリング 11
01— b— i nn e rにインタリンク障害通知 R P R— MA Cフレームを送出す る場合を示している。 また、 図 13に示す経路 120 1 _a, 1201— は、 インタリンク障害通知 R PR—MACフレームの転送経路を示している。 図 1 5は、 障害発生時における接ノード以外のノードの動作を示すフローチヤ ートである。ノード 1 500— 1〜1500— 8がこのようなノードに該当する。 ここでは、 ノード 1 500— 1の動作として説明するが、 ノード 1 500— 2〜
1 500 - 8も同様の動作を行う。 ノード 1 500— 1は、 ステップ S 1210 において接ノード 1 300— 1に送信されたインタリンク障害通知 R PR— MA Cフレームを受信する (ステップ S 1220)。 すると、 ノード 1500— 1は、 VLAN識別子を導出する方法を変更する (ステップ S 122 1)。ステップ S 1
22 1では、 ノード 1500— 1は、 インタリンク障害通知 R PR— MACフレ —ムに基づいて障害が発生したインタリンクを特定し、 そのインタリンクに設定 された VL ANに応じた V LAN識別子が導出されないように V LAN識別子の 導出方法を変更する。 換言すれば、 障害が発生していないイン夕リンクに設定さ れた V L A Nに対応する V L A N識別子のみが導出されるように VLAN識別子 の導出方法を変更する。 正常時には VLAN識別子として "VLAN 1" が導出 される場合があつたが、 ステップ S 1221で VLAN識別子導出方法を変更す ることにより、 "VLAN 1"は導出対象から除外される。そして、 VLAN識別 子としてインタリンク 1 106に設定された VLANに対応する VLAN識別子
(本例では、 "VLAN 2") が導出されることになる。 そして、 ノード 1 500 一 1は、 U— MACフレームに "VLAN 2" を付加する。 あるいは、 元々付加 されていた VLAN識別子を "VLAN 2" に変更する。
図 1 6は、 イン夕リンク 1 105における障害発生に伴い、 各ノード 1 500 一;!〜 1500— 8が VLAN識別子の導出方法を変更した後に、 端末 1 110 から端末 1 1 1 1にフレームを転送する状況を示す説明図である。 図 1 6におい て、 点線で示す経路 1230, 1231, 1232は、 U— MACフレームの転 送経路である。 また、 図 16において実線で示す経路 1250, 125 1は、 ブ ロードキャスト送信される R PR— MACフレームの転送経路である。
図 1 6では、 導出した VLAN識別子を U— MACフレームに付加する場合を 例にして説明する。
ノード 1500— 1は、 端末 111 Qから U— M ACフレームを受信すると、 VLAN識別子を導出する。 このとき、 ステップ S 1221で VLAN識別子の 導出方法を変更しているので、 正常時には "VLAN 1" を導出していた場合で あっても、 "VL AN 2" を導出する。 そして、 ノ一ド 1500— 1は、 U— MA Cフレームに V LAN識別子 "VLAN2" を付加する。
続いて、 ノード 1500— 1は、 自身が有するラーニングデータベースを用い て、 受信した U— MACフレームにおける送信先 U— MACアドレス (端末 1 1
1 1のアドレス) および V LAN識別子 "VLAN2" の組み合わせに対応する RP R— MACアドレスを検索する。 端末 1 1 1 1のアドレス (U— MACアド レス) および " VLAN 1" に対応する RP R— MACアドレスはラ一ニングデ 一夕ベースに記憶されているが、端末 1 1 1 1のアドレス(U— MACアドレス) および " VLAN2" に対応する RPR— MACアドレスは、 ラーニングデータ ベースに記憶されていない。 そのため、 ノード 1500— 1は、 RPR— MAC アドレスの検索に失敗する。 RPR— MACアドレスの検索に失敗した場合、 ノ ード 1500— 1は、 送信先 R PR—MACアドレスをブロードキャストァドレ スとし、 自身の RPR— MACアドレス "1 500— 1" を送信元 RPR— MA Cアドレスとする R PR—MACオーバへッドを U— MACフレームに付加する。 ノード 1500— 1は、 RPR— MACオーバへッドを付加することによって、 U— MACフレームを R PR— MACフレームに変換する。 ノード 1500— 1 は、 この RPR— MACフレームをブロードキャスト送信する。 このとき、 ノ一 ド 1 500— 1は、 この R PR— MACフレームをインナ一リングとアウターリ ングのどちらに送出してもよい。 また、 インナ一リング、 アウターリングの双方 に送出してもよい。 図 16では、 ノード 1500— 1が、 RPR— MACフレー ムを、 アウターリング 1 1 01— a— ou t e rに送出して、 転送経路 1250 で転送を行う場合を示している。
ノード 1500— 4は、 この RPR— MACフレーム (ブロードキャストアド レスを送信先とする RPR— MACフレーム) を受信すると、 RPR— MACフ レームを取り込むとともに、 その RPR— MACフレームのコピーをリング 1 1 01— aに送出する。 このとき、 ノード 1 500— 4は、 インナ一リングとァゥ ターリングのうち、 RPR— MACフレームが転送されてきた方のリングレット に RPR— MACフレームのコピ一を送出する。 従って、 本例では、 RPR— M ACフレームのコピーをアウターリング 1 101 -a-ou t e rに送出する。 また、 ノード 1500— 4は、 取り込んだ R PR— MACフレームにおける送 信元 RPR— MACアドレス (本例では " 1500— 1 ") と、 R PR— MACフ レーム内に収められた U— MACフレームの送信元 U— MACアドレス (本例で は端末 1 1 10のアドレス) と、 その U— MACフレームに付加された VLAN 識別子(本例では " VLAN2") との対応関係を、 自身が有するラーニングデー 夕ベースに登録する。 その後、 ノード 1 500— 4は、 RPR—MACフレーム から RPR— MACオーバヘッドを除去し、 U— MACフレームに変換する。 ま た、 ノード 1500— 1によって U— MACフレームに付加された VLAN識別 子 "VLAN2" を除去する。 この結果、 U— MACフレームは、 端末 1 1 10 が出力したときの状態に戻る。 なお、 ここでは、 ノード 1500— 1が VL AN 識別子 "VLAN2" を付加する場合を例に説明したが、 U— MACフレームに 付加されていた VL AN識別子を "VLAN2" に変更した場合には、 ノード 1 500— 4は、 "VLAN2"を元の V L AN識別子に戻せばよい。ノード 1 50 0— 4は、 VL AN識別子を除去した U— MACフレームを、 リング 1 10 1— a— ou t e r外のノード 1 500 _ 4に接続された端末や機器に (図示せず。) に転送する。
ノード 1 500— 3, 1300— 2, 1300— 1, 1500— 2も、 ノード 1500.— 4と同様に、 RPR— MACフレームを取り込むとともに、 RPR— MACフレームのコピーをァウタ一リング 1 101— a— ou t e rに送出する。 この結果、 RPR— MACフレームは、 図 16に示す転送経路 1250に沿って リング内を転送される。 また、 各ノード 1500— 3, 1300— 2, 1300 - 1, 1500— 2は、 ノード 1500— 4と同様に、 送信元 R PR— MACァ ドレス (本例では " 1 500 _ 1") と、 送信元 U— MACアドレス (本例では端 末 1 1 10のアドレス) と、 VLAN識別子 " VLAN2" との対応関係を、 自 身のラーニングデータベースに登録する。 そして、 各ノード 1500— 3, 1 5 00— 2は、 RPR— MACフレームの RPR— MACォ一バへッドを除去し、 U— MACフレームから VLAN識別予 " VLAN2" を除去する。 この結果、
U— MACフレームは、 端末 1 1, 10が出力したときの状態に戻る。 その後、 各 ノ一ドは、 U— MACフレームをリング 1 101— a外の端末や機器(図示せず) に転送する。 ただし、 イン夕リンクに接続された接ノードは、 U— MACフレー ムへの変換後、 VLAN識別子を除去することなく、 その U— MACフレームを イン夕リンクに送出する。
なお、 リング構成の場合、 ブロードキャスト送信された RPR— MACフレ一 ムは、 リングを一周してその送信元のノードに戻る。 各ノード 1500— 1〜1 500 - 8, 1300— 1〜 1300— 4は、 受信した R P R— M A Cフレーム の送信元 RPR—MACアドレスを参照して、 そのァドレスが自ノードの RPR — MACアドレスと一致しているならば、 その RP R— MACフレームを廃棄す る。 従って、 RPR—MACフレームがループしてしまうことはない。
ノード 1 300— 2は、 取り込んだ R PR— MACフレームの R PR—MAC オーバへッドを取り除き、 R PR— MACフレームを U— MACフレームに変換 する。 ノード 1300— 2は、 変換後の U— MACフレームに付加された VL A N識別子 "VLAN2" と、 イン夕リンク 1 106に設定された V LAN 2とが 対応しているので、 この U— MACフレ一ムをイン夕リンク 1 106に送出する と判断し、 U— MACフレームをインタリンク 1 1 06に送出する。 なお、 ノ一 ド 1300— 2は、 U— MACフレームに付加された V LAN識別子 "VLAN 2" を削除することなく、 イン夕リンク 1 106に送出する。 この U— MACフ レームは、 図 16に示す転送経路 1231に沿ってノード 1 300— 4に転送さ れる。
インタリンク 1 106を介して U— MACフレ一ムを受信したノ一ド 1300 一 4は、 自身のラーニングデ一夕ベースを用いて、 受信した U— MACフレ一ム における送信先 U— MACアドレス (端末 1 1 1 1のアドレス) および U— MA Cフレームに付加された "VLAN 2" の組み合わせに対応する RPR— MAC アドレスを検索する。 ノード 1 300— 4のラーニングデ一夕ベースには、 端末
1 11 1のアドレス (U— MACアドレス) および "VLAN 2" に対応する R PR— MACアドレスが記憶されていない。 そのため、 ノード 13004は、 R PR— MACアドレスの検索に失敗す ¾。 RPR— MACアドレスの検索に失敗 した場合、 ノード 1300— 4は、 送信先 R PR— MACアドレスをブロードキ ャストアドレスとし、 自身の R PR— MACアドレス "1300— 4" を送信元 R PR— MACアドレスとする R PR— MACオーバへッドを U— MACフレ一 ムに付加する。 ノード 1 300— 4は、 R PR— MACオーバヘッドを付加する ことによって、 U— MACフレームを RPR— MACフレームに変換する。 ノ一 ド 1 300— 4は、 この RPR— MACフレームをブロードキャスト送信する。 このとき、 ノード 1300— 4は、 この RPR— MACフレームをインナーリン グとアウターリングのどちらに送出してもよい。 また、 インナ一リング、 ァウタ 一リングの双方に送出してもよい。 図 16では、 ノ一ド 1300— 4が、 RPR — MACフレームを、 アウターリング 1 10 1— b— o u t e rに送出して、 転 送経路 1251で転送を行う場合を示している。
ノ一ド 1500— 8は、 この RPR— MACフレーム (ブロードキャストアド レスを送信先とする RPR— MACフレ一ム) を受信すると、 RPR— MACフ レームを取り込むとともに、 その R PR— MACフレームのコピーをアウターリ ング 1 101—b— ou t e rに送出する。 また、 ノード 1500— 8は、 取り 込んだ R PR—MACフレームにおける送信元 R PR— MACアドレス (本例で は " 1 300— 4") と、 R PR— MACフレーム内に収められた U— MACフレ ームの送信元 U— MACアドレス (本例では端末 510のアドレス) と、 その U 一 MACフレームに付加された V LAN識別子(本例では " V LAN 2") との対 応関係を、 自身が有するラーニングデータベースに登録する。 その後、 ノード 1 500— 8は、 RPR— MACフレームから RPR— MACオーバヘッドを除去 し、 U— MACフレームに変換する。 さらに、 U— MACフレームに付加された V LAN識別子 "VLAN 2" を除去する。 そして、 ノード 1500— 8は、 そ の U— MACフレームを、 リング 1 101— b外のノード 1500 _ 8に接続さ れた端末や機器 (図示せず。) に転送する。 なお、 ここでは、 ノード 1 500— 1 が VLAN識別子 " VLAN2" を付加する場合を例に説明したが、 U— MAC フレームに付加されていた VLAN識別子を" VLAN 2"に変更した場合には、 ノード 1500— 8は、 "VLAN 2" を元の VLAN識別子に戻せばよい。
ノード 1 500— 7, 1 500 -6,. 1500- 5, 1300— 3も、 ノード
1500— 8と同様に、 RPR— MACフレームを取り込むとともに、 RPR— MACフレームのコピ一をアウターリング 1 101 _b— ou t e rに送出する。 この結果、 R PR— MACフレームは、 図 16に示す転送経路 125 1に沿って リング内を転送される。 また、 各ノード 1500— 7, 1500 - 6, 1500 - 5, 1300— 3は、 ノード 900 _ 8と同様に、 送信元 R PR— MACアド レス (本例では " 700— 4") と、 送信元 U— MACアドレス (本例では端末 5
10のァドレス)と、 V LAN識別子(本例では" V LAN 2") との対応関係を、 自身のラーニングデータべ一スに登録する。 そして、 RPR— MACフレームの RPR— MACオーバへッドを除去し、 U— MACフレームに付加された VL A N識別子 "VLAN 2" を除去し、 U— MACフレームをリング 1 10 1—b外 の端末や機器 (図示せず) に転送する。 ただし、 接ノードは、 VL AN識別子を 除去しない。
また、 ノード 1300— 4は、 自身がブロードキャスト送信した RP R— MA Cフレームがリング内を一周してノード 1300— 4に転送されてきたならば、 その R PR— MACフレームを廃棄する。
ノード 1 500— 7は、 取り込んだ RPR— MACフレームの RPR— MAC オーバへッドを取り除き、 RPR— MACフレームを U— MACフレームに変換 する。 さらに、 その U— MACフレームに付加された VLAN識別子 "VLAN 2" を取り除く。 この結果、 U— MACフレームは、 端末 1 1 10に出力された ときの状態に戻る。 そして、 ノード 1500— 7は、 その U— MACフレ一ムを 端末 1 1 1 1に転送する。 この U— MACフレームは、 図 16に示す転送経路 1
232に沿って、 ノード 1500— 7から端末 1 1 1 1まで転送される。
このように、 インタリンク 1 105に障害が発生したとしても、 端末 1 1 10 から端末 1 11 1へのフレーム転送が可能となる。 次に、 端末 1 1 1 1から端末 1 1 10へのフレーム転送について説明する。
図 1 7は、 端末 1 1 1 1から端末 11 10にフレームを転送する状況を示す説 明図である。図 17において、点線で示す経路 1233, 1235, 1237は、 U— MACフレームの転送経路である。 また、 図 1 7において、 実線で示す経路 1234, 1236は、 RPR— MAC.フレームの転送経路である。
図 17で示した端末 1 1 10から端末 1 1 1 1にフレームを転送する過程で、 リング 110 1一 b内の各ノ一ドは、 端末 1 1 1 0のアドレス (U— MACァド レス) と、 VL AN識別子 " VLAN 2" と、 R P R— MA Cアドレス " 130 0-4" との対応関係を自身のラーニングデータテーブルに学習している。 同様 に、 リング 1 10 1— a内の各ノードは、 端末 1 110のアドレスと、 VLAN 識別子 "VLAN 2".と、 R PR— MACアドレス "1 500— 1" との対応関 係を自身のラーニングデータベースに学習している。 従って、 端末 1 1 1 1から 端末 1 110へのュニキャスト通信が可能となる。 以下、 このュニキャスト通信 を説明する。
ノード 1500— 7は、 送信先 U— MACアドレスが端末 1 1 10のアドレス である U— MACフレームを端末 1 1 1 1から受信する。 そして、 ノード 150 0— 7は、 その U— MACフレームに付加する VLAN識別子を導出し、 U— M ACフレームに付加する。 ここでは、 インタリンク 1105での障害発生に伴い ステップ S 122 1 (図 1 5参照。) の処理を行っているので、 ノード 1500— 7は、 インタリンク 1 106に設定された VLANの識別子 "VLAN 2" を導 出し、 "VLAN2" を U— MACフレームに付加する。
続いて、 ノード 1 500— 7は、 ラーニングデータベースを参照して、 送信先 U— MACアドレスおよび "VLAN2" の組み合わせに対応する R P R—MA Cアドレス " 1300— 4" を検索する。 そして、 ノード 1500— 7は、 送信 先 R PR— MACアドレスを " 1300— 4" とし、 送信元 R PR— MACアド レスを " 1500— 7" とする R PR— MACオーバへッドを U— MACフレ一 ムに付加し、 リング 1 101— b内に転送する。 この結果、 転送経路 1234に 沿って、 ノード 1 500— 7からノード 1300 _4まで RPR— MACフレー ムが転送される。
転送経路 1234上のノード 1500— 8, 1300— 4は、 RPR— MAC フレームを受信すると、 送信元 R PR— MACアドレス (本例では " 1500— 7") と、 RP R—MACフレーム内に収められた U— MACフレームの送信元 U — MACアドレス (本例では端末 1 1 1 1のアドレス) と、 その U— MACフレ ームに付加された VLAN識別子(本例では " VLAN2") との対応関係を、 自 身が有するラーニングデー夕ベースに登録する。 また、 ノード 1300— 4は、 RPR— MACフレームを受信すると、 その送 信先 R PR— MACアドレスが自身の RP R—MACアドレスと一致しているの で、 その RPR— MACフレームを取り込む。 そして、 取り込んだ RPR— MA Cフレームの RPR— MACオーバへッドを取り除き、 RPR—MACフレーム を U— MACフレームに変換する。 ノード 1300— 4は、 U— MACフレーム から VL AN識別子を除去せずに、 その U— MACフレームをインタリンク 1 1 06に送出する。 この U— MACフレームは、 図 1 7に示す転送経路 1235に 沿ってノード 1300— 2に転送される。
インタリンク 1 1 06を介して U— MACフレームを受信したノード 1300 一 2は、 その送信先 U— MACアドレス (端末 11 10のアドレス) および U—
MACフレ ムに付加された "VLAN2" の組み合わせに対応する R P R— M ACアドレスを参照する。 ラーニングデータベースには、 端末 1 1 10のァドレ スおよび "VL AN 2" の組み合わせに対応する RP R— MACアドレスとして "1500 - 1 " が登録されている。 従って、 ノード 1 300 _ 2は、 送信先 R PR— MACアドレスを " 1500— 1 " とし、 送信元 R P R— MACアドレス を "1300— 2" とする RPR— MACオーバへッドを U— MACフレームに 付加し、 リング 1 1 01— a内に転送する。 この結果、 転送経路 1236に沿つ て、 ノード 1300— 2からノ一ド 1500— 1まで R PR— MACフレームが 転送される。
転送経路 1236上のノ一ド 1 500— 3, 1500— 4, 1500— 1は、
RPR— MACフレームを受信すると、 送信元 RPR— MACアドレス (本例で は " 1300— 2") と、 RPR— MACフレーム内に収められた U— MACフレ ームの送信元 U— MACアドレス (本例では端末 1 1 1 1のアドレス) と、 その U— MACフレームに付加された V LAN識別子(本例では "VLAN2") との 対応関係を、 自身が有するラーニングデータベースに登録する。
この結果、 ノード 1500— 1, 1500 -4, 1500— 3は、 端末 1 1 1 1のアドレスと、 "VLAN2" と、 RPR—MACアドレス "1300— 2" と の対応関係をラーニングデータベースに学習する。 また、 ノ一ド 1300— 4,
1 500— 8は、 端末 1 1 11のアドレスと、 "VLAN2"と、 RPR— MAC アドレス " 1 500— 7" との対応関係をラーニングデータベースに学習する。 従って、 端末 1 1 10から端末 1 1 1 1へのュニキャスト通信も可能となる。 なお、 第 2の実施の形態において、 各接ノードは第 1の実施の形態と同様にィ ン夕リンクの障害を検出すればよい。 すなわち、 接ノードが物理リンクの障害を 直接検出することにより、 インタリンクの障害を検出してもよい。 あるいは、
KeepAlive信号を接ノードが互いに送受信し、 KeepAlive信号が未到着であるこ とをもってインタリンクの障害を検出してもよい。 KeepAlive 信号を利用して、 リング内の各ノードにィンタリンク障害の発生を通知する態様として、 2つの態 様を説明したが、 本実施の形態でも、 この 2つの態様のうちのいずれを適用して もよい。
図 18は、 第 2の実施の形態のリングネットワークシステムに適用される接ノ ード 1 300— 1〜: 1300— 8 (これらの接ノ一ドをまとめてノード 1300 と記す場合がある。)の構成例を示すブロック図である。第 1の実施の形態におけ る接ノード 700と同様の構成部については、 図 10と同一の符号を付し、 説明 を省略する。 各接ノード 1300は、 パケット多重分離回路 710と、 フレーム 変換回路 720と、 フォワーディングエンジン 730と、 リングトポロジ情報収 集回路 740と、 リング障害情報収集回路 750と、 インタリンク障害検出回路 760と、 RPRインタリンク障害情報収集回路 770と、 経路決定回路 780 と、 ADM790と、 VLANフィルタリング回路 1301とを備える。さらに、 ノード 1300は、 ラーニングデータベース 741と、 フォワーディングデータ
, ベース 731とを備える。
すなわち、 本実施の形態における接ノード 1300は、 フラッシュ回路を備え ず、 V LANフィルタリング回路 130 1を備える点で、 第 1の実施の形態にお ける接ノード 700と異なる。 また、 第 2の実施の形態では、 ラーニングデータ ベース 741は、 U— MACアドレスと、 VLAN識別子と、 RPR— MACァ ドレスとの対応関係を記憶する。
VLANフィルタリング回路 1301は、 フレーム変換回路 720から U— M ACフレームを転送される。 この U— MACフレームは、 リング内を転送され A
DM790によって受信された RPR— MACフレームがフレーム変換回路 72 0によって U— MACフレームに変換されたものである。 V LANフィル夕リン グ回路 130 1は、 U— MACフレームが有する V LAN識別子 (VLANタグ スタックされている場合には、 元から存在している V LAN識別子ではなく、 新 たに追加された VL AN識別子) を参照する。 そして、 VL ANフィルタリング 回路 130 1は、 その V LAN識別子が、 自ノードに接続されたインタリンクに 設定されている V LANに対応する識別子であるか否かを判定する。 U— MAC フレームの VLAN識別子が、 ィン夕リンクに設定された V LANに対応した識 別子でないということは、 その U— MACフレームをそのインタリンクに転送し ないことを意味する。 また、 逆に、 U— MACフレームの VLAN識別子が、 ィ ン夕リンクに設定された VLANに対応した識別子であるということは、 その U 一 MACフレ一ムをそのインタリンクに転送可能であることを意味する。従って、 VLANフィルタリング回路 1301は、 フレーム変換回路 720から受信した U— MACフレームの VLAN識別子が、 インタリンクに設定された VLANに 対応した識別子でなければ、 その U— MACフレームを廃棄する。 また、 VLA Nフィルタリング回路 1 301は、 フレーム変換回路 720から受信した U— M
ACフレームの VLAN識別子が、 インタリンクに設定された VLANに対応し た識別子であれば、 その U— MACスレームをバケツト多重分離回路 710に転 送する。 なお、 VLANフィルタリング回路 1301は、 自ノードに接続された インタリンクに設定されている VLANの情報を予め記憶しておけばよい。
また、 VLANフィルタリング回路 130 1は、 パケット多重分離回路 7 10 から U— MACフレームが転送された場合にも同様の処理を行う。 すなわち、 V L ANフィルタリング回路 130 1は、 バケツト多重分離回路 710から受信し た U— MACフレームの VLAN識別子が、 インタリンクに設定された VLAN に対応した識別子でなければ、 その U— MACフレームを廃棄する。 また、 VL ANフィルタリング回路 130 1は、 パケット多重分離回路 710から受信した
U— MACフレームの VLAN識別子が、 ィンタリンクに設定された VLANに 対応した識別子であれば、 その U— MACフレームをフレーム変換回路 720に 転送する。 .
ただし、 VLANフィルタリング回路 1301は、 U— MACフレームの送信 先 U— MACアドレスが所定の予約されたァドレスである場合には、 VL AN識 別子によらず、 次の回路へ転送してもよい。 例えば、 KeepAlive信号を利用した 第 2の態様によりインタリンク障害を通知する場合、 バケツト多重分離回路 71 0は、インタリンクを介して他のリングから受信した KeepAlive信号を V LAN フィルタリング回路 1301に転送する。 KeepAlive信号である U— MACフレ —ムの送信先 U— MACアドレスは、 KeepAlive信号に応じた制御用識別子が設 定されている。 この場合、 VLANフィル夕リング回路 1301は、 VLAN識 別子によらず、 その U— MACフレームをフレーム変換回路 720に転送する。 また、 本実施の形態では、 フレーム変換回路 720とバケツト多重分離回路 7 10は、 VLANフィルタリング回路 130 1を介して、 U— MACフレームを 授受する。 このとき、 上述のように、 U— MACフレームが VLANフィルタリ ング回路 1301によって廃棄される場合がある。
また、 本実施の形態では、 フレーム変換回路 720は、 送信先 RPR— MAC ァドレスを決定する場合、 U— MACフレームの送信先 U— MACアドレスおよ び V L AN識別子の組み合わせに対応する RPR— MACフレームをラーニング データべ—スァ 41から検索することによって、 送信先 R PR— MACアドレス を決定する。 フレーム変換回路 72,0およびパケット多重分離回路 710の他の 動作に関しては、 第 1の実施の形態と同様である。
第 1の実施の形態では、 R PRインタリンク障害情報収集回路 770は、 イン タリンク障害検出回路 760からイン夕リンクにおける障害発生の通知をうけた ときに、 イン夕リンクに障害が発生した旨の情報をフラッシュ回路 781 (図 1 0参照。) に通知していた。 しかし、 本実施の形態では、 接ノード 1300は、 フ ラッシュ回路を備えないので、 フラッシュ回路に対する通知処理を行わない。 R PRインタリンク障害情報収集回路 770の他の動作に関しては、 第 1の実施の 形態と同様である。
インタリンク障害検出回路 760は、 第 1の実施の形態と同様に、 定期的に KeepAlive 信号を生成し、 パケット多重分離回路 710に送信する。 インタリン ク障害検出回路 760は、 自ノードが接続されたインタリンクに設定されている VLANに応じた VLAN識別子を KeepAlive信号に含めてもよい。 また、 自ノ —ドが接続されているインタリンクのインタリンク識別子を KeepAlive 信号に 含めてもよい。 インタリンク障害検出回路 760の他の動作に関しては、 第 1の 実施の形態と同様である。
また、 その他の各回路 (フォワーディングエンジン 730、 リングトポロジ情 報収集回路 740、 リング障害情報収集回路 750、 経路決定回路 780、 およ び ADM790) の動作は、 第 1の実施の形態と同様である。
図 19は、 第 2の実施の形態のリングネットワークに適用される接ノード以外 のノ一ド 1 500— 1〜1 500— 8 (これらのノ一ドをまとめてノ一ド 150 0と記す場合がある。)の構成例を示すブロック図である。図 18に示す接ノード 1 500と同様の構成部については、 図 18と同一の符号を付し、 説明を省略す る。 各ノード 1500は、 バケツトスィツチ 1 510と、 フレーム変換回路 72 0と、 フォワーディングエンジン 730と、 リングトポロジ情報収集回路 740 と、 リング障害情報収集回路 750と、 RPRインタリンク障害情報収集回路 7 70と、 経路決定回路 780と、 ADM790と、 V L AN付加/変更回路 13 10と、 VLAN付加 Z変更制御回路 1 381とを備える。 さらに、 ノード 1 5
00は、 ラーニングデ一夕ベース 741と、 フォワーディングデータべ一ス 73 1とを備える。 ノード 1 500のラーニングデータベース 741およびフォヮ一 ディングデータベース 73 1は、 接ノード 1 300のラーニングデータベース 7 41およびフォヮ一ディングデータベース 731と同様である。
すなわち、 ノード 1500は、 パケット多重分離回路 710の代わりにバケツ トスイッチ 1510を備え、 また、 インタリンク障害検出回路 760を不要とし ている。 また、 ノード 1500は、 VLAN付加 Z変更回路 1310と、 VLA N付加/変更制御回路 1381とを備える点で接ノード 1300と異なっている。
VLAN付加 変更回路 1310は、 パケットスイッチ 1 510が端末 (図 1 9において図示せず。)から受信した U— MACフレームをパケットスィッチ 15
10から転送される。 そして、 VLAN付加/変更回路 13 10は、 VLAN識 別子を導出し、 その U— MACフレームに対して付加したり、 あるいは、 元々 U —MACフレームに付加されている VALN識別子を、 導出した VLAN識別子 に変更する。 端末が出力する U— M A Cフレームの態様は、 V L A N識別子が付加されてい る態様であっても、 付加されていない態様であってもよい。 端末が出力する U— MACフレームに V LAN識別子が付加されている場合、 V LAN付加 Z変更回 路 13 10は、 その VLAN識別子をそのまま残し、 新たに VLAN識別子の付 加領域を設け、 その領域に、 導出した VLAN識別子を付加してもよい (VLA
Nタグスタック)。 あるいは、 VLAN付加/変更回路 1 310は、 元々 U— MA Cフレームに付加されている VLAN識別子を、 導出した VLAN識別子に変更 してもよい。 また、 端末が出力する U— MACフレームに VLAN識別子が付加 されていない場合、 VLAN付加 Z変更回路 1310は、 導出した VLAN識別 子を U— MACフレームに付加する。
V LAN付加 Z変更回路 1310は、 VLAN識別子を付加 (または変更) し た U— MACフレームをフレーム変換回路 720に転送する。
次に、 VLAN付加 変更回路 1 310が VLAN識別子を導出する方法につ いて説明する。 VLAN付加/変更回路 13 10は、 U— MACフレームに含ま れる情報に基づいて、 U— MACフレームを転送可能な VLANの VLAN識別 子の中から一つを決定する演算を行い、 VLAN識別子を導出する。 U— MAC フレームに含まれる情報とは、 例えば、 送信先 U— MACアドレス、 送信元 U— MACアドレス、ポ一ト番号等であり、端末が出力する U— MACフレームに元々 VLAN識別子が吹かされている場合には、 その VLAN識別子も U— MACフ レームに含まれる情報に含まれる。 ただし、 新たに VLAN識別子を導出する場 合、 U—MACフレームに含まれる情報の全てを用いる必要はなく、 その一部の みを用いてもよい。 例えば、 送信先 U— MACアドレス、 送信元 U— MACアド レス、 ポート番号、 および元々付加されていた VLAN識別子の全てを用いても よいし、 その一部を用いてもよい。 ここでは、 一例として、 送信先 U— MACァ ドレスおよび送信元 U— MACアドレスを用いる場合を例に説明する。
VLAN付加 Z変更回路 131 0は、 送信先 U— MACアドレスおよび送信元 U— MACアドレスの合算値を、割当 VLAN数で除算したときの余りに応じて、 VLAN識別子を決定する。 割当 VLAN数とは、 障害が発生していない各イン タリンクに設定された VLANの総数である。 例えば、 図 12に示すインタリン ク 1 105に VLAN 1のみが設定され、 インタリンク 1 1 06に VLAN 2の みが設定されているとする。 そして、 各インタリンクに障害が発生していないと する。 すると、 割当 VLAN数は 2となる。 この場合、 V LAN付加 Z変更回路 1310は、 送信先 U— MACアドレスおよび送信元 U— MACアドレスの合算 値を割当 VLAN数 "2" で除算し、 例えば、 余りが 1であれば VLAN識別子 を "VLAN 1" と決定し、 余りが 0であれば VLAN識別子を "VLAN 2" に決定する。また、一方のインタリンク(ここではインタリンク 1105とする。) に障害が発生し、 インタリンク 1 106しか使用できなくなった場合には、 割当 VLAN数は 1となる。 この場合、 VLAN付加/変更回路 1310は、 送信先 U— MACアドレスおよび送信元 U— MACアドレスの合算値を割当 VLAN数
"1" で除算し、 余りが 0であれば VLAN識別子を "VLAN2" と決定する ように VLAN識別子の導出方法を変更する。 このように導出方法を変更したこ とにより、 VLAN識別子として必ず、 障害が発生していないイン夕リンク 1 1 06に設定された VLANの識別子 "VLAN 2" が導出されることになる。 また、 各インタリンクに設定される VLANは 1つであるとは限らない。 例え ば、 図 12に示すインタリンク 1 105, 1 106それぞれに五つずつ VLAN が設定されているとする。すると、正常時における割当 VLAN数は 10となる。 この場合、 VLAN付加/変更回路 1310は、 送信先 U— MACアドレスおよ び送信元 U— MACアドレスの合算値を割当 VLAN数 "10" で除算し、 その 余り (0〜9のうちのいずれか) に応じて、 10種類の VLANの中から 1つの
VLAN識別子を決定すればよい。 また、 一方のインタリンク (ここではインタ リンク 1 105とする。)に障害が発生し、インタリンク 1 106しか使用できな くなつた場合には、 割当 VLAN数は 5となる。 この場合、 VLAN付加/変更 回路 1310は、 送信先 U— MACアドレスおよび送信元 U— MACアドレスの 合算値を割当 VLAN数 " 5" で除算し、 その余り (0〜4のうちのいずれか) に応じて、 インタリンク 1 106に設定された 5種類の VLANの中から 1つの VLAN識別子を決定すればよい。 このように導出方法を変更したことにより、 VLAN識別子として必ず、 障害が発生していないイン夕リンク 1106に設定 された VLANの識別子が導出されることになる。 ここでは、 送信先 U— MACアドレスおよび送信元 U— MACアドレスの合算 値を用いる場合を示したが、 他の情報を用いてもよい。 例えば、 送信先 U— MA Cアドレス、 送信元 U— MACアドレス、 およびポート番号の合算値を用いても よい。 あるいは、 元々 U_ MACフレームに付加されていた V LAN識別子の値 を割当 V LAN数で除算してもよい。
なお、 VLAN付加 Z変更回路 1310は、 障害が発生していないイン夕リン クに設定された V LANの V LAN識別子の情報を、 V LAN付加 Z変更制御回 路 1 381から転送される。 VLAN付加/変更制御回路 1381は、 インタリ ンクに障害が発生した場合、 障害が発生していないインタリンクに設定された V LANの VLAN識別子の情報を VLAN付加 Z変更回路 1310に通知する。
VLAN付加 Z変更回路 1 31 0は、 この通知に応じて、 VLAN識別子の導出 方法を変更し、 障害が発生していないインタリンクに設定された VLANの VL AN識別子のみを導出するようにする。
また、 VLAN付加 Z変更回路 1310は、 パケットスィッチ 15 1 0から転 送される全ての U— MACフレームに対して VLAN識別子の付加(または変更) を行う必要はない。 例えば、 VLAN付加 Z変更回路 1310は、 送信先 U— M ACフレームに対応する RPR— MACアドレスをラーニングデータベース 74 1から検索し、 その RP R—MACアドレスが接ノ一ドの RPR—MACァドレ スでない場合には、 VLAN識別子の付加 (または変更) を行う必要はない。 送 信先 U— MACフレームに対応する RPR— MACアドレスが接ノードの RPR 一 MACアドレスでない場合には、 インタリンクを介して他のリングにその U— MACフレームが転送されるわけではないからである。
また、 リング内から転送され きた RPR— MACフレームを ADM 790が 受信し、 その RPR—MACフレームがフレーム変換回路 720によって U— M ACフレ一ムに変換された場合、 VLAN付加 変更回路 13 Γ0は、 フレーム 変換回路 720からその U— MACフレームを転送される。 この U— MACフレ ームは、 端末からリング内のノ一ドに転送されたときに、 VLAN識別子が付加 (または変更) され、 さらに RPR—MACフレームに変換されてリングネット ワークシステム内を転送されてきたものである。 VLAN付加 Z変更回路 1 31 0は、 フレーム変換回路 720から転送された U— MACフレームを、 最初に端 末から出力されたときの状態に戻す。 端末からリング内のノードに転送されたと きに VLAN識別子を付加する実施形態の場合には、 VLAN付加/変更回路 1 310は、 フレーム変換回路 720から転送された U— MACフレームから、 付 加された VLAN識別子を除去すればよい。 この結果、 U— MACフレームは、 最初に端末から出力されたときの状態に戻る。 また、 端末からリング内のノード に転送されたときに VLAN譁別子を変更する実施形態の場合には、 VLAN付 加ノ変更回路 131 0は、 フレーム変換回路 720から転送された U— MACフ レームの VLAN識別子を元の VLAN識別子に戻すように変更すればよい。 こ のとき、 VLAN付加/変更回路 1310は、.例えば、 送信元 U— MACァドレ ス、 送信先 U— MACアドレス、 U— MACフレーム内に含まれる I Pアドレス 等に基づいて、 元の VLAN識別子を特定し、 元の VLAN識別子に変更すれば よい。
V LAN付加 Z変更回路 1310は、 フレーム変換回路 720から転送された U— MACフレームを、 最初に端末から出力されたときの状態に戻した後、 パケ ットスィッチ 110に転送する。
VLAN付加 Z変更制御回路 1381は、 インタリンクに障害が発生したとき に、 RPRイン夕リンク障害情報収集回路 770から、 どのイン夕リンクで障害 が発生したのかを通知される。 VLAN付加 Z変更制御回路 1 38 1は、 その通 知に基づいて、 利用可能な VLANの VLAN識別子を割り出し、 その VLAN 識別子の情報を VLAN付加/変更回路 1310に出力する。 この結果、 VLA N付加 Z変更回路 1 31 0は、 利用可能な VLANの VLAN識別子のみが導出 されるように、 V L AN識別子の導出方法を'上述の例のように変更する。
VLAN付加 変更制御回路 1381は、 例えば、 初期状態 (障害が発生して いない状態) における各インタリンクと各インタリンクに設定された VLANの VLAN識別子の情報を記憶しておけばよい。 そして、 VLAN付加/変更制御 回路 1 38 1は、 まず、 その VLAN識別子の情報を全て、 VLAN付加/変更 回路 1 310に通知すればよい。 そして、 R PRインタリンク障害情報収集回路 770から、 どのイン夕リンクで障害が発生したのかを通知されたときには、 障 害が発生していないインタリンクに設定された V LANの V LAN識別子のみを VL AN付加 Z変更回路 1310に通知すればよい。 また、 VLAN付加ノ変更 制御回路 138 1は、 R PRインタリンク障害情報収集回路 770から障害が発 生したインタリンクに設定された V LANの V LAN識別子の情報を通知されて もよい。 この場合、 VL AN付加/変更制御回路 138 1は、 RPRイン夕リン ク障害情報収集回路 770から通知された VLAN識別子以外の VLAN識別子 を V LAN付加/変更回路 1.310に通知すればよい。 ,
パケットスィッチ 15 10は、 UN I (User Network Interface) であり、 U N Iポート 1 50 1, 1 502を介して、 端末との間で U— MA Cフレームの送 受信を行う。 パケットスィッチ 1510は、 各 UN Iポート 150 1 , 1502 を介して U— MACフレームを受信すると、 UN Iポート 1 501, 1 502か らの U— MACフレームを集線して VLAN付加 Z変更回路 1310に転送する。 また、 パケットスィッチ 1510は、 VLAN付加/変更回路 13 10から U— MACフレームが転送されてきた場合、 その U— MACフレームを適切な UN I ポ一ト (U— MACフレームの送信先となる端末に接続される UN Iポート) か ら出力する。
ノード 1500のフレーム変換回路 720は、 VLAN付加 変更回路 131 0と U— MACフレームを送受信する。 フレーム変換回路 720の他の動作に関 しては、 接ノード 1300のフレーム変換回路の動作と同様である。
ノード 1500は、 図 18に示すようなイン夕リンク障害検出回路 760を備 えていない。 従って、 ノード 1500の RPRインタリンク障害情報収集回路 7 70は、 インタリンクにおける障害発生の通知を受け、 それに伴い障害情報を含 むインタリンク障害通知 RPR— MACフレームを生成して ADM790に転送 するという動作は行わない。 また、 ノード 1 500の R PRインタリンク障害情 報収集回路 770は、 ADM790から転送されるインタリンク障害通知 RPR
— MA Cフレームに基づいてィンタリンクにおける障害を検出すると、 そのィン タリンクの情報 (またはそのインタリンクに設定された VLANの VLAN識別 子の情報) を VLAN付加ノ変更制御回路 1381に通知する。 RPRインタリ ンク障害情報収集回路 770の他の動作に関しては、 接ノード 1300の RPR インタリンク障害情報収集回路の動作と同様である。
図 18に示す接ノードおよび図 19に示す接ノード以外のノードを用いること で、 既に説明した第 2の実施の形態のリングネットワークシステムの動作を実現 することができる。
なお、、 KeepAlive 信号を利用してイン夕リンク障害の発生を検出し、 その障 害発生の通知を行う場合、 第 1の実施の形態で説明した第 1の態様により検出、 通知を行っても、第 2の態棒により検出、通知を行ってもよい。いずれの場合も、 接ノードや接ノード以外のノードの構成部の動作は、 第 1の実施の形態で説明し た動作と同様である。 既に説明したように、 第 2の態様を適用する場合には、 ィ ンタリンク障害発生の検出を高速に行うことができる。 また、 第 1の態様を適用 する場合には、 ノードの動作を簡素化することができる。
また、 第 2の実施の形態によれば、 R PRイン夕リンク障害情報収集回路 77 0が、 障害の発生したインタリンクの情報を VLAN付加 Z変更制御回路 1 38 1に通知すると、 V LAN付加 Z変更制御回路 138 1が、 利用可能な VLAN の VLAN識別子の情報を VLAN付加/変更回路 1310に通知する。そして、
VLAN付加 Z変更回路 1310は、 U— MACフレームに付加 (または変更) する VLAN識別子の導出方法を変更し、 利用可能な VLANの VLAN識別子 のみを導出する。 その結果、 送信元 U— MACアドレスおよび VLNA識別子の 組み合わせに対応した RPR— MACアドレスの検索に失敗して、 図 16に示す ようなブロードキャスト送信を行えるタイミングが早くなる。 従って、 高速にィ ンタリンクの障害から回復することができる。
また、本実施の形態では、インタリンクを現用おょぴ予備用に区別していない。 そして、 障害未発生時であっても、 各接ノードは、 インタリンクに設定された V LANの VLAN識別子を有する U— MACフレームを、 自ノードが接続された インタリンクに送出する。 従って、 障害未発生時であっても、 各インタリンクそ れぞれを介して U— MACフレームを他のリングに転送でき、 インタリンクの負 荷を分散することができる。
また、 各ノードは、 リング障害情報収集回路 750および経路決定回路 780 を備えているので、リングのノード間のリンクに障害が発生した場合であっても、 その障害から回復することができる。
また、 接ノード同士が互いに KeepAlive信号を送受信することにより、 各リン グ同士が他の通信ネットワークを介して接続されている場合であっても、 リング 同士を結ぶ経路における障害を検出し、 その障害から回復することができる。 す なわち、接ノ一ド 1300— 1 , 1300— 3がイン夕リンク 1 105ではなく、 他の通信ネットワークを介して接続されていてもよい。 同様に、 接ノード 1 30 0 - 2, 1300— 4が、 .イン夕リンク 1106ではなく、 他の通信ネットヮ一 クを介して接続されていてもよい。
なお、 接ノード同士がインタリンクではなく、 他の通信ネットワークを介して 接続される場合、 その各接ノードのインタリンク障害検出回路 7 6 0は、
KeepAlive 信号の送信先となる接ノードの情報を、 通信ネットワークが認識可能 な情報として KeepAlive信号に付加する。 例えば、 接ノード同士が、 イーサネッ ト (登録商標) ネットワークを介して接続されているとする。 この場合、 インタ リンク障害検出回路 760は、 KeepAlive信号の送信先となる接ノードの情報と して、送信先接ノードの MACアドレスを KeepAlive信号内で指定しておけばよ い。
また、図 18では、接ノ一ド 1300が各回路を備える構成として説明したが、 接ノードがコンピュータを備え、 そのコンピュータが、 プログラムに従って、 パ ケット多重分離回路 7 10、 フレーム変換回路 720、 フォワーディングェンジ ン 730、リングトポロジ情報収集回路 740、リング障害情報収集回路 750、 インタリンク障害検出回路 760、RPRインタリンク障害情報収集回路 770、 経路決定回路 780、 ADM79 CK および VL ANフィルタリング回路 130 1と同様の動作をする構成 あってもよい。 プログラムは予め接ノード 1300 が備える記憶装置に記憶させておけばよい。
同様に、 接ノード以外のノード 1 500も、 コンピュータを備え、 そのコンビ ユー夕が、 プログラムに従って、 パケットスィッチ 1 510、 フレ一ム変換回路 720、フォヮ一ディングエンジン 730、リングトポロジ情報収集回路 740、 リング障害情報収集回路 750、 RPRインタリンク障害情報収集回路 770、 経路決定回路 780、 ADM790、 VL AN付加ノ変更回路 1310、 および VL AN付加/変更制御回路 1 38 1と同様の動作をする構成であってもよい。 プログラムは予め接ノード 1500が備える記憶装置に記憶させておけばよい。 第 2の実施の形態では、 リング同士を接続するィン夕リンクまたは通信ネット ワークが、 特許請求の範囲に記載の通信経路に相当する。 また、 VLAN識別子 が、 ネットワーク識別子に相当する。 VLAN付加/変更回路 1310が、 ネッ トワーク識別子導出手段およびネットワーク識別子付与手段に相当する。 RPR イン夕リンク障害情報収集回路 770が、 接ノード以外のノードの障害発生判定 手段に相当する。 VLAN付加 Z変更制御回路 1381が、 障害発生通信経路通 知手段に相当する。フレーム変換回路 720、フォヮ一ディングエンジン 730、 および ADM790が、 ブロードキャスト手段に相当する。 VLANフィルタリ ング回路 1301およびバケツト多重分離回路 71 0が、 ュ一ザフレーム送出手 段に相当する。 KeepAlive信号が、 生存確認信号に相当する。 インタリンク障害 検出手段 760およびバケツト多重分離回路 7 10が、 生存確認信号送信手段に 相当する。 パケット多重分離回路 7 10が、 生存確認信号受信手段に相当する。 フレーム変換回路 720、 フォワーディングエンジン 730、 および ADM79 0が、 生存確認フレーム送信手段に相当する。

Claims

請求の範囲
1 . 現用通信経路および予備用通信経路によって第 1のリングネットヮ —クと第 2のリングネットワークとが接続されるリングネッ卜ワークシステムで あって、
前記第 1のリングネットワークおよび前記第 2のリングネヅトワーク内の各ノ —ドは、
リングネットワーク外の端末のァドレスと、 リングネットワーク内のノードの アドレスとの対応関係を記憶するラーニングデー夕ベースと、
現用通信経路に障害が発生したと判定する障害発生判定手段と、
前記障害発生判定手段により現用通信経路に障害が発生したと判定されたとき に、 ラーニングデータベースが記憶する情報を消去する消去手段とを備え、 現用通信経路および予備用通信経路の端部として配置される接ノード以外の各 ノードは、
リングネットワーク外の端末から受信したユーザフレームが有する送信先アド レスに対応するノードのアドレスが前記ラ一ニングデ一夕ベースに記憶されてい ない場合に、 前記ュ一ザフレームをペイロードとして収めたフレームをブロード キャスト送信するブロードキャスト手段を備え、
予備用通信経路の端部として配置される接ノードは、
前記障害発生判定手段により現用通信経路に障害が発生したと判定されたとき に、 予備用通信経路との接続ポートを、 ユーザフレームを送出可能な状態に変更 する状態変更手段を備えたことを特徴とするリングネットワークシステム。
2 . 消去手段は、 障害発生判定手段により現用通信経路に障害が発生した と判定されたときに、 ラーニングデータベースが記憶する全ての情報を消去する 請求項 1に記載のリングネットワークシステム。
3 . 消去手段は、 障害発生判定手段により現用通信経路に障害が発生した と判定されたときに、 ラーニングデータベースが記憶する情報のうち、 現用通信 経路の端部として配置される接ノードのァドレスおよび当該ァドレスに対応する 端末のァドレスのみを消去する請求項 1に記載のリングネットワークシステム。
4 . 現用通信経路の端部として配置される接ノードは、
現用通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信する生存確認信号送信手段と、
前記他方のリングネットワークから生存確認信号を受信する生存確認信号受信 手段とを備えた請求項 1から請求項 3のうちのいずれか 1項に記載のリングネッ トワークシステム。
5 . 現用通信経路の端部として配置される接ノードは、
生存確認信号受信手段が受信した生存確認信号をペイ口一ドとして収めたフレ ームを、 当該接ノードが属するリングネットワーク内に送信する生存確認フレー ム送信手段を備え、
前記リングネットワーク内のノードのうち、 前記接ノ一ド以外のノ一ドが備え る障害発生判定手段は、 前記フレームを一定時間受信しないときに、 現用通信経 路に障害が発生したと判定し、
前記接ノードが備える障害発生判定手段は、 生存確認信号を一定時間受信しな いときに、 現用通信経路に障害が発生したと判定する請求項 1から請求項 4のう ちのいずれか 1項に記載のリングネットワークシステム。
6 . 予めネットワーク識別子と対応付けられた複数の通信経路によって 第 1のリングネットワークと第 2のリングネットワークとが接続されるリングネ ットワークシステムであって、
前記第 1のリングネットワークおよび前記第 2のリングネットワーク内の各ノ ードのうち、 前記複数の通信経路の端部として配置される接ノード以外の各ノー ドは、
リングネットワーク外の端末から受信したユーザフレームに付与するネットヮ ーク識別子を、 障害が発生していない通信経路に対応するネットワーク識別子の 中から導出するネットワーク識別子導出手段と、
前記ネットワーク識別子を前記ユーザフレームに付与するネットワーク識別子 付与手段と、
通信経路に障害が発生したと判定する障害発生判定手段と、
前記障害発生判定手段により通信経路に障害が発生したと判定されたときに、 障害が発生した通信経路に対応するネットワーク識別子を特定可能な情報を前記 ネットワーク識別子導出手段に通知する障害発生通信経路通知手段と、
リングネットワーク外の端末のアドレスと、 ネットワーク識別子と、 リングネ ットワーク内のノードのァドレスとの対応関係を記憶するラーニングデ一夕べ一 スと、
リングネットワーク外の端末から受信したユーザフレームが有する送信先ァド レスおよびネットワーク識別子導出手段が導出したネットワーク識別子の組み合 わせに対応するノードのアドレスが前記ラーニングデータベースに記憶されてい ない場合に、 前記ネットワーク識別子を付与されたユーザフレームをペイロード として収めたフレームをプロ一ドキャスト送信するブロードキャスト手段とを備 、
各通信経路の端部として配置される各接ノードは、
自身を端部とする通信経路に対応するネットワーク識別子と、 ユーザフレーム に付与されたネットワーク識別子とがー致するときに、 前記ユーザフレームを前 記通信経路に送出するユーザフレーム送出手段を備えたことを特徴とするリング ネッ卜ワークシステム。
7 . 各通信経路の端部として配置される各接ノードは、
自身を端部とする通信経路を介して定期的に生存確認信号を他方のリングネッ トワークに送信する生存確認信号送信手段と、
前記他方のリングネットワークから生存確認信号を受信する生存確認信号受信 手段とを備えた請求項 6に記載のリングネットワークシステム。
8 . 各通信経路の端部として配置される各接ノードは、 生存確認信号受信手段が受信した生存確認信号をペイロードとして収めたフレ —ムを、 当該接ノードが属するリングネットワーク内に送信する生存確認フレ一 ム送信手段を備え、
前記リングネットワーク内のノードのうち、 前記接ノード以外のノードが備え る障害発生判定手段は、 前記フレームを一定時間受信しないときに、 前記フレー ムの送信元となる接ノードを端部とする通信経路に障害が発生したと判定する請 求項 7に記載のリングネットワークシステム。
9 . 通信経路によって第 1のリングネットワークと第 2のリングネット ワークとが接続されるリングネットワークシステムであって、
前記通信経路の端部として配置される接ノードは、
前記通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信する生存確認信号送信手段と、
前記他方のリングネットワークから生存確認信号を受信する生存確認信号受信 手段と、
生存確認信号受信手段が受信した生存確認信号をペイ口一ドとして収めたフレ ームを、 当該接ノードが属するリングネットワーク内に送信する生存確認フレー ム送信手段とを備え、
リングネットワーク内のノードのうち接ノード以外のノードは、 前記フレーム を一定時間受信しないときに、 前記通信経路に障害が発生したと判定する障害発 生判定手段を備えたことを特徴とするリングネットワークシステム。
1 0 . 現用通信経路および予備用通信経路によって第 1のリングネットヮ 一クと第 2のリングネットワークとが接続されるリングネットワークシステムに 適用される障害回復方法であつて、
前記第 1のリングネットワークおよび前記第 2のリングネットワーク内の各ノ ードが、
リングネットヮ一ク外の端末のァドレスと、 リングネットワーク内のノードの ァドレスとの対応関係を記憶するラーニングデータベースを備え、 現用通信経路に障害が発生したと判定したときに、 ラーニングデータベースが 記憶する情報を消去し、
現用通信経路および予備用通信経路の端部として配置される接ノード以外の各 ノードが、
リングネットワーク外の端末から受信したユーザフレームが有する送信先ァド レスに対応するノードのアドレスが前記ラーニングデータベースに記憶されてい ない場合に、 前記ユーザフレームをペイロードとして収めたフレームをブロード キャスト送信し、
予備用通信経路の端部として配置される接ノードが、
現用通信経路に障害が発生したと判定したときに、 予備用通信経路との接続ポ ートを、 ユーザフレームを送出可能な状態に変更することを特徴とする障害回復 方法。
1 1 . 第 1のリングネットヮ一クおよび第 2のリングネットヮ一ク内の各 ノードが、
現用通信経路に障害が発生したと判定したときに、 ラーニングデータベースが 記憶する全ての情報を消去する請求項 1 0に記載の障害回復方法。
1 2 . 第 1のリングネットワークおよび第 2のリングネットワーク内の各 ノードが、
現用通信経路に障害が発生したと判定したときに、 ラーニングデータベースが 記憶する情報のうち、 現用通信経路の端部として配置される接ノードのァドレス および当該ァドレスに.対応する端末のァドレスのみを消去する請求項 1 0に記載 の障害回復方法。
1 3 . 現用通信経路の端部として配置される接ノードが、
現用通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信し、 .
前記他方のリングネットワークから生存確認信号を受信する請求項 1 0から請 求項 1 2のうちのいずれか 1項に記載の障害回復方法。
1 4 . 現用通信経路の端部として配置される接ノードが、
受信した生存確認信号をペイ口一ドとして収めたフレームを、 当該接ノードが 属するリングネットワーク内に送信し、
生存確認信号を一定時間受信しないときに、 現用通信経路に障害が発生したと 判定し、
前記リングネットワーク内のノードのうち、 前記接ノード以外のノードが、 前記フレームを一定時間受信しないときに、 現用通信経路に障害が発生したと 判定する請求項 1 0から請求項 1 3のうちのいずれか 1項に記載の障害回復方法。
1 5 . 予めネットワーク識別子と対応付けられた複数の通信経路によって 第 1のリングネットワークと第 2のリングネットヮ一クとが接続されるリングネ ットワークシステムに適用される障害回復方法であって、
前記第 1のリングネットワークおよび前記第 2のリングネットワーク内の各ノ ードのうち、 前記複数の通信経路の端部として配置される接ノード以外の各ノー ドが、
リングネットワーク外の端末のアドレスと、 ネットワーク識別子と、 リングネ ットワーク内のノードのァドレスとの対応関係を記憶するラーニングデータべ一 スを備え、
リングネットワーク外の端末から受信したユーザフレームに付与するネットヮ ーク識別子を、 障害が発生していない通信経路に対応するネットワーク識別子の, 中から導出し、
前記ネットワーク識別子を前記ュ一ザフレームに付与し、
通信経路に障害が発生したと判定したときに、 障害が発生した通信経路に対応 するネットワーク識別子を特定し、
リングネットワーク外の端末から受信したユーザフレームが有する送信先ァド レスおよび導出したネットワーク識別子の組み合わせに対応するノードのァドレ スが前記ラーニングデータベースに記憶されていない場合に、 前記ネットワーク 識別子を付与されたュ一ザフレームをペイロードとして収めたフレームをブロー ドキャスト送信し、
各通信経路の端部として配置される各接ノードが、
自身を端部とする通信経路に対応するネットワーク識別子と、 ユーザフレーム に付与されたネットワーク識別子とがー致するときに、 前記ユーザフレームを前 記通信経路に送出することを特徴とする障害回復方法。
1 6 . 各通信経路の端部として配置される各接ノードが、
自身を端部とする通信経路を介して定期的に生存確認信号を他方のリングネッ トワークに送信し、
前記他方のリングネットワークから生存確認信号を受信する請求項 1 5に記載 の障害回復方法。
1 7 . 各通信経路の端部として配置される各接ノードが、
受信した生存確認信号をペイロードとして収めたフレームを、 当該接ノードが 属するリングネットワーク内に送信し、
前記リングネットワーク内のノードのうち、 前記接ノード以外のノードが、 前記フレームを一定時間受信しないときに、 前記フレームの送信元となる接ノ 一ドを端部とする通信経路に障害が発生したと判定する請求項 1 6に記載の障害 回復方法。
1 8 . 通信経路によって第 1のリングネットワークと第 2のリングネット ワークとが接続されるリングネットワークシステムに適用される障害検出方法で あって、
前記通信経路の端部として配置される接ノードが、
前記通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信し、
前記他方のリングネットワークから生存確認信号を受信し、
受信した生存確認信号をペイロードとして収めたフレームを、 当該接ノードが 属するリングネッ卜ワーク内に送信し、
リングネットワーク内のノードのうち接ノード以外のノードが、
前記フレームを一定時間受信しないときに、 前記通信経路に障害が発生したと 判定することを特徴とする障害検出方法。
1 9 . 現用通信経路および予備用通信経路によって第 1のリングネットヮ 一クと第 2のリングネットワークとが接続されるリングネットワークシステムに 適用されるノードであって、
リングネットワーク外の端末のァドレスと、 リングネットワーク内のノードの アドレスとの対応関係を記憶するラーニングデ一夕べ一スと、
現用通信経路に障害が発生したと判定する障害発生判定手段と、
前記障害発生判定手段により現用通信経路に障害が発生したと判定されたとき に、 ラーニングデータベースが記憶する情報を消去する消去手段とを備えたこと を特徴とするノード。
2 0 . 消去手段は、 障害発生判定手段により現用通信経路に障害が発生した と判定されたときに、 ラーニングデータべ一スが記憶する全ての情報を消去する 請求項 1 9に記載のノード。
2 1 . 消去手段は、 障害発生判定手段により現用通信経路に障害が発生した と判定されたときに、 ラーニングデータベースが記憶する情報のうち、 現用通信 経路の端部として配置される接ノードのアドレスおよび当該ァドレスに対応する 端末のアドレスのみを消去する請求項 1 9に記載のノード。
2 2 . リングネットワーク外の端末から受信したユーザフレームが有する送信 先ァドレスに対応するノードのァドレスが前記ラーニングデ一夕ベースに記憶さ れていない場合に、 前記ュ一ザフレームをペイロードとして収めたフレームをブ ロードキャスト送信するブロードキャスト手段を備えた請求項 1 9から請求項 2 1のうちのいずれか 1項に記載のノード。
2 3 . 障害発生判定手段は、 生存確認信号をペイロードとして収めたフレー ムを一定時間受信しないときに、 現用通信経路に障害が発生したと判定する請求 項 2 2に記載のノード。
2 4. 現用通信経路の端部として配置され、
現用通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信する生存確認信号送信手段と、
前記他方のリングネットワークから生存確認信号を受信する生存確認信号受信 手段とを備えた請求項 1 9から請求項 2 1のうちのいずれか 1項に記載のノード。
2 5 . 生存確認信号受信手段が受信した生存確認信号をペイロードとして 収めたフレームを、 当該接ノードが属するリングネットヮ一ク内に送信する生存 確認フレーム送信手段を備えた請求項 2 4に記載のノード。
2 6 . 予めネットワーク識別子と対応付けられた複数の通信経路によって 第 1のリングネットワークと第 2のリングネットワークとが接続されるリングネ ットワークシステムに適用されるノードであって、
リングネットワーク外の端末のアドレスと、 ネットワーク識別子と、 リングネ ットワーク内のノードのァドレスとの対応関係を記憶するラーニングデ一夕べ一 スと、
リングネットワーク外の端末から受信したユーザフレームに付与するネットヮ ーク識別子を、 障害が発生していない通信経路に対応するネットワーク識別子の 中から導出するネットワーク識別子導出手段と、
前記ネットヮ一ク識別子を前記ユーザフレームに付与するネットワーク識別子 付与手段と、
通信経路に障害が発生したと判定する障害発生判定手段と、
前記障害発生判定手段により通信経路に障害が発生したと判定されたときに、 障害が発生した通信経路に対応するネットワーク識別子を特定可能な情報を前記 ネッ卜ワーク識別子導出手段に通知する障害発生通信経路通知手段と、
リングネットワーク外の端末から受信したユーザフレームが有する送信先ァド レスおよびネットワーク識別子導出手段が導出したネットワーク識別子の組み合 わせに対応するノードのァドレスが前記ラーニングデータベースに記憶されてい ない場合に、 前記ネットワーク識別子を付与されたユーザフレームをペイロード として収めたフレームをブロードキャスト送信するブロードキャスト手段とを備 えたことを特徴とするノード。
2 7 . 障害発生判定手段は、 生存確認信号をペイロードとして収めたフレー ムを一定時間受信しないときに、 現用通信経路に障害が発生したと判定する請求 項 2 6に記載のノード。
2 8 . 通信経路によって第 1のリングネットワークと第 2のリングネット ワークとが接続されるリングネットワークシステムに適用されるノードであって、 前記通信経路の端部として配置され、
前記通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信する生存確認信号送信手段と、
前記他方のリングネットワークから生存確認信号を受信する生存確認信号受信 手段と、
生存確認信号受信手段が受信した生存確認信号をペイロードとして収めたフレ ームを、 当該ノードが属するリングネットワーク内に送信する生存確認フレーム 送信手段とを備えたことを特徴とするノード。
2 9 . 現用通信経路および予備用通信経路によって第 1のリングネットヮ 一クと第 2のリングネットワークとが接続されるリングネットワークシステムに 適用されるノードが備えるコンピュータであって、 リングネットワーク外の端末 のアドレスと、 リングネットワーク内のノードのアドレスとの対応関係を記憶す るラーニングデータベースを備えたコ ビュ一夕に、
現用通信経路に障害が発生したと判定する障害発生処理、 および前記障害発生 処理で現用通信経路に障害が発生したと判定されたときに、 ラーニングデータべ —スが記憶する情報を消去する消去処理を実行させるためのノード用プログラム。
3 0 . コンピュータに、
消去処理で、 ラーニングデータベースが記憶する全ての情報を消去する処理を 実行させる請求項 2 9に記載のノード用プログラム。
3 1 . コンピュータに、
消去処理で、 ラーニングデータベースが記憶する情報のうち、 現用通信経路の 端部として配置される接ノードのアドレスおよび当該アドレスに対応する端末の ァドレスのみを消去する処理を実行させる請求項 2 9に記載のノード用プロダラ ム。
3 2 . コンピュータに、
リングネットワーク外の端末から受信したユーザフレームが有する送信先ァド レスに対応するノードのアドレスが前記ラ一ニングデータベースに記憶されてい ない場合に、 前記ユーザフレームをペイ口一ドとして収めたフレームをブロード キャスト送信するブロードキャスト処理を実行させる請求項 2 9から請求項 3 1 のうちのいずれか 1項に記載のノード用プログラム。
3 3 . コンピュータに、
障害発生処理で、 生存確認信号をペイロードとして収めたフレームを一定時間 受信しないときに、 現用通信経路に障害が発生したと判定させる請求項 3 2に記 載のノード用プログラム。
3 4 . 現用通信経路の端部として配置されたノードが備えるコンピュータ に、
現用通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信する生存確認信号送信処理、 前記他方のリングネットワークから生存確認信号を受信する生存確認信号受信 処理を実行させる請求項 2 9から請求項 3 1のうちのいずれか 1項に記載のノー ド用プログラム。
3 5 . コンピュータに、
生存確認信号受信処理で受信した生存確認信号をペイロードとして収めたフレ —ムを、 自ノードが属するリングネットワーク内に送信する生存確認フレーム送 信処理を実行させる請求項 3 5に記載のノード用プログラム。
3 6 . 予めネットワーク識別子と対応付けられた複数の通信経路によって 第 1のリングネットワークと第 2のリングネットワークとが接続されるリングネ ットワークシステムに適用されるノードが備えるコンピュータであって、 リング ネットワーク外の端末のアドレスと、 ネットワーク識別子と、 リングネットヮー ク内のノードのァドレスとの対応関係を記憶するラーニングデータベースを備え たコンピュータに、
リングネットワーク外の端末から受信したユーザフレームに付与するネットヮ —ク識別子を、 障害が発生していない通信経路に対応するネットヮ一ク識別子の 中から導出するネットワーク識別子導出処理、
前記ネットワーク識別子を前記ユーザフレームに付与するネットワーク識別子 付与処理、
通信経路に障害が発生したと判定する障害発生判定処理、
前記障害発生判定処理で通信経路に障害が発生したと判定されたときに、 障害 が発生した通信経路に対応するネットワーク識別子を特定する障害ネットワーク 識別子特定処理、
リングネットワーク外の端末から受信したユーザフレームが有する送信先ァド レスおよびネットワーク識別子導出処理で導出したネットワーク識別子の組み合 わせに対応するノードのァドレスが前記ラーニングデータベースに記憶されてい ない場合に、 前記ネットワーク識別子を付与されたユーザフレームをペイロード として収めたフレームをブロードキャスト送信するブロードキャスト処理を実行 させるためのノード用プログラム。
3 7 . コンピュータに、
障害発生処理で、 生存確認信号をペイロードとして収めたフレームを一定時間 受信しないときに、 現用通信経路に障害が発生したと判定させる請求項 3 6に記 載のノード用プログラム。
3 8 . 通信経路によって第 1のリングネットワークと第 2のリングネット ワークとが接続されるリングネットワークシステムに適用されるノードであって、 前記通信経路の端部として配置されるノードが備えるコンピュータに、
前記通信経路を介して定期的に生存確認信号を他方のリングネットワークに送 信する生存確認信号送処理、
前記他方のリングネットワークから生存確認信号を受信する生存確認信号受信 処理、 および受信した生存確認信号をペイロードとして収めたフレームを、 当該 ノードが属するリングネットワーク内に送信する生存確認フレーム送信処理を実 行させるためのノード用プログラム。
PCT/JP2006/307410 2005-03-31 2006-03-31 リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム WO2006104285A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007510593A JP4900878B2 (ja) 2005-03-31 2006-03-31 リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム
CN200680019410.4A CN101189838B (zh) 2005-03-31 2006-03-31 环形网络系统、故障恢复方法和节点
US11/887,289 US7898942B2 (en) 2005-03-31 2006-03-31 Ring network system, failure recovery method, failure detection method, node and program for node

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005101254 2005-03-31
JP2005-101254 2005-03-31

Publications (1)

Publication Number Publication Date
WO2006104285A1 true WO2006104285A1 (ja) 2006-10-05

Family

ID=37053526

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/307410 WO2006104285A1 (ja) 2005-03-31 2006-03-31 リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム

Country Status (4)

Country Link
US (1) US7898942B2 (ja)
JP (1) JP4900878B2 (ja)
CN (1) CN101189838B (ja)
WO (1) WO2006104285A1 (ja)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009005053A (ja) * 2007-06-21 2009-01-08 Nec Corp パケットリングネットワークシステム、パケット転送方法
JP2009016905A (ja) * 2007-06-29 2009-01-22 Fujitsu Ltd パケットネットワークシステム
JP2009117899A (ja) * 2007-11-01 2009-05-28 Mitsubishi Electric Corp レイヤ2ネットワークおよびネットワーク接続装置
JP2009165053A (ja) * 2008-01-10 2009-07-23 Fujitsu Ltd 通信装置、通信制御方法及びプログラム
US20100205647A1 (en) * 2008-11-10 2010-08-12 The Directv Group, Inc. Method and apparatus for monitoring a transport processing system in a software download broadcast communication system
US20100211676A1 (en) * 2008-10-15 2010-08-19 National University Corporation Nagoya University Communication apparatus, communication system, and communication method
JP2010193382A (ja) * 2009-02-20 2010-09-02 Mitsubishi Electric Corp マルチリングネットワーク
WO2010116465A1 (ja) * 2009-03-30 2010-10-14 三菱電機株式会社 リングノード装置、マルチリングネットワークシステムおよび経路切り替え方法
CN101882956A (zh) * 2010-07-08 2010-11-10 威盛电子股份有限公司 数据传输系统和方法
JP2011061401A (ja) * 2009-09-09 2011-03-24 Hitachi Ltd 仮想ネットワーク管理サーバ及びネットワークシステム
EP2320610A1 (en) * 2008-08-28 2011-05-11 ZTE Corporation A control packet transmission method and apparatus based on multi-ring ethernet
WO2012086019A1 (ja) * 2010-12-21 2012-06-28 三菱電機株式会社 通信装置、通信システムおよび通信方法
CN110635925A (zh) * 2018-06-21 2019-12-31 武汉亿阳信通科技有限公司 一种网络节点分析系统与分析方法

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4948039B2 (ja) * 2006-05-30 2012-06-06 アラクサラネットワークス株式会社 スイッチおよびネットワークの障害回復方法
CN101128041B (zh) * 2006-08-15 2010-05-12 华为技术有限公司 接入网和核心网间下行数据隧道失效后的处理方法和系统
US7773501B2 (en) * 2006-10-04 2010-08-10 Scientific-Atlanta, Llc Label assignment algorithm with receive-side processing implementation
JP4848254B2 (ja) * 2006-11-29 2011-12-28 アラクサラネットワークス株式会社 リングネットワークを構成する装置
JP4684350B2 (ja) * 2007-03-16 2011-05-18 富士通株式会社 中継装置及びその導通確認方法並びに導通確認回路
JP5198568B2 (ja) * 2007-10-02 2013-05-15 エスエムエスシー・ヨーロッパ・ゲゼルシャフト・ミト・ベシュレンクテル・ハフツング リングバスシステムでの信号故障検知するためのシステム及び方法
JP4895972B2 (ja) * 2007-10-22 2012-03-14 アラクサラネットワークス株式会社 リングプロトコル高速切替方法およびその装置
US8276013B2 (en) * 2008-02-13 2012-09-25 Broadcom Corporation System and method for reducing a link failure detection delay using a link energy signal while in a low power idle mode
CN101534232B (zh) * 2008-03-10 2012-12-19 中兴通讯股份有限公司 一种防止以太多环网络中出现网络风暴的方法
CN101252500B (zh) * 2008-04-16 2012-08-08 杭州华三通信技术有限公司 任意拓扑相交环网的实现方法、节点和相交环网
US8693319B2 (en) * 2008-09-25 2014-04-08 Intel Corporation Scheme for avoiding deadlock in multi-ring interconnect, with additional application to congestion control
EP2342882B1 (en) * 2008-09-29 2018-12-05 Alcatel-Lucent USA Inc. Call response services in ims networks for businesses
US20100157789A1 (en) * 2008-12-23 2010-06-24 At&T Intellectual Property I, L.P. Randomized backup routing
CN101938395B (zh) * 2009-07-03 2014-08-13 中兴通讯股份有限公司 一种以太环网的单环地址刷新方法及系统
JP5434318B2 (ja) * 2009-07-09 2014-03-05 富士通株式会社 通信装置および通信パス提供方法
CN101997735A (zh) * 2009-08-25 2011-03-30 中兴通讯股份有限公司 单环网络拓扑重建方法及系统
CN102035711B (zh) * 2009-09-24 2014-02-05 中兴通讯股份有限公司 一种以太环网保护中防止地址表重复刷新的方法及系统
WO2011114537A1 (ja) * 2010-03-19 2011-09-22 富士通株式会社 伝送装置、障害復旧方法及びネットワークシステム
US20120155463A1 (en) * 2010-12-17 2012-06-21 Cisco Technology Inc. Increased Communication Opportunities with Low-Contact Nodes in a Computer Network
JP5621668B2 (ja) * 2011-03-15 2014-11-12 富士通株式会社 伝送システム、冗長区間設定方法および接続ノード
CN103733572A (zh) * 2011-06-30 2014-04-16 施耐德电器工业公司 Rstp 网络的双环交换机
US9473424B2 (en) * 2011-09-19 2016-10-18 Fujitsu Limited Address table flushing in distributed switching systems
US9363313B2 (en) * 2012-06-11 2016-06-07 Cisco Technology, Inc. Reducing virtual IP-address (VIP) failure detection time
US8929370B2 (en) * 2012-08-24 2015-01-06 Avaya Inc. Mechanism for efficiently transmitting tunnel keep-alive messages
US9264348B2 (en) * 2012-09-14 2016-02-16 Juniper Networks, Inc. Avoiding data traffic loss in an ethernet ring multihomed, in an active-standby manner, to a virtual private LAN service transport network
US9444913B2 (en) 2013-03-14 2016-09-13 Alcatel Lucent Multi-ring reliable messaging system
CN104579952B (zh) * 2013-10-25 2017-12-15 新华三技术有限公司 一种抵御主隧道多点故障的保护隧道创建方法及设备
CN103746891B (zh) * 2013-12-24 2017-09-26 华为技术有限公司 一种环网接入业务的保护方法、装置及系统
US9462359B2 (en) * 2014-04-25 2016-10-04 Huawei Technologies Co., Ltd. System and method for photonic switching
JP6012908B2 (ja) * 2014-05-22 2016-10-25 三菱電機株式会社 中継装置
CN105897578B (zh) * 2014-09-11 2019-07-02 姬磊 一种快速自愈的变电站环网协议实现方法
US9813329B2 (en) * 2015-06-01 2017-11-07 Telefonaktiebolaget Lm Ericsson (Publ) Method for multi-chassis redundancy using anycast and GTP TEID
WO2017058183A1 (en) * 2015-09-30 2017-04-06 Hewlett Packard Enterprise Development Lp Network nodes in a ring network
CN107181661A (zh) * 2016-03-11 2017-09-19 西门子公司 实时性故障保护方法、主节点、从节点和环形网络系统
US20180048487A1 (en) * 2016-08-15 2018-02-15 Alcatel-Lucent Canada Inc. Method for handling network partition in cloud computing
JP2018170618A (ja) * 2017-03-29 2018-11-01 Kddi株式会社 障害自動復旧システム、制御装置、手順作成装置およびプログラム
KR101926257B1 (ko) * 2017-05-15 2018-12-06 두산중공업 주식회사 이상 신호 복원 시스템 및 방법
WO2019038853A1 (ja) * 2017-08-23 2019-02-28 三菱電機株式会社 転送装置、転送方法および転送プログラム
JP7167687B2 (ja) * 2018-12-18 2022-11-09 富士通株式会社 情報処理装置、情報処理方法および情報処理プログラム
CN110650045B (zh) * 2019-09-24 2022-08-12 中车株洲电力机车有限公司 一种mvb网络端口地址冲突的诊断定位装置及方法
WO2021100146A1 (ja) * 2019-11-20 2021-05-27 三菱電機株式会社 光通信装置及び通信システム
US11997009B2 (en) 2021-09-10 2024-05-28 Honeywell International Inc. Method and apparatus for an alternate communication path for connected networks

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030012129A1 (en) * 2001-07-10 2003-01-16 Byoung-Joon Lee Protection system and method for resilient packet ring (RPR) interconnection
EP1328090A1 (en) * 2002-01-09 2003-07-16 Alcatel Topology discovery method, a related system and related node
JP2003258822A (ja) * 2002-02-27 2003-09-12 Nec Corp パケットリングネットワーク及びそれに用いるパケットリングネットワーク間の接続方法
WO2004073262A1 (ja) * 2003-02-12 2004-08-26 Fujitsu Limited Rpr装置
JP2005159546A (ja) * 2003-11-21 2005-06-16 Mitsubishi Electric Corp ネットワーク装置
JP2006129071A (ja) * 2004-10-28 2006-05-18 Fujitsu Ltd ノード装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH104424A (ja) 1996-06-14 1998-01-06 Hitachi Ltd 回線救済方式
TW419917B (en) * 1998-03-30 2001-01-21 Toshiba Corp Communication network system
JP2002271354A (ja) * 2001-03-06 2002-09-20 Fujitsu Ltd 光路切替装置及び、これを用いる光波長多重ダイバシティ通信システム
US7054264B2 (en) * 2001-07-24 2006-05-30 Corrigent Systems Ltd. Interconnect and gateway protection in bidirectional ring networks
ITMI20012088A1 (it) * 2001-10-10 2003-04-10 Cit Alcatel Metodo per propagare l'informazione di guasto in una rete rpr e relativo tipo di pacchetto rpr
JP2003174458A (ja) 2001-12-04 2003-06-20 Mitsubishi Electric Corp 二重リングネットワークシステムおよびリング切替方法
JP3937855B2 (ja) * 2002-02-06 2007-06-27 日本電気株式会社 マルチリング制御方法およびそれを用いるノード並びに制御プログラム
JP4052956B2 (ja) 2003-02-07 2008-02-27 富士通株式会社 Rprネットワークシステム,ステーションノード,ブリッジノード及びrprカード
WO2004095779A1 (ja) * 2003-04-24 2004-11-04 Fujitsu Limited リング間接続装置、及びデータ転送制御方法
JP4031500B2 (ja) * 2003-09-10 2008-01-09 富士通株式会社 ノード冗長方法、インタフェースカード、インタフェースデバイス、ノード装置およびパケットリングネットワークシステム
JP4593267B2 (ja) * 2004-12-28 2010-12-08 富士通株式会社 光ノードおよび光分岐挿入装置
JP4743201B2 (ja) * 2005-02-28 2011-08-10 日本電気株式会社 パケットリングネットワークシステム、パケットリング間の接続方法、およびリング間接続ノード
CN1941730A (zh) * 2005-09-26 2007-04-04 华为技术有限公司 实现rpr桥冗余保护的方法
JP5077098B2 (ja) * 2008-06-27 2012-11-21 富士通株式会社 リング型ネットワークにおける伝送方法および伝送装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030012129A1 (en) * 2001-07-10 2003-01-16 Byoung-Joon Lee Protection system and method for resilient packet ring (RPR) interconnection
EP1328090A1 (en) * 2002-01-09 2003-07-16 Alcatel Topology discovery method, a related system and related node
JP2003258822A (ja) * 2002-02-27 2003-09-12 Nec Corp パケットリングネットワーク及びそれに用いるパケットリングネットワーク間の接続方法
WO2004073262A1 (ja) * 2003-02-12 2004-08-26 Fujitsu Limited Rpr装置
JP2005159546A (ja) * 2003-11-21 2005-06-16 Mitsubishi Electric Corp ネットワーク装置
JP2006129071A (ja) * 2004-10-28 2006-05-18 Fujitsu Ltd ノード装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
IWATA J. ET AL.: "Metoro PRP ni Okeru Fukusu Ring-Kan Spatial Reuse Hoshiki", THE INSTITUTE OF ELECTRONICS, INFORMATION AND COMMUNICATION EENGINEERS 2002 NEN SOGO TAIKAI KOEN RONBUNSHU, TSUSHIN 2, 7 March 2002 (2002-03-07), pages 311, XP003005208 *
SAKAUCHI M. ET AL.: "Multi-link RPR ni Okeru Inter Link Dancho Hoshiki", THE INSTITUTE OF ELECTRONICS, INFORMATION AND COMMUNICATION ENGINEERS 2005 NEN SOGO TAIKAI KOEN RONBUNSHU, TSUSHIN 2, 7 March 2005 (2005-03-07), pages 251, XP003005209 *

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009005053A (ja) * 2007-06-21 2009-01-08 Nec Corp パケットリングネットワークシステム、パケット転送方法
JP2009016905A (ja) * 2007-06-29 2009-01-22 Fujitsu Ltd パケットネットワークシステム
JP2009117899A (ja) * 2007-11-01 2009-05-28 Mitsubishi Electric Corp レイヤ2ネットワークおよびネットワーク接続装置
JP2009165053A (ja) * 2008-01-10 2009-07-23 Fujitsu Ltd 通信装置、通信制御方法及びプログラム
EP2320610A1 (en) * 2008-08-28 2011-05-11 ZTE Corporation A control packet transmission method and apparatus based on multi-ring ethernet
EP2320610A4 (en) * 2008-08-28 2014-02-19 Zte Corp METHOD AND APPARATUS FOR TRANSMITTING CONTROL PACKETS BASED ON MULTI-RING ETHERNET
US20100211676A1 (en) * 2008-10-15 2010-08-19 National University Corporation Nagoya University Communication apparatus, communication system, and communication method
US8805997B2 (en) * 2008-10-15 2014-08-12 National University Corporation Nagoya University Communication apparatus detecting abnormaility by communicating an effectiveness notification
US20100205647A1 (en) * 2008-11-10 2010-08-12 The Directv Group, Inc. Method and apparatus for monitoring a transport processing system in a software download broadcast communication system
US9602628B2 (en) * 2008-11-10 2017-03-21 The Directv Group, Inc. Method and apparatus for monitoring a transport processing system in a software download broadcast communication system
JP2010193382A (ja) * 2009-02-20 2010-09-02 Mitsubishi Electric Corp マルチリングネットワーク
WO2010116465A1 (ja) * 2009-03-30 2010-10-14 三菱電機株式会社 リングノード装置、マルチリングネットワークシステムおよび経路切り替え方法
JP2011061401A (ja) * 2009-09-09 2011-03-24 Hitachi Ltd 仮想ネットワーク管理サーバ及びネットワークシステム
CN101882956A (zh) * 2010-07-08 2010-11-10 威盛电子股份有限公司 数据传输系统和方法
WO2012086019A1 (ja) * 2010-12-21 2012-06-28 三菱電機株式会社 通信装置、通信システムおよび通信方法
CN110635925A (zh) * 2018-06-21 2019-12-31 武汉亿阳信通科技有限公司 一种网络节点分析系统与分析方法
CN110635925B (zh) * 2018-06-21 2022-07-12 武汉亿阳信通科技有限公司 一种网络节点分析系统与分析方法

Also Published As

Publication number Publication date
US20090052317A1 (en) 2009-02-26
US7898942B2 (en) 2011-03-01
JP4900878B2 (ja) 2012-03-21
JPWO2006104285A1 (ja) 2008-09-11
CN101189838B (zh) 2014-09-10
CN101189838A (zh) 2008-05-28

Similar Documents

Publication Publication Date Title
WO2006104285A1 (ja) リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム
JP4836008B2 (ja) 通信システム、通信方法、ノード、およびノード用プログラム
JP3762749B2 (ja) リストレーション・プロテクション方法及び装置
JP4074304B2 (ja) パケット転送方法及びパケット転送装置
US8169895B2 (en) Network system and node
US7619987B2 (en) Node device
JP4687176B2 (ja) パケット中継装置
KR101120322B1 (ko) 데이터 보호 방법, 네트워크 프로세서, 멀티서비스 액세스노드 및 라우터
US20070127367A1 (en) Communication system and communication method
WO2006006632A1 (ja) パケット転送方法及びパケット転送装置
WO2006092915A1 (ja) パケットリングネットワークシステム、パケットリング間の接続方法、およびリング間接続ノード
JP2003229876A (ja) マルチリング制御方法およびそれを用いるノード並びに制御プログラム
JP2008533881A (ja) Rprリングネットワークのオン・オフリングの処理、データ転送方法及びそのネットワーク設備
JP2002354038A (ja) レイヤ型ネットワークの管理システム
WO2007129699A1 (ja) 通信システム、ノード、端末、通信方法、およびプログラム
JP2002232462A (ja) Ipパケット通信装置及び冗長構成切替え方法
US20100303081A1 (en) Communication system and method for forwarding a packet among a plurality of edge routers
WO2014059844A1 (zh) 分布式弹性网络互连中网关动态切换方法和装置
JP2007209040A (ja) パケット転送方法及びパケット転送装置
US20130022052A1 (en) Data Transport System and Control Method of Data Transport System
EP1653639B1 (en) Signalling routing apparatus and method in optical network
WO2010135987A1 (zh) 链路聚合方法及装置
JP2007243288A (ja) 通信システム、ノード、通信方法、およびノード用プログラム
WO2006040796A1 (ja) 通信システムおよび中継装置
JP2002314586A (ja) 送信装置及び多重通信方式及び多重通信方法及び多重通信プログラム及び多重通信プログラムを記録した計算機で読み取り可能な記録媒体

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680019410.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2007510593

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11887289

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06731358

Country of ref document: EP

Kind code of ref document: A1