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 l’instruction community :

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 politique de routage pour un circuit de couche 2, reportez-vous à la section Configuration de 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 (PDU) de couche 2 transportée et l’étiquette VC utilisée pour le démultiplexage. Pour la plupart des protocoles, un mot de contrôle nul composé uniquement de zéros est envoyé entre les voisins du circuit de couche 2.

Cependant, des 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 supprimer l’en-tête d’un protocole de couche 2 de la trame. Les données et le mot de contrôle restants peuvent être envoyés sur le circuit de couche 2, et la trame peut être réassemblée 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 de bits spéciaux dans le mot de contrôle :

• Frame Relay : le mot de contrôle prend en charge le transport des informations éligibles aux rejets (DE), de transfert de notification explicite de congestion (FECN) et de notification de congestion explicite (BECN) en aval. Pour plus d’informations sur la configuration, reportez-vous à la section Configuration du mot de contrôle pour les interfaces Frame Relay.

  Remarque :

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

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

• Mode relais cellulaire ATM : le mot de contrôle prend uniquement en charge le traitement des numéros de séquence. Lorsque vous configurez un circuit de couche 2 en mode relais de cellule, 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 numéros de séquence pour les modes relais de cellule ATM et AAL5 n’est pas la même que celle décrite à la section 3.1.2 du projet de l’IETF Méthodes d’encapsulation 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 numéro 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émentiel suivant est considéré comme hors séquence.

• Lorsque des paquets hors séquence arrivent, le numéro de séquence dans le mot de contrôle de circuit de couche 2 est incrémenté de 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 couche 2 circuit lors de la création de pseudowires. 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 type de protocole de couche 2 que vous avez déployé dans 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’instruction 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 autoriser l’établissement d’un circuit de couche 2 même si l’encapsulation configurée sur l’interface du dispositif CE ne correspond pas à l’encapsulation configurée sur l’interface du circuit de couche 2 en incluant l’instruction ignore-encapsulation-mismatch . Vous pouvez configurer l’instruction ignore-encapsulation-mismatch pour la connexion à la connexion distante 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 instruction au niveau de la [edit protocols l2circuit local-switching interface interface-name] hiérarchie.

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration.

Configuration de la MTU annoncée pour un circuit de couche 2

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

Cependant, les encapsulations qui prennent en charge plusieurs interfaces logiques (et plusieurs circuits de couche 2) s’appuient sur la même interface MTU (puisqu’elles sont toutes associées à la même interface physique). Cela peut s’avérer être une limitation pour les circuits VLAN de couche 2 utilisant la même interface Ethernet ou pour les DLCI de couche 2 circuit utilisant la même interface Frame Relay.

Cela peut également affecter les environnements multifournisseurs. Par exemple, si vous avez trois périphériques PE fournis par différents fournisseurs et que l’un des périphériques ne prend en charge qu’une MTU de 1500, même si les autres périphériques prennent en charge des MTU plus grandes, vous devez configurer la MTU sur 1500 (la plus petite MTU des trois périphériques PE).

Vous pouvez configurer explicitement la MTU annoncée 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 une MTU pour un circuit de couche 2, tenez compte des points suivants :

• Une MTU explicitement configurée est signalée à l’équipement PE distant. La MTU configurée est également comparée à la MTU reçue de l’équipement PE distant. En cas de conflit, le circuit de couche 2 est arrêté.

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

• 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 la bonne MTU pour la transmission des données.

Pour configurer la MTU d’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 la MTU ne correspond pas

Vous pouvez configurer Junos OS pour permettre l’établissement d’un circuit de couche 2 même si la MTU configurée sur le routeur PE ne correspond pas à la MTU configurée 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 Protect

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

Pour configurer l’interface de protection, incluez l’instruction protect-interface :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration.

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

Configuration de l’interface de protection du basculement 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 est rconnectée, elle est rebasculée de l’interface de protection vers l’interface principale. Pour empêcher le basculement vers l’interface principale, à moins que l’interface de protection ne tombe en panne, incluez l’instruction no-revert . Cela permet d’éviter les pertes 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 du Pseudowire Status TLV

La variable de longueur de type d’état pseudowire (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 de voisins VPLS LDP. Le statut pseudowire TLV est configurable pour chaque connexion pseudowire et est désactivé par défaut. Le processus de négociation de l’état pseudowire garantit qu’un routeur PE revient à la méthode de retrait d’étiquette pour l’état pseudowire si son voisin de routeur PE distant ne prend pas en charge le TLV d’état pseudowire.

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

Pour configurer le pseudowire status TLV pour le pseudowire vers le routeur PE voisin, incluez l’instruction pseudowire-status-tlv :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration.

Configuration de 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 faire en sorte qu’un circuit de couche 2 traverse un LSP RSVP et l’autre un LSP LDP. Pour ce faire, vous devez configurer deux adresses de bouclage sur le routeur local. Vous configurez l’une des adresses 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 bouclage, consultez 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 du circuit de couche 2 traversant le LSP RSVP ou de celui traversant le LSP LDP. L’adresse du point de terminaison 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’instruction 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 tunnel PSN d’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 de tunnel sur le 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 du voisin et l’ID du circuit virtuel. Une liaison LDP-FEC à l’étiquette est associée à un circuit de couche 2 en fonction de l’ID de circuit virtuel dans la FEC et du voisin qui a envoyé cette liaison. La liaison LDP-FEC à l’étiquette permet la diffusion de l’étiquette VPN utilisée pour envoyer le trafic sur ce circuit de couche 2 vers l’équipement CE distant.

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

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

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, consultez la section résumé de la déclaration de cette déclaration.