Tunnelisation du LDP sur SR-TE

Avantages de la tunnelisation LDP par rapport à SR-TE

• Permet une intégration transparente de LDP sur SR-TE dans le réseau central.

• Offre des options de connectivité flexibles pour s’adapter à plusieurs topologies, protocoles et domaines.

• Permet l’interopérabilité entre les équipements compatibles LDP et SR.

• Exploite les capacités de partage de charge de la SR-TE.

• Permet de restaurer plus rapidement la connectivité réseau à l’aide de la technologie TI-LFA (Topology Independent Loop-Free Alternate) dans le domaine SR-TE. Le SR utilisant TI-LFA achemine instantanément le trafic vers un chemin de secours ou un autre chemin si le chemin principal tombe en panne ou devient indisponible.

Présentation de la tunnelisation LDP sur SR-TE

Il est courant pour les fournisseurs de services d’utiliser le protocole de signalisation LDP avec un transport MPLS à la périphérie de leurs réseaux. Le LDP a l’avantage d’être simple, mais il lui manque les capacités d’ingénierie du trafic (TE) et de réparation de chemin sophistiquées qui sont souvent souhaitées au cur du réseau. De nombreux fournisseurs de services migrent de RSVP vers Segment Routing Traffic Engineering (SR-TE) dans le réseau central. Le SR-TE est également appelé routage source dans les réseaux de paquets (SPRING).

Il est possible que les routeurs exécutant LDP à la périphérie ne prennent pas en charge les fonctionnalités SR. Le fournisseur de services peut souhaiter continuer à utiliser LDP sur ces routeurs pour éviter d’avoir à effectuer une mise à niveau. Dans de tels scénarios, la fonctionnalité de tunnelisation LDP sur SR-TE permet d’intégrer des routeurs qui ne sont pas compatibles SR (exécutant LDP) avec des routeurs compatibles SR (exécutant SR-TE).

Les LSP LDP sont tunnelisés via le réseau SR-TE, ce qui permet l’interopérabilité des LSP LDP avec les LSP SR-TE. Par exemple, si vous avez des domaines LDP sur le réseau périphérique du fournisseur et SR-TE dans le réseau central, vous pouvez connecter les domaines LDP via SR-TE, comme illustré à Figure 1la .

La tunnelisation du LDP sur SR-TE prend en charge la coexistence des LSP LDP et des LSP SR-TE.

Vous pouvez également tunneliser le protocole LDP sur SR-TE entre les domaines LDP connectés aux réseaux centraux interrégionaux. Par exemple, si plusieurs domaines LDP régionaux sont connectés aux réseaux centraux SR-TE inter-régions, vous pouvez tunneliser le LDP à travers le réseau central SR-TE inter-régions, comme illustré à Figure 2la .

En Figure 2, vous disposez de trois réseaux régionaux (A, B et C) exécutant LDP. Ces domaines LDP régionaux sont connectés à leurs réseaux centraux régionaux respectifs exécutant la SR-TE. Les réseaux centraux régionaux de SR-TE sont en outre interconnectés à d’autres réseaux centraux régionaux de SR-TE (réseau central interrégional). Vous pouvez tunneliser LDP sur ces réseaux centraux SR-TE interrégionaux et déployer des services, tels que des VPN de couche 3, de manière transparente. Ce scénario peut être utilisé dans un réseau de backhaul mobile, où la couche d’agrégation centrale exécute LDP tunnelisé sur SR-TE tandis que la couche d’accès exécute uniquement LDP.

Pour activer la tunnelisation LDP sur SR-TE dans les réseaux IS-IS, vous devez configurer les instructions de configuration suivantes :

• ldp-tunneling au niveau de la hiérarchie [edit protocols source-packet-routing source-routing-path source-routing-path-name] pour activer la tunnelisation LDP sur SR-TE.

• spring-te au niveau de la hiérarchie [edit protocols isis traffic-engineering tunnel-source-protocol] sélectionne les LSP LDP plutôt que SR-TE comme protocole source de tunnel.

Pour activer la tunnelisation LDP sur SR-TE dans les réseaux OSPF, vous devez configurer les instructions de configuration suivantes :

• ldp-tunneling au niveau de la hiérarchie [edit protocols source-packet-routing source-routing-path source-routing-path-name] pour activer la tunnelisation LDP sur SR-TE.

• spring-te au niveau de la hiérarchie [edit protocols ospf traffic-engineering tunnel-source-protocol] sélectionne les LSP LDP plutôt que SR-TE comme protocole source de tunnel.

Vous pouvez configurer plusieurs protocoles source de tunnel pour les IGP (IS-IS et OSPF) afin de créer des itinéraires de raccourci. Lorsque plusieurs protocoles source de tunnel sont configurés et que les tunnels de plusieurs protocoles sont disponibles vers une destination, le tunnel avec l’itinéraire préféré est établi. Par exemple, si le réseau central comporte à la fois des LSP RSVP et des LSP SR-TE et que la tunnelisation LDP est activée pour les LSP RSVP et SR-TE, la tunnel-source-protocol configuration sélectionne le tunnel en fonction de la valeur de préférence. Le tunnel avec la valeur de préférence la plus faible est le plus préféré. Vous pouvez remplacer cette préférence de route par un protocole spécifique pour toutes les destinations en configurant la valeur de préférence, comme illustré dans l’exemple suivant :

Dans cet exemple, vous pouvez voir que la valeur de préférence configurée pour le protocole source de tunnel SR-TE est 2 et que la valeur de préférence pour le protocole source de tunnel RSVP est 5. Dans ce cas, le tunnel SR-TE est préféré car il a la valeur de préférence la plus faible par rapport au protocole source de tunnel RSVP.

REMARQUE :

Il n’est pas obligatoire de configurer la valeur de préférence du protocole source du tunnel. Si plusieurs protocoles source de tunnel ont la même valeur de préférence, le tunnel est établi en fonction de l’itinéraire préféré vers la destination.

La session LDP ciblée est établie et se déclenche lorsque le LSP SR-TE est activé. La session LSP reste établie jusqu’à ce que la configuration de tunnelisation LDP (ldp-tunneling) soit supprimée ou que le LSP SR-TE soit supprimé de la configuration.

REMARQUE :

Actuellement, Junos OS ne prend pas en charge LDP sur les LSP SR-TE colorés.