WO2002045359A1 - Method and apparatus for forwarding of telecommunications traffic - Google Patents

Method and apparatus for forwarding of telecommunications traffic Download PDF

Info

Publication number
WO2002045359A1
WO2002045359A1 PCT/SE2000/002370 SE0002370W WO0245359A1 WO 2002045359 A1 WO2002045359 A1 WO 2002045359A1 SE 0002370 W SE0002370 W SE 0002370W WO 0245359 A1 WO0245359 A1 WO 0245359A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
forwarding
subnet
telecommunications
address
Prior art date
Application number
PCT/SE2000/002370
Other languages
French (fr)
Inventor
Johan Johansson
Lars-Örjan KLING
Åke LINDHOLM
Original Assignee
Telefonaktiebolaget Lm Eriksson Publ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget Lm Eriksson Publ filed Critical Telefonaktiebolaget Lm Eriksson Publ
Priority to US10/433,122 priority Critical patent/US7369562B2/en
Priority to AU2001219103A priority patent/AU2001219103A1/en
Priority to EP00982027A priority patent/EP1344350A1/en
Priority to PCT/SE2000/002370 priority patent/WO2002045359A1/en
Priority to US10/432,952 priority patent/US7430213B2/en
Priority to EP01979196A priority patent/EP1340345B1/en
Priority to PCT/SE2001/002383 priority patent/WO2002045366A1/en
Priority to AT01979196T priority patent/ATE381185T1/en
Priority to AU2002211181A priority patent/AU2002211181A1/en
Priority to ES01979196T priority patent/ES2296814T3/en
Priority to DE60131889T priority patent/DE60131889T2/en
Publication of WO2002045359A1 publication Critical patent/WO2002045359A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/60Router architectures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/60Software-defined switches
    • H04L49/602Multilayer or multiprotocol switching, e.g. IP switching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0029Provisions for intelligent networking
    • H04Q3/0045Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/663Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/12Protocol engines

Definitions

  • the present invention relates to telecommunications network nodes, such as IP-routers and Media Gateways in general and in particular to forwarding of telecommunications traffic within such nodes .
  • a Media Gateway is a telecommunications node that is able to interpret between and interconnect two different types of telecommunications networks.
  • the Media Gateway may for instance interconnect a packet-switched computer network based on IP (Internet Protocol) with PSTN, which is the traditional circuit- switched telephone network.
  • IP Internet Protocol
  • Voice-over-IP is an example of a service that can allow a user in the computer network to communicate with a user in the PSTN.
  • the Media Gateway packs voice traffic from PSTN into IP-packets and sends them on to the computer network and vice versa, unpacks IP-packets from the computer network and converts their payload into voice traffic that is sent on to PSTN.
  • IP the Internet Protocol
  • IP-addresses that are used to send data packets to the correct destination.
  • the IP-addressing scheme is hierarchical.
  • An IP-address is a number made up of a number of bits.
  • the IP-address is a 32-bit number and in the so-called version 6 the IP- address is a 128-bit number.
  • a number of the first bits in the IP-address is used as a network identifier and a number of the last bits is used as an interface identifier.
  • the interface identifier may identify an interface of e.g. a host or a router.
  • Two IP-hosts that are connected to the same network may for instance have interfaces associated with the IP-addresses 10.5.17.2 and 10.5.17.3 respectively.
  • the addresses are written in the form of four numbers separated by dots. Each number represents an octet i.e. an 8-bit number in the IP-address.
  • the example shows that the first three octets of the two host interface addresses are the same. This signifies that the hosts are connected to the same network, or subnet.
  • the hosts are both connected to a subnet identified by the subnet address 10.5.17.0. This subnet is in turn one of many subnets in the higher level subnet identified by the address 10.5.0.0.
  • An IP-router is a node that connects two or more physical IP-networks with each other and forwards IP-traffic between the different networks.
  • the IP-router forwards information based on an IP destination address contained in each IP data packet.
  • the router keeps routing information in a routing table, which informs the router of where to send data packets marked with a particular destination address.
  • an IP-router will merely forward packets based on its destination address. More complex IP-routers will in addition support more complex functions such as tunneling.
  • Tunneling is a technique in which virtual pipes are created in an IP-network. By means of tunneling, tunnels that emulate physical links are formed.
  • IP-addresses are used in tunneling. Two different types of IP-addresses used in tunneling will be discussed herein. These types of IP- addresses are here called “inner” and “outer” IP-addresses.
  • a router or a gateway will in a first stage route packets based on the outer IP-address.
  • the outer IP-address is associated with an endpoint of the tunnel.
  • tunnel termination is performed, which among other things involves unpacking the packets so that the outer IP-address is peeled off and an inner IP- address becomes visible, figuratively speaking.
  • the inner IP-address is thus invisible for the router or the gateway until the tunnel is terminated.
  • a second stage routing can then take place based on the now visible inner IP-address.
  • Tunneling can be used to set up virtual private networks across wide-area networks (WANs) . By using encryption in the tunnels a desired level of security can be achieved. It is further advantageous to use tunnels if many small packets are to be sent to the same destination. Several small packets can then be collected in a large packet with a common outer IP- address to make the routing more efficient.
  • An IP-router that supports tunneling must comprise functionality for tunnel termination. That is, it must comprise resources that provide the router with the ability to unpack data packets in order to retrieve the inner IP- addresses .
  • IP-routers and tunneling can be found on the Cisco homepage http: //www, cisco.com, for instance in the document found under the address http: //www. cisco. com/univercd/cc/td/doc/product/software/iosl20/12cgcr/ inter c/iclogint .htm.
  • a way in which IP-routers and Media Gateways are implemented is by placing functionality on a number of printed circuit boards (PCBs) which are interconnected by means of a backplane, which for instance may include a switch such as a TDM-switch or a cell-switch.
  • PCBs printed circuit boards
  • Some boards may be provided with external interfaces on which external telecommunications traffic enters into the node or exits from the node. It may be of interest for telecommunications traffic entering the node on a first external interface, situated on a first PCB, to exit the node on a second external interface, situated on a second PCB.
  • the function that forwards the telecommunications traffic from the first PCB via the backplane to the second PCB is called a forwarding engine (FE) .
  • FE forwarding engine
  • the forwarding engine makes use of a forwarding table that contains information, which helps the FE to forward different traffic streams to the right PCB and connected interface.
  • a forwarding table that contains information, which helps the FE to forward different traffic streams to the right PCB and connected interface.
  • distributed forwarding engines In order to make forwarding more efficient and to increase scaleability it is today common to use so-called distributed forwarding engines. Distributed forwarding is described in the US patent no. 5,509,123, wherein it is described that each network interface is provided with a forwarding engine.
  • Each forwarding engine is capable of forwarding traffic independently of the other forwarding engines and each forwarding engine has its own forwarding table.
  • a node such as a Media Gateway or an IP-router that e.g. supports tunneling it is desirable to terminate telecommunications traffic in the node.
  • the traffic that should terminate in the node may for instance be IP-packets that should be terminated and transformed into PSTN-traffic in the case of a Media Gateway or traffic that has been tunneled and the tunnel is to terminate in the present node in the case of an IP-router.
  • Common for the traffic that is to terminate in the node is that it should be processed in some way, which requires work from resources in the node.
  • the type of resources needed depends on the type of traffic to be processed and how it is desirable to process it.
  • the resources in the node will have a limited capacity and it is therefore of interest to utilize this capacity as efficiently as possible.
  • a node that is able to handle IP-traffic may for instance be an IP-router, a Media Gateway that is connected to an IP-network or a node that is a combined IP-router and Media Gateway.
  • An object of the present invention is to provide a telecommunications node that is able to handle IP-traffic and to terminate telecommunications traffic, which node includes means for simple and effective load distribution between resources in the node.
  • Another object of the present invention is to provide a method for simple and effective load distribution between resources in a telecommunications node, which is able to handle IP-traffic and to terminate telecommunications traffic.
  • the present invention solves the above stated problem by means of a telecommunications node as stated in claim 1, and by means of a method for load distribution as stated in claim 10.
  • the problem mentioned above is solved by means of introducing, in the telecommunications node, board internal IP-subnets with associated interface addresses and a distributed forwarding engine structure where every device board associated with the handling of IP-traffic is provided with a forwarding engine, irrespective of the presence of an external interface on such a device board.
  • the above stated problem is solved by means of a telecommunications node, which is able to handle IP-traffic and to terminate telecommunications traffic, and which includes a backplane, which is able to switch IP-packets, and at least two device boards, connected to the backplane.
  • the telecommunications node further includes a distributed forwarding engine structure wherein each board that is associated with the handling of IP-traffic is provided with a forwarding engine, irrespective of the presence of an external interface on the device board. At least one board is further provided with at least one board internal IP-subnet, associated with at least one interface address. Each board internal IP-subnet is associated with at least one predetermined node resource for processing telecommunications traffic, thereby enabling a resource manager to perform load distribution by ordering a destination address for a selected stream of telecommunications traffic, which is to terminate in the node, to be based on the interface address associated with a selected board internal IP-subnet.
  • the above stated problem is solved by means of a method for load distribution between resources in a telecommunications node that is able to handle IP-traffic and to terminate telecommunications traffic.
  • Said method comprises the steps of a resource manager determining an appropriate set of resources for processing a stream of telecommunications traffic; the resource manager ordering a destination address for said stream of telecommunications traffic to be based on an interface address associated with a board internal IP- subnet, which subnet is associated with said appropriate set of resources; a first forwarding engine receiving at least one data packet associated with said stream of telecommunications traffic and forwarding said packets, via a backplane, based on the destination address to a second forwarding engine situated on the same device board as the board internal IP-subnet; and said second forwarding engine forwarding said at least one data packet to said interface associated with the IP-subnet for further forwarding to said appropriate set of resources.
  • An advantage with the present invention is that it provides a simple load distribution, wherein IP-addresses can be used to distribute the load. Since the node already is suited to handle IP-traffic there is no need to introduce specific functionality or internal protocols for load distribution of IP-packets, and there is no need for the forwarding engines of the node to look into higher order protocols in order to perform the load distribution. Instead of simply using an IP-address for distribution of the IP-traffic to the node, the IP-address is, according to the invention, also used for load distribution within the node.
  • Another advantage of the present invention is that it provides a simple mechanism for load distribution that is easy to configure.
  • Yet another advantage of the present invention is that it is based on a structure in the telecommunications node that is flexible and capacity modular and thus scales easily.
  • An advantage of an embodiment of the present invention, wherein at least one board internal IP-host is introduced and associated with the at least one board internal IP- subnet, is that the invention allows for a simple and clean implementation of the forwarding engines.
  • the forwarding engines will forward all telecommunications traffic in the same way based on IP-destination addresses irrespective of whether the destination address is the host interface address of an internal IP-host or an external IP-host situated outside the node.
  • the invention thus allows for load distribution without requiring any extra abilities from the forwarding engines than their normal ability to forward IP-packets based on an IP-destination address.
  • a further advantage of an embodiment of the present invention is that the inventive load distribution allows for load distribution in several steps in the case of tunneling, thus making it possible for several resources to process the telecommunications traffic in steps, whereby a second dimension of load distribution can be obtained.
  • Fig. 1 is a schematic block diagram of a telecommunications node that interconnects a number of telecommunications networks .
  • Fig. 2 is a schematic block diagram of a first embodiment of a telecommunications node according to the present invention.
  • Fig. 3 is a schematic block diagram of a second embodiment of a telecommunications node according to the present invention.
  • Fig. 4 is a schematic block diagram of a third embodiment of a telecommunications node according to the present invention.
  • Fig. 5 is a flow diagram illustrating a method according to the present invention. DETAILED DESCRIPTION
  • Fig. 1 shows such a telecommunications node 1, which in this example is a node that is a combined IP-router and Media Gateway.
  • the node interconnects three networks, namely a PSTN-network 2, an ATM-network 3 and an IP-network 4.
  • the node 1 is connected to the networks 2-4 via interfaces 5-8.
  • Fig. 1 shows two interfaces 5, 6 through which the node is connected to the PSTN-network 2, one interface 7 through which the node is connected to the ATM-network 3 and one interface 8 through which the node is connected to the IP-network 4. Only a few interfaces are shown in fig. 1 for simplicity, but the number of interfaces connected to a network can in reality be very large. It can also be appreciated that the number and types of networks that the node interconnects may vary.
  • Fig. 2 is a logic schematic block diagram of the node 1 according to the invention.
  • the node 1 includes a backplane 9 that provides a full mesh interconnection between device boards of the node.
  • a number of the node's device boards 10- 13 are shown in fig. 2.
  • the device boards are connected to the backplane via internal interfaces 30, 31, 32a, 32b, 33.
  • Two of the device boards 10, 13 shown have external interfaces 8, 7 through which the node is connected by external lines 14, 15 to the networks 3, 4 as shown in fig. 1.
  • the external lines 14, 15 are terminated on the device boards 10, 13 in line termination devices 16, 17 respectively.
  • the device board 13 further includes an ATM- switching function 18, which is able to provide incoming and outgoing ATM-traffic with Virtual Connection Identifiers (VCI) that are suitable for forwarding ATM-traffic internally, within the node, or externally.
  • the board 10 further includes a link layer termination device 19 and a forwarding engine (FE) 20.
  • the internal interface 30 is associated with the forwarding engine 20. The task of the forwarding engine 20 is simply to forward IP-traffic to other internal interfaces 31, 32a or external interfaces 7, 8 based on information contained in a forwarding table 27.
  • all device boards that handle IP-traffic are provided with a forwarding engine, which in this example means that the device board 11 is provided with a forwarding engine 21, with an associated forwarding table 28, and the device board 12 is provided with a forwarding engine 22, with an associated forwarding table 29.
  • the forwarding engine 21 is associated with the internal interface 31 and the forwarding engine 22 is associated with the internal interface 32a.
  • the device board 13 is not provided with a forwarding engine since the board only handles ATM-traffic.
  • the device boards 11 and 12 have no external interfaces. They are boards that each includes resources for processing telecommunications traffic. These resources have a limited capacity. Even though fig. 2 only shows two boards, such as the device boards 10 and 11, that include said resources, it is to be understood that the node 1 generally includes a large number of such boards including resources. Since the capacity of the resources is limited as mentioned, it is of interest to distribute traffic, i.e. load, between the resources so as to utilize the available capacity of the resources efficiently. The object of the invention is to provide suitable means for such load distribution.
  • the resource or resources of the device board 11 is indicated as a general resource device 40, which for instance includes a protocol termination, a cross-connect function, a transcoder or some other type of processing resource.
  • the resources of the device board 12 include inter alia an IP-termination device 41, a cross-connect device 42 and an ATM-termination device 43.
  • the boards 11 and 12 also include board internal IP-subnets 45, 46, associated with the resources of the device boards 11, 12 respectively.
  • the IP- subnets are associated with interfaces 45a and 46a respectively, which in the following will be called subnet interfaces.
  • Each of the subnet interfaces 45a, 46a has an IP-address, which can be used for addressing and forwarding of traffic to the resources on the board of the IP-subnet.
  • the forwarding tables contain routing information regarding how the associated forwarding engine should transmit IP- packets on its internal interface or interfaces.
  • the forwarding engines in fig. 2 are all shown with only one internal interface leading to the backplane 9, but it is also possible for a forwarding engine to have more than one such interface.
  • the routing information in the forwarding table tells the forwarding engine to which interface it should forward packets marked with a particular destination address.
  • a routing table manager 48 determines the contents of the forwarding tables 27-29. If it is desirable to change how a forwarding engine forwards packets the routing table manager provides the forwarding engines with updated forwarding tables. This process is well known to a person skilled in the art and will thus not be explained further herein.
  • the node 1 further includes a resource manager 49.
  • the function of the resource manager will be explained below.
  • the load distribution will now be explained in greater detail by means of an example and with reference to fig. 1 and fig. 2. Assume that a connection is to be set up between the IP-network 4 and the ATM-network 3 via the node 1 in order to send a stream of telecommunications traffic from the IP-network to the ATM-network and vice versa. It will, by means of signaling, be decided in a set-up phase what resources in the node that is to be used to set up the requested connection. This set-up phase involves the resource manager 49.
  • the resource manager 49 is able to communicate with telecommunications devices located in the networks 2-4 via at least one signaling channel 49a.
  • the resource manager 49 has knowledge regarding the resources in the node. Such knowledge may include knowledge relating to the existence of the resource, the capacity of the resource, the current load of the resource etc. Based on this knowledge the resource manager determines a suitable set of resources to be used for the requested connection. It is for the current connection among other things necessary to use resources to convert IP-packets into ATM-cells.
  • the resource manager knows that the resources 41-43 of the device board 12 are capable of performing this conversion and we assume in this example that the resource manager finds it suitable to place the load arising from the connection on these particular resources 41-43, rather than on some other resources of the same type on some other device board.
  • the resource manager knows that the IP-subnet 46 is associated with the resources 41-43 of the device board 12 and thus orders the IP-address A of the subnet interface 46a to be used as destination address for the IP-packets of the current connection, which should be sent from the IP-network 4 to the ATM-network 3.
  • the order is sent to the telecommunications device in the IP-network 4 that assembles the IP-packets and provides them with a destination address.
  • the IP-packets of the current connection will enter the node on the external line 14 that is terminated in line termination device 16. After link layer termination in the link layer termination device 19 the IP-packets will reach the forwarding engine 20.
  • the forwarding engine 20 will simply have to look at the IP-destination address A of the IP-packets in order to be able to determine, by means of the forwarding table 27, to which interface 32a the IP-packets are to be forwarded initially.
  • the packets are forwarded via the backplane and the internal interface 32a to the forwarding engine 22 of the board 12.
  • the forwarding engine 22 finds, in its forwarding table 29, that the destination address A of the IP-packets means that the packets should be forwarded to the subnet interface 46a, which is an interface directly connected to the forwarding engine 22.
  • the IP- packets will then via the IP-subnet 46 end up in the IP- termination device 41, which together with the cross-connect device 42 and the ATM-termination device 43 transforms the IP-packets into ATM-cells.
  • the ATM-cells are then switched via the backplane to the ATM switching function 18, which then forwards the ATM-cells via the line termination device 17 and the external line 15 to the ATM-network 3.
  • IP-packets into ATM-cells described above will also include intermediate steps not discussed herein but which are well known to a person skilled in the art. Such intermediate steps will e.g. involve protocols for channel identification.
  • the IP-termination device 41, the cross-connect device 42 and the ATM-termination device 43 includes functions for protocol processing, which are not explained in detail herein but which are known to a person skilled in the art.
  • load distribution is obtained by the resource manager 49 determining that an IP-address A of a subnet interface 46a associated with a board internal IP-subnet 46 should be used as destination address for IP-packets of the connection.
  • the resource manager 49 can thus distribute the load arising from a number of different connections between different device boards in the node by ordering different subnet interface addresses to be used as destination node for the IP-packets of different connections.
  • the IP-packets can according to the invention be routed directly to a suitable resource based on the destination address that was originally included in the IP-packet.
  • the forwarding engines will thus not be involved in the load distribution in any other way than its normal forwarding of packets to different interfaces based on IP-address information contained in the IP-packets .
  • the embodiment of the node according to the present invention described above includes several device boards and a backplane, which interconnects the device boards.
  • the terms “device board” and “backplane” should here be interpreted broadly.
  • a device board will in most cases be a printed circuit board (PCB) on which a number of devices are fitted, but the term device board is here intended to also cover other physical realizations, such as a group of devices electrically connected by a cable instead of by a printed circuit board.
  • the backplane in fig. 2 is schematically shown as a physical entity separate from the device boards. In reality some of the functionality of the backplane is usually hosted on the device boards 10-13, as well as on device boards dedicated for backplane functionality.
  • backplane is here intended to cover a mechanism that provides all-to-all interconnection to the device boards 10-14.
  • the term backplane is thus, in addition to the more traditional implementation described above, intended to cover untraditional realizations, such as a backplane that includes a local network that interconnects distributed device boards.
  • the embodiment of the present invention described above, with reference to fig. 2 includes board internal IP-subnets that differ from what commonly is meant with the concept IP- subnet in that the board internal IP-subnets in Fig. 2 have no connection to an IP-host.
  • This conceptual difference makes it necessary for the forwarding engines 20-22 of the node 1 to be aware of the special function of the subnet interface associated with the a board internal IP-subnet as compared with a normal interface of an external IP-subnet.
  • the forwarding engine will thus know that IP-traffic that is destined to the subnet interface 45a, 46a of the board internal IP-subnet 45, 46 is to be terminated in the node, in the particular resources associated with the IP-subnet, according to the rules that govern internal termination.
  • a conceptually purer implementation of the forwarding engines could be obtained if the forwarding engines simply could forward IP-traffic based on the IP-destination address and did not have to keep track of whether the destination address was an internal IP-address for load distribution or a normal external IP-address.
  • Such a pure implementation of the forwarding engines can be obtained if, in addition to the board internal IP-subnets 45, 46 that was introduced according to the present invention, board internal IP-hosts are introduced.
  • a node la, including board internal IP- hosts, is shown in fig. 3. The node la is similar to the node 1 in fig. 2, why like reference numerals are used to denote corresponding features in the nodes.
  • Two boards 11a and 12a of node la are shown that include board internal IP- hosts 50 and 51 respectively, which conform to standard IP- hosts in any aspect that is visible from the IP-network side.
  • the IP-hosts 50, 51 are associated with interfaces 50a, 51a, which hereinafter will be called host interfaces.
  • the host interfaces 50a, 51a each have an associated IP- address, here called host address.
  • the host address may be used as destination address instead of the address of the subnet interface 45a, 46a of the board internal IP-subnet 45, 46.
  • the hosts include functionality for IP-termination.
  • the forwarding engines 20-22 sees no conceptual difference between a normal external IP-subnet and the board internal IP-subnet 45, 46 that has the IP-host 50, 51 connected to it.
  • the forwarding engines can be implemented to forward IP-packets, based on the destination address, in the same way, irrespective of whether the destination address is the host address associated with a board internal IP-host or with an IP-host located outside the node la. This provides for a conceptually pure implementation of the forwarding engines 20-22.
  • an advantage with the node that includes board internal IP-hosts is that it provides for a more conceptually pure implementation of the forwarding engine.
  • Many IP-addresses are required in a node with board internal IP-subnets and IP-hosts.
  • IP-hosts further require fairly complicated arrangements for maintenance, which can be avoided for the embodiment with dummy subnets.
  • the forwarding engines described above were all depicted as having a single interface each towards the backplane. However, it is possible to provide a forwarding engine with more than one interface. It is possible, for a forwarding engine that has more than one interface, to create forwarding engine instances by means of configuring a subset of the interfaces to be associated with one instance, another subset to be associated with another instance etc.
  • the forwarding engine instance performs IP-forwarding from its own separate forwarding table, independently of other forwarding engines or forwarding engine instances. Since each instance is provided with its own forwarding table it is possible to use overlapping address spaces for two instances located on the same board.
  • IP-addresses Since there is a limited number of IP-addresses available it is advantageous if the same IP-address can be used for more than one purpose, as provided for by means of the forwarding engine instantiation. Instantiation provides excellent means for tunneling and for creating logical routers within a node, thereby supporting Virtual Private Networks. The merits of instantiation will be further explained with reference to fig. 4.
  • Fig. 4 shows an embodiment of a telecommunications node lb according to the present invention.
  • the node lb is in many aspects similar to the node 1 in fig. 2 and the node la in fig. 3, why like reference numerals are used to denote corresponding features in the nodes. Features, which have been explained with reference to fig. 2 and 3, will not be further explained with reference to fig. 4.
  • the node lb is an IP-router that supports tunneling.
  • Two device boards 10c and lOd are shown, which include resources 16, 19 for terminating external lines 61, 62 connected to IP-networks.
  • the device boards 10c and lOd also include a forwarding engine 20c, 20d each.
  • Two device boards 52 and 53 are shown, which include tunnel termination devices 58 and 59. These boards 52, 53 are provided with first interfaces 34a and 35a and second interfaces 34b and 35b, to the backplane. According to the invention all device boards that handle IP are provided with a forwarding engine, which means that the boards 52, 53 also are provided with forwarding engines 54 and 55. These forwarding engines are instantiated.
  • the forwarding engine 54 has a first instance 54a, associated with the first interface 34a, and a second instance 54b, associated with the second interface 34b.
  • the forwarding engine 55 has a first instance 55a, associated with the first interface 35a, and a second instance 55b, associated with the second interface 35b.
  • the instances forward IP-packets independently of each other and they each have their own forwarding table 56a, 56b, 57a, 57b.
  • the boards 52, 53 are provided with board internal IP-subnets 63 and 64 and board internal IP-hosts 65 and 66 for providing the inventive type of load distribution to the tunnel termination devices 58 and 59.
  • the IP-subnets 63, 64 are associated with subnet interfaces 63a, 64a respectively and the IP-hosts 65, 66 are associated with host interfaces 65a, 66a respectively.
  • tunneling involves outer and inner IP- addresses.
  • the arrangement in the node lb makes it possible to perform inventive load distribution on both the outer and the inner IP-address.
  • a host address B which is the address of the host interface 65a and which thereby is associated with the board internal IP-host 65, should be used as outer IP-address in order to direct the tunnel termination to the tunnel termination device 58.
  • An IP-packet belonging to the first tunnel will enter the node on external line 61, proceed to the forwarding engine 20c, which forwards them to the forwarding engine instance 54a.
  • the forwarding engine instance 54a sees on the outer IP-address that the packets are destined to the IP-host 65, with which it is associated via IP-subnet 63 and forwards the packets to the IP-host 65, which in turn subsequently directs them to the tunnel termination device 58. After termination of the tunnel in the tunnel termination device 58 the inner IP-addresses of the connections carried in the first tunnel become visible to the forwarding engine instance 54b, which performs forwarding based on these inner IP-addresses.
  • These inner IP-addresses may be IP-host addresses associated with external IP-hosts or, if a connection is to be further processed, the inner IP-address of packets belonging to the connection may be an interface address associated with a board internal IP-host or IP-subnet, so that a second stage of load distribution is performed within the node lb. If for instance one of the connections carried in the first tunnel is a second tunnel, the IP-packets belonging to the second tunnel may be marked with the IP-host address associated with the IP-host 66, if it was determined by the resource manager 49 during set-up of the second tunnel that it is to be terminated in the tunnel termination device 59.
  • each forwarding engine instance has its own forwarding table and that the inner IP-addresses of the first tunnel are invisible to the forwarding engine instance 54a, it is, with the tunneling arrangement described above, actually possible for the host interface 65a and the host interface 66a to have the same IP-host address B.
  • This works by arranging so that a forwarding table 27c of the forwarding engine 20c contains information that packets destined to IP-host address B should be forwarded to interface 34a, associated with forwarding engine instance 54a.
  • the forwarding table 56a of the forwarding engine instance 54a is arranged to contain information that packets destined to IP-host address B should be forwarded to the subnet interface 63a associated with the instance.
  • the forwarding table 56b of the forwarding engine 54b is separate from the forwarding table 56a and is arranged to contain information that packets destined to IP-host address B should be forwarded to interface 35a, associated with forwarding engine instance 55a.
  • Fig. 5 shows a flow diagram of a method, according to the present invention, for load distribution in a telecommunications node.
  • a resource manager determines an appropriate set of resources of the node for processing a stream of telecommunications traffic.
  • the resource manager then orders a destination address for said stream of telecommunications traffic to be based on an interface address associated with a board internal IP- subnet, which subnet is associated with said appropriate set of resources, step 72.
  • the interface address on which the destination address is based may either be the IP-address of a subnet interface or the IP-address of a host interface of a board internal IP-host associated with the board internal IP-subnet.
  • a first forwarding engine receives at least one data packet associated with said stream of telecommunications traffic and forwards said packets, via a backplane, based on the destination address, to a second forwarding engine situated on the same device board as the board internal IP-subnet. Said second forwarding engine forwards said at least one data packet to an interface of said IP-subnet for further forwarding to said appropriate set of resources, in step 74.
  • the resource manager will have determined suitable resources and destination addresses to be used in the different stages in step 71 and 72.
  • the processed packets are received in an instance of the second forwarding engine, which performs suitable forwarding of the processed packets. This can be seen as the start of a further stage of load distribution and a repetition of step 73 and 74, as indicated by dashed line 75.
  • IP-subnets are a central part of the invention. Different terms may in practice be used for what here is meant with an IP-subnet or equivalents thereof.
  • IP-subnet is here intended to cover such other terms.
  • IP-subnet is commonly meant something that "includes" a number of IP-interface addresses.
  • the interface addresses of the subnet are associated with each other in such a way that nodes associated with the interface addresses can communicate with each other directly without an intermediate IP-router of some kind.
  • the nodes can communicate directly in such a way that they can communicate on protocol levels lower than IP.
  • dummy subnets In connection with the present invention have also so-called dummy subnets been discussed.
  • the dummy subnet is a subnet, which unlike normal subnets, "includes" a single interface.
  • a telecommunications node provided with the means for load distribution according to the invention scales easily. Since the forwarding engine functionality is distributed it is easy to increase the capacity of the node by adding more device boards that for instance include additional forwarding engines, IP-subnets, IP-hosts or other resources for processing of telecommunications. The addition of one or more device boards will require that at least one forwarding table is updated but this is a simple adjustment.

Abstract

The present invention relates to a telecommunications node (1a) that is able to handle IP-traffic and to terminate telecommunications traffic, which node includes means for simple and effective load distribution between resources (40-43) in the node. The inventive telecommunications node (1a) includes board internal IP-subnets (45, 46) with associated subnet interfaces (45a, 46a) having interface addresses and a distributed forwarding engine structure where every device board (10, 11a, 12a) associated with the handling of IP-traffic is provided with a forwarding engine (20-22). Each board internal IP-subnet (45, 46) is associated with at least one predetermined node resource (40-43) for processing telecommunications traffic, thereby enabling a resource manager (49) to perform load distribution by ordering a destination address for a selected stream of IP-traffic, which is to terminate in the node, to be based on the interface address associated with a selected board internal IP-subnet (45, 46).

Description

METHOD AND APPARATUS FOR FORWARDING OF TELECOMMUNICATIONS TRAFFIC
FIELD OF THE INVENTION
The present invention relates to telecommunications network nodes, such as IP-routers and Media Gateways in general and in particular to forwarding of telecommunications traffic within such nodes .
BACKGROUND
It is today desirable to interconnect different types of telecommunications networks and provide users situated in different types of networks with an opportunity to communicate over these networks, despite differences in communications technology at the user endpoints. This is possible by means of i.a. Media Gateways. A Media Gateway is a telecommunications node that is able to interpret between and interconnect two different types of telecommunications networks. The Media Gateway may for instance interconnect a packet-switched computer network based on IP (Internet Protocol) with PSTN, which is the traditional circuit- switched telephone network. Voice-over-IP is an example of a service that can allow a user in the computer network to communicate with a user in the PSTN. The Media Gateway packs voice traffic from PSTN into IP-packets and sends them on to the computer network and vice versa, unpacks IP-packets from the computer network and converts their payload into voice traffic that is sent on to PSTN.
IP, the Internet Protocol, is a widely used protocol today, much due to the rapid growth of the Internet for which the protocol originally was designed. IP makes use of so called IP-addresses that are used to send data packets to the correct destination. The IP-addressing scheme is hierarchical. An IP-address is a number made up of a number of bits. In the so-called version 4 of IP, the IP-address is a 32-bit number and in the so-called version 6 the IP- address is a 128-bit number. A number of the first bits in the IP-address is used as a network identifier and a number of the last bits is used as an interface identifier. The interface identifier may identify an interface of e.g. a host or a router. Two IP-hosts that are connected to the same network may for instance have interfaces associated with the IP-addresses 10.5.17.2 and 10.5.17.3 respectively. The addresses are written in the form of four numbers separated by dots. Each number represents an octet i.e. an 8-bit number in the IP-address. The example shows that the first three octets of the two host interface addresses are the same. This signifies that the hosts are connected to the same network, or subnet. The hosts are both connected to a subnet identified by the subnet address 10.5.17.0. This subnet is in turn one of many subnets in the higher level subnet identified by the address 10.5.0.0.
An IP-router is a node that connects two or more physical IP-networks with each other and forwards IP-traffic between the different networks. The IP-router forwards information based on an IP destination address contained in each IP data packet. The router keeps routing information in a routing table, which informs the router of where to send data packets marked with a particular destination address. In its simplest form an IP-router will merely forward packets based on its destination address. More complex IP-routers will in addition support more complex functions such as tunneling.
Tunneling is a technique in which virtual pipes are created in an IP-network. By means of tunneling, tunnels that emulate physical links are formed. Several IP-addresses are used in tunneling. Two different types of IP-addresses used in tunneling will be discussed herein. These types of IP- addresses are here called "inner" and "outer" IP-addresses. A router or a gateway will in a first stage route packets based on the outer IP-address. The outer IP-address is associated with an endpoint of the tunnel. At the endpoint of the tunnel a so-called tunnel termination is performed, which among other things involves unpacking the packets so that the outer IP-address is peeled off and an inner IP- address becomes visible, figuratively speaking. The inner IP-address is thus invisible for the router or the gateway until the tunnel is terminated. A second stage routing can then take place based on the now visible inner IP-address. It is possible to create many levels of tunnels so that several levels of outer and inner IP-addresses are created and further stages of routing can take place. Tunneling can be used to set up virtual private networks across wide-area networks (WANs) . By using encryption in the tunnels a desired level of security can be achieved. It is further advantageous to use tunnels if many small packets are to be sent to the same destination. Several small packets can then be collected in a large packet with a common outer IP- address to make the routing more efficient.
An IP-router that supports tunneling must comprise functionality for tunnel termination. That is, it must comprise resources that provide the router with the ability to unpack data packets in order to retrieve the inner IP- addresses .
Information relating to IP-routers and tunneling can be found on the Cisco homepage http: //www, cisco.com, for instance in the document found under the address http: //www. cisco. com/univercd/cc/td/doc/product/software/iosl20/12cgcr/ inter c/iclogint .htm.
A way in which IP-routers and Media Gateways are implemented is by placing functionality on a number of printed circuit boards (PCBs) which are interconnected by means of a backplane, which for instance may include a switch such as a TDM-switch or a cell-switch. Some boards may be provided with external interfaces on which external telecommunications traffic enters into the node or exits from the node. It may be of interest for telecommunications traffic entering the node on a first external interface, situated on a first PCB, to exit the node on a second external interface, situated on a second PCB. The function that forwards the telecommunications traffic from the first PCB via the backplane to the second PCB is called a forwarding engine (FE) . The forwarding engine makes use of a forwarding table that contains information, which helps the FE to forward different traffic streams to the right PCB and connected interface. In order to make forwarding more efficient and to increase scaleability it is today common to use so-called distributed forwarding engines. Distributed forwarding is described in the US patent no. 5,509,123, wherein it is described that each network interface is provided with a forwarding engine. Each forwarding engine is capable of forwarding traffic independently of the other forwarding engines and each forwarding engine has its own forwarding table.
SUMMARY OF THE INVENTION
In a node such as a Media Gateway or an IP-router that e.g. supports tunneling it is desirable to terminate telecommunications traffic in the node. The traffic that should terminate in the node may for instance be IP-packets that should be terminated and transformed into PSTN-traffic in the case of a Media Gateway or traffic that has been tunneled and the tunnel is to terminate in the present node in the case of an IP-router. Common for the traffic that is to terminate in the node is that it should be processed in some way, which requires work from resources in the node. The type of resources needed depends on the type of traffic to be processed and how it is desirable to process it. The resources in the node will have a limited capacity and it is therefore of interest to utilize this capacity as efficiently as possible. Thus load distribution is often used within a node in order to distribute the load that the terminating traffic represents in a preferred way between the available resources. The present invention solves the problem of how to provide simple and effective means and a simple and effective method for load distribution within a node that is able to handle IP-traffic. A node that is able to handle IP-traffic may for instance be an IP-router, a Media Gateway that is connected to an IP-network or a node that is a combined IP-router and Media Gateway.
An object of the present invention is to provide a telecommunications node that is able to handle IP-traffic and to terminate telecommunications traffic, which node includes means for simple and effective load distribution between resources in the node.
Another object of the present invention is to provide a method for simple and effective load distribution between resources in a telecommunications node, which is able to handle IP-traffic and to terminate telecommunications traffic.
The present invention solves the above stated problem by means of a telecommunications node as stated in claim 1, and by means of a method for load distribution as stated in claim 10.
According to a first aspect of the present invention, the problem mentioned above is solved by means of introducing, in the telecommunications node, board internal IP-subnets with associated interface addresses and a distributed forwarding engine structure where every device board associated with the handling of IP-traffic is provided with a forwarding engine, irrespective of the presence of an external interface on such a device board. According to one aspect of the invention the above stated problem is solved by means of a telecommunications node, which is able to handle IP-traffic and to terminate telecommunications traffic, and which includes a backplane, which is able to switch IP-packets, and at least two device boards, connected to the backplane. The telecommunications node further includes a distributed forwarding engine structure wherein each board that is associated with the handling of IP-traffic is provided with a forwarding engine, irrespective of the presence of an external interface on the device board. At least one board is further provided with at least one board internal IP-subnet, associated with at least one interface address. Each board internal IP-subnet is associated with at least one predetermined node resource for processing telecommunications traffic, thereby enabling a resource manager to perform load distribution by ordering a destination address for a selected stream of telecommunications traffic, which is to terminate in the node, to be based on the interface address associated with a selected board internal IP-subnet.
According to another aspect of the invention the above stated problem is solved by means of a method for load distribution between resources in a telecommunications node that is able to handle IP-traffic and to terminate telecommunications traffic. Said method comprises the steps of a resource manager determining an appropriate set of resources for processing a stream of telecommunications traffic; the resource manager ordering a destination address for said stream of telecommunications traffic to be based on an interface address associated with a board internal IP- subnet, which subnet is associated with said appropriate set of resources; a first forwarding engine receiving at least one data packet associated with said stream of telecommunications traffic and forwarding said packets, via a backplane, based on the destination address to a second forwarding engine situated on the same device board as the board internal IP-subnet; and said second forwarding engine forwarding said at least one data packet to said interface associated with the IP-subnet for further forwarding to said appropriate set of resources.
An advantage with the present invention is that it provides a simple load distribution, wherein IP-addresses can be used to distribute the load. Since the node already is suited to handle IP-traffic there is no need to introduce specific functionality or internal protocols for load distribution of IP-packets, and there is no need for the forwarding engines of the node to look into higher order protocols in order to perform the load distribution. Instead of simply using an IP-address for distribution of the IP-traffic to the node, the IP-address is, according to the invention, also used for load distribution within the node.
Another advantage of the present invention is that it provides a simple mechanism for load distribution that is easy to configure.
Yet another advantage of the present invention is that it is based on a structure in the telecommunications node that is flexible and capacity modular and thus scales easily.
An advantage of an embodiment of the present invention, wherein at least one board internal IP-host is introduced and associated with the at least one board internal IP- subnet, is that the invention allows for a simple and clean implementation of the forwarding engines. The forwarding engines will forward all telecommunications traffic in the same way based on IP-destination addresses irrespective of whether the destination address is the host interface address of an internal IP-host or an external IP-host situated outside the node. The invention thus allows for load distribution without requiring any extra abilities from the forwarding engines than their normal ability to forward IP-packets based on an IP-destination address.
A further advantage of an embodiment of the present invention is that the inventive load distribution allows for load distribution in several steps in the case of tunneling, thus making it possible for several resources to process the telecommunications traffic in steps, whereby a second dimension of load distribution can be obtained.
The present invention will now be described in more detail by means of preferred embodiments and with reference to the accompanying drawings .
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 is a schematic block diagram of a telecommunications node that interconnects a number of telecommunications networks .
Fig. 2 is a schematic block diagram of a first embodiment of a telecommunications node according to the present invention.
Fig. 3 is a schematic block diagram of a second embodiment of a telecommunications node according to the present invention.
Fig. 4 is a schematic block diagram of a third embodiment of a telecommunications node according to the present invention.
Fig. 5 is a flow diagram illustrating a method according to the present invention. DETAILED DESCRIPTION
As mentioned above the present invention provides simple and effective means for load distribution within a node that is able to handle IP-traffic. Fig. 1 shows such a telecommunications node 1, which in this example is a node that is a combined IP-router and Media Gateway. The node interconnects three networks, namely a PSTN-network 2, an ATM-network 3 and an IP-network 4. The node 1 is connected to the networks 2-4 via interfaces 5-8. Fig. 1 shows two interfaces 5, 6 through which the node is connected to the PSTN-network 2, one interface 7 through which the node is connected to the ATM-network 3 and one interface 8 through which the node is connected to the IP-network 4. Only a few interfaces are shown in fig. 1 for simplicity, but the number of interfaces connected to a network can in reality be very large. It can also be appreciated that the number and types of networks that the node interconnects may vary.
Fig. 2 is a logic schematic block diagram of the node 1 according to the invention. The node 1 includes a backplane 9 that provides a full mesh interconnection between device boards of the node. A number of the node's device boards 10- 13 are shown in fig. 2. The device boards are connected to the backplane via internal interfaces 30, 31, 32a, 32b, 33. Two of the device boards 10, 13 shown have external interfaces 8, 7 through which the node is connected by external lines 14, 15 to the networks 3, 4 as shown in fig. 1. The external lines 14, 15 are terminated on the device boards 10, 13 in line termination devices 16, 17 respectively. The device board 13 further includes an ATM- switching function 18, which is able to provide incoming and outgoing ATM-traffic with Virtual Connection Identifiers (VCI) that are suitable for forwarding ATM-traffic internally, within the node, or externally. The board 10 further includes a link layer termination device 19 and a forwarding engine (FE) 20. The internal interface 30 is associated with the forwarding engine 20. The task of the forwarding engine 20 is simply to forward IP-traffic to other internal interfaces 31, 32a or external interfaces 7, 8 based on information contained in a forwarding table 27. According to the present invention, all device boards that handle IP-traffic are provided with a forwarding engine, which in this example means that the device board 11 is provided with a forwarding engine 21, with an associated forwarding table 28, and the device board 12 is provided with a forwarding engine 22, with an associated forwarding table 29. The forwarding engine 21 is associated with the internal interface 31 and the forwarding engine 22 is associated with the internal interface 32a. The device board 13 is not provided with a forwarding engine since the board only handles ATM-traffic.
The device boards 11 and 12 have no external interfaces. They are boards that each includes resources for processing telecommunications traffic. These resources have a limited capacity. Even though fig. 2 only shows two boards, such as the device boards 10 and 11, that include said resources, it is to be understood that the node 1 generally includes a large number of such boards including resources. Since the capacity of the resources is limited as mentioned, it is of interest to distribute traffic, i.e. load, between the resources so as to utilize the available capacity of the resources efficiently. The object of the invention is to provide suitable means for such load distribution. The resource or resources of the device board 11 is indicated as a general resource device 40, which for instance includes a protocol termination, a cross-connect function, a transcoder or some other type of processing resource. The resources of the device board 12 include inter alia an IP-termination device 41, a cross-connect device 42 and an ATM-termination device 43.
According to the invention the boards 11 and 12 also include board internal IP-subnets 45, 46, associated with the resources of the device boards 11, 12 respectively. The IP- subnets are associated with interfaces 45a and 46a respectively, which in the following will be called subnet interfaces. Each of the subnet interfaces 45a, 46a has an IP-address, which can be used for addressing and forwarding of traffic to the resources on the board of the IP-subnet.
The forwarding tables contain routing information regarding how the associated forwarding engine should transmit IP- packets on its internal interface or interfaces. The forwarding engines in fig. 2 are all shown with only one internal interface leading to the backplane 9, but it is also possible for a forwarding engine to have more than one such interface. The routing information in the forwarding table tells the forwarding engine to which interface it should forward packets marked with a particular destination address.
A routing table manager 48 determines the contents of the forwarding tables 27-29. If it is desirable to change how a forwarding engine forwards packets the routing table manager provides the forwarding engines with updated forwarding tables. This process is well known to a person skilled in the art and will thus not be explained further herein.
In addition to the objects described above the node 1 further includes a resource manager 49. The function of the resource manager will be explained below. The load distribution will now be explained in greater detail by means of an example and with reference to fig. 1 and fig. 2. Assume that a connection is to be set up between the IP-network 4 and the ATM-network 3 via the node 1 in order to send a stream of telecommunications traffic from the IP-network to the ATM-network and vice versa. It will, by means of signaling, be decided in a set-up phase what resources in the node that is to be used to set up the requested connection. This set-up phase involves the resource manager 49. The resource manager 49 is able to communicate with telecommunications devices located in the networks 2-4 via at least one signaling channel 49a. The resource manager 49 has knowledge regarding the resources in the node. Such knowledge may include knowledge relating to the existence of the resource, the capacity of the resource, the current load of the resource etc. Based on this knowledge the resource manager determines a suitable set of resources to be used for the requested connection. It is for the current connection among other things necessary to use resources to convert IP-packets into ATM-cells. The resource manager knows that the resources 41-43 of the device board 12 are capable of performing this conversion and we assume in this example that the resource manager finds it suitable to place the load arising from the connection on these particular resources 41-43, rather than on some other resources of the same type on some other device board. The resource manager knows that the IP-subnet 46 is associated with the resources 41-43 of the device board 12 and thus orders the IP-address A of the subnet interface 46a to be used as destination address for the IP-packets of the current connection, which should be sent from the IP-network 4 to the ATM-network 3. The order is sent to the telecommunications device in the IP-network 4 that assembles the IP-packets and provides them with a destination address. Only the parts of the set-up phase that is of interest for explaining the present invention has been described above and this description is in addition much simplified. How a connection is set up between two networks via a Media Gateway is however well known to a person skilled in the art and a person skilled in the art is able to understand what steps have been overlooked or generalized in order to provide a simple and clear explanation of the present invention.
The IP-packets of the current connection will enter the node on the external line 14 that is terminated in line termination device 16. After link layer termination in the link layer termination device 19 the IP-packets will reach the forwarding engine 20. The forwarding engine 20 will simply have to look at the IP-destination address A of the IP-packets in order to be able to determine, by means of the forwarding table 27, to which interface 32a the IP-packets are to be forwarded initially. The packets are forwarded via the backplane and the internal interface 32a to the forwarding engine 22 of the board 12. The forwarding engine 22 finds, in its forwarding table 29, that the destination address A of the IP-packets means that the packets should be forwarded to the subnet interface 46a, which is an interface directly connected to the forwarding engine 22. The IP- packets will then via the IP-subnet 46 end up in the IP- termination device 41, which together with the cross-connect device 42 and the ATM-termination device 43 transforms the IP-packets into ATM-cells. The ATM-cells are then switched via the backplane to the ATM switching function 18, which then forwards the ATM-cells via the line termination device 17 and the external line 15 to the ATM-network 3.
The transformation of IP-packets into ATM-cells described above will also include intermediate steps not discussed herein but which are well known to a person skilled in the art. Such intermediate steps will e.g. involve protocols for channel identification. The IP-termination device 41, the cross-connect device 42 and the ATM-termination device 43 includes functions for protocol processing, which are not explained in detail herein but which are known to a person skilled in the art.
As is apparent from the example described above load distribution is obtained by the resource manager 49 determining that an IP-address A of a subnet interface 46a associated with a board internal IP-subnet 46 should be used as destination address for IP-packets of the connection. The resource manager 49 can thus distribute the load arising from a number of different connections between different device boards in the node by ordering different subnet interface addresses to be used as destination node for the IP-packets of different connections. The IP-packets can according to the invention be routed directly to a suitable resource based on the destination address that was originally included in the IP-packet. The forwarding engines will thus not be involved in the load distribution in any other way than its normal forwarding of packets to different interfaces based on IP-address information contained in the IP-packets .
The embodiment of the node according to the present invention described above includes several device boards and a backplane, which interconnects the device boards. The terms "device board" and "backplane" should here be interpreted broadly. A device board will in most cases be a printed circuit board (PCB) on which a number of devices are fitted, but the term device board is here intended to also cover other physical realizations, such as a group of devices electrically connected by a cable instead of by a printed circuit board. The backplane in fig. 2 is schematically shown as a physical entity separate from the device boards. In reality some of the functionality of the backplane is usually hosted on the device boards 10-13, as well as on device boards dedicated for backplane functionality. The term backplane is here intended to cover a mechanism that provides all-to-all interconnection to the device boards 10-14. The term backplane is thus, in addition to the more traditional implementation described above, intended to cover untraditional realizations, such as a backplane that includes a local network that interconnects distributed device boards.
The embodiment of the present invention described above, with reference to fig. 2, includes board internal IP-subnets that differ from what commonly is meant with the concept IP- subnet in that the board internal IP-subnets in Fig. 2 have no connection to an IP-host. This conceptual difference makes it necessary for the forwarding engines 20-22 of the node 1 to be aware of the special function of the subnet interface associated with the a board internal IP-subnet as compared with a normal interface of an external IP-subnet. The forwarding engine will thus know that IP-traffic that is destined to the subnet interface 45a, 46a of the board internal IP-subnet 45, 46 is to be terminated in the node, in the particular resources associated with the IP-subnet, according to the rules that govern internal termination.
A conceptually purer implementation of the forwarding engines could be obtained if the forwarding engines simply could forward IP-traffic based on the IP-destination address and did not have to keep track of whether the destination address was an internal IP-address for load distribution or a normal external IP-address. Such a pure implementation of the forwarding engines can be obtained if, in addition to the board internal IP-subnets 45, 46 that was introduced according to the present invention, board internal IP-hosts are introduced. A node la, including board internal IP- hosts, is shown in fig. 3. The node la is similar to the node 1 in fig. 2, why like reference numerals are used to denote corresponding features in the nodes. Features, which have been explained with reference to fig. 2, will not be further explained with reference to fig. 3. Two boards 11a and 12a of node la are shown that include board internal IP- hosts 50 and 51 respectively, which conform to standard IP- hosts in any aspect that is visible from the IP-network side. The IP-hosts 50, 51 are associated with interfaces 50a, 51a, which hereinafter will be called host interfaces. The host interfaces 50a, 51a each have an associated IP- address, here called host address. The host address may be used as destination address instead of the address of the subnet interface 45a, 46a of the board internal IP-subnet 45, 46. The hosts include functionality for IP-termination. The forwarding engines 20-22 sees no conceptual difference between a normal external IP-subnet and the board internal IP-subnet 45, 46 that has the IP-host 50, 51 connected to it. Thus the forwarding engines can be implemented to forward IP-packets, based on the destination address, in the same way, irrespective of whether the destination address is the host address associated with a board internal IP-host or with an IP-host located outside the node la. This provides for a conceptually pure implementation of the forwarding engines 20-22.
As mentioned above an advantage with the node that includes board internal IP-hosts is that it provides for a more conceptually pure implementation of the forwarding engine. There are however also arguments in favor of the embodiment with "dummy subnets", i.e. the embodiment with board internal IP-subnets that are not associated with board internal IP-hosts. Many IP-addresses are required in a node with board internal IP-subnets and IP-hosts. IP-hosts further require fairly complicated arrangements for maintenance, which can be avoided for the embodiment with dummy subnets.
The forwarding engines described above were all depicted as having a single interface each towards the backplane. However, it is possible to provide a forwarding engine with more than one interface. It is possible, for a forwarding engine that has more than one interface, to create forwarding engine instances by means of configuring a subset of the interfaces to be associated with one instance, another subset to be associated with another instance etc. The forwarding engine instance performs IP-forwarding from its own separate forwarding table, independently of other forwarding engines or forwarding engine instances. Since each instance is provided with its own forwarding table it is possible to use overlapping address spaces for two instances located on the same board. Since there is a limited number of IP-addresses available it is advantageous if the same IP-address can be used for more than one purpose, as provided for by means of the forwarding engine instantiation. Instantiation provides excellent means for tunneling and for creating logical routers within a node, thereby supporting Virtual Private Networks. The merits of instantiation will be further explained with reference to fig. 4.
Fig. 4 shows an embodiment of a telecommunications node lb according to the present invention. The node lb is in many aspects similar to the node 1 in fig. 2 and the node la in fig. 3, why like reference numerals are used to denote corresponding features in the nodes. Features, which have been explained with reference to fig. 2 and 3, will not be further explained with reference to fig. 4. The node lb is an IP-router that supports tunneling. Two device boards 10c and lOd are shown, which include resources 16, 19 for terminating external lines 61, 62 connected to IP-networks. The device boards 10c and lOd also include a forwarding engine 20c, 20d each. Two device boards 52 and 53 are shown, which include tunnel termination devices 58 and 59. These boards 52, 53 are provided with first interfaces 34a and 35a and second interfaces 34b and 35b, to the backplane. According to the invention all device boards that handle IP are provided with a forwarding engine, which means that the boards 52, 53 also are provided with forwarding engines 54 and 55. These forwarding engines are instantiated. The forwarding engine 54 has a first instance 54a, associated with the first interface 34a, and a second instance 54b, associated with the second interface 34b. The forwarding engine 55 has a first instance 55a, associated with the first interface 35a, and a second instance 55b, associated with the second interface 35b. The instances forward IP-packets independently of each other and they each have their own forwarding table 56a, 56b, 57a, 57b. According to the invention the boards 52, 53 are provided with board internal IP-subnets 63 and 64 and board internal IP-hosts 65 and 66 for providing the inventive type of load distribution to the tunnel termination devices 58 and 59. The IP-subnets 63, 64 are associated with subnet interfaces 63a, 64a respectively and the IP-hosts 65, 66 are associated with host interfaces 65a, 66a respectively.
As mentioned above tunneling involves outer and inner IP- addresses. The arrangement in the node lb makes it possible to perform inventive load distribution on both the outer and the inner IP-address. Assume that the resource manager 49 during set-up of a first tunnel to be terminated in the node lb, determined that a host address B, which is the address of the host interface 65a and which thereby is associated with the board internal IP-host 65, should be used as outer IP-address in order to direct the tunnel termination to the tunnel termination device 58. An IP-packet belonging to the first tunnel will enter the node on external line 61, proceed to the forwarding engine 20c, which forwards them to the forwarding engine instance 54a. The forwarding engine instance 54a sees on the outer IP-address that the packets are destined to the IP-host 65, with which it is associated via IP-subnet 63 and forwards the packets to the IP-host 65, which in turn subsequently directs them to the tunnel termination device 58. After termination of the tunnel in the tunnel termination device 58 the inner IP-addresses of the connections carried in the first tunnel become visible to the forwarding engine instance 54b, which performs forwarding based on these inner IP-addresses. These inner IP-addresses may be IP-host addresses associated with external IP-hosts or, if a connection is to be further processed, the inner IP-address of packets belonging to the connection may be an interface address associated with a board internal IP-host or IP-subnet, so that a second stage of load distribution is performed within the node lb. If for instance one of the connections carried in the first tunnel is a second tunnel, the IP-packets belonging to the second tunnel may be marked with the IP-host address associated with the IP-host 66, if it was determined by the resource manager 49 during set-up of the second tunnel that it is to be terminated in the tunnel termination device 59.
Due to the fact that each forwarding engine instance has its own forwarding table and that the inner IP-addresses of the first tunnel are invisible to the forwarding engine instance 54a, it is, with the tunneling arrangement described above, actually possible for the host interface 65a and the host interface 66a to have the same IP-host address B. This works by arranging so that a forwarding table 27c of the forwarding engine 20c contains information that packets destined to IP-host address B should be forwarded to interface 34a, associated with forwarding engine instance 54a. The forwarding table 56a of the forwarding engine instance 54a is arranged to contain information that packets destined to IP-host address B should be forwarded to the subnet interface 63a associated with the instance. The forwarding table 56b of the forwarding engine 54b is separate from the forwarding table 56a and is arranged to contain information that packets destined to IP-host address B should be forwarded to interface 35a, associated with forwarding engine instance 55a.
Fig. 5 shows a flow diagram of a method, according to the present invention, for load distribution in a telecommunications node. In a first step 71, a resource manager determines an appropriate set of resources of the node for processing a stream of telecommunications traffic. The resource manager then orders a destination address for said stream of telecommunications traffic to be based on an interface address associated with a board internal IP- subnet, which subnet is associated with said appropriate set of resources, step 72. The interface address on which the destination address is based may either be the IP-address of a subnet interface or the IP-address of a host interface of a board internal IP-host associated with the board internal IP-subnet. Both of these IP-addresses are associated with the board internal IP-subnet and due to the way in which the IP-addressing scheme is built, as explained above, they have a common first address part which identifies the board internal IP-subnet. In a step 73, a first forwarding engine receives at least one data packet associated with said stream of telecommunications traffic and forwards said packets, via a backplane, based on the destination address, to a second forwarding engine situated on the same device board as the board internal IP-subnet. Said second forwarding engine forwards said at least one data packet to an interface of said IP-subnet for further forwarding to said appropriate set of resources, in step 74. In the case of tunnel termination and where the second forwarding engine is instantiated it is possible that a further stage of load distribution is performed, as described above. In that case, the resource manager will have determined suitable resources and destination addresses to be used in the different stages in step 71 and 72. After the packets have been processed in the resources determined by the resource manager for the first stage, the processed packets are received in an instance of the second forwarding engine, which performs suitable forwarding of the processed packets. This can be seen as the start of a further stage of load distribution and a repetition of step 73 and 74, as indicated by dashed line 75.
Board internal IP-subnets are a central part of the invention. Different terms may in practice be used for what here is meant with an IP-subnet or equivalents thereof. The term IP-subnet is here intended to cover such other terms. With an IP-subnet is commonly meant something that "includes" a number of IP-interface addresses. The interface addresses of the subnet are associated with each other in such a way that nodes associated with the interface addresses can communicate with each other directly without an intermediate IP-router of some kind. The nodes can communicate directly in such a way that they can communicate on protocol levels lower than IP. In connection with the present invention have also so-called dummy subnets been discussed. The dummy subnet is a subnet, which unlike normal subnets, "includes" a single interface.
A telecommunications node provided with the means for load distribution according to the invention scales easily. Since the forwarding engine functionality is distributed it is easy to increase the capacity of the node by adding more device boards that for instance include additional forwarding engines, IP-subnets, IP-hosts or other resources for processing of telecommunications. The addition of one or more device boards will require that at least one forwarding table is updated but this is a simple adjustment.
It is further easy to configure or reconfigure a telecommunications node according to the invention. It is for instance possible to make arrangements for changing the assignment of interfaces to forwarding engine instances located on the same board by means of a simple command to a forwarding engine software.

Claims

1. A telecommunications node with the ability to handle IP- traffic and to terminate telecommunications traffic, which node includes a backplane, which is able to switch IP-packets, at least two device boards, which are connected to the backplane and are associated with the handling of IP- traffic, at least one resource for processing telecommunications traffic, a resource manager, and a distributed forwarding engine functionality, characterized in that the forwarding engine functionality is distributed such that each of said at least two device boards are provided with a forwarding engine; in that at least a first device board of said at least two device boards is further provided with at least a first resource of the at least one resource and at least one board internal IP-subnet, having an associated IP subnet address and at least a first associated IP interface address, which IP interface address is based on said IP subnet address, which board internal IP-subnet is associated with the at least one resource; and in that the resource manager is arranged to perform load distribution within the node by determining that a destination address of a first telecommunications traffic stream is to be based on the IP subnet address associated with the board internal IP-subnet.
2. The telecommunications node of claim 1, characterized in that the first device board further includes at least one board internal IP-host, associated with an IP host address, which IP host address also is associated with the board internal IP-subnet and which is based on the IP subnet address, which board internal IP-host is associated with said board internal IP-subnet and said first resource.
3. The telecommunications node of claim 2, characterized in that the resource manager is arranged to determine that the destination address is to be based on the IP host address.
4. The telecommunications node of any of claims 2-3, characterized in that the board internal IP-host includes said first resource.
5. The telecommunications node of any of claims 1-4, characterized in that at least the forwarding engine of said first device board includes at least two forwarding engine instances.
6. The telecommunications node of claim 5, characterized in that the first resource is a tunnel termination device, with an input and an output, which input is associated with a first forwarding engine instance of said at least two forwarding engine instances, and which output is associated with a second forwarding engine instance of said at least two forwarding engine instances.
7. The telecommunications node of any of claims 1-6, characterized in that the node is a Media Gateway.
8. The telecommunications node of any of claims 1-6, characterized in that the node is an IP-router.
9. The telecommunications node of any of claims 1-6, characterized in that the node is a combined Media Gateway and IP-router.
10. A method for load distribution within a telecommunications node, which node is able to handle IP- traffic and to terminate telecommunications traffic and which node includes a backplane, which is able to switch IP- packets, and at least two device boards, connected to the backplane, said method including the step of a resource manager of the node determining at least a first resource of the node to be appropriate for processing a first stream of telecommunications traffic, characterized by said method including the further steps of the resource manager ordering a destination address of said first stream of telecommunications traffic to be based on a first IP subnet address associated with a at least one first board internal IP-subnet, which is located on a first device board of the at least two device boards and which is associated with the first resource; a first forwarding engine located on a second device board of the at least two device boards receiving at least one IP- packet associated with the first stream of telecommunications traffic and forwarding the at least one IP-packet, via the backplane, based on the destination address, to a second forwarding engine located on the first device board; and the second forwarding engine forwarding the at least one IP- packet to the first IP-subnet for further forwarding to the first resource.
11. The method of claim 10, characterized by the first device board further including a board internal IP- host, associated with a IP host address, which IP host address also is associated with the board internal IP-subnet and which is based on the IP subnet address, and by forwarding the at least one IP-packet to the first resource via the board internal IP-host.
12. The method of claim 11, characterized by the resource manager ordering the destination address to be based on the IP host address.
13. The method of any of claims 11-12, characteri zed by the board internal IP-host including the first resource.
14. The method of any of claims 1-13, characteri zed by the second forwarding engine including at least a first and a second forwarding engine instance and by the first forwarding engine forwarding the at least one IP-packet to the first forwarding engine instance of the second forwarding engine.
15. The method of claim 14, characterized by the first resource being a tunnel termination device, with an input and an output, and by the first forwarding engine instance forwarding the at least one IP-packet to the input of the tunnel termination device.
16. The method of claim 15 characterized by the first stream of telecommunications traffic being a tunnel and by the further steps of the resource manager also determining a second resource of the node to be appropriate for processing a second stream of telecommunications traffic included in the tunnel; the resource manager ordering a second destination address of the second stream of telecommunications traffic to be based on a second IP subnet address associated with a second board internal IP-subnet, which is associated with the second resource; the tunnel termination device processing said at least one IP-packet and outputting to the second forwarding engine instance at least one second IP-packet associated with the second stream of telecommunications traffic; the second forwarding engine instance forwarding the at least one second IP-packet, via the backplane, based on the second destination address, to a third forwarding engine, located on the same device board as the second resource; and the third forwarding engine forwarding the at least one second IP-packet to the second IP-subnet for further forwarding to the second resource.
PCT/SE2000/002370 2000-11-29 2000-11-29 Method and apparatus for forwarding of telecommunications traffic WO2002045359A1 (en)

Priority Applications (11)

Application Number Priority Date Filing Date Title
US10/433,122 US7369562B2 (en) 2000-11-29 2000-11-29 Method and apparatus for forwarding of telecommunications traffic
AU2001219103A AU2001219103A1 (en) 2000-11-29 2000-11-29 Method and apparatus for forwarding of telecommunications traffic
EP00982027A EP1344350A1 (en) 2000-11-29 2000-11-29 Method and apparatus for forwarding of telecommunications traffic
PCT/SE2000/002370 WO2002045359A1 (en) 2000-11-29 2000-11-29 Method and apparatus for forwarding of telecommunications traffic
US10/432,952 US7430213B2 (en) 2000-11-29 2001-10-31 Method and telecommunications node for distribution of terminating traffic within telecommunications node
EP01979196A EP1340345B1 (en) 2000-11-29 2001-10-31 Method and telecommunications node for distribution of terminating traffic within telecommunications node
PCT/SE2001/002383 WO2002045366A1 (en) 2000-11-29 2001-10-31 Method and telecommunications node for distribution of terminating traffic within telecommunications node
AT01979196T ATE381185T1 (en) 2000-11-29 2001-10-31 METHOD AND TELECOMMUNICATIONS NODE FOR DISTRIBUTING TERMINAL TRAFFIC IN A TELECOMMUNICATIONS NODE
AU2002211181A AU2002211181A1 (en) 2000-11-29 2001-10-31 Method and telecommunications node for distribution of terminating traffic within telecommunications node
ES01979196T ES2296814T3 (en) 2000-11-29 2001-10-31 TELECOMMUNICATIONS METHOD AND NODE FOR THE DISTRIBUTION OF DESTINATION TRAFFIC WITHIN THE TELECOMMUNICATIONS NODE.
DE60131889T DE60131889T2 (en) 2000-11-29 2001-10-31 METHOD AND TELECOMMUNICATION NODES FOR DISTRIBUTING FINAL TRAFFIC IN A TELECOMMUNICATIONS NODE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2000/002370 WO2002045359A1 (en) 2000-11-29 2000-11-29 Method and apparatus for forwarding of telecommunications traffic

Publications (1)

Publication Number Publication Date
WO2002045359A1 true WO2002045359A1 (en) 2002-06-06

Family

ID=20280224

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/SE2000/002370 WO2002045359A1 (en) 2000-11-29 2000-11-29 Method and apparatus for forwarding of telecommunications traffic
PCT/SE2001/002383 WO2002045366A1 (en) 2000-11-29 2001-10-31 Method and telecommunications node for distribution of terminating traffic within telecommunications node

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/SE2001/002383 WO2002045366A1 (en) 2000-11-29 2001-10-31 Method and telecommunications node for distribution of terminating traffic within telecommunications node

Country Status (7)

Country Link
US (2) US7369562B2 (en)
EP (2) EP1344350A1 (en)
AT (1) ATE381185T1 (en)
AU (2) AU2001219103A1 (en)
DE (1) DE60131889T2 (en)
ES (1) ES2296814T3 (en)
WO (2) WO2002045359A1 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100449574B1 (en) 2002-04-08 2004-09-22 주식회사 케이티프리텔 Low-cost network system between a base station controller and a base transceiver station, and method for transmitting data between them
JP3587202B2 (en) * 2002-07-10 2004-11-10 日本電気株式会社 Mobile communication system and operation control method thereof
KR100934279B1 (en) * 2003-10-08 2009-12-28 삼성전자주식회사 Hybrid base station device in mobile communication system
US7254656B2 (en) * 2004-11-13 2007-08-07 International Business Machines Corporation Method and service and computer program code for broadcast of interface group bring-up in a multiprocessor computer system having multiple nodes
US8438627B1 (en) * 2006-10-03 2013-05-07 Sprint Communications Company L.P. Access gateway
TW201438438A (en) * 2013-03-18 2014-10-01 Chi Mei Comm Systems Inc System and method for peer-to-peer file sharing
US9621735B2 (en) * 2014-06-25 2017-04-11 Textnow, Inc. Mobile electronic communications combining voice-over-IP and mobile network services
JP6519208B2 (en) * 2015-02-02 2019-05-29 富士通株式会社 Storage system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0530394A1 (en) * 1991-09-03 1993-03-10 Hewlett-Packard Company Message-routing apparatus
US5905723A (en) * 1993-06-23 1999-05-18 Cabletron Systems, Inc. System for achieving scalable router performance
WO2000054467A1 (en) * 1999-03-10 2000-09-14 Lucent Technologies Inc. System and method for distributing packet processing in an internetworking device

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0530397A1 (en) 1991-09-04 1993-03-10 Kawasaki Steel Corporation Czochralski crystal pulling process and an apparatus for carrying out the same
US5509123A (en) 1994-03-22 1996-04-16 Cabletron Systems, Inc. Distributed autonomous object architectures for network layer routing
US5802278A (en) 1995-05-10 1998-09-01 3Com Corporation Bridge/router architecture for high performance scalable networking
JP3144346B2 (en) 1996-06-14 2001-03-12 日本電気株式会社 Spare switching system for communication processing equipment
JPH10150466A (en) 1996-11-18 1998-06-02 Hitachi Ltd Routing method among a plurality of ips and information processing unit
US5983281A (en) 1997-04-24 1999-11-09 International Business Machines Corporation Load balancing in a multiple network environment
US6157644A (en) * 1997-10-07 2000-12-05 Northern Telecom Limited Method and apparatus for accelerating OSI layer 3 routers
US6078963A (en) * 1998-01-16 2000-06-20 At&T Corp. Router with de-centralized processing using intelligent ports
US6208649B1 (en) * 1998-03-11 2001-03-27 Cisco Technology, Inc. Derived VLAN mapping technique
US6249813B1 (en) * 1998-08-06 2001-06-19 Mci Communications Corporation Automated method of and apparatus for internet address management
KR100333250B1 (en) * 1998-10-05 2002-05-17 가나이 쓰토무 Packet forwarding apparatus with a flow detection table
JP3519616B2 (en) * 1998-10-21 2004-04-19 株式会社日立製作所 Relay device
EP1142235A2 (en) * 1998-12-18 2001-10-10 Telefonaktiebolaget LM Ericsson (publ) Internet protocol handler for telecommunications platform with processor cluster
FR2792745B1 (en) * 1999-04-26 2001-06-15 Bull Sa MODULAR INTERCONNECTION ARCHITECTURE FOR EXPANDABLE MULTIPROCESSOR MACHINE, IMPLEMENTING A MULTI-LEVEL VIRTUAL BUS HIERARCHY AND THE SAME BASE BRICK FOR ALL LEVELS
US6553028B1 (en) * 1999-04-30 2003-04-22 Cisco Technology, Inc. Method and apparatus for multicast switching using a centralized switching engine
US6633560B1 (en) * 1999-07-02 2003-10-14 Cisco Technology, Inc. Distribution of network services among multiple service managers without client involvement
US6460120B1 (en) * 1999-08-27 2002-10-01 International Business Machines Corporation Network processor, memory organization and methods
US6598034B1 (en) * 1999-09-21 2003-07-22 Infineon Technologies North America Corp. Rule based IP data processing
US6834050B1 (en) * 2000-03-10 2004-12-21 Telefonaktiebolaget Lm Ericsson (Publ) Packet core function and method of selecting a packet data service node/foreign agent in a packet data network
KR100689540B1 (en) * 2000-03-20 2007-03-08 삼성전자주식회사 Multi telecommunication method by local ip network and method thereof
US7075930B1 (en) * 2000-04-11 2006-07-11 Telefonaktiebolaget Lm Ericsson (Publ) System and method for packet data servicing node (PDSN)initial assignment and reselection
GB2362289B (en) * 2000-05-10 2002-04-03 3Com Corp Distributed multicast routing in packet-based communication network devices
US20020004843A1 (en) * 2000-07-05 2002-01-10 Loa Andersson System, device, and method for bypassing network changes in a routed communication network
US6763018B1 (en) * 2000-11-30 2004-07-13 3Com Corporation Distributed protocol processing and packet forwarding using tunneling protocols
US20030084219A1 (en) * 2001-10-26 2003-05-01 Maxxan Systems, Inc. System, apparatus and method for address forwarding for a computer network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0530394A1 (en) * 1991-09-03 1993-03-10 Hewlett-Packard Company Message-routing apparatus
US5905723A (en) * 1993-06-23 1999-05-18 Cabletron Systems, Inc. System for achieving scalable router performance
WO2000054467A1 (en) * 1999-03-10 2000-09-14 Lucent Technologies Inc. System and method for distributing packet processing in an internetworking device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CHAN H.C.B. ET AL.: "A framework for optimizing the cost and performance of next-generation IP routers", IEEE JOURNAL ON SELECTED AREAS IN COMMUNICATIONS, vol. 17, no. 6, June 1999 (1999-06-01), pages 1013 - 1029 *

Also Published As

Publication number Publication date
EP1340345A1 (en) 2003-09-03
AU2002211181A1 (en) 2002-06-11
EP1344350A1 (en) 2003-09-17
WO2002045366A1 (en) 2002-06-06
EP1340345B1 (en) 2007-12-12
DE60131889D1 (en) 2008-01-24
AU2001219103A1 (en) 2002-06-11
DE60131889T2 (en) 2008-12-04
US7369562B2 (en) 2008-05-06
ES2296814T3 (en) 2008-05-01
US20040057429A1 (en) 2004-03-25
US20040062251A1 (en) 2004-04-01
US7430213B2 (en) 2008-09-30
ATE381185T1 (en) 2007-12-15

Similar Documents

Publication Publication Date Title
US7379454B2 (en) Packet routing apparatus and routing controller
US5818921A (en) Signaling system and method for enabling PBX-PBX feature transparency across a switched public network
US5918022A (en) Protocol for transporting reservation system data over a TCP/IP network
US6434156B1 (en) Virtual switching for interconnected networks
US7577142B2 (en) Derived VLAN mapping technique
US20020012352A1 (en) Internet protocol handler for telecommunications platform with processor cluster
US5487064A (en) Network layer packet structure
US6222845B1 (en) System and method for providing unitary virtual circuit in digital network having communication links of diverse service types
EP2127277A2 (en) Methods, systems, and computer program products for source-aware ip routing at a media gateway
US20030126188A1 (en) Generic header parser providing support for data transport protocol independent packet voice solutions
JPH11513545A (en) Service provision in telecommunications networks
US7369562B2 (en) Method and apparatus for forwarding of telecommunications traffic
US6785273B1 (en) Traffic engineering for an application employing a connectionless protocol on a network
US6614794B1 (en) System and method for multiple modem traffic redirection
US20050249229A1 (en) Dynamically scalable edge router
JP4189965B2 (en) Communication node
US6598089B1 (en) Method of supporting communication between network nodes
KR100320417B1 (en) System and Method of Interworking the Network among each LAN Protocol
JP2000049870A (en) Repeater and virtual lan system using the same
JP3372083B2 (en) ATM communication system and ATM communication method
JP3670157B2 (en) IP packet transfer system
JPH09307589A (en) Remote multiplex transmitter
JPH02127840A (en) Selection method for communication channel
JPH10257062A (en) Atm router
JPH0936918A (en) Atm communication equipment

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWW Wipo information: withdrawn in national office

Ref document number: 2000982027

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2000982027

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2000982027

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10433122

Country of ref document: US

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

NENP Non-entry into the national phase

Ref country code: JP