home
NEWS       BLOGS       FORUMS       NEWSLETTERS       RESEARCH       EVENTS       DIGITAL LIBRARY       CAREERS  
Network Computing Network Computing Powered by InformationWeek Business Technology Network

IMMERSE YOURSELF:

SOA

  |

Data Center

  |

802.11n

  |

Data Privacy

  |
APO  |

Virtualization

  |

NAC

  |

Security

  |

Network Mgmt

  |

Enterprise Apps

  |

Storage & Servers



  W O R K S H O P

MPLS: A New Traffic Cop for Your WAN

July 10, 2000
By Darrin S. Woods

Like traffic in a large city, traffic on a WAN is sometimes unpredictable, and your best bet is knowing an alternate route. To ensure that your packets get to their destinations in the most efficient manner, you've got to route them on a particular VC (virtual circuit) based upon the destination point. Traffic is relegated to a specific path through a network and doesn't deviate from that path. While this has been the basis of both frame relay with DLCIs (data link control identifiers) and ATM with VPIs/VCIs (virtual path identifiers/virtual channel identifiers), not all traffic can be routed in this manner. Pure IP networks are entirely different: IP routing over large networks is a step-by-step process. Based upon its routing table, each router along the way analyzes the header and determines the best path for the next leg of a packet's journey.

This can be extremely inefficient, as each router spends precious time examining each packet and determining to which router the packet is sent next. The amount of information held in most headers isn't enough to let a router send the packet all the way to its final destination; the routers rarely if ever have a complete view of the path each packet takes.

The other way of getting IP traffic to its destination is by broadcasting it. Basically, broadcasting a packet means sending it everywhere in the hope that it will end up where it was supposed to go eventually. This method has an obvious drawback in that traffic on the broadcast network is unbearably slow because every router has to deal with every packet no matter if it is meant for Timbuktu or Antarctica. Security is also nonexistent in a broadcast network because every router on the network has access to every data conversation taking place.

MPLS (Multiprotocol Label Switching) bridges the gap between broadcasting and dedicated VCs by creating paths through a network, as an ATM or frame relay VC does. The difference is that MPLS gives the routers a choice of paths and lets the packets be rerouted as needed.


On ATM networks, MPLS should not be considered a replacement for LANE (LAN Emulation) or MPOA (Multiprotocol Over ATM) as it does not include any provisions for virtual networks. It could be better defined as an IP-centric alternative to PNNI (Private Network-to-Network Interface). MPLS-enabled routers are meant to provide better routes for IP packets to travel through WAN networks as well as to ease the routers' overhead by simplifying routing tables.

In an MPLS cloud, an IP packet header is analyzed by the first router at the edge of the cloud. That router then determines the best path through the network and places a label on the front of the packet identifying the stream (network path) the packet is to take. Each router in the MPLS network looks only at this label and places the packet onto the path identified by the label. Exiting the network, the packet is routed via normal IP methods to its destination.

MPLS offers network managers the ability to apply many WAN features to their data at the IP level instead of at the frame relay or ATM level. IP customers are not used to having this improved QoS (Quality of Service), traffic engineering and private data streams on their WANs--and they still have the flexibility of nondedicated paths. Although smaller customers won't be able to deploy MPLS directly in their networks, carriers will begin offering private IP networks that use MPLS to direct and shape traffic, thereby bringing the benefits to businesses of all sizes.

Label Everything

In the beginning, an MPLS router places a four-octet "label" on packets entering the network. This label identifies the path, or "flow," that the packet will follow to its destination. Packets taking the same path are assigned to a FEC (forwarding-equivalence class), a logical (nonphysical) grouping of traffic with a like destination. This cuts down on overhead since only the first packet needs to be analyzed. The actual identifying label occupies the first 20 bits; the next three bits are for experimental use, and then there's one bit to indicate the label at the bottom of the stack. The last octet is used for TTL (time to live). This label is placed after the data-link layer headers and before the network layer headers of an Ethernet packet. The label is placed in the VPI/VCI field of the header in ATM networks and in the DLCI field of a frame relay header.

A number of these labels can be placed one after the other. Each router examines only the label at the top of the stack until that label reaches its destination. At the destination, the top label is peeled off. If other labels exist on a packet, each one is examined in turn, causing the packet to be routed until all labels have been removed. If necessary, labels can be swapped or replaced.

Labels are bound to a FEC by the downstream LSR (label-switching router); each label is then communicated to the upstream LSR. An LSR also can be set to look only at labels within a particular numeric range and will therefore assign values only within that range.

LSRs use a set of procedures known as LDP (Label Distribution Protocol) to inform each other of the labels being created among them. The LDP also is used between two LSRs to learn about each other's MPLS capabilities. The advantage is that there isn't only one LDP; existing protocols like BGP (Border Gateway Protocol) and RSVP (Resource Reservation Protocol) are being extended so LDP data can be included with them. In the absence of these, protocols like MPLS-LDP have been created specifically to pass labels between the LSRs.

Two distribution methods are defined within MPLS: downstream on demand and unsolicited downstream. Downstream on demand lets an LSR specifically request that a label be created for a connection. Unsolicited downstream is exactly as it sounds: It lets LSRs distribute labels without being requested. LSRs can support both of these methods, but the methods must be agreed upon by the upstream and downstream LSR.

Label retention, or the ability to maintain labels in a lookup table, is handled in one of two methods. LSRs that observe conservative retention maintain only labels that are from valid next-hop LSRs. All other labels are discarded as soon as they are received. This method lets a small label table be maintained internally, requiring less RAM and quicker lookups. On the other hand, liberal retention uses more RAM within the LSR because it maintains a larger table. Liberal retention lets an LSR respond more quickly and reroute traffic should a connection to a valid next hop go down.

PAGE: 1 I 2 I NEXT PAGE
 





Ready to take that job and shove it?

Function:

Keyword(s):

State:
SPONSOR
RECENT JOB POSTINGS
CAREER NEWS
Aneesh Chopra is looking to other CIOs to advise him on fleshing out a more detailed agenda to best serve the president's IT agenda.

IT spending is expected to decline by 3.8 percent in 2009 according to Gartner.










2009 IT Salary Survey: Meager Raises, Solid Prospects
Though raises are notably smaller than a year ago, and job security’s shrinking, IT careers are looking safer than many others in this economic downturn. Get all the findings in InformationWeek's 2009 IT Salary Survey. Available FREE for a limited time.
 
ROLLING RIGHT ALONG
Follow key Network Computing Reviews from conception to completion. This Week: Holistic APM.



Network Computing Reports Emerging Enterprise Podcast Series: Secrets to Success








TechSearch


Microsite of the Week


Powerful Information at Your Fingertips



Techweb
Informationweek Business Technology Network
InformationweekInformationweek 500Informationweek 500 ConferenceInformationweek AnalyticsInformationweek Events
Informationweek MagazineGlobal CIOIWK Government ITbMightyByte and SwitchDark Reading
Digital LibraryIntelligent EnterpriseInternet EvolutionNetwork ComputingPlug Into The CloudDr. DobbsContentinople
space
TechWeb Events Network
InteropVoiceConWeb 2.0 ExpoWeb 2.0 SummitEnterprise 2.0Mobile Business ExpoNoJitter
Black HatGTECEnergy CampCloud ConnectGov 2.0 ExpoGov 2.0 Summit
space
Light Reading Communications Network
Light ReadingLight Reading AsiaUnstrungCable Digital NewsInternet EvolutionPyramid Research
Heavy ReadingLight Reading LiveLight Reading InsiderEthrnet ExpoTelco TVTower Technology Summit
space
Financial Technology Network
Advanced TradingBank Systems and TechnologyInsurance and TechnologyWall Street and TechnologyAccelerating WallstreetBST SummitBuyside Trading SummitIT Summit
space
Microsoft Technology Network
MSDNTechNetTotal IT ProTotal Dev ProNET Total Dev Pro CommunitySQL Total Dev Pro Community
space


App Infrastructure   |   Messaging & Collaboration   |   Network & Systems Mgmt   |   Network Infrastructure   |   Security  |   Storage & Servers   |   Wireless   |   Enterprise Apps
About Us  |  Contact Us  |  Site Map  |  Technology Marketing Solutions  |  Advertising Contacts  |   Briefing Centers
Copyright © 2009  United Business Media LLC  |  Privacy Statement  |  Terms of Service