This article is intended for those new to Cisco Express Forwarding and its impact on the way MLS and its impact on the way Multilayer Switching (MLS) is done in Cisco hardware. Of course, this article can also serve as a review for those familiar with the concepts but are looking for a refresher. In this first article we are going to go over the components that make up this switching architecture followed by some fundamental examples to illustrate these components and concepts at work. Before we get started be sure to download the topology we are going to be using in the lab examples for clarity.
Modern Catalyst Multilayer switches utilize CEF-based Multilayer Switching. This terminology and architecture of this switching model can be tough to understand at first, but trust me, it really isn’t that difficult to grasp after you start working with it.
There are a couple different functions provided by a CEF-based Multilayer Switching. The first function is building routing information. This routing information is built by the Layer 3 engine within the control plane and includes both static and dynamic routes. This information can be seen in the routing table. The second function provided by CEF is hardware switching of packets. Hardware switching of packets is done in the Layer 3 Forwarding Engine within the data plane. The data plane is where Cisco Express Forwarding works its magic. The control plane is where layer 3 decisions are made, when those layer 3 packets can NOT be switched in hardware.
Since Cisco Explress Forwarding’s magic is provided within the data plane, we will begin with it. It is the most fun anyway. The Layer 3 Forwarding Engine within the data plane has two components of its own.
The first component is the Cisco Express Forwarding FIB, and the second is the Cisco Express Forwarding Adjacency table. The CEF FIB is basically just a reformatted routing table ordered such that the most specific routes are found first. The FIB contains next hop information for each prefix. The routing and next-hop information is built in software in the control plane, and then passed to the Layer 3 forwarding engine and placed in the Forwarding Information Base. I can’t stress enough how important it is to understand that this is basically a reordered routing table with some additional entries in it. When a packet enters the switch, the switch consults the Forwarding Information Base and finds the longest match prefix and obtains the next hop address. I know this doesn’t sound like magic yet, but stay with me, there is more and this stuff is slick. This stuff is why Cisco rules.
The second component, the adjacency table, contains and maintains layer 2 addresses for every entry in the FIB. This table is built the same way the FIB is built. It is built from the ARP table that is built with the Layer 3 engine in the control plane and then passed to the Layer 3 Forwarding Engine and placed in the CEF Adjacency table. If you know how packets are encapsulated and rewritten as they make their way across a layer 3 network, you are probably beginning to develop an idea of what is going to happen with the adjacency table.
Since the Forwarding Information Base and Adjacency tables are both handled in hardware, we’re starting to see how CEF can improve the performance of layer 3 forwarding operations. It receives a copy of the work the Layer 3 Engine does in software, and the Layer 3 Forwarding Engine uses it to make multilayer switching decisions in hardware. Between the Forwarding Information Base having next hop layer 3 information, and the adjacency table having both the layer 3 and layer 2 information, CEF has at its disposal everything it needs to forward packets without consulting a routing table running in software. It is all in hardware and it all happens at line speed. I sure love it when tidbits of information come together.
Now it’s time we take a look at two scenarios to see the paths packets take through a CEF-enabled multilayer switch. In scenario 1, we have a valid Forwarding Information Base entry and the associated adjacency table entry. As a packet comes in the ingress interface, the FIB is consulted and an entry is found. The Forwarding Information Base is matched on the longest prefix. The layer two information is retrieved from the adjacency table and the packet is then forwarded through the packet rewrite engine, which rewrites the appropriate packet and frame header information at line speed and sends the packet out the egress interface. Notice no ARP requests are made, no software based processing performed, and frame information is written in hardware.
In scenario two, as a packet comes ingress on an interface, the FIB is consulted and is unable to be CEF switched because of one of several different reasons. At this point the packet is sent to the Layer 3 engine for further processing, which is known as a CEF punt. We aren’t going to cover all the scenarios in which a CEF Punt occurs here. We’ll save those more in depth scenarios for Part 2.
It should be obvious, but it is worth mentioning here for clarity. As changes happen in the routing and ARP tables that are maintained by the Layer 3 Engine, those changes are automatically sent to the Layer 3 Forwarding Engine. This updates the Cisco Express Forwarding Forwarding Information Base and the Adjacency tables instantaneously.
Now that ALL of that is out of the way, let’s start looking at the relationship between the routing table, arp table, the cef fib table, and the cef adjacency table. Let’s start by having a look at the IP addresses of the connected interfaces of the two devices used in these demonstrations.
MPLS1#show ip interface brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0unassignedYESNVRAMadministrativelydowndown
FastEthernet1/0 172.16.13.1 YES NVRAM up up
FastEthernet1/1 172.16.12.1 YES NVRAM up up
FastEthernet2/0 172.16.15.1 YES NVRAM up up
FastEthernet2/1 unassigned YES NVRAM administratively down down
FastEthernet3/0 unassigned YES NVRAM administratively down down
FastEthernet3/1 unassigned YES NVRAM administratively down down
Loopback010.0.0.1YESNVRAMupup
Tunnel710.0.0.1YESTFTPupdown
Tunnel70210.0.0.1YESTFTPupdown
Tunnel70310.0.0.1YESTFTPupdown
MPLS2#show ip interface brief
InterfaceIP-AddressOK?MethodStatusProtocol
FastEthernet0/0 unassigned YES NVRAM administratively down down
FastEthernet1/0 172.16.12.2 YES NVRAM up up
FastEthernet1/1 172.16.23.2 YES NVRAM up up
FastEthernet2/0172.16.24.2YESNVRAMupup
FastEthernet2/1172.16.25.2YESNVRAMupup
FastEthernet3/0 unassigned YES NVRAM administratively down down
FastEthernet3/1 unassigned YES NVRAM administratively down down
Loopback010.0.0.2YESNVRAMupup
Now we are going to look at the routing table on MPLS1:
MPLS1#show ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1-OSPFNSSAexternaltype1,N2-OSPFNSSAexternaltype2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gatewayoflastresortisnotset
172.16.0.0/28 is subnetted, 6 subnets
O172.16.24.0[110/2]via172.16.12.2,01:12:32,FastEthernet1/1
O 172.16.25.0 [110/2] via 172.16.12.2, 01:12:32, FastEthernet1/1
O 172.16.23.0 [110/2] via 172.16.12.2, 01:12:32, FastEthernet1/1
C 172.16.12.0 is directly connected, FastEthernet1/1
C 172.16.13.0 is directly connected, FastEthernet1/0
C 172.16.15.0 is directly connected, FastEthernet2/0
10.0.0.0/32 is subnetted, 2 subnets
O 10.0.0.2 [110/2] via 172.16.12.2, 01:12:32, FastEthernet1/1
C10.0.0.1isdirectlyconnected,Loopback0
On to the Forwarding Information Base FIB on MPLS1. Be aware of the similarities and in particular the next hop addresses.
MPLS1#show ip cef
Prefix Next Hop Interface
0.0.0.0/0dropNull0(defaultroutehandlerentry)
0.0.0.0/8drop
0.0.0.0/32receive
10.0.0.1/32 receive
10.0.0.2/32 172.16.12.2 FastEthernet1/1
127.0.0.0/8 drop
172.16.12.0/28 attached FastEthernet1/1
172.16.12.0/32 receive
172.16.12.1/32receive
172.16.12.2/32 172.16.12.2 FastEthernet1/1
172.16.12.15/32 receive
172.16.13.0/28 attached FastEthernet1/0
172.16.13.0/32 receive
172.16.13.1/32 receive
172.16.13.15/32receive
172.16.15.0/28attachedFastEthernet2/0
172.16.15.0/32receive
172.16.15.1/32 receive
172.16.15.15/32 receive
172.16.23.0/28172.16.12.2FastEthernet1/1
172.16.24.0/28172.16.12.2FastEthernet1/1
172.16.25.0/28172.16.12.2FastEthernet1/1
224.0.0.0/4 drop
224.0.0.0/24 receive
240.0.0.0/4drop
255.255.255.255/32receive
Finally we look at the ARP table on MPLS1..followed by the Cisco Express Forwarding Adjacency table.
MPLS1#show ip arp
ProtocolAddressAge(min)HardwareAddrTypeInterface
Internet 172.16.13.1 - ca00.0bd0.001c ARPA FastEthernet1/0
Internet 172.16.12.1 - ca00.0bd0.001d ARPA FastEthernet1/1
Internet 172.16.12.2 73 ca01.0bd0.001c ARPA FastEthernet1/1
Internet 172.16.15.1 - ca00.0bd0.0038 ARPA FastEthernet2/0
MPLS1#show adjacency detail
Protocol Interface Address
TAGFastEthernet1/1172.16.12.2(7)
0 packets, 0 bytes
CA010BD0001C
CA000BD0001D8847
TFIB 02:48:53
Epoch: 0
IP FastEthernet1/1 172.16.12.2(17)
0 packets, 0 bytes
CA010BD0001C
CA000BD0001D0800
ARP 02:48:53
Epoch: 0
The correlations here should all be apparent. Notice the last 4 digits on the line under the bolded MAC addresses. These are ethertype codes. 8847 is MPLS-IP. 0800 is Ethernet.
And that about brings CEF Part I to a conclusion. I have brought to you a foundational knowledge of what CEF does and how it works. There are several more details to be covered in later articles. Right now I just to get this introduction out there because we need to understand Cisco Express Forwarding and the Forwarding Information Base for MPLS Part III.
