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
Go beyond Google and get vertical. These specialized search sites will help you find the business information you need -- fast.

Ari Balogh was named to the post of chief technology officer as the companys for a "realignment" of employees.










InformationWeek U.S. IT Salary Survey 2008
Salaries for business technology professionals are falling. Here's what you need to know in order to make good hiring decisions and personal career choices. Download Today
 
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



InformationWeek Business Technology Network
InformationWeekInformationWeek 500InformationWeek 500 ConferenceInformationWeek AnalyticsInformationWeek CIO
InformationWeek EventsInformationWeek ReportsInformationWeek MagazinebMightyByte and SwitchDark Reading
Digital LibraryIntelligent EnterpriseInternet EvolutionNetwork ComputingNo JitterPlug Into The Cloud
space
Techweb Events Network
InteropVoiceConWeb 2.0 ExpoWeb 2.0 SummitEnterprise 2.0 ConferenceMobile Business ExpoSoftware ConferenceCSI - Computer Security Institute
Black HatGTECEnergy CampMashup CampStartup Camp
space
Light Reading Communications Network
Light ReadingLight Reading EuropeUnstrungLight Reading's Cable Digital NewsConstantinopleInternet EvolutionPyramid Research
Heavy ReadingLight Reading Live!Light Reading InsiderEthernet ExpoOptical ExpoTeleco TVTower Technology Summit
space
Financial Technology Network
Advanced TradingBank Systems & TechnologyInsurance & TechnologyWall Street & TechnologyAccelerating Wall StreetBank Systems & Technology Executive SummitBuyside Trading SummitInsurance & Technology Executive Summit
space
Microsoft Technology Network
MSDN MagazineTechNetThe Architecture Journal
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 © 2008  United Business Media LLC  |  Privacy Statement  |  Terms of Service  |  Your California Privacy Rights