Configuration du bouclage Ethernet pour les tests d’évaluation basés sur la RFC 2544
Le bouclage Ethernet est une fonctionnalité que vous pouvez utiliser pour vérifier la connectivité et identifier ou isoler les défaillances d’un réseau.
Sur les routeurs ACX Series, le bouclage Ethernet est pris en charge dans le sens de sortie des interfaces utilisateur vers réseau (UNI) pour une bridge configuration familiale. Dans les routeurs ACX Series, le bouclage Ethernet est configuré sur les interfaces logiques. La fonction de bouclage Ethernet peut être utilisée pour mesurer les performances, où les paquets sont renvoyés en boucle à l’appareil de mesure pour tester divers services.
de bouclage Ethernet
La figure 1 illustre un scénario dans lequel l’interface UNI-B est configurée en mode de bouclage Ethernet dans le sens de la sortie. Les paquets reçus sur l’interface réseau (NNI) du routeur ACX Series sont transférés à l’interface UNI-B et bouclés à l’interface UNI-B après l’échange des adresses MAC source et de destination. Il s’agit d’un cas d’usage pour tester un service de bout en bout.
Vous pouvez utiliser les paramètres facultatifs suivants pour identifier un flux de trafic sortant pour le bouclage Ethernet :
-
Adresse MAC source
-
Adresse MAC de destination
-
Adresse IPv4 source
-
Adresse IPv4 de destination
-
VLAN (en anglais)
-
Priorité VLAN .1p
-
Type d’Ether
-
Durée de test de l’itérateur
Lors des tests d’évaluation RFC2544, configurez le bouclage Ethernet comme mode de test sur une interface logique en incluant l’instruction Ethernet-loopback CLI au niveau de la [edit services rpm rfc2544-benchmarking] hiérarchie.
Si vous configurez le bouclage Ethernet sur des interfaces logiques sans configurer aucun des paramètres facultatifs, tout trafic unicast inconnu dans le même domaine de pont est également bouclé et n’est pas transféré vers d’autres interfaces logiques pendant l’exécution du test.
Lorsqu’un test d’évaluation des RFC2544 est en cours d’exécution, si le paramètre test-iterator-duration n’est pas configuré, le bouclage Ethernet se poursuit jusqu’à ce que le test soit terminé ou terminé.
Lorsque vous effectuez des tests d’évaluation RFC2544, vous pouvez configurer le test en mode initiateur, réflecteur ou bouclage. Vous ne pouvez pas effectuer les tests d’évaluation RFC2544 dans une combinaison de ces modes de test.
Voici un exemple de configuration de bouclage Ethernet :
[edit services rpm rfc2544-benchmarking]
tests {
test-name test1{
source-mac-address 00:bb:cc:dd:ee:ff;
destination-mac-address 00:11:22:33:44:55;
vlan-id 100;
vlan-priority 2;
vlan-cfi 1;
ip-swap;
udp-tcp-port-swap;
forwarding-class network-control;
packet-loss-priority medium-high;
mode ethernet-loopback;
family bridge;
reflect-etype 2048;
direction egress;
source-udp-port 2020;
destination-udp-port 3030;
test-iterator-duration 50;
test-interface ge-0/1/6.0;
}
}
[edit interfaces]
ge-0/1/4 {
flexible-vlan-tagging;
encapsulation flexible-ethernet-services;
unit 0 {
encapsulation vlan-bridge;
vlan-id 1000;
family bridge {
filter {
input ft1;
}
}
}
ge-0/1/6 {
flexible-vlan-tagging;
encapsulation flexible-ethernet-services;
unit 0 {
encapsulation vlan-bridge;
vlan-id 100;
input-vlan-map {
push;
vlan-id 1000;
}
output-vlan-map pop;
}
}
[edit routing-options]
ppm {
traceoptions {
file ppmd size 100m;
flag packet;
flag event;
flag distribute;
flag pipe;
flag all;
}
}
[edit firewall]
family bridge {
filter ft1 {
term t1 {
from {
user-vlan-id 100;
}
then count loopback;
}
}
}
[edit bridge-domains]
bd1 {
interface ge-0/1/4.0;
interface ge-0/1/6.0;
}