Evento de fallo de ajuste automático de banda ancha
Evento de LSP
No se pudo ajustar Autobw
Salida de ejemplo 1
user@R1> show configuration protocols mpls
statistics {
file auto-bw.log;
interval 5;
auto-bandwidth;
}
label-switched-path R1-to-R6 {
to 10.0.0.6;
auto-bandwidth {
adjust-interval 300;
adjust-threshold 10;
minimum-bandwidth 5m;
maximum-bandwidth 80m;
}
}
label-switched-path R1-to-R3 {
to 10.0.0.3;
auto-bandwidth {
adjust-interval 300;
adjust-threshold 10;
minimum-bandwidth 155m;
maximum-bandwidth 155m;
}
}
Ejemplo de salida 2
user@R1> show mpls lsp extensive
Ingress LSP: 3 sessions
10.0.0.3
From: 10.0.0.1, State: Up, ActiveRoute: 5, LSPname: R1-to-R3
ActivePath: (primary)
LoadBalance: Random
Metric: 1
Autobandwidth
MinBW: 155Mbps MaxBW: 155Mbps
AdjustTimer: 300 secs AdjustThreshold: 10%
Max AvgBW util: 192bps, Bandwidth Adjustment in 219 second(s).
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 10)
10.1.13.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2
7 Feb 17 15:41:12 Autobw adjustment failed
6 Feb 17 15:41:12 CSPF failed: no route toward 10.0.0.3
5 Feb 17 15:36:23 Selected as active path
4 Feb 17 15:36:23 Record Route: 10.1.13.2
3 Feb 17 15:36:23 Up
2 Feb 17 15:36:23 Originate Call
1 Feb 17 15:36:23 CSPF: computation result accepted
Created: Thu Feb 17 15:36:23 2005
[...Output truncated...]
Efectos
Este evento de LSP indica que un ajuste periódico (basado en temporizador) de ancho de banda propio para el LSP se activa al final del intervalo de ajuste. Se produce un error en el ajuste y el LSP se mantiene en el path existente con su actual ancho de banda.
Generan
Los errores de ajuste pueden deberse a una ruta de acceso CSPF error de cálculo con el ancho de banda de ajuste o un fallo de señalización en el nuevo trazado.
Al final del intervalo de tiempo especificado en el [edit protocols mpls label-switched-path auto-bandwidth] nivel de la jerarquía, el uso de ancho de banda medio máximo actual se compara con el ancho de banda asignado para el LSP. Si el LSP necesita más ancho de banda, se intentará configurar una nueva ruta en la que el ancho de banda sea igual al uso promedio máximo actual. Si el intento tiene éxito, el tráfico del LSP se enruta a través de la nueva ruta y la antigua ruta se elimina. Si se produce un error en el intento, el LSP sigue utilizando su ruta actual.
Intervención
Adoptar una medida adecuada a la situación:
Compruebe la configuración de MPLS y RSVP en todos los paths disponibles al extremo del LSP.
Comprobar el ancho de banda disponible en rutas alternativas mediante el show rsvp interfacemando. Si no hay suficiente ancho de banda disponible en ninguna de las rutas disponibles, ajuste el parámetro Minimum-Bandwidth para el LSP con el fin de establecer o ajustar la prioridad para permitir a los proveedores de informadores tener preferencia sobre otro LSP de menor prioridad. Para que un LSP tenga preferencia, su prioridad de retención debe ser inferior a la del LSP que está intentando establecer.