Patent Application
20060007925
The present invention relates to communication networks, and, more particularly, to multiprotocol label switching (MPLS) communication networks.
Multiprotocol label switching (MPLS) provides a technique for routing packet data based on a label field rather than a destination address. An MPLS network comprises a set of nodes, which are called label switched routers (LSRs), that switch/route packets based on a label that has been added to each packet. Labels are used to define a flow of packets between two nodes or, if packets are being broadcast in a multicast operation, between a source node and multiple destination nodes. A specific path through the LSRs called a label switched path (LSP) is defined for each distinct flow, which is called a forwarding equivalence class (FEC). At intervening nodes in an LSP, an LSR may route the packet based on the MPLS label value, remove the MPLS label (pop a label), and/or impose an additional label (push a label). The label may be removed at the node from the packet at a node that is just prior to the destination node in a particular LSP. This process is sometimes referred to as “penultimate hop popping.”
Referring now to
For low speed serial links, there may be a performance advantage in compressing the packet header information. The point-to-point (PPP) protocol has a header compression feature. Nevertheless, there remains room for improvement in the art.
According to some embodiments of the present invention, a multiprotocol label switching (MPLS) packet stream is processed by establishing a packet communication context between a first node and a second node in an MPLS network. The context is an uncompressed version of an MPLS shim header. The MPLS shim header in each of the packets is compressed at the first node and the packets with the compressed MPLS shim headers are transmitted to the second node. The MPLS shim headers are decompressed at the second node using the context.
In accordance with other embodiments of the present invention, the MPLS shim header is compressed by replacing static information in the MPLS shim header with a context identification field that identifies the context.
In accordance with still other embodiments of the present invention, a packet that comprises an uncompressed MPLS shim header may be transmitted from the first node to the second node if there is a change in the static information.
In accordance with further embodiments of the present invention, a plurality of MPLS shim headers may be compressed in each of the packets at the first node. The packets with the compressed plurality of MPLS shim headers may be transmitted to the second node where they may be decompressed using the context.
In accordance with still further embodiments of the present invention, the plurality of MPLS shim headers may be compressed by replacing static information in the MPLS shim header with a context identification field that identifies the context.
In accordance with still further embodiments of the present invention, a packet that comprises an uncompressed plurality of MPLS shim headers may be transmitted from the first node to the second node if there is a change in the static information.
In accordance with other embodiments of the present invention, a MPLS packet stream is processed by obtaining an MPLS shim header from a packet and using the MPLS shim header as a key for performing a lookup operation in a database.
In accordance with still other embodiments of the present invention, the database is accessed via a network.
In accordance with still other embodiments of the present invention, the MPLS shim header is used as a key for performing a plurality of lookup operations in the database.
In accordance with still other embodiments of the present invention, the MPLS shim header is used as a key for performing a lookup operation in a plurality of databases.
Other systems, methods, and/or computer program products according to embodiments will be or become apparent to one with skill in the art upon review of the following drawings and detailed description. It is intended that all such additional systems, methods, and/or computer program products be included within this description, be within the scope of the present invention, and be protected by the accompanying claims.
Other features of the present invention will be more readily understood from the following detailed description of specific embodiments thereof when read in conjunction with the accompanying drawings, in which:
While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that there is no intent to limit the invention to the particular forms disclosed, but on the contrary, the invention is to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention as defined by the claims. Like reference numbers signify like elements throughout the description of the figures.
The present invention may be embodied as systems, methods, and/or computer program products. Accordingly, the present invention may be embodied in hardware and/or in software (including firmware, resident software, micro-code, etc.). Furthermore, the present invention may take the form of a computer program product on a computer-usable or computer-readable storage medium having computer-usable or computer-readable program code embodied in the medium for use by or in connection with an instruction execution system. In the context of this document, a computer-usable or computer-readable medium may be any medium that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
The computer-usable or computer-readable medium may be, for example but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, device, or propagation medium. More specific examples (a nonexhaustive list) of the computer-readable medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, and a portable compact disc read-only memory (CD-ROM). Note that the computer-usable or computer-readable medium could even be paper or another suitable medium upon which the program is printed as the program can be electronically captured, via; for instance, optical scanning of the paper or other medium, then compiled, interpreted, or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
Referring now to
More generally, the compression/decompression functions 200 and 220 may be further configured to use either the compressed MPLS label or uncompressed MPLS label to as a key to perform lookup functions on access databases 240 and 250, respectively. Access databases 240 and 250, may be nonresident to nodes A and B and, therefore, may be accessed via network signaling. Moreover, access databases 240 and 250 may each represent multiple databases so that multiple lookups to separate databases, for example, may be performed using the same compressed or uncompressed MPLS label. In other embodiments. Moreover, multiple MPLS labels, compressed or uncompressed, may be used to perform lookup on a single or multiple databases.
Although
The present invention is described hereinafter with reference- to flowchart and/or block diagram illustrations of methods, systems, and computer program products in accordance with exemplary embodiments of the invention. It will be understood that each block of the flowchart and/or block diagram illustrations, and combinations of blocks in the flowchart and/or block diagram illustrations, may be implemented by computer program instructions and/or hardware operations. These computer program instructions may be provided to a processor of a general purpose computer, a special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer usable or computer-readable memory that may direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer usable or computer-readable memory produce an article of manufacture including instructions that implement the function specified in the flowchart and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart and/or block diagram block or blocks.
Operations for processing an MPLS packet stream in which each packet has one or more MPLS labels or shim headers, in accordance with some embodiments of the present invention, will now be described with reference to
At block 410, the compression/decompression function 200 compresses one or more MPLS labels or shim headers by replacing static information in the one or more MPLS labels or shim headers with a context identification field containing the context identifier associated with the context stored in the context modules 210 and 220. Node A may then transmit packets containing compressed MPLS labels or shim headers as discussed above to Node B at block 420. At block 430, Node B may decompress each packet containing a compressed MPLS label(s) or shim header(s) by using the context identification field contained in the packet to retrieve the context, i.e., uncompressed static information from the MPLS label(s) or shim header(s) stored in the context module 230.
In accordance with particular embodiments of the present invention, if the static information in the MPLS label(s) or shim header(s) should change, then Node A may transmit a packet containing an uncompressed MPLS label(s) or shim header(s) to Node B to indicate that no decompression is needed for that packet and, optionally, to establish a new context.
If the MPLS network uses the point-to-point (PPP) protocol, then a node or label switched router (LSR) may compress an MPLS label or shim header using the header compression option available through the PPP protocol with a non-transmission control protocol (TCP) option.
Advantageously, the MPLS label or shim header compression according to various embodiments of the present invention may be used in conjunction with other header compression techniques, but these other techniques are not required to implement embodiments of MPLS label or shim header compression according to the present invention.
The flowchart of
Many variations and modifications can be made to the embodiments described herein without substantially departing from the principles of the present invention. All such variations and modifications are intended to be included herein within the scope of the present invention, as set forth in the following claims.
