Premiers pas avec MC-LAG
Configuration de l’agrégation de liens multichâssis sur les routeurs MX Series
L’agrégation de liens multichâssis (MC-LAG) permet à une plate-forme de routage universelle 5G MX Series de former une interface LAG logique avec deux autres équipements ou plus. MC-LAG offre des avantages supplémentaires par rapport aux LAG traditionnels en termes de redondance au niveau des nuds, de prise en charge du multihébergement et d’un réseau de couche 2 sans boucle sans avoir besoin d’exécuter le protocole STP (Spanning Tree Protocol). MC-LAG peut être configuré pour les instances de routage VPLS (Virtual Private LAN Service), les applications CCC (Circuit Crossconnect) et les types d’encapsulation de circuit de couche 2.
Les équipements MC-LAG utilisent le protocole ICCP (Inter-Chassis Control Protocol) pour échanger les informations de contrôle entre deux équipements réseau MC-LAG.
À l’une des extrémités du MC-LAG se trouve un périphérique client MC-LAG qui possède une ou plusieurs liaisons physiques dans un groupe d’agrégation de liens (LAG). Il n’est pas nécessaire que cet appareil client ait connaissance de la configuration MC-LAG. De l’autre côté du MC-LAG se trouvent deux périphériques réseau MC-LAG. Chacun de ces périphériques réseau dispose d’une ou plusieurs liaisons physiques connectées à un seul périphérique client. Les appareils réseau se coordonnent pour garantir que le trafic de données est correctement transféré.
MC-LAG inclut les fonctionnalités suivantes :
Seul le mode MC-LAG monoactif avec instance VPLS multirésidente est pris en charge.
MC-LAG ne fonctionne qu’entre deux appareils.
Les fonctions de circuit de couche 2 sont prises en charge avec
ether-cccdesvlan-cccencapsulations.Les fonctions VPLS sont prises en charge avec
ether-vplsdesvlan-vplsencapsulations.
La gestion des problèmes de connectivité Ethernet (CFM) spécifiée dans la norme IEEE 802.1ag pour l’exploitation, l’administration et la gestion (OAM) n’est pas prise en charge sur les interfaces MC-LAG.
Pour activer MC-LAG, incluez l’instruction mc-ae au niveau de la [edit interfaces aeX aggregated-ether-options] hiérarchie ainsi que l’une des instructions suivantes au niveau de la [edit interfaces aeX] hiérarchie : encapsulation-ethernet-bridge, encapsulation ethernet-ccc, encapsulation ethernet-vpls, ou encapsulation-flexible-ethernet-services. Vous devez également configurer les lacpinstructions , admin-key, et system-id au niveau de la [edit interfaces aeX aggregated-ether-options] hiérarchie :
Lorsque vous configurez l’instruction prefer-status-control-active , vous devez également configurer l’instruction status-control active . Si vous configurez l’instruction status-control standby avec l’instruction prefer-status-control-active , le système émet un avertissement.
Pour supprimer une interface MC-LAG de la configuration, exécutez la delete interfaces aeX aggregated-ether-options mc-ae commande au niveau de la [edit] hiérarchie en mode configuration :
[edit]
user@host# delete interfaces aeX aggregated-ether-options mc-ae
Effectuez les opérations suivantes sur chaque commutateur hébergeant un MC-LAG :
Configuration de l’agrégation de liens multichâssis sur les commutateurs EX Series
Les groupes d’agrégation de liens multichâssis (MC-LAG) permettent à un équipement client de former une interface LAG logique entre deux homologues MC-LAG (par exemple, des commutateurs EX9200). Un MC-LAG fournit la redondance et l’équilibrage de charge entre les deux homologues MC-LAG, la prise en charge du multihébergement et un réseau de couche 2 sans boucle sans exécuter le protocole STP (Spanning Tree Protocol).
À l’une des extrémités d’un MC-LAG, il existe un périphérique client MC-LAG, tel qu’un serveur, qui a une ou plusieurs liaisons physiques dans un groupe d’agrégation de liens (LAG). Il n’est pas nécessaire de configurer un MC-LAG sur cet appareil client. De l’autre côté du MC-LAG, il y a deux pairs MC-LAG. Chacun des homologues MC-LAG dispose d’une ou plusieurs liaisons physiques connectées à un seul périphérique client.
Les homologues MC-LAG utilisent le protocole ICCP (Inter-Chassis Control Protocol) pour échanger des informations de contrôle et se coordonner afin de garantir que le trafic de données est correctement transféré.
Une interface avec une adresse IP déjà configurée ne peut pas faire partie de l’interface Ethernet agrégée ou du groupe d’interfaces Ethernet agrégées multichâssis.
Effectuez les opérations suivantes sur chaque commutateur hébergeant un MC-LAG :
Voir aussi
Configuration d’ICCP pour MC-LAG
Pour l’agrégation de liens multichâssis (MC-LAG), vous devez configurer l’ICCP (Inter-Control Center Communications Protocol) pour échanger des informations entre deux homologues MC-LAG.
Pour activer ICCP, incluez l’instruction au iccp niveau de la [edit protocols] hiérarchie :
[edit protocols]
iccp {
authentication-key string;
local-ip-addr ipv4-address;
peer ip-address{
authentication-key string;
liveness-detection {
detection-time {
threshold milliseconds;
}
minimum-interval milliseconds;
minimum-receive-interval milliseconds;
multiplier number;
no-adaptation;
transmit-interval {
minimum-interval milliseconds;
threshold milliseconds;
}
version (1 | automatic);
}
local-ip-addr ipv4-address;
redundancy-group-id-list [ redundancy-groups ];
session-establishment-hold-time value;
}
session-establishment-hold-time value;
traceoptions;
}
L’instruction local-ip-address définit l’adresse source. Il peut s’agir d’une adresse ou d’une adresse d’interface spécifiée. L’instruction session-establishment-hold-time détermine si un châssis prend le relais en tant que châssis principal lors de la session ICCP.
L’instruction authentication-key est fournie par l’option TCP Message Digest 5 (md5) pour une session TCP ICCP. L’instruction redundancy-group-id-list spécifie les groupes de redondance entre les homologues ICCP et la hiérarchie configure les liveness-detection options du protocole BFD (Bidirectional Forwarding Detection).
ICCP est basé sur TCP et utilise des routes IP pour atteindre l’homologue MC-LAG. Pour vous assurer que la session ICCP est aussi résiliente que possible, nous vous recommandons de configurer d’autres routes entre les adresses IP des points de terminaison ICCP. Vous pouvez également configurer une interface LAG comportant au moins deux interfaces entre les paires MC-LAG afin d’éviter l’échec de session lorsqu’il n’existe pas d’itinéraires alternatifs.
Pour le protocole ICCP (Inter-Control Center Communications Protocol) dans un groupe d’agrégation de liens multichâssis (MC-LAG) configuré dans un domaine de pont actif-actif, vous devez vous assurer que vous configurez la même adresse IP homologue hébergeant le MC-LAG en incluant l’instruction peer ip-address au niveau hiérarchique [edit protocols iccp] et l’instruction multi-chassis-protection peer ip-address au niveau hiérarchique [edit interfaces interface-name] . La protection multichâssis réduit la configuration au niveau de l’interface logique pour les routeurs MX Series avec des interfaces Ethernet agrégées multichâssis (MC-AE). Si l’ICCP est activé et que la liaison de données interchâssis (ICL) est activée, le routeur configuré en veille affiche les interfaces MC-AE partagées avec le nœud actif-actif homologue spécifié par l’instruction peer .
Par exemple, les instructions suivantes illustrent comment la même adresse IP homologue peut être configurée pour l’homologue ICCP et la liaison de protection multichâssis :
set interfaces ae1 unit 0 multi-chassis-protection 10.255.34.112 interface ae0 set protocols iccp peer 10.255.34.112 redundancy-group-id-list 1
Bien que vous puissiez valider une configuration MC-LAG avec différents paramètres définis pour celle-ci, vous pouvez configurer la protection multichâssis entre deux homologues sans configurer l’adresse homologue ICCP. Vous pouvez également configurer plusieurs homologues ICCP et valider une telle configuration.