Comprendre les chemins de commutation d’étiquettes sur le contrôleur NorthStar
Le contrôleur NorthStar utilise PCEP ou Netconf pour en savoir plus sur les LSP dans la topologie de réseau découverte, et tous les LSP et leurs attributs peuvent être visualisés à partir de l’interface utilisateur du contrôleur NorthStar. Toutefois, le type LSP détermine si le client de calcul de chemin (PCC) ou le contrôleur NorthStar NorthStar conserve les états opérationnels et de configuration.
Les types LSP suivants sont pris en charge sur le contrôleur NorthStar :
LSP contrôlé par PCC : le LSP est configuré localement sur le routeur et le routeur conserve à la fois l’état opérationnel et l’état de configuration du LSP. Le contrôleur NorthStar apprend ces LSP à des fins de visualisation et de calcul de chemin complet. À l’aide de Netconf, ces LSP peuvent être créés ou modifiés dans NorthStar.
LSP délégué PCC : le LSP est provisionné sur le PCC (routeur) et a été délégué au contrôleur NorthStar pour une gestion ultérieure. L’état de fonctionnement et l’état de configuration du LSP sont stockés dans le PCC. Pour les LSP délégués, les champs ERO, bande passante, métrique LSP et priorité peuvent être modifiés à partir de l’interface utilisateur du contrôleur NorthStar. Toutefois, le contrôleur NorthStar peut renvoyer la délégation au PCC, auquel cas le LSP est reclassé comme contrôlé par PCC.
LSP initié par PCE : le LSP est provisionné à partir de l’interface utilisateur du contrôleur NorthStar. Pour ces LSP, seul l’état opérationnel est conservé dans le routeur, et seul NorthStar peut mettre à jour les attributs LSP.
Note:Dans certaines circonstances, le contrôleur NorthStar détecte ces LSP à partir du routeur, même s’ils sont initiés par PCE :
Un LSP initié par PCE peut être créé par un contrôleur autre que le contrôleur NorthStar, puis découvert par NorthStar à partir du routeur.
Lorsque vous réinitialisez la topologie dans le contrôleur NorthStar, NorthStar réapprend les LSP du routeur.
Le contrôleur NorthStar prend en charge la découverte, le contrôle et la création de LSP de protection (LSP de secours et secondaires). Pour les LSP de protection, les LSP principaux, secondaires et de secours doivent être du même type (contrôlé par PCC, délégué par PCC ou initié par PCE). Chaque LSP peut avoir sa propre bande passante, sa propre priorité de configuration et sa propre priorité de maintien, ou utiliser les valeurs du LSP principal (valeur par défaut). Un LSP principal doit toujours être présent pour les LSP initiés par le contrôleur.
Méthode d’approvisionnement
Le contrôleur NorthStar prend en charge deux méthodes de provisionnement et de gestion des LSP : PCEP et Netconf. Lorsque vous provisionnez un LSP à l’aide de PCEP, le LSP est ajouté en tant que LSP initié par PCE. Lorsque vous provisionnez à l’aide de Netconf, le LSP est ajouté en tant que LSP contrôlé par PCC.
À l’heure actuelle, le contrôleur NorthStar prend en charge le provisionnement Netconf sur les équipements Juniper uniquement.
Le Tableau 1 récapitule les actions de provisionnement disponibles pour chaque type de LSP dans le contrôleur NorthStar.
LSP Type |
Provisionner LSP |
Modifier LSP |
Supprimer LSP |
|---|---|---|---|
LSP contrôlé par PCC |
Netconf |
Netconf |
Netconf |
LSP délégué par PCC |
N/A |
Le PCEP |
Netconf |
LSP initié par PCE |
Le PCEP |
Le PCEP |
Le PCEP |
NorthStar n’offre aucun moyen d’approvisionner directement un nouveau prestataire de services linguistiques délégué par PCC. Ce que vous pouvez faire, cependant, c’est provisionner un nouveau LSP contrôlé par PCC à l’aide de Netconf, puis déléguer le LSP à Contrôleur NorthStar en accédant à Applications > Configure LSP Delegation.
Dans NorthStar, les collections d’appareils PCEP et Netconf découvrent les mêmes attributs LSP (en d’autres termes, il n’y a pas d’attributs LSP supplémentaires découverts uniquement par la collection d’appareils).
Les actions suivantes sont effectuées ou disponibles lorsque le provisionnement LSP est effectué via PCEP, mais pas lorsqu’il est effectué via Netconf :
Automatic reprovisioning upon provisioning failure: En cas d’échec du provisionnement via NETCONF, par exemple en cas d’échec de validation ou d’arrêt de la session NETCONF, NorthStar ne retente pas le provisionnement et vous devez renvoyer l’ordre de provisionnement. Cela s’applique à tout provisionnement de LSP contrôlés par PCC et à la suppression de LSP délégués par PCE.
LSP rerouting: lors de la réception d’un événement LSP en panne du réseau, NorthStar ne recalcule pas et ne provisionne pas automatiquement un nouveau chemin pour les LSP contrôlés par PCC.
Path Optimization: lorsque vous exécutez l’optimisation de chemin, les LSP contrôlés par PCC ne sont pas optimisés.
Maintenance: Les LSP contrôlés par PCC ne sont pas réacheminés pour éviter les événements de maintenance planifiés.
Méthode de routage et sélection du chemin
Lors de l’approvisionnement de LSP contrôlés par PCC via Netconf dans NorthStar, vous avez la possibilité de spécifier que NorthStar doit ou non calculer et provisionner le chemin d’accès pour le LSP. Vous spécifiez cette option en définissant la méthode de routage LSP :
routeByDevice routing method : il s’agit de la méthode de routage par défaut lorsqu’un LSP contrôlé par PCC est créé ou appris par NorthStar. Lorsqu’un LSP contrôlé par PCC a une méthode de routage routeByDevice, le contrôleur NorthStar ne calcule pas et ne provisionne pas de chemin d’accès.
Autres méthodes de routage (par défaut, délai, etc.) : lorsqu’un LSP contrôlé par PCC a une méthode de routage qui n’est pas routeByDevice, le contrôleur NorthStar calcule et provisionne le chemin en tant que route explicite stricte lors du provisionnement du LSP. L’itinéraire explicite existant du LSP peut être modifié en un itinéraire explicite strict calculé par NorthStar. Par exemple, une route explicite spécifiée par l’utilisateur ou apprise du routeur sera modifiée en une route explicite stricte.
Note:NorthStar enregistre l’itinéraire explicite strict calculé avec Preferred la sélection de chemin. Cela permet à NorthStar, lorsqu’il a besoin de recalculer le chemin LSP, d’essayer de suivre le chemin explicite strict, tout en lui permettant de calculer un chemin alternatif si le chemin explicite strict n’est plus valide.
Suppression de LSP sur le routeur
Lorsqu’un LSP est supprimé du routeur, et donc du réseau, il est automatiquement supprimé de NorthStar, sauf s’il a été modifié par un utilisateur NorthStar (via l’interface utilisateur Web ou les API REST) et qu’un état Persist lui est donc associé. Tout LSP dont l’état Persist est supprimé du routeur doit être supprimé manuellement dans NorthStar.