Configuration des interfaces pour les circuits de couche 2

Configuration d’une communauté pour le circuit de couche 2

Pour configurer une communauté pour un circuit de couche 2, incluez la community déclaration :

Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :

• [edit protocols l2circuit neighbor address interface interface-name]

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Pour plus d’informations sur la configuration d’une stratégie de routage pour un circuit de couche 2, voir Configuration des stratégies pour les circuits de couche 2.

Configuration du mot de contrôle pour les circuits de couche 2

Pour émuler l’encapsulation de circuit virtuel (VC) pour les circuits de couche 2, un mot de contrôle de 4 octets est ajouté entre l’unité de données de protocole de couche 2 (PDU) en cours de transport et le label VC utilisé pour le démultiplexage. Pour la plupart des protocoles, un mot de contrôle null comprenant tous les zéros est envoyé entre les voisins de circuit de couche 2.

Cependant, les bits individuels sont disponibles dans un mot de contrôle qui peut transporter des informations de contrôle de protocole de couche 2. Les informations de contrôle sont mappées dans le mot de contrôle, ce qui permet de retirer l’en-tête d’un protocole de couche 2 de la trame. Les données restantes et le mot de contrôle peuvent être envoyés sur le circuit de couche 2, et la trame peut être réassemblé avec les informations de contrôle appropriées au point de sortie du circuit.

Les protocoles de couche 2 suivants mappent les informations de contrôle de couche 2 dans des champs bit spéciaux dans le mot de contrôle :

• Relais de trames : le mot de contrôle prend en charge le transport des informations éligibles de rejet (DE), FECN (Forward Explicit Congestion Notification) et Backward Explicit Congestion Notification (BECN). Pour plus d’informations sur la configuration, consultez Configuration de Control Word pour les interfaces de relais de trames.

  Note:

  Le relais de trames n’est pas pris en charge sur les routeurs ACX Series.

• Mode ATM AAL5 : le mot de contrôle prend en charge le transport du traitement des numéros de séquence, de la priorité de perte de cellule ATM (CLP) et des informations d’indication explicite de congestion de transfert (EFCI). Lorsque vous configurez un circuit de couche 2 en mode AAL5, les informations de contrôle sont transportées par défaut et aucune configuration supplémentaire n’est nécessaire.

• Mode relais-cellule ATM : le mot de contrôle ne prend en charge que le traitement des nombres de séquences. Lorsque vous configurez un circuit de couche 2 en mode relais cellulaire, les informations de numéro de séquence sont transmises par défaut et aucune configuration supplémentaire n’est nécessaire.

L’implémentation par Junos OS du traitement des nombres de séquences pour le mode relais-cellule ATM et le mode AAL5 n’est pas la même que celle décrite à la section 3.1.2 du projet de méthodes d’encapsulation de l’IETF pour le transport de trames de couche 2 sur les réseaux IP et MPLS. Les différences sont les suivantes :

• Un paquet dont le nombre de séquence est 0 est considéré comme hors séquence.

• Un paquet qui n’a pas le numéro de séquence incrémental suivant est considéré hors de la séquence.

• Lorsque les paquets sortant de la séquence arrivent, le numéro de séquence dans le mot contrôle de circuit de couche 2 incrémente d’un et devient le numéro de séquence attendu pour le voisin.

Les sections suivantes expliquent comment configurer le mot de contrôle pour les circuits de couche 2 :

Configuration du type d’encapsulation pour l’interface de voisinage de circuit de couche 2

Vous pouvez spécifier le type d’encapsulation de circuit de couche 2 pour l’interface recevant le trafic d’un voisin de circuit de couche 2. Le type d’encapsulation est porté dans les messages de signalisation LDP échangés entre les voisins de circuit de couche 2 lorsque des pseudowires sont créés. Le type d’encapsulation que vous configurez pour chaque voisin de circuit de couche 2 varie en fonction du type d’équipement réseau ou du protocole de couche 2 que vous avez déployé sur votre réseau. Si vous ne spécifiez pas de type d’encapsulation pour le circuit de couche 2, l’encapsulation de l’interface de l’équipement CE est utilisée par défaut.

Spécifiez le type d’encapsulation de l’interface voisine de circuit de couche 2 en incluant l’énoncé encapsulation-type :

Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :

• [edit protocols l2circuit neighbor address interface interface-name]

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

Activation du circuit de couche 2 lorsque l’encapsulation ne correspond pas

Vous pouvez configurer Junos OS pour permettre l’établissement d’un circuit de couche 2 même si l’encapsulation configurée sur l’interface de l’équipement CE ne correspond pas à l’encapsulation configurée sur l’interface de circuit de couche 2 en incluant l’instruction ignore-encapsulation-mismatch . Vous pouvez configurer l’instruction ignore-encapsulation-mismatch pour la connexion à distance en incluant l’instruction au niveau de la [edit protocols l2circuit neighbor address interface interface-name] hiérarchie ou pour la connexion locale en incluant cette déclaration au niveau de la [edit protocols l2circuit local-switching interface interface-name] hiérarchie.

Pour obtenir une liste des niveaux hiérarchiques auxquels vous pouvez inclure cette déclaration, consultez la section récapitulatif de l’instruction pour cette déclaration.

Configuration du MTU annoncé pour un circuit de couche 2

Par défaut, le MTU utilisé pour annoncer un circuit de couche 2 est déterminé en prenant le MTU d’interface pour l’interface physique associée et en soustrayant les frais d’encapsulation pour l’envoi de paquets IP en fonction de l’encapsulation.

Toutefois, les encapsulations qui prennent en charge plusieurs interfaces logiques (et plusieurs circuits de couche 2) reposent sur la même interface MTU (car elles sont toutes associées à la même interface physique). Cela peut s’avérer être une limite pour les circuits VLAN de couche 2 utilisant la même interface Ethernet ou pour les DLCIs de circuit de couche 2 utilisant la même interface de relais de trames.

Cela peut également affecter les environnements multifournisseurs. Par exemple, si vous disposez de trois équipements PE fournis par différents fournisseurs et que l’un des équipements ne prend en charge qu’un MTU de 1 500, même si les autres équipements prennent en charge des MTU plus importants, vous devez configurer le MTU comme 1 500 (le plus petit MTU des trois équipements PE).

Vous pouvez configurer explicitement le MTU annoncé pour un circuit de couche 2, même si le circuit de couche 2 partage une interface physique avec d’autres circuits de couche 2. Lorsque vous configurez explicitement un MTU pour un circuit de couche 2, soyez conscient des éléments suivants :

• Un MTU explicitement configuré est signalé à l’équipement PE distant. Le MTU configuré est également comparé au MTU reçu de l’équipement PE distant. En cas de conflit, le circuit de couche 2 est désactivé.

• Si vous configurez un MTU pour une interface de relais de cellule ATM sur un PIC ATM II, le MTU configuré est utilisé pour calculer la taille de l’offre de cellules annoncée pour ce circuit de couche 2, au lieu de l’interface MTU par défaut.

• Un MTU configuré n’est utilisé que dans le plan de contrôle. Elle n’est pas appliquée dans le plan de données. Vous devez vous assurer que l’équipement CE d’un circuit de couche 2 donné utilise le MTU approprié pour la transmission des données.

Pour configurer le MTU pour un circuit de couche 2, incluez l’instruction mtu au niveau de la [edit protocols l2circuit neighbor address interface interface-name] hiérarchie.

Activation du circuit de couche 2 lorsque le MTU ne correspond pas

Vous pouvez configurer Junos OS pour permettre l’établissement d’un circuit de couche 2 même si le MTU configuré sur le routeur PE ne correspond pas au MTU configuré sur le routeur PE distant en incluant l’instruction ignore-mtu-mismatch au niveau de la [edit protocols l2circuit neighbor address interface interface-name] hiérarchie.

Configuration de l’interface de protection

Vous pouvez configurer une interface de protection pour l’interface logique reliant un circuit virtuel à sa destination, que la destination soit distante ou locale. Une interface de protection fournit une sauvegarde de l’interface protégée en cas de défaillance. Le trafic réseau utilise l’interface principale uniquement tant que l’interface principale fonctionne. En cas d’échec de l’interface principale, le trafic est passé à l’interface de protection. L’interface de protection est en option.

Pour configurer l’interface de protection, incluez la protect-interface déclaration :

Pour obtenir une liste des niveaux hiérarchiques auxquels vous pouvez inclure cette déclaration, consultez la section récapitulatif de l’instruction pour cette déclaration.

Pour obtenir un exemple de configuration d’une interface de protection pour un circuit de couche 2, consultez Exemple : configuration des interfaces de protection des circuits de couche 2.

Configuration de l’interface de protection de la commutation vers l’interface principale

En règle générale, lorsque l’interface principale tombe en panne, le pseudowire commence à utiliser l’interface de protection. Par défaut, lorsque l’interface principale revient en ligne, l’interface est revenir de l’interface de protection à l’interface principale. Pour éviter le retour à l’interface principale, à moins que l’interface de protection ne tombe en panne, incluez l’instruction no-revert . Cela permet d’éviter la perte de trafic pendant le basculement.

Vous pouvez configurer l’instruction no-revert au niveau de la [edit protocols l2circuit neighbor address interface interface-name] hiérarchie :

Configuration de l’TLV d’état Pseudowire

La variable pseudowire status type length (TLV) est utilisée pour communiquer l’état d’un pseudowire entre deux routeurs PE. Pour les configurations de circuit de couche 2, vous pouvez configurer le routeur PE pour négocier le pseudowire avec son voisin à l’aide du statut pseudowire TLV. Cette même fonctionnalité est également disponible pour les configurations LDP VPLS voisines. Le statut pseudowire TLV est configurable pour chaque connexion pseudowire et est désactivé par défaut. Le processus de négociation du statut pseudowire garantit qu’un routeur PE revient à la méthode de retrait des étiquettes pour le statut pseudowire si son voisin de routeur PE distant ne prend pas en charge le statut pseudowire TLV.

Contrairement au mot de contrôle, la capacité d’un routeur PE à prendre en charge l’état pseudowire TLV est communiquée lorsque le message initial de mappage d’étiquettes est envoyé à son routeur PE distant. Une fois que le routeur PE transmet sa prise en charge du statut pseudowire TLV à son routeur PE distant, il inclut le statut pseudowire TLV dans chaque message de mappage d’étiquettes envoyé au routeur PE distant. Si vous désactivez la prise en charge de l’état pseudowire TLV sur le routeur PE, un message de retrait d’étiquette est envoyé au routeur PE distant, puis un nouveau message de mappage d’étiquettes sans l’état pseudowire TLV suit.

Pour configurer l’état pseudowire TLV du pseudowire au routeur PE voisin, incluez la pseudowire-status-tlv déclaration :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette déclaration, reportez-vous à la section résumé de l’instruction pour cette déclaration.

Configuration des circuits de couche 2 sur les LSP RSVP et LDP

Vous pouvez configurer deux circuits de couche 2 entre les deux mêmes routeurs, et un circuit de couche 2 traverse un LSP RSVP et l’autre traverse un LSP LDP. Pour cela, vous devez configurer deux adresses de bouclage sur le routeur local. Vous configurez une adresse de bouclage pour le circuit de couche 2 traversant le LSP RSVP. Vous configurez l’autre adresse de bouclage pour gérer le circuit de couche 2 traversant le LSP LDP. Pour plus d’informations sur la configuration de plusieurs interfaces de boucle arrière, voir Configuration des unités logiques sur l’interface de bouclage pour les instances de routage dans les VPN de couche 3.

Vous devez également configurer un point de terminaison de tunnel PSN (Packet Switched Network) pour l’un des circuits de couche 2. Il peut s’agir soit du circuit de couche 2 traversant le LSP RSVP ou de celui traversant le LSP LDP. L’adresse du point de terminaison du tunnel PSN est l’adresse de destination du LSP sur le routeur distant.

Pour configurer l’adresse du point de terminaison du tunnel PSN, incluez l’énoncé psn-tunnel-endpoint :

Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :

• [edit logical-systems logical-system-name protocols l2circuit neighbor address interface interface-name]

• [edit protocols l2circuit neighbor address interface interface-name]

Par défaut, le point de terminaison du tunnel PSN pour un circuit de couche 2 est identique à l’adresse voisine, qui est également la même que l’adresse voisine LDP.

Les points de terminaison du tunnel du routeur distant n’ont pas besoin d’être des adresses de bouclage.

Configuration de l’ID de circuit virtuel

Vous configurez un ID de circuit virtuel sur chaque interface. Chaque ID de circuit virtuel identifie de manière unique le circuit de couche 2 parmi tous les circuits de couche 2 à un voisin spécifique. La clé pour identifier un circuit de couche 2 particulier sur un routeur PE est l’adresse voisine et l’ID de circuit virtuel. Une liaison LDP-FEC-to-label est associée à un circuit de couche 2 basé sur l’ID de circuit virtuel dans le FEC et le voisin qui a envoyé cette liaison. La liaison LDP-FEC-to-label permet de diffuser le label VPN utilisé pour envoyer le trafic sur ce circuit de couche 2 à l’équipement CE distant.

Vous configurez également un ID de circuit virtuel pour chaque pseudowire redondant. Un pseudowire redondant est identifié par l’adresse voisine de secours et l’ID de circuit virtuel. Pour plus d’informations, voir Configuration de la redondance Pseudowire sur le routeur PE.

Pour configurer l’ID de circuit virtuel, incluez l’énoncé virtual-circuit-id :

Pour obtenir une liste des niveaux hiérarchiques auxquels vous pouvez inclure cette déclaration, consultez la section récapitulatif de l’instruction pour cette déclaration.