Configurer TWAMP
Le protocole TWAMP (Two-Way Active Measurement Protocol) définit une norme permettant de mesurer les performances IP entre deux appareils d’un réseau. Pour plus d’informations sur TWAMP, reportez-vous à RFC 5357, A Two-Way Active Measurement Protocol (TWAMP). Pour plus d’informations sur le TWAMP, consultez Comprendre le protocole de mesure active bidirectionnel.
Comprendre la configuration TWAMP
La prise en charge et la configuration du protocole TWAMP (Two-Way Active Measurement Protocol) varient selon la plate-forme matérielle, les interfaces physiques ou les interfaces physiques virtuelles (de services). La prise en charge de RPM n’est pas toujours un indicateur de la prise en charge TWAMP sur une combinaison particulière de plate-forme et de carte de ligne pour Junos OS. Les horodatages utilisés dans RPM et TWAMP sont ajoutés à différents endroits, en fonction de la configuration matérielle. Par exemple, différents composants matériels effectuent l’horodatage, soit en ligne dans la puce de recherche (LU), le moteur de routage (Junos OS Evolved), l’horodatage basé sur le micronoyau au niveau du moteur de transfert de paquets hôte ou la carte de ligne telle qu’une carte d’interface physique multiservices (MS-PIC), une carte d’interface modulaire multiservices (MS-MIC), un concentrateur PIC modulaire multiservices (MS-MPC) ou un concentracteur de port dense multiservices (MS-DPC).
Utilisez l’explorateur de fonctionnalités : protocole de mesure active bidirectionnel pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.
Voir Comprendre le protocole de mesure active bidirectionnel pour Junos OS Evolved Différences et remarques sur votre plate-forme.
- Prise en charge de la lumière TWAMP
- Prise en charge simple du protocole STAMP (Two-way Active Measurement Protocol)
- Assistance gérée TWAMP
Prise en charge de la lumière TWAMP
TWAMP Light, tel que défini dans l’Annexe I de la RFC 5357, est une version sans état de TWAMP où les paramètres de test sont prédéfinis au lieu d’être négociés. Tous les paquets de test reçus par le serveur sur un port de test sont renvoyés et oubliés immédiatement.
La prise en charge des adresses cibles IPv6 pour les sessions de test TWAMP Light est introduite dans Junos OS version 21.3R1. Pour le client Junos OS IPv6 TWAMP Light, vous devez configurer les instructions et target-address les destination-port instructions au niveau de la [edit services rpm twamp client control-connection control-client-name test-session test-session-name] hiérarchie. La prise en charge des adresses cibles locales-liens pour les sessions de test IPv6 TWAMP Light est introduite à partir de Junos OS version 21.4R1 et dans Junos OS Evolved version 22.3R1, pour les équipements qui prennent en charge TWAMP Light.
Prise en charge simple du protocole STAMP (Two-way Active Measurement Protocol)
STAMP, tel que défini dans la norme RFC 8762, Simple Two-Way Active Measurement Protocol (STAMP), normalise et étend le mode de fonctionnement TWAMP Light, qui a été défini dans l’annexe I de la RFC 5357, Two-Way Active Measurement Protocol (TWAMP). Un réflecteur conforme à STAMP garantit une taille de charge utile symétrique (conformément à la RFC 6038) et fonctionne en mode sans état ou avec état, selon que le numéro de séquence de la charge utile réfléchie est copié à partir de la trame client ou généré indépendamment. Un réflecteur dynamique peut détecter dans quelle direction les chutes se sont produites. Dans les versions précédentes, nous prenions en charge les charges utiles symétriques et la réflexion sans état. Nous prenons désormais en charge la réflexion dynamique, la conformité totale avec la norme STAMP et les valeurs de chute unidirectionnelles pour les clients. Nous prenons en charge les valeurs de chute unidirectionnelles non seulement pour les clients STAMP, mais également pour les clients en mode géré TWAMP. Pour Junos OS Evolved, STAMP est configuré au niveau de la hiérarchie [edit services monitoring twamp server light]. La réflexion dynamique est configurée avec l’instructionstateful-sequence. Pour les serveurs, la nouvelle valeur par défaut est maintenant pfe-timestamp au offload-type lieu de inline-timestamp.
Utilisez l’explorateur de fonctionnalités : protocole STAMP (Simple Two-Way Active Measurement Protocol) pour confirmer la prise en charge de la plate-forme et de la version.
Assistance gérée TWAMP
Pour Junos OS, TWAMP est configuré au niveau de la [edit services rpm twamp] hiérarchie. Pour Junos OS Evolved, TWAMP est configuré au niveau de la [edit services monitoring twamp] hiérarchie.
Utilisez le protocole de mesure active bidirectionnelle pour confirmer la prise en charge de la plate-forme et de la version pour des fonctionnalités spécifiques.
Configurer un serveur TWAMP
À l’exception des interfaces physiques, la configuration du serveur TWAMP pour Junos OS nécessite la configuration minimale suivante au niveau de la [edit services rpm twamphiérarchie] :
server { authentication-mode mode; client-list list-name { address ip-address; } port 862; }
À partir de Junos OS version 21.3R1, vous n’avez plus besoin de configurer l’instruction authentication-mode . Le mode par défaut est maintenant none, ce qui signifie que les communications avec le serveur ne sont pas authentifiées.
-
Pour spécifier la liste des hôtes clients de contrôle autorisés qui peuvent se connecter à ce serveur, incluez l’instruction
client-listau niveau de la[edit services rpm twamp server]hiérarchie. Chaque valeur que vous incluez doit être une adresse Classless Interdomain Routing (CIDR) (adresse IP plus masque) qui représente un réseau d’hôtes autorisés. Vous pouvez inclure plusieurs listes de clients, chacune pouvant contenir un maximum de 64 entrées. Vous devez configurer au moins une adresse client pour activer TWAMP. -
Les routeurs ACX Series ne prennent pas en charge les modes d’authentification et de chiffrement. La valeur de l’instruction au
authentication-modeniveau de la[edit services rpm twamp server]hiérarchie doit être définie surnone. -
Le trafic de connexion de contrôle TWAMP arrive toujours sur les routeurs ACX avec le port d’écoute défini sur 862. Étant donné que ce numéro de port pour les sondes de trafic peut être modifié, les sondes qui arrivent avec un numéro de port différent ne sont pas reconnues et traitées correctement par les routeurs ACX. En conséquence, le trafic TWAMP et les paquets liés à l’hôte sont perdus dans un tel scénario.
Configure TWAMP fournit des informations sur la prise en charge du contrôle de la lumière du serveur.
Pour Junos OS, vous pouvez configurer le contrôle d’éclairage pour le serveur (le contrôle géré est le contrôle par défaut). La configuration du serveur TWAMP de Junos OS pour le contrôle de l’éclairage nécessite la configuration minimale suivante au niveau de la [edit services rpm twamp] hiérarchie :
server {
authentication-mode none;
light;
port (862 | 878 | 51000);
}
Pour Junos OS, pour obtenir la liste des restrictions sur les adresses source, reportez-vous à la section adresse source (TWAMP).
Pour Junos OS Evolved, vous pouvez configurer le contrôle géré ou léger pour le serveur. La configuration du serveur TWAMP pour le contrôle géré ou léger nécessite la configuration minimale suivante au niveau de la hiérarchie, en supposant que vous utilisez le port par défaut pour TWAMP [edit services monitoring twamp] (862) :
server { (managed | light); }
Pour Junos OS Evolved, vous ne pouvez pas utiliser les adresses suivantes pour l’adresse IP source de la liste des clients utilisée pour les sondes :
-
0.0.0.0
-
127.0.0.0/8 (bouclage)
-
224.0.0.0/4 (multicast)
-
255.255.255.255 (diffusion)
Vous pouvez configurer plusieurs clients et vous pouvez modifier le port d’écoute TWAMP tant que la modification est coordonnée avec le client TWAMP.
Pour l’horodatage basé sur un micronoyau dans Junos OS, vous n’avez pas besoin de configurer d’interface si- . Dans ce cas, la connexion TWAMP et les sessions sont établies en fonction de l’adresse et du routage cibles.
Pour l’horodatage en ligne dans Junos OS, vous devez configurer si- nos sp- interfaces et la configuration du serveur TWAMP nécessite les instructions suivantes au niveau de la [edit interfaces service-interface-name] hiérarchie :
user@router# show interfaces si-0/0/0
unit 10 {
rpm twamp-server;
family inet {
address 10.10.10.1/24;
}
}
user@router# show interfaces sp-0/0/0
unit 10 {
rpm twamp-server;
family inet {
address 10.20.20.1/24;
}
}
Vous ne pouvez pas configurer le serveur TWAMP sur l’unité 0 d’une interface de services. Si vous essayez, vous recevrez une erreur de configuration.
(Junos OS uniquement) Pour configurer un serveur TWAMP sur une interface de services en ligne (si-), configurez la quantité de bande passante réservée sur chaque moteur de transfert de paquets pour le trafic de tunnel utilisant des services en ligne en incluant l’instruction bandwidth (1g | 10g) au niveau de la [edit chassis fpc slot-number pic number inline-services] hiérarchie. Spécifiez l’interface logique PIC (sp-) du service qui fournit le service TWAMP en incluant l’instruction twamp-server au niveau de la [edit interfaces sp-fpc/pic/port unit logical-unit-number family inet] hiérarchie.
Cette twamp-server instruction n’est pas requise pour la configuration d’un serveur TWAMP d’interface physique.
De nombreux autres paramètres du serveur TWAMP sont facultatifs. Voir les instructions de configuration TWAMP server pour plus de détails.
Configurer un client TWAMP
Pour Junos OS, pour configurer le service client TWAMP, incluez l’instruction et les client paramètres associés au niveau de la [edit services rpm twamp] hiérarchie. Pour Junos OS Evolved, incluez l’instruction et les client options associées au niveau de la [edit services monitoring twamphiérarchie] .
De nombreuses options sont disponibles pour la configuration du client TWAMP. Pour plus d’informations, reportez-vous aux rubriques et exemples d’instructions de configuration.
Pour l’horodatage basé sur un micronoyau dans Junos OS, vous n’avez pas besoin de configurer d’interface si- . Dans ce cas, la connexion TWAMP et les sessions sont établies en fonction de l’adresse et du routage cibles.
Pour l’horodatage en ligne dans Junos OS, les si- interfaces sont des interfaces physiques virtuelles qui répondent comme un serveur TWAMP. Toutefois, vous pouvez également configurer des interfaces de services pour qu’elles agissent en tant que client TWAMP, qui joue le rôle de contrôleur TWAMP.
(Junos OS uniquement) Pour configurer une interface de services en tant que client TWAMP, vous configurez les paramètres de service et l’interface de service en tant que client TWAMP.
Pour configurer l’interface de services client TWAMP, incluez l’instruction rpm twamp-client au niveau de la [edit interfaces si-interface-name] hiérarchie :
user@router# show interfaces si-0/0/0
unit 0 {
family inet;
}
unit 10 {
rpm twamp-client;
family inet {
address 10.30.30.1/24
}
}
Vous ne pouvez pas configurer le client TWAMP sur l’unité 0 d’une interface de service. Si vous essayez, vous recevrez une erreur de configuration.
Voir aussi
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.
offload-type inline-timestamp option. Cette fonctionnalité d’horodatage en ligne prend également en charge Flex Algo et SR-MPLS. Vous configurez l’instruction
offload-type sur le serveur ou le client.
offload-type est maintenant
pfe-timestamp à la place de
inline-timestamp.
authentication-mode pour le serveur TWAMP. Le mode par défaut est
none.