This application is based upon and claims a priority of Japanese Patent Application No. 2006-352622, filed on Dec. 27, 2006, the contents being incorporated herein by reference
1. Field of the Invention
The present invention relates to a resilient packet ring (RPR) (prescribed by IEEE 802.17) transmission route designation method and apparatus, more particularly relates to a method and apparatus designating an RPR transmission route supported by devices (layer 2/3 switches, transmission devices, and the like) provided with Ethernet® interfaces used in a broadband layer 2 network for which carriers etc. are developing services.
2. Description of the Related Art
Along with the higher speeds and broader bands of data communications in recent years, demand for Ethernet® services by layer 2/3 networks has been rising. Among these, particularly demand for layer 2 services has been growing as networks not conscious of higher protocols.
In the past, for constructing the layer 2 networks being used by the carriers, the general practice has been to combine L2SW and wavelength division multiplexing (WDM) or combine L2SW and add drop multiplexing (ADM).
Transmission by WDM or ADM is generally point-to-point transmission, however point-to-multipoint transmission is not possible. It uses a single wavelength or single STS path in a fixed manner, so burst traffic, a feature of the Ethernet®, could not be efficiently transmitted.
Further, in existing layer 2 networks, the protection function of L2SW is used, but the standard prescribed switching time is 40 seconds or so by the spanning tree protocol (STP, IEEE: 802.1d) and 2 seconds or so by the rapid spanning protocol (RSTP, IEEE 802.1w). The fault restoration ability was insufficient.
Consequently, layer 2 technology able to handle multipoint-to-multipoint transmission and burst traffic using the statistical multiplexing effect and having a fault restoration time of 50 msec or less equal to that of an SDH/SONET transmission device has been demanded. RPR (IEEE 802.17) has been prescribed to solve this.
Below, the RPR will be shown in brief.
Further, each RPR station connected to the ringlets has a station address.
In the region of the base control, the ringlet (0 or 1), fairness coverage (Y or N), frame type (data, control, fairness, or idle), service class (11: class A0, 10: class A1, 01: class B, 00: class C), wrapping coverage (Y or N) are defined.
“da” is the destination address, that is, the destination MAC address of the station. “sa” is the source address, that is, the source MAC address of the station.
The TTL base is the initial value of the TTL. The TTL decreases every time the frame passes an RPR station, but the TTL base value continues to show the initial value of the TTL. It is used to verify the legitimacy of a frame by being compared with the topology information.
In the extended control region, the extended frame (Y or N), flooding method (none, one direction, or both directions), strict order (strict or relaxed), etc. is defined. “Hec” (Header Error Check) is used for verifying the legitimacy of the RPR header.
There are the following control types:
The control version is fixed to “0”. The control data unit is defined for each control frame format.
An RPR station detects changes and faults of the network by maintaining a constant grasp of the ring topology. Each station on the ring broadcasts a topology and protection (TP) frame, one type of a control frame, periodically (default 10 ms) or when there is a change in the status of the station or ring.
There are two types of transmission methods of broadcasting frames in an RPR (including the unknown unicast frames): unicast directional flooding and bi-directional flooding. With both flooding methods, a station receiving a frame discards that frame when TTL=1 and sa (source address)=home MAC address.
Unicast Directional Flooding
Frames are transmitted over only one of the ringlets. When the frames are transmitted, the TTL is set to “number of stations−1”.
Bidirectional Flooding
Frames are transmitted over both ringlets. Cleave points are set on the ringlets. The number of hops to the cleave point is set as the TTL for each ringlet. There is no rule relating to where to set a cleave point, but this is usually the most distant position from the transmitting station, that is to say, in almost all cases, (number of stations-1)/2 or number of stations/2. Further, at the time of a fault, the fault position becomes the cleave point.
It is possible to use the above RPR to efficiently service Ethernet® traffic, but it is impossible to designate the route for the following reasons. Because of this, it not possible to flexibly handle carrier operations/services.
The RPR stations in the ring exchange control frames with each other to construct the ring topology. When an Ethernet® frame is input from the client side to the ring, the Ethernet® frame is transmitted over the route with the smallest number of hops in line with this topology. Because of this, there are the next two problems.
The first problem is that transmission over the route in line with the operating policy of the carrier is not possible.
As a result, when transmitting by the route with the smallest number of hops in line with the topology information, sometimes communication ends up proceeding over an unintended route counter to the operating policy of the carrier.
The second problem is that packet transmission over a route suited to the service of the carrier is not possible.
When transmitting over the route with the smallest number of hops in line with the topology information, even if the Maebashi and Nagano route is long in transmission distance and the delay is also large, communication ends up going over the Maebashi and Nagano route with the small number of hops. For example, when providing a low delay service of a carrier (voice or other service with strict restrictions over delay), the service level agreement (SLA) of the carrier becomes difficult to maintain.
Further, Japanese Patent Publication (A) No. 2006-262169 discloses the technology of setting a cleave point for frame processing, but this connects rings together by the method of setting the cleave point at the midpoint of the interconnected stations and the other ring and thereby switching between a plurality of rings to bypass faults and minimizing the fault range. It does not disclose technology providing a system transmitting frames over a route in line with operations of the carrier.
Similarly, Japanese Patent Publication (A) No. 2002-374279 discloses the technology of providing a MAC address solution unit at a packet switch node having a bridge function and assigning frames to the packet path corresponding to the transmission address, but this is technology using the concept of a “path label” and mapping packets at the path label based on the results of learning. It is technology not designating over which of the counterclockwise or clockwise routes to send packets from that node, not technology providing a system transmitting frames over a route in line with the operations of the carrier.
The method of designating the transmission route in a RPR is found in the above way from the viewpoint of operations of the carrier. The present invention, based on the above mentioned problems, solves the following problems when providing the Ethernet® services now being developed by carriers by various type of hardware.
Under present conditions, the RPR prescribed by the IEEE 802.17 is being used for L2 services provided by carriers, but the method of designation of the transmission route is not prescribed, so as explained above, there was the problem that a system in line with the operations of the carrier could not be provided.
An object of the present invention to provide a system for designating a transmission route of a resilient packet ring (RPR) (prescribed in IEEE 802.1), supported by devices (layer 2/3 switches, transmission devices, and the like) provided with Ethernet® interfaces used in broadband layer 2 networks for which carriers are developing services, in line with operations of the carrier.
According to a first aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation method in a system including a resilient packet ring connecting a plurality of RPR stations and a control device connected to the resilient packet ring and controlling the plurality of RPR stations and the resilient packet ring, the RPR transmission route designation method characterized by having a first step of having each RPR station set a cleave point for discarding flooded RPR frames in the case of a bidirectional communication system on a route not desired for use for communication on the resilient packet ring by the control device, a second step of flooding both ringlets of the resilient packet ring with RPR frames to learn the MAC address at each of the RPR stations, and a third step of transmitting received RPR frames by a communication route which the flooding of the RPR frames reaches based on the learned results of the MAC addresses.
According to a second aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation method in a system including a resilient packet ring connecting a plurality of RPR stations and a control device connected to the resilient packet ring and controlling the plurality of RPR stations and the resilient packet ring, the RPR transmission route designation method characterized by having a first step of having each RPR station automatically set a cleave point for discarding flooded RPR frames in the case of a bidirectional communication system on a communication route with a long delay time until each RPR station by the control device, a second step of flooding both ringlets of the resilient packet ring with RPR frames to learn the MAC address at each of the RPR stations, and a third step of transmitting received RPR frames by a communication route which the flooding of the RPR frames reaches based on the learning results of the MAC addresses.
According to a third aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation method as set forth in the second aspect, wherein the first step includes a fourth step of using a control frame passing through each RPR station to calculate a delay time from each RPR station to another RPR station forming the resilient packet ring and a fifth step of automatically setting a remaining time to live (TTL) of the number of RPR stations until a destination so that the cleave point becomes on the route of the section with the longest delay time from each RPR station to the destination RPR station based on the calculated delay times.
According to a fourth aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation method in a system including a resilient packet ring connecting a plurality of stations and a control device connected to the resilient packet ring, the RPR transmission route designation method characterized by being provided with a first step of designating a client side port and VLAN and a second step of transmitting packets through a manually designated fixed route for that port and VLAN regardless of a cleave point and bridge function route designation.
According to a fifth aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation method as set forth in the fourth aspect, characterized by further including a third step of having each RPR station relaying packets in the resilient packet ring only relay packets addressed to a destination RPR MAC address and a fourth step of having a destination RPR station of the fixed route in the resilient packet ring only drop frames from the resilient packet ring.
According to a sixth aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation apparatus in a system including a resilient packet ring connecting a plurality of RPR stations and a control device connected to the resilient packet ring and controlling the plurality of RPR stations and the resilient packet ring, the RPR transmission route designation apparatus characterized by having a first means for making each RPR station set a cleave point for discarding flooded RPR frames in the case of a bidirectional communication system on a route not desired for use for communication on the resilient packet ring by the control device, a second means for flooding both ringlets of the resilient packet ring with RPR frames to learn the MAC address at each of the RPR stations, and a third means for transmitting received RPR frames by a communication route which the flooding of the RPR frames reaches based on the learned results of the MAC addresses.
According to a seventh aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation apparatus in a system including a resilient packet ring connecting a plurality of RPR stations and a control device connected to the resilient packet ring and controlling the plurality of RPR stations and the resilient packet ring, the RPR transmission route designation apparatus characterized by having a first means for making each RPR station automatically set a cleave point for discarding flooded RPR frames in the case of a bidirectional communication system on a communication route with a long delay time until each RPR station by the control device, a second means for flooding both ringlets of the resilient packet ring with RPR frames to learn the MAC address at each of the RPR stations, and a third means for transmitting received RPR frames by a communication route which the flooding of the RPR frames reaches based on the learning results of the MAC addresses.
According to an eighth aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation apparatus as set forth in the seventh aspect, wherein the first means includes a fourth means for using a control frame passing through each RPR station to calculate a delay time from each RPR station to another RPR station forming the resilient packet ring and a fifth means for automatically setting a remaining time to live (TTL) of the number of RPR stations until a destination so that the cleave point becomes on the route of the section with the longest delay time from each RPR station to the destination RPR station based on the calculated delay times.
According to a ninth aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation apparatus in a system including a resilient packet ring connecting a plurality of stations and a control device connected to the resilient packet ring, the RPR transmission route designation apparatus characterized by being provided with a first means for designating a client side port and VLAN and a second means for transmitting packets through a manually designated fixed route for that port and VLAN regardless of a cleave point and bridge function route designation.
According to a 10th aspect of the present invention, there is provided a resilient packet ring (RPR) transmission route designation apparatus as set forth in the ninth aspect, characterized by further including a third means for making each RPR station relaying packets in the resilient packet ring only relay packets addressed to a destination RPR MAC address and a fourth means for making a destination RPR station of the fixed route in the resilient packet ring only drop frames from the resilient packet ring.
The cleave point for discarding flooded RPR frames in the case of a bidirectional communication system is set on a route not used for communication on the resilient packet ring and the transmission route thereby designated, so it is possible to transmit packets over a route in line with the operating policy of the carrier and possible to transmit packets over the route with the smallest number of hops appropriate for the service of the carrier.
These and other objects and features of the present invention will become clearer from the following description of the preferred embodiments given with reference to the attached drawings, wherein:
Below, examples of the present invention will explained by the drawings. In all of the figures, the same reference numerals indicate the same objects. The present invention solves the above problems by devising the following means for a resilient packet ring (RPR, prescribed in IEEE 802.17) supported by devices (layer 2/3 switches, transmission devices, and the like) provided with Ethernet® interfaces in a layer 2/3 network configuration.
In
In this example, a cleave point for discarding RPR frames flooded bidirectionally is set on a route not used for communication on the RPR ring 110 by manual control of the operation center 110.
In
Further, the client side of each RPR station is provided with a plurality of LAN interface units 121 interconnected with a plurality of ports, a single switch unit 122 interconnected with the LAN interface units 121, and a client side forwarding table 123 which determines the port of the client side to be connected to the RPR ring.
Note that the MAC control unit 115 has the functions of a control interface, fairness algorithm, protection, topology management, OAM, and control frame sending and receiving functions; the ringlet selection unit 116 has ringlet selection, flooding selection, and frame format selection functions; and each data path unit 117 has encapsulation/decapsulation, shaping, queuing, stripping, and frame transfer functions.
Next, at step 1902, the OPS 110 sets each RPR station to a bi-directional communication system ((1)-2 of
Next, a step 1903, the OPS 110 is manually controlled to have each RPR station set the cleave point 109 ((2) of
For example, in the Tokyo RPR station 101, for communication from Tokyo to Nagano, when there is a policy that communication using the ringlet 0 is desired, the OPS 110 is manually controlled to set the cleave point 109 between Nagano and Maebashi. Due to this, communication of Tokyo Nagano, Tokyo
Nagoya, Tokyo
Shizuoka, Tokyo
Atami, or Tokyo
Yokohama is performed using the ringlet 0. Further, communication from Tokyo
Maebashi is performed using the ringlet 1. Specifically, the Tokyo RPR station 101 is notified of the set location of the cleave point 109 from the OPS 100. When encapsulating an Ethernet® frame entering from the client side in an RPR frame, in accordance with the cleave point, TTL is set to 5 when transmitting over the ringlet 0, while TTL is set to 1 when transmitting over the ringlet 1.
Similarly, in the Nagoya RPR station 105, for communication from Nagoya to Tokyo, when there is a policy that communication using ringlet 1 is desired, the OPS 110 is manually controlled to set the cleave point between Nagano and Maebashi. Due to this, communication of Nagoya Shizuoka, Nagoya
Atami, Nagoya
Yokohama, Nagoya
Tokyo, or Nagoya
Maebashi is performed using the ringlet 1. Further, communication from Nagoya
Nagano is performed using the ringlet 0. Specifically, the Nagoya RPR station 105 is notified of the set location of the cleave point from the OPS 100. When encapsulating an Ethernet® frame entering from the client side in an RPR frame, in accordance with the cleave point, TTL is set to 5 when transmitting over the ringlet 1, while TTL is set to 1 when transmitting over the ringlet 0.
Next, at step S1904, a terminal under each RPR station transmits a frame addressed to a terminal under a separate RPR station.
At this time, at the client side of the Tokyo RPR station 101, the received frame is a not yet learned frame, so at step S1905, the client side estimate table ((4) of
Next, at step 1906, the Tokyo RPR station 101 searches through the ring side forwarding learning table to judged if the destination has finished being learned. At the start, the received frame is still not learned, so at step S1907, the received frame is flooded over in both routes of port 3 of the ringlet 0 and port 4 of the ringlet 1 ((5) of
Next, at step 1908, at the RPR stations 102, 103, 104, 105, and 107 in the ring as well, the received frame is still not learned, so it cannot be determined if the destination client terminal is under them, so the received frame is dropped below them and passed through to the relay side. Further, the ring side forwarding table records the input port and ringlet through which the input frame flowed (1 or 0), the VID identifier of the VLAN of the corporation or the like of the source in the S-tag=10, the RPR MAC address of the source station (in the figure, to facilitate understanding, described as Tokyo, but in actuality, identifier expressed by alphanumerics), and the client MAC address a of the source. The frame from the ringlet 0 reaching the Nagano RPR station 106 is also dropped and passed through, but the passed frame is discarded at the cleave point 109. Further, the frame from the ringlet 1 reaching the Maebashi RPR station 107 is also dropped and passed through, but the passed frame is discarded at the cleave point 109.
At step 1909, the frame in the ring side forwarding learning table is received at the Nagoya RPR station 105 having the destination terminal under it. Basically, this is the same as step 1908, but at step 1909, the Nagoya RPR station 105 having the destination terminal under it receives frames only over the route designated by the cleave point, in this case, from the ringlet 0. In the same way as at step 1908, the ring side forwarding table records the input port 4 and ringlet 0, the VID identifier of the VLAN of the corporation or the like of the source in the S-tag=10, the RPR MAC address of the source station, and the client MAC address a of the source.
In this way, at step 1910, the frame finally dropped at the Nagoya RPR station 105 is delivered to the destination client terminal 108 having the MAC address=b ((6) of
By the processing of step 1907 to step 1910, the RPR ring side forwarding table in all RPR stations between the Tokyo RPR station 101 and the Nagoya RPR station 105 learns the RPR MAC address of the source station and the MAC address a of the source client.
Next, at step 1911 to 1913 of
At steps 1906 and 1913, if the ring side forwarding table has already recorded the destination client MAC address, the routine proceeds to step 1914 where, for example, a communication route is established between a client 108 under the Nagoya RPR station 105 and a client 100 under the Tokyo RPR station 101 by an Ethernet® frame addressed from the client 108 under the Nagoya RPR station 105 to the client 100 under the Tokyo RPR station 101 (frame of MAC=b→MAC=a) being input to the Nagoya RPR station 105. At this time, at the Nagoya RPR station 105, the received frame is not yet learned, so the client side learning table records the input port 10, VID=10, and the source MAC address sa=b ((8) of
Further, at the Nagoya RPR station 105, since the destination address a in the received frame matches with the learned source client MAC address a in the RPR forwarding table, the fact that the destination is the client terminal 100 under the Tokyo RPR station 101 is detected, the ring side transmission port 4 and ringlet 1 are detected, the fact that the VID in the S-tag is 10 and the destination RPR station is Tokyo is detected, and the ring side forwarding table records these values ((9) of
Next, at step 1915 as well, since the destination address a in the received frame matches with the learned source client MAC address a in the RPR forwarding table, the fact that the destination is the client terminal 100 under the Tokyo RPR station 101 is detected, the ring side transmission port 4 and ringlet 1 are detected, the fact that the VID in the S-tag is 10 and the destination RPR station is Tokyo is detected, and the ring side forwarding table records these values ((10) of
Next, at step 1916, the Tokyo RPR station 101, since designating the cleave point 109, receives a frame from Nagoya only over the route of the ringlet 1. At the Tokyo RPR station 101 as well, like the other RPR stations, the ring side forwarding table records the reception port number and reception ringlet, the VID in the S-tag, the source MAC address, and the source client address. Furthermore, the station compares the client side learning table and destination MAC address of the received frame. The result is that the destination MAC address of the received frame is its own RPR station address, so the station only performs drop processing ((11) of
In this way, at step 1917, the frame dropped at the Tokyo RPR station 101, which is the station above the destination client terminal 100, is delivered to the destination client terminal 100.
In Example 2, at step 1920, the mode of setting the cleave point in each RPR station by the OPS 110 (
Next, at step 1921, each RPR station uses a control frame to calculate the delay time to the other RPR stations forming the ring. Each RPR station uses the calculated delay time to automatically set the TTL so that the section with the longest delay from each RPR station becomes the cleave point.
The setting of the cleave point by the delay mode in the Tokyo RPR station 101 will be described below as an example. The delay time is measured using a loop round trip time (LRTT) frame—one of the control frames.
The Tokyo RPR station 101 uses an LRTT frame to measure the delay time with respect to each RPR station in the ring for both the ringlet 0 and ringlet 1.
As a result of the measurement, when the delay time of Tokyo Nagano is longest, the route of the ringlet 0 takes 450 μs, and the route of the ringlet 1 takes 500 μs, the cleave point is set between the longest delay Nagano and Maebashi. Due to this, communication of Tokyo
Nagano, Tokyo
Nagoya, Tokyo
Shizuoka, Tokyo
Atami, or Tokyo
Yokohama is performed using the short delay time ringlet 0. Further, communication of Tokyo
Maebashi is also similarly performed using the short delay time ringlet 1. Specifically, when joining an Ethernet® frame entering from the client side at Tokyo in the RPR frame, TTL is set to 5 when transmitting over the ringlet 0 and TTL is set to 1 when transmitting over the ringlet 1.
Similarly, if using the Nagoya RPR station 105 as an example, the cleave point is set between Nagano and Maebashi found to have the longest delay time as a result of the measurement of the delay time. Due to this, communication of Nagoya Shizuoka, Nagoya
Atami, Nagoya
Yokohama, Nagoya
Tokyo, or Nagoya
Maebashi is performed using the short delay time ringlet 1. Further, communication of Nagoya
Nagano is also similarly performed using the short delay time ringlet 0. Specifically, when joining an Ethernet® frame entering from the client side at Nagoya in the RPR frame, TTL is set to 5 when transmitting over the ringlet 1 and TTL is set to 1 when transmitting over the ringlet 0.
After step 1921, the same operation is performed as in steps 1904 to 1910 shown in
Next, at step 1923, the RPR forwarding tables of the starting point RPR station and the end point RPR station are set from the OPS 110 with the transmission and reception ports and ringlets, the identifier VID of the VLAN included in the S-tag used for transmission and reception, the MAC addresses of the RPR station of the transmission source and destination, and the static flag. In the case of static communication, the communicating RPR station is set by the OPS 110, so the MAC address of the client terminal does not have to be set.
Further, the client side learning table is set with the transmission and receiving ports, the identifier VID of the VLAN included in the S-tag used for transmission and reception, and the static flag.
In the example shown in
Further, the RPR ring side forwarding table of the Nagoya RPR station 105 is set with the port 4 and ringlet 1 as the transmission route, the VID identifier of the VLAN included in the S-tag=10, the MAC address of the destination RPR station (Tokyo), the MAC address of the destination client, and the static flag showing if the communication is static communication ((3) of
Next, at step 1924, an Ethernet frame of VID=10 is transmitted from one terminal (client terminal 100 in the illustrated example) under the source RPR station (the Tokyo RPR station 101 in the illustrated example) addressed to the client terminal (client terminal 108 in the illustrated example) of the transmission destination RPR station 105 (the Nagoya RPR station 105 in the illustrated example) 105.
At step 1925, the RPR station receiving the frame records the input port, the VID, and the source MAC address in the client side learning table when the address is not yet learned. In the illustrated example, when the Tokyo RPR station 101 receives a frame from the client terminal 100, it records the input port 1, VID 10, and the source MAC address.
Next, at step 1926, the ring side forwarding table of the source RPR station is searched to search if the static flag has been set. In the illustrated example, the ring side forwarding table of the Tokyo RPR station 101 is searched and the fact that the received frame is a statically set frame is detected.
Further, at step 1927, the fact that the statically set destination RPR MAC address is Nagoya is detected and the fact that the statically set ring side transmission port (ringlet) is 3 (0) is detected. Since the frame is for the port 1 of the ringlet 0 and the VID=10, the frame addressed to Nagoya is transmitted over the ringlet 0 of this port 3 ((5) of
At step 1928, each RPR station between the Tokyo RPR station 101 receiving the frame from the client terminal 100 and the destination RPR station, that is, the Nagoya RPR station 105, only passes the frame through to the relay side since the MAC address of the destination RPR station is not its own MAC address ((6) of
At step 1929, the destination RPR station, that is, the Nagoya RPR station 105, compares the source RPR MAC address and VID in the received frame against the source RPR MAC address and VID recorded in the RPR ring side forwarding table. Since they match, it only drops the received frame ((7) of
The same is true for static transmission of the Nagoya Tokyo direction. Note that the static setting can be performed together with the setting of the cleave point manually explained in Example 1 or the setting of the cleave point by the delay time as explained in Example 2. Due to this, just the VID of a certain user (or service) can be statically set regardless of the route set manually or by delay, so it is possible to construct a flexible system.
Further, at the time of a fault, the cleave point set manually or by delay is moved to the fault position as prescribed in the IEEE 802.17, so the static setting becomes just a switching operation.
As explained above, the present invention provides a system in line with management of operations by the carrier by designating transmission routes of a resilient packet ring (RPR, prescribed in IEEE 802.17) supported by devices (layer 2/3 switches, transmission devices, and the like) provided with Ethernet® interfaces used in a layer 2/3 network for which carriers are developing services and thereby enables realization of Ethernet® services superior in reliably and economy in terms of functions and management of operations.
While the invention has been described with reference to specific embodiments chosen for purpose of illustration, it should be apparent that numerous modifications could be made thereto by those skilled in the art without departing from the basic concept and scope of the invention.
Number | Date | Country | Kind |
---|---|---|---|
2006-352622 | Dec 2006 | JP | national |