This invention provides a network management equipment and a packet switching equipment which eliminate a connection setup delay time, reduce a delay and a delay variation involved in data transfer, and effectively perform connectionless data flow processing in a large data network. The network is divided into a connection-oriented core network and a plurality of connectionless access networks connected to the core network where a plurality of connections (called permanent virtual route (PVR)) are set up among a plurality of edge nodes. The network management equipment selects one route from a plurality of PVRs for connectionless data flow received from one of the access networks and transfers data along the PVR.
|
6. A packet switching network which transfers communication information in a plurality of packets, the network comprising:
a core network which has a plurality of edge nodes and at least one relay node and in which a connection must be set up before starting communication; and a plurality of access networks, each connected to one of said edge nodes and each setting up the connection for each sequence of packets rather than setting up the connection before starting communication, wherein each of said edge nodes and said relay nodes comprises means for measuring an available bandwidth for each data transfer route between the edge nodes by controlling a flow using a resource management packet and means for transferring data of the sequence of packets at a rate based on the measured bandwidth.
11. A packet switching system for use in a network comprising a core network which has a plurality of edge nodes and at least one relay node and in which a connection must be set up before starting communication, a plurality of access networks, each connected to one of the edge nodes and each setting up the connection for each sequence of packets rather than setting up the connection before starting communication, and network management equipment connected to said edge nodes and said relay nodes,
the packet switching system being used as a component in said access networks and connected to said edge nodes, and comprising: multi-link means for creating a plurality of data links from each of said access networks to the core network; and means for distributing traffic from the access network to the core network to said plurality of data links created by the multi-link means.
10. A packet switching system for use in a network comprising a core network which has a plurality of edge nodes and at least one relay node and in which a connection must be set up before starting communication, a plurality of access networks, each connected to one of the edge nodes and each setting up the connection for each sequence of packets rather than setting up the connection before starting communication, and network management equipment connected to said edge nodes and said relay nodes;
the packet switching system being used as said edge nodes and comprising: means for setting up a plurality of logical data transfer routes based on information sent from said network management equipment; means for selecting, for the sequence of entered packets, one data transfer route from said data transfer routes set up in advance; and means for transferring said sequence of packets via the selected data transfer route.
9. A packet switching network which transfers information in a plurality of packets, the network comprising:
a core network which has at least one pair of edge nodes and in which a connection must be set up before starting communication; a plurality of access networks, each connected to one of said edge nodes and each setting up the connection for each sequence of packets rather than setting up the connection before starting communication; and network management equipment connected to said edge nodes, wherein said network management equipment comprises means for setting up a plurality of logical data transfer routes in advance between at least one pair of the edge nodes in said core network; and management means for managing a status of said core network and wherein each of said edge nodes comprises means for selecting, for the sequence of entered packets, one data transfer route from said logical data transfer routes set up in advance according to the status managed by the management means of said network management equipment and means for transferring said sequence of packets via the selected data transfer route.
13. A network management equipment for use in a network comprising a core network which has a plurality of edge nodes and relay nodes and in which a connection must be set up before starting communication, and a plurality of access networks, each connected to one of the edge nodes of said core network and each setting up the connection for each sequence of packets rather than setting up the connection before starting communication,
the network management equipment being connected to said plurality of edge nodes and relay nodes, and comprising: means for receiving bandwidth information indicating a bandwidth of data transfer of each route in said core network from said edge nodes and relay nodes; means for obtaining an available bandwidth of each route in said core network based on the received bandwidth information; means for managing an assigned bandwidth for each route-between-route based on the obtained result; and means for sending the bandwidth information indicating the assigned bandwidth to the corresponding edge node and relay node in order to base a data transfer rate of each route on said assigned bandwidth.
1. A packet switching network which transfers communication information in a plurality of packets, the network comprising:
a core network which has a plurality of edge nodes and at least one relay node and in which a connection must be set up before starting communication; a plurality of access networks, each connected to one of said plurality of edge nodes and each setting up the connection for each sequence of packets rather than setting up the connection before starting communication; and network management equipment connected to said edge nodes and relay nodes, wherein said network management equipment comprises means for setting up at least one logical data transfer route between at least one pair of the edge nodes in said core network; and management means for managing a status of said core network and wherein each of said edge nodes and said relay nodes comprises means for selecting, for the sequence of entered packets, one data transfer route from said logical data transfer routes set up in advance according to the status managed by the management means of said network management equipment and means for transferring said sequence of packets via the selected data transfer route.
5. A packet switching network which transfers communication information in a plurality of packets, the network comprising:
a core network which has a plurality of edge nodes and at least one relay node and in which a connection must be set up before starting communication; a plurality of access networks, each connected to one of said plurality of edge nodes and each setting up the connection for each sequence of packets rather than setting up the connection before starting communication; and network management equipment connected to said edge nodes and said relay nodes, wherein each of said edge nodes and said relay nodes comprises means for measuring a bandwidth of data transfer of the node; means for sending bandwidth information indicating the measured bandwidth to said network management equipment; and means for transferring data of the sequence of entered packets at a rate based on the bandwidth information sent from said network management equipment and wherein said network management equipment comprises means for obtaining an available bandwidth of each route in said core network based on the bandwidth information sent from said edge nodes and said relay nodes; means for managing an assigned bandwidth for each route-between-route based on the obtained available bandwidth; and means for sending to the corresponding edge node or the relay node the bandwidth information indicating said assigned bandwidth.
2. A packet switching network according to
3. A packet switching network according to
4. A packet switching network according to
7. A packet switching network according to
8. A packet switching network according to
12. A packet switching system according to
14. A network management equipment according to
|
The present application is a continuation-in-part application of U.S. patent application Ser. No. 08/810,733 filed on Mar. 4, 1997 and U.S. patent application Ser. No. 08/998,382 filed on Dec. 24, 1997, which are currently pending.
1. Field of the Invention
This invention relates to a network, a packet switching network, a packet switching system, and network management equipment which efficiently process a large amount of connectionless data traffic using a connection-oriented network such as an ATM network.
2. Description of Related Art
Recently, as the Internet has rapidly evolved, networks and switching systems which efficiently process a large amount of connectionless data traffic with the use of a connection-oriented network, such as an ATM network, have been offered. `Connectionless` means that data is sent without first setting up a connection to the destination, while `connection-oriented` means that data is sent after setting up a connection to the destination.
For example, the MPOA protocol architecture is described on page 121 in "ATM Internetworking" (Nikkei BP Publishing Center Inc.; First edition, Sep. 22, 1995). MPOA is an abbreviation for Multi Protocol ATM. When communicating via the MPOA, an ATM address generated at the MPOA server by converting the layer-3 destination address (for example, destination IP (Internet Protocol) address) is obtained and then an ATM connection is set up using the ATM signaling protocol. Note that the ATM connection used in the protocol is an SVC (Switched Virtual Connection) which is set up on a request-basis when there is data traffic to be sent. The signaling protocol for an SVC is described, for example, in "ATM Forum UNI version 3.1" (Prentice-Hall, Inc.: 1995).
Another communication protocol is an RSVP (Resource Reservation Protocol) described in "RSVP: A New Resource ReSerVation Protocol" (September 1993 number of IEEE Network). The RSVP requires that the receiver sequentially reserve communication bandwidth, a router, a buffer, and other resources for a data path between the sender and the receiver. After the resources have been reserved, data is sent.
A typical connection-oriented communication is a telephone. This communication requires real-time software processing, called call admission control, and resource reservation. Once the resources are reserved, the communication bandwidth, usually the bi-directional bandwidth, is guaranteed. In this communication mode, because the resources are not released even when there is no traffic, the resource usage efficiency is low.
On the other hand, in connectionless communication which is used primarily for LANs, the resources are reserved for each burst of data. This communication is suited for sending a large amount of data instantaneously in one direction only. However, because the communication bandwidth is not always guaranteed in this communication, resource contention occurs as the whole resource usage ratio becomes high. In addition, because data which could not be sent because of insufficient resources must be resent, the resources become more insufficient and, as a result, congestion may result.
ATM was introduced to solve these two problems. ATM contributes to the efficient use of resources. However, ATM still has the two problems described above. That is, ATM still requires complex call admission control and, in addition, results in congestion when the resources become insufficient.
Ideally, all communications should be done via ATM to take full advantage of ATM. However, telephones, LANs, and WANs (Wide Area Network) are used in real time communications and, therefore, the shift of all the communication facilities to those of ATM is not so easy. Because more and more traffic is expected over these networks in future, ATM networks must co-exist with conventional data communication networks.
As the term LAN implies, emphasis has been placed on local communication in the conventional data communication. Recently, however, the need for global communication, such as the Internet, has arisen. In such global communication, an error at a single site in the connectionless communication mode may cause other sites to resend data, one after another, and may cause immediate congestion around the world. This requires a large network to manage resources (such as bandwidth allocation) and to manage a large amount of resources hierarchically.
The above description deals primarily with the problems with the "quantity" and the "scale" of data communication. We must also consider the problems with "quality." As communication finds its way into our lives, a need has arisen for a variety of services using the telephone network, including automatic message transfer, sender's number indication, collect call, and teleconferencing. To meet these needs, intelligent networks have been built in the telephone network for efficient control signal communication. It is expected that the same need will also arise for data communication. In data communication networks, intelligent networks may also be used as with telephone networks, or a virtual network may be built logically in an ATM network to take full advantage of its characteristics. However, the conventional LAN-oriented data communication networks are not fully compatible with ATM networks, meaning that in a large data communication network, various operations must be performed. For example, in a large data communication network, the user must keep track of data traffic, control communication bandwidths dynamically, or provide additional information on services. Also included in the quality features are the network error isolation function and the congestion prevention function.
The following describes in more detail the problems this invention will try to solve.
When communicating via MPOA, a request-based ATM connection is set up in the SVC mode when there is a data traffic to be sent. Therefore, the data transfer delay time is increased by the time needed to set up an ATM connection. In the worst case, the ATM connection time may be longer than the data transfer time. In addition, when many users generate data and set up request-based connections, many control packets for connection setup and disconnection are transferred before and after actual data transfer. This may result in network congestion.
On the other hand, when communicating via RSVP, the data transfer delay and the delay variation become large because the resources must be reserved before data is sent. In addition, the need to hold the resources such as bandwidth requires the sender to send a refresh packet at a regular interval for holding the resources. Therefore, when there are many users who generate data, the communication of control packets necessary for resource reservation uses a lot of bandwidth, making network management more complex.
This invention seeks to solve the following problems.
It is a first object of this invention to provide a packet switching network, packet switching device, and a network management equipment which eliminate the need to set up connections to reduce a delay and a delay variation involved in data transfer and to reduce the number of control packets for connection setup and resource reservation.
It is a second object of this invention to provide a packet switching network, a network management equipment, and a packet switching device which increase the efficiency of connectionless data flow in a large data network.
It is a third object of this invention to provide a packet switching network, network management equipment, and a packet switching device which are not vulnerable to a physical layer error (transmission path disconnection, and so on) or a logical path error (VC (Virtual Circuit) or VP (Virtual Path) disconnection).
It is a fourth object of this invention to provide a packet switching network, a network management equipment, and a packet switching device which avoid non-instantaneous (for example, several seconds), local (for example, in a specific node) congestion caused by a continuous large amount of data called a burst of data.
A network according to this invention is composed of a connection-oriented core network and a plurality of connectionless access networks with a plurality of connections (which are called permanent virtual routes (PVR) in the following description) created among a plurality of edge nodes. Upon receiving a connectionless data flow from one of the access networks, the network management equipment selects one route from the plurality of PVRs and transfers data over that PVR. As the route selection criterion, the network management equipment uses the status of each PVR, for example, an available bandwidth of each PVR.
To check and control the available bandwidth, the network management equipment keeps track of the traffic of each node or each edge node uses RM (Resource Management) packets to control the flow.
A plurality of connections are set up in advance and, when a congestion or an error is detected, the connection is switched from the main systems to the subsystem.
The access network interface in each edge node keeps (performs shaping on) the data flow transmission rate within a predetermined bandwidth for each PVR and sends data over a logical route with a granted bandwidth.
In addition, a plurality of access links are set up between an access network and the core network using a multi-link procedure to divide the amount of traffic to be sent to the core network.
FIG. 1 is a connection diagram showing an example of the configuration of a packet switching network according to this invention.
FIG. 2 is a model diagram showing an example of PVRs (Permanent Virtual Route) set up in the packet switching network according to this invention.
FIG. 3 is a table listing an example of status data stored in a network management data storage device shown in FIG. 4.
FIG. 4 is a block diagram showing an example of the configuration of a network management equipment shown in FIG. 1.
FIG. 5 is a table showing an example of information on PVRs (Permanent Virtual Route) stored in edge node EA.
FIG. 6 is a table showing an example of information on PVRs (Permanent Virtual Route) stored in edge node EB.
FIG. 7 is a table showing an example of information on PVRs (Permanent Virtual Route) stored in edge node EC.
FIG. 8 is a table showing an example of information on PVRs (Permanent Virtual Route) stored in edge node ED.
FIG. 9 is a table showing an example of information on PVRs (Permanent Virtual Route) stored in relay node N1.
FIG. 10 is a table showing an example of information on PVRs (Permanent Virtual Route) stored in relay node N2.
FIG. 11 is a table showing an example of information on PVRs (Permanent Virtual Route) stored in relay node N3.
FIG. 12 is a block diagram showing an example of the configuration of an edge node (EA, EB, EC, ED) shown in FIG. 1.
FIG. 13 is a block diagram showing an example of the configuration of a line interface on the access network side shown in FIG. 12.
FIG. 14 is a block diagram showing an example of the configuration of a line interface on the core network side shown in FIG. 12.
FIG. 15 is a flowchart showing an example of a routing table search and setup procedure used in edge node EA.
FIG. 16 is a diagram showing that a congestion or an error was detected on R2 shown in FIG. 2.
FIG. 17 is a flowchart showing an example of routing table setup in edge node EA.
FIG. 18 is a diagram showing various data formats.
FIG. 19 is a diagram showing various data formats.
FIG. 20A is a diagram showing various data formats.
FIG. 20B is a diagram showing various data formats.
FIG. 21 is a flowchart showing how bandwidth information is registered in each node.
FIG. 22 is a flowchart showing an example of routing table setup in edge node EA.
FIG. 23 is a diagram showing how data is transferred over a selected PVR.
FIG. 24 is a diagram showing how data is transferred over selected PVRs.
FIG. 25 is a connection diagram showing another configuration of a packet switching network according to this invention.
FIG. 26 is a block diagram showing an example of the configuration of an AAL 5 handler and an ATM handler on the input side shown in FIG. 13.
FIG. 27 is a block diagram showing an example of the configuration of the AAL 5 handler and the ATM handler on the input side shown in FIG. 13.
The preferred embodiments of this invention are described with reference to the drawings.
FIG. 1 is a diagram showing an embodiment of a packet switching network according to this invention. Sub-networks #A, #B, #C, and #D are connected to edge nodes EA, EB, EC, and ED via border routers RA, RB, RC, and RD. The network area surrounded by the edge nodes EA, EB, EC, and ED is called a core network. The sub-networks connected to the core network 100 are collectively called access networks. FIG. 1 shows the core network and the access networks with bold-line ellipses.
The core network 100 is a connection-oriented network such as an ATM network. In FIG. 1, thin solid lines are drawn between edge nodes EA, EB, EC, and ED and relay nodes N1, N2, and N3. Edge nodes EA, EB, EC, and ED and relay nodes N1, N2, and N3 are connected to network management equipment 200 with control signal lines (shown in the figure with very thin lines).
A routing protocol within an access network, such as IP (Internet Protocol), is terminated at an edge node. Within the core network 100, a connection-oriented protocol such as ATM (Asynchronous Transfer Mode) or FR (Frame Relay) is used.
Assume that the IP addresses "101.102.103.104", "104.101.102.103", "103.104.101.102", and "102.103.104.101" are assigned to edge nodes EA, EB, EC, and ED, respectively.
FIG. 2 is a diagram showing an example of PVRs (Permanent Virtual Route) set up in the packet switching network according to this invention. In this figure, the network management equipment 200 shown in in FIG. 1 is omitted. In the core network configuration shown in FIG. 1, PVRs R1 to R6, created by the network management equipment 200 by connecting the edge nodes, are previously defined. PVRs R1 to R6 and the data links shown in FIG. 1 are related as shown in FIG. 3.
FIG. 3 shows the connection between points, route, and assigned bandwidth for each PVR in the core network shown in FIG. 2. The status data shown in FIG. 3 is stored in a network management data storage device 401 shown in FIG. 4.
In the communication between two edge nodes, data which is in the form of ATM cells is switched and transferred along a PVR. Between node edge EA and node edge EC, a plurality of PVRs (2), R2 and R6, which run along two different data links, are previously defined.
FIG. 4 is an example of the configuration of the network management equipment 200 shown in FIG. 1. The network management equipment 200 comprises a network management controller 402 which can be implemented by a CPU and a network management data storage device 401 which may be implemented by a memory device. The network management controller comprises a booting module 403, a data writing module 404, a data analyzing module 405, a data collecting module 406, a data input module 407, and a transmit and receive module 408. All modules are interconnected by an internal bus 409.
The transmit and receive module 408, connected to the nodes, transfer status data among edge nodes and relay nodes. The data writing module 404 and the data analyzing module 405 are connected to the network management data storage device 401. The former records status data and the latter analyzes status data.
FIG. 21 shows a procedure for storing bandwidth information in each node. This procedure is divided into the following steps: Each edge node or relay node measures a dynamically changing bandwidth (step 2101), the edge node or the relay node reports the measured bandwidth to the network management equipment (step 2102), the network management equipment sets up an available bandwidth for each route based on the received bandwidth information (step 2103), the network management equipment manages the assigned bandwidth for each route-between-route (step 2104), the network management equipment distributes bandwidth information to each node (step 2105), and each node stores the bandwidth information (step 2106).
The dynamically changing bandwidth refers to a bandwidth currently used by each node for data transfer. This bandwidth s measured at each node (edge node and relay node), for example, for each connection. An available bandwidth for each route refers to a bandwidth available for each transfer route for additional use. The network management equipment 200 calculates this available bandwidth for each node based on the dynamically changing bandwidth that was measured. An assigned bandwidth for each route-between-route is a bandwidth assigned to each route-between-route between access networks (that is, between edge nodes). The network management equipment determines this assigned bandwidth so that it does not exceed the available bandwidth for each route.
Each edge node and relay node shown in FIG. 2 have their own status data. FIG. 5 to FIG. 11 are examples of PVRs (Permanent Virtual Route) stored in edge nodes EA, EB, EC, and ED and relay nodes N1, N2, and N3. Based on the management data owned by the network management equipment 200 shown in FIG. 3, the destination subnet, VPI/VCI, and port INF (interface) are set up for each edge node.
FIG. 5 shows an example of PVRs stored in edge node EA. In FIG. 5, PVR-ID is a permanent route identifier which corresponds to that shown in FIG. 2. A destination subnet is a subnet to which data may be sent from subnet A. A VPI, virtual path identifier, identifies a virtual path connecting edge node EA to other nodes (in this case, relay nodes N1 and N2, and edge nodes ED and EB). Like a virtual path identifier, a VCI, like the virtual channel identifier, identifies the virtual channel of each node which is connected to edge node EA. Port INF is the number of a port interface of edge node EA. In this case, port 1 is the number of the interface port used for connection between edge node EA and relay node N2, and port 2 is the number of the interface port used for connection between edge node EA and relay node N1. Like FIG. 5, FIG. 6 shows an example of PVRs for edge node EB, FIG. 7 shows an example of PVRs for edge node EC, and FIG. 8 shows an example of PVRs for edge node ED.
FIG. 9 to FIG. 11 show examples of PVRs of relay nodes stored as in FIG. 5 to FIG. 8. FIG. 9 shows PVR information on relay node N1, FIG. 10 shows PVR information on relay node N2, and FIG. 11 shows PVR information on relay node N3. In FIG. 9 to FIG. 11, it is assumed that data flows from EA to EB for R1, EA to EC for R2, EB to EC for R3, EB to ED for R4, EC to ED for R5, and EA to EC for R6.
FIG. 12 is a diagram showing an example of the configuration of an edge node (EA, EB, EC, ED). Each edge node comprises a line interface on the access network side 10, an ATM switch 20, a line interface on the core network side 30, and a node controller 40. The node controller 40 is connected to the line interface on the access network side 10, ATM switch 20, and line interface on the core network side 30.
The ATM switch uses the common buffer switch technology "Switching System" disclosed, for example, in Japanese Patent Laid-Open Publication (KOKAI) No. Hei 4-276943, U.S. patent application Ser. No. 08/306978, and EP Patent No. 502436.
FIG. 13 shows an example of the configuration of the line interface on the access network side 10. The line interface on the access network side 10 comprises a line controller 1301, a routing table 1302, a frame handler 1303, an IP (Internet Protocol) handler 1304, an AAL5 (ATM Adaptation Layer 5) handler 1305, and an ATM handler 1306. To pass data from the IP handler to the AAL5 handler, the multi-protocol encapsulation technology described in RFC1483 (Request For Comments 1483) issued by IETF (Internet Engineering Task Force), the Internet protocol standardization organization, is used.
The ATM handler shown in FIG. 13 contains a cell flow amount monitor circuit described in the "subscriber's line capacity display method for use in asynchronous transfer mode" disclosed in Japanese Patent Laid-Open Publication No. Hei 4-260245. Each edge node uses this monitor circuit to measure and monitor the transmission capacity for each connection.
The line interface on the access network side 10 in FIG. 13 converts an IP connectionless data flow into ATM cells. FIG. 18 shows the format of an IP packet entered from the access network, and FIG. 19 shows the format of an ATM cell output to the core network.
FIG. 14 shows an example of the configuration of the line interface on the core network side 30. This interface comprises a line controller 1401, a scheduler 1402, a cell transmit module 1403, a cell receive module 1404, a cell buffer 1405, a selector 1406, and a physical layer handler 1407. The cell buffer, selector, and scheduler use a multi QOS shaper described in "Flow Control Method in a Network Node and Packet Switching System" disclosed in Japanese Patent Laid-Open Publication (KOKAI) No. Hei 9-181740, for example.
The following describes the steps in the bandwidth information processing flowchart (FIG. 21) and the modules involved in the processing (FIGS. 4, 12, and 13). The "each edge node measures the dynamically changing bandwidth" step (step 2101) in FIG. 21 is performed by the ATM handler 1306 shown in FIG. 13. The measured bandwidth is sent to the network management equipment 200 shown in FIG. 4 via the routing table 1302 and the line controller 1301 shown in FIG. 13 and via the node controller 40 shown in FIG. 12 (step 2102). Bandwidth information sent from the edge nodes is sent to, and stored in, the data collecting module 406 via the transmit and receive module 408 of the network management equipment 200. The available bandwidth of each route is calculated by the data analyzing module 405 of the network management equipment 200. The calculated available bandwidth is then stored in the network management data storage device 401 via the data writing module 404 (step 2103). The information stored in the data writing module 404 allows the assigned bandwidth for each route-between-route to be managed (step 2104). This bandwidth information is distributed from the network management equipment 200 to each edge node. More specifically, the information is distributed to the routing table 1302 via the network management data storage device 401, data writing module 404, and transmit and receive module 408 shown in FIG. 4, the node controller 40 shown in FIG. 12, and the line controller shown in FIG. 13 (step 2105). The bandwidth information is then stored in the routing table 1302 of each edge node.
A relay node is also capable of measuring the bandwidth and transmitting the bandwidth information. In addition, as in the above-described edge node, a relay node may store the bandwidth information sent from the network management equipment and may adjust the transmission capacity. These functions, if provided in the relay node, give an appropriate data transfer bandwidth to a route-between-route in the core network. Of course, even when this function is not provided in the relay node, the transmission capacity adjustment function provided on an edge node on the input side adjusts the bandwidth at an appropriate level.
The following explains the operation of the network and the edge node according to this invention. In the description, data originated in subnet #A is sent to subnet #C via border router RA, edge node EA, and edge node EC.
FIG. 15 shows an example of the routing table retrieval and setup procedure used in edge node EA. From edge node EA to destination subnet #C, two PVRs, R2 and R6, are set up in advance. The two bandwidths, 20 Mbit/s for R2 and 10 Mbits/s for R6, are stored in advance according to the bandwidth storage step (step 2106) shown in FIG. 21.
A connectionless data flow, originated within subset #A for transmission to subnet #C, reaches edge node EA via border router RA. Edge node EA checks the destination address to find that the destination subnet of this data flow is subnet #C. Then, from the two PVRs, R2 and R6, between edge node EA and subnet #C, edge node EA selects R2 which has the largest bandwidth. The heap sort method, described, for example, in page 239 of "Data structure and algorithm" (Baifukan Co., Ltd.; March 1987), is used as the fast retrieval method for the largest bandwidth route.
In this example, sending edge node EA selects a PVR. The network management equipment may ask edge node EA to select one of the PVRs.
Next, a pair of VPI/VCI=11/12 and port INF=2 corresponding to the PVR-ID of R2 is selected. The ATM cells generated by converting the connectionless data flow are then sent with VPI/VCI=11/12 in the header.
FIG. 23 shows how data is transferred when R2 is selected as the PVR. Comparison between two PVRs, R2 and R6, indicates that the bandwidth of R2 is larger than that of R6, meaning that the first IP packet received at edge node EA for transmission to subnet #C is converted to the ATM cells and then assigned to PVR R2 for transmission. The numbers 1, 2, and 3 in the ATM cells converted from the first IP packet show the sequence in which the ATM cells will be sent.
Also, the cells sent over PVR R2 are assembled into a packet at edge node EC for transfer to subnet #C.
As mentioned above, the network in this embodiment has the PVRs (Permanent Virtual Route) registered in advance in the core network 100, converts the destination IP address to an ATM address when data is transferred, and selects a PVR permanent virtual route) corresponding to the ATM address for transfer of the IP packet, thus eliminating the connection setup delay time and decreasing the delay and the delay variation involved in the data transfer. At the same time, the number of times the control packets are sent for setting up connections and reserving the resources is reduced.
In addition, within the core network 100, pop-by-pop routing by the processor (that is, the processor interprets the destination IP address and selects the output port destination of an IP packet in the same way the router distributes the IP packet) is not performed. Instead, data is stored in ATM cells for switching by the hardware. This reduces the data transfer delay in the core network.
Selecting the largest-bandwidth route from a plurality of PVRs (permanent virtual routes) previously registered with the core network 100 increases the connectionless data flow efficiency in a large data network.
Next, the operation that is performed when there is a change in the core network status is described.
Assume that, while IP data is transferred with PVR R2 selected as shown in FIG. 23, the status changes and the procedure shown in FIG. 21 is executed for the network management equipment 200 and the nodes, and, as a result, the bandwidth information, are re-registered. FIG. 23 shows the new bandwidth setup status. As shown in the table, PVR R2 has the bandwidth of 10 Mbits/s and PVR R6 has the bandwidth of 15 Mbits/s.
This means that, while IP data is transferred, the network management equipment 200 and the nodes work together to change the status (bandwidth in this example) of the core network.
A connectionless data flow, originated within subset #A for transmission to subnet #C, reaches edge node EA via border router RA. Edge node EA checks the destination address to find that the destination subnet of this data flow is subnet #C. Then, from the two PVRs, R2 and R6, between edge node EA and subnet #C, edge node EA selects R6 which has the largest bandwidth.
A pair of VPI/VCI=10/17 and port INF=1 corresponding to the PVR-ID of the selected R6 is obtained. The ATM cells generated by converting the connectionless data flow are then sent with VPI/VCI=10/17 in the header.
FIG. 24 shows how data is transferred after the new PVR is selected. Comparison between two PVRs, R2 and R6, indicates that the bandwidth of R6 is larger than that of R2, meaning that the IP data flow received at edge node EA for transmission to subnet #C is converted to the ATM cells and then assigned to PVR R6 for transmission. That is, the route along which the ATM cells are sent has been changed from that shown in FIG. 23. The numbers 1, 2, 3, 4, 5, and 6 in the ATM cells show the sequence in which the ATM cells will be sent. ATM cells 1, 2, and 3 are those sent via PVR R2 in the status shown in FIG. 23, while ATM cells 4, 5, and 6 are those sent via the new PVR R6. ATM cells 1, 2, and 3 correspond to the first IP packet shown in FIG. 23, while ATM cells 4, 5, and 6 correspond to the second IP packet shown in FIG. 24.
When the old route is changed to the new route as the status changes from that shown in FIG. 23 to that shown in FIG. 24, the IP switch disclosed, for example, in Japanese Patent Application No. Hei 8-344981, U.S. patent application Ser. No. 08/998,382, and EP Patent No 971228333 is used. This switch changes the route after the last cell of the preceding IP packet has been sent, preventing the packet from being discarded.
The ATM cells sent over two different PVRs are assembled into an IP packet at the line interface on the access network side 10 at edge node EC for transfer to subnet #C.
As described above, the network in this embodiment checks the bandwidths of the PVRs in the core network 100 at regular intervals and distributes IP packets to an appropriate PVR according to the bandwidth status at that time, further increasing the efficiency of connectionless data flow transfer in a large data network.
In addition, control packets for connection setup and resource reservation are sent in this embodiment only when the PVRs are set up and when the PVR bandwidth information is updated. A connection need not be set up each time a request for data transfer between two access networks is generated. The number of control packet transferd in the core network is therefore reduced in this embodiment.
FIG. 26 shows an example of the configurations of the AAL5 handler (input side) 1305 and the ATM handler (input side) 1306 contained in the line interface on the access network side 10 shown in FIG. 13. An input packet is buffered in one of the logical queues 2601 each corresponding to a PVR. An output packet from the logical queue is sent to a segmentation device 2602 and is output as an SAR-PDU (Segmentation and Reassembly-Protocol Data Unit). The SAR-PDU which is output, for each PVR, from the AAL5 handler (input side) 1305a is sent to a cell conversion device 2603 of the ATM handler 1306a and then to a data rate adjusting device 2604. The data rate adjusting device 2604 performs cell shaping for each PVR according to the bandwidth information previously set up in the routing table 1302. (Shaping refers to the adjustment of the data reading rate of cells, stored in the buffer memory, so that the rate does no exceed the instantaneous data rate.) Shaped cells are sequenced into the correct output sequence in a server 2605 and then output to the ATM switch.
As described above, the network in this embodiment performs shaping for each PVR according to the assigned bandwidth in order to allocate a connectionless data flow, sent from each subnet, to a bandwidth granted PVR. Thus, non-instantaneous, local network congestion generated by a burst of data can be avoided.
Although an available bandwidth is used in this embodiment to select a PVR at an edge node. Other information may also be used as the route selection criterion. For example, the buffer status information on each edge node may be used. A route may also be selected according to the time or randomly.
Next, the following explains the operation that is performed when congestion or an error occurs in the core network:
FIG. 17 shows an example of routing table setup in edge node EA. Assume that R2 is first set up as the PVR from edge EA to subnet #C.
When congestion or an error is detected on R2 as shown in FIG. 16, the PVR is switched from R2 (main system) to R6 (subsystem) as shown in FIG. 17.
The OAM (Operating and Management) function in the ATM detects a transmission path error. The network management equipment 200 detects congestion, for example, when it receives congestion information from a node which detects congestion. Then, the network management equipment 200 tells the nodes to switch the PVR to the subsystem PVR.
For example, an edge node checks the amount of data in the logical queue provided for each PVR in the common buffer at regular intervals, and when the amount exceeds a predetermined value, determines that a congestion has occurred on that PVR.
Thus, this embodiment provides a packet switching network which is not vulnerable to a physical layer error (transmission path disconnection, and so on) or a logical path error (VC or VP disconnection).
In the example described above, the network management equipment 200 stores PVR bandwidth information in the routing table 1302 based on the bandwidth information measured at each node, as shown in FIG. 21. Another way to set up PVR bandwidth information is through the ABR (Available Bit Rate)-based flow control which is performed among the edge nodes (traffic management specification version 4.0 prepared by ATM-Forum, one of the commercial standardization organizations). This flow control is performed by periodically embedding RM cells (resource management cells) into the data cell flow and by performing closed-loop feedback control based on the data cell rate. RM cells are used to periodically monitor an available bandwidth between any two edge nodes in the core network and to adjust the cell output rate according to the bandwidth. The following describes how bandwidth information is set up with the use of RM cells. When RM cells are used to set up bandwidth information, the network management equipment does not need to manage bandwidths.
FIG. 27 shows an example of the configuration of the AAL5 handler (input side) 1305a and the ATM handler 1306a in the line interface on the access network side 10 shown in FIG. 13. An input packet is buffered in one of the logical queues 2701 each corresponding to a PVR. An output packet from the logical queue 2701 is sent to a segmentation device 2702 and, from this device, output as an SAR-PDU (Segmentation and Reassembly-Protocol Data Unit). The SAR-PDU which is output, for each PVR, from the AAL5 handler (input side) 1305a is sent to a cell conversion device 2703 of the ATM handler 1306a, and then to a data rate adjusting device 2704. The data rate adjusting device 2704 performs cell shaping for each PVR according to the bandwidth information previously set up in the routing table 1302.
Next, the dynamic shaping operation for each PVR is described.
(1) Explicit rate control
An ATM handler 14 (output side) stores the maximum allowable data rate (ACR: Allowed Cell Rate) in the routing table 1302 based on the explicit bandwidth information contained in a captured backward RM cell. A bandwidth control table 2705 is set up according to the ACR value, and the cell output rate is adjusted for each PVR based on this value. The shaper for each PVR uses the common buffer technology described, for example, in "Switching System" disclosed in Japanese Patent Laid-Open Publication No. Hei 4-276943. That is, in the common buffer, a logical queue is provided for each PVR, and cells are read from the common buffer under control of the bandwidth control table (This corresponds to the data rate adjusting device.) The bandwidth control table contains data specifying a logical queue in the common buffer from which a packet is to be read and a time at which that packet is to be read.
Explicit bandwidth information in a backward RM cell is used, as appropriate, to rewrite the bandwidth control table. This enables dynamic shaping operation to be performed for each PVR.
(2) Binary mode rate control
Based on the setting of the CI (Congestion Indication) bit or the NI (No Increase) bit in a backward RM cell captured by the ATM handler (output) 14, a rate calculation circuit 15 calculates the maximum allowable data rate (ACR: Allowed Cell Rate). Binary mode rate control differs from explicit mode rate control in that the ACR value relatively increases, decreases, or remains unchanged according to the setting of the CI bit and the NI bit. Once the ACR value is set up, the subsequent operation is similar to that of explicit rate control.
The data rate adjusting device comprises a device for generating RM cells and for inserting RM cells into data.
FIG. 20A and FIG. 20B show the format of an RM cell (resource management cell) used for bandwidth setup. The rate calculation circuit and the device for generating RM cells and for inserting RM cells into data, described in "Cell output control circuit and control method" disclosed in Japanese Patent Laid-Open Publication (KOKAI) No. Hei 9-247169 and U.S. patent application Ser. No. 08/810,733 are used.
Dynamically shaping the bandwidth for each PVR according to the status of the core network enables a connectionless data flow from each subnet to be assigned efficiently to a PVR. Thus, this method avoids non-instantaneous, local network congestion generated by a burst of data.
The following explains an example in which a data flow is transferred between two subnets via a plurality of PVRs using a multi-link protocol.
FIG. 25 shows an example of a network in which the data links (shown by bold lines in the figure) are set up from border router RA to edge node EA and from border router RA to edge node EB using the PPP (point to point) Multilink Protocol defined by RFC1990 (Request for comments 1990) prepared by IETF (Internet Engineering Task Force). The "multilink protocol" combines a plurality of data links into one logical data link as if there was one data link. (In FIG. 25, it is assumed that there is a physical connection between border router RA and edge node EA and between border router RA and edge node EB). In this example, a data flow, generated within subnet #A for transmission to subnet #C, may be divided into two at border router RA: a data flow to be sent to edge border EA and a data flow to be sent to edge border EB.
The two PVRs, for example R2 and R3, are assigned to the route from edge node EA to edge node EC and to the route from edge node EB to edge node EC, respectively.
A data flow transferred from border router RA to edge node EA is transferred via PVR R2 to edge node EC and, after being assembled into a packet, transferred to border router RC. A data flow transferred from border router RA to edge node EB is transferred via PVR R3 to edge node EC and, after being assembled into a packet, transferred to border router RC. A sequence of packets originated within subnet #A which are transferred via the two PVRs, R2 and R3, are arranged into the origianl sequence at border router RC.
As mentioned, data traffic is divided using a multi-link protocol to avoid non-instantaneous, local congestion in the core network which may occur because of a burst of data. Thus, the traffic load in the core network 100 is well-balanced.
This configuration also has a plurality of links from border router RA to the core network 100. Therefore, even if an error occurs in the data link from border router RA to edge node EA, data traffic may be sent from border RA to edge node EB. This ensures survivability.
In a preferred mode of this invention, setting up connections in advance eliminates the connection setup time, reduces the delay and delay variations involved in data transfer, and decreases the number of times the control packet for connection setup and resource reservation must be sent.
In a preferred mode of this invention, changing the route, over which data traffic from a connectionless access network is sent, according to the status of the connection-oriented core network enables connectionless data flow processing to be performed effectively in a large data network.
In a preferred mode of this invention, a packet switching network which is not vulnerable to a physical layer error (transmission path disconnection, and so on) or a logical path error (VC or VP disconnection) is provided.
In a preferred mode of this invention, a plurality of data links from an access network to the core network, which are set up using a multi-link procedure, allow the amount of input traffic to the core network to be divided, thus avoiding non-instantaneous, local network congestion which may be caused by a burst of data.
Takase, Akihiko, Sakurai, Yoshito, Endo, Noboru, Abe, Hajime, Miki, Kazuho
Patent | Priority | Assignee | Title |
10019165, | Jan 28 2016 | WEKA IO LTD | Congestion mitigation in a distributed storage system |
10021019, | Jul 06 2010 | NICIRA, INC | Packet processing for logical datapath sets |
10038597, | Jul 06 2010 | Nicira, Inc. | Mesh architectures for managed switching elements |
10091028, | Aug 17 2011 | NICIRA, INC | Hierarchical controller clusters for interconnecting two or more logical datapath sets |
10193708, | Aug 17 2011 | Nicira, Inc. | Multi-domain interconnect |
10268378, | Jan 28 2016 | Weka.IO Ltd | Congestion mitigation in a distributed storage system |
10545669, | Jan 28 2016 | Weka.IO Ltd. | Congestion mitigation in a distributed storage system |
10686663, | Jul 06 2010 | Nicira, Inc. | Managed switch architectures: software managed switches, hardware managed switches, and heterogeneous managed switches |
10931481, | Aug 17 2011 | NICIRA, INC | Multi-domain interconnect |
11079938, | Jan 28 2016 | Weka.IO Ltd. | Congestion mitigation in a distributed storage system |
11641321, | Jul 06 2010 | NICIRA, INC | Packet processing for logical datapath sets |
11743123, | Jul 06 2010 | Nicira, Inc. | Managed switch architectures: software managed switches, hardware managed switches, and heterogeneous managed switches |
11804987, | Aug 17 2011 | Nicira, Inc. | Flow generation from second level controller to first level controller to managed switching element |
11816333, | Jan 28 2016 | Weka.IO Ltd. | Congestion mitigation in a distributed storage system |
6275493, | Apr 02 1998 | Nortel Networks Limited | Method and apparatus for caching switched virtual circuits in an ATM network |
6307860, | Apr 03 1998 | RPX Corporation | Systems and methods for data transformation and transfer in networks |
6377572, | May 18 1998 | WSOU Investments, LLC | Virtual resource allocation method and apparatus for wireless data communication systems |
6377574, | Oct 24 1997 | Hitachi, Ltd. | Packet switch and method for relaying management cells and data cells in a form of IP packet |
6381249, | May 08 1998 | HANGER SOLUTIONS, LLC | Tandem pass through in a switched call |
6424624, | Oct 16 1997 | Cisco Technology, Inc | Method and system for implementing congestion detection and flow control in high speed digital network |
6424662, | Sep 03 1996 | Hitachi, Ltd. | Router apparatus using ATM switch |
6505244, | Jun 29 1999 | Cisco Technology, Inc | Policy engine which supports application specific plug-ins for enforcing policies in a feedback-based, adaptive data network |
6512745, | Mar 08 1996 | Hitachi, Ltd. | Packet switching network, packet switching equipment, and network management equipment |
6538777, | Feb 18 1998 | Massachusetts Institute of Technology | Method for establishing connections by allocating links and channels |
6539427, | Jun 29 1999 | Cisco Technology, Inc | Dynamically adaptive network element in a feedback-based data network |
6539432, | May 19 1998 | Hitachi, Ltd. | Network manager, nodes and network management system |
6549533, | Dec 30 1998 | OBJECTIVE SYSTEMS INTEGRATORS, INC | Managing switched virtual circuits in a network |
6577597, | Jun 29 1999 | Cisco Technology, Inc | Dynamic adjustment of network elements using a feedback-based adaptive technique |
6633569, | Apr 16 1998 | Samsung Electronics Co., Ltd. | System and method for routing data cells through an ATM architecture using quality of service data in a service control point |
6647014, | Jan 06 1999 | NEC Corporation | Distributed network node |
6674756, | Feb 23 1999 | Alcatel | Multi-service network switch with multiple virtual routers |
6751662, | Jun 29 1999 | Cisco Technology, Inc. | Policy engine which supports application specific plug-ins for enforcing policies in a feedback-based, adaptive data network |
6763000, | Dec 07 1998 | Viavi Solutions Inc | Monitoring ATM traffic load by quality of service type |
6765864, | Jun 29 1999 | Cisco Technology, Inc | Technique for providing dynamic modification of application specific policies in a feedback-based, adaptive data network |
6769024, | Jun 29 1999 | Cisco Technology, Inc. | Dynamically adaptive network element in a feedback-based data network |
6789118, | Feb 23 1999 | WSOU Investments, LLC | Multi-service network switch with policy based routing |
6795431, | Oct 24 1997 | Hitachi, Ltd. | Packet switch and method for relaying management cells and data cells in a form of IP packet |
6885677, | Mar 12 1999 | Fujitsu Limited | Multiprotocol label switching routers |
6973034, | Jun 29 1999 | Cisco Technology, Inc | Technique for collecting operating information from network elements, and for controlling network element behavior in a feedback-based, adaptive data network |
6975594, | Jun 27 2000 | WSOU Investments, LLC | System and method for providing controlled broadband access bandwidth |
6980515, | Feb 23 1999 | Alcatel | Multi-service network switch with quality of access |
6980553, | Sep 03 1996 | Hitachi, Ltd. | Router apparatus using ATM switch |
6993029, | Dec 25 1996 | Hitachi, Ltd. | IP switch, interface circuit and ATM switch used for IP switch, and IP switch network system |
7046630, | Mar 08 1996 | Hitachi, Ltd. | Packet switching network, packet switching equipment and network management equipment |
7215639, | Aug 31 2001 | RPX Corporation | Congestion management for packet routers |
7289531, | Jun 27 2001 | Alcatel | Network-system, management-system, method and computer program product |
7502313, | Jan 15 1999 | Cisco Technology, Inc | Virtual path restoration scheme using fast dynamic mesh restoration in an optical network |
7613126, | Jun 29 1999 | Cisco Technology, Inc. | Technique for providing dynamic modification of application specific policies in a feedback-based, adaptive data network |
7706353, | Jan 21 2004 | RPX Corporation | Congestion control in connection-oriented packet-switching networks |
7782786, | Jun 29 1999 | Cisco Technology, Inc. | Technique for providing dynamic modification of application specific policies in a feedback-based, adaptive data network |
7830869, | Mar 09 2001 | Ericsson AB | Establishing connection across a connection-oriented first telecommunications network in response to a connection request from a second telecommunications network |
8107373, | Nov 24 2003 | ZTE Corporation | Method, device and system for realizing QoS guarantee in a MPLS network |
8121024, | Jun 29 1999 | Cisco Technology, Inc. | Technique for providing dynamic modification of application specific policies in a feedback-based, adaptive data network |
8125902, | Sep 27 2001 | RPX Corporation | Method and system for congestion avoidance in packet switching devices |
8185616, | Jan 13 2004 | Fujitsu Limited | Route designing method |
8233490, | May 15 2003 | TELEFONAKTIEBOLAGET LM ERICSSON PUBL | Method for the distribution of a network traffic according to SLA and QoS parameters |
8442054, | May 22 2000 | Telefonaktiebolaget L M Ericsson (publ) | Method and core network node for establishing a connection through a core network |
8537836, | Jan 15 1999 | Cisco Technology, Inc. | Virtual path restoration scheme using fast dynamic mesh restoration in an optical network |
9007903, | Jul 06 2010 | NICIRA, INC | Managing a network by controlling edge and non-edge switching elements |
9077663, | Aug 17 2004 | Hewlett Packard Enterprise Development LP | Router aggregation |
9137052, | Aug 17 2011 | NICIRA, INC | Federating interconnection switching element network to two or more levels |
9231891, | Jul 06 2010 | NICIRA, INC | Deployment of hierarchical managed switching elements |
9288081, | Aug 17 2011 | NICIRA, INC | Connecting unmanaged segmented networks by managing interconnection switching elements |
9300603, | Jul 06 2010 | NICIRA, INC | Use of rich context tags in logical data processing |
9444651, | Aug 17 2011 | NICIRA, INC | Flow generation from second level controller to first level controller to managed switching element |
9680750, | Jul 06 2010 | NICIRA, INC | Use of tunnels to hide network addresses |
9692655, | Jul 06 2010 | NICIRA, INC | Packet processing in a network with hierarchical managed switching elements |
9733834, | Jan 28 2016 | WEKA IO LTD | Congestion mitigation in a distributed storage system |
Patent | Priority | Assignee | Title |
4736363, | Sep 06 1985 | Nortel Networks Limited | Path oriented routing system and method for packet switching networks |
4939726, | Dec 16 1987 | Proxim Wireless Corporation | Method for routing packets in a packet communication network |
5042027, | Sep 12 1988 | Hitachi, Ltd. | Communication network system and method of controlling a communication network |
5452293, | Jan 27 1994 | ALCATEL USA, INC | Apparatus and method of transmitting call information prior to establishing a connection path |
5485455, | Jan 28 1994 | ENTERASYS NETWORKS, INC | Network having secure fast packet switching and guaranteed quality of service |
5572678, | Jan 24 1992 | Hitachi, Ltd.; Hitachi Microcomputer System, Ltd. | System for sending frames from sender to receiver using connectionless protocol and receiving acknowledging frame and retransmission request frame from receiver using connection oriented protocol |
5663959, | Dec 15 1994 | NEC Corporatiion | ATM cell switching apparatus having a control cell bypass route |
5675576, | Jun 05 1995 | THE CHASE MANHATTAN BANK, AS COLLATERAL AGENT | Concestion control system and method for packet switched networks providing max-min fairness |
JP4260245, | |||
JP4276943, | |||
JP8125692, | |||
JP9181740, | |||
JP9247169, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jun 02 1998 | ABE, HAJIME | Hitachi, LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009238 | /0383 | |
Jun 02 1998 | MIKI, KAZUHO | Hitachi, LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009238 | /0383 | |
Jun 02 1998 | ENDO, NOBORU | Hitachi, LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009238 | /0383 | |
Jun 02 1998 | TAKASE, AKIHIKO | Hitachi, LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009238 | /0383 | |
Jun 02 1998 | SAKURAI, YOSHITO | Hitachi, LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 009238 | /0383 |
Date | Maintenance Fee Events |
Jan 29 2004 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Feb 18 2004 | ASPN: Payor Number Assigned. |
Jan 18 2008 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Oct 07 2010 | RMPN: Payer Number De-assigned. |
Oct 08 2010 | ASPN: Payor Number Assigned. |
Jan 25 2012 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Aug 22 2003 | 4 years fee payment window open |
Feb 22 2004 | 6 months grace period start (w surcharge) |
Aug 22 2004 | patent expiry (for year 4) |
Aug 22 2006 | 2 years to revive unintentionally abandoned end. (for year 4) |
Aug 22 2007 | 8 years fee payment window open |
Feb 22 2008 | 6 months grace period start (w surcharge) |
Aug 22 2008 | patent expiry (for year 8) |
Aug 22 2010 | 2 years to revive unintentionally abandoned end. (for year 8) |
Aug 22 2011 | 12 years fee payment window open |
Feb 22 2012 | 6 months grace period start (w surcharge) |
Aug 22 2012 | patent expiry (for year 12) |
Aug 22 2014 | 2 years to revive unintentionally abandoned end. (for year 12) |