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 d’interface physique

Utilisez cette rubrique pour configurer diverses propriétés d’interfaces physiques sur votre équipement. Lisez la suite pour configurer des propriétés telles que les descriptions d’interface, les vitesses d’interface et les profils de comptabilisation pour les interfaces physiques.

Présentation 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 comprennent la taille maximale de l’unité de transmission (MTU) de l’interface, les propriétés du compartiment de réception et de transmission qui fuient, le mode opérationnel 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.

Configuration de la description de l’interface

Vous pouvez inclure une description texte 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 MIB (Management Information Base). Elle n’a aucun impact sur la configuration de l’interface.

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

Par exemple :

REMARQUE :

Vous pouvez configurer le relais DHCP étendu pour inclure la description de l’interface dans l’option 82 sous-option ID de circuit d’agent. Consultez les informations sur l’option 82 de l’agent relais DHCP.

Pour afficher la description du routeur ou du commutateur CLI, utilisez la show interfaces commande :

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

Pour plus d’informations sur la description des unités logiques, voir 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 nombre entier commençant à 0.

L’entier x varie de 0 à 127 pour les routeurs M Series et T Series et de 0 à 479 sur les routeurs MX Series.

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

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 d’interface sur les interfaces Ethernet

Pour les interfaces PIC Fast Ethernet M Series et T Series 12 ports et 48 ports, l’interface Ethernet de gestion (fxp0 ou em0) et les interfaces cuivre Ethernet Tri-Rate MX Series, vous pouvez définir explicitement la vitesse de l’interface. Le Fast Ethernet, fxp0et em0 les interfaces peuvent être configurés pour 10 Mbit/s ou 100 Mbit/s (10m | 100m). Les interfaces cuivre Ethernet tri-débit 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, voir 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 tri-débit, prennent en charge 20x1 Cuivre pour fournir une rétrocompatibilité avec les opérations 100/10BASE-T et 1000BASE-T via une interface SGMII (Serial Gigabit Media Independent Interface).

  1. En mode configuration, passez au niveau hiérarchique [edit interfaces interface-name] .
  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 peut fonctionner à 10 mégabits par seconde (Mbit/s) ou 100 Mbits/s. Toutes les autres interfaces choisissent automatiquement la vitesse correcte en fonction du type PIC et si la PIC est configurée pour fonctionner en mode multiplexé (à l’aide de l’instruction no-concatenate dans la hiérarchie de [edit chassis] configuration.

  • À partir de La version 14.2 de Junos OS, l’option auto-10m-100m permet au port fixe à trois vitesses de négocier automatiquement avec des ports limités 100m ou 10mà vitesse maximale. Cette option doit être activée uniquement pour le port Tri-rate MPC, c’est-à-dire 3D 40x 1GE (LAN) RJ45 MIC sur 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 et la vitesse de liaison doivent être configurés. Si ces deux valeurs ne sont pas configurées, le routeur utilise l’autonegotiation pour la liaison et ignore les paramètres configurés par l’utilisateur.

  • Si le partenaire de liaison ne prend pas en charge l’tonegotiation, configurez manuellement un port 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é, l’autonegotiation est désactivée.

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

  • Lorsque vous configurez l’interface cuivre Ethernet Tri-Rate pour fonctionner à 1 Gbit/s, l’autonegotiation doit être activée.

  • À partir de la version 11.4 de Junos OS, le mode semi-duplex n’est pas pris en charge sur les interfaces cuivre Ethernet tri-débit. Lorsque vous l’incluez speed , vous devez l’inclure link-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 concénétisé, non-concaté ou canalisé (multiplexé).

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

  1. En mode configuration, accédez au niveau hiérarchique[edit interfaces interface-name], où le interface-name .so-fpc/pic/port
  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 en vitesse OC3 ou OC12 indépendamment lorsque ce pic est en mode 4xOC12 concaté.

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

  1. En mode configuration, accédez au niveau hiérarchique[edit interfaces interface-name], où le interface-name .so-fpc/pic/port

  2. Configurez la vitesse de l’interface en mode non-contené.

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

Pour configurer le PIC de manière à ce qu’il fonctionne en mode canalisé (multiplexé) :

  1. En mode configuration, passez au niveau hiérarchique [edit chassis fpc slot-number pic pic-number] .

  2. Configurez l’option no-concatenate .

REMARQUE :

Sur le MIC SONET/SDH OC3/STM1 (multi-débit) avec petit format enfichable (SFP), le MIC canalisé SONET/SDH OC3/STM1 (multi-débit) contrôle de l’intégrité des messages (MIC) avec SFP, et l’émulation de circuit OC3/STM1 canalisée 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 de ces MIC, vous devez définir la vitesse de port au niveau de la [edit chassis fpc slot-number pic pic-number port port-number] hiérarchie.

Correction d’erreur de transfert (FEC)

SUMMARY La correction des erreurs de transfert (FEC) améliore la fiabilité des données transmises par votre équipement. Lorsque le FEC est activé sur une interface, cette interface envoie des données redondantes. Le récepteur accepte les données uniquement là où les bits redondants correspondent, ce qui élimine les données erronées de la transmission. Junos OS permet à vous (l’administrateur réseau) de configurer Reed-Solomon FEC (RS-FEC) et BASE-R FEC sur des interfaces Ethernet. RS-FEC est conforme à la clause 91 de la norme IEEE 802.3-2015. BASE-R FEC est conforme à ieee 802.3-2015 Cause 74.

Avantages de la FEC

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

  • Améliore la fiabilité de la connexion

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

  • Étend la portée de l’optique

Présentation

Par défaut, Junos OS active ou désactive le FEC en fonction des modules optiques connectés. Par exemple, Junos OS active RS-FEC pour les modules optiques SR4 100 Gigabit (Go) et désactive le RS-FEC pour les modules optiques LR4 100 G. 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 activer ou désactiver RS-FEC à l’aide de cette déclaration, ce comportement s’applique à tout émetteur-récepteur optique 100 GbE installé dans le port associé à l’interface.

Vous pouvez configurer des clauses FEC CL74 sur des interfaces 25 Et 50 Go et CL91 sur des interfaces 100 Go. Les clauses FEC étant appliquées par défaut sur ces interfaces, vous devez désactiver les clauses FEC si vous ne souhaitez pas les appliquer.

REMARQUE :

Les routeurs PTX5000 avec FPC-PTX-P1-A et FPC2-PTX-P1A ne prennent pas en charge RS-FEC.

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

Configurer le 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. Les résultats répertorient les statistiques FEC pour cette interface particulière, y compris le nombre d’erreurs corrigées fec, le nombre d’erreurs non corrigées FEC et le type de FEC 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. L’aliasing d’interface n’est pris en charge qu’au niveau de l’unité.

Le nom de l’alias est affiché à la place du nom de l’interface dans la sortie de toutes les showshow interfacescommandes du 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’équipement.

Pour supprimer l’alias au profit 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 CLI enregistre le nom de l’alias comme valeur de la interface-name variable dans la base de données de configuration. Lorsque les processus du système d’exploitation interrogent la base de données de configuration pour la interface-name variable, la valeur exacte de la interface-name variable est renvoyée au lieu du nom d’alias pour les opérations et les calculs du système.

L’utilisation de la valeur exacte du nom de l’interface pour les opérations et les calculs système permet une rétrocompatibilité 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 de l’alias par une lettre suivie de lettres, de chiffres, de tirets, de points, de traits de soulignement, de points de terminaison ou de barres tranchées. Évitez de démarrer l’alias avec n’importe quelle partie d’un nom d’interface valide. Utilisez entre 5 et 128 caractères.

Par exemple :

Sur certains équipements, 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 faciliter l’accès aux rôles des interfaces dans votre configuration. Par exemple, pour faciliter l’identification des interfaces de connexion par satellite :

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

Exemple : Ajouter 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 d’établir des conventions de nommage plus significatives et de faciliter l’identification. Cette capacité à 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 équipements suivants :

  • Une plate-forme de routage universelle 5G MX Series de Juniper Networks 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 qui agit comme un contrôleur

  • Un commutateur EX4200 qui agit comme un équipement 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 show interfaces sortie des 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

Envisagez 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 du mode opérationnel exécutées sur le contrôleur et les satellites.

Configuration rapide cli

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

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

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface cli Junos OS.

Pour ajouter un nom d’interface aux interfaces de contrôleur qui sont utilisées pour se connecter aux équipements 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 qui est utilisée pour se connecter à un satellite, sat1, dans le sens de la liaison descendante. Configurez la inet famille et l’adresse de l’interface.

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

  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 liaisons membres d’une ae- interface logique.

  5. Configurez le 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é la configuration des interfaces, saisissez la commit commande en mode configuration.

Vérification

Utilisez les exemples de cette section pour vérifier que le nom de l’alias est affiché au lieu du nom de l’interface.

Vérifier la configuration du nom de l’alias pour les interfaces du contrôleur

But

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

Action

Affichez des informations sur tous les voisins RIP.

Sens

Le résultat affiche les détails du test d’analyse comparative effectué. Pour plus d’informations sur la show rip neighbor commande opérationnelle, consultez show rip neighborl’Explorateur CLI.

Voir également

Présentation de la source de l’horloge

Tant pour l’équipement que pour les interfaces, la source d’horloge peut être une horloge externe reçue sur l’interface ou l’horloge interne stratum 3 du routeur.

Par exemple, l’interface A peut transmettre sur l’horloge reçue de l’interface A (synchronisation externe, boucle) ou sur l’horloge Stratum 3 (interne, synchronisation de ligne ou synchronisation normale). L’interface A ne peut pas utiliser d’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 de l’horloge réside sur la carte de contrôle (CB) pour les routeurs M120. M7i et les routeurs M10i ont une source d’horloge sur la carte du moteur de transfert compact (CFEB) et la carte de moteur de transfert compacte améliorée (CFEB-E).

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

REMARQUE :

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

Configurer la source de l’horloge

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

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

  1. En mode configuration, passez au niveau hiérarchique [edit interfaces interface-name] :
  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 external, vous devez définir les horloges du contrôleur enfant sur la valeur par défaut, c’est-à-dire , internal.

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

Pour plus d’informations sur l’horloge sur les interfaces canalisées, consultez les propriétés des interfaces IQ et IQE canalisées. Voir également Configuration de la source d’horloge sur les interfaces SONET/SDH et Configuration de la synchronisation de la 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 de Stratum 3 avec une source externe sur les routeurs M120 et M320 et sur les routeurs T Series, voir 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 d’Ethernet synchrone sur les plates-formes de routage universelles MX80, MX240, MX480 et MX960, consultez 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 dans certains types de paquets.

Capacités d’encapsulation

Lorsque vous configurez une encapsulation point à point (comme PPP ou Cisco HDLC) sur une interface physique, l’interface physique ne peut avoir qu’une seule interface logique (c’est-à-dire une unit seule déclaration) associée. Lorsque vous configurez une encapsulation multipoint (comme le relais de trames), l’interface physique peut avoir plusieurs unités logiques, et les unités peuvent être soit point à point, soit multipoint.

L’encapsulation CCC (Ethernet Circuit Cross-Connect) pour les interfaces Ethernet avec le 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 VLAN s’appliquent comme suit :

  • L’ID VLAN 0 est réservé pour marquer la priorité des trames.

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

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

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

  • Pour les interfaces Gigabit Ethernet et les PIC Gigabit Ethernet IQ et IQE avec SFP, vous pouvez configurer l’encapsulation flexible des services Ethernet sur l’interface physique. Pour les interfaces avec flexible-ethernet-services encapsulation, tous les ID VLAN sont valides. Les ID VLAN de 1 à 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 VLAN configurables varient selon le type d’interface.

Lorsque vous configurez une encapsulation cross-connect (TCC), certaines modifications sont nécessaires pour gérer les connexions VPN sur des liaisons de couche 2 et de couche 2.5 dissemblables et terminer les protocoles de couche 2 et 2.5 localement. L’équipement effectue les modifications spécifiques aux médias suivantes :

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

  • TCC Cisco high-level Data Link Control (HDLC) : le traitement Keepalive est terminé sur le routeur. Junos OS extrait toutes les données d’encapsulation Cisco HDLC des trames entrantes avant de les transférer. Pour la sortie, le saut suivant est remplacé par l’encapsulation Cisco HDLC.

  • TCC relais de trames : tout le traitement de l’interface de gestion locale (LMI) est terminé sur le routeur. Junos OS décapite toutes les données d’encapsulation des relais de trames entrantes avant de les transférer. Pour la sortie, le saut suivant est remplacé par encapsulation de relais de trames.

  • Mode de transfert asynchrone (ATM) : le traitement des opérations, de l’administration et de la maintenance (OAM) et de l’interface de gestion locale (ILMI) provisoire est terminé au niveau du routeur. Le relais de cellule n’est pas pris en charge. Junos OS retire 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 comprennent :

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

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

  • Cadragecisco-hdlc HDLC (High-Level Data Link Control) compatible Cisco : les interfaces E1, E3, SONET/SDH, T1 et T3 peuvent utiliser l’encapsulation Cisco HDLC. 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 pouvez configurer la ccc famille uniquement.

    • 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 ethernet croisée : les interfaces Ethernet sans balisage VLAN peuvent utiliser l’encapsulation Ethernet CCC. Deux versions associées sont prises en charge :

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

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

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

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

    Lorsque vous configurez l’encapsulation VLAN Ethernet sur les circuits CCC à l’aide de l’instruction encapsulation vlan-ccc au niveau de la [edit interfaces interface-name] hiérarchie, vous pouvez lier une liste d’ID VLAN à l’interface. 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 gamme, par exemple, vlan-id-list [ 100-200 ]

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

  • Connexion croisée VLAN étendue : les interfaces Gigabit Ethernet avec balisage VLAN 802.1Q peuvent utiliser une encapsulation VLAN étendue. (Les interfaces Ethernet avec balisage TPID standard peuvent utiliser l’encapsulation VLAN CCC.) Deux versions associées de la connexion croisée du VLAN étendu sont prises en charge :

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

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

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

  • Ethernet VPLS (ethernet-vpls) : les interfaces Ethernet avec VPLS compatibles peuvent utiliser l’encapsulation Ethernet VPLS.

  • Ethernet VLAN VPLS (vlan-vpls) : les interfaces Ethernet avec balisage VLAN et VPLS compatibles peuvent utiliser l’encapsulation VLAN ETHERNET VPLS.

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

  • Services Ethernet flexibles (flexible-ethernet-services) : les PIC Gigabit Ethernet et Gigabit Ethernet IQ et IQE avec SFP (à 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 offres Ethernet agrégées peuvent utiliser ce type d’encapsulation. Vous utilisez ce type d’encapsulation pour configurer plusieurs encapsulations Ethernet par unité. Ce type d’encapsulation vous permet de configurer n’importe quelle combinaison de routage, de TCC, de CCC, de réseaux privés virtuels (VPN) de couche 2 et d’encapsulations VPLS sur un seul port physique. Si vous configurez l’encapsulation de services Ethernet flexibles sur l’interface physique, les ID VLAN de 1 à 511 ne sont plus réservés aux VLAN standard.

  • 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. LE 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, passez au niveau hiérarchique [edit interfaces interface-name] .
  2. Configurez le type d’encapsulation.
    REMARQUE :

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

    • Lorsque vlan-vpls l’encapsulation est définie au niveau de l’interface physique, le contrôle de validation valide qu’il inet ne doit pas y avoir de famille configurée en son sein.

Afficher l’encapsulation sur une interface SONET/SDH physique

But

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

  • interface-name—so-7/0/0

  • Encapsulation :ppp

  • Unité : 0

  • Famille:inet

  • Address—192.168.1.113/32

  • Destination : 192.168.1.114

  • Famille etisompls

Action

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

Sens

L’encapsulation configurée et les options d’ensemble associées s’affichent comme prévu. Notez que le deuxième ensemble 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 explique comment configurer l’encapsulation d’interface sur les routeurs de transport de paquets PTX Series. Utilisez l’énoncé flexible-ethernet-services de configuration pour configurer différentes 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 restrictions de portée pour les ID VLAN.

Les encapsulations prises en charge pour les interfaces physiques comprennent :

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

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

Les encapsulations prises en charge pour les interfaces logiques comprennent :

  • ethernet

  • vlan-ccc

  • vlan-tcc

REMARQUE :

Les routeurs de transport de paquets PTX Series ne prennent pas en charge extended-vlan-cc ni extended-vlan-tcc ne sont encapsulation sur les interfaces logiques. Au lieu de cela, vous pouvez configurer une valeur TPID (Tag Protocol ID) de 0x9100 pour obtenir les mêmes résultats.

Pour configurer l’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 :

Keepalives

Par défaut, les interfaces physiques configurées avec le contrôle des liaisons de données de haut niveau (HDLC) de Cisco ou l’encapsulation du protocole PPP (Point-to-Point Protocol) envoient des paquets continus à des intervalles de 10 secondes. Le terme relais de trame pour keepalives est paquets d’interface de gestion locale (LMI) ; Junos OS prend en charge les LMIs ANSI T1.617 de l’Annexe D et les LMIs Q933 de l’Annexe A de l’Union internationale des télécommunications (UIT). Sur les réseaux en mode de transfert asynchrone (ATM), les cellules OAM (Operation, Administration et Maintenance) remplissent la même fonction. Vous configurez les cellules OAM au niveau de l’interface logique ; pour plus d’informations, voir Définition de la période de cellule de bouclage ATM OAM F5.

Pour désactiver l’envoi de keepalives :

  1. En mode configuration, passez au niveau hiérarchique [edit interfaces interface-name] .
  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 trans-connexion (TCC) :

  1. En mode configuration, passez au niveau hiérarchique [edit interfacesinterface-name] .

  2. Incluez l’instruction no-keepalives avec l’instruction encapsulation 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, passez au niveau hiérarchique [edit interfaces interface-name] .

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

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

Pour permettre explicitement l’envoi de keepalives :

  1. En mode configuration, passez au niveau hiérarchique [edit interfaces interface-name] .

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

Pour modifier une ou plusieurs valeurs keepalives par défaut :

  1. En mode configuration, passez au niveau hiérarchique [edit interfaces interface-name] .

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

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

  • interval seconds— Temps en secondes entre les demandes de maintien successives. La plage est de 1 seconde à 3 2767 secondes, avec une valeur par défaut de 10 secondes.

  • down-count number— Nombre de paquets de conserve qu’une destination doit ne pas recevoir avant que le réseau ne prenne une liaison en panne. La plage est de 1 à 255, avec une valeur par défaut de 3.

  • up-count number— Nombre de paquets keepalives qu’une destination doit recevoir pour modifier l’état d’une liaison de bas en haut. La plage est de 1 à 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’énoncé de keepalives configuration (par exemple, 10 Gigabit Ethernet), la couche de liaison peut tomber en 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 keepalive de relais de trames, voir Configuration des keepalives de relais de trames.

Sur les routeurs MX Series équipés de 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 de maintien écho-request LCP 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 au lieu de par le moteur de routage est appelé PPP fast keepalive Pour plus d’informations sur le fonctionnement de la solution PPP fast keepalive sur un routeur MX Series avec MPC/MIC, consultez le Guide de configuration de l’accès aux abonnés 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 transmettent et reçoivent du trafic. Vous pouvez configurer le mode de liaison unidirectionnelle sur une interface 10 Gigabit Ethernet qui crée deux nouvelles interfaces physiques unidirectionnelles. Les nouvelles interfaces de transmission uniquement et de réception uniquement fonctionnent indépendamment, mais les deux sont subordonnées à l’interface parente 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 haut débit où presque tout le flux de trafic est dans une seule direction, du fournisseur à l’utilisateur.
  • Le mode de liaison unidirectionnelle préserve la bande passante en lui permettant d’être dédiée de manière différenciée aux interfaces de transmission et de réception.
  • Le mode de liaison unidirectionnelle conserve les ports de ces applications, car les interfaces d’émission uniquement et de réception uniquement agissent de manière indépendante. Chacun peut être connecté à différents routeurs. Par exemple, cela peut réduire le nombre total de ports requis.
REMARQUE :

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

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

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

L’interface de transmission uniquement est toujours opérationnelle. L’état opérationnel de l’interface de réception uniquement dépend uniquement des pannes locales ; il est indépendant des pannes distantes et de l’état de l’interface de transmission uniquement.

Sur l’interface parente, vous pouvez configurer des attributs communs aux deux interfaces, tels que l’horloge, le cadrage, les options gigether et les options de sonet. Sur chacune des interfaces unidirectionnelles, vous pouvez configurer l’encapsulation, l’adresse MAC, la taille de l’unité de transmission maximale (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 ARP (Address Resolution Protocol) statiques, que vous pouvez configurer indépendamment sur les deux interfaces unidirectionnelles.

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

Activer le flux de trafic unidirectionnel sur les interfaces physiques

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

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

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, passez au niveau hiérarchique [edit interfaces interface-name] :
  2. Configurez l’option traps pour activer les notifications SNMP lorsque l’état de la connexion change.

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

  1. En mode configuration, passez au niveau hiérarchique [edit interfaces interface-name] :

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

Comptabilisation des interfaces physiques

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

  • Les champs utilisés dans les registres comptables

  • Le nombre de fichiers que le routeur ou le commutateur conserve avant de les rejeter, et le nombre d’octets par fichier

  • Période d’interrogation que le système utilise 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 au niveau et [edit firewall family family filter filter-name] de la [edit firewall 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. Lisez la suite pour découvrir comment configurer les profils d’interface.

Configurer 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 enregistre les statistiques dans le fichier journal de données comptables.

Pour plus d’informations sur la configuration d’un fichier journal de données comptables, consultez 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. Accédez au niveau hiérarchique [edit accounting-options interface-profile] . Ajoutez le profile-name nom du 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 du /var/log répertoire. Pour configurer le fichier à utiliser, utilisez l’instruction file .
    REMARQUE :

    Vous devez spécifier une file déclaration 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 égale sur l’intervalle configuré. Pour configurer l’intervalle, utilisez l’instruction interval :
    REMARQUE :

    L’intervalle minimum autorisé est de 1 minute. La configuration d’un intervalle faible dans un profil comptable pour un grand nombre d’interfaces peut entraîner une dégradation grave 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 comptabilisation 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 :

  • interface-name—et-1/0/1

  • Profil de l’interface :if_profile

  • Nom du fichier :if_stats

  • Intervalle : 15 minutes

Action

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

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

Sens

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

Désactiver une interface physique

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

Comment désactiver 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 alors que les abonnés dynamiques et les interfaces logiques sont encore actifs. Cette action entraîne la perte de toutes les connexions d’abonnés sur l’interface. Utilisez le soin lors de la désactivation des interfaces.

Pour désactiver une interface physique :

  1. En mode configuration, passez au niveau hiérarchique [edit interfaces interface-name] .
  2. Incluez l’énoncé disable .

    Par exemple :

    REMARQUE :

    Lorsque vous utilisez l’instruction disable au niveau de la edit interfaces hiérarchie, en fonction du type PIC, l’interface 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 PIC Gigabit Ethernet avec émetteurs-récepteurs SFP et XFP le prennent en charge. Sur un équipement équipé de nouveaux PIC, le laser s’éteint lorsque l’interface est désactivée.
    avertissement laser :

    Ne regardez pas le faisceau laser ou ne le regardez pas directement avec des instruments optiques, même si l’interface a été désactivée.

Exemple : Désactiver une interface physique

Exemple de configuration d’interface :

Désactiver 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’instruction set interfaces disable interface_name sur les PIC T Series.

Tableau 1 : Effet des interfaces définies désactivent les <interface_name> sur les PIC T Series

Numéro de modèle PIC

PIC Description

Type de PIC

Comportement

PF-12XGE-SFPP

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

5

Transmission (Tx) désactivée au laser

PF-24XGE-SFPP

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

5

Tx désactivé laser

PF-1CGE-CFP

PIC 100 Gigabit Ethernet avec CFP (routeur T4000)

5

Tx désactivé laser

PD-4XGE-XFP

10 Gigabit Ethernet, XFP LAN/WAN 4 ports

4

Tx désactivé laser

PD-5-10XGE-SFPP

10 Gigabit LAN/WAN avec SFP+

4

Tx désactivé laser

PD-1XLE-CFP

40 Gigabit avec CFP

4

Tx désactivé laser

PD-1CE-CFP-FPC4

100 Gigabit avec CFP

4

Tx désactivé laser

TUNNEL PD

Services de tunnel de 40 Gigabit

4

NA

PD-4OC192-SON-XFP

OC192/STM64, XFP 4 ports

4

Tx laser non désactivé

PD-1OC768-SON-SR

OC768c/STM256, 1 port

4

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