Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Sur cette page
 

Propriétés de l’interface physique

Cette rubrique permet de configurer diverses propriétés des interfaces physiques sur votre appareil. Poursuivez votre lecture pour configurer des propriétés telles que les descriptions d’interface, les vitesses d’interface et les profils de comptabilité des interfaces physiques.

Vue d’ensemble des propriétés de l’interface physique

Le pilote logiciel de chaque type de support réseau définit des valeurs par défaut raisonnables pour les propriétés générales de l’interface. Ces propriétés incluent la taille maximale de l’unité de transmission (MTU) de l’interface, les propriétés du compartiment de fuite de réception et de transmission, le mode de fonctionnement de la liaison et la source d’horloge.

Pour modifier l’une des propriétés d’interface générales par défaut, incluez les instructions appropriées au niveau de la [edit interfaces interface-name] hiérarchie.

Configurer la description de l’interface

Vous pouvez inclure une description textuelle de chaque interface physique dans le fichier de configuration. Tout texte descriptif que vous incluez s’affiche dans la sortie des show interfaces commandes. La description de l’interface est également exposée dans l’objet ifAlias Base d’informations de gestion (MIB). Cela n’a aucun impact sur la configuration de l’interface.

Pour ajouter une description textuelle, incluez l’instruction description au niveau de la [edit interfaces interface-name] hiérarchie. La description peut tenir sur une seule ligne de texte. Si le texte contient des espaces, mettez-le entre guillemets.

Par exemple :

REMARQUE :

Vous pouvez configurer le relais DHCP étendu pour inclure la description de l’interface dans la sous-option ID de circuit de l’agent de l’option 82. Reportez-vous à la section Utilisation de l’option 82 de l’agent de relais DHCP.

Pour afficher la description à partir de l’interface de ligne de commande du routeur ou du commutateur, utilisez la show interfaces commande :

Pour afficher la description de l’interface à partir de la MIB de l’interface, utilisez la snmpwalk commande d’un serveur. Pour isoler les informations d’une interface spécifique, recherchez l’index de l’interface affiché dans le SNMP ifIndex champ de sortie de la show interfaces commande. L’objet ifAlias est dans ifXTable.

Pour plus d’informations sur la description des unités logiques, reportez-vous à la section Ajout d’une description d’unité logique à la configuration.

Comment spécifier une interface agrégée

Une interface agrégée est un groupe d’interfaces. Pour spécifier une interface Ethernet agrégée, configurez aex au niveau de la [edit interfaces] hiérarchie, où x est un entier commençant à 0.

L’entier x est compris entre 0 et 127 pour les routeurs M Series et T Series et entre 0 et 479 pour les routeurs MX Series.

Si vous configurez des VLAN pour des interfaces Ethernet agrégées, vous devez inclure l’instruction au niveau de la [edit interfaces aex] hiérarchie pour terminer l’associationvlan-tagging.

Pour les interfaces SONET/SDH agrégées, configurez asx au niveau de la [edit interfaces] hiérarchie.

REMARQUE :

L’agrégation SONET/SDH est propriétaire de Junos OS et peut ne pas fonctionner avec d’autres logiciels.

Vitesse de l’interface

The interface speed is the maximum amount of data that can travel through an interface per second. An interface speed ending in m is in megabits per second (Mbps). A link speed ending in g is in gigabits per second (Gbps).

Configuration de la vitesse de l’interface sur les interfaces Ethernet

Pour les interfaces Fast Ethernet 12 ports et 48 ports M Series et T Series, l’interface Ethernet de gestion (fxp0 ou em0) et les interfaces cuivre Ethernet à trois débits MX Series, vous pouvez définir explicitement la vitesse de l’interface. Les interfaces Fast Ethernet fxp0et em0 100 Mbit/s peuvent être configurées pour 10 Mbit/s ou 100 Mbit/s (10m | 100m). Les interfaces cuivre Ethernet à trois débits de la gamme MX Series peuvent être configurées pour 10 Mbit/s, 100 Mbit/s ou 1 Gbit/s (10m | 100m | 1g). Pour plus d’informations sur les interfaces Ethernet de gestion et pour déterminer le type d’interface Ethernet de gestion de votre routeur, reportez-vous à la section Présentation des interfaces Ethernet de gestion et des moteurs de routage pris en charge par routeur. Les routeurs MX Series, avec MX-DPC et SFP cuivre à trois débits, prennent en charge le cuivre 20x1 pour assurer la rétrocompatibilité avec le fonctionnement 100/10BASE-T et 1000BASE-T via une interface SGMII (Serial Gigabit Media Independent Interface).

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie.
  2. Pour configurer la vitesse, incluez l’instruction speed au niveau de la [edit interfaces interface-name] hiérarchie.
REMARQUE :

  • Par défaut, l’interface Ethernet de gestion des routeurs M Series et T Series négocie automatiquement si elle souhaite fonctionner à 10 mégabits par seconde (Mbits/s) ou à 100 Mbits/s. Toutes les autres interfaces choisissent automatiquement la vitesse correcte en fonction du type de PIC et si le PIC est configuré pour fonctionner en mode multiplexé (à l’aide de l’instruction dans la hiérarchie de no-concatenate[edit chassis] configuration.

  • À partir de Junos OS version 14.2, cette auto-10m-100m option permet au port fixe à trois vitesses de négocier automatiquement avec des ports limités ou 10m100m à vitesse maximale. Cette option doit être activée uniquement pour le port MPC à trois débits, c’est-à-dire le MIC RJ45 3D 40x 1GE (LAN) sur la plate-forme MX. Cette option ne prend pas en charge les autres MIC sur la plate-forme MX.,

  • Lorsque vous configurez manuellement des interfaces Fast Ethernet sur les routeurs M Series et T Series, le mode de liaison et la vitesse doivent tous deux être configurés. Si ces deux valeurs ne sont pas configurées, le routeur utilise la négociation automatique pour la liaison et ignore les paramètres configurés par l’utilisateur.

  • Si le partenaire de liaison ne prend pas en charge la négociation automatique, configurez manuellement l’un ou l’autre des ports Fast Ethernet pour qu’il corresponde à la vitesse et au mode de liaison de son partenaire de liaison. Lorsque le mode de liaison est configuré, la négociation automatique est désactivée.

  • Sur les routeurs MX Series avec des interfaces SFP cuivre à trois débits, si la vitesse de port est négociée à la valeur configurée et que la vitesse négociée et la vitesse d’interface ne correspondent pas, la liaison ne sera pas activée.

  • Lorsque vous configurez l’interface cuivre Ethernet à trois débits pour qu’elle fonctionne à 1 Gbit/s, la négociation automatique doit être activée.

  • À partir de Junos OS version 11.4, le mode semi-duplex n’est pas pris en charge sur les interfaces cuivre Ethernet à trois débits. Lorsque vous incluez l’instruction, vous devez l’inclure speedlink-mode full-duplex au même niveau hiérarchique.

Voir également

Configurer la vitesse de l’interface SONET/SDH

Vous pouvez configurer la vitesse sur les interfaces SONET/SDH en mode conçu, non concaténé ou canalisé (multiplexé).

Pour configurer la vitesse de l’interface SONET/SDH en mode concaténé :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie, où le interface-nameso-fpc/pic/portest .
  2. Configurez la vitesse de l’interface en mode concaténé.

    Par exemple, vous pouvez configurer chaque port d’un PIC OC12 à 4 ports pour qu’il soit à la vitesse OC3 ou OC12 indépendamment lorsque ce PIC est en mode concaténé 4xOC12.

Pour configurer la vitesse de l’interface SONET/SDH en mode non concaténé :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie, où le interface-nameso-fpc/pic/portest .

  2. Configurez la vitesse de l’interface en mode non concaténé.

    Par exemple, vous pouvez configurer chaque port d’un PIC OC12 à 4 ports pour qu’il soit à la vitesse OC3 ou OC12 indépendamment lorsque ce PIC est en mode concaténé 4xOC12.

Pour configurer le PIC afin qu’il fonctionne en mode canalisé (multiplexé) :

  1. En mode configuration, allez au niveau de la [edit chassis fpc slot-number pic pic-number] hiérarchie.

  2. Configurez l’option no-concatenate .

REMARQUE :

Sur les MIC SONET/SDH OC3/STM1 (multi-débits) avec SFP (Small Form-Factor Pluggable), les MIC de contrôle d’intégrité des messages (MIC) SONET/SDH OC3/STM1 (multi-débits) canalisés avec SFP et les MIC d’émulation de circuit OC3/STM1 canalisés (multi-débits) avec SFP, vous ne pouvez pas définir la vitesse de l’interface au niveau de la hiérarchie [edit interfaces]. Pour activer la vitesse sur ces MIC, vous devez définir la vitesse du port au niveau de la [edit chassis fpc slot-number pic pic-number port port-number] hiérarchie.

Correction d’erreur directe (FEC)

SUMMARY La correction d’erreur directe (FEC) améliore la fiabilité des données transmises par votre appareil. Lorsque FEC est activé sur une interface, celle-ci envoie des données redondantes. Le récepteur n’accepte les données que lorsque les bits redondants correspondent, ce qui élimine les données erronées de la transmission. Junos OS vous permet (l’administrateur réseau) de configurer les interfaces Reed-Solomon FEC (RS-FEC) et BASE-R FEC sur Ethernet. RS-FEC est conforme à la norme IEEE 802.3-2015 Clause 91. BASE-R FEC est conforme à la norme IEEE 802.3-2015 Cause 74.

Avantages de FEC

Lorsque vous configurez FEC sur des interfaces Ethernet, FEC améliore le fonctionnement de votre équipement de la manière suivante :

  • Améliore la fiabilité de la connexion

  • Permet au récepteur de corriger les erreurs de transmission sans avoir besoin de retransmettre les données

  • Étend la portée de l’optique

Présentation

Par défaut, Junos OS active ou désactive FEC en fonction des modules optiques connectés. Par exemple, Junos OS active RS-FEC pour les optiques 100 Gigabit (Gb) SR4 et désactive RS-FEC pour les optiques 100 G LR4. Vous pouvez remplacer le comportement par défaut et activer ou désactiver explicitement RS-FEC.

Vous pouvez activer ou désactiver RS-FEC pour les interfaces 100 Gigabit Ethernet (GbE). Une fois que vous avez activé ou désactivé RS-FEC à l’aide de cette instruction, ce comportement s’applique à tout émetteur-récepteur optique 100 GbE installé sur le port associé à l’interface.

Vous pouvez configurer les clauses FEC CL74 sur les interfaces 25 Gb et 50 Gb et CL91 sur les interfaces 100 Gbit/s. Étant donné que les clauses FEC sont appliquées par défaut sur ces interfaces, vous devez désactiver les clauses FEC si vous ne souhaitez pas les appliquer.

REMARQUE :

PTX5000 routeurs équipés de FPC-PTX-P1-A et FPC2-PTX-P1A ne prennent pas en charge RS-FEC.

Sur les routeurs PTX3000 et PTX5000, les routeurs FPC3-SFF-PTX-1H et FP3-SFF-PTX-1T avec PIC PE-10-U-QSFP28 et optiques LR4 prennent en charge RS-FEC uniquement sur le port 2. Pour le PE-10-U-QSFP28 avec optique LR4, RS-FEC est le mode FEC par défaut sur le port 2 et NONE est le mode FEC par défaut sur les ports 0, 1 et 3 à 9. Pour le PE-10-U-QSFP28 avec optique SR4, RS-FEC est activé par défaut sur tous les ports. Ne modifiez le mode FEC sur aucun port, quelle que soit l’optique installée.

Configurer FEC

Pour désactiver ou activer un mode FEC sur une interface et toutes les interfaces associées, effectuez l’action appropriée :

  1. Pour désactiver le mode FEC :
  2. Pour activer un mode FEC :

    Alternativement:

  3. Pour afficher le mode FEC sur une interface, utilisez la show interfaces interface-name commande. La sortie répertorie les statistiques FEC pour cette interface particulière, y compris le nombre d’erreurs FEC corrigées, le nombre d’erreurs FEC non corrigées et le type de FEC qui a été désactivé ou activé.

Alias d’interface

Présentation

Un alias d’interface est une description textuelle d’une unité logique sur une interface physique. Un alias vous permet de donner un seul nom significatif et facilement identifiable à une interface. Le crénelage d’interface n’est pris en charge qu’au niveau de l’unité.

Le nom de l’alias s’affiche à la place du nom de l’interface dans la sortie de toutes les showcommandes , show interfaces, et d’autres commandes en mode opérationnel. La configuration d’un alias pour une unité logique d’une interface n’a aucun effet sur le fonctionnement de l’interface sur l’appareil.

Pour supprimer l’alias en faveur du nom de l’interface, utilisez le display no-interface-alias paramètre avec la commande show.

Lorsque vous configurez le nom d’alias d’une interface, l’interface de ligne de commande enregistre le nom d’alias en tant que valeur de la variable dans la interface-name base de données de configuration. Lorsque les processus du système d’exploitation interrogent la base de données de configuration pour la variable, la valeur exacte de la variable est renvoyée à la interface-nameinterface-name place du nom d’alias pour les opérations système et les calculs.

L’utilisation de la valeur exacte du nom d’interface pour les opérations système et les calculs permet une compatibilité descendante avec les versions de Junos OS dans lesquelles la prise en charge des alias d’interface n’est pas disponible.

Configuration

Pour spécifier un alias d’interface, utilisez l’instruction alias au niveau de la [edit interfaces interface-name unit logical-unit-number] hiérarchie. Commencez le nom d’alias par une lettre suivie de lettres, de chiffres, de tirets, de points, de traits de soulignement, de deux-points ou de barres obliques. Évitez de commencer l’alias avec n’importe quelle partie d’un nom d’interface valide. Utilisez entre 5 et 128 caractères.

Par exemple :

Sur certains appareils, vous pouvez également configurer l’alias au niveau de la [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number] hiérarchie.

REMARQUE :

Si vous configurez le même nom d’alias sur plusieurs interfaces logiques, le routeur affiche un message d’erreur et la validation échoue.

Vous pouvez utiliser des noms d’alias d’interface pour voir facilement les rôles que jouent les interfaces dans votre configuration. Par exemple, pour faciliter l’identification des interfaces de connexion par satellite :

  1. Regroupez les interfaces physiques en une seule interface agrégée à l’aide d’un groupe d’agrégation de liens (LAG) ou d’un bundle LAG. Nommez cette interface agrégée sat1 pour indiquer qu’il s’agit d’une interface de connexion par satellite.
  2. Sélectionnez une interface logique en tant que membre du bundle LAG ou de l’ensemble du LAG. Nommez cette interface et-0/0/1 pour représenter un port de périphérique satellite ou une instance de service.
  3. Vous pouvez combiner les alias du nom satellite et du nom de l’interface pour représenter entièrement le nom du port satellite. Par exemple, vous pouvez donner à votre port satellite l’alias sat1 :et-0/0/1.

Exemple : Ajout d’un nom d’alias d’interface

Cet exemple montre comment ajouter un alias à l’unité logique d’une interface. L’utilisation d’un alias pour identifier les interfaces telles qu’elles apparaissent dans la sortie des commandes opérationnelles peut permettre des conventions de nommage plus significatives et une identification plus facile. Cette fonctionnalité permettant de définir des noms d’alias d’interface pour les interfaces physiques et logiques est utile dans un environnement Junos Node Unifier (JNU) qui contient les périphériques suivants :

  • Une plate-forme de routage universelle 5G Juniper Networks MX Series en tant que contrôleur

  • Commutateurs Ethernet EX Series, équipements QFX Series et routeurs métro universels ACX Series en tant qu’équipements satellites

Conditions préalables

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

  • Un routeur MX Series faisant office de contrôleur

  • Un commutateur EX4200 faisant office de périphérique satellite

  • Junos OS version 13.3R1 ou ultérieure

Présentation

Vous pouvez créer un alias pour chaque unité logique sur une interface physique. Le texte descriptif que vous définissez pour l’alias s’affiche dans la sortie des show interfaces commandes. L’alias configuré pour une unité logique d’une interface n’a aucun effet sur le fonctionnement de l’interface sur le routeur ou le commutateur : il ne s’agit que d’une étiquette cosmétique.

Configuration

Prenons l’exemple d’un scénario dans lequel les noms d’alias sont configurés sur les interfaces du contrôleur JNU connectées à un satellite, sat1. Les interfaces sont connectées dans le sens de la liaison descendante dans le réseau de gestion JNU à l’aide de deux liaisons. Les noms d’alias permettent une identification efficace et simplifiée de ces interfaces dans les commandes en mode opérationnel qui sont exécutées sur le contrôleur et les satellites.

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 [edit] hiérarchie :

Ajout d’un nom d’alias d’interface pour les interfaces du contrôleur

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode configuration du Guide de l’utilisateur de l’interface de ligne de commande Junos OS.

Pour ajouter un nom d’alias d’interface aux interfaces de contrôleur utilisées pour se connecter aux périphériques satellites dans le sens de la liaison descendante :

  1. Configurez un nom d’alias pour l’unité logique d’une interface Ethernet agrégée utilisée pour se connecter à un satellite, sat1, dans le sens de la liaison descendante. Configurez la famille et l’adresse de l’interface inet .

  2. Configurez un nom d’alias pour l’unité logique d’une autre interface Ethernet agrégée utilisée pour se connecter au même satellite, sat1, dans le sens de la liaison descendante. Configurez la famille et l’adresse de l’interface inet .

  3. Configurez un nom d’alias pour l’interface Gigabit Ethernet sur le contrôleur et configurez ses paramètres.

  4. Configurez les interfaces Gigabit Ethernet pour qu’elles soient des liens membres d’une ae- interface logique.

  5. Configurez le protocole RIP dans le réseau entre le contrôleur et la passerelle de pare-feu.

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 confirmé que les interfaces sont configurées, entrez la commit commande en mode de configuration.

Vérification

Utilisez les exemples de cette section pour vérifier que le nom de l’alias s’affiche à la place du nom de l’interface.

Vérifiez la configuration du nom d’alias pour les interfaces du contrôleur

But

Vérifiez que le nom de l’alias s’affiche à la place du nom de l’interface.

Action

Affichez des informations sur tous les voisins RIP.

Sens

La sortie affiche les détails du test d’analyse comparative qui a été effectué. Pour plus d’informations sur la commande opérationnelle, reportez-vous à la show rip neighbor section show rip neighbordans l’Explorateur CLI.

Voir également

Vue d’ensemble de la source d’horloge

Pour l’appareil et les interfaces, la source d’horloge peut être une horloge externe reçue sur l’interface ou l’horloge Stratum 3 interne du routeur.

Par exemple, l’interface A peut transmettre sur l’horloge reçue de l’interface A (externe, synchronisation en boucle) ou sur l’horloge de la strate 3 (synchronisation interne, synchronisation de ligne ou synchronisation normale). L’interface A ne peut pas utiliser une horloge provenant d’une autre source. Pour les interfaces telles que SONET/SDH qui peuvent utiliser différentes sources d’horloge, vous pouvez configurer la source de l’horloge de transmission sur chaque interface.

La source d’horloge réside sur la carte de contrôle (CB) pour les routeurs M120. Les routeurs M7i et M10i disposent d’une source d’horloge sur la carte CFEB (Compact Forwarding Engine Board) et la carte CFEB-E (Enhanced Compact Forwarding Engine Board).

Pour les modèles T Series et MX Series, l’horloge Stratum 3 interne de la source d’horloge réside sur le générateur d’horloges SONET (T Series) et la carte de contrôle de commutation (SCB) (MX Series). Par défaut, l’horloge de référence Stratum 3 de 19,44 MHz génère le signal d’horloge pour tous les PIC SÉRIE (SONET/SDH) et PDH PICs. Les PIC PDH comprennent DS3, E3, T1 et E1.

REMARQUE :

Les routeurs M7i et M10i ne prennent pas en charge la synchronisation externe des interfaces SONET.

Configurer la source d’horloge

Pour le routeur et les interfaces, la source d’horloge peut être une horloge externe reçue sur l’interface ou l’horloge Stratum 3 interne du routeur.

Pour définir la source d’horloge comme externe ou interne :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie :
  2. Configurez l’option clocking comme externe ou interne.
REMARQUE :

Sur les PIC SONET/SDH canalisés, si vous définissez l’horloge du contrôleur parent (ou principal) sur , vous devez définir les horloges du contrôleur enfant sur externalla valeur par défaut, internalc’est-à-dire .

Par exemple, sur le PIC STM1 canalisé, si l’horloge de l’interface STM1 canalisée (qui est le contrôleur principal) est définie sur , vous ne devez pas configurer l’horloge de l’interface CE1 (qui est le contrôleur enfant) sur externalexternal. Au lieu de cela, vous devez configurer l’horloge de l’interface CE1 sur internal.

Pour plus d’informations sur le pointage sur les interfaces canalisées, reportez-vous aux sections IQ canalisé et Propriétés des interfaces IQE. Reportez-vous également aux sections Configuration de la source d’horloge sur les interfaces SONET/SDH et Configuration de la synchronisation de boucle T3 canalisée.

Pour plus d’informations sur la configuration d’une interface de synchronisation externe pouvant être utilisée pour synchroniser l’horloge interne Stratum 3 avec une source externe sur les routeurs M120 et M320 et sur les routeurs T Series, reportez-vous à la section Configuration de Junos OS pour prendre en charge une interface de synchronisation d’horloge externe pour les routeurs M Series, MX Series et T Series.

Pour plus d’informations sur la configuration de Synchronous Ethernet sur les plates-formes de routage universelles MX80, MX240, MX480 et MX960, reportez-vous aux sections Présentation d’Ethernet synchrone et Configuration de l’interface de synchronisation d’horloge sur les routeurs MX Series.

Voir également

Encapsulation d’interface sur des interfaces physiques

L’encapsulation PPP (Point-to-Point Protocol) est le type d’encapsulation par défaut pour les interfaces physiques. Vous n’avez pas besoin de configurer l’encapsulation pour les interfaces physiques qui prennent en charge l’encapsulation PPP, car PPP est utilisé par défaut.

Pour les interfaces physiques qui ne prennent pas en charge l’encapsulation PPP, vous devez configurer une encapsulation à utiliser pour les paquets transmis sur l’interface. Sur une interface logique, vous pouvez éventuellement configurer un type d’encapsulation qui Junos OS utilise certains types de paquets.

Capacités d’encapsulation

Lorsque vous configurez une encapsulation point à point (telle que PPP ou Cisco HDLC) sur une interface physique, une seule interface logique (c’est-à-dire une unit seule instruction) peut être associée à l’interface physique. Lorsque vous configurez une encapsulation multipoint (telle que Frame Relay), l’interface physique peut avoir plusieurs unités logiques, qui peuvent être point à point ou multipoints.

L’encapsulation CCC (Ethernet circuit crossconnect) pour les interfaces Ethernet avec balisage TPID (Tag Protocol Identifier) standard nécessite que l’interface physique ne dispose que d’une seule interface logique. Les interfaces Ethernet en mode VLAN peuvent avoir plusieurs interfaces logiques.

Pour les interfaces Ethernet en mode VLAN, les ID de VLAN sont applicables comme suit :

  • L’ID VLAN 0 est réservé au balisage de la priorité des trames.

  • Pour le type vlan-cccd’encapsulation , les ID de VLAN 1 à 511 sont réservés aux VLAN normaux. Les ID de VLAN 512 et supérieurs sont réservés aux CCC de VLAN.

  • Pour le type vlan-vplsd’encapsulation, les ID de VLAN 1 à 511 sont réservés aux VLAN normaux et les ID de VLAN 512 à 4094 sont réservés aux VLAN VPLS. Pour les interfaces Fast Ethernet à 4 ports, vous pouvez utiliser les ID de VLAN 512 à 1024 pour les VLAN VPLS.

  • Pour les types extended-vlan-ccc d’encapsulation et extended-vlan-vpls, tous les ID de VLAN sont valides.

  • Pour les interfaces Gigabit Ethernet et les PIC Gigabit Ethernet IQE et IQE avec SFP, vous pouvez configurer une encapsulation flexible des services Ethernet sur l’interface physique. Pour les interfaces avec flexible-ethernet-services encapsulation, tous les ID de VLAN sont valides. Les ID VLAN compris entre 1 et 511 ne sont pas réservés.

    REMARQUE :

    Le PIC Gigabit Ethernet à 10 ports et le port Gigabit Ethernet intégré sur le routeur M7i ne prennent pas en charge l’encapsulation flexible des services Ethernet.

Les limites supérieures des ID de VLAN configurables varient selon le type d’interface.

Lorsque vous configurez une encapsulation TCC (Translational Cross-Connect), certaines modifications sont nécessaires pour gérer les connexions VPN sur des liaisons de couches 2 et de couche 2.5 différentes et mettre fin localement au protocole de couche 2 et de couche 2.5. L’appareil effectue les modifications spécifiques au support suivantes :

  • Protocole PPP (Point-to-Point Protocol) TCC : le protocole LCP (Link Control Protocol) et le protocole NCP (Network Control Protocol) sont terminés sur le routeur. La négociation d’adresses IP IPCP (Internet Protocol Control Protocol) n’est pas prise en charge. Junos OS supprime toutes les données d’encapsulation PPP des trames entrantes avant de les transmettre. Pour la sortie, le saut suivant est remplacé par l’encapsulation PPP.

  • Cisco High-Level Data Link Control (HDLC) TCC—Le traitement Keepalive est terminé sur le routeur. Junos OS supprime toutes les données d’encapsulation Cisco HDLC des trames entrantes avant de les transmettre. Pour la sortie, le saut suivant est remplacé par l’encapsulation Cisco HDLC.

  • Frame Relay TCC : tout le traitement LMI (Local Management Interface) est terminé sur le routeur. Junos OS supprime toutes les données d’encapsulation Frame Relay des trames entrantes avant de les transférer. Pour la sortie, le saut suivant est remplacé par l’encapsulation Frame Relay.

  • Mode de transfert asynchrone (ATM) : le traitement OAM (Operation, Administration and Maintenance) et ILMI (Interim Local Management Interface) est terminé au niveau du routeur. Le relais cellulaire n’est pas pris en charge. Junos OS supprime toutes les données d’encapsulation ATM des trames entrantes avant de les transférer. Pour la sortie, le saut suivant est remplacé par l’encapsulation ATM.

Types d’encapsulation

Les types d’encapsulation d’interface physique incluent :

  • Relais de cellule CCC ATM : connecte deux circuits virtuels distants ou des interfaces physiques ATM avec un chemin de commutation d’étiquettes (LSP). Le trafic sur le circuit est constitué de cellules ATM.

  • ATM PVC : défini dans la RFC 2684, Encapsulation multiprotocole sur la couche d’adaptation ATM 5. Lorsque vous configurez des interfaces ATM physiques avec une encapsulation ATM PVC, un tunnel ATM Adaptation L5 (AAL5) conforme à la RFC 2684 est configuré pour acheminer les cellules ATM sur un chemin MPLS (Multiprotocol Label Commutation) généralement établi entre deux routeurs compatibles MPLS à l’aide du protocole LDP (Label Distribution Protocol).

  • Tramage HDLC (High-Level Data Link Control) compatible Cisco (cisco-hdlc) : les interfaces E1, E3, SONET/SDH, T1 et T3 peuvent utiliser l’encapsulation HDLC Cisco. Deux versions associées sont prises en charge :

    • Version CCC (cisco-hdlc-ccc) : l’interface logique ne nécessite pas d’instruction d’encapsulation. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille.

    • Version TCC (cisco-hdlc-tcc) : similaire à CCC et présente les mêmes restrictions de configuration, mais utilisée pour les circuits avec des supports différents de chaque côté de la connexion.

  • Connexion croisée Ethernet : les interfaces Ethernet sans balisage VLAN peuvent utiliser l’encapsulation Ethernet CCC. Deux versions associées sont prises en charge :

    • Version CCC () : les interfaces Ethernet avec balisage TPID (ethernet-cccTag Protocol ID) standard peuvent utiliser l’encapsulation CCC Ethernet. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille.

    • Version TCC (ethernet-tcc) : similaire à CCC, mais utilisée pour les circuits avec des supports différents de chaque côté de la connexion.

      Pour les PIC Fast Ethernet à 8, 12 et 48 ports, le TCC n’est pas pris en charge.

  • VLAN CCC (vlan-ccc) : les interfaces Ethernet pour lesquelles le balisage VLAN est activé peuvent utiliser l’encapsulation VLAN CCC. L’encapsulation VLAN CCC prend uniquement en charge la 0x8100 TPID. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille.

    Lorsque vous configurez l’encapsulation VLAN Ethernet sur des circuits CCC à l’aide de l’instruction au niveau de la [edit interfaces interface-name] hiérarchie, vous pouvez lier une liste d’ID de VLAN à l’interfaceencapsulation vlan-ccc. Pour configurer un CCC pour plusieurs VLAN, utilisez l’instruction vlan-id-list [ vlan-id-numbers ] . La configuration de cette instruction crée un CCC pour :

    • Chaque VLAN répertorié (par exemple, vlan-id-list [ 100 200 300 ]

    • Chaque VLAN d’une plage (par exemple, vlan-id-list [ 100-200 ]

    • Chaque VLAN d’une combinaison de liste et de plage (par exemple, vlan-id-list [ 50, 100-200, 300 ]

  • Connexion croisée VLAN étendue : les interfaces Gigabit Ethernet pour lesquelles le balisage VLAN 802.1Q est activé peuvent utiliser une encapsulation de connexion croisée VLAN étendue. (Les interfaces Ethernet avec balisage TPID standard peuvent utiliser l’encapsulation VLAN CCC.) Deux versions connexes de connexion croisée VLAN étendue sont prises en charge :

    • Version CCC (extended-vlan-ccc) : l’encapsulation CCC VLAN étendue prend en charge les TPID 0x8100, 0x9100 et 0x9901. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille.

    • Version TCC (extended-vlan-tcc) : similaire à CCC, mais utilisée pour les circuits avec des supports différents de chaque côté de la connexion.

      Pour les PIC Fast Ethernet à 8, 12 et 48 ports, le CCC VLAN étendu n’est pas pris en charge. Pour les PIC Gigabit Ethernet à 4 ports, le CCC VLAN étendu et le TCC VLAN étendu ne sont pas pris en charge.

  • Ethernet VPLS (ethernet-vpls) : les interfaces Ethernet pour lesquelles VPLS est activé peuvent utiliser l’encapsulation Ethernet VPLS.

  • Ethernet VLAN VPLS (vlan-vpls) : les interfaces Ethernet pour lesquelles le balisage VLAN est activé et le VPLS peuvent utiliser l’encapsulation Ethernet VLAN VPLS.

  • VPLS VLAN étendu (extended-vlan-vpls) : les interfaces Ethernet avec balisage VLAN 802.1Q et VPLS activé peuvent utiliser l’encapsulation VPLS VLAN étendu Ethernet. (Les interfaces Ethernet avec balisage TPID standard peuvent utiliser l’encapsulation VPLS VLAN Ethernet.) L’encapsulation VPLS VLAN Ethernet étendu prend en charge les TPID 0x8100, 0x9100 et 0x9901.

  • Services Ethernet flexibles () : les PIC Gigabit Ethernet et Gigabit Ethernet IQE et IQE avec SFP (flexible-ethernet-servicesà l’exception du PIC Gigabit Ethernet à 10 ports et du port Gigabit Ethernet intégré sur le routeur M7i) peuvent utiliser une encapsulation de services Ethernet flexible. Les bundles Ethernet agrégés peuvent utiliser ce type d’encapsulation. Vous utilisez ce type d’encapsulation lorsque vous souhaitez configurer plusieurs encapsulations Ethernet par unité. Ce type d’encapsulation vous permet de configurer n’importe quelle combinaison d’encapsulations de routage, TCC, CCC, réseaux privés virtuels (VPN) de couche 2 et VPLS sur un seul port physique. Si vous configurez une encapsulation flexible des services Ethernet sur l’interface physique, les ID de VLAN compris entre 1 et 511 ne sont plus réservés aux VLAN normaux.

  • PPP : défini dans la RFC 1661, le protocole PPP (Point-to-Point Protocol) pour la transmission de datagrammes multiprotocoles sur des liaisons point à point. PPP est le type d’encapsulation par défaut pour les interfaces physiques. Les interfaces E1, E3, SONET/SDH, T1 et T3 peuvent utiliser l’encapsulation PPP.

Configurer l’encapsulation sur une interface physique

Pour configurer l’encapsulation sur une interface physique :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie.
  2. Configurez le type d’encapsulation.
    REMARQUE :

    • Lorsque le type d’encapsulation est défini sur encapsulation, assurez-vous que le type LMI est défini sur Cisco-compatible Frame Relay ANSI ou Q933-A.

    • Lorsque vlan-vpls l’encapsulation est définie au niveau de l’interface physique, la vérification de validation vérifie qu’aucune famille ne inet doit être configurée à l’intérieur de celle-ci.

Affichage de l’encapsulation sur une interface physique SONET/SDH

But

Pour afficher l’encapsulation configurée et les options associées sur une interface physique lorsque les éléments suivants sont définis au niveau de la [edit interfaces interface-name] hiérarchie :

  • nom_interface : so-7/0/0

  • Encapsulation—ppp

  • Unité : 0

  • Famille—inet

  • Adresse—192.168.1.113/32

  • Destination—192.168.1.114

  • Famille—iso et mpls

Action

Exécutez la commande au niveau de la show[edit interfaces interface-name] hiérarchie.

Sens

L’encapsulation configurée et les options associées s’affichent comme prévu. Notez que le deuxième jeu de deux family instructions permet à IS-IS et MPLS de s’exécuter sur l’interface.

Configurer l’encapsulation d’interface sur les routeurs PTX Series

Cette rubrique décrit comment configurer l’encapsulation d’interface sur PTX Series Routeurs de transport de paquets. Utilisez l’instruction de configuration pour configurer différentes flexible-ethernet-services encapsulations pour différentes interfaces logiques sous une interface physique. Grâce à l’encapsulation flexible des services Ethernet, vous pouvez configurer chaque encapsulation d’interface logique sans restriction de plage d’ID de VLAN.

Les encapsulations prises en charge pour les interfaces physiques sont les suivantes :

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

Dans Junos OS Evolved, l’encapsulation n’est flexible-ethernet-services pas prise en charge sur les appareils PTX10003.

Les encapsulations prises en charge pour les interfaces logiques sont les suivantes :

  • ethernet

  • vlan-ccc

  • vlan-tcc

REMARQUE :

PTX Series Routeurs de transport de paquets ne prennent pas en charge extended-vlan-cc l’encapsulation extended-vlan-tcc sur les interfaces logiques. Au lieu de cela, vous pouvez configurer une valeur d’ID de protocole de balise (TPID) de 0x9100 pour obtenir les mêmes résultats.

Pour configurer une encapsulation flexible des services Ethernet, incluez l’instruction encapsulation flexible-ethernet-services au niveau de la [edit interfaces et-fpc/pic/port] hiérarchie. Par exemple :

Par Keepalives

Par défaut, les interfaces physiques configurées avec l’encapsulation HDLC (High-Level Data Link Control) ou PPP (Point-to-Point Protocol) de Cisco envoient des paquets keepalive à des intervalles de 10 secondes. Le terme Frame Relay pour les keepalives est paquets LMI (Local Management Interface) ; Junos OS prend en charge à la fois les IMT ANSI T1.617 Annexe D et les IMT Q933 Annexe A de l’Union internationale des télécommunications (UIT). Sur les réseaux en mode de transfert asynchrone (ATM), les cellules d’exploitation, d’administration et de maintenance (OAM) remplissent la même fonction. Vous configurez les cellules OAM au niveau de l’interface logique ; Pour plus d’informations, reportez-vous à la section Définition de la période de cellule de bouclage OAM F5 ATM.

Pour désactiver l’envoi de keepalives :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie.
  2. Incluez l’instruction no-keepalives au niveau de la [edit interfaces interface-name] hiérarchie.

Pour désactiver l’envoi de keepalives sur une interface physique configurée avec l’encapsulation Cisco HDLC pour une connexion TCC (Translational Cross-connect) :

  1. En mode configuration, allez au niveau de la [edit interfacesinterface-name] hiérarchie.

  2. Incluez l’instruction avec l’instruction no-keepalivesencapsulation cisco-hdlc-tcc au niveau de la [edit interfaces interface-name] hiérarchie.

Pour désactiver l’envoi de keepalives sur une interface physique configurée avec l’encapsulation PPP pour une connexion TCC :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie.

  2. Incluez l’instruction avec l’instruction no-keepalivesencapsulation ppp-tcc au niveau de la [edit interfaces interface-name] hiérarchie.

Lorsque vous configurez l’encapsulation PPP over ATM ou Multilink PPP over ATM, vous pouvez activer ou désactiver les keepalives sur l’interface logique. Pour plus d’informations, consultez Configuration de l’encapsulation PPP sur ATM2.

Pour activer explicitement l’envoi de keepalives :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie.

  2. Incluez l’instruction keepalives au niveau de la [edit interfaces interface-name] hiérarchie.

Pour modifier une ou plusieurs des valeurs keepalive par défaut :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie.

  2. Incluez l’instruction avec l’option keepalives appropriée comme intervalseconds, down-countnumber, et le up-countnumber.

Sur les interfaces configurées avec l’encapsulation Cisco HDLC ou PPP, vous pouvez inclure les trois instructions keepalive suivantes. Notez que ces instructions n’affectent pas l’encapsulation du relais de trames :

  • interval seconds: temps en secondes entre les requêtes keepalive successives. La plage est comprise entre 1 seconde et 32767 secondes, avec une valeur par défaut de 10 secondes.

  • down-count number: nombre de paquets keepalive qu’une destination ne doit pas recevoir avant que le réseau n’interrompe une liaison. La plage est comprise entre 1 et 255, avec une valeur par défaut de 3.

  • up-count number: nombre de paquets keepalive qu’une destination doit recevoir pour changer l’état d’un lien de bas en haut. La plage est comprise entre 1 et 255, avec une valeur par défaut de 1.

ATTENTION :

Si les keepalives d’interface sont configurés sur une interface qui ne prend pas en charge l’instruction de configuration (par exemple, 10-Gigabit Ethernet), la couche de liaison peut tomber en keepalives panne lorsque le PIC est redémarré. Évitez de configurer les keepalives sur des interfaces qui ne prennent pas en charge l’instruction de keepalives configuration.

Pour plus d’informations sur les paramètres de rétention de relais de trames, consultez Configuration de mécanismes de rétention de relais de trames.

Sur les routeurs MX Series avec concentrateurs de ports modulaires/cartes d’interface modulaires (MPC/MIC), le moteur de transfert de paquets d’un MPC/MIC traite et répond aux paquets keepalive LCP (Link Control Protocol) que l’abonné PPP (client) initie et envoie au routeur. Le mécanisme par lequel les paquets LCP Echo-Request sont traités par le moteur de transfert de paquets plutôt que par le moteur de routage est appelé PPP fast keepalive Pour plus d’informations sur le fonctionnement de la rétention rapide PPP sur un routeur MX Series avec MPC/MIC, consultez le Guide de configuration de l’accès abonné à Junos OS.

Voir également

Comprendre le flux de trafic unidirectionnel sur les interfaces physiques

Par défaut, les interfaces physiques sont bidirectionnelles ; c’est-à-dire qu’ils émettent et reçoivent du trafic. Vous pouvez configurer le mode de liaison unidirectionnelle sur une interface Ethernet 10 Gigabit qui crée deux nouvelles interfaces physiques unidirectionnelles. Les nouvelles interfaces d’émission et de réception uniquement fonctionnent indépendamment, mais sont toutes deux subordonnées à l’interface parent d’origine.

Avantages

  • Les interfaces unidirectionnelles permettent de configurer une topologie de liaison unidirectionnelle. Les liaisons unidirectionnelles sont utiles pour des applications telles que les services vidéo à large bande où la quasi-totalité du flux de trafic est dans une seule direction, du fournisseur à l’utilisateur.
  • Le mode de liaison unidirectionnel préserve la bande passante en lui permettant d’être dédié de manière différentielle aux interfaces d’émission et de réception.
  • Le mode de liaison unidirectionnel conserve des ports pour ce type d’applications, car les interfaces d’émission et de réception uniquement agissent indépendamment. Chacun peut être connecté à différents routeurs. Cela peut par exemple réduire le nombre total de ports requis.
REMARQUE :

Le mode de liaison unidirectionnel n’est actuellement pris en charge que sur le matériel suivant :

  • 4 ports 10 Gigabit Ethernet Concentracteur de port dense (DPC) sur le routeur MX960

  • PIC IQ2 10 Gigabit Ethernet et 10 Gigabit Ethernet IQ2E PIC sur le routeur T Series

L’interface de transmission uniquement est toujours opérationnelle. L’état de fonctionnement de l’interface de réception uniquement dépend uniquement des défaillances locales ; Il est indépendant des défauts distants et de l’état de l’interface de transmission uniquement.

Sur l’interface parent, vous pouvez configurer des attributs communs aux deux interfaces, tels que l’horloge, le tramage, les options Gigether et les options Sonet. Sur chacune des interfaces unidirectionnelles, vous pouvez configurer l’encapsulation, l’adresse MAC, la taille maximale de l’unité de transmission (MTU) et les interfaces logiques.

Les interfaces unidirectionnelles prennent en charge IP et IP version 6 (IPv6). Le transfert de paquets s’effectue au moyen de routes statiques et d’entrées statiques ARP (Address Resolution Protocol), que vous pouvez configurer indépendamment sur les deux interfaces unidirectionnelles.

Seules les statistiques de transmission sont signalées sur l’interface d’émission uniquement (et affichées comme zéro sur l’interface de réception uniquement). Seules les statistiques de réception sont signalées sur l’interface de réception uniquement (et affichées comme zéro sur l’interface de transmission uniquement). Les statistiques d’émission et de réception sont signalées sur l’interface parent.

Activer un flux de trafic unidirectionnel sur les interfaces physiques

Le mode de liaison unidirectionnelle permet au trafic de circuler dans une seule direction. Pour activer le flux de trafic unidirectionnel sur une interface physique :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie :
  2. Configurez l’option permettant de créer deux nouvelles interfaces physiques unidirectionnelles (émission uniquement et réception uniquement) subordonnées à l’interface parent d’origine unidirectional .

Activer les notifications SNMP sur les interfaces physiques

Par défaut, Junos OS envoie des notifications SNMP (Simple Network Management Protocol) lorsque l’état d’une interface ou d’une connexion change. Vous pouvez activer ou désactiver les notifications SNMP en fonction de vos besoins.

Pour activer explicitement l’envoi de notifications SNMP sur l’interface physique :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie :
  2. Configurez l’option permettant d’activer les notifications SNMP lorsque l’état traps de la connexion change.

Pour désactiver les notifications SNMP sur l’interface physique :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie :

  2. Configurez l’option permettant de désactiver les notifications SNMP lorsque l’état no-traps de la connexion change.

Prise en compte des interfaces physiques

Les appareils en cours d’exécution Junos OS peuvent collecter différents types de données sur le trafic qui les traverse. Vous (l’administrateur système) pouvez configurer un ou plusieurs profils comptables qui spécifient certaines caractéristiques communes de ces données. Ces caractéristiques sont les suivantes :

  • Les champs utilisés dans les enregistrements comptables

  • Le nombre de fichiers que le routeur ou le commutateur conserve avant d’être supprimés, et le nombre d’octets par fichier

  • Période d’interrogation utilisée par le système pour enregistrer les données

Présentation

Il existe deux types de profils comptables : profils de filtre et profils d’interface. Configurez les profils à l’aide d’instructions au niveau de la [edit accounting-options] hiérarchie.

Configurez les profils de filtre en incluant l’instruction filter-profile au niveau de la [edit accounting-options] hiérarchie. Vous appliquez des profils de filtre en incluant l’instruction accounting-profile aux niveaux et [edit firewall filter filter-name][edit firewall family family filter filter-name] hiérarchie.

Configurez les profils d’interface en incluant l’instruction interface-profile au niveau de la [edit accounting-options] hiérarchie. Poursuivez votre lecture pour savoir comment configurer les profils d’interface.

Configuration d’un profil comptable pour une interface physique

Avant de commencer

Configurez un fichier journal de données comptables au niveau de la [edit accounting-options] hiérarchie. Le système d’exploitation consigne les statistiques dans le fichier journal des données comptables.

Pour plus d’informations sur la configuration d’un fichier journal de données comptables, reportez-vous à la section Configuration des fichiers journaux de données comptables.

Configuration

Configurez un profil d’interface pour collecter des informations statistiques et d’erreur pour les paquets d’entrée et de sortie sur une interface physique particulière. Le profil d’interface spécifie les informations que le système d’exploitation écrit dans le fichier journal.

Pour configurer un profil d’interface :

  1. Naviguez jusqu’au niveau hiérarchique [edit accounting-options interface-profile] . Incluez le pour nommer le profile-name profil d’interface.
  2. Pour configurer les statistiques à collecter pour une interface, incluez l’instruction fields .
  3. Chaque profil comptable enregistre ses statistiques dans un fichier de l’annuaire /var/log . Pour configurer le fichier à utiliser, utilisez l’instruction file .
    REMARQUE :

    Vous devez spécifier une file instruction pour le profil d’interface qui a déjà été configuré au niveau de la [edit accounting-options] hiérarchie.
  4. Le système d’exploitation collecte des statistiques à partir de chaque interface avec un profil comptable activé. Il collecte les statistiques une fois par intervalle de temps spécifié pour le profil comptable. Le système d’exploitation planifie le temps de collecte des statistiques de manière uniforme sur l’intervalle configuré. Pour configurer l’intervalle, utilisez l’instruction interval suivante :
    REMARQUE :

    L’intervalle minimum autorisé est de 1 minute. La configuration d’un intervalle faible dans un profil de comptabilité pour un grand nombre d’interfaces peut entraîner une grave dégradation des performances.
  5. Appliquez le profil d’interface à une interface physique en incluant l’instruction accounting-profile au niveau de la [edit interfaces interface-name] hiérarchie. Le système d’exploitation effectue la comptabilité sur les interfaces que vous spécifiez.

Voir également

Comment afficher le profil comptable

But

Pour afficher le profil comptable configuré d’une interface physique particulière au niveau de la [edit accounting-options interface-profile profile-name] hiérarchie qui a été configurée avec les éléments suivants :

  • nom_interface : et-1/0/1

  • Profil de l’interface —if_profile

  • Nom du fichier—if_stats

  • Intervalle : 15 minutes

Action

  • Exécutez la commande au niveau de la show[edit interfaces et-1/0/1] hiérarchie.

  • Exécutez la commande au niveau de la show[edit accounting-options] hiérarchie.

Sens

La comptabilité configurée et les options d’ensemble associées s’affichent comme prévu.

Désactivation d’une interface physique

Vous pouvez désactiver une interface physique, en la marquant comme étant inactive, sans supprimer les instructions de configuration de l’interface de la configuration.

Désactivation d’une interface physique

ATTENTION :

Les abonnés dynamiques et les interfaces logiques utilisent des interfaces physiques pour se connecter au réseau. Vous pouvez définir l’interface pour désactiver et valider la modification tant que les abonnés dynamiques et les interfaces logiques sont toujours actifs. Cette action entraîne la perte de toutes les connexions d’abonnés sur l’interface. Soyez prudent lorsque vous désactivez des interfaces.

Pour désactiver une interface physique :

  1. En mode configuration, allez au niveau de la [edit interfaces interface-name] hiérarchie.
  2. Incluez l’instruction disable .

    Par exemple :

    REMARQUE :

    Lorsque vous utilisez l’instruction au niveau de la edit interfaces hiérarchie, en fonction du type de PIC, l’interface disable peut ou non éteindre le laser. Les anciens émetteurs-récepteurs PIC ne prennent pas en charge l’arrêt du laser, mais les nouveaux PICs Gigabit Ethernet avec émetteurs-récepteurs SFP et XFP le prennent. Sur un appareil doté de PIC plus récents, le laser s’éteint lorsque l’interface est désactivée.
    avertissement laser :

    Ne fixez pas du regard le faisceau laser ou ne le regardez pas directement à l’aide d’instruments optiques, même si l’interface a été désactivée.

Exemple : Désactivation d’une interface physique

Exemple de configuration d’interface :

Désactivez l’interface :

Vérifiez la configuration de l’interface :

Effet de la désactivation des interfaces sur les PIC T Series

Le tableau suivant décrit l’effet de l’utilisation de l’énoncé set interfaces disable interface_name sur les PIC de la série T.

Tableau 1 : Effet des interfaces définies désactivent la <interface_name> sur les PIC de la série T

Numéro de modèle PIC

PIC Description

Type de PIC

Comportement

PF-12XGE-SFPP

PIC LAN/WAN Ethernet 10 Gigabit avec SFP+ (routeur T4000)

5

Laser de transmission (Tx) désactivé

PF-24XGE-SFPP

PIC LAN/WAN Ethernet 10 Gigabit avec surabonnement et SFP+ (routeur T4000)

5

Laser Tx désactivé

PF-1CGE-CFP

PIC Ethernet 100 Gigabit avec CFP (routeur T4000)

5

Laser Tx désactivé

PD-4XGE-XFP

10 Gigabit Ethernet, 4 ports LAN/WAN XFP

4

Laser Tx désactivé

PD-5-10XGE-SFPP

LAN/WAN 10 Gigabit avec SFP+

4

Laser Tx désactivé

PD-1XLE-CFP

40 Gigabit avec CFP

4

Laser Tx désactivé

PD-1CE-CFP-FPC4

100 Gigabit avec CFP

4

Laser Tx désactivé

PD-TUNNEL

Services de tunnel 40 Gigabit

4

NA

PD-4OC192-SON-XFP

OC192/STM64, XFP 4 ports

4

Le laser Tx n’est pas désactivé

PD-1OC768-SON-SR

OC768c/STM256, 1 port

4

Le laser Tx n’est pas désactivé

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' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Version
Description
14.2
À partir de Junos OS version 14.2, cette auto-10m-100m option permet au port fixe à trois vitesses de négocier automatiquement avec des ports limités ou 10m100m à vitesse maximale. Cette option doit être activée uniquement pour le port MPC à trois débits, c’est-à-dire le MIC RJ45 3D 40x 1GE (LAN) sur la plate-forme MX. Cette option ne prend pas en charge les autres MIC sur la plate-forme MX.
11.4
À partir de Junos OS version 11.4, le mode semi-duplex n’est pas pris en charge sur les interfaces cuivre Ethernet à trois débits. Lorsque vous incluez l’instruction, vous devez l’inclure speedlink-mode full-duplex au même niveau hiérarchique.