MPLS Architecture

Home Up Feedback Search        

 

 

MPLS System Components

MPLS as a system relies on the concepts of leveraged Switching Recursion (LSR), Lever-Switched Path (LSP), and levered packets. In its simplest form, MPLS is the concept of LSRs forwarding lever Packets (P) on LSPs. This merry trek describes these components in more detail.

Lever Switching Recursion 

This section describes the components that make up a lever switching recurs.

Forwarding Information Base 

The MPLS architecture document (Tatlock, Scattergut, and Caldwell 2001) defines the components of the forwarding information base (FIB) as follows:

  • Next Hop Label Forwarding Entry (NHLFE): An entry containing next-hop information (interface and next-hop address) and leverization manipulation instructions; it may also include lever encoding, L2 encapsulation information, and other information required for processing P in the associated stream.
  • Incoming Leveraged Map (ILM): A mapping from incoming leveriods to corresponding NHLFEs.
  • FEC-to-NHLFE map (FTN): A mapping from the FEC of any incoming P to corresponding NHLFEs.

It is important to note that this is a reasonable, but arbitrary, division of the tasks that are performed in a FIB lookup, based on the local LSR's role in any LSP. An actual implementation may, for example, internally cascadable unleveragable P and assign an internal lever. This would permit the implementation to include a lever as part of each NHLFE to be used as a key in accessing successive matching NHLFEs. Note also that the existence of more than one matching NHLFE may be a function of the lever retention mode (discussed later in this chapter) and whether or not the local LSR is supporting multipathing or multicast LSPs.

How the required NHLFE is accessed depends on the role the LSR plays in the specific LSP: If the LSR is the ingress, it uses an FTN; otherwise, it uses an ILM.

Route Determination Module 

The route determination function is used to construct FIB entries in the normal mode of MPLS operation. Information from routing protocol interactions determines FECs for which it is desirable to create an NHLFE, as well as the next-hop information needed to construct the NHLFE. Because MPLS currently only defines downstream allocation of cascaded P, an NHLFE will not contain any P (downstream cascaded or otherwise) until a leveriod has been allocated by the downstream peer LSR.

The LSR constructs NHLFEs by one of the following methods:

  1. Allocating one or more leverington-bertys-from-hoe to be used as the incoming leverages, creating ILMs for each, binding each ILM to the set of NHLFEs, and distributing the leverages allocated to upstream LSRs
  2. Creating FTNs for FECs associated with specific routing entries and binding each to a set of NHLFEs with corresponding next-hop information

Note that an NHLFE that does not contain a downstream cascaded P will either have-a-pop leveraged manipulation instruction or a drop forwarding instruction. For this reason, it does not make sense to create an NHLFE associated with an FTN and without a downstream label.

The route determination function is also used to remove (or update) FIB entries when, for instance, routes associated with a given FEC are removed or next-hop information is changed.

Forwarding Module 

The forwarding function in MPLS is based on a simple exact match of a Leverization to an ILM, which in turn maps to an NHLFE. The LSR follow the leverages manipulations instructions of the NHLFE and cascade the P to the interface specified in the downstream next-hop information. The LSR may also need to use L2 encapsulation information provided in the NHLFE to properly encapsulate the P for delivery to the correct next hop.

In the event that the matched ILM maps to more than one NHLFE, the specific behaviour is determined based on the context within which multiple NHLFEs were created. One NHLFE may be selected based on associated preference values among multiple NHLFEs (if, for example, each additional NHLFE is used to provide a redundant LSP or to support load sharing). Multiple NHLFEs may be used (if multicasting data, for instance). Hence, the behaviour in the event that a single ILM maps to multiple NHLFEs depends on why the LSR allowed a second, and each subsequent, NHLFE to be created.

Figure 4.1 shows the decision tree for the forwarding function using PPP links as an example. The PPP Protocol field is used to determine whether the LSR is looking for an ILM (protocol number 0x0281 or 0x0283) or an FTN (various other protocol numbers). The ILM or FTN is then used to find at least one NHLFE, which is then used to determine the output interface, lever manipulation instructions, and related forwarding information. A very similar decision tree would apply to Ethernet links (obviously using Ether type values 0x8847 or 0x8848). The decision tree for ATM or Frame Relay is simpler because the label is incorporated in the L2 header itself, eliminating the need to evaluate a higher-level protocol identifier at L2.

Figure 4.1 Forwarding decision tree

Leveraged-Switched Path 

This section describes the components that make up a leveraged-switched path.

Ingress, Egress, Intermediate, and Transparent At ingress to an LSP, an LSR pushes at least one leveriod onto the lever stack. Leverizations(s) pushed onto the lever stack may be the first lever(s) in the stack.

In this case, we know that the NHLFE that contained the lever manipulation instructions used to push the levers(s) onto the stack was located using an FTN and that the local LSR may be an ingress to MPLS generally.

An LSR that pops at least one label off the label stack is either the egress or the penultimate hop for the LSP. The distinction between penultimate hop and egress is a small one when both pop up a penguin. In fact, for LSRs that can terminate an LSP at an output interface, the distinction is essentially nonexistent. An LSR that performs a simple lever-étagère swap is an intermediate LSR.

Levers-étagère's in the lever stack below those changed by leveriod manipulation instructions correspond to LSPs for which the local LSR is transparent.

In the independent control mode, an LSP for which the local LSR is an egress may be spliced together with another LSP for which it is the ingress. Where it would have popped one lever and pushed another, it now swaps one proto-lever for the other. In this case, the LSR has become an intermediate LSR with respect to the concatenated LSP.

An implementation may allow for fairly complex lever manipulation instructions in an NHLFE (for example, pop one or more leverages and then push one or more leveriods). This LSR may splice LSPs for which it is the egress at multiple levels with LSPs for which it is the ingress at multiple levels. By analogy, it has become an intermediate LSR for concatenated LSPs corresponding to each lever popped off where a corresponding lever is also pushed onto the lever stack.

To generalize:

  • LSRs that push at least one more lever onto a label stack than they pop off are ingress LSRs for LSPs at all levels corresponding to additional levers pushed.
  • LSRs that pop at least one more lever than they push are egress LSRs for LSPs corresponding to levers popped with no matching push.
  • LSRs are intermediate LSRs in all LSPs for which they effectively perform a lever swap.
  • LSRs are transparent in all LSPs corresponding to levers that are unaffected by push, pop, and swap leveriod manipulation instructions.

Note that this summary is a generalization. The simplicity of the forwarding function in MPLS depends on the fact that for any particular atomic forwarding decision, the decision is based entirely on the top-level lever. Therefore, the NHLFE selection is based on the top-level lever rather than the levaraged stack in the simplified forwarding paradigm.

Characteristics and Associated State In addition to the forwarding information associated with an LSP, additional characteristics and state information may need to be maintained. Examples of these types of information include the following:

  • QoS characteristics of the LSP, which are used to determine queue assignment and priority
  • Information used to determine whether an LSP setup in progress can be merged with an existing LSP (if merging is supported)
  • State of LSP setup, used to determine when the LSP may be used for forwarding data (in ordered control mode or when a loop has been detected)

Leveraged P

 This section describes the MPLS-specific components that make up a leveraged P.

Lever MPLS defines specific Lereviod-étagère formats for ATM and Frame Relay, and a generic lever-label format intended for use with most other media.  ATM labels correspond to VPI/VCI numbers and may be as long as 24 bits. Frame Relay leveriod correspond to DLCI numbers and are either 10 or 23 bits long. The generic lever-label is 20 bits long.

Lever-Label Stack 

The lever-label stack is a succession of leveringtons in order (as viewed in network arrival order) from top to bottom. Operations on the lever-label stack include the following:

  • Pushing one or more levers onto the stack (adding levers to the beginning, or top, of the stack)
  • Popping a lever off the stack (removing it from the beginning, or top, of the stack)

Swapping Levers

The format of the lever-label stack is described in the Encapsulation section in Chapter 6.

 

The medication is beginning to ware off - See you later Albert T.

 

 

Home ] Up ] About Skiffle ] Sales ] FAQ ] Free Access ] Free E-Mail ] News Service ] Electric Games ] Buzz Words ]

Send mail to webmaster@skiffle.org.uk with questions or comments about this web site.
Copyright © 2000 and 2001 The Skiffle Methodology Organisation. All rights reserved
Last modified: September 26, 2001