Descripción de las rutas conmutadas de etiquetas en el controlador NorthStar
El controlador NorthStar utiliza PCEP o Netconf para obtener información sobre los LSP en la topología de red descubierta, y todos los LSP y sus atributos se pueden ver desde la interfaz de usuario del controlador NorthStar. Sin embargo, el tipo LSP determina si el cliente de cálculo de ruta (PCC) o el controlador NorthStar mantienen los estados operativos y de configuración.
Los siguientes tipos de LSP son compatibles con el controlador NorthStar:
LSP controlado por PCC: el LSP se configura localmente en el enrutador y el enrutador mantiene tanto el estado operativo como el estado de configuración del LSP. El controlador NorthStar aprende estos LSP con el propósito de visualización y computación integral de rutas. Usando Netconf, estos LSPs se pueden crear o modificar en NorthStar.
LSP delegado por PCC: El LSP se aprovisiona en el PCC (enrutador) y se ha delegado en el controlador NorthStar para su posterior administración. El estado operativo y el estado de configuración del LSP se almacenan en el PCC. Para los LSP delegados, los campos ERO, ancho de banda, métrica LSP y prioridad se pueden cambiar desde la interfaz de usuario del Controlador NorthStar. Sin embargo, el controlador NorthStar puede devolver la delegación al PCC, en cuyo caso, el LSP se reclasifica como controlado por PCC.
LSP iniciado por PCE: el LSP se aprovisiona desde la interfaz de usuario del controlador NorthStar. Para estos LSP, solo se mantiene el estado operativo en el enrutador y solo NorthStar puede actualizar los atributos de LSP.
Nota:Hay un par de circunstancias bajo las cuales el controlador NorthStar descubriría estos LSP desde el enrutador, aunque estén iniciados por PCE:
Un LSP iniciado por PCE podría ser creado por un controlador que no sea el controlador NorthStar, y luego descubierto por NorthStar desde el enrutador.
Cuando restablece la topología en el controlador NorthStar, NorthStar vuelve a aprender los LSP desde el enrutador.
El controlador NorthStar admite el descubrimiento, el control y la creación de LSP de protección (LSP secundarios y en espera). Para los LSP de protección, el LSP primario, secundario y en espera debe ser del mismo tipo (controlado por PCC, delegado por PCC o iniciado por PCE). Cada LSP puede tener su propio ancho de banda, prioridad de configuración y prioridad de retención específicos, o puede usar los valores del LSP principal (el valor predeterminado). Un LSP primario siempre debe estar presente para los LSP iniciados por el controlador.
Método de aprovisionamiento
NorthStar Controller admite dos métodos para aprovisionar y administrar LSP: PCEP y Netconf. Cuando aprovisiona un LSP mediante PCEP, el LSP se agrega como un LSP iniciado por PCE. Cuando se aprovisiona mediante Netconf, el LSP se agrega como un LSP controlado por PCC.
En este momento, el controlador NorthStar solo admite el aprovisionamiento de Netconf en dispositivos Juniper.
La Tabla 1 resume las acciones de aprovisionamiento disponibles para cada tipo de LSP en el Controlador NorthStar.
Tipo de LSP |
Provisión de LSP |
Modificar LSP |
Eliminar LSP |
|---|---|---|---|
LSP controlado por PCC |
Netconf |
Netconf |
Netconf |
LSP delegado por PCC |
N/A |
PCEP |
Netconf |
LSP iniciado por PCE |
PCEP |
PCEP |
PCEP |
NorthStar no ofrece una forma de aprovisionar directamente un nuevo LSP delegado por PCC. Sin embargo, lo que puede hacer es aprovisionar un nuevo LSP controlado por PCC mediante Netconf y, a continuación, delegar el LSP al controlador NorthStar navegando a Applications > Configure LSP Delegation.
En NorthStar, tanto la colección de dispositivos PCEP como la de Netconf descubren los mismos atributos LSP (en otras palabras, no hay atributos LSP adicionales descubiertos solo por la colección de dispositivos).
Las siguientes acciones se realizan o están disponibles cuando el aprovisionamiento de LSP se realiza a través de PCEP, pero no cuando se realiza a través de Netconf:
Automatic reprovisioning upon provisioning failure: si se produce un error en el aprovisionamiento a través de NETCONF, por ejemplo, cuando hay un error de confirmación o la sesión de NETCONF está inactiva, NorthStar no vuelve a intentar el aprovisionamiento y deberá volver a enviar el orden de aprovisionamiento. Esto es aplicable a cualquier aprovisionamiento de LSP controlados por PCC y eliminación de LSP delegados por PCE.
LSP rerouting: Cuando recibe un evento de caída de LSP de la red, NorthStar no recalcula ni reaprovisiona automáticamente una nueva ruta para los LSP controlados por PCC.
Path Optimization: cuando se ejecuta la optimización de rutas, los LSP controlados por PCC no se optimizan.
Maintenance: Los LSP controlados por PCC no se desvían para evitar eventos de mantenimiento programados.
Método de enrutamiento y selección de ruta
Al aprovisionar LSP controlados por PCC a través de Netconf en NorthStar, tiene la opción de especificar que NorthStar calcule y aprovisione la ruta para el LSP, o no. Esta opción se especifica estableciendo el método de enrutamiento LSP:
Método de enrutamiento routeByDevice: este es el método de enrutamiento predeterminado cuando NorthStar crea o aprende un LSP controlado por PCC. Cuando un LSP controlado por PCC tiene el método de enrutamiento routeByDevice, el controlador NorthStar no calcula ni aprovisiona una ruta.
Otros métodos de enrutamiento (predeterminado, retraso, etc.): cuando un LSP controlado por PCC tiene un método de enrutamiento que no es routeByDevice, el controlador NorthStar calcula y aprovisiona la ruta como una ruta explícita estricta al aprovisionar el LSP. La ruta explícita existente del LSP podría modificarse a una ruta explícita estricta calculada por NorthStar. Por ejemplo, una ruta explícita suelta especificada por el usuario o aprendida del enrutador se modificaría a una ruta explícita estricta.
Nota:NorthStar guarda la ruta explícita estricta calculada con Preferred la selección de ruta. Esto permite a NorthStar, cuando necesita volver a calcular la ruta LSP, intentar seguir la ruta explícita estricta, al tiempo que le permite calcular una ruta alternativa si la ruta explícita estricta ya no es válida.
Eliminación de LSP en el enrutador
Cuando se elimina un LSP del enrutador y, por lo tanto, de la red, se elimina automáticamente de NorthStar a menos que haya sido modificado por un usuario de NorthStar (a través de la interfaz de usuario web o las API REST) y, por lo tanto, tenga asociado un estado Persist. Cualquier LSP con un estado Persist que se elimine del enrutador requeriría la eliminación manual en NorthStar.