Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Sur cette page
 

Présentation des interfaces d’équipement

Les interfaces d’un appareil fournissent une connectivité réseau à l’appareil. Cette rubrique traite des différentes interfaces de périphérique prises en charge sur Junos OS telles que les interfaces transitoires, les interfaces de services, les interfaces de conteneur et les interfaces Ethernet internes. Cette rubrique fournit également des informations de base relatives à l’interface, telles que les conventions de nommage des interfaces, la présentation de l’encapsulation de l’interface et la présentation des descripteurs d’interface.

Présentation des interfaces d’équipement

Les équipements Juniper contiennent généralement plusieurs types d’interfaces adaptées à diverses fonctions. Pour que les interfaces d’un appareil fonctionnent, vous devez les configurer. Plus précisément, vous devez configurer l’emplacement de l’interface (c’est-à-dire l’emplacement où le concentrateur PIC flexible [FPC], le concentracteur de port dense [DPC] ou le concentrateur de portmodulaire [MPC] est installé). Vous devez également spécifier l’emplacement de la carte d’interface physique [PIC] ou de la carte d’interface modulaire [MIC] et le type d’interface . Enfin, vous devez spécifier le type d’encapsulation et les propriétés spécifiques à l’interface qui peuvent s’appliquer.

Vous pouvez configurer les interfaces qui sont actuellement présentes dans l’appareil, ainsi que les interfaces qui ne sont pas actuellement présentes mais qui devraient être ajoutées à l’avenir. Junos OS détecte l’interface une fois le matériel installé et lui applique la configuration prédéfinie.

Pour voir quelles interfaces sont actuellement installées dans l’équipement, exécutez la show interfaces terse commande mode opérationnel. Si une interface est répertoriée dans la sortie, elle est physiquement installée dans l’appareil. Si une interface n’est pas répertoriée dans la sortie, elle n’est pas installée dans l’appareil.

Pour plus d’informations sur les interfaces prises en charge sur votre appareil, reportez-vous à la Référence du module d’interface de votre appareil.

Vous pouvez configurer Junos OS les propriétés de classe de service (CoS) afin de fournir diverses classes de service pour différentes applications, y compris plusieurs classes de transfert pour la gestion de la transmission de paquets, la gestion de la congestion et le transfert basé sur CoS.

Pour plus d’informations sur la configuration des propriétés CoS, reportez-vous au Guide de l’utilisateur de la classe de service Junos OS pour les périphériques de routage.

Types d’interfaces

Les interfaces peuvent être permanentes ou transitoires, et elles sont utilisées pour la mise en réseau ou les services :

  • Internal Permanent interfaces (Interfaces permanentes) : interfaces toujours présentes dans l’équipement.

    Les interfaces permanentes de l’équipement se composent d’interfaces Ethernet de gestion et d’interfaces Ethernet internes, qui sont toutes deux décrites séparément dans les rubriques suivantes :

  • Interfaces transitoires : interfaces qui peuvent être insérées ou retirées de l’appareil en fonction des besoins de configuration de votre réseau.

  • Networking interfaces (Interfaces réseau) : interfaces qui fournissent principalement la connectivité du trafic.

  • Interfaces de services : interfaces offrant des fonctionnalités spécifiques pour manipuler le trafic avant qu’il ne soit livré à sa destination.

  • Container interfaces (Interfaces de conteneur) : interfaces qui prennent en charge la commutation de protection automatique (APS) sur les liaisons SONET physiques à l’aide d’une infrastructure de conteneur virtuel.

Junos OS génère en interne des interfaces non configurables, décrites dans Référence des commandes d’interfaces et Interfaces de services.

Présentation du nommage des interfaces

Chaque interface possède un nom d’interface, qui spécifie le type de support, l’emplacement dans lequel se trouve le concentrateur PIC flexible (FPC) ou le concentracteur de port dense (DPC), l’emplacement sur le FPC où le PIC est installé et le port PIC ou DPC. Le nom de l’interface identifie de manière unique un connecteur réseau individuel dans le système. Le nom de l’interface est utilisé lors de la configuration des interfaces et de l’activation de diverses fonctions et propriétés, telles que les protocoles de routage, sur des interfaces individuelles. Le système utilise le nom de l’interface lorsqu’il affiche des informations sur l’interface, par exemple dans la show interfaces commande.

Le nom de l’interface est représenté par une partie physique, une partie canal et une partie logique au format suivant :

La partie canal du nom est facultative pour toutes les interfaces, à l’exception des interfaces DS3, E1, OC12 et STM1 canalisées.

Les équipements EX Series, QFX Series, NFX Series, OCX1100, système QFabric et EX4600 utilisent une convention de nommage pour définir les interfaces similaires à celle des autres plates-formes s’exécutant sous Juniper Networks Junos OS. Pour plus d’informations, reportez-vous à la section Présentation des conventions de nommage des interfaces.

Les sections suivantes fournissent des instructions de configuration de nommage d’interface :

partie physique d’un nom d’interface

La partie physique d’un nom d’interface identifie l’équipement physique, ce qui correspond à un connecteur réseau physique unique.

REMARQUE :

L’interface de gestion interne dépend du moteur de routage. Pour déterminer si le moteur de routage utilise ce type d’interface, utilisez la commande suivante :

afficher les interfaces laconiques

Pour plus d’informations sur les moteurs de routage pris en charge par chaque châssis, la première version prise en charge pour le moteur de routage dans le châssis spécifié, l’interface Ethernet de gestion et les interfaces Ethernet internes pour chaque moteur de routage, reportez-vous au lien intitulé Moteurs de routage pris en charge par châssis sous Documentation connexe.

Cette partie du nom d’interface a le format suivant :

type est le type de support, qui identifie le périphérique réseau qui peut être l’un des suivants :

  • ae—Interface Ethernet agrégée. Il s’agit d’un lien virtuel agrégé dont le format de dénomination est différent de celui de la plupart des PIC. Pour plus d’informations, reportez-vous à la section Présentation des interfaces Ethernet agrégées.

  • as: interface SONET/SDH agrégée. Il s’agit d’un lien virtuel agrégé dont le format de dénomination est différent de celui de la plupart des PIC. Pour plus d’informations, reportez-vous à la section Configuration des interfaces SONET/SDH agrégées.

  • at: interface de file d’attente intelligente (IQ) ATM1 ou ATM2 ou interface ATM virtuelle sur une interface d’émulation de circuit (CE).

  • bcm—Le processus Ethernet interne bcm0 est pris en charge sur des moteurs de routage spécifiques pour divers routeurs des séries M et T. Pour plus d’informations, reportez-vous au lien Moteurs de routage pris en charge par châssis sous Documentation connexe.

  • cau4—Interface AU-4 IQ canalisée (configurée sur le PIC STM1 IQ ou IQE canalisé ou sur les PIC OC12 IQ et IQE canalisés).

  • ce1—Interface E1 IQ canalisée (configurée sur le PIC E1 IQ canalisé ou le PIC STM1 IQ ou IQE canalisé).

  • ci: interface de conteneur.

  • coc1—Interface OC1 IQ canalisée (configurée sur les PIC OC12 IQ et IQE canalisés ou OC3 IQ et IQE canalisés).

  • coc3—Interface OC3 IQ canalisée (configurée sur les PIC OC3 IQ et IQE canalisés).

  • coc12—Interface OC12 IQ canalisée (configurée sur les PIC OC12 IQ et IQE canalisés).

  • coc48—Interface OC48 canalisée (configurée sur les PIC IQE OC48 et OC48 canalisés).

  • cp: interface du collecteur (configurée sur le PIC Monitoring Services II).

  • cstm1: interface STM1 IQ canalisée (configurée sur le PIC STM1 IQ ou IQE canalisé).

  • cstm4—Interface STM4 IQ canalisée (configurée sur les PIC OC12 IQ et IQE canalisés).

  • cstm16—Interface IQ STM16 canalisée (configurée sur les PIC IQE OC48/STM16 canalisés et OC48/STM16 canalisés).

  • ct1—Interface T1 IQ canalisée (configurée sur les PIC DS3 IQ et IQE canalisés, les PICs OC3 IQ et IQE canalisés, les PICs OC12 IQ et IQE canalisés, ou les PIC IQ T1 canalisés).

  • ct3—Interface T3 IQ canalisée (configurée sur les PIC DS3 IQ et IQE canalisés, les PIC OC3 IQ et IQE canalisés, ou les PICs OC12 IQ et IQE canalisés).

  • demux: interface qui prend en charge les interfaces IP logiques qui utilisent l’adresse IP source ou de destination pour démultiplexer les paquets reçus. Il n’existe qu’une seule interface demux (demux0) par châssis. Toutes les interfaces logiques demux doivent être associées à une interface logique sous-jacente.

  • dfc—Interface prenant en charge le traitement de capture de flux dynamique sur les routeurs T Series ou M320 contenant un ou plusieurs PIC Monitoring Services III. La capture de flux dynamique vous permet de capturer des flux de paquets sur la base de critères de filtrage dynamique. Plus précisément, vous pouvez utiliser cette fonctionnalité pour transférer des flux de paquets surveillés passivement qui correspondent à une liste de filtres particulière vers une ou plusieurs destinations à l’aide d’un protocole de contrôle à la demande.

  • ds—Interface DS0 (configurée sur le PIC DS3 multicanal, le PIC E1 canalisé, l’OC3 IQ et l’IQE canalisés, les PICs OC12 IQ et IQE canalisés, les PIC DS3 IQ et IQE canalisés, le PIC E1 IQ canalisé, le STM1 IQ ou IQE PIC canalisé, ou le QI T1 canalisé).

  • dsc: ignorer l’interface.

  • e1—Interface E1 (y compris les interfaces STM1 à E1 canalisées).

  • e3—Interface E3 (y compris les interfaces E3 IQ).

  • em—Interfaces Ethernet internes et de gestion. Pour les routeurs M Series, les routeurs MX Series, les routeurs T Series et les routeurs TX Series, vous pouvez utiliser la show chassis hardware commande pour afficher des informations matérielles sur le routeur, y compris son modèle de moteur de routage. Pour déterminer quelle interface de gestion est prise en charge sur votre combinaison routeur/moteur de routage, reportez-vous à Présentation des interfaces Ethernet de gestion et Moteurs de routage pris en charge par routeur.

  • es—Interface de chiffrement.

  • et—Interfaces Ethernet (interfaces Ethernet 10, 25, 40, 50, 100, 200 et 400 Gigabit).

  • fe—Interface Fast Ethernet.

  • fxp—Interfaces Ethernet internes et de gestion. Pour les routeurs M Series, les routeurs MX Series, les routeurs T Series et les routeurs TX Series, vous pouvez utiliser la show chassis hardware commande pour afficher des informations matérielles sur le routeur, y compris son modèle de moteur de routage. Pour déterminer quelle interface de gestion est prise en charge sur votre combinaison routeur/moteur de routage, reportez-vous à Présentation des interfaces Ethernet de gestion et Moteurs de routage pris en charge par routeur.

  • ge—Interface Gigabit Ethernet.

    REMARQUE :

    • Le PIC d’interface XENPAK 10 Gigabit Ethernet, qui n’est pris en charge que sur les routeurs M series, est configuré à l’aide de la convention de nommage d’interface au lieu de la convention de nommage d’interface gexe . Pour plus d’informations, reportez-vous aux commandes show suivantes :

      Afficher le matériel du châssis

      afficher les interfaces de configuration

    • Dans les pare-feu MX et SRX Series, les interfaces optiques SFP 1 Gigabit et 10 Gigabit ou SFP+ sont toujours nommées comme xe même si un SFP 1 Gigabit est inséré. Toutefois, dans les équipements EX et QFX series, le nom de l’interface s’affiche en fonction gexe de la vitesse du périphérique optique inséré.

  • gr: interface de tunnel GRE (Generic Routing Encapsulation).

  • gre: interface générée en interne qui est configurable uniquement en tant que canal de contrôle pour le MPLS généralisé (GMPLS). Pour plus d’informations sur GMPLS, reportez-vous au Guide de l’utilisateur des applications MPLS de Junos OS.

    REMARQUE :

    Vous pouvez configurer les interfaces GRE (gre-x/y/z) uniquement pour les canaux de contrôle GMPLS. Les interfaces GRE ne sont ni prises en charge ni configurables pour d’autres applications.

  • ip—Interface de tunnel d’encapsulation IP sur IP.

  • ipip: interface générée en interne qui n’est pas configurable.

  • ixgbe—Le processus Ethernet interne ixgbe0 et ixgbe1 est utilisé par le moteur de routage RE-DUO-C2600-16G, qui est pris en charge sur TX Matrix Plus et PTX5000.

  • iw: interfaces logiques associées aux points de terminaison des connexions circuit de couche 2 et VPN de couche 2 (pseudowire stitching VPN de couche 2). Pour plus d’informations sur les VPN, reportez-vous à la bibliothèque de VPN Junos OS pour les périphériques de routage.

  • lc: interface générée en interne qui n’est pas configurable.

  • lo: interface de bouclage. Le Junos OS configure automatiquement une interface de bouclage (lo0). L’interface logique est une interface lo0.16383 non configurable pour le trafic de contrôle du routeur.

  • ls: interface de services de liaison.

  • lsi: interface générée en interne qui n’est pas configurable.

  • ml—Interface multiliaison (y compris Multilink Frame Relay et MLPPP).

  • mo—Interface des services de surveillance (y compris les services de surveillance et les services de surveillance II). L’interface logique est une interface mo-fpc/pic/port.16383 non configurable générée en interne pour le trafic de contrôle du routeur.

  • ms—Interface multiservices.

  • mt—Interface de tunnel multicast (interface de routeur interne pour les VPN). Si votre routeur dispose d’un Tunnel PIC, Junos OS configure automatiquement une interface de tunnel multicast (mt) pour chaque VPN que vous configurez. Bien qu’il ne soit pas nécessaire de configurer les interfaces multicast, vous pouvez utiliser l’instruction pour configurer l’unité multicast-only et la famille afin que le tunnel puisse transmettre et recevoir uniquement du trafic multicast. Pour plus d’informations, reportez-vous à la section multidiffusion uniquement.

  • mtun: interface générée en interne qui n’est pas configurable.

  • oc3—Interface OC3 IQ (configurée sur les PIC OC12 IQ et IQE canalisés ou les PICs OC3 IQ et IQE canalisés).

  • pd: interface sur le point de rendez-vous (RP) qui désencapsule les paquets.

  • pe: interface sur le routeur PIM du premier saut qui encapsule les paquets destinés au routeur RP.

  • pimd: interface générée en interne qui n’est pas configurable.

  • pime: interface générée en interne qui n’est pas configurable.

  • pip: interface PIP (Provider Instance Port) pour les EVPN.

  • rlsq: interface de conteneur, numérotée de 0 à 127, utilisée pour lier les PIC LSQ primaire et secondaire dans des configurations à haute disponibilité. Toute défaillance du CIP principal entraîne le passage au CIP secondaire, et vice versa.

  • rms: interface redondante pour deux interfaces multiservices.

  • rsp: interface virtuelle redondante pour l’interface de services adaptatifs.

  • se—Interface série (y compris les interfaces EIA-530, V.35 et X.21).

  • si: interface en ligne de services, hébergée sur une carte de ligne basée sur Trio.

  • so—Interface SONET/SDH.

  • sp: interface de services adaptatifs. L’interface logique est une interface sp-fpc/pic/port.16383 non configurable générée en interne pour le trafic de contrôle du routeur.

  • stm1: interface STM1 (configurée sur les interfaces OC3/STM1).

  • stm4—Interface STM4 (configurée sur les interfaces OC12/STM4).

  • stm16—Interface STM16 (configurée sur les interfaces OC48/STM16).

  • t1—Interface T1 (y compris les interfaces DS3 à DS1 canalisées).

  • t3—Interface T3 (y compris les interfaces OC12 vers DS3 canalisées).

  • tap: interface générée en interne qui n’est pas configurable.

  • umd—Interface modem USB.

  • vsp—Interface de services vocaux.

  • vc4—Interface virtuellement concaténée.

  • vt: interface de tunnel de bouclage virtuel.

  • vtep: interface de point de terminaison de tunnel virtuel pour VXLAN.

  • xe—Interface Ethernet 10 Gigabit. Certaines interfaces 10 Gigabit Ethernet plus anciennes utilisent le ge type de support (plutôt que xe) pour identifier la partie physique du périphérique réseau.

  • xt: interface logique permettant aux domaines de systèmes protégés d’établir une connexion de tunnel de couche 2.

fpc identifie le numéro de la carte FPC ou DPC sur laquelle se trouve l’interface physique. Plus précisément, il s’agit du numéro de l’emplacement dans lequel la carte est installée.

Les routeurs M40, M40e, M160, M320, M120, T320, T640 et T1600 disposent chacun de huit emplacements FPC numérotés de 0 à 7, de gauche à droite lorsque vous faites face à l’avant du châssis. Pour plus d’informations sur les FPC et les PIC compatibles, consultez le guide matériel de votre routeur.

Sur PTX1000 routeurs, le numéro FPC est toujours égal à 0.

Le routeur M20 dispose de quatre emplacements FPC numérotés de 0 à 3, de haut en bas, lorsque vous faites face à l’avant du châssis. Le numéro de l’emplacement est imprimé à côté de chaque emplacement.

Les routeurs MX Series prennent en charge les DPC, les FPC et les cartes d’interface modulaires (MIC). Pour plus d’informations sur les DPC, FPC, PIC et MIC compatibles, reportez-vous à la Référence du module d’interface MX Series.

Pour les routeurs M5, M7i, M10 et M10i, les FPC sont intégrés au châssis. vous installez les PICs dans le châssis.

Les routeurs M5 et M7i peuvent accueillir jusqu’à quatre PIC. Le routeur M7i est également équipé d’un PIC de tunnel intégré, d’un AS PIC en option ou d’un MS PIC intégré en option.

Les routeurs M10 et M10i peuvent accueillir jusqu’à huit PIC.

Une matrice de routage peut comporter jusqu’à 32 FPC (numérotés de 0 à 31).

Pour plus d’informations sur la dénomination des interfaces d’une matrice de routage, reportez-vous à la section Dénomination d’interface pour une matrice de routage basée sur un routeur de matrice TX.

pic identifie le numéro du PIC sur lequel se trouve l’interface physique. Plus précisément, il s’agit du numéro de l’emplacement du PIC sur le FPC. Les emplacements d’un FPC avec quatre emplacements PIC sont numérotés de 0 à 3. Les emplacements d’un FPC avec trois emplacements PIC sont numérotés de 0 à 2. L’emplacement du PIC est imprimé sur la carte porteuse FPC. Pour les PIC qui occupent plus d’un emplacement PIC, le numéro de lieu PIC inférieur identifie l’emplacement PIC.

port identifie un port spécifique sur un PIC ou un DPC. Le nombre de ports varie en fonction du PIC. Les numéros de port sont imprimés sur le PIC.

channel Identifie la partie du nom de l’interface utilisant l’identificateur de canal et n’est requise que sur les interfaces canalisées. Pour les interfaces canalisées, le canal 0 identifie la première interface canalisée.

Partie logique d’un nom d’interface

La partie unité logique du nom de l’interface correspond au numéro de l’unité logique. La plage de numéros disponibles varie selon le type d’interface.

Dans la partie virtuelle du nom, un point (.) sépare les numéros de port et d’unité logique :

Séparateurs dans un nom d’interface

Il existe un séparateur entre chaque élément d’un nom d’interface.

Dans la partie physique du nom, un trait d’union (-) sépare le type de support du numéro FPC, et une barre oblique (/) sépare les numéros FPC, PIC et de port.

Dans la partie virtuelle du nom, un point (.) sépare les numéros de canal et d’unité logique.

Un signe deux-points (:) sépare les parties physique et virtuelle du nom d’interface.

Partie canal d’un nom d’interface

La partie identificateur de canal du nom d’interface n’est requise que sur les interfaces canalisées. Pour les interfaces canalisées, le canal 0 identifie la première interface canalisée. Pour les interfaces IQ et IQE canalisées, le canal 1 identifie la première interface canalisée. Une interface SONET/SDH OC48 non concaténée (c’est-à-dire canalisée) comporte quatre canaux OC12, numérotés de 0 à 3.

Pour déterminer quels types de PIC canalisés sont actuellement installés dans le routeur, utilisez la show chassis hardware commande du niveau supérieur de l’interface de ligne de commande. Les PIC IQ et IQE canalisés sont répertoriés dans la sortie avec « IQ de file d’attente intelligent » ou « IQE de file d’attente intelligent amélioré » dans la description. Pour plus d’informations, reportez-vous à la section Présentation des interfaces canalisées.

Pour les interfaces RNIS, vous spécifiez le canal B sous la forme bc-pim/0/port:n. Dans cet exemple, n est l’ID du canal B et peut être 1 ou 2. Vous spécifiez le canal D dans le formulaire dc-pim/0/port:0.

REMARQUE :

Pour le RNIS, les interfaces des canaux B et D n’ont pas de paramètres configurables. Toutefois, lorsque les statistiques d’interface sont affichées, les interfaces des canaux B et D ont des valeurs statistiques.
REMARQUE :

Dans l’implémentation de Junos OS, le terme interfaces logiques fait généralement référence aux interfaces que vous configurez en incluant l’instruction unit au niveau de la [edit interfaces interface-name] hiérarchie. Les interfaces logiques ont le descripteur à la fin du nom de l’interface, comme dans ge-0/0/0.1 ou t1-0/0/0:0.1, où le .logical numéro d’unité logique est 1.

Bien que les interfaces canalisées soient généralement considérées comme logiques ou virtuelles, Junos OS considère les interfaces T3, T1 et NxDS0 au sein d’un IQ ou IQE PIC canalisé comme des interfaces physiques. Par exemple, les deux t3-0/0/0 et t3-0/0/0:1 sont traités comme des interfaces physiques par Junos OS. En revanche, t3-0/0/0.2 et t3-0/0/0:1.2 sont considérées comme des interfaces logiques car elles ont le .2 à la fin des noms d’interface.

Dénomination d’interface pour une matrice de routage basée sur un routeur de matrice TX

Une matrice de routage basée sur un routeur TX Matrix de Juniper Networks est une architecture multichâssis composée d’un routeur TX Matrix et de un à quatre routeurs T640 interconnectés. Du point de vue de l’interface utilisateur, la matrice de routage apparaît comme un routeur unique. Le routeur TX Matrix contrôle tous les routeurs T640, comme illustré à la .Figure 1

Figure 1 : Matrice de routageMatrice de routage

Un routeur à matrice TX est également appelé châssis de carte de commutation (SCC). La CLI fait scc référence au routeur TX Matrix. Un routeur T640 dans une matrice de routage est également appelé châssis de carte de ligne (LCC). La CLI utilise lcc comme préfixe pour faire référence à un routeur T640 spécifique.

Tous les LCC se voient attribuer des numéros de 0 à 3, en fonction de la configuration matérielle et de la connectivité au routeur TX Matrix. Pour plus d’informations, reportez-vous au Guide matériel du routeur TX Matrix. Une matrice de routage peut comporter jusqu’à quatre routeurs T640, et chaque routeur T640 possède jusqu’à huit FPC. Par conséquent, la matrice de routage dans son ensemble peut avoir jusqu’à 32 FPC (0 à 31).

Dans la CLI de Junos OS, un nom d’interface a le format suivant :

Lorsque vous spécifiez le numéro d’un routeur T640 dans une matrice de routage, Junos OS détermine quel routeur T640 contient le fpc FPC spécifié en fonction de l’affectation suivante :

  • Sur LCC 0, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 0 à 7.

  • Sur le LCC 1, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 8 à 15.

  • Sur le LCC 2, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 16 à 23.

  • Sur le LCC 3, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 24 à 31.

Par exemple, l’entrée se-1/0/0 fait référence à l’emplacement 1 matériel FPC 1 du routeur T640 intitulé lcc0. L’entrée 11t1-11/2/0 fait référence à l’emplacement matériel FPC 3 du routeur T640 étiqueté lcc1. L’entrée 20so-20/0/1 fait référence à l’emplacement matériel FPC 4 du routeur T640 étiqueté lcc2. L’entrée 31t3-31/1/0 fait référence à l’emplacement matériel FPC 7 du routeur T640 étiqueté lcc3.

Tableau 1 résume la numérotation FPC d’un routeur T640 dans une matrice de routage.

Tableau 1 : Numérotation FPC pour les routeurs T640 dans une matrice de routage

Numéros LCC attribués au routeur T640

Numéros de configuration

0

0 à 7

1

8 à 15

2

De 16 à 23 ans

3

24 à 31

Tableau 2 répertorie chaque emplacement matériel FPC et les numéros de configuration correspondants pour les LCC 0 à 3.

Tableau 2 : Numérotation FPC un-à-un pour les routeurs T640 dans une matrice de routage

Numérotation FPC

Routeurs T640

 

 LCC 0
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

0

1

2

3

4

5

6

7
LCC 1
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

8

9

10

11

12

13

14

15
LCC 2
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

16

17

18

19

20

21

22

23
LCC 3
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

24

25

26

27

28

29

30

31

Dénomination d’interface pour une matrice de routage basée sur un routeur TX Matrix Plus

Une matrice de routage basée sur un routeur TX Matrix Plus de Juniper Networks est une architecture multichâssis composée d’un routeur TX Matrix Plus et de un à quatre routeurs T1600 interconnectés. Du point de vue de l’interface utilisateur, la matrice de routage apparaît comme un routeur unique. Le routeur TX Matrix Plus contrôle tous les routeurs T1600, comme illustré à la .Figure 2

Figure 2 : Matrice de routage basée sur un routeur TX Matrix PlusMatrice de routage basée sur un routeur TX Matrix Plus

Un routeur TX Matrix Plus est également appelé châssis de structure de commutation (SFC). La CLI fait sfc référence au routeur TX Matrix Plus. Un routeur T1600 dans une matrice de routage est également appelé châssis de carte de ligne (LCC). La CLI utilise lcc comme préfixe pour faire référence à un routeur T1600 spécifique.

Les LCC se voient attribuer des numéros, de 0 à 3, en fonction de la configuration matérielle et de la connectivité au routeur TX Matrix Plus. Pour plus d’informations, reportez-vous au Guide matériel du routeur TX Matrix Plus. Une matrice de routage basée sur un routeur TX Matrix Plus peut comporter jusqu’à quatre routeurs T1600, et chaque routeur T1600 a jusqu’à huit FPC. Par conséquent, la matrice de routage dans son ensemble peut avoir jusqu’à 32 FPC (0 à 31).

Dans la CLI de Junos OS, un nom d’interface a le format suivant :

Lorsque vous spécifiez le numéro d’un routeur T1600 dans une matrice de routage, Junos OS détermine quel routeur T1600 contient le fpc FPC spécifié en fonction de l’affectation suivante :

  • Sur LCC 0, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 0 à 7.

  • Sur le LCC 1, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 8 à 15.

  • Sur le LCC 2, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 16 à 23.

  • Sur le LCC 3, les emplacements matériels FPC 0 à 7 sont configurés comme suit : 24 à 31.

Par exemple, l’entrée se-1/0/0 fait référence à l’emplacement 1 matériel FPC 1 du routeur T1600 étiqueté lcc0. L’entrée 11t1-11/2/0 fait référence à l’emplacement matériel FPC 3 du routeur T1600 étiqueté lcc1. L’entrée 20so-20/0/1 fait référence à l’emplacement matériel FPC 4 du routeur T1600 étiqueté lcc2. L’entrée 31t3-31/1/0 fait référence à l’emplacement matériel FPC 7 du routeur T1600 étiqueté lcc3.

Tableau 3 résume la numérotation FPC d’une matrice de routage basée sur un routeur TX Matrix Plus.

Tableau 3 : Numérotation FPC pour les routeurs T1600 dans une matrice de routage

Numéros LCC attribués au routeur T1600

Numéros de configuration

0

0 à 7

1

8 à 15

2

De 16 à 23 ans

3

24 à 31

Tableau 4 répertorie chaque emplacement matériel FPC et les numéros de configuration correspondants pour les LCC 0 à 3.

Tableau 4 : Numérotation FPC un-à-un pour les routeurs T1600 dans une matrice de routage

Numérotation FPC

Routeurs T1600

 

 LCC 0
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

0

1

2

3

4

5

6

7
LCC 1
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

8

9

10

11

12

13

14

15
LCC 2
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

16

17

18

19

20

21

22

23
LCC 3
Emplacements matériels

0

1

2

3

4

5

6

7
Numéros de configuration

24

25

26

27

28

29

30

31

Dénomination de l’interface du châssis

Vous configurez certaines propriétés PIC, telles que le tramage, au niveau de la [edit chassis] hiérarchie. La dénomination de l’interface du châssis varie en fonction du matériel de routage.

  • Pour configurer les propriétés PIC d’un routeur autonome, vous devez spécifier les numéros FPC et PIC, comme suit :

  • Pour configurer les propriétés PIC d’un routeur T640 ou T1600 configuré dans une matrice de routage, vous devez spécifier les numéros LCC, FPC et PIC, comme suit :

    Pour l’emplacement FPC d’un routeur T640 dans une matrice de routage, spécifiez le numéro réel de l’emplacement matériel, tel qu’il est étiqueté sur le châssis du routeur T640. N’utilisez pas les numéros de configuration FPC du logiciel correspondants indiqués à la .Tableau 2

    Pour l’emplacement FPC d’un routeur T1600 dans une matrice de routage, spécifiez le numéro réel de l’emplacement matériel, tel qu’il est étiqueté sur le châssis du routeur T1600. N’utilisez pas les numéros de configuration FPC du logiciel correspondants indiqués à la .Tableau 3

Pour plus d’informations sur la hiérarchie, reportez-vous à la [edit chassis]Bibliothèque d’administration de Junos OS pour les périphériques de routage.

Exemples: Nommage de l’interface

Cette section fournit des exemples d’interfaces de nommage. Pour obtenir une illustration de l’emplacement des emplacements, des PIC et des ports, reportez-vous à la section Figure 3.

Figure 3 : Emplacements des emplacements d’interface, du PIC et des portsEmplacements des emplacements d’interface, du PIC et des ports

Dans le cas d’un FPC dans l’emplacement 1 avec deux PIC OC3 SONET/SDH en position PIC 0 et 1, chaque PIC avec deux ports utilise les noms suivants :

Un OC48 SONET/SDH PIC dans l’emplacement 1 et en mode concaténé apparaît sous la forme d’un FPC unique avec un seul PIC, qui a un seul port. Si cette interface n’a qu’une seule unité logique, elle porte le nom suivant :

Un OC48 SONET/SDH PIC en slot 1 et en mode canalisé a un numéro pour chaque canal. Par exemple :

Pour un FPC dans l’emplacement 1 avec un PIC OC12 canalisé en position PIC 2, les canaux DS3 ont les noms suivants :

Pour un FPC dans l’emplacement 1 avec quatre PIC ATM OC12 (le FPC est entièrement rempli), les quatre PIC, chacun avec un seul port et une seule unité logique, portent les noms suivants :

Dans une matrice de routage sur le routeur T640 étiquetée lcc1, pour un FPC dans l’emplacement 5 avec quatre SONET OC192 PICs, les quatre PIC, chacun avec un seul port et une seule unité logique, ont les noms suivants :

Pour un FPC dans l’emplacement 1 avec une carte d’interface BRI RNIS à 4 ports, le port 4 porte le nom suivant :

Le premier canal B, le deuxième canal B et le canal de contrôle portent les noms suivants :

Vue d’ensemble des descripteurs d’interface

Lorsque vous configurez une interface, vous spécifiez en fait les propriétés d’un descripteur d’interface physique. Dans la plupart des cas, le descripteur d’interface physique correspond à un seul équipement physique et se compose des éléments suivants :

  • Le nom de l’interface, qui définit le type de média

  • L’emplacement dans lequel se trouve le FPC

  • L’emplacement sur le FPC dans lequel le PIC est installé

  • Le port PIC

  • Les numéros de canal et d’unité logique de l’interface (facultatif)

Chaque descripteur d’interface physique peut contenir un ou plusieurs descripteurs d’interface logique . Ces descripteurs vous permettent de mapper une ou plusieurs interfaces logiques (ou virtuelles) à un seul périphérique physique. La création de plusieurs interfaces logiques vous permet d’associer plusieurs circuits virtuels, connexions de liaison de données ou LAN virtuels (VLAN) à un seul périphérique d’interface.

Chaque descripteur d’interface logique peut avoir un ou plusieurs descripteurs de famille pour définir la famille de protocoles qui est associée à l’interface logique et autorisée à s’exécuter sur celle-ci.

Les familles de protocoles suivantes sont prises en charge :

  • Suite IPv4 (Internet Protocol version 4) (inet)

  • Suite IPv6 (Internet Protocol version 6) (inet6)

  • Ethernet (commutation Ethernet)

  • Connexion croisée de circuit (CCC)

  • Connexion croisée translationnelle (TCC)

  • Organisation internationale de normalisation (ISO)

  • Relais de trames multiliaison de bout en bout (MLFR de bout en bout)

  • Multilink Frame Relay, interface utilisateur-réseau, interface réseau-réseau (MLFR, UNI, NNI)

  • Protocole multiliaison point à point (MLPPP)

  • Multiprotocol Label Switching (MPLS)

  • TNP (Trivial Network Protocol)

  • (routeurs M Series, T Series et MX Series uniquement) Service de réseau local privé virtuel (VPLS)

Enfin, chaque descripteur de famille peut avoir une ou plusieurs entrées d’adresse, qui associent une adresse réseau à une interface logique et donc à l’interface physique.

Vous configurez les différents descripteurs d’interface comme suit :

  • Vous configurez le descripteur d’interface physique en incluant l’instruction interfaces interface-name .

  • Pour configurer le descripteur d’interface logique, incluez l’instruction dans l’instruction ou incluez le descripteur à la fin du nom de l’interface, comme dans , où le .logical numéro d’unité unitinterfaces interface-name logique est 1, comme illustré dans et-0/0/0.1les exemples suivants :

  • Vous configurez le descripteur de famille en incluant l’instruction de famille dans l’instruction unit .

  • Pour configurer les entrées d’adresse, incluez l’instruction d’adresse dans l’instruction familiale .

  • Pour configurer les tunnels, incluez l’instruction tunnel dans l’instruction unit .

REMARQUE :

L’adresse d’une interface logique ne peut pas être la même que l’adresse source ou l’adresse de destination d’une interface de tunnel. Si vous essayez de configurer une interface logique avec l’adresse d’une interface de tunnel ou vice versa, un échec de validation se produit.

partie physique d’un nom d’interface

Noms d’interface pour les équipements ACX Series, PTX Series et QFX Series

Lorsque vous affichez des informations sur une interface, vous spécifiez le type d’interface, l’emplacement dans lequel le concentrateur PIC flexible (FPC) est installé, l’emplacement sur le FPC dans lequel se trouve la carte d’interface physique (PIC) et le numéro de port configuré.

REMARQUE :

Certains équipements Juniper n’ont pas de PIC réel. Au lieu de cela, ils ont des ports réseau intégrés sur le panneau avant du routeur. Ces ports sont nommés à l’aide de la même convention de nommage que celle utilisée pour les périphériques avec des PIC, étant entendu que le FPC, le PIC et le port sont des pseudo-périphériques. Lorsque vous affichez des informations sur l’un de ces ports, vous spécifiez le type d’interface, l’emplacement pour le concentrateur PIC flexible (FPC), l’emplacement sur le FPC pour la carte d’interface physique (PIC) et le numéro de port configuré.

REMARQUE :

Dans l’interface de ligne de commande, les PTX3000 PICs sont représentés par pic0. Pour plus d’informations, reportez-vous à PTX3000 Description du PIC.

Dans la partie physique du nom d’interface, un trait d’union () sépare le type de support (-par exemple, et) du numéro FPC. Une barre oblique (/) sépare les numéros FPC, PIC et de port. Un signe deux-points () sépare le numéro de port et le canal (:facultatif) :

Noms d’interface pour les routeurs M Series et T Series

Sur les routeurs M Series et T Series, lorsque vous affichez des informations sur une interface, vous spécifiez le type d’interface, l’emplacement dans lequel le concentrateur PIC flexible (FPC) est installé, l’emplacement sur le FPC dans lequel se trouve la carte d’interface physique (PIC) et le numéro de port configuré.

Dans la partie physique du nom de l’interface, un trait d’union () sépare le type de support du numéro FPC, et une barre oblique (-/) sépare les numéros FPC, PIC et port :

REMARQUE :

Les exceptions à la description physique incluent les interfaces Ethernet agrégées et SONET/SDH agrégées, qui utilisent respectivement la type-fpc/pic/port syntaxe ae number et as number,

Noms d’interface des routeurs MX Series

Sur les routeurs MX Series, lorsque vous affichez des informations sur une interface, spécifiez le type d’interface, le concentracteur de port dense (DPC), le concentrateur PIC flexible (FPC) ou l’emplacement MPC (Modular Port Concentrator), l’emplacement PIC ou MIC et le numéro de port configuré.

REMARQUE :

Bien que les routeurs MX Series utilisent des DPC, FPC, MPC, MIC et PIC, la syntaxe des commandes dans ce manuel est indiquée comme fpc//picport pour plus de simplicité.

Dans la partie physique du nom d’interface, un trait d’union () sépare le type de support du numéro FPC, et une barre oblique (-/) sépare le DPC, le FPC ou le MPC, le MIC ou le PIC, ainsi que les numéros de port :

  • fpc: emplacement dans lequel le DPC, le FPC ou le MPC est installé.

  • pic: emplacement sur le FPC dans lequel se trouve le PIC.

    Pour les DPC, les MIC et les MPC à 16 ports, la valeur PIC est un regroupement logique de ports et varie selon les plates-formes.

  • port: numéro de port sur le DPC, le PIC, le MPC ou le MIC.

Affichage des configurations d’interface

Pour afficher une configuration, utilisez soit la commande en mode configuration, soit la showshow configuration commande de niveau supérieur. Les interfaces sont répertoriées par ordre numérique, d’abord du numéro d’emplacement le plus bas au numéro de slot le plus élevé, puis du numéro de PIC le plus bas au plus élevé, et enfin du numéro de port le plus bas au numéro de port le plus élevé.

Présentation des encapsulations d’interface

Tableau 5 Répertorie la prise en charge de l’encapsulation par type d’interface.

Tableau 5 : Prise en charge de l’encapsulation par type d’interface

Type d’interface

Encapsulation de l’interface physique

Interface logique Encapsulation

ae—Interface Ethernet agrégée

ethernet-ccc—Connexion croisée Ethernet

extended-vlan-ccc: marquage TPID non standard pour une connexion croisée

extended-vlan-vpls—Service de réseau local privé virtuel VLAN étendu

flexible-ethernet-services: autorise la configuration de l’encapsulation Ethernet par unité.

vlan-ccc—Marquage 802.1Q pour une connexion croisée

ethernet-vpls—Service de réseau local privé virtuel Ethernet

vlan-vpls—Service de réseau local privé virtuel VLAN

 

dix—Ethernet DIXv2 (RFC 894)

vlan-ccc—Marquage 802.1Q pour une connexion croisée

 

as—Interface SONET/SDH agrégée

cisco-hdlc—Cadrage HDLC compatible Cisco

ppp—Périphérique PPP série

NA

at—Interface ATM1

atm-ccc-cell-relay—Encapsulation de relais de cellule ATM pour une connexion croisée

atm-pvc—Circuits virtuels permanents ATM

ethernet-over-atm—Encapsulation Ethernet sur ATM

atm-ccc-cell-relay—Relais de cellule ATM pour CCC

atm-ccc-vc-mux—ATM VC pour CCC

atm-cisco-nlpid—Encapsulation NLPID ATM compatible Cisco

atm-nlpid—Encapsulation ATM NLPID

atm-snap—Encapsulation ATM LLC/SNAP

atm-tcc-snap—ATM LLC/SNAP pour une connexion croisée translationnelle

atm-tcc-vc-mux—ATM VC pour une connexion croisée translationnelle

atm-vc-mux—Multiplexage VC ATM

ether-over-atm-llc—Encapsulation Ethernet over ATM (LLC/SNAP)

at—Interface de file d’attente intelligente (IQ) ATM2

atm-ccc-cell-relay—Encapsulation de relais de cellule ATM pour une connexion croisée

atm-pvc—Circuits virtuels permanents ATM

ethernet-over-atm—Encapsulation Ethernet sur ATM

atm-ccc-cell-relay—Relais de cellule ATM pour CCC

atm-ccc-vc-mux—ATM VC pour CCC

atm-cisco-nlpid—Encapsulation NLPID ATM compatible Cisco

atm-mlppp-llc—ATM MLPPP sur AAL5/LLC

atm-nlpid—Encapsulation ATM NLPID

atm-ppp-llc—ATM PPP sur AAL5/LLC

atm-ppp-vc-mux—ATM PPP sur AAL5 brut

atm-snap—Encapsulation ATM LLC/SNAP

atm-tcc-snap—ATM LLC/SNAP pour une connexion croisée translationnelle

atm-tcc-vc-mux—ATM VC pour une connexion croisée translationnelle

atm-vc-mux—Multiplexage VC ATM

ether-over-atm-llc—Encapsulation Ethernet over ATM (LLC/SNAP)

ether-vpls-over-atm-llc—Encapsulation Ethernet VPLS over ATM (pontage)

bcm—Interfaces internes Gigabit Ethernet

NA

NA

br—Interface de réseau numérique à intégration de services (RNIS)

NA

NA

ci—Interface de conteneur

cisco-hdlc—Cadrage HDLC compatible Cisco

ppp—Périphérique PPP série

aps—Interface SONET requise pour la configuration de l’APS.

ds—Interface DS0

cisco-hdlc—Cadrage HDLC compatible Cisco

cisco-hdlc-ccc—Cadrage HDLC compatible Cisco pour une connexion croisée

cisco-hdlc-tcc—Cadrage HDLC compatible Cisco pour une connexion croisée translationnelle

extended-frame-relay-ccc—N’importe quel DLCI de relais de trames pour une connexion croisée

extended-frame-relay-tcc—N’importe quel DLCI de relais de trames pour une connexion croisée de translation

flexible-frame-relay—Encapsulations multiples de relais de trames

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

frame-relay-port-ccc—Encapsulation de port de relais de trames pour une connexion croisée

frame-relay-tcc—Frame Relay pour une connexion croisée de translation

multilink-frame-relay-uni-nni—Encapsulation du relais de trames multibras UNI NNI (FRF.16)

ppp—Périphérique PPP série

ppp-ccc—Périphérique PPP série pour une connexion croisée

ppp-tcc—Dispositif PPP série pour une connexion croisée translationnelle

frame-relay-ccc—Relais de trame DLCI pour CCC

frame-relay-ppp—PPP sur Frame Relay

frame-relay-tcc—Frame Relay DLCI pour une connexion croisée de translation

dsc—Ignorer l’interface

NA

NA

e1—Interface E1 (y compris les interfaces STM1 à E1 canalisées)

cisco-hdlc—Cadrage HDLC compatible Cisco

cisco-hdlc-ccc—Cadrage HDLC compatible Cisco pour une connexion croisée

cisco-hdlc-tcc—Cadrage HDLC compatible Cisco pour une connexion croisée translationnelle

extended-frame-relay-ccc—N’importe quel DLCI de relais de trames pour une connexion croisée

extended-frame-relay-tcc—N’importe quel DLCI de relais de trames pour une connexion croisée de translation

flexible-frame-relay—Encapsulations multiples de relais de trames

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

frame-relay-port-ccc—Encapsulation de port de relais de trames pour une connexion croisée

frame-relay-tcc—Frame Relay pour une connexion croisée de translation

multilink-frame-relay-uni-nni—Encapsulation du relais de trames multibras UNI NNI (FRF.16)

ppp—Périphérique PPP série

ppp-ccc—Périphérique PPP série pour une connexion croisée

ppp-tcc—Dispositif PPP série pour une connexion croisée translationnelle

frame-relay-ccc—Relais de trame DLCI pour CCC

frame-relay-ppp—PPP sur Frame Relay

frame-relay-tcc—Frame Relay DLCI pour une connexion croisée de translation

e3—Interface E3 (y compris les interfaces E3 IQ et IQE)

cisco-hdlc—Cadrage HDLC compatible Cisco

cisco-hdlc-ccc—Cadrage HDLC compatible Cisco pour une connexion croisée

cisco-hdlc-tcc—Cadrage HDLC compatible Cisco pour une connexion croisée translationnelle

extended-frame-relay-ccc—N’importe quel DLCI de relais de trames pour une connexion croisée

extended-frame-relay-tcc—N’importe quel DLCI de relais de trames pour une connexion croisée de translation

flexible-frame-relay—Encapsulations multiples de relais de trames

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

frame-relay-port-ccc—Encapsulation de port de relais de trames pour une connexion croisée

frame-relay-tcc—Frame Relay pour une connexion croisée de translation

ppp—Périphérique PPP série

ppp-ccc—Périphérique PPP série pour une connexion croisée

ppp-tcc—Dispositif PPP série pour une connexion croisée translationnelle

frame-relay-ccc—Relais de trame DLCI pour CCC

frame-relay-ppp—PPP sur Frame Relay

frame-relay-tcc—Frame Relay DLCI pour une connexion croisée de translation

em—Interfaces Ethernet internes et de gestion

NA

NA

fe—Interface Fast Ethernet

ethernet-ccc—Connexion croisée Ethernet

ethernet-tcc—Connexion croisée translationnelle Ethernet

ethernet-vpls—Service de réseau local privé virtuel Ethernet

extended-vlan-ccc: marquage TPID non standard pour une connexion croisée

extended-vlan-tcc—Balisage 802.1Q pour une connexion croisée translationnelle

extended-vlan-vpls—Service de réseau local privé virtuel VLAN étendu

vlan-ccc—Marquage 802.1Q pour une connexion croisée

vlan-vpls—Service de réseau local privé virtuel VLAN

dix—Ethernet DIXv2 (RFC 894)

vlan-ccc—Marquage 802.1Q pour une connexion croisée

vlan-vpls—Service de réseau local privé virtuel VLAN

fxp—Interfaces Ethernet internes et de gestion

NA

NA

Interfaces ge Ethernet (y compris les interfaces Gigabit Ethernet IQ, xe et et)

ethernet-ccc—Connexion croisée Ethernet

ethernet-tcc—Connexion croisée translationnelle Ethernet

ethernet-vpls—Service de réseau local privé virtuel Ethernet

extended-vlan-ccc: marquage TPID non standard pour une connexion croisée

extended-vlan-tcc—Balisage 802.1Q pour une connexion croisée translationnelle

extended-vlan-vpls—Service de réseau local privé virtuel VLAN étendu

flexible-ethernet-services—Permet la configuration de l’encapsulation Ethernet par unité

vlan-ccc—Marquage 802.1Q pour une connexion croisée

vlan-vpls—Service de réseau local privé virtuel VLAN

dix—Ethernet DIXv2 (RFC 894)

vlan-ccc—Marquage 802.1Q pour une connexion croisée

vlan-tcc—Balisage 802.1Q pour une connexion croisée translationnelle

vlan-vpls—Service de réseau local privé virtuel VLAN

ixgbe—Interfaces internes 10 Gigabit Ethernet

NA

NA

lo—Interface de bouclage ; Le Junos OS configure automatiquement une interface de bouclage (lo0).

NA

NA

ls—Interface de services de liaison

multilink-frame-relay-uni-nni—Encapsulation du relais de trames multibras UNI NNI (FRF.16)

multilink-frame-relay-end-to-end—Relais de trames multiliaison de bout en bout (FRF.15)

multilink-ppp—PPP multiliaison

lsq—Interface IQ des services de liaison

multilink-frame-relay-uni-nni—Encapsulation du relais de trames multibras UNI NNI (FRF.16)

multilink-frame-relay-end-to-end—Relais de trames multiliaison de bout en bout (FRF.15)

multilink-ppp—PPP multiliaison

lt—Interface de tunnel logique

 

NA

ethernet—Service Ethernet

ethernet-vpls—Service de réseau local privé virtuel Ethernet

ethernet-ccc—Connexion croisée Ethernet

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

vlan—Service VLAN

vlan-ccc—Marquage 802.1Q pour une connexion croisée

vlan-vpls—Service de réseau local privé virtuel VLAN

ml—Interface multiliaison (y compris Multilink Frame Relay et MLPPP)

NA

multilink-frame-relay-end-to-end—Relais de trames multiliaison de bout en bout (FRF.15)

multilink-ppp—PPP multiliaison

se—Interface série (y compris les interfaces EIA-530, V.35 et X.21)

cisco-hdlc—Cadrage HDLC compatible Cisco

cisco-hdlc-ccc—Cadrage HDLC compatible Cisco pour une connexion croisée

cisco-hdlc-tcc—Cadrage HDLC compatible Cisco pour une connexion croisée translationnelle

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

frame-relay-port-ccc—Encapsulation de port de relais de trames pour une connexion croisée

frame-relay-tcc—Frame Relay pour une connexion croisée de translation

ppp—Périphérique PPP série

ppp-ccc—Périphérique PPP série pour une connexion croisée

ppp-tcc—Dispositif PPP série pour une connexion croisée translationnelle

frame-relay-ccc—Relais de trame DLCI pour CCC

frame-relay-ppp—PPP sur Frame Relay

frame-relay-tcc—Frame Relay DLCI pour une connexion croisée de translation

so—Interface SONET/SDH

cisco-hdlc—Cadrage HDLC compatible Cisco

cisco-hdlc-ccc—Cadrage HDLC compatible Cisco pour une connexion croisée

cisco-hdlc-tcc—Cadrage HDLC compatible Cisco pour une connexion croisée translationnelle

extended-frame-relay-ccc—N’importe quel DLCI de relais de trames pour une connexion croisée

extended-frame-relay-tcc—N’importe quel DLCI de relais de trames pour une connexion croisée de translation

flexible-frame-relay—Encapsulations multiples de relais de trames

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

frame-relay-port-ccc—Encapsulation de port de relais de trames pour une connexion croisée

frame-relay-tcc—Frame Relay pour une connexion croisée de translation

ppp—Périphérique PPP série

ppp-ccc—Périphérique PPP série pour une connexion croisée

ppp-tcc—Dispositif PPP série pour une connexion croisée translationnelle

frame-relay-ccc—Relais de trame DLCI pour CCC

frame-relay-ppp—PPP sur Frame Relay

frame-relay-tcc—Frame Relay DLCI pour une connexion croisée de translation

multilink-frame-relay-end-to-end—Les PIC IQE SONET prennent en charge le relais de trames multiliaison de bout en bout (FRF.15)

multilink-ppp—Les PICS IKEE SONET prennent en charge le PPP multiliaison

t1—Interface T1 (y compris les interfaces DS3 à DS1 canalisées)

cisco-hdlc—Cadrage HDLC compatible Cisco

cisco-hdlc-ccc—Cadrage HDLC compatible Cisco pour une connexion croisée

cisco-hdlc-tcc—Cadrage HDLC compatible Cisco pour une connexion croisée translationnelle

extended-frame-relay-ccc—N’importe quel DLCI de relais de trames pour une connexion croisée

extended-frame-relay-tcc—N’importe quel DLCI de relais de trames pour une connexion croisée de translation

flexible-frame-relay—Encapsulations multiples de relais de trames

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

frame-relay-port-ccc—Encapsulation de port de relais de trames pour une connexion croisée

frame-relay-tcc—Frame Relay pour une connexion croisée de translation

multilink-frame-relay-uni-nni—Encapsulation du relais de trames multibras UNI NNI (FRF.16)

ppp—Périphérique PPP série

ppp-ccc—Périphérique PPP série pour une connexion croisée

ppp-tcc—Dispositif PPP série pour une connexion croisée translationnelle

frame-relay-ccc—Relais de trame DLCI pour CCC

frame-relay-ppp—PPP sur Frame Relay

frame-relay-tcc—Frame Relay DLCI pour une connexion croisée de translation

t3—Interface T3 (y compris les interfaces OC12 vers DS3 canalisées)

cisco-hdlc—Cadrage HDLC compatible Cisco

cisco-hdlc-ccc—Cadrage HDLC compatible Cisco pour une connexion croisée

cisco-hdlc-tcc—Cadrage HDLC compatible Cisco pour une connexion croisée translationnelle

extended-frame-relay-ccc—N’importe quel DLCI de relais de trames pour une connexion croisée

extended-frame-relay-tcc—N’importe quel DLCI de relais de trames pour une connexion croisée de translation

flexible-frame-relay—Encapsulations multiples de relais de trames

frame-relay—Encapsulation de relais de trames

frame-relay-ccc—Relais de trame pour une connexion croisée

frame-relay-port-ccc—Encapsulation de port de relais de trames pour une connexion croisée

frame-relay-tcc—Frame Relay pour une connexion croisée de translation

ppp—Périphérique PPP série

ppp-ccc—Périphérique PPP série pour une connexion croisée

ppp-tcc—Dispositif PPP série pour une connexion croisée translationnelle

frame-relay-ccc—Relais de trame DLCI pour CCC

frame-relay-ppp—PPP sur Frame Relay

frame-relay-tcc—Frame Relay DLCI pour une connexion croisée de translation

Interfaces IQ canalisées au niveau du contrôleur (cau4, , , , , , ct1coc1ct3coc3coc12cstm1etce1)

NA

NA

Interfaces de services (cp, , , moip, , mogresvtrspet )sp

NA

NA

Interfaces non configurables générées en interne (gre, , , , mtipiplearning-chip (lc)lsitapmtunpdpepimdpime

NA

NA
REMARQUE :

Vous pouvez configurer les interfaces GRE (gre-x/y/z) uniquement pour les canaux de contrôle GMPLS. Les interfaces GRE ne sont ni prises en charge ni configurables pour d’autres applications. Pour plus d’informations sur GMPLS, reportez-vous au Guide de l’utilisateur des applications MPLS de Junos OS.

Comprendre les interfaces transitoires

Les routeurs M Series, MX Series et T Series contiennent des emplacements pour installer un concentrateur PIC flexible [FPC] ou un concentracteur de port dense [DPC] (pour les routeurs MX Series) ou un concentrateur de portmodulaire [MPC] (pour les routeurs MX Series). La carte d’interface physique [PIC] peut être installée dans les FPC. La carte d’interface modulaire [MIC] peut être insérée dans les MPC.

Le nombre de PIC pouvant être installés varie selon l’appareil et le type de FPC. Les PIC constituent les véritables interfaces physiques avec le réseau. Les routeurs MX Series contiennent des emplacements pour installer soit des cartes DPC qui fournissent les interfaces physiques au réseau, soit des FPC dans lesquels des PICs peuvent être installés.

Vous pouvez insérer n’importe quel DPC ou FPC dans n’importe quel emplacement qui les prend en charge dans le routeur approprié. En règle générale, vous pouvez placer n’importe quelle combinaison de PIC, compatibles avec votre routeur, à n’importe quel endroit sur un FPC. (Vous êtes limité par la bande passante totale du FPC et par le fait que certains PIC nécessitent physiquement deux ou quatre emplacements du PIC sur le FPC. Dans certains cas, des limitations de puissance ou de microcode peuvent également s’appliquer.) Pour déterminer la compatibilité DPC et PIC, reportez-vous à la section Référence du module d’interface de votre routeur.

Vous pouvez insérer un MPC dans n’importe quel emplacement du routeur approprié. Vous pouvez installer jusqu’à deux MIC de types de supports différents dans la même MPC, à condition que la MPC prenne en charge ces MIC.

Ces interfaces physiques sont des interfaces transitoires du routeur. Ils sont dits transitoires, car vous pouvez permuter à chaud un DPC, un FPC ou un MPC et ses PICs ou MIC à tout moment.

Vous devez configurer chaque interface transitoire en fonction de l’emplacement dans lequel le FPC, le DPC ou le MPC est installé, de l’emplacement dans lequel le PIC ou le MIC est installé et, pour les PIC ou MIC à ports multiples, le port auquel vous vous connectez.

Vous pouvez configurer les interfaces sur les PIC ou les MIC déjà installés sur le routeur, ainsi que les interfaces sur les PIC ou les MIC que vous prévoyez d’installer ultérieurement. Junos OS détecte quelles interfaces sont réellement présentes, de sorte que lorsque le logiciel active sa configuration, il active uniquement les interfaces présentes et conserve les informations de configuration pour les interfaces qui ne sont pas présentes. Lorsque Junos OS détecte qu’un FPC contenant des PICs ou un MPC contenant des MICs a été inséré dans le routeur, le logiciel active la configuration de ces interfaces.

Comprendre les interfaces de services

Les interfaces de services vous permettent d’ajouter des services à votre réseau de façon incrémentielle. Junos OS prend en charge les services PIC suivants :

  • Adaptive Services (AS) PIC : permettent de fournir plusieurs services sur un seul PIC en configurant un ensemble de services et d’applications. Les AS PIC offrent une gamme spéciale de services que vous pouvez configurer dans un ou plusieurs ensembles de services.

  • ES PIC : fournit une suite de sécurité pour les couches réseau IP version 4 (IPv4) et IP version 6 (IPv6). La suite fournit des fonctionnalités telles que l’authentification de l’origine, l’intégrité des données, la confidentialité, la protection contre la relecture et la non-répudiation de la source. Il définit également des mécanismes de génération et d’échange de clés, de gestion des associations de sécurité et de prise en charge des certificats numériques.

  • Prévention des informations personnelles (PICs) des services de surveillance : permettent de surveiller le flux de trafic et d’exporter le trafic surveillé. La surveillance du trafic vous permet de collecter et d’exporter des informations détaillées sur les flux de trafic IPv4 entre les nuds source et de destination de votre réseau. échantillonner tout le trafic IPv4 entrant sur l’interface de surveillance et présenter les données au format d’enregistrement cflowd ; effectuer la comptabilisation des rejets sur un flux de trafic entrant ; chiffrer ou tunneliser les enregistrements cflowd sortants, le trafic IPv4 intercepté, ou les deux ; et diriger le trafic filtré vers différents analyseurs de paquets et présenter les données dans leur format d’origine. Sur un PIC Monitoring Services II, vous pouvez configurer des interfaces de surveillance ou des interfaces de collecteur. Une interface de collecteur vous permet de combiner plusieurs enregistrements cflowd dans un fichier de données ASCII compressé et d’exporter le fichier vers un serveur FTP.

  • Services multiliaisons, Multiservices, Services de liaison et Services vocaux PICs : permettent de fractionner, de recombiner et de séquencer des datagrammes sur plusieurs liaisons de données logiques. L’objectif du fonctionnement multiliaison est de coordonner plusieurs liaisons indépendantes entre une paire fixe de systèmes, fournissant une liaison virtuelle avec une bande passante supérieure à celle de n’importe lequel des membres.

  • PIC des services de tunnel : en encapsulant des paquets arbitraires dans un protocole de transport, le tunneling fournit un chemin privé et sécurisé à travers un réseau autrement public. Les tunnels connectent des sous-réseaux discontinus et permettent d’utiliser des interfaces de chiffrement, des réseaux privés virtuels (VPN) et la commutation MPLS (Multiprotocol Label Switching).

  • Sur les routeurs M Series et T Series, les interfaces de tunnel logique vous permettent de connecter des systèmes logiques, des routeurs virtuels ou des instances VPN. Pour plus d’informations sur les VPN, reportez-vous à la bibliothèque de VPN Junos OS pour les périphériques de routage. Pour plus d’informations sur la configuration des tunnels, reportez-vous à la bibliothèque d’interfaces de services Junos OS pour les périphériques de routage.

Comprendre les interfaces de conteneur

Les interfaces de conteneur offrent les fonctionnalités suivantes :

  • La commutation de protection automatique (APS) sur les liaisons SONET/SDH et ATM est prise en charge à l’aide de l’infrastructure de conteneurs.

  • Les interfaces physiques et les interfaces logiques des conteneurs restent opérationnelles lors du basculement.

  • Les paramètres APS sont automatiquement copiés de l’interface du conteneur vers les liens membres.

REMARQUE :

Les groupes appariés et les véritables points d’accès unidirectionnels ne sont actuellement pas pris en charge.

Pour plus d’informations sur la configuration SONET/SDH, reportez-vous à la section Configuration des interfaces de conteneur pour les points d’accès sur les liaisons SONET.

Les fonctionnalités des interfaces de conteneur sont décrites dans les sections suivantes :

Comprendre le concept traditionnel d’APS

L’APS (Automatic Protection Switching) traditionnel est configuré sur deux interfaces physiques SONET/SDH indépendantes : Une interface est configurée en tant que circuit de fonctionnement et l’autre est configurée en tant que circuit de protection (reportez-vous à la section Figure 4). Le circuit, nommé Circuit X sur la figure, est le lien entre les deux interfaces SONET.

Figure 4 : APS InterfaceAPS Interface

L’APS traditionnel utilise des protocoles de routage qui s’exécutent sur chaque interface SONET/SDH (puisque circuit est une construction abstraite, au lieu d’être une interface réelle). Lorsque la liaison de travail tombe en panne, l’infrastructure APS active la liaison de protection et ses interfaces logiques sous-jacentes, puis la liaison de travail et ses interfaces logiques sous-jacentes sont désactivées, ce qui entraîne la reconvergence des protocoles de routage. Cela prend du temps et entraîne des pertes de trafic, même si l’infrastructure APS a effectué le changement rapidement.

Concept d’interfaces de conteneur

Pour résoudre le problème de la perte de trafic, le Junos OS fournit une construction d’interface logicielle appelée interface de conteneur (reportez-vous à la section Figure 5).

Figure 5 : Interface de conteneurInterface de conteneur

L’interface de conteneur permet aux protocoles de routage de s’exécuter sur les interfaces logiques associées à une interface de conteneur virtuelle plutôt que sur les interfaces physiques SONET/SDH et ATM. Lorsque l’APS bascule la liaison physique sous-jacente en fonction d’une condition d’erreur, l’interface de conteneur reste active et l’interface logique sur l’interface de conteneur n’est pas instable. Les protocoles de routage ignorent la commutation APS.

Prise en charge des APS pour les interfaces basées sur des conteneurs

Avec l’interface de conteneur, APS est configuré sur l’interface de conteneur elle-même. Les liaisons SONET/SDH et ATM individuelles sont marquées comme primaires (correspondant au circuit de travail) ou en veille (correspondant au circuit de protection) dans la configuration. Aucun nom de circuit ou de groupe n’est spécifié dans le modèle d’interface de conteneur ; Les liaisons physiques SONET/SDH et ATM sont placées dans un groupe APS en les reliant à une seule interface de conteneur. Les paramètres APS sont spécifiés au niveau de l’interface du conteneur et sont propagés aux liaisons SONET/SDH et ATM individuelles par le démon APS.

Copie automatique des paramètres APS

Les applications typiques nécessitent de copier les paramètres APS du circuit de travail vers le circuit de protection, car la plupart des paramètres doivent être les mêmes pour les deux circuits. Cela se fait automatiquement dans l’interface du conteneur. Les paramètres APS ne sont spécifiés qu’une seule fois dans la configuration de l’interface physique du conteneur et sont copiés en interne sur les liaisons physiques SONET/SDH et ATM individuelles.

Voir également

Comprendre les interfaces Ethernet internes

Les interfaces Ethernet internes d’un équipement Juniper assurent la communication entre le moteur de routage et les moteurs de transfert de paquets. Junos OS configure automatiquement les interfaces Ethernet internes lors Junos OS de l’initialisation. démarre le composant de transfert de paquets. Junos OS Lorsque ces composants s’exécutent, la carte de contrôle (CB) utilise l’interface Ethernet interne pour transmettre les informations d’état du matériel au moteur de routage. Les informations sur l’état du matériel comprennent la température interne du routeur, l’état des ventilateurs, si un FPC a été retiré ou inséré, et les informations de l’écran LCD sur l’interface de l’appareil.

Pour déterminer les interfaces Ethernet internes prises en charge pour votre routeur, reportez-vous à la section Moteurs de routage pris en charge par routeur.

REMARQUE :

Ne modifiez pas ou ne supprimez pas la configuration de l’interface Ethernet interne qui Junos OS se configure automatiquement. Si vous le faites, l’appareil cesse de fonctionner.

  • La plupart des équipements Juniper :Junos OS crée l’interface Ethernet interne. L’interface Ethernet interne connecte le moteur de routage aux moteurs de transfert de re0 paquets.

    Si l’équipement possède des moteurs de routage redondants, une autre interface Ethernet interne est créée sur chaque moteur de routage (re0 et re1) afin de prendre en charge la tolérance de panne. Deux liaisons physiques entre re0 les plans de contrôle indépendants et re1 les relient. Si l’une des liaisons tombe en panne, les deux moteurs de routage peuvent utiliser l’autre liaison pour la communication IP.

  • Routeurs TX Matrix Plus : sur un routeur TX Matrix Plus, le moteur de routage et la carte de contrôle fonctionnent comme une unité ou un sous-système hôte. Pour chaque sous-système hôte du routeur, Junos OS crée automatiquement deux interfaces Ethernet internes, ixgbe0 et ixgbe1.

    Les interfaces ixgbe0 et ixgbe1 connectent le moteur de routage TX Matrix Plus aux moteurs de routage de chaque châssis de carte de ligne (LCC) configuré dans la matrice de routage.

    Le moteur de routage TX Matrix Plus se connecte à un commutateur haut débit via une liaison 10 Gbit/s dans le sous-système hôte. Le commutateur fournit une liaison de 1 Gbit/s à chaque moteur de routage T1600. Les liaisons 1 Gbit/s sont assurées par les connexions par câble Ethernet UTP de catégorie 5 entre les TXP-CB et les LCC-CB dans les LCC.

    • Le moteur de routage TX Matrix Plus se connecte à un commutateur haute vitesse de la carte de contrôle locale via une liaison 10 Gbit/s dans le sous-système hôte.

    • Le commutateur Ethernet Gigabit connecte la carte de contrôle aux moteurs de routage distants de chaque LCC configuré dans la matrice de routage.

    Si un routeur TX Matrix Plus contient des sous-systèmes hôtes redondants, les plans de contrôle indépendants sont connectés par deux liaisons physiques entre les deux ports Ethernet 10 Gigabit de leurs moteurs de routage respectifs.

    • Le lien principal vers le moteur de routage distant se trouve à l’interface ; le commutateur Ethernet 10 Gigabit de la carte de contrôle locale connecte également le moteur de routage au port Ethernet 10 Gigabit auquel l’interface ixgbe0ixgbe1 accède sur le moteur de routage distant.

    • Le lien alternatif vers le moteur de routage distant est le port Ethernet 10 Gigabit à l’interface ixgbe1 . Ce second port connecte le moteur de routage au commutateur Ethernet 10 Gigabit de la carte de contrôle distante, qui se connecte au port Ethernet 10 Gigabit à l’interface ixgbe0 du moteur de routage distant.

    En cas de défaillance de l’une des deux liaisons entre les sous-systèmes hôtes, les deux moteurs de routage peuvent utiliser l’autre liaison pour la communication IP.

  • LCC dans une matrice de routage : sur un LCC configuré dans une matrice de routage, le moteur de routage et la carte de contrôle fonctionnent comme une unité ou un sous-système hôte. Pour chaque sous-système hôte du LCC, Junos OS crée automatiquement deux interfaces Ethernet internes, et em1, bcm0 pour les deux ports Gigabit Ethernet du moteur de routage.

    L’interface bcm0 connecte le moteur de routage de chaque LCC aux moteurs de routage de tous les autres LCC configurés dans la matrice de routage.

    • Le moteur de routage se connecte à un commutateur Ethernet Gigabit sur la carte de contrôle locale.

    • Le commutateur connecte la carte de contrôle aux moteurs de routage distants de tous les autres LCC configurés dans la matrice de routage.

    Si un LCC d’une matrice de routage contient des sous-systèmes hôtes redondants, les plans de contrôle indépendants sont connectés par deux liaisons physiques entre les ports Gigabit Ethernet de leurs moteurs de routage respectifs.

    • Le lien principal vers le moteur de routage distant se trouve à l’interface ; le commutateur Ethernet Gigabit de la carte de contrôle locale connecte également le moteur de routage au port Ethernet Gigabit accessible par l’interface bcm0em1 du moteur de routage distant.

    • Le lien alternatif vers le moteur de routage distant se trouve à l’interface em1 . Ce second port connecte le moteur de routage au commutateur Ethernet Gigabit de la carte de contrôle distante, qui se connecte au port Ethernet Gigabit à l’interface bcm0 du moteur de routage distant.

    En cas de défaillance de l’une des deux liaisons entre les sous-systèmes hôtes, les deux moteurs de routage peuvent utiliser l’autre liaison pour la communication IP.

Chaque périphérique dispose également d’un ou deux ports série, étiquetés CON (console) ou AUX (auxiliaire), pour connecter des terminaux de type tty à l’appareil à l’aide de câbles tty standard de type PC. Bien que ces ports ne soient pas des interfaces réseau, ils permettent d’accéder à l’équipement. Reportez-vous au guide matériel de votre appareil pour plus de détails.

Voir également

Comprendre les interfaces sur les routeurs métro universels ACX Series

Les routeurs ACX Series prennent en charge les interfaces TDM (Time-Division Multiplexing) T1 et E1 et les interfaces Ethernet (1 Gigabit Ethernet [GbE] cuivre, 1 GbE, 10 GbE et 40 GbE fibre) pour prendre en charge les besoins hérités et évolutifs du réseau mobile. La prise en charge de l’alimentation par Ethernet (PoE+) à 65 watts par port atténue le besoin de câblage électrique supplémentaire pour les micro-ondes ou d’autres interfaces d’accès.

Les routeurs ACX Series prennent en charge les éléments suivants :

  • Ports TDM T1 et E1 :

    • Le routeur ACX1000 contient huit ports T1 ou E1.

    • Le routeur ACX2000 contient 16 ports T1 ou E1.

    • Multiplexage inverse pour ATM (IMA)

    REMARQUE :

    Les routeurs ACX5048 et ACX5096 ne prennent pas en charge les ports T1 ou E1 ni le multiplexage inverse pour ATM (IMA).

  • Ports Gigabit Ethernet :

    • Le routeur ACX1000 contient huit ports GbE. Le routeur ACX1000 prend également en charge quatre ports RJ45 (Cu) ou l’installation de quatre émetteurs-récepteurs SFP (Small Form-Factor Pluggable) GbE.

    • Le routeur ACX2000 contient 16 ports GbE et deux ports PoE. Le routeur ACX2000 prend également en charge l’installation de deux émetteurs-récepteurs SFP GbE et de deux émetteurs-récepteurs SFP+ 10 GbE.

    • Le routeur ACX5448 est un routeur top-of-rack 10 GbE SFP+ amélioré avec 48 ports SFP+ et quatre ports QSFP28 100 GbE. Chaque port SFP+ peut fonctionner comme un port 10 GbE natif ou comme un port 1 GbE lorsque des modules optiques 1 Gigabit sont insérés. Les 48 ports de ACX5448 routeur peuvent être configurés en modes 1GE ou 10GE, et ces ports sont représentés par le type d’interface xe . Le PIC 1 du FPC 0 a 4 ports 100GE, où chaque port peut être canalisé en modes 1x100GE, 1x40GE ou 4x25GE et ces ports sont représentés par le type d’interface et . Par défaut, la vitesse de port dans le PIC 1 est de 100GE.

      REMARQUE :

      Les ACX5448 routeur ne prennent pas en charge l’interface Pseudowire Services.

    REMARQUE :

    Seuls les routeurs ACX5048, ACX5096 et ACX5448 prennent en charge le 40 GbE. Le routeur ACX5448 prend en charge la canalisation 40GbE vers 10GbE.

Interfaces TDM (Time-Division Multiplexing) T1 et E1

Sur les routeurs ACX Series, les fonctionnalités TDM existantes de Junos OS sont prises en charge sans modification des instructions ou des fonctionnalités. Les fonctionnalités TDM clés suivantes sont prises en charge pour les interfaces T1 () et E1 (ct1ce1) :

  • Canalisation T1 et E1

  • Encapsulation T1 et E1

  • Alarmes, défauts et statistiques

  • Bouclage externe et interne

  • Classe de service (CoS) TDM

La sélection des modes T1 et E1 se fait au niveau du PIC. Pour définir le mode T1 ou E1 au niveau du PIC, incluez l’instruction avec l’option t1framing ou e1 au niveau de la hiérarchie [chassis fpc slot-number pic slot-number]. Tous les ports peuvent être T1 ou E1. Le mélange de T1 et de E1 n’est pas pris en charge.

Interface BITS T1 ou E1 (ACX2000)

Le routeur ACX2000 dispose d’une interface d’alimentation de synchronisation intégrée au bâtiment (BITS) T1 ou E1 que vous pouvez connecter à une horloge externe. Une fois que vous avez connecté l’interface à l’horloge externe, vous pouvez configurer l’interface BITS afin qu’elle devienne une source candidate pour la synchronisation du châssis avec l’horloge externe. La fréquence de l’interface BITS dépend de l’horloge cliente de l’équipement Ethernet synchrone (EEC) sélectionnée avec l’instruction network-option au niveau de la hiérarchie [edit chassis synchronization].

REMARQUE :

Le routeur ACX1000 ne prend pas en charge l’interface BITS.

Multiplexage inverse pour ATM (IMA)

Définie par l’ATM Forum, la spécification IMA version 1.1 est une technologie normalisée utilisée pour transporter le trafic ATM sur un ensemble d’interfaces T1 et E1, également connu sous le nom de groupe IMA. Jusqu’à huit liens par bundle et 16 bundles par PIC sont pris en charge. Les fonctionnalités clés suivantes de l’IMA sont prises en charge :

  • Encapsulation IMA de couche 2

  • ATM CoS

  • Contrôle et mise en forme des guichets automatiques

  • Nombre de paquets refusés dans la sortie de la show interfaces at-fpc/pic/port extensive commande

Gigabit Ethernet Interfaces

Sur les routeurs ACX Series, les fonctionnalités Ethernet existantes de Junos OS sont prises en charge sans modification des instructions ou des fonctionnalités. Les fonctionnalités clés suivantes sont prises en charge :

  • Spécification du type de support (routeur ACX1000 avec interfaces GbE SFP et RJ45)

  • Négociation automatique pour les interfaces RJ45 GbE

  • Gestion des événements d’insertion et de suppression de SFP

  • Désactivation explicite de l’interface physique

  • Contrôle de flux

    REMARQUE :

    Le routeur ACX Series ne prend pas en charge le contrôle de flux basé sur les trames PAUSE.

  • Bouclage

  • Alarme de perte de signal (LOS)

  • Fonctionnalités de la couche MAC (Media Access Control)

  • Unité de transmission maximale (MTU)

  • Notification d’erreur à distance pour les interfaces 10 GbE

  • Collecte et traitement des statistiques

  • PoE (Power over Ethernet) (routeur ACX2000)

  • Mode haute puissance

Les ports GbE du routeur ont la capacité de fonctionner comme une interface 1 GbE ou 10 GbE, selon le type d’émetteur-récepteur SFP (Small Form-Factor Pluggable) inséré. Lorsque vous insérez un émetteur-récepteur SFP+, l’interface fonctionne à la vitesse de 10 gigabits. Lorsque vous insérez un émetteur-récepteur SFP, l’interface fonctionne à une vitesse de 1 gigabit. Aucune configuration n’est nécessaire car la vitesse est déterminée automatiquement en fonction du type d’émetteur-récepteur SFP inséré. L’interface à double vitesse est automatiquement créée avec le xe préfixe, tel que xe-4/0/0.

Les mêmes instructions de configuration sont utilisées pour les deux vitesses, et les paramètres CoS sont mis à l’échelle en pourcentage de la vitesse du port. Pour configurer une interface GbE à double vitesse, incluez l’instruction interface xe-fpc/pic/port au niveau de la hiérarchie [edit interfaces]. Pour afficher la vitesse de l’interface et d’autres détails, exécutez la show interfaces commande.

REMARQUE :

Vous devez utiliser un SFP de qualité industrielle en dessous de 0 dC pour les cartes ACX 1100 et ACX 2100.

Voir également

Interfaces Ethernet de gestion TX Matrix Plus et routeur T1600 (matrice de routage)

Pour les routeurs TX Matrix Plus et les routeurs centraux T1600 avec RE-C1800 configurés dans une matrice de routage, Junos OS crée automatiquement l’interface Ethernet de gestion du routeur, em0. Pour l’utiliser em0 comme port de gestion, vous devez configurer son port logique, , em0.0avec une adresse IP valide.

Lorsque vous entrez la show interfaces commande sur un routeur TX Matrix Plus, les interfaces Ethernet de gestion (et les interfaces logiques) s’affichent :

REMARQUE :

Les moteurs de routage du routeur TX Matrix Plus et des routeurs T1600 avec RE-C1800 configuré dans une matrice de routage ne prennent pas en charge l’interface fxp0Ethernet de gestion. Ils ne prennent pas en charge les interfaces fxp1 Ethernet internes ou fxp2, non plus.

Voir également

Routeurs T1600 (matrice de routage) Interfaces Ethernet internes

Sur un routeur T1600 configuré dans une matrice de routage, le moteur de routage (RE-TXP-LCC) et la carte de contrôle (LCC-CB) fonctionnent comme une unité ou un sous-système hôte. Pour chaque sous-système hôte du routeur, Junos OS crée automatiquement deux interfaces Ethernet internes, et em1, bcm0 pour les deux ports Ethernet Gigabit du moteur de routage.

Voir également