Step 3: Verify That Load Balancing Is Working
Purpose
After configuring load balancing, check that traffic is load-balanced equally across paths. In this section, the command output reflects the load-balancing configuration of the example network shown in Figure 10. The
clearcommands are used to reset LSP and interface counters to zero so that the values reflect the operation of the load-balancing configuration.Action
To verify load balancing across interfaces and LSPs, use the following command on the ingress router:
user@host#show configurationTo verify load balancing across interfaces and LSPs, use the following commands on a transit router:
user@host#show routeuser@host#show route forwarding-tableuser@host#show mpls lsp statisticsuser@host#monitor interface trafficuser@host#clear mpls lsp statisticsuser@host#clear interface statisticsSample Output
The following sample output is for the configuration on ingress router
R1:user@R1>show configuration | no-more[...Output truncated...]routing-options {[...Output truncated...]forwarding-table {export lbpp;}}[...Output truncated...]policy-options {policy-statement lbpp {then {load-balance per-packet;}}}What It Means
The sample output for the
show configurationcommand on ingress router R1 shows that load balancing is correctly configured with thelbpppolicy statement. Also, thelbpppolicy is exported into the forwarding table at the[edit routing-options]hierarchy level.Sample Output
The following sample output is from transit router R2:
user@R2> show route 192.168.0.1 terseinet.0: 25 destinations, 27 routes (25 active, 0 holddown, 0 hidden)+ = Active Route, - = Last Active, * = BothA Destination P Prf Metric 1 Metric 2 Next hop AS path* 192.168.0.1/32 O 10 3 so-0/0/1.0>so-0/0/2.0[...Output truncated...]What It Means
The sample output for the
show routecommand issued on transit routerR2shows the two equal-cost paths (so-0/0/1andso-0/0/2)through the network to the loopback address toR0(192.168.0.1). Even though the right angle bracket (>) usually indicates the active route, in this instance it does not, as shown in the following four sample outputs.Sample Output
The following sample output is from transit router R2:
user@R2>monitor interface trafficR2 Seconds: 65 Time: 11:41:14Interface Link Input packets (pps) Output packets (pps)so-0/0/0 Up 0 (0) 0 (0)so-0/0/1 Up 126 (0)164659(2128)so-0/0/2 Up 85219 (1004)164598(2128)so-0/0/3 Up 0 (0) 0 (0)fe-0/1/0 Up 328954 (4265) 85475 (1094)fe-0/1/1 Up 0 (0) 0 (0)fe-0/1/2 Up 0 (0) 0 (0)fe-0/1/3 Up 0 (0) 0 (0)[...Output truncated...]What It Means
The sample output for the
monitor interface trafficcommand issued on transit routerR2shows that output traffic is evenly distributed across the two interfacesso-0/0/1andso-0/0/2.Sample Output
The following sample output is from transit router R2:
user@R2>show mpls lsp statisticsIngress LSP: 0 sessionsTotal 0 displayed, Up 0, Down 0Egress LSP: 0 sessionsTotal 0 displayed, Up 0, Down 0Transit LSP: 5 sessionsTo From State Packets Bytes LSPname192.168.0.1 192.168.1.1 Up87997 17951388 lsp1192.168.0.1 192.168.1.1 Up87997 17951388 lsp2192.168.0.1 192.168.1.1 Up87997 17951388 lsp3192.168.0.1 192.168.1.1 Up87997 17951388 lsp4192.168.6.1 192.168.0.1 Up 0 0 r0-r1Total 5 displayed, Up 5, Down 0What It Means
The sample output for the
show mpls lsp statisticscommand issued on transit routerR2shows that output traffic is evenly distributed across the four LSPs configured on ingress routerR6.Sample Output
The following sample output is from transit router R2:
user@R2>show route forwarding-table destination 10.0.90.14Routing table: inetInternet:Destination Type RtRef Next hop Type Index NhRef Netif10.0.90.12/30 user 0ulst 262144 6ucst 345 5 so-0/0/1.0ucst 339 2 so-0/0/2.0What It Means
The sample output for the
show route forwarding-table destinationcommand issued on transit routerR2showsulstin theTypefield, which indicates that load balancing is working. The two unicast (ucst)entries in theTypefield are the two next hops for the LSPs.Sample Output
The following sample output is from transit router R2:
user@R2>show route forwarding-table | find mplsRouting table: mplsMPLS:Destination Type RtRef Next hop Type Index NhRef Netifdefault perm 0 dscd 38 10 user 0 recv 37 31 user 0 recv 37 32 user 0 recv 37 3100112 user 0 Swap 100032 so-0/0/1.0100128 user 0 Swap 100048 so-0/0/1.0100144 user 0 10.0.12.13 Swap 100096 fe-0/1/0.0100160 user 0 Swap 100112 so-0/0/2.0100176 user 0 Swap 100128 so-0/0/2.0What It Means
The sample output for the
show route forwarding-table | find mplscommand issued on transit router R2 shows the MPLS routing table that contains the labels received and used by this router to forward packets to the next-hop router. This routing table is used mostly on transit routers to route packets to the next router along an LSP. The first three labels in theDestinationcolumn (Label 0, Label 1, and Label 2) are automatically entered by MPLS when the protocol is enabled. These labels are reserved MPLS labels defined in RFC 3032. Label 0 is the IPv4 explicit null label. Label 1 is the MPLS equivalent of the IP Router Alert label, and Label 2 is the IPv6 explicit null label.The remaining five labels in the
Destinationcolumn are nonreserved labels that the router uses to forward traffic, and the last columnNetif, shows the interfaces used to send the labeled traffic. For nonreserved labels, the secondTypecolumn shows the operation performed on matching packets. In this example, all non-reserved packets are swapped for outgoing packet labels. For example, packets with the label100112have their label swapped for100032before they are pushed out of interfaceso-0/0/1.0.