Propriétés de l’interface logique
Cette rubrique explique comment configurer diverses propriétés d’interface logique avec des exemples.
Présentation des propriétés de l’interface logique
Pour qu’un équipement d’interface physique fonctionne, vous devez configurer au moins une interface logique sur cet équipement. Pour chaque interface logique, vous devez spécifier la famille de protocoles prise en charge par l’interface. Vous pouvez également configurer d’autres propriétés d’interface logique. Les propriétés varient selon la carte d’interface physique (PIC) et le type d’encapsulation, mais incluent l’adresse IP de l’interface, et si l’interface prend en charge le trafic multicast, les identifiants de connexion de liaison de données (DLCI), les identifiants de canal virtuel (VCI) et les identifiants de chemin virtuel (VPI) et la mise en forme du trafic.
Pour configurer les propriétés d’interface logique, incluez les déclarations aux niveaux hiérarchiques suivants :
-
[edit interfaces interface-name]
-
[edit logical-systems logical-system-name interfaces interface-name]
Spécifiez le numéro de l’interface logique
Chaque interface logique doit avoir un numéro d’unité logique. Le numéro d’unité logique correspond à la partie de l’unité logique du nom de l’interface. Pour plus d’informations, consultez la présentation de l’appellation des interfaces.
Le protocole PPP (Point-to-point Protocol), le contrôle de liaison de données de niveau élevé (HDLC) de Cisco et les encapsulations Ethernet circuit croisé (CCC) ne prennent en charge qu’une seule interface logique, dont le numéro d’unité logique doit être 0. Les encapsulations de relais de trame et ATM prennent en charge plusieurs interfaces logiques, ce qui vous permet de configurer un ou plusieurs numéros d’unités logiques.
Vous spécifiez le numéro de l’unité logique en incluant l’instruction unit
:
unit logical-unit-number { ... }
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
-
[edit interfaces interface-name]
-
[edit logical-systems logical-system-name interfaces interface-name]
La plage de nombres disponibles pour le numéro d’unité logique varie selon les types d’interface. Voir l’unité pour connaître les valeurs de plage actuelles.
Ajouter une description de l’unité logique à la configuration
Vous pouvez inclure une description texte de chaque unité logique dans le fichier de configuration. Tout texte descriptif que vous incluez s’affiche dans la show interfaces
sortie des commandes. Il est également exposé dans l’objet ifAlias
Base d’informations de gestion (MIB). Elle n’a aucun impact sur la configuration de l’interface. Pour ajouter une description texte, incluez l’énoncé description
:
description text;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
-
[edit interfaces interface-name unit logical-unit-number]
-
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
La description peut être une seule ligne de texte. Si le texte contient des espaces, joignez-le entre guillemets.
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. Voir l’option Informations sur l’agent de relais DHCP (option 82).
Pour plus d’informations sur la description des interfaces physiques, voir Configurer la description de l’interface.
Configurer la bande passante de l’interface
Par défaut, le système d’exploitation utilise la vitesse d’interface physique de l’objet MIB-II, ifSpeed
. Vous pouvez configurer l’unité logique pour remplir la ifSpeed
variable en configurant une valeur de bande passante pour l’interface logique. L’instruction bandwidth
définit un paramètre d’information uniquement ; vous ne pouvez pas ajuster la bande passante réelle d’une interface avec cette instruction.
Nous vous recommandons d’être prudent lorsque vous définissez cette valeur. Toute valeur de bande passante d’interface que vous configurez à l’aide de l’instruction bandwidth
affecte la façon dont le calcul du coût d’interface pour un protocole de routage dynamique, tel que OSPF. Par défaut, le coût d’interface d’un protocole de routage dynamique est la formule suivante :
cost = reference-bandwidth/bandwidth,
Dans la formule, la bande passante est la vitesse de l’interface physique. Toutefois, si vous spécifiez une valeur pour la bande passante à l’aide de l’instruction bandwidth
, cette valeur est utilisée pour calculer le coût de l’interface plutôt que la bande passante d’interface physique réelle.
Pour configurer la valeur de la bande passante d’une interface logique, incluez l’énoncé bandwidth
:
bandwidth rate;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
-
[edit interfaces interface-name unit logical-unit-number]
-
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
rate
est le débit maximal, en bits par seconde (bps) ou en cellules par seconde (cps). Vous pouvez spécifier une valeur en points de base sous la forme d’un nombre décimal complet ou d’un nombre décimal suivi de l’abréviation k
(1 000), m
(1 000 000) ou g
(1 000 000 000). Vous pouvez également spécifier une valeur en cps en entrant un nombre décimal suivi de l’abréviation c
. Les valeurs exprimées en cps sont converties en points de base à l’aide de la formule 1 cps = 384 bps. La valeur peut être n’importe quel entier positif. L’instruction bandwidth
est valable pour toutes les interfaces logiques, à l’exception des interfaces multi-liaisons.
Configurer l’encapsulation d’interface sur les interfaces logiques
- Comprendre l’encapsulation d’interface sur les interfaces logiques
- Configurer l’encapsulation sur une interface logique
- Afficher l’encapsulation sur une interface logique
Comprendre l’encapsulation d’interface sur les interfaces logiques
Une encapsulation est utilisée avec certains types de paquets. Vous pouvez configurer une encapsulation sur une interface logique.
Les restrictions suivantes s’appliquent à l’encapsulation d’interface logique :
Avec les encapsulations atm-nlpid, atm-cisco-nlpid et atm-vc-mux, vous pouvez configurer la famille inet uniquement.
Avec les encapsulations de circuits de connexion croisée de circuit (CCC), vous ne pouvez pas configurer une famille sur l’interface logique.
Une interface logique ne peut pas avoir d’encapsulation trame-relais-ccc si l’équipement physique n’a pas également une encapsulation trame-relais-ccc.
Une interface logique ne peut pas avoir d’encapsulation trame-relais-tcc à moins que l’équipement physique ne dispose également d’une encapsulation trame-relais-tcc. En outre, vous devez attribuer à cette interface logique un identifiant de connexion de liaison de données (DLCI) de 512 à 1022 et le configurer comme point à point.
Une interface logique ne peut pas avoir d’encapsulation trame-relais-ether-type-tcc à moins que l’interface physique dispose d’une encapsulation flexible-frame-relais et qu’elle soit également sur un PIC IQ ou IQE.
Pour l’encapsulation frame-relay-ether-type-tcc, vous devez attribuer à cette interface logique une DLCI de 512 à 1022.
Pour les interfaces qui transportent le trafic IP version 6 (IPv6), vous ne pouvez pas configurer l’encapsulation ether-over-atm-llc.
Lorsque vous utilisez l’encapsulation ether-over-atm-llc, vous ne pouvez pas configurer d’interfaces multipoint.
-
Une interface logique ne peut pas avoir d’encapsulation vlan-ccc ou vlan-vpls à moins que l’équipement physique ne dispose également d’une encapsulation vlan-ccc ou vlan-vpls, respectivement. En outre, vous devez attribuer à cette interface logique un ID VLAN de 512 à 1023 ; si l’ID VLAN est 511 ou moins, il est soumis aux vérifications normales des filtres de destination en plus du filtrage des adresses source. Pour plus d’informations, consultez configuration du VLAN et de l’encapsulation VLAN étendue.
-
Vous pouvez créer un circuit relais-cellule ATM en configurant l’ensemble d’un équipement physique ATM ou un circuit virtuel individuel (VC). Lorsque vous configurez un équipement entier, seule l’encapsulation de relais de cellule est le seul type d’encapsulation autorisé sur les interfaces logiques. Pour plus d’informations, consultez La configuration d’un circuit de relais cellulaire ATM1.
Configurer l’encapsulation sur une interface logique
Généralement, vous configurez l’encapsulation d’une interface au niveau de la [edit interfaces interface-name]
hiérarchie. Cependant, pour certains types d’encapsulation, tels que le relais de trames, l’ATM ou les encapsulations VLAN Ethernet, vous pouvez également configurer le type d’encapsulation utilisé à l’intérieur du circuit relais de trames, ATM ou VLAN lui-même.
Pour configurer l’encapsulation sur une interface logique :
Afficher l’encapsulation sur une interface logique
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 :[edit logical-systems logical-system-name interfaces interface-name]
-
interface-name—at-1/1/0
-
Encapsulation :
atm-ccc-cell-relay
-
Unité : 120
Action
Exécutez la show
commande au niveau de la [edit interfaces interface-name]
hiérarchie.
[edit interfaces at-1/1/0] user@host# show encapsulation atm-ccc-cell-relay; unit 120 { encapsulation atm-ccc-cell-relay; }
Sens
L’encapsulation configurée et les options d’ensemble associées s’affichent comme prévu.
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
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 :
interfaces { et-1/0/3 { vlan-tagging; encapsulation flexible-ethernet-services; unit 0 { vlan-id 1000; family inet { address 11.0.0.20/24; } } unit 1 { encapsulation vlan-ccc; vlan-id 1010; } unit 2 { encapsulation vlan-tcc; vlan-id 1020; family tcc { proxy { inet-address 11.0.2.160; } remote { inet-address 11.0.2.10; } } } } }
Configurer une connexion point à point
Par défaut, toutes les interfaces sont considérées comme des connexions point à point. Vous devez vous assurer que les dimensions maximales des unités de transmission (MTU) des deux côtés de la connexion sont les mêmes.
Pour toutes les interfaces à l’exception des connexions Ethernet agrégées, Fast Ethernet et Gigabit Ethernet, vous pouvez configurer explicitement une interface pour qu’elle soit une connexion point à point en incluant la point-to-point
déclaration :
point-to-point;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Configurer une connexion multipoint
Par défaut, toutes les interfaces sont considérées comme des connexions point à point. Pour configurer une interface pour qu’elle soit une connexion multipoint, incluez la multipoint
déclaration :
multipoint;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit interfaces interface-name unit logical-unit-number]
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Configurer des profils dynamiques pour PPP
Un profil dynamique agit comme un modèle qui vous permet de créer, de mettre à jour ou de supprimer une configuration qui inclut des attributs pour l’accès au client (tels que l’interface ou le protocole) ou le service (par exemple, IGMP). À l’aide de profils dynamiques, vous pouvez consolider tous les attributs communs d’un client (et éventuellement d’un groupe de clients) et appliquer les attributs simultanément.
Une fois les profils dynamiques créés, les profils se trouvent dans une bibliothèque de profils sur le routeur. Vous pouvez ensuite utiliser l’instruction dynamic-profile
pour joindre des profils aux interfaces. Pour attribuer un profil dynamique à une interface PPP, vous pouvez inclure l’énoncé dynamic-profile
au niveau de la [edit interfaces interface-name unit logical-unit-number ppp-options]
hiérarchie :
[edit interfaces interface-name unit logical-unit-number ppp-options] dynamic-profile profile-name;
Pour surveiller la configuration, émettez la show interfaces interface-name
commande.
Pour plus d’informations sur les profils dynamiques, consultez la présentation des profils dynamiques dans le Guide de configuration de l’accès aux abonnés Junos.
Pour plus d’informations sur la création de profils dynamiques, reportez-vous à la section Configuration d’un profil dynamique de base dans le Guide de configuration d’accès aux abonnés Junos.
Pour plus d’informations sur l’attribution d’un profil dynamique à une interface PPP, reportez-vous à la section Connexion de profils dynamiques aux interfaces d’abonnés PPP statiques dans le Guide de configuration d’accès pour les abonnés Junos.
Pour plus d’informations sur l’utilisation de profils dynamiques pour authentifier les abonnés PPP, voir Configuration de l’authentification dynamique pour les abonnés PPP.
Les profils dynamiques pour les abonnés PPP ne sont pris en charge que sur les interfaces PPPoE de cette version.
Présentation de la comptabilisation de l’interface logique
Cette section explique comment configurer la comptabilité sur les interfaces logiques.
- Présentation des profils comptables
- Configurer la comptabilisation de l’interface logique
- Présentation de l’affichage du profil comptable pour l’interface logique
Présentation des profils comptables
Les routeurs et commutateurs Juniper Networks peuvent collecter divers types de données sur le trafic passant par le routeur et le commutateur. Vous pouvez configurer un ou plusieurs profils comptables qui spécifient certaines caractéristiques communes de ces données, notamment 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
Vous configurez les profils et définissez un nom unique pour chaque profil à l’aide d’instructions au niveau de la [edit accounting-options]
hiérarchie. Il existe deux types de profils comptables : profils d’interface et profils de filtre. Vous configurez les profils d’interface en incluant l’instruction interface-profile
au niveau de la [edit accounting-options]
hiérarchie. Vous configurez les profils de filtre en incluant l’instruction filter-profile
au niveau de la [edit accounting-options]
hiérarchie. Pour plus d’informations, consultez le Guide d’administration de la gestion du réseau Junos OS pour les équipements de routage.
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. Pour plus d’informations, consultez le Guide de l’utilisateur des stratégies de routage, des filtres de pare-feu et du contrôle du trafic.
Configurer la comptabilisation de l’interface logique
Avant de commencer
Vous devez configurer un profil pour collecter des informations statistiques et d’erreur pour les paquets d’entrée et de sortie sur une interface logique particulière. Un profil comptable spécifie les statistiques collectées et écrites dans un fichier journal. 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.
Un profil d’interface spécifie les informations collectées et écrites dans un fichier journal. Vous pouvez configurer un profil pour collecter des informations statistiques et d’erreur pour les paquets d’entrée et de sortie sur une interface logique particulière.
Voir également
Présentation de l’affichage du profil comptable pour l’interface logique
But
L’affichage du profil comptable configuré d’une interface logique particulière au niveau de la [edit accounting-options interface-profile profile-name]
hiérarchie nécessite que vous spécifiez certains paramètres :
-
interface-name—ge-1/0/1
-
Numéro d’unité logique : 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 ge-1/0/1 unit 1]
hiérarchie.[edit interfaces ge-1/0/1 unit 1] accounting-profile if_profile;
-
Exécutez la
show
commande au niveau de la[edit accounting-options]
hiérarchie.interface-profile if_profile { interval 15; file if_stats { fields { input-bytes; output-bytes; input-packets; output-packets; input-errors; output-errors; } } }
Sens
La comptabilité configurée et les options d’ensemble associées sont affichées comme prévu.
Activer ou désactiver les notifications SNMP sur les interfaces logiques
Par défaut, des notifications SNMP (Simple Network Management Protocol) sont envoyées lorsque l’état d’une interface ou d’une connexion change.
Pour activer explicitement ces notifications sur l’interface logique, incluez l’énoncé traps
:
(traps);
Pour désactiver explicitement ces notifications sur l’interface logique, incluez l’énoncé no-traps
:
(no-traps);
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
-
[edit interfaces interface-name unit logical-unit-number]
-
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Désactiver une interface logique
Vous pouvez déconfigurer une interface logique, désactiver efficacement cette interface, sans supprimer les déclarations de configuration de l’interface logique de la configuration. Pour désconfigurer une interface logique, incluez l’énoncé disable
:
disable;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
-
[edit interfaces interface-name unit logical-unit-number]
-
[edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
Lorsqu’une interface est désactivée, un routage (pointant vers la cible réservée «REJECT
») avec l’adresse IP de l’interface et un masque de sous-réseau 32 bits est installé dans la table de routage. Voir les protocoles de routage.
Exemple : Désactiver une interface logique
Exemple de configuration d’interface :
[edit interfaces] user@host# show et-2/1/1 { vlan-tagging; encapsulation flexible-ethernet-services; unit 0 { vlan-id 1000; family inet { address 11.0.0.20/24; } } }
Désactiver l’interface :
[edit interfaces et-2/1/1 unit 0] user@host# set disable
Vérification de la configuration de l’interface :
[edit interfaces et-2/1/1] user@host# show disable; # Interface is marked as disabled. unit 0 { vlan-id 1000; family inet { address 11.0.0.20/24; } }