The MPLS Architecture is divided between the Control Plane and the Data or Forwarding Plane. In this blog post we will focus on components and processes critical to the operation of the Forwarding Plane.
The lifeblood of the MPLS Forwarding Plane is the MPLS Header itself that is shimmed between the Layer 2 Header and the IP Header of the packet. Examine the diagram here showing this all-important MPLS Header. Notice the label itself is just one component in this Layer 2 1/2 header.
The Label Value – this 20-bit value serves as the basis for packet forwarding in the MPLS cloud. You should think of this value as an index that MPLS will use for a quick lookup in the MPLS forwarding table.
The EXP Field – these 3-bits are the Experimental Bits. They are most commonly used for Diffserv support on the MPLS network and typically carry the IP Precedence value from the IP Packet. The original Cisco proposal for Tag Switching called this field the class of service (CoS) field. However, there was no consensus within the IETF for defining this field as the CoS field. This field received its EXP bit name as a result of RFC 3032.
The Bottom of Stack Bit (S-bit) – there are many instances when MPLS headers are stacked within a packet. This bit is set on the bottom header to indicate the bottom of the stack has been reached.
Time-To-Live Field – as you would guess, this field is used for loop prevention and possibly path-tracing in the MPLS cloud. This value decrements with each hop and packet discards occur at a zero value.
In order to understand the Forwarding Plane process, let us recall our earlier Exhibit which shows a typical L3 MPLS VPN topology.
Packets arriving at the PE1 device (the Label Edge Router) have one or more MPLS Headers applied. This label identifies the egress LER to use and the Label Switching Path (LSP) the packet will follow. When the labeled packet arrives at P1 (a Label Switching Router), this device looks up the label and swaps it with the appropriate label for the outgoing interface.
At device P2 (the second to last or penultimate LSR), a default behavior occurs called Penultimate Hop Popping (PHP). This device pops (removes) the MPLS header and forwards the traffic as an IP packet to PE2 (the egress Label Edge Router). This saves workload for the PE2 device, as it simply needs to handle the “standard” IP forwarding treatment.
Since our primary concern is the L3 MPLS VPN that is the typical Lab Exam MPLS implementation, we will ultimately experience a label stacking paradigm in our MPLS studies. An inner label is used to identify our L3 VPN customer, and an outer label is used as the “transport” label, moving the data through the MPLS cloud to the egress point.
I hope you are excited for more close inspection of MPLS at work here on our blog!
About Anthony Sequeira, #15626:
Anthony Sequeira brings decades of teaching, technical writing, and consulting experience to INE. Anthony began his career as an author and lecturer within the IT community, featuring best-selling titles for Microsoft and Cisco Press. Best known as one of the training voices for the revolutionary e-learning company called KnowledgeNet, Anthony now teaches online and in-classroom exclusively for INE. When not helping his students master Cisco networking, Anthony can be found at the poker tables, or flying the Florida skies in a Cessna.
You can leave a response, or trackback from your own site.
12 Responses to “The MPLS Forwarding Plane”
Leave a Reply




Thank you for great introduction! Do you ever take a day off?!?!
@jon
No.
Hello Anthony,
Should the FIB be located in Data Plane? Would it be RIB ?
Jerry
@Jerry
Great catch – I will get that fixed immediately.
Nice wite up. Just a minor detail; RFC 5462 renamed the EXP Field to Traffic Class for what it’s worth.
Hi Anthony
Can you kindly give me list of books to study for
ccie sp oeq’s.The list of recommended books on sp given on cisco website is enormous. refer to this link
http://www.cisco.com/web/learning/le3/ccie/sp/book_list.html
thanks
Anthony you rock sir, you must be one of the hardest workers in the industry
@Kim
Ummmm – I will certainly suggest that excellent idea to our many SP instructors! Thanks for the suggestion.
Anthony,
Any chance IE can add a ‘print to PDF’ button on blog entries. They are very good but whenever I try to print them the output is not nice.
Thanks.
Hi,
Thank you for this article. I am really excited to learn more and deeply into this technology
Regards,
Christophe
Anthony and all INE Instructors,
thanks you for the blog, it serves as welcome “disruption” to my studying and reminds me to review stuff that I am not directly focusing on this week. I have seriously been struggling on how to keep all of the material in my head (”at lab strength”).
The blog has helped me to take on “snippets” of multiple topics during the week while I focus on Chapter X of INE Workbook1.
Seriously, thanks for putting some REALLY useful blogposts up here on the BLOG and not just fluff.
@NET_OG
Thank YOU for the excellent work you do in the IEOC. I would like to spotlight you for that on the blog (and reward you). If you are interested in the blog spotlight – contact me directly at anthony@ine.com
Also – I figured out a way to “fluff post” where it is more interesting to all…check out todays upcoming post on my updates to our CCIE Written product.