Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Mesures de retard de trame Ethernet sur les commutateurs

Dans de nombreux cas, un fournisseur de services peut faire l’objet de pénalités imposées par un règlement, une loi ou un contrat si les performances du réseau ne sont pas dans les limites établies pour le service. L’un des principaux objectifs de performance est le retard, ainsi que son proche parent, la variation du délai (souvent appelée gigue). Certaines applications (telles que le transfert de fichiers en masse) fonctionneront tout aussi bien avec des retards élevés sur le réseau et des variations de délai élevées, tandis que d’autres applications (telles que la voix) ne peuvent fonctionner qu’avec des retards faibles et stables. De nombreux réseaux invoquent des protocoles ou des fonctionnalités de couche 3 (la couche paquets) ou supérieure pour mesurer les retards et la gigue liaison par liaison. Cependant, lorsque le réseau est constitué de nombreuses liaisons Ethernet, il existe peu de protocoles et de fonctionnalités disponibles au niveau de la couche 2 (la couche de trame) qui permettent aux routeurs et aux commutateurs de mesurer le délai de trame et la gigue. C’est là que la possibilité de configurer et de surveiller le délai de trame Ethernet est utile.

Cette rubrique comprend :

Mesures de retard de trame Ethernet

Vous pouvez effectuer des mesures de retard de trame Ethernet (appelées ETH-DM dans les spécifications Ethernet) sur Juniper Networks EX Series Commutateurs Ethernet. Cette fonctionnalité vous permet de configurer à la demande des instructions Operation, Administration, and Maintenance (OAM) pour la mesure du retard de trame et de la variation de retard de trame (gigue). Vous pouvez configurer la mesure du retard de trame Ethernet en mode unidirectionnel ou bidirectionnel (aller-retour) pour collecter simultanément des statistiques de retard de trame à partir de plusieurs sessions. La mesure de retard de trame Ethernet permet aux opérateurs de contrôler précisément le déclenchement de la mesure de retard sur un service donné et peut être utilisée pour surveiller les SLA.

La mesure du retard de trame Ethernet recueille également d’autres informations utiles, telles que les retards dans le pire et le meilleur des cas, le délai moyen et la variation de délai moyen. Il prend en charge l’horodatage assisté par logiciel dans le sens de réception pour les mesures de retard. Il fournit également un affichage en cours d’exécution des statistiques de retard lorsque la mesure de retard bidirectionnel est déclenchée. La mesure du retard de trame Ethernet enregistre les 100 derniers échantillons collectés par point de terminaison d’association de maintenance à distance (MEP) ou par session de gestion des défauts de connectivité (CFM). Vous pouvez récupérer l’historique à tout moment à l’aide de commandes simples. Vous pouvez effacer toutes les statistiques de mesure de retard de trame Ethernet et les compteurs de PDU. La mesure du retard de trame Ethernet est entièrement conforme à la spécification UIT-T Y.1731 (OAM Functions and Mechanisms for Ethernet-based Networks).

La mesure des retards de trame Ethernet utilise l’infrastructure IEEE 802.1ag CFM.

En règle générale, les mesures de retard de trame Ethernet sont effectuées de manière homologue d’une session MEP ou CFM à une autre. Cependant, ces mesures ne sont pas effectuées sur des points intermédiaires d’association de maintenance (MIP).

Pour une description complète de la mesure du retard de trame Ethernet, reportez-vous aux rubriques OAM du service Ethernet Y.1731 de l’UIT-T dans la Bibliothèque d’interfaces réseau pour périphériques de routage de Junos OS.

Types de mesures de retard de trame Ethernet

Il existe deux types de mesures de retard de trame Ethernet :

  • À sens unique

  • Aller-retour

Pour la mesure du retard de trame Ethernet unidirectionnelle, l’un ou l’autre MEP peut envoyer une demande de démarrage d’une mesure de retard unidirectionnel à son homologue MEP. Toutefois, les statistiques ne sont recueillies qu’au niveau du PEOA récepteur. Cette fonction nécessite la synchronisation des horloges des MEP émetteurs et récepteurs. Si ces horloges ne sont pas synchronisées, seules les valeurs de variation de retard unidirectionnelle et de variation de retard moyenne sont calculées correctement (et seront donc valides). Utilisez les show commandes du MEP du récepteur pour afficher les statistiques de retard unidirectionnel.

Pour la mesure du retard de trame Ethernet bidirectionnel (aller-retour), l’un ou l’autre MEP peut envoyer une demande de démarrage d’une mesure de retard bidirectionnel à son homologue MEP, qui répond avec des informations d’horodatage. Les statistiques d’exécution sont collectées et affichées au niveau du MEP initiateur. Les horloges n’ont pas besoin d’être synchronisées au niveau des députés émetteurs et récepteurs. Junos OS prend en charge les horodatages dans les trames DMR (Delay Measurement Reply) pour améliorer la précision des calculs de retard.

Utilisez les show commandes du MEP de l’initiateur pour afficher les statistiques de retard bidirectionnel et du MEP du récepteur pour afficher les statistiques de retard unidirectionnel.

Vous pouvez créer un profil itérateur pour transmettre périodiquement des paquets de mesure SLA sous la forme de trames conformes à la norme ITU-Y.1731 pour la mesure des retards ou des pertes.

Limitations

Voici quelques limitations concernant l’utilisation de la mesure du retard de trame Ethernet :

  • Les mesures de retard de trame Ethernet ne sont disponibles que lorsque la gestion périodique distribuée des paquets (PPM) est activée.

  • Les statistiques collectées sont perdues après un basculement GRES (Graceful Moteur de Routage ).

  • Vous ne pouvez surveiller qu’une seule session vers la même adresse MAC ou MEP distante.

  • La précision est compromise lorsque la configuration du système change (par exemple, à la suite d’une reconfiguration). Nous recommandons d’effectuer des mesures de retard de trame Ethernet sur un système stable.