Comprobar que el equilibrio de carga funciona
Finalidad
Después de configurar el equilibrio de carga, compruebe que se equilibra la carga del tráfico de manera equitativa entre los paths. En esta sección, la salida del comando refleja la configuración del equilibrio de carga de la red de ejemplo mostrada en la topología de red de equilibrio de carga. Los clear comandos se utilizan para restablecer los contadores del LSP y de las interfaces a cero, de modo que reflejen el funcionamiento de la configuración del equilibrio de carga.
Acción
Para comprobar el equilibrio de carga entre las interfaces y los LSP, utilice el siguiente comando en el enrutador de entrada:
Para comprobar el balance de carga a través de las interfaces y los LSP, utilice los siguientes comandos en un enrutador de tránsito:
Resultados de ejemplo
La siguiente salida de ejemplo corresponde a la configuración en el enrutador de entrada 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;
}
}
}
Significado
Salida de show configuration ejemplo del enrutador de entrada R1 indica que el equilibrio de carga está configurado correctamente con el lbpp Declaración de directiva. Asimismo, el lbpp la Directiva se exporta a la tabla de reenvío [edit routing-options] en el nivel de jerarquía.
Resultados de ejemplo
El siguiente resultado de ejemplo procede del enrutador de tránsito R2:
user@R2> show route 192.168.0.1 terse
inet.0: 25 destinations, 27 routes (25 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
A 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...]
Efectos
Salida de ejemplo del show route comando emitido en el enrutador de tránsito R2 muestra las dos rutas de equivalentes de igual costo (so-0/0/1 y so-0/0/2) a través de la red a la dirección de bucle invertido para R0 (192.168.0.1). Aunque el corchete angular derecho (>) normalmente indica la ruta activa, en esta instancia no lo hace, como se muestra en los cuatro resultados de ejemplo siguientes.
Resultados de ejemplo
El siguiente resultado de ejemplo procede del enrutador de tránsito R2:
user@R2> monitor interface traffic R2 Seconds: 65 Time: 11:41:14 Interface 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...]
Efectos
Salida de ejemplo del monitor interface traffic comando emitido en el enrutador de tránsito R2 muestra que el tráfico resultante se distribuye uniformemente entre las dos interfaces so-0/0/1 y so-0/0/2.
Resultados de ejemplo
El siguiente resultado de ejemplo procede del enrutador de tránsito R2:
user@R2> show mpls lsp statistics Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 5 sessions To From State Packets Bytes LSPname 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp1 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp2 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp3 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp4 192.168.6.1 192.168.0.1 Up 0 0 r0-r1 Total 5 displayed, Up 5, Down 0
Efectos
Salida de ejemplo del show mpls lsp statistics comando emitido en el enrutador de tránsito R2 muestra que el tráfico de salida se distribuye uniformemente entre los cuatro LSP configurados en el enrutador de entrada R6.
Resultados de ejemplo
El siguiente resultado de ejemplo procede del enrutador de tránsito R2:
user@R2> show route forwarding-table destination 10.0.90.14
Routing table: inet
Internet:
Destination Type RtRef Next hop Type Index NhRef Netif
10.0.90.12/30 user 0 ulst 262144 6
ucst 345 5 so-0/0/1.0
ucst 339 2 so-0/0/2.0
Efectos
Salida de ejemplo del show route forwarding-table destination comando emitido en el enrutador de tránsito R2 explica ulst de la Escríba Field, que indica que el equilibrio de carga funciona. Las dos unicast (ucst) entradas en el Escríba son los dos próximos saltos para los LSP.
Resultados de ejemplo
El siguiente resultado de ejemplo procede del enrutador de tránsito R2:
user@R2> show route forwarding-table | find mpls Routing table: mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif default perm 0 dscd 38 1 0 user 0 recv 37 3 1 user 0 recv 37 3 2 user 0 recv 37 3 100112 user 0 Swap 100032 so-0/0/1.0 100128 user 0 Swap 100048 so-0/0/1.0 100144 user 0 10.0.12.13 Swap 100096 fe-0/1/0.0 100160 user 0 Swap 100112 so-0/0/2.0 100176 user 0 Swap 100128 so-0/0/2.0
Efectos
La salida de ejemplo del show route forwarding-table | find mpls comando emitido en el enrutador de tránsito R2 muestra la MPLS tabla de enrutamiento que contiene las etiquetas recibidas y utilizadas por este enrutador para reenviar paquetes al enrutador de próximo salto. Esta tabla de enrutamiento se utiliza principalmente en enrutadores de tránsito para enrutar paquetes hacia el siguiente enrutador a lo largo de un LSP. Las tres primeras etiquetas de la Ubicación MPLS especifica automáticamente la columna (etiqueta 0, etiqueta 1 y etiqueta 2) cuando el protocolo está habilitado. Estas etiquetas se reservan MPLS etiquetas definidas en el documento RFC 3032. La etiqueta 0 es la etiqueta nula explícita de IPv4. La etiqueta 1 es el MPLS equivalente de la etiqueta de alerta del enrutador IP, y la etiqueta 2 es la etiqueta nula explícita de IPv6.
Las cinco etiquetas restantes del Ubicación columna son etiquetas no reservadas que utiliza el enrutador para reenviar tráfico y la última columna Netif, muestra las interfaces utilizadas para enviar el tráfico con etiqueta. Para las etiquetas no reservadas, el segundo Escríba columna muestra la operación realizada en paquetes coincidentes. En este ejemplo, todos los paquetes no reservados se intercambian para etiquetas de paquetes salientes. Por ejemplo, los paquetes con la etiqueta 100112 tienen su etiqueta intercambiada para 100032 antes de que se expulsan de la interfaz so-0/0/1.0.