Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

PTP sur Ethernet

RÉSUMÉ Le PTP sur Ethernet permet d’implémenter efficacement la technologie basée sur les paquets qui permet à l’opérateur de fournir des services de synchronisation sur les réseaux de backhaul mobile basés sur les paquets et configurés en anneaux Ethernet.

Présentation du PTP sur Ethernet

Le protocole PTP (Precision Time Protocol) est pris en charge sur les liaisons IEEE 802.3 ou Ethernet sur les routeurs ACX Series. Cette fonctionnalité est prise en charge conformément à la spécification IEEE 1588-2008. Le déploiement de PTP à chaque saut d’un anneau Ethernet à l’aide de la méthode d’encapsulation Ethernet permet de créer des topologies robustes, redondantes et performantes qui permettent d’obtenir une synchronisation temporelle et de phase très précise.

Les routeurs ACX Series peuvent être directement connectés à différents types de stations de base (par exemple, station émettrice de base (BTS) dans les réseaux 2G, NodeB en 3G et eNodeB dans les réseaux 4G) et à différents types de routeurs qui transfèrent le trafic TDM (multiplexage temporel), ATM et Ethernet au contrôleur de station de base. Les routeurs ACX Series doivent extraire lhorloge réseau de ces sources et transmettre les informations de synchronisation aux stations de base pour faciliter la synchronisation des routeurs avec le contrôleur de la station de base.

La plupart des déploiements réseau qui utilisent Ethernet contiennent au moins deux anneaux Ethernet, tandis que certaines topologies de réseau peuvent également contenir jusqu’à trois anneaux Ethernet. Imaginons un scénario dans lequel le premier anneau contient des routeurs d’agrégation (routeurs MX Series) et le deuxième anneau contient des routeurs d’accès (routeurs ACX Series). Dans un tel réseau, environ 10 ou 12 nuds de routeurs MX Series et de routeurs ACX Series sont présents dans les anneaux Ethernet d’agrégation et d’accès.

Certaines des stations de base 4G connectées aux routeurs ACX Series doivent recevoir les informations de temporisation et de synchronisation sous forme de paquets. Ces fournisseurs de stations de base ne prennent en charge que les interfaces de paquets qui utilisent l’encapsulation Ethernet pour les paquets PTP pour la synchronisation temporelle et de phase. Par conséquent, tout nud (routeur ACX Series) directement connecté à une borne d’accès 4G doit pouvoir utiliser la méthode d’encapsulation Ethernet pour PTP sur un port principal afin de prendre en charge une fonctionnalité de synchronisation basée sur les paquets.

L’encapsulation PTP sur Ethernet facilite également un modèle de déploiement réseau plus simple et optimal que le PTP sur IPv4. Avec IPv4, les nuds (appareils principal et périphérique client) participent à une négociation unicast dans laquelle le nœud client est provisionné avec l’adresse IP du nœud principal et demande que des messages unicast lui soient envoyés à partir du nœud principal. Un nœud principal est le routeur qui fonctionne comme le serveur PTP où se trouve l’horloge principale et un nœud client est le routeur qui fonctionne comme le client PTP où se trouve l’horloge client. Étant donné que le PTP sur Ethernet utilise des adresses multicast, le nud client apprend automatiquement à connaître les nuds principaux du réseau. En outre, le nœud client est en mesure de recevoir immédiatement les messages multicast du nœud principal et peut commencer à envoyer des messages au nœud principal sans avoir besoin d’une configuration de provisionnement.

Une interface sur laquelle l’horloge principale est configurée est appelée interface principale et une interface sur laquelle l’horloge client est configurée est appelée interface cliente. Une interface principale fonctionne comme le port principal et une interface client fonctionne comme le port client. Pour PTP sur Ethernet, outre la configuration d’un port ou d’une interface logique pour qu’il fonctionne comme horloge principale ou horloge cliente, vous pouvez également configurer un port ou une interface logique pour qu’il fonctionne à la fois comme horloge principale et horloge cliente. Ce type de port est appelé port dynamique, port dynamique ou port bidirectionnel. Un tel port dynamique permet au réseau de s’adapter plus efficacement à l’introduction et à la défaillance des sources de synchronisation en formant les arbres de synchronisation les plus courts à partir d’une source particulière. Ce comportement est implémenté tel que défini par le meilleur algorithme d’horloge primaire (BMCA) de la norme UIT-T G.8265.1 Profil de télécommunication du protocole de temps de précision pour la spécification de synchronisation de fréquence.

Sur les routeurs MX Series et ACX Series, vous pouvez obtenir des performances de la plus haute qualité si vous configurez chaque nud d’une chaîne de synchronisation en tant que boundary clock PTP. Dans les topologies en anneau Ethernet, vous pouvez configurer un port ou une interface logique pour qu’il fonctionne comme port principal ou comme port client afin d’activer la redondance en cas de défaillance d’un nud ou d’une liaison. Cette fonctionnalité de port dynamique ou double port est conforme à la norme IEEE 1588-2008 et permet la mise en uvre du PTP dans les applications de centre de données ou financières.

Outre la possibilité de configurer chaque nœud en tant que boundary clock PTP, il est également nécessaire de configurer une interface logique en tant que port principal ou port client. Lorsque vous configurez une interface logique ou même une adresse IP partagée pour qu’elle soit un port principal ou un port client, une pile de protocoles PTP peut représenter des ports dynamiques et l’application PTP sélectionne l’état correct (principal ou client) pour un port spécifique du système en fonction de la sortie du BMCA PTP par défaut et des états des autres ports du système.

Alors qu’un routeur ACX Series prend en charge la fonctionnalité PTP sur Ethernet, un Brilliant Grand Primary tel qu’un routeur MX Series ou un TCA Series client de synchronisation ne prend pas en charge PTP sur Ethernet. Dans un tel scénario, le routeur ACX Series fonctionne comme une boundary clock avec un port client PTP utilisant IPv4 comme mode d’encapsulation et des ports primaires utilisant Ethernet comme mode d’encapsulation pour le trafic PTP. Par exemple, considérons qu’un routeur ACX Series nommé ACX1 possède deux interfaces client potentielles, l’une fixée en tant que port client uniquement utilisant IPv4 sur la liaison vers un routeur MX Series nommé MX1, et un port dynamique qui fonctionne comme un port client utilisant PTP sur Ethernet sur la liaison vers un autre routeur ACX Series nommé ACX2. En outre, l’ACX1 contient également un port qui est un port principal utilisant uniquement PTP sur Ethernet et se connecte à la station de base.

Étant donné que PTP sur Ethernet utilise des adresses multicast, un port client peut commencer automatiquement à recevoir les messages d’annonce multicast transmis par les ports primaires d’un réseau et peut également démarrer la communication avec le nœud principal avec une configuration minimale ou nulle. Contrairement au PTP sur IPv4 où les adresses IP sont utilisées pour identifier le port principal et le port client, avec le PTP sur Ethernet, les adresses MAC multicast sont utilisées pour transférer le trafic PTP. La norme IEEE 1588 définit deux types d’adresses MAC multicast : 01-80-C2-00-00-0E (multicast local de liaison) et 01-1B-19-00-00-00 (multicast Ethernet standard) pour les opérations PTP sur Ethernet.

Instructions de configuration de PTP sur Ethernet

Gardez les points suivants à l’esprit lorsque vous configurez PTP sur Ethernet pour le mode de transmission multicast du trafic PTP :

  • Vous pouvez configurer un port ou une interface logique pour qu’il serve d’horloge principale pour PTP sur Ethernet afin de fournir une synchronisation basée sur les paquets aux stations de base qui prennent en charge l’alignement temporel et de phase. cette configuration est conforme à l’annexe F de la spécification IEEE 1588-2008.

  • Deux adresses MAC multicast sont utilisées pour le PTP sur Ethernet : 01-1B-19-00-00-00 et 01-80-C2-00-00-0E. La première adresse est une adresse MAC Ethernet plus standard qui devrait être inondée par tous les types de ponts et de commutateurs Ethernet ainsi que par un grand nombre de fournisseurs de stations de base. Un nœud avec cette adresse MAC peut être un nœud qui ne traite pas les paquets PTP. La deuxième adresse est une adresse réservée dans la norme IEEE 802.1Q pour l’encapsulation Ethernet qui doit être filtrée et non transférée. Cette adresse MAC est utilisée pour assurer une prise en charge complète de bout en bout de PTP, au lieu de transmettre des paquets via un élément réseau ne prenant pas en charge PTP. Cette adresse est l’adresse par défaut pour G.8275.1 (profil PTP pour la distribution temporelle ou de phase) et un nœud avec cette adresse MAC est un nœud qui prend en charge le traitement des paquets PTP.

  • Les deux adresses MAC, 01-1B-19-00-00-00 et 01-80-C2-00-00-0E, sont prises en charge simultanément sur plusieurs ports afin de permettre une flexibilité et une extension maximales des réseaux existants pour les déploiements futurs. Un seul port PTP est configuré pour l’une des adresses MAC à la fois.

  • Les paquets PTP sont envoyés avec l’adresse MAC unique attribuée à chaque port comme adresse source MAC. Dans le paquet PTP, la partie trame Ethernet du paquet contient le champ MAC de destination. Ce champ contient l’une ou l’autre des deux adresses MAC, 01-1B-19-00-00-00 ou 01-80-C2-00-00-0E. En outre, la partie trame Ethernet contient le champ MAC source qui contient la adresse MAC du port source et le champ Ethertype qui contient la valeur Ethertype PTP de 0x88F7. Outre la trame Ethernet, le paquet PTP contient la charge utile PTP.

  • Lorsque vous configurez un port PTP sur Ethernet pour qu’il soit un port client, un port principal ou les deux en disposant d’un port dynamique qui peut être un port principal ou un port client en fonction de l’état des autres ports dans l’application PTP, il est possible de créer un service PTP redondant facilement provisionné dans un anneau Ethernet où chaque nud est configuré en tant que boundary clock.

  • Un boundary clock peut fonctionner comme horloge client pour un périphérique utilisant une adresse IP (telle qu’un routeur TCA Series client de synchronisation ou MX Series) sur un port et peut également fonctionner comme horloge cliente, horloge principale ou les deux sur d’autres ports en utilisant Ethernet comme méthode d’encapsulation. Ce comportement se produit au sein d’un seul numéro de domaine PTP.

  • Le meilleur algorithme d’horloge maître (BMCA) et la machine d’état de port sont pris en charge pour déterminer l’état de tous les ports d’un système et l’état correct (principal ou client) d’un port donné pour traiter les paquets PTP.

  • Le PTP sur Ethernet prend en charge des configurations en anneau entièrement redondantes et résilientes allant jusqu’à 10 nuds pour une forme d’évolution de quatrième génération (4G) connue sous le nom de LTE-TDD (Long-Term Evolution-Time Division Duplex). Les routeurs ACX Series prennent en charge la défaillance d’un seul nud ou d’une seule liaison et tous les nuds conservent une précision de phase de plus ou moins 1,5 microseconde correspondant à une source commune.

  • Vous pouvez configurer la valeur d’asymétrie entre le port principal et le port client, qui indique une valeur à ajouter à la valeur de délai de chemin pour que le délai soit symétrique et égal au chemin d’accès entre le port principal et le port client, soit sur un port à état dynamique, soit sur un port client uniquement.

  • Vous ne pouvez pas activer PTP sur Ethernet sur les interfaces Ethernet configurées avec des balises VLAN 802.1Q ou contenant une adresse MAC configurée par l’utilisateur.

  • Bien que vous puissiez configurer des interfaces client PTP uniques ou des ports client avec différents mécanismes d’encapsulation (tels que IPv4 et Ethernet), l’horloge boundary clock ne peut utiliser qu’une seule méthode d’encapsulation pour tous les ports principaux. Par conséquent, vous devez définir une encapsulation IPv4 ou Ethernet pour tous les ports ou interfaces logiques qui peuvent éventuellement fonctionner comme des serveurs principaux de boundary clock. Les ports principaux sélectionnent l’indicateur lien-local en fonction de chaque port.

  • Vous pouvez configurer un maximum de 128 ports PTP sur Ethernet, où jusqu’à 4 ports peuvent être configurés en tant que client et les autres peuvent être configurés en tant que maître.

  • Dans le cas d’un déploiement PTP sur IPv4, il est nécessaire de configurer certains paramètres de base sur un port principal PTP avant que les ports clients PTP ne se connectent au port principal. Le PTP sur Ethernet offre un service plug-and-play, car tout client PTP commence à recevoir des paquets et peut demander des paquets à réponse différée à partir du port principal après avoir configuré une interface pour qu’elle soit principale.

  • Le protocole PTP sur Ethernet est compatible avec les versions de Junos OS antérieures à la version 12.3X51. Lorsque vous effectuez une mise à niveau vers la version 12.3X51 et ultérieure à partir d’une version précédente sur un routeur ACX Series, vous pouvez modifier les ports client et principal précédemment configurés pour IPv4 afin d’activer PTP sur Ethernet en fonction de vos besoins réseau.

  • Vous ne pouvez pas configurer un anneau PTP entièrement redondant à l’aide d’IP. Un anneau PTP entièrement redondant n’est pris en charge que lorsque l’encapsulation Ethernet est utilisée.

  • La configuration de ports dynamiques conjointement avec Synchronous Ethernet pour activer le mode hybride n’est pas prise en charge.

  • Les domaines de synchronisation PTP multiples ne sont pas pris en charge pour PTP sur Ethernet, comme pour PTP sur IPv4. Bien qu’un même nud puisse contenir des interfaces configurées pour PTP sur IPv4 et PTP sur Ethernet, ces deux interfaces doivent faire partie du même domaine PTP.

  • Les réseaux SONET/SDH définissent la possibilité de configurer une priorité locale vers une source de synchronisation dans la norme UIT G.781. L’ajout de telles priorités configurées localement aux sources PTP pour influencer BMCA à déterminer un chemin particulier pour les paquets PTP n’est pas pris en charge.

  • Bien qu’il soit possible de configurer un port client pour qu’il utilise simultanément IP ou Ethernet, un seul port client est sélectionné en fonction des messages d’annonce qu’il reçoit du port principal et les paquets d’événements PTP ne sont échangés qu’avec un seul port principal.

  • L’implémentation unicast IPv4 de PTP vous permet de limiter le nombre de ports clients pouvant être pris en charge simultanément dans le système. Avec l’implémentation multicast basée sur Ethernet, dans laquelle le port principal n’est pas provisionné avec les informations de port client, le port principal ne peut pas limiter le nombre de ports clients qu’il dessert. Ce contrôle doit s’effectuer dans le cadre d’une planification et d’une conception appropriées du réseau.

Configurer des ports dynamiques PTP pour l’encapsulation Ethernet

Pour PTP sur Ethernet, vous pouvez également configurer un port pour qu’il fonctionne à la fois comme port client et comme port principal. Ce type de port est appelé port dynamique, port dynamique ou port bidirectionnel. Un tel port dynamique permet le transfert de fréquences pour les services de synchronisation, en plus de l’alignement temporel et de phase, lorsque la fonctionnalité PTP n’est pas saut-par-saut et que vous avez provisionné des rôles ou des interfaces principaux et clients.

Pour configurer PTP sur Ethernet avec des ports dynamiques ou bidirectionnels pour le mode de transmission multicast, vous devez inclure l’instruction multicast-mode au niveau de la [edit protocols ptp stateful interface interface-name] hiérarchie.

Pour permettre à un nud de fonctionner à la fois comme port principal et comme port client dans les réseaux PTP sur Ethernet :

  1. Configurez l’interface sur laquelle répondre aux ports ou aux clients clients PTP en aval.
    Note:

    Pour que la configuration fonctionne, l’interface que vous spécifiez doit être configurée au niveau de la hiérarchie [edit interfaces interface-name].

  2. Configurez les paramètres de la source d’horloge dynamique PTP multicast en amont.
  3. Spécifiez le type d’encapsulation pour le transport de paquets PTP : Ethernet ou IEEE 802.3. Cette déclaration est obligatoire.

    Vous pouvez également spécifier le type d’encapsulation Ethernet avec l’adresse multicast locale de liaison à utiliser pour l’envoi de messages PTP. Si vous spécifiez l’attribut link-local, l’horloge principale choisit l’une des deux adresses MAC définies dans la norme IEEE 1588-2008. Lorsque vous configurez cette option, le système tente d’utiliser l’adresse MAC 01 -80-C2-00-00-0E (adresse MAC multicast lien-local) pour la transmission multicast. Si cette adresse MAC n’est pas disponible, l’adresse 01-1B-19-00-00-00 (adresse multicast Ethernet standard) est utilisée comme deuxième priorité. L’adresse multicast Ethernet standard est utilisée par défaut. Vous devez configurer explicitement l’adresse multicast lien-local.

Une fois que vous avez configuré l’interface d’horloge du client PTP sur Ethernet, entrez la commit commande à partir du mode de configuration.

Configurer les ports principal et membre de multidiffusion PTP pour l’encapsulation Ethernet

Sur un routeur ACX Series, vous pouvez configurer une boundary clock primaire PTP (Precision Time Protocol) avec encapsulation IEEE 802.3 ou Ethernet des messages PTP envoyés aux clients (ordinaires et limites) afin qu'ils puissent établir leur décalage temporel relatif par rapport à l'horloge principale ou à la référence d'horloge de ce serveur principal. Le PTP sur Ethernet utilise des adresses multicast pour la communication des messages PTP entre l’horloge client et l’horloge principale. L’horloge cliente apprend automatiquement les horloges principales du réseau, est immédiatement capable de recevoir les messages multicast de l’horloge principale et peut commencer à envoyer des messages à l’horloge principale sans aucun pré-provisionnement. L’horloge principale boundary clock synchronise l’heure via un port de limite client.

Pour configurer PTP sur Ethernet avec des ports principal et client multicast, vous devez inclure l’instruction multicast-mode transport ieee-802.3 aux [edit protocols ptp master interface interface-name] [edit protocols ptp slave interface interface-name] niveaux et hiérarchie, respectivement.

Pour configurer une boundary clock principale PTP sur Ethernet et une boundary clock client pour la transmission multicast, effectuez les tâches suivantes :

Configurer les paramètres de l’horloge limite principale PTP sur Ethernet

Pour configurer les paramètres d’une boundary clock principale PTP sur Ethernet :

  1. Configurez le mode horloge.
  2. Configurez l’horloge principale.
  3. (Facultatif) Spécifiez l’intervalle moyen de journalisation entre les messages d’annonce (de 0 à 4). Par défaut, un message d’annonce est envoyé toutes les deux secondes. Cette configuration est utilisée pour les clients d’horloge manuelle. L’horloge primaire boundary clock envoie des messages d’annonce aux clients d’horloge manuelle comme spécifié dans la valeur announce-interval.
  4. Configurez l’interface sur laquelle répondre aux clients PTP en aval ou aux ports clients.

    Pour plus d’informations sur la configuration des paramètres de l’interface d’horloge primaire boundary clock, voir Configurer l’interface d’horloge limite principale PTP sur Ethernet

  5. (Facultatif) Spécifiez l’intervalle moyen de journalisation maximal entre les messages d’annonce (de 0 à 4). La valeur par défaut est 4.
  6. (Facultatif) Spécifiez l’intervalle moyen de journalisation maximal entre les messages de réponse différée (de –7 à 4). La valeur par défaut est 4.
  7. (Facultatif) Spécifiez l’intervalle moyen de journalisation maximal entre les messages de synchronisation, compris entre –7 et 4. La valeur par défaut est 4.
  8. (Facultatif) Spécifiez l’intervalle moyen de journalisation minimal entre les messages d’annonce (de 0 à 4). La valeur par défaut est 0.
  9. (Facultatif) Spécifiez l’intervalle moyen de journalisation minimal entre les messages de réponse différée (de –7 à 4). La valeur par défaut est –7.
  10. (Facultatif) Spécifiez l’intervalle moyen de journalisation minimal entre les messages de synchronisation, compris entre –7 et 4. La valeur par défaut est –7.
  11. (Facultatif) Spécifiez l’intervalle moyen de journalisation entre les messages de synchronisation, compris entre –7 et 4. La valeur par défaut est –6. Cette configuration est utilisée pour les clients d’horloge manuelle. L’horloge primaire boundary clock envoie des messages de synchronisation aux clients d’horloge manuelle comme spécifié dans l’instruction syn-interval-value .

Après avoir configuré les paramètres principaux de l’boundary clock PTP, entrez la commit commande à partir du mode de configuration. Pour terminer la configuration du boundary clock principal, suivez le processus Configurer l’interface d’horloge de limite principale PTP sur Ethernet.

Configurer l’interface d’horloge de limite principale PTP sur Ethernet

Une fois que vous avez configuré les paramètres du boundary clock principal pour PTP sur Ethernet avec transmission multicast du trafic PTP, terminez la configuration du boundary clock principal en configurant une interface pour qu’elle joue le rôle de l’horloge principale.

Pour configurer une interface d’horloge boundary clock principale PTP sur Ethernet :

  1. Configurez l’interface sur laquelle répondre aux ports ou aux clients clients PTP en aval.
    Note:

    Pour que la configuration fonctionne, l’interface que vous spécifiez doit être configurée au niveau de la hiérarchie [edit interfaces interface-name].

  2. Sur cette interface, configurez multicast comme mode de transmission du trafic pour les clients PTP.
  3. Spécifiez le type d’encapsulation pour le transport de paquets PTP : Ethernet ou IEEE 802.3. Cette déclaration est obligatoire.

    Vous pouvez également spécifier le type d’encapsulation Ethernet avec l’adresse multicast locale de liaison à utiliser pour l’envoi de messages PTP. Si vous spécifiez l’attribut, l’horloge principale choisit l’une link-local des deux adresses MAC définies dans la norme IEEE 1588-2008. Lorsque vous configurez cette option, le système tente d’utiliser l’adresse MAC 01 -80-C2-00-00-0E (adresse MAC multicast lien-local) pour la transmission multicast. Si cette adresse MAC n’est pas disponible, l’adresse 01-1B-19-00-00-00 (adresse multicast Ethernet standard) est utilisée comme deuxième priorité. L’adresse multicast Ethernet standard est utilisée par défaut. Vous devez configurer explicitement l’adresse multicast lien-local.

Après avoir configuré l’interface d’horloge principale PTP sur Ethernet, entrez la commit commande à partir du mode de configuration.

Configurer les paramètres de l’horloge des membres PTP sur Ethernet

Une interface sur laquelle l’horloge principale est configurée est appelée interface principale et une interface sur laquelle l’horloge client est configurée est appelée interface cliente. Une interface principale fonctionne comme le port principal et une interface client fonctionne comme le port client. Étant donné que PTP sur Ethernet utilise des adresses multicast, un port client peut commencer automatiquement à recevoir les messages d’annonce multicast transmis par les ports primaires d’un réseau et peut également démarrer la communication avec le port principal avec une configuration minimale ou nulle. Si vous le souhaitez, vous pouvez configurer ces paramètres pour un port client qui communique avec les ports principaux à l’aide de PTP over Ethernet.

Pour configurer une horloge client PTP sur Ethernet.

  1. Configurez le mode horloge :
  2. Configurez l’horloge cliente.
  3. (Facultatif) Spécifiez le nombre de messages d’annonce qu’une horloge ou un port client (configuré sur un routeur ACX Series) doit manquer avant qu’un délai d’expiration d’annonce ne soit déclaré (de 2 à 10). La valeur par défaut est 3.
  4. (Facultatif) Spécifiez l’intervalle moyen logarithmique en secondes entre les messages de demande de délai envoyés par le port client au port principal (de –6 à 3). La valeur par défaut est 0.
  5. Configurez l’interface de l’horloge cliente.
  6. (Facultatif) Configurez l’intervalle moyen du journal entre les messages de synchronisation, de à jusqu’à –6 -3. La valeur par défaut est –6, ce qui signifie par défaut 64 messages d’intervalle synchrone envoyés par seconde.

Après avoir configuré les paramètres d’horloge du client PTP, entrez la commit commande en mode de configuration. Pour terminer la configuration de l’horloge cliente, complétez Configurer l’interface d’horloge membre PTP sur Ethernet

Configurer l’interface d’horloge membre PTP sur Ethernet

L’interface d’horloge du client répond à l’horloge principale PTP en amont.

Pour configurer l’interface d’horloge du client PTP :

  1. Configurez l’interface de l’horloge cliente.
  2. Configurez les paramètres de la source d’horloge principale PTP multicast en amont.
  3. Spécifiez le type d’encapsulation pour le transport de paquets PTP : Ethernet ou IEEE 802.3. Cette déclaration est obligatoire.

    Vous pouvez également spécifier le type d’encapsulation Ethernet avec l’adresse multicast locale de liaison à utiliser pour l’envoi de messages PTP. Si vous spécifiez l’attribut, l’horloge principale choisit l’une link-local des deux adresses MAC définies dans la norme IEEE 1588-2008. Lorsque vous configurez cette option, le système tente d’utiliser l’adresse MAC 01 -80-C2-00-00-0E (adresse MAC multicast lien-local) pour la transmission multicast. Si cette adresse MAC n’est pas disponible, l’adresse 01-1B-19-00-00-00 (adresse multicast Ethernet standard) est utilisée comme deuxième priorité. L’adresse multicast Ethernet standard est utilisée par défaut. Vous devez configurer explicitement l’adresse multicast lien-local.

Après avoir configuré l’interface d’horloge du client PTP sur Ethernet, entrez la commit commande en mode de configuration.

Exemple : Configurer PTP sur Ethernet pour les ports principal, membre et dynamique de multidiffusion

Dans les réseaux PTP sur Ethernet, le serveur principal envoie les paquets d’annonce, de synchronisation et de réponse différée à l’aide de la méthode multicast. Si un message de demande de délai unicast est reçu, le serveur principal ignore le message et n’envoie pas de messages de réponse différée au client. Un client PTP reçoit les paquets d’annonce multicast du ou des principaux principaux et détermine le meilleur primaire à l’aide du meilleur algorithme BMCA (Best Master Clock Algorithm). Un client reçoit et traite la synchronisation à partir de l’horloge principale sélectionnée. Le client envoie des messages de demande de délai à ce serveur principal à l’aide de la méthode multicast et traite les messages de délai de réponse du serveur principal pour établir la synchronisation.

L’adresse MAC locale de liaison et l’adresse MAC multicast 802.3 standard peuvent être présentes dans un système. Toutefois, une interface PTP ne prend en charge qu’un seul des éléments suivants à la fois :

  • Multicast de couche 2 avec adresse MAC locale de liaison

  • Multicast de couche 2 avec adresse MAC multicast standard

  • PTP sur IPv4

Lorsque vous configurez à la fois l’encapsulation IPv4 et Ethernet, la configuration de négociation unicast s’applique uniquement à l’encapsulation IPv4. Il n’est pas efficace pour le fonctionnement PTP sur Ethernet.

Lorsque vous configurez une interface logique à l’aide de l’instruction stateful au niveau de la hiérarchie, chaque interface que vous configurez en tant que port dynamique ou dynamique est considérée à la [edit protocols ptp] fois comme un port maître et un port client. Bien qu’un routeur ACX Series prenne en charge jusqu’à 32 ports maîtres et 4 ports clients, vous ne pouvez configurer que 4 interfaces logiques uniques en tant que ports maîtres PTP potentiels à l’aide de l’instruction, car l’interface stateful est traitée à la fois comme une interface client et une interface maître. Vous ne pouvez pas configurer l’interface que vous spécifiez comme étant un port dynamique ou dynamique avec les master instructions or slave .

Cet exemple montre comment configurer un port maître, un port client et un port dynamique pour l’encapsulation PTP sur Ethernet et PTP sur IPv4, et comment configurer les modes de transmission unicast et multicast du trafic PTP entre les nœuds maître et client.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Un routeur ACX Series

  • Junos OS version 12.3X51 ou ultérieure

Aperçu

Alors qu’un routeur ACX Series prend en charge la fonctionnalité PTP sur Ethernet, une horloge de référence brillante telle qu’un routeur MX Series ou un TCA Series client de synchronisation ne prend pas en charge PTP sur Ethernet. Prenons un exemple de déploiement dans lequel un routeur ACX Series nommé ACX1 fonctionne comme une boundary clock, avec un port client PTP utilisant IPv4 comme mode d’encapsulation et des ports maîtres utilisant Ethernet comme mode d’encapsulation pour le trafic PTP. ACX1 contient deux interfaces client potentielles, l’une fixée en tant que port client uniquement utilisant IPv4 sur la liaison vers un routeur MX Series nommé MX2, et l’autre dynamique qui fonctionne comme un client utilisant PTP sur Ethernet sur la liaison vers un autre routeur ACX Series nommé ACX2. En outre, l’ACX1 contient également un port qui est un port maître uniquement utilisant PTP sur Ethernet et se connecte à la station de base.

Dans cet exemple, le routeur utilise l’interface ge-0/2/0.0 ou ge-0/2/1.0 comme interface client sélectionnée en fonction des messages d’annonce reçus du maître et du port qui a été sélectionné à l’aide de l’algorithme BMCA (Best Master Clock Algorithm). L’interface ge-0/1/4.0 est toujours à l’état maître. Selon la spécification IEEE 1588, si le port ge-0/2/0.0 est sélectionné comme interface client, l’interface ge-0/2/1.0 passe à l’état maître. Si l’interface ge-0/2/1.0est sélectionnée comme port client, l’interface ge-0/2/0.0 passe à l’état d’écoute. Vous pouvez également configurer l’interface ge-0/1/4.0 en tant qu’interface client uniquement pour PTP sur Ethernet, si nécessaire, pour que la configuration soit complète.

Configuration

Dans cet exemple, vous configurez un port maître, un port client et un port dynamique pour l’encapsulation PTP sur Ethernet et PTP sur IPv4. Vous pouvez également configurer les modes unicast et multicast de transmission du trafic PTP entre les nœuds maître et client.

Configuration rapide de l’interface de ligne de commande

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [edit] :

Configurer PTP sur Ethernet pour les ports maître, esclave et dynamiques de multidiffusion

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration.

Pour configurer les interfaces maître, client et dynamique, ainsi qu’une boundary clock avec mode de transmission unicast et multicast des paquets PTP dans les topologies PTP sur IPv4 et PTP sur Ethernet :

  1. Configurez l’interface maître et passez en mode d’édition pour l’interface.

  2. Configurez une description pour l’interface.

  3. Configurez une unité logique et spécifiez la famille de protocoles.

  4. Spécifier l’adresse de l’interface logique

  5. Configurez l’interface cliente et passez en mode d’édition pour l’interface.

  6. Configurez une description pour l’interface.

  7. Configurez une unité logique et spécifiez la famille de protocoles.

  8. Spécifier l’adresse de l’interface logique

  9. Configurez l’interface dynamique et passez en mode d’édition pour l’interface.

  10. Configurez une description pour l’interface.

  11. Configurez une unité logique et spécifiez la famille de protocoles.

  12. Spécifier l’adresse de l’interface logique

  13. Configurez le mode horloge comme boundary clock.

  14. Spécifiez la valeur du domaine PTP.

  15. Configurez l’interface client locale à partir de laquelle le maître de limite reçoit l’heure et la transmet aux clients d’horloge configurés.

  16. Configurez les paramètres de la source d’horloge principale PTP unicast en amont.

  17. Configurez le type d’encapsulation pour le transport de paquets PTP.

  18. Configurez les paramètres principaux PTP en spécifiant l’adresse IP de l’horloge maître PTP et l’adresse IP de l’interface locale.

  19. Configurez l’interface maître dans cet exemple.

  20. Sur l’interface maître, configurez la transmission multicast pour les clients d’horloge PTP en aval.

  21. Sur l’interface maître, configurez le type d’encapsulation sur Ethernet pour le transport de paquets PTP.

  22. Configurez l’interface dynamique ou dynamique dans cet exemple.

  23. Sur l’interface dynamique, configurez la transmission multicast pour les clients d’horloge PTP en aval.

  24. Sur l’interface dynamique, configurez le type d’encapsulation Ethernet pour le transport de paquets PTP et l’adresse multicast locale de liaison à utiliser.

Résultats

En mode configuration, confirmez votre configuration en entrant la show commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de configuration de cet exemple pour la corriger.

Une fois que vous avez configuré l’appareil, entrez la commit commande en mode de configuration.

Vérifier les paramètres dynamiques de multidiffusion PTP sur Ethernet, maître et esclave

Vérifiez que la configuration fonctionne correctement.

Vérification des détails de l’horloge PTP
But

Vérifiez que l’horloge PTP fonctionne comme prévu.

Action

En mode opérationnel, entrez la commande pour afficher les détails complets et configurés globalement de l’horloge run show ptp clock .

Sens

La sortie affiche les détails de l’horloge, tels que la méthode d’encapsulation utilisée pour la transmission du trafic PTP et le nombre de ports dynamiques ou dynamiques configurés. Bien qu’un port dynamique fonctionne comme un port client ou maître, la valeur affichée dans le Stateful Ports champ indique les ports dynamiques que vous avez explicitement configurés. Le nombre de ports dynamiques n’est pas calculé et affiché dans les champs qui affichent les ports maître et client explicitement configurés. Pour plus d’informations sur le , consultez afficher l’horloge run show ptp clockptp dans l’explorateur CLI.

Vérifier l’état de verrouillage de l’esclave
But

Vérifiez que l’horloge du client est alignée sur l’horloge principale en vérifiant l’état de verrouillage du client.

Action

En mode opérationnel, entrez la run show ptp lock-status commande pour afficher l’état de verrouillage du client.

Sens

La sortie affiche des informations sur l’état de verrouillage du client. La sortie indique si le client est aligné sur l’horloge maître ou non, ainsi que le nom de l’interface configurée pour PTP sur le client. Le Master Source Port champ affiche l’adresse de l’horloge maître lorsque PTP sur IPv4 est configuré et l’adresse MAC multicast de la source lorsque PTP sur Ethernet est configuré. Pour plus d’informations sur la commande opérationnelle, reportez-vous à la run show ptp lock-status section afficher l’état du verrouillage ptp.

Vérifiez les options PTP sur l’esclave
But

Vérifiez les options PTP définies sur le client et l’état actuel du maître.

Action

En mode opérationnel, saisissez la run show ptp slave commande pour afficher le client configuré.

Sens

La sortie affiche des informations sur le client configuré et l’état du client. Pour plus d’informations sur la commande opérationnelle, reportez-vous à la show ptp slave section show ptp slave.

Vérifiez les options PTP et l’état actuel du maître
But

Vérifiez les options PTP définies pour le maître et son état actuel.

Action

En mode opérationnel, entrez la run show ptp master commande pour afficher les options configurées pour le maître.

Sens

La sortie affiche des informations sur le maître configuré et l’état actuel du maître. Pour plus d’informations sur la commande opérationnelle, reportez-vous à la run show ptp master section show ptp master.

Vérifiez le nombre et l’état des ports PTP
But

Vérifiez le nombre de ports PTP et leur état actuel.

Action

En mode opérationnel, entrez la run show ptp port commande pour afficher les ports configurés.

Sens

La sortie affiche des informations sur le nombre de ports créés en fonction de la configuration et de leur état actuel. Le nom de l’interface configurée pour PTP et le nombre de fois qu’un port dynamique est passé de l’état client à l’état maître et vice versa sont affichés. Pour plus d’informations sur la commande opérationnelle, reportez-vous à la run show ptp port section show ptp port.

Vérifier les statistiques PTP
But

Vérifiez les détails statistiques de la configuration PTP.

Action

En mode opérationnel, entrez la run show ptp statistics commande pour afficher les informations statistiques concernant les horloges PTP configurées.

Sens

La sortie affiche des informations brèves ou détaillées sur le fonctionnement des horloges PTP configurées. Les paramètres statistiques comprennent des informations telles que le nombre total de paquets PTP transmis ou reçus par une interface maître ou client, ainsi que le nombre de messages divers (tels que les messages d’annonce et de synchronisation) qui sont envoyés entre un maître et un client. Pour plus d’informations sur la commande opérationnelle, reportez-vous à la section afficher les show ptp statistics statistiques ptp .

Alarmes de châssis (spécifiques au PTP) pour les routeurs ACX710

Le tableau suivant répertorie les alarmes PTP et les interruptions SNMP supplémentaires disponibles sur les routeurs ACX710 :

Tableau 1 : alarmes de châssis (spécifiques au PTP) pour le routeur ACX710

Message affiché dans la sortie de show chassis alarms la commande

Description

Classe

Solution

PTP Pas de maître étranger

Augmentation si l’horloge principale externe PTP (Precision Time Protocol) n’envoie pas de paquets d’annonce.

Majeur

Assurez-vous que la configuration PTP est correcte. Assurez-vous également que l’horloge primaire externe fonctionne correctement. Cette alarme est effacée lorsque le système récupère de l’état d’erreur.

Échec de la synchronisation PTP

Levée si l’état de verrouillage PTP n’est pas à l’état Phase alignée.

Majeur

Assurez-vous que la configuration PTP est correcte. Cette alarme est effacée lorsque l’état de verrouillage PTP passe à l’état Alignement de phase. Utilisez l'option « show ptp lock-status » de l'interface de ligne de commande pour afficher l'état du verrouillage PTP.

Perte du châssis de tous les équipements Références de synchronisation d’horloge

Levée si les références SyncE principale et secondaire échouent et que la PLL du châssis est en état d’attente.

Majeur

Utilisez la show chassis synchronization commande pour afficher le motif d’inéligibilité et pour poursuivre le débogage. Cette alarme est effacée lorsque le système récupère de l’état d’erreur.

Synchronisation de l’horloge de perte d’équipement du châssis Référence 1

Levée si la référence SyncE principale échoue et qu’aucune référence SyncE secondaire n’est configurée ou présente.

Majeur

Utilisez la show chassis synchronization commande pour afficher le motif d’inéligibilité et pour poursuivre le débogage.

Synchronisation de l’horloge de perte d’équipement du châssis Référence 2

Cette option est déclenchée si vous avez configuré au moins deux sources SyncE ou plus et que la source SyncE secondaire est défaillante.

Majeur

Utilisez la show chassis synchronization commande pour afficher le motif d’inéligibilité et pour poursuivre le débogage.