Comprendre les tests d’analyse comparative basés sur RFC2544 pour les services E-LAN et E-Line sur les routeurs MX Series
MX Series routeurs ne prennent en charge que la fonction réflecteur dans les tests d’évaluation basés sur RFC2544.
Le Metro Ethernet Forum (MEF) définit deux types de services Ethernet, E-LAN et E-Line, et spécifie les attributs et paramètres de service associés. Ces services peuvent être pris en charge au sein du réseau Metro Ethernet (MEN) et également sur différentes technologies de transport telles que SONET, MPLS, etc. Les routeurs ACX Series de Juniper Networks, les routeurs MX80, MX104 Series et les routeurs MX240, MX480 et MX960 Series avec MPC1, MPC2 et MPC 10 Gigabit Ethernet à 16 ports prennent en charge la réflexion des services E-LAN et E-Line de couche 2. La Figure 1 montre un exemple de topologie pour la réflexion E-LAN et E-Line prise en charge sur les routeurs MX104 Series.
métro
À partir de Junos OS version 15.1, les routeurs MX104 Series prennent en charge les tests d’évaluation basés sur RFC2544 pour la réflexion de la couche 2 (service E-Line) à l’aide de pseudowires (circuit de couche 2 et L2VPN). À partir de Junos OS version 16.1, les routeurs MX80 Series et MX240, MX480 et MX960 Series avec MPC1, MPC2 et 16 ports 10 Gigabit Ethernet MPC prennent en charge les tests d’évaluation basés sur RFC2544 pour la réflexion de la couche 2 (service E-Line). E-Line assure un transport transparent des données. Vous pouvez configurer des tests d’évaluation basés sur RFC2544 pour les directions d’entrée et de sortie sur l’interface CCC de type famille de type CE (Customer Edge) pour un pseudowire Ethernet.
Pour configurer des tests d’évaluation basés sur RFC2544 sur les routeurs MX240, MX480, MX960 Series avec MPC1, MPC2 et le MPC 10 Gigabit Ethernet à 16 ports, reportez-vous à la section Activation de la prise en charge des tests d’évaluation basés sur la norme RFC 2544 sur les routeurs MX Series.
À partir de Junos OS version 15.1, les routeurs MX104 prennent en charge les tests d’évaluation basés sur RFC2544 pour la réflexion de couche 2 (service E-LAN) à l’aide de VPLS et de domaines de pont de base. Dans Junos OS version 14.2 et antérieure, seuls les domaines de pont de base sont utilisés. À partir de Junos OS version 16.1, les routeurs MX80 Series et les routeurs MX240, MX480 et MX960 Series avec MPC1, MPC2 et 16 ports 10 Gigabit MPC prennent en charge les tests d’évaluation basés sur RFC2544 pour la réflexion de couche 2 (service E-LAN) à l’aide de VPLS et de domaines de pont de base. VPLS permet à des sites géographiquement dispersés de partager un domaine de diffusion Ethernet en les connectant via un réseau MPLS. Tous les sites semblent être sur le même réseau local Ethernet, bien que le trafic transite par le réseau MPLS. Les VPLS basés sur LDP et les VPLS basés sur BGP sont tous deux pris en charge. Les tests d’évaluation et de mesure des performances basés sur l’RFC2544 pour les services E-LAN de couche 2 (bridge/ VPLS) sont pris en charge sur le trafic unicast sortant uniquement.
Au cours des tests d’étalonnage, l’initiateur ou le générateur transmet un paquet de test (unicast) à un réflecteur. Le réflecteur reçoit et renvoie le paquet de test vers l’initiateur. Le paquet de test est un paquet UDP sur IP avec un adresse MAC source et un de destination.
Dans un service E-LAN, la session de réflexion du trafic de couche 2 est identifiée par l’adresse MAC source, l’adresse MAC de destination et l’interface de sortie (interface logique). Par défaut, les tests d’évaluation basés sur RFC2544 sont effectués lorsqu’il n’y a pas d’autre trafic de service. Ce mode de fonctionnement est connu sous le nom de mode hors service. Le mode de service par défaut de l’interface de sortie réfléchissante d’un service E-LAN est également le mode hors service. En mode hors service, pendant que le test est en cours d’exécution, tout le trafic de données (autre que le trafic de test) envoyé vers et depuis l’interface de test testée est interrompu. Si le test est activé sur une interface logique, tout le trafic envoyé vers et depuis l’interface logique est interrompu. Toutefois, s’il existe d’autres interfaces logiques sur le port UNI, le trafic envoyé vers et depuis ces interfaces logiques n’est pas interrompu. L’appairage des protocoles de contrôle n’est pas interrompu, tandis que les paquets du protocole de contrôle intermédiaire, tels que les sessions CFM de bout en bout, sont interrompus. Si vous ne souhaitez pas que les paquets du protocole de contrôle soient interrompus, vous pouvez configurer le mode de service E-LAN en mode service. En mode service, pendant que le test est en cours d’exécution, le reste du flux de trafic de données envoyé vers et depuis le port UNI testé sur le service n’est pas interrompu. Les protocoles de contrôle d’appairage et de transmission ne sont pas interrompus.
Dans un service E-Line, la session de réflexion est identifiée par l’interface de sortie qui est l’interface logique. Lors de l’activation de la réflexion sur une interface logique, le trafic reçu sur l’interface logique est réfléchi. Vous pouvez spécifier le type de trafic que vous souhaitez refléter en spécifiant EtherType (spécifie le protocole transporté). Si vous ne spécifiez pas l’EtherType, tout le trafic est répercuté. Le système ne bloque pas explicitement le reste du trafic sur l’interface de test pendant le service E-line. Vous pouvez bloquer le trafic non test à l’aide de filtres de pare-feu.
Par défaut, pour les services E-LAN, le réflecteur permute les adresses MAC. Le réflecteur permute les adresses MAC source et de destination et renvoie le paquet à l’initiateur. Par défaut, pour les services E-Line, le réflecteur n’échange pas d’adresse MAC. Le Tableau 1 décrit le comportement d’échange d’adresse MAC pour les types de service.
| Famille |
Direction |
Comportement par défaut |
Configurable par l’utilisateur |
|---|---|---|---|
|
|
Sortie |
Échange d’adresse MAC (type de service E-LAN) Pas d’échange d’adresse MAC (type de service E-Line) |
Non Oui |
|
|
Sortie |
Échange d’adresse MAC (type de service E-LAN) |
Non |
|
|
Sortie |
Pas d’échange d’adresse MAC |
Oui (à partir de Junos OS version 15.1) |
| Entrée |
échange d’adresse MAC |
Non |
Par défaut, les adresses IP et les ports UDP ne sont pas modifiés. Si vous le souhaitez, vous pouvez configurer le réflecteur pour permuter l’adresse IP source et l’adresse IP de destination, ainsi que les ports UDP source et de destination.
Vous pouvez configurer un routeur ACX Series pour qu’il fonctionne à la fois comme initiateur et comme réflecteur. Le routeur MX104 Series peut être configuré pour fonctionner uniquement comme réflecteur.
À partir de la version 15.1 de Junos OS, les routeurs MX104 Series prennent en charge la spécification du protocole transporté dans la trame Ethernet. À partir de la version 16.1 de Junos OS, les routeurs MX80 Series et les routeurs MX240, MX480 et MX960 Series avec MPC1, MPC2 et MPC 10 gigabit 16 ports prennent également en charge la spécification du protocole transporté dans la trame Ethernet. Pour spécifier l’EtherType (spécifie le protocole transporté) utilisé pour la réflexion des trames de test, utilisez la reflect-etype commande. Si vous ne spécifiez pas l’EtherType, tous les EtherTypes sont reflétés.
La bande passante de réflexion maximale prise en charge est de 4 Gbit/s. Étant donné que RFC2544 reflection partage la bande passante système avec d’autres services de bouclage tels que les services de tunnel, vous devez gérer le partage de la bande passante pour effectuer des tests de performances basés sur RFC2544.
Les tests d’analyse comparative basés sur l’RFC2544 ne sont pas pris en charge lors de la mise à niveau logicielle en service unifié (ISSU) et du basculement GRES (Graceful moteur de routage Switchover).
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.