Comprendre la synchronisation LDP-IGP

Le LDP est souvent utilisé pour établir des chemins de commutation d’étiquettes (LSP) MPLS dans l’ensemble d’un domaine réseau à l’aide d’un IGP de type OSPF ou IS-IS. Dans un tel réseau, toutes les liaisons du domaine ont des adjacences IGP ainsi que des adjacences LDP. Le LDP établit les LSP sur le chemin le plus court vers une destination, telle que déterminée par le transfert IP.

Si les protocoles IGP et LDP ne sont pas synchronisés, une perte de paquets peut se produire. Ce problème est particulièrement important pour les applications telles que les réseaux centraux qui n’utilisent pas BGP. Un autre exemple est celui d’un VPN MPLS où chaque routeur de périphérie (PE) du fournisseur dépend de la disponibilité d’un chemin de transfert MPLS complet vers les autres périphériques PE pour chaque VPN qu’il dessert. Cela signifie que le long du chemin le plus court entre les routeurs PE, chaque liaison doit avoir une adjacence hello opérationnelle et une session LDP opérationnelle, et les liaisons d’étiquettes MPLS doivent avoir été échangées au cours de chaque session.

Le protocole LDP établit les LSP MPLS le long du chemin le plus court vers la destination, tel que déterminé par le transfert IP. Dans un scénario VPN de couche 2 ou VPN de couche 3, si le LSP n’est pas encore formé entre les périphériques PE, les services dépendant du transfert MPLS échouent. Lorsque LDP n’a pas terminé l’échange de liaisons d’étiquettes avec un saut suivant IGP, le trafic est ignoré si la tête de réseau du LSP transfère le trafic car le LSP est supposé être en place.

Il y a plusieurs raisons pour lesquelles le LSP n’est pas mentionné, comme suit :

• Erreurs de configuration et problèmes d’implémentation.

• Lorsqu’une contiguïté LDP hello ou une session LDP avec un pair est perdue en raison d’une erreur alors que l’IGP pointe toujours vers cet homologue. Le transfert IP du trafic se poursuit sur la liaison IGP associée à l’homologue LDP plutôt que d’être déplacé vers une autre liaison IGP avec laquelle LDP est synchronisé.

• Lorsqu’un nouveau lien IGP apparaît, le saut suivant vers une certaine destination est modifié dans les calculs SPF (Shortest-Path-First) de l’IGP. Bien que l’IGP soit en place sur la nouvelle liaison, LDP n’a peut-être pas terminé l’échange d’étiquettes pour toutes les routes. Cette condition peut être transitoire ou due à une mauvaise configuration.

La synchronisation LDP-IGP empêche l’utilisation d’une liaison lorsque les sessions LDP ne sont pas complètement établies. Lorsque le protocole LDP n’est pas entièrement opérationnel sur une liaison, l’IGP annonce un coût maximal pour la liaison, empêchant ainsi le trafic de la traverser. L’IGP n’annonce pas le coût ou la mesure d’origine de la liaison tant que l’échange d’étiquettes LDP n’a pas été effectué avec l’homologue sur la liaison ou qu’un laps de temps configuré ne s’est pas écoulé (la période de retenue). Par défaut, LDP attend 10 secondes après l’établissement de la session LDP sur le lien avant d’avertir les IGP pour s’assurer que l’échange d’étiquettes est terminé. Ceci est configurable à l’aide de l’instruction igp-synchronization holdown-interval au niveau de la [edit protocols ldp] hiérarchie.

Lorsque la synchronisation est configurée, LDP informe l’IGP d’annoncer le coût maximal de la liaison lorsque l’un des événements déclencheurs suivants se produit :

• La contiguïté du bonjour LDP diminue.

• La session LDP tombe en panne.

• LDP n’est pas configuré sur une interface.

Si le minuteur holdown a été configuré, le minuteur démarre lorsque l’événement déclencheur se produit. À l’expiration du minuteur, LDP informe l’IGP de reprendre la publication du coût initial.

Si le minuteur de retenue n’a pas été configuré, l’IGP attend (indéfiniment) que les sessions LDP soient activées et que l’intervalle de holdown igp-snychronisation soit passé pour s’assurer que les échanges d’étiquettes sont terminés. Ce n’est qu’après cela que LDP informe l’IGP de réduire le coût de l’interface.

La synchronisation LDP-IGP n’est prise en charge que pour les homologues directement connectés et les liens avec l’espace d’étiquettes de la plate-forme.