Descripción general del reenrutamiento rápido
El reenrutamiento rápido proporciona redundancia para una ruta LSP. Cuando se habilita el reenrutamiento rápido, los desvíos se calculan y preestablecen a lo largo del LSP. En caso de que se produzca un fallo de red en la ruta LSP actual, el tráfico se enruta rápidamente a uno de los desvíos. La Figura 1 ilustra un LSP del enrutador A al enrutador F, mostrando los desvíos establecidos. Cada desvío es establecido por un nodo ascendente para evitar el vínculo hacia el nodo descendente inmediato y el nodo descendente inmediato en sí. Cada desvío puede atravesar uno o más enrutadores (o conmutadores) con conmutación de etiquetas que no se muestran en la figura.
El reenrutamiento rápido protege el tráfico contra cualquier punto único de falla entre los enrutadores (o conmutadores) de entrada y salida. Si hay varios errores a lo largo de un LSP, el reenrutamiento rápido podría fallar. Además, el reenrutamiento rápido no protege contra fallas de los enrutadores de entrada o salida.
rápido
Si un nodo detecta que un vínculo descendente ha fallado (utilizando un mecanismo de detección de vida específico de la capa de enlace) o que un nodo descendente ha fallado (por ejemplo, usando el protocolo RSVP neighbor hello), el nodo cambia rápidamente el tráfico al desvío y, al mismo tiempo, señala al enrutador de entrada sobre el error del vínculo o nodo. La figura 2 ilustra el desvío que se toma cuando falla el vínculo entre el enrutador B y el enrutador C.
Si la topología de red no es lo suficientemente rica (no hay suficientes enrutadores con suficientes vínculos a otros enrutadores), es posible que algunos de los desvíos no tengan éxito. Por ejemplo, el desvío del enrutador A al enrutador C en la figura 1 no puede atravesar el vínculo A-B y el enrutador B. Si tal camino no es posible, el desvío no ocurre.
Tenga en cuenta que después de que el nodo cambie el tráfico al desvío, podría cambiar el tráfico de nuevo a un desvío recién calculado poco después. Esto se debe a que la ruta de desvío inicial podría no ser la mejor ruta. Para que el reenrutamiento sea lo más rápido posible, el nodo cambia el tráfico al desvío inicial sin verificar primero que el desvío es válido. Una vez realizado el cambio, el nodo vuelve a calcular el desvío. Si el nodo determina que el desvío inicial sigue siendo válido, el tráfico continúa fluyendo por este desvío. Si el nodo determina que el desvío inicial ya no es válido, vuelve a cambiar el tráfico a un desvío recién calculado.
Si emite show comandos después de que el nodo haya cambiado el tráfico al desvío inicial, el nodo podría indicar que el tráfico sigue fluyendo por el LSP original. Esta situación es temporal y debe corregirse rápidamente.
El tiempo necesario para que un desvío de reenrutamiento rápido surta efecto depende de dos intervalos de tiempo independientes:
Cantidad de tiempo para detectar que hay un fallo de vínculo o nodo: este intervalo depende en gran medida de la capa de vínculo en uso y de la naturaleza del error. Por ejemplo, la detección de fallas en un vínculo SONET/SDH suele ser mucho más rápida que en un vínculo Gigabit Ethernet, y ambas son mucho más rápidas que la detección de una falla del enrutador.
Cantidad de tiempo necesario para empalmar el tráfico en el desvío: esta operación la realiza el motor de reenvío de paquetes, que requiere poco tiempo para empalmar el tráfico en el desvío. El tiempo necesario puede variar dependiendo del número de LSP que se cambien a desvíos.
El reenrutamiento rápido es un parche a corto plazo para reducir la pérdida de paquetes. Dado que el cálculo de desvíos podría no reservar un ancho de banda adecuado, los desvíos podrían introducir congestión en los vínculos alternativos. El enrutador de entrada es el único enrutador que es plenamente consciente de las restricciones de la política de LSP y, por lo tanto, es el único enrutador capaz de crear rutas alternativas adecuadas a largo plazo.
Los desvíos se crean mediante el uso de RSVP y, como todas las sesiones de RSVP, requieren un estado y una sobrecarga adicionales en la red. Por esta razón, cada nodo establece como máximo un desvío para cada LSP que tenga habilitada la reenrutamiento rápido. Crear más de un desvío para cada LSP aumenta la sobrecarga, pero no sirve para ningún propósito práctico.
Para reducir aún más la sobrecarga de la red, cada desvío intenta fusionarse de nuevo en el LSP tan pronto como sea posible después de que el nodo o vínculo falle. Si puede considerar un LSP que viaja a través n de nodos enrutadores, es posible crear n – 1 desvíos. Por ejemplo, en la figura 3, el desvío intenta fusionarse de nuevo en el LSP en el enrutador D en lugar de en el enrutador E o F. Volver a fusionarse en el LSP hace que el problema de escalabilidad del desvío sea más manejable. Si las limitaciones de topología impiden que el desvío vuelva a fusionarse rápidamente con el LSP, los desvíos se fusionan con otros desvíos automáticamente.
