JP2010010995A - Protection switch system in gfp frame layer - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a protection switch system in a GFP frame layer for designing a flexible network on a transport network of an OTH and an SDH. <P>SOLUTION: The protection switch system includes a means for giving route information and priority information in an extended header of a GFP frame, and switches the GFP frame according to the given route information and priority information. In addition, the protection switch system includes a means for transmitting a false GFP frame to a protection route on the transport network of the OTN and the SDH to secure a band of the transport network. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a switching system for controlling a data path between networks.

In the situation where the Ethernet (registered trademark) (registered trademark) is becoming a communication network, the existing OTN (Optical Transport Network) standardized by the International Telecommunication Union / Telecommunication Standardization Sector (ITU-T): ITU- T Recommendation G. 709 and SDH (Synchronous Digital Hierarchy): ITU-T Recommendation G. A method of performing mutual transfer between a transport network 707 and Ethernet (registered trademark) has been studied.
The conventional mutual transfer is a method of mapping Ethernet (registered trademark) to an existing transport network, and an Ethernet (registered trademark) frame or Internet protocol on the existing transport network. In order to realize packet switching (Internet Protocol: hereinafter referred to as IP), Ethernet (registered trademark) frames or IP packets are directly switched.

Patent Document 1 discloses ITU-T Recommendation G. in the International Telecommunication Union / Telecommunication Standardization Sector (ITU-T). A method of efficiently transferring data by mapping a general-purpose frame to an OTN or SDH frame using a frame layer of GFP (Generic Framing Procedure) technology standardized as 7041 is disclosed.
JP 2002-198994 A

  However, in the method of mapping Ethernet (registered trademark) to an existing OTN or SDH transport network, it is interrupted at the end of the transport network, so that it is not possible to design a flexible network on the transport network. There is a problem.

The GFP frame is used by encapsulating variable-length payloads of client signals including various information and different data amounts, including Ethernet (registered trademark) frames, and mapping them on the transport network. .
In order to improve the reliability of this GFP frame and to enable transfer between all communication devices on the network, it is necessary to realize protection at the transport network layer. Since it is difficult to configure, there is a problem that a flexible network design cannot be performed in the GFP frame layer.

  The present invention has been made on the basis of the above problem recognition, and has an object to provide a protection switch system in a GFP frame layer for flexible network design on an OTN or SDH transport network. Yes.

  In order to solve the above-described problem, the network system of the present invention is a GFP frame layer network system comprising a plurality of communication devices, wherein the communication device provides route information and priority information in an extension header of a GFP frame. An assigning means, a route determining means for determining a transfer route of the GFP frame based on the route information and the priority information given by the information giving means, and a false transfer route different from the transfer route decided by the route determining means ( And fake frame sending means for sending a (pseudo) GFP frame.

  Further, the communication device of the present invention is characterized in that the false GFP frame is transmitted to a transfer route determined by the route determination means.

  The communication apparatus of the present invention further comprises management information giving means for giving management information to a false (pseudo) GFP frame, and the false information (pseudo) to which the management information is given by the management information giving means. A GFP frame is transmitted.

  The communication method of the present invention is a communication method for a network system of a GFP frame layer composed of a plurality of communication devices, an information adding procedure for adding route information and priority information in an extension header of a GFP frame, and the information adding procedure. A route determination procedure for determining a transfer route of a GFP frame based on the route information and priority information given by the above, and sending a false (pseudo) GFP frame to a transfer route different from the transfer route determined by the route determination procedure And a fake frame transmission procedure.

  The communication apparatus of the present invention is a communication apparatus of a network system of a GFP frame layer composed of a plurality of communication apparatuses, and the communication apparatus includes information adding means for adding route information and priority information in an extension header of the GFP frame. , A route determination unit that determines a transfer route of the GFP frame based on the route information and priority information provided by the information addition unit, and a false (pseudo) transfer route different from the transfer route determined by the route determination unit. And fake frame sending means for sending a GFP frame.

  According to the present invention, by assigning route information and priority information in the extension header of the GFP frame, the GFP frame switching function and priority control can be performed, and the protection route on the transport network of OTN or SDH is false. Since the GFP frame can be transmitted to secure the bandwidth of the transport network, it is possible to provide a protection switch system for designing a flexible network without considering the transport network layer.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing the configuration of the protection switch system according to the present embodiment. The protection switch system in FIG. 1 has a function of a GFP frame layer protection switch in an OTN / SDH transport network, and the entire communication (for example, NMS (Network Management System)) , Priority, protection configuration, transfer rate, route information update interval) are managed.

The protection switch system in FIG. 1 is an intercommunication network constructed by OTN or SDH, and is a transport network 1 in which a plurality of communication devices (hereinafter referred to as nodes) are connected to each other.
The transport network 1 is composed of edge nodes E1 to E4 having interfaces that connect to an external network (hereinafter referred to as client network), and core nodes C1 to C3 that do not have an interface that connects to a client network. .
The transport network 1 is connected to client networks 2 to 5 that are separately constructed by Ethernet (registered trademark).

  Note that an edge node and a core node are different in whether or not an interface for connecting to the client network is provided. By providing an interface for connecting to the client network in the core node, the edge node and the core node can be used as an edge node.

As shown in FIG. 1, the client networks 2 to 5 are connected to the edge nodes E1 to E4 via Ethernet (registered trademark).
Further, in the edge node E1 in the transport network 1, the edge node E2 and the core node C1 are connected by a communication cable (for example, an optical fiber).
Similarly, the edge node E2 is connected to the edge node E1, the core node C2, and the core node C3, the edge node E3 is connected to the edge node E4 and the core node C1, and the edge node E4 is connected to the edge node E3, the core node C1, and the core node C3. Core node C1 is connected to edge node E1, edge node E3, edge node E4, core node C2, core node C2 is connected to edge node E2, core node C1, core node C3, and core node C3 is connected to edge node E2, It is connected to the edge node E4 and the core node C2, and realizes mutual communication between the nodes.

  In the transport network 1, the client networks 2 to 5 connected to the edge nodes E1 to E4 can communicate with each other via the edge nodes E1 to E4 and the core nodes C1 to C3 in the transport network 1.

  Next, the communication apparatus of this embodiment will be described. FIG. 2 is a block diagram showing a configuration of an edge node used in the protection switch system according to the present embodiment. The edge node in FIG. 2 includes an Ethernet (registered trademark) reception processing unit 30, an Ethernet (registered trademark) transmission processing unit 40, an OTN / SDH reception processing unit 50, an OTN / SDH transmission processing unit 60, a GFP switch unit 70, and a queue process. Unit 80 and route search unit 90.

2 correspond to the number of connected nodes, the Ethernet (registered trademark) reception processing unit 30, the Ethernet (registered trademark) transmission processing unit 40, the OTN / SDH reception processing unit 50, the OTN / A plurality of SDH transmission processing units 60 may be provided. In that case, each block is operated in cooperation by determining the order in which each block operates according to a predetermined priority order.
In addition, the core node used in the protection switch system is configured by blocks obtained by removing the Ethernet (registered trademark) reception processing unit 30 and the Ethernet (registered trademark) transmission processing unit 40 from the configuration of the edge node.

The Ethernet (registered trademark) reception processing unit 30 is a block that receives an Ethernet (registered trademark) frame and generates a GFP frame from the received Ethernet (registered trademark) frame.
An extension header (hereinafter referred to as a GFP extension header) is added to the GFP frame to be generated.
The Ethernet (registered trademark) reception processing unit 30 generates and receives a GFP extension header based on the header information of the Ethernet (registered trademark) frame received from the client network and the route information file acquired from the route search unit 90 described later. The GFP frame encapsulating the Ethernet (registered trademark) frame and the generated GFP extension header is output to the GFP switch unit 70.

  Further, the Ethernet (registered trademark) reception processing unit 30 needs to protect the received Ethernet (registered trademark) frame based on the route information file acquired from the route search unit 90 described later and a predetermined protection configuration. It is determined whether or not there is protection, and when protection is necessary, a route for performing protection is determined, and a false GFP frame (hereinafter referred to as GFP false frame) is generated and output to the GFP switch unit 70.

The Ethernet (registered trademark) transmission processing unit 40 is a block that extracts an Ethernet (registered trademark) frame from the input GFP frame and transmits the extracted Ethernet (registered trademark) frame.
The Ethernet (registered trademark) transmission processing unit 40 determines whether the GFP frame input from the queue processing unit 80 is an official GFP frame (hereinafter referred to as a GFP true frame) or a GFP fake frame, and performs queue processing. When the GFP frame input from the unit 80 is a GFP true frame, an Ethernet (registered trademark) frame is extracted from the GFP true frame and transmitted to the client network.
When the GFP frame input from the queue processing unit 80 is a GFP fake frame, the GFP fake frame is discarded.

The OTN / SDH reception processing unit 50 is a block that receives an OTN / SDH signal and extracts a GFP frame.
The OTN / SDH reception processing unit 50 receives an OTN / SDH signal transmitted from another node connected in the transport network 1, extracts a GFP frame from the received OTN / SDH signal, and a GFP switch unit Output to 70.

The OTN / SDH transmission processing unit 60 is a block that generates an OTN / SDH signal from the input GFP frame and transmits the generated OTN / SDH signal to the transport network 1.
The OTN / SDH transmission processing unit 60 converts the GFP frame input from the queue processing unit 80 into an OTN / SDH signal and transmits it to other nodes connected in the transport network 1.

The GFP switch unit 70 is a block that distributes GFP frames (hereinafter referred to as switching).
The GFP switch unit 70 switches the GFP frame input from the Ethernet (registered trademark) reception processing unit 30 and the OTN / SDH reception processing unit 50 based on the switch information file acquired from the route search unit 90 to be described later. The data is output to the processing unit 80.

Further, when the GFP frame input from the OTN / SDH reception processing unit 50 is a frame for searching for route information in the transport network 1 (hereinafter referred to as a search frame), the GFP switch unit 70 The search frame is output to the route search unit 90 described later.
When a search frame is transmitted from the node to another adjacent node (hereinafter referred to as an adjacent node), the search frame of the node input from the route search unit 90 described later is output to the queue processing unit 80.

The queue processing unit 80 is a block that outputs GFP frames in order of priority based on priority order information in the GFP extension header of the GFP frame.
The queue processing unit 80 confirms the priority information in the GFP extension header of the GFP frame input from the GFP switch unit 70, and transmits the GFP frame to the Ethernet (registered trademark) transmission processing unit 40 or OTN / SDH according to the priority order. The data is output to the processing unit 60.

The route search unit 90 is a block that stores route information in the transport network 1 and outputs route information for transmitting the received Ethernet (registered trademark) frame to the next node.
The route search unit 90 periodically generates a search frame (hereinafter referred to as a GFP search frame) to be transmitted to an adjacent node in order to update route information in the transport network 1, and a GFP switch unit Output to 70.
In addition, the route information of the node is updated based on the information of the GFP search frame received from the adjacent node and input from the GFP switch unit 70.
Also, the route search unit 90 extracts route information used in the node from the latest route table information file in the transport network 1 and outputs the route information to the Ethernet (registered trademark) reception processing unit 30 and the GFP switch unit 70.

  Next, the Ethernet (registered trademark) reception processing unit 30 of this embodiment will be described. FIG. 3 is a block diagram showing the configuration of the Ethernet (registered trademark) reception processing unit 30 according to the present embodiment and related peripheral blocks. In FIG. 3, the Ethernet (registered trademark) reception processing unit 30 includes an Ethernet (registered trademark) receiving unit 31, an Ethernet (registered trademark) frame recognition unit 32, a GFP encapsulation unit 33, a route selection unit 34, and a priority determination unit 35. , A GFP extension header generation unit 36, a rate control unit 37, and a stuff frame generation unit 38.

The Ethernet (registered trademark) receiving unit 31 is a block that receives an Ethernet (registered trademark) frame from the client network.
The Ethernet (registered trademark) receiving unit 31 receives an Ethernet (registered trademark) frame by a process (hereinafter referred to as an Ethernet (registered trademark) process) compliant with the Ethernet (registered trademark) standard (IEEE 802.3), and receives the received Ethernet The (registered trademark) frame is output to the Ethernet (registered trademark) frame recognition unit 32.

The Ethernet (registered trademark) frame recognition unit 32 is a block that extracts information in the Ethernet (registered trademark) frame.
The Ethernet (registered trademark) frame recognizing unit 32 receives the transmission destination and the transmission source information (for example, Destination in the MAC: Media Access Control header) from the Ethernet (registered trademark) frame input from the Ethernet (registered trademark) receiving unit 31. Address (hereinafter referred to as destination MAC address), Source Address (hereinafter referred to as source MAC address), Destination Address (hereinafter referred to as destination IP address) in the IP header, and Source Address (hereinafter referred to as source IP address) Information)) is extracted and output to the route selection unit 34.

Further, the Ethernet (registered trademark) frame recognition unit 32 receives priority information (for example, a VLAN tag in the MAC header and TOS information in the IP header (hereinafter referred to as VLAN tag and TOS information) from the Ethernet (registered trademark) frame). Are referred to as Ethernet (registered trademark) priority)) and output to the priority determination unit 35.
The input Ethernet (registered trademark) frame is output to the GFP encapsulation unit 33.

  The route selection unit 34 is based on the transmission destination of the Ethernet (registered trademark) frame extracted by the Ethernet (registered trademark) frame recognition unit 32, information on the transmission source, and the route information file acquired from the route search unit 90. This is a block for selecting a main transfer route (hereinafter referred to as a primary route) when a GFP frame is transmitted to the transport network 1.

The route selection unit 34 includes a transmission destination input from the Ethernet (registered trademark) frame recognition unit 32, transmission source information (for example, destination MAC address, transmission source MAC address, destination IP address, transmission source IP address), A primary route for transmitting a GFP frame into the transport network 1 is determined from a route information file used in the node input from a route table processing unit 91 described later in the route search unit 90.
That is, the destination node is identified from the destination and source information, and the route set to primary is selected from the route information file, for example, and the route for transmitting the GFP frame is determined. .
Information on the determined primary route (hereinafter referred to as primary route information) is output to the GFP extension header generation unit 36 and the rate control unit 37.

  The priority determination unit 35 is a block that determines the priority for transmitting a GFP frame based on the Ethernet (registered trademark) priority extracted by the Ethernet (registered trademark) frame recognition unit 32.

The priority determination unit 35 determines the priority of the Ethernet (registered trademark) frame received by the Ethernet (registered trademark) receiving unit 31 from the Ethernet (registered trademark) priority input from the Ethernet (registered trademark) frame recognition unit 32. To do.
That is, if Ethernet (registered trademark) priority information is confirmed and the lowest priority is set in both predetermined criteria (for example, VLAN tag and TOS information), the Ethernet (registered trademark) If the priority of the frame is determined to be the lowest and a value indicating the highest priority is set in either the VLAN tag or the TOS information, the priority of the Ethernet (registered trademark) frame is set to the highest. The priority of the Ethernet (registered trademark) frame is determined.
The determined priority information (hereinafter referred to as GFP priority) and Ethernet (registered trademark) priority are output to the GFP extension header generation unit 36.

The GFP extension header generation unit 36 is a block that generates a GFP extension header to be given when the received Ethernet (registered trademark) frame is transmitted to the transport network 1 as a GFP frame.
The GFP extension header generation unit 36, for example, based on the primary route information input from the route selection unit 34, the GFP priority and the Ethernet (registered trademark) priority input from the priority determination unit 35, for example, FIG. A GFP extension header as shown in FIG. 6 is generated, and the generated GFP extension header is output to the GFP encapsulation unit 33.

The GFP encapsulation unit 33 is a block that adds a GFP extension header to the received Ethernet (registered trademark) frame and encapsulates the frame into a GFP frame.
The GFP encapsulation unit 33 adds the GFP extension header input from the GFP extension header generation unit 36 to the Ethernet (registered trademark) frame input from the Ethernet (registered trademark) frame recognition unit 32.
Further, an Ethernet (registered trademark) frame with a GFP extension header is encapsulated into a GFP frame by performing processing (hereinafter referred to as GFP processing) in accordance with GFP technology (ITU-T recommendation G.7041), and a GFP switch unit Output to 70.

  Based on the primary route information from the route selection unit 34 and the route information file acquired from the route search unit 90, the rate control unit 37 transmits a secondary transfer route (hereinafter referred to as a GFP frame) to the transport network 1. Is called a secondary route).

The rate control unit 37 includes primary route information input from the route selection unit 34, a route information file used in the node input from a route table processing unit 91 described later in the route search unit 90, and a predetermined information. Based on the protection configuration, it is determined whether or not the frame is an Ethernet (registered trademark) frame that needs to be configured when the GFP frame is transmitted into the transport network 1.
That is, when the primary route information is confirmed, and the primary route recorded in the route information file is a route for performing protection according to a predetermined protection configuration, the Ethernet (registered trademark) frame constitutes protection. Judge that it is necessary.
As a result of the determination, if the frame is an Ethernet (registered trademark) frame that requires protection, a secondary route for transmitting the GFP frame is determined, and information on the determined secondary route (hereinafter referred to as secondary route information) is used as a stuff frame. The data is output to the generation unit 38.
When there is no need to configure protection, that is, when the protection configuration corresponding to the primary route is not determined in advance, the secondary route is not determined and nothing is output to the stuff frame generating unit 38.

The stuff frame generating unit 38 is a block that generates a GFP fake frame from the secondary route information from the rate control unit 37.
The staff frame generation unit 38 generates, for example, a GFP extension header as shown in FIG.
That is, a code indicating a false frame (hereinafter referred to as a stuff frame code) is recorded in the overhead information, and the secondary at the transmission rate determined in advance based on the secondary route information input from the rate control unit 37. A GFP extension header in which route information is recorded is generated.
In addition, the GFP pseudo frame having the generated stuff frame code and the GFP extension header is output to the GFP switch unit 70.
As a result, the GFP false frame is transmitted into the transport network 1 in the same manner as the GFP true frame in order to secure the bandwidth of the route (primary route) for protection.

  Next, the Ethernet (registered trademark) transmission processing unit 40 of this embodiment will be described. FIG. 4 is a block diagram showing the configuration of the Ethernet (registered trademark) transmission processing unit 40 according to the present embodiment and related peripheral blocks. In FIG. 4, the Ethernet (registered trademark) transmission processing unit 40 includes a stuff frame separation unit 41, a GFP decapsulation unit 42, an Ethernet (registered trademark) transmission unit 43, and a stuff frame processing unit 44.

The staff frame separation unit 41 is a block that separates a GFP frame from a GFP true frame and a GFP pseudo frame.
The staff frame separation unit 41 confirms the overhead information of the GFP frame input from the queue processing unit 80 and separates it into a GFP true frame and a GFP false frame.
That is, if a stuff frame code is recorded in the overhead information of the input GFP frame, it is determined that the GFP frame is a GFP fake frame, and if no stuff frame code is recorded in the overhead information, It is determined that the GFP frame is a GFP true frame.

  After determining the GFP true frame and the GFP false frame, the staff frame separation unit 41 outputs the GFP true frame to the GFP decapsulation unit 42. Further, the GFP false frame is output to the stuff frame processing unit 44.

The GFP decapsulation unit 42 is a block that extracts an Ethernet (registered trademark) frame from the encapsulated GFP frame.
The GFP decapsulation unit 42 performs GFP processing on the GFP true frame input from the stuff frame separation unit 41 to extract an Ethernet (registered trademark) frame, and extracts the extracted Ethernet (registered trademark) frame from the Ethernet (registered trademark). Output to the transmitter 43.

The Ethernet (registered trademark) transmission unit 43 is a block that transmits an Ethernet (registered trademark) frame to the client network.
The Ethernet (registered trademark) transmission unit 43 performs Ethernet (registered trademark) processing on the Ethernet (registered trademark) frame input from the GFP decapsulation unit 42, and transmits the processed Ethernet (registered trademark) frame to the client network. Send to.

The staff frame processing unit 44 is a block that discards a GFP fake frame.
The stuff frame processing unit 44 discards the GFP fake frame input from the stuff frame separating unit 41.

  Next, the OTN / SDH reception processing unit 50 of this embodiment will be described. FIG. 5 is a block diagram showing a configuration of an OTN / SDH reception processing unit 50 according to the present embodiment and related peripheral blocks. In FIG. 5, the OTN / SDH reception processing unit 50 includes an OTN / SDH reception unit 51 and an OTN / SDH demapping unit 52.

The OTN / SDH receiving unit 51 is a block that receives an OTN / SDH signal transmitted from another node connected in the transport network 1.
The OTN / SDH receiving unit 51 performs processing from the transport network 1 to the OTN / O by processing conforming to OTN (ITU-T recommendation G.709) and SDH (ITU-T recommendation G.707) (hereinafter referred to as optical communication processing). The SDH signal is received, and the received OTN / SDH signal is output to the OTN / SDH demapping unit 52.

The OTN / SDH demapping unit 52 is a block that extracts a GFP frame from the OTN / SDH signal.
The OTN / SDH demapping unit 52 performs optical communication processing on the OTN / SDH signal input from the OTN / SDH receiving unit 51 to extract a GFP frame, and outputs the GFP frame to the GFP switch unit 70.

  Next, the OTN / SDH transmission processing unit 60 of this embodiment will be described. FIG. 6 is a block diagram showing a configuration of an OTN / SDH transmission processing unit 60 according to the present embodiment and related peripheral blocks. In FIG. 6, the OTN / SDH transmission processing unit 60 includes an OTN / SDH mapping unit 61 and an OTN / SDH transmission unit 62.

The OTN / SDH mapping unit 61 is a block that maps a GFP frame to an OTN / SDH signal.
The OTN / SDH mapping unit 61 performs optical communication processing on the GFP frame input from the queue processing unit 80, maps it to an OTN / SDH signal, and outputs the mapped OTN / SDH signal to the OTN / SDH transmission unit 62 To do.

The OTN / SDH transmission unit 62 is a block that transmits an OTN / SDH signal to the transport network 1.
The OTN / SDH transmission unit 62 performs optical communication processing on the OTN / SDH signal input from the OTN / SDH mapping unit 61 and transmits the processed OTN / SDH signal to the transport network 1.

  Next, the GFP switch unit 70 of this embodiment will be described. FIG. 7 is a block diagram showing the configuration of the GFP switch unit 70 according to the present embodiment and related peripheral blocks.

The GFP switch unit 70 is a block that switches GFP frames.
The GFP switch unit 70 switches GFP frames input from respective blocks of a GFP encapsulation unit 33, a stuff frame generation unit 38, an OTN / SDH demapping unit 52, and a search frame generation unit 93 (to be described later) of the route search unit 90. To do.

The GFP switch unit 70 confirms the overhead information of the input GFP frame, and confirms whether or not the GFP frame is a frame to be transmitted to the next node of the transport network 1.
If the GFP frame is a frame to be transmitted to the next node of the transport network 1 as a result of confirming the overhead information of the GFP frame, it is used by the node from the switch table processing unit 95 (to be described later) of the route search unit 90. A switch information file is acquired, and a GFP frame is switched based on the acquired switch information file.
The switched GFP frame is output to queue control units 81-1 to 81-n, which will be described later, of the corresponding queue processing unit 80.

  As a result of confirming the overhead information of the GFP frame, if the GFP frame is not a frame to be transmitted to the next node of the transport network 1, that is, if it is a GFP search frame, a search frame end point to be described later of the route search unit 90. Output to the unit 94.

Next, the queue processing unit 80 of this embodiment will be described. FIG. 8 is a block diagram showing the configuration of the queue processing unit 80 according to the present embodiment and related peripheral blocks. In FIG. 8, the queue processing unit 80 includes a plurality of queue control units 81.
Each queue control unit 81-1 to 81-n of the queue processing unit 80 corresponds to an adjacent node with which the node can communicate.

The queue control unit 81 is a block that outputs a GFP frame according to priority.
The queue control unit 81 confirms the priority information recorded in the GFP extension header input from the GFP switch unit 70, and converts the GFP frame into the stuff frame of the Ethernet (registered trademark) transmission processing unit 40 according to the priority order of the GFP frame. The data is output to the separation unit 41 or the OTN / SDH mapping unit 61 of the OTN / SDH transmission processing unit 60.
For example, using the transfer method based on the priority defined in (An Architecture for Differentiated Services: RFC2475) of the Internet Technology Standardization Organization (IETF), the staff frame separation unit 41 corresponding to each priority, OTN / SDH The GFP frame is output to the mapping unit 61.

  Next, the route search unit 90 of this embodiment will be described. FIG. 9 is a block diagram showing the configuration of the route search unit 90 according to the present embodiment and related peripheral blocks. In FIG. 9, the route search unit 90 includes a route table processing unit 91, a monitoring control unit 92, a search frame generation unit 93, a search frame termination unit 94, and a switch table processing unit 95.

The search frame generation unit 93 is a block that generates a search frame to be transmitted to an adjacent node for route search in the transport network 1.
The search frame generation unit 93 generates a GFP search frame as shown in FIG.
That is, a code indicating a search frame (hereinafter referred to as a search frame code) is recorded in the overhead information, and a route table information file to be transmitted to an adjacent node input from the monitoring control unit 92 described later, a request to the adjacent node GFP search frame recording information, GFP frame layer management frame information (for example, GFP client management frames defined by GFP technology (ITU-T recommendation G.7041)).

Further, the GFP search frame having the generated search frame code and information to be transmitted to the adjacent node is output to the GFP switch unit 70.
As a result, the GFP search frame is transmitted to an adjacent node in the transport network 1 in the same manner as the GFP true frame for route search in the transport network 1.

The search frame termination unit 94 is a block for extracting information on the adjacent node from the GFP search frame received from the adjacent node.
The search frame termination unit 94 extracts the route table information file, the request information from the adjacent node, and the management frame information of the GFP frame layer from the GFP search frame of the adjacent node input from the GFP switch unit 70, and outputs them to the monitoring control unit 92. To do.

The monitoring control unit 92 is a block that manages route table information in the transport network 1.
The monitoring control unit 92 determines whether to update the route table information file stored in the node based on the request information input from the search frame termination unit 94.
If the route table information file is updated as a result of the determination, the node stores it based on the route table information file of the adjacent node and the management frame information of the GFP frame layer input from the search frame termination unit 94. Update the route table information file.
When the route table information file is not updated, the route table information file stored in the node is not updated.

Further, the monitoring control unit 92 outputs, for example, an updated route table information file in the transport network 1 as shown in FIG. 13 to be described later to the search frame generation unit 93, the route table processing unit 91, and the switch table processing unit 95. To do.
Further, based on the updated route table information file, request information to the adjacent node for transmitting information related to the node to the adjacent node, management frame information of the GFP frame layer are created, and a search frame is created together with the route table information file. The data is output to the generation unit 93.
Note that the transmission of the node information to the adjacent node is periodically performed in a preset period.

The route table processing unit 91 is a block that generates a route information file used in the node.
The route table processing unit 91 extracts route information used in the node from the route table information file in the transport network 1 input from the monitoring control unit 92. For example, the route table processing unit 91 uses the node as shown in FIG. A route information file to be used is generated, and the generated route information file is output to the route selection unit 34 and the rate control unit 37.

The switch table processing unit 95 is a block that generates a switch information file used in the node.
The switch table processing unit 95 extracts route information used in the node from the route table information file in the transport network 1 input from the monitoring control unit 92. For example, the switch table processing unit 95 uses the node as shown in FIG. A switch information file to be used is generated, and the generated switch information file is output to the GFP switch unit 70.

Next, the GFP frame file of this embodiment will be described. FIG. 10 is an example of a GFP frame file in the present embodiment. Overhead information, a GFP extension header, and data are recorded in the GFP frame file.
Here, the overhead information is a code indicating the type of the GFP frame, the GFP extension header is route information for communication in the transport network 1 shared by all nodes, and the data is data of the GFP frame.
The route information is information (for example, a destination node number, a destination port number, a source node number, a source port number, a route number) indicating a route when communication is performed in the transport network 1, and priority information is: GFP priority (for example, protection, stuff frame, etc.) of the GFP frame, and priority information corresponding to the Ethernet (registered trademark) priority of the Ethernet (registered trademark) frame.
Data when the GFP frame is a GFP true frame is data of an Ethernet (registered trademark) frame.

FIG. 11 is an example of a GFP fake frame file. The configuration of the GFP fake frame file is the same as that of the GFP frame file described above.
The overhead information is a stuff frame code (eg, “11110000”) indicating a false frame, and the GFP extension header is route information corresponding to the secondary route.
The data of the GFP false frame is all “0”.

FIG. 12 is an example of a GFP search frame file. The structure of the GFP search frame file is the same as that of the GFP frame file described above.
The overhead information is a search frame code indicating a GFP search frame (for example, “11110001”), and the GFP extension header is route information corresponding to an adjacent node.
The GFP search frame data includes a route table information file, request information, and GFP frame layer management frame information.

Next, the route information file of this embodiment will be described. FIG. 13 is an example of a route table information file in the transport network 1 in the present embodiment. In the route table information file, route information, destination node, transmission source node, route type information, communication cost information, and connection information are recorded.
Here, the route information is a route management number assigned so that there is no duplication in the transport network 1, and the destination node and the transmission source node are destinations or transmissions assigned so that there is no duplication in the transport network 1. The original node identification symbol and route type information indicate whether each route between nodes of the same combination is a main route (primary route), a sub route (secondary route), or another route. Type information and communication cost information are communication costs when communication is performed using each route, connection information is connection information of each node in the route information, and communication cost when communication is performed between nodes. It is.

FIG. 14 is an example of a route information file used in the node. In the route information file, a transmission source node, a destination node, route type information, route information, and communication cost information are recorded.
The route information file is a file obtained by extracting the information of the transmission source node from the above-described route table information file (for example, E1), and the contents of each item are the same as those of the above-described route table information file. .

FIG. 15 is an example of a switch information file used in the node. Route information and destination nodes are recorded in the switch information file.
The switch information file is a file obtained by extracting the destination node for each route information from the above-described route table information file, and the contents of each item are the same as those of the above-described route table information file.

Next, an example of communication in the protection switch system of this embodiment will be described. Here, an Ethernet (registered trademark) frame from the client network 2 to the client network 5 in the network configuration of FIG. 1 will be described as an example.
Further, the route table information file of the entire transport network 1 in this communication uses the route table information file shown in FIG.
Further, the route information file and the switch information file of the edge node E1 use the route information file shown in FIG. 14 and the switch information file of FIG. 15, respectively.
The Ethernet (registered trademark) frame in this example is a frame for performing a protection configuration in the GFP frame layer, and in the highest priority frame, that is, the GFP extension header file of the GFP frame shown in FIG. Assume that “11” (hereinafter referred to as protection setting) indicating the protection indicated by 35-A in FIG. 10 is predetermined.

  When the client network 2 transmits an Ethernet (registered trademark) frame to the client network 5, the edge node E1 receives the Ethernet (registered trademark) frame from the client network 2.

  The Ethernet (registered trademark) receiving unit 31 of the edge node E1 performs Ethernet (registered trademark) processing on the received Ethernet (registered trademark) frame and outputs the result to the Ethernet (registered trademark) frame recognition unit 32.

The Ethernet (registered trademark) frame recognizing unit 32 receives information about the destination MAC address, the source MAC address, the destination IP address, and the source IP address from the Ethernet (registered trademark) frame input from the Ethernet (registered trademark) receiving unit 31. Is extracted and output to the route selection unit 34.
Further, the Ethernet (registered trademark) frame recognition unit 32 extracts the Ethernet (registered trademark) priority and outputs it to the priority determination unit 35.
Also, the input Ethernet (registered trademark) frame is output to the GFP encapsulation unit 33.

  The route selection unit 34 uses the destination MAC address, the source MAC address, the destination IP address, and the source IP address information extracted by the Ethernet (registered trademark) frame recognition unit 32 as the destination node as the edge node E4. It recognizes that there is, and acquires the route information file of its own node (edge node E1) shown in FIG.

  The route selection unit 34 obtains primary route information of the edge node E4 that is the destination node from the acquired route information file of the own node (edge node E1) (in this example, “4.1. 4 ") is selected and output to the GFP extension header generator 36 and the rate controller 37.

  The priority determination unit 35 determines the GFP priority in the GFP frame layer from the Ethernet (registered trademark) priority input from the Ethernet (registered trademark) frame recognition unit 32, that is, a frame for which protection is set. Therefore, it is a frame for performing a protection configuration), and the determined GFP priority (in this example, “11” shown in 35-A of FIG. 10) is output to the GFP extension header generation unit 36.

  The GFP extension header generation unit 36 uses the primary route information “4.1.4” input from the route selection unit 34, the GFP priority and the Ethernet (registered trademark) priority input from the priority determination unit 35. 10 is generated, and the GFP extension header is output to the GFP encapsulation unit 33.

The GFP encapsulation unit 33 performs GFP processing on the Ethernet (registered trademark) frame input from the Ethernet (registered trademark) frame recognition unit 32 and the GFP extension header input from the GFP extension header generation unit 36, and Ethernet (registered trademark) Encapsulate the frame into a GFP frame.
The encapsulated GFP frame (GFP true frame) is output to the GFP switch unit 70.

  When the GFP true frame is input from the GFP encapsulation unit 33, the GFP switch unit 70 acquires the switch information file of the own node (edge node E1) shown in FIG.

  The GFP switch unit 70 confirms the route information recorded in the GFP extension header in the GFP true frame input from the GFP encapsulation unit 33, and based on the acquired switch information file of the own node (edge node E1). , The port connected to the core node indicated in the route information (for example, the route number) recorded in the GFP extension header, that is, the route information “4.1.4” in the switch information file of FIG. Destination node = core node C1 (in this example, core node C1 shown by 70-A in FIG. 15), and outputs to the corresponding queue control unit 81.

  The queue control unit 81 uses the GFP priority information “11” recorded in the GFP extension header of the GFP true frame input from the GFP switch unit 70, so that the GFP true frame is a protection target and It recognizes that it is a priority frame, and outputs the GFP true frame to the OTN / SDH mapping unit 61 corresponding to the priority order.

  The OTN / SDH mapping unit 61 performs optical communication processing on the GFP true frame input from the queue control unit 81 and maps it to an OTN / SDH signal. The mapped OTN / SDH signal is sent to the OTN / SDH transmission unit 62. Output.

  The OTN / SDH transmission unit 62 performs an optical communication process on the OTN / SDH signal input from the OTN / SDH mapping unit 61 and transmits the OTN / SDH signal to the transport network 1.

  The core node C1 receives the OTN / SDH signal transmitted from the edge node E1.

  The OTN / SDH receiving unit 51 of the core node C1 performs an optical communication process on the received OTN / SDH signal and outputs the OTN / SDH signal to the OTN / SDH demapping unit 52.

  The OTN / SDH demapping unit 52 performs optical communication processing on the OTN / SDH signal input from the OTN / SDH receiving unit 51, extracts the GFP true frame from the OTN / SDH signal, and outputs it to the GFP switch unit 70. To do.

  When the GFP true frame is input from the OTN / SDH demapping unit 52, the GFP switch unit 70 acquires a switch information file (not shown) of the own node (core node C1) from the switch table processing unit 95.

  The GFP switch unit 70 confirms the route information recorded in the GFP extension header in the GFP true frame input from the OTN / SDH demapping unit 52, and based on the acquired switch information file of the own node (core node C1). Then, switching to the port connected to the edge node (in this example, the edge node E4) indicated by the route information (for example, the route number) recorded in the GFP extension header, and the corresponding queue control unit 81 Output.

  The queue control unit 81 uses the GFP priority information “11” recorded in the GFP extension header of the GFP true frame input from the GFP switch unit 70, so that the GFP true frame is a protection target and It recognizes that it is a priority frame, and outputs the GFP true frame to the OTN / SDH mapping unit 61 corresponding to the priority order.

  The OTN / SDH mapping unit 61 performs optical communication processing on the GFP true frame input from the queue control unit 81 and maps it to the OTN / SDH signal, and the mapped OTN / SDH signal is sent to the OTN / SDH transmission unit 62. Output.

  The OTN / SDH transmission unit 62 performs an optical communication process on the OTN / SDH signal input from the OTN / SDH mapping unit 61 and transmits the OTN / SDH signal to the transport network 1.

  The edge node E4 receives the OTN / SDH signal transmitted from the core node C1.

  The OTN / SDH receiving unit 51 of the edge node E4 performs optical communication processing on the received OTN / SDH signal and outputs the OTN / SDH signal to the OTN / SDH demapping unit 52.

  The OTN / SDH demapping unit 52 performs optical communication processing on the OTN / SDH signal input from the OTN / SDH receiving unit 51, extracts the GFP true frame from the OTN / SDH signal, and outputs it to the GFP switch unit 70. To do.

  When the GFP true frame is input from the OTN / SDH demapping unit 52, the GFP switch unit 70 acquires a switch information file (not shown) of the own node (edge node E4) from the switch table processing unit 95.

The GFP switch unit 70 indicates its own node (edge node E4) from the route information (for example, the route number) recorded in the GFP extension header in the GFP true frame input from the OTN / SDH demapping unit 52. Make sure.
The GFP switch unit 70 switches to the output destination port in the own node (edge node E4) indicated by the route information (for example, the destination node number and the destination port number) recorded in the GFP extension header in the GFP true frame. To the corresponding queue control unit 81.

  The queue control unit 81 uses the GFP priority information “11” recorded in the GFP extension header of the GFP true frame input from the GFP switch unit 70, so that the GFP true frame is a protection target and It recognizes that it is a priority frame, and outputs the GFP true frame to the stuff frame separation unit 41 corresponding to the priority order.

  The stuff frame separating unit 41 does not record the stuff frame code in the overhead information recorded in the GFP extension header in the GFP true frame input from the queue control unit 81, that is, the GFP frame is not GFP true. It is determined that the frame is a frame, and the GFP true frame is output to the GFP decapsulation unit 42.

  The GFP decapsulation unit 42 performs GFP processing on the GFP true frame input from the stuff frame separation unit 41, extracts an Ethernet (registered trademark) frame, and outputs it to the Ethernet (registered trademark) transmission unit 43.

  The Ethernet (registered trademark) transmission unit 43 performs Ethernet (registered trademark) processing on the Ethernet (registered trademark) frame input from the GFP decapsulation unit 42, and uses the Ethernet (registered trademark) frame after processing as a client Send to network 5.

The client network 5 receives an Ethernet (registered trademark) frame from the Ethernet (registered trademark) transmission unit 43.
As described above, the Ethernet® frame transmitted by the client network 2 is transmitted in the transport network 1 from the edge node E1 → the core node C1 → the edge node E4, and the client network 5 is transmitted from the edge node E4 to the Ethernet®. ) By receiving the frame, transmission of the Ethernet (registered trademark) frame from the client network 2 to the client network 5 in this example is completed.

  Next, an example of GFP fake frame communication in the protection switch system of this embodiment will be described. Here, the switching process of the GFP fake frame performed to secure the bandwidth of the communication (primary route) of the GFP true frame described in the above example will be described as an example.

  The edge node E1 that has received the Ethernet (registered trademark) frame transmitted from the client network 2 performs the Ethernet (registered trademark) processing and the Ethernet (registered trademark) frame information as described in the switching process of the GFP true frame. Extraction and route selection are performed, and the selected primary route information is output to the GFP extension header generation unit 36 and the rate control unit 37.

  When the primary route information is input from the route selection unit 34, the rate control unit 37 of the edge node E1 acquires the route information file of the own node (edge node E1) shown in FIG. 14 from the route table processing unit 91.

  The rate control unit 37 determines whether it is an Ethernet (registered trademark) frame that requires protection from the acquired route information file and information of the protection configuration corresponding to a predetermined primary route (this In the example, it is assumed that the frame needs to be protected, and secondary route information (in this example, 91-B in FIG. 14, “4.1. 7 ") is selected and output to the stuff frame generator 38.

  The stuff frame generating unit 38 generates a GFP pseudo frame as shown in FIG. 11 from the secondary route information “4.1.7” input from the rate control unit 37, and sends this GFP pseudo frame to the GFP switch unit 70. Output.

  When the GFP fake frame is input from the stuff frame generation unit 38, the GFP switch unit 70 obtains the switch information file from the switch table processing unit 95, and in the GFP fake frame, similarly to the above-described GFP true frame switching process. GFP extension header confirmation, switching to a node (in this example, the edge node E2 indicated by 70-B in FIG. 15) based on the switch information file is performed and output to the corresponding queue control unit 81.

  Thereafter, the GFP false frame is transmitted in the transport network 1 in the order of the edge node E1, the edge node E2, the core node C3, and the edge node E4 in the same manner as the above-described GFP true frame switching process.

  The edge node E4 that has received the OTN / SDH signal transmitted from the core node C1 performs the optical communication process, the extraction of the GFP fake frame, and the switching of the GFP fake frame as described in the above-described GFP true frame switching process. The GFP false frame is output to the staff frame separation unit 41.

  The stuff frame separation unit 41 has a stuff frame code recorded in the overhead information recorded in the GFP extension header in the GFP pseudo frame input from the queue control unit 81. That is, the GFP frame contains the GFP pseudo The frame is determined to be a frame, and the GFP false frame is output to the stuff frame processing unit 44.

  The stuff frame processing unit 44 discards the GFP fake frame input from the stuff frame separating unit 41.

  As described above, the Ethernet® frame transmitted by the client network 2 is transferred through the transport network 1 by the primary route, and at the same time when the client network 5 is received, the GFP fake frame is transferred to the secondary route (edge). By transferring from the node E1 → edge node E2 → core node C3 → edge node E4), it is possible to secure the bandwidth for the primary route in the secondary route.

Next, an example of route search in the protection switch system of this embodiment will be described. Here, an example in which the edge node E1 transmits the updated route table information file to the edge node E4 in the network configuration of FIG. 1 will be described.
In addition, the update of the route table information file in this example shall explain one time of the update operation of the route table information file periodically performed in a preset period.

  The monitoring control unit 92 of the edge node E1 updates the route table information file (for example, the route table information file shown in FIG. 13) of the adjacent node (edge node E4), and transmits the route table information file to the edge node E4. Request information to the edge node E4 and management frame information of the GFP frame layer are output to the search frame generation unit 93.

  The search frame generation unit 93 includes a route information file to be transmitted to the edge node E4 based on the route table information file, the request information, and the management frame information of the GFP frame layer input from the monitoring control unit 92. A GFP search frame as shown is generated, and this GFP search frame is output to the GFP switch unit 70.

  When the GFP search frame is input from the search frame generation unit 93, the GFP switch unit 70 obtains the switch information file from the switch table processing unit 95, and in the GFP fake frame, similarly to the switching process of the GFP true frame described above. Confirmation of the GFP extension header, switching to the edge node E4 based on the switch information file (not shown), and output to the corresponding queue control unit 81.

  Thereafter, the GFP search frame is transmitted in the transport network 1 in the order of edge node E1 → core node C1 → edge node E4 in the same manner as the above-described GFP true frame switching processing.

  The edge node E4, which is the terminal part of the search frame that has received the GFP search frame transmitted from the edge node E1, performs optical communication processing, GFP search frame extraction, GFP, as described in the GFP true frame switching processing described above. The search frame is switched, and the GFP search frame is output to the search frame termination unit 94.

  The search frame termination unit 94 outputs the route table information file, request information, and management frame information of the GFP frame layer recorded in the GFP search frame input from the GFP switch unit 70 to the monitoring control unit 92.

The supervisory control unit 92 of the edge node E4 automatically determines based on the route table information file (for example, the route table information file shown in FIG. 13) of the adjacent node (edge node E1), the request information, and the management frame information of the GFP frame layer. The route table information file in the transport network 1 owned by the node (edge node E4) is updated.
In addition, the monitoring control unit 92 outputs the updated route table information file to the search frame generation unit 93, the route table processing unit 91, and the switch table processing unit 95.

  The route table processing unit 91 extracts route information used in the node from the updated route table information file input from the monitoring control unit 92, generates a route information file used in the node, and generates a route information file used in the node. The data is output to the rate control unit 37.

  The switch table processing unit 95 extracts the route information used in the node from the updated route table information file input from the monitoring control unit 92, generates a switch information file used in the node, and sends it to the GFP switch unit 70. Output.

  As described above, according to the present embodiment, the route information is recorded in the GFP extension header, whereby the transmission destination of the GFP frame can be determined for each node, and a flexible network that is not conscious of the transport network layer Design can be performed.

  In addition, according to the present embodiment, since the bandwidth of the protection route can be secured by transmitting a false GFP frame to the protection route, it is possible to easily configure a protection switch system with guaranteed bandwidth. It becomes possible.

  Further, according to the present embodiment, since switching at the GFP frame layer is performed, functions such as a bridge and a router can be operated at each node in the transport network.

  In the above description, a GFP pseudo frame having the GFP frame size of the primary route is transmitted to the secondary route. However, by transmitting a GFP pseudo frame that matches the size that guarantees the bandwidth, fine bandwidth guarantee at the time of protection configuration It is good also as a structure which performs.

  In the above, the primary route is the communication route with the smallest number of nodes through which communication is performed, but for example, there are other communication routes with a large number of nodes through which communication is performed but the cost of communication is low. May select the use of a communication path with a low communication cost and transmit a GFP fake frame to other communication paths including the primary route.

  Moreover, it is good also as a structure which transmits management information between all the nodes in the transport network 1 by recording management information in a GFP false frame and transmitting.

  Further, by generating and terminating information on the bandwidth amount to be secured between the nodes by the queue control unit 81 and the GFP switch unit 70, and recording and transmitting the bandwidth amount information in a GFP fake frame, the GFP technology The GFP Idle function defined in (ITU-T recommendation G.7041) may be used as a frame for guaranteeing the bandwidth.

  Also, it has a function of a MAC frame switch or an IP packet switch to the GFP switch, and does not use a GFP extension header (for example, directly uses information of an Ethernet (registered trademark) MAC header or IP header) and Priority information may be transmitted.

  In addition, you may make it implement | achieve the function of a part of node in embodiment mentioned above, for example, the route search part 90, with a computer. In that case, the program for realizing the control function may be recorded on a computer-readable recording medium, and the program recorded on the recording medium may be read by a computer system and executed. Here, the “computer system” includes an OS and hardware such as peripheral devices. The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated in a computer system. Further, the “computer-readable recording medium” dynamically holds a program for a short time, like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, a volatile memory in a computer system that serves as a server or a client in that case may also be included that holds a program for a certain time. The program may be a program for realizing a part of the functions described above, and may be a program capable of realizing the functions described above in combination with a program already recorded in a computer system.

  The embodiment of the present invention has been described above with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes various modifications within the scope of the present invention. It is.

It is the figure which showed the example of a schematic structure of the network system by embodiment of this invention. It is the block diagram which showed the structure of the communication apparatus in embodiment of this invention. It is the block diagram which showed the structure of the Ethernet (trademark) reception process part in this embodiment. It is the block diagram which showed the structure of the Ethernet (trademark) transmission process part in this embodiment. It is the block diagram which showed the structure of the OTN / SDH reception process part in this embodiment. It is the block diagram which showed the structure of the OTN / SDH transmission process part in this embodiment. It is the block diagram which showed the structure of the GFP switch part in this embodiment. It is the block diagram which showed the structure of the queue process part in this embodiment. It is the block diagram which showed the structure of the route search part in this embodiment. It is an example of the GFP extension header file of the GFP frame in this embodiment. It is an example of the GFP fake frame file in this embodiment. It is an example of the GFP search frame file in this embodiment. It is a part of the example of the route table information file in the transport network 1 in this embodiment. It is an example of the route information file used in the node in this embodiment. It is an example of the switch information file used in the node in this embodiment.

Explanation of symbols

30 Ethernet (registered trademark) reception processing unit 40 Ethernet (registered trademark) transmission processing unit 50 OTN / SDH reception processing unit 60 OTN / SDH transmission processing unit 70 GFP switch unit 80 queue processing unit 90 route search unit 31 Ethernet (registered trademark) Reception unit 32 Ethernet (registered trademark) frame recognition unit 33 GFP encapsulation unit 34 Route selection unit 35 Priority determination unit 36 GFP extension header generation unit 37 Rate control unit 38 Staff frame generation unit 41 Staff frame separation unit 42 GFP decapsulation unit 43 Ethernet (registered trademark) transmission unit 44 Staff frame processing unit 51 OTN / SDH reception unit 52 OTN / SDH demapping unit 61 OTN / SDH mapping unit 62 OTN / SDH transmission unit 1 more queue control unit 91 route table processing unit 92 monitors the control unit 93 searches the frame generation unit 94 searches the frame termination section 95 switches table processing unit

Claims (5)

In a GFP frame layer network system composed of a plurality of communication devices,
The communication device
Information giving means for giving route information and priority information in the extension header of the GFP frame;
Route determining means for determining a transfer route of the GFP frame based on the route information and priority information given by the information giving means;
Fake frame sending means for sending a false (pseudo) GFP frame to a transfer route different from the transfer route determined by the route determining means;
A network system comprising: The communication device
Sending the false GFP frame to the forwarding route determined by the route determining means;
The network system according to claim 1. The communication device
Management information giving means for giving management information to a false (pseudo) GFP frame;
Further comprising
Sending a false (pseudo) GFP frame to which management information is given by the management information giving means;
The network system according to claim 1. In a GFP frame layer network system communication method comprising a plurality of communication devices,
An information providing procedure for adding route information and priority information in the extension header of the GFP frame;
A route determination procedure for determining a transfer route of the GFP frame based on the route information and priority information given by the information grant procedure;
A fake frame sending procedure for sending a fake (pseudo) GFP frame to a transfer route different from the transfer route determined by the route determination procedure;
A communication method comprising: In a communication device of a network system of a GFP frame layer composed of a plurality of communication devices,
The communication device
Information giving means for giving route information and priority information in the extension header of the GFP frame;
Route determining means for determining a transfer route of the GFP frame based on the route information and priority information given by the information giving means;
Fake frame sending means for sending a false (pseudo) GFP frame to a transfer route different from the transfer route determined by the route determining means;
A communication apparatus comprising:

Images