Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

encapsulation

Syntax for Physical Interfaces: M Series, MX Series, QFX Series, T Series, PTX Series

Syntax for Physical Interfaces: SRX Series

Syntax for Logical Interfaces: SRX Series

Physical Interfaces: M Series, MX Series, QFX Series, T Series, PTX Series

Logical Interfaces

Description

Pour M Series, MX Series, QFX Series, T Series, PTX Series spécifier le type d’encapsulation de la couche de liaison physique.

Pour les SRX Series, spécifiez l’encapsulation de couche de liaison logique.

Remarque :

Tous les types d’encapsulation ne sont pas pris en charge sur les commutateurs. Découvrez le commutateur sous CLI.

Default

ppp—Utiliser l’encapsulation PPP série.

Physical Interface Options and Logical Interface Options

Pour les interfaces physiques:

Remarque :

Les options de relais de trames, ATM, PPP, SONET et SATSOP ne sont pas prise en charge EX Series commutateurs.

  • atm-ccc-cell-relay—Utiliser l’encapsulation de relais de téléphonie mobile ATM.

  • atm-pvc—Défini dans le RFC 2684, l’encapsulation multiprotocole sur l’adaptation aux ATM de couche 5. Lorsque vous configurez des interfaces ATM physiques avec l’encapsulation ATM PVC, un tunnel AAL5 (ATM Adaptation Layer 5) conforme RFC 2684 est mis en place pour router les cellules ATM sur un chemin MPLS (MPLS) généralement établi entre deux routeurs de capacité MPLS utilisant le protocole de distribution d’étiquettes (LDP).

  • cisco-hdlc—Utiliser un cadre de contrôle de liaison de données de haut niveau (HDLC) compatible Cisco. Les interfaces E1, E3, SONET/SDH, T1 et T3 peuvent utiliser l’encapsulation Cisco HDLC. Deux versions associées sont prise en charge:

    • Version CCC ( cisco-hdlc-ccc )— L’interface logique ne nécessite pas d’énoncé d’encapsulation. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.

    • Version TCC ( )— Similaire à CCC et aux mêmes restrictions de configuration, mais utilisée pour les circuits avec différents médias de chaque côté cisco-hdlc-tcc de la connexion.

  • cisco-hdlc-ccc—Utiliser un cadre HDLC compatible Cisco sur les circuits CCC.

  • cisco-hdlc-tcc—Utiliser un cadre HDLC compatible Cisco sur les circuits TCC pour connecter différents multimédias.

  • ethernet-bridge—Utiliser l’encapsulation de pont Ethernet sur les interfaces Ethernet qui ont activé le pontage et qui doivent accepter tous les paquets.

  • ethernet-over-atm—Pour les interfaces de trafic IPv4, utilisez Ethernet sur l’encapsulation ATM. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez pas configurer des interfaces multipoint. Comme défini dans le RFC 2684, l’encapsulation multiprotocolesur l’adaptation à ATM de couche 5, ce type d’encapsulation permet aux interfaces d’ATM de se connecter à des équipements qui ne peuvent prendre en charge que les unités de données de protocole (BPDUs). Junos OS ne prend pas entièrement en charge le pontage, mais accepte les paquets BPDU comme passerelle par défaut. Si vous utilisez le routeur comme équipement périphérique, alors ce dernier agit comme une passerelle par défaut. Il accepte les trames Ethernet LLC/SNAP avec IP ou ARP dans la charge utile, et abandonne le reste. Pour les paquets à destination du réseau LAN Ethernet, une recherche de route est effectuée à l’aide de l’adresse IP de destination. Si la recherche de route donne lieu à une correspondance complète de l’adresse, le paquet est encapsulé avec un en-tête LLC/SNAP et MAC, et le paquet est transmis à l’interface ATM.

  • ethernet-tcc—Pour les interfaces transportant du trafic IPv4, utilisez l’encapsulation Ethernet TCC sur les interfaces qui doivent accepter les paquets contenant des valeurs TPID standard. Pour les PIC Fast Ethernet 8 ports, 12 ports et 48 ports, le TCC n’est pas pris en charge.

  • ethernet-vpls—Utiliser l’encapsulation Ethernet VPLS sur les interfaces Ethernet qui sont activées par VPLS et qui doivent accepter les paquets contenant des valeurs TPID standard. Sur les routeurs M Series, à l’exception du routeur M320, du PIC Fast Ethernet TX 4 ports et des PIC Gigabit Ethernet 1 port, 2 ports et 4 ports à 4 emplacements peuvent utiliser le type d’encapsulation Ethernet VPLS.

  • ethernet-vpls-fr—Utilisez-les dans un configuration VPLS lorsqu’un équipement de CE est connecté à un équipement PE via une liaison TDM( time division multiplexing). Ce type d’encapsulation permet à l’équipement PE de terminer la connexion de relais de trames de couche 2 externe, d’utiliser les bits 802.1p à l’intérieur de l’en-tête Ethernet interne pour classer les paquets, examiner l’adresse MAC de l’en-tête Ethernet et utiliser l’adresse MAC pour transmettre le paquet dans une instance VPLS donnée.

  • ethernet-vpls-ppp—Utilisez-les dans un configuration VPLS lorsqu’un équipement de CE est connecté à un équipement PE via une liaison TDM( time division multiplexing). Ce type d’encapsulation permet à l’équipement PE de terminer la connexion PPP de couche 2 externe, d’utiliser les bits 802.1p à l’intérieur de l’en-tête Ethernet interne pour classer les paquets, examiner l’adresse MAC dans l’en-tête Ethernet et l’utiliser pour avancer le paquet dans une instance VPLS donnée.

  • ether-vpls-over-atm-llc—Pour les interfaces IQ (Intelligent Fileing) ATM, utilisez uniquement le service de réseau lan privé virtuel (VPLS) Ethernet sur l’encapsulation ATM LLC pour associer les interfaces Ethernet et les interfaces ATM par le intermédiaire d’une instance de routage VPLS (décrite dans le RFC 2684, Multiprotocol Encapsulation over ATM Adaptation Layer 5). Les paquets des interfaces ATM sont convertis en trames Ethernet encapsulées ENET2/802.3 standard, avec la séquence de contrôle de trames (FCS) supprimée.

  • extended-frame-relay-ccc—Utiliser l’encapsulation par relais de trames sur les circuits CCC. Ce type d’encapsulation vous permet de consacrer des DLCI de 1 à 1022 à CCC. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.

  • extended-frame-relay-ether-type-tcc—Utiliser le type de TCC de relais de trames étendu pour le relais de trames compatible Cisco pour les DLCI 1 à 1022. Ce type d’encapsulation est utilisé pour les circuits avec différents supports de chaque côté de la connexion.

  • extended-frame-relay-tcc—Utiliser l’encapsulation de relais de trames sur les circuits TCC pour connecter différents supports. Ce type d’encapsulation vous permet de consacrer des DLCI de 1 à 1022 au TCC.

  • extended-vlan-bridge—Utiliser l’encapsulation de pont VLAN étendue sur les interfaces Ethernet qui utilisent un balisage et un pontage VLAN IEEE 802.1Q et qui doivent accepter les paquets transportant des 0x8100 TPID ou un TPID défini par l’utilisateur.

  • extended-vlan-ccc— Utilisez l’encapsulation VLAN étendue sur les circuits CCC avec Gigabit Ethernet et des interfaces Fast Ethernet 4 ports qui doivent accepter les paquets respectant les valeurs 802.1Q. L’encapsulation VLAN étendue CCC prend en charge les 0x8100, 0x9100 et 0x9901. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement. Pour les PIC Fast Ethernet 8 ports, 12 ports et 48 ports, le VLAN CCC étendu n’est pas pris en charge. Pour les CARTES À 4 ports Gigabit Ethernet, le VLAN CCC étendu n’est pas pris en charge.

  • extended-vlan-tcc—Pour les interfaces transportant du trafic IPv4, utilisez l’encapsulation VLAN étendue sur les circuits TCC avec des interfaces Gigabit Ethernet sur lesquelles vous souhaitez utiliser le balisage 802.1Q. Pour les CARTES IP Gigabit Ethernet 4 ports, les TCC VLAN étendus ne sont pas pris en charge.

  • extended-vlan-vpls— Utilisez l’encapsulation VLAN VPLS étendue sur les interfaces Ethernet encapsulées par le balisage VLAN 802.1Q et VPLS qui doivent accepter les paquets transportant des 0x8100, 0x9100 et 0x9901 TPID. Sur les routeurs M Series, à l’exception du routeur M320, du PIC Fast Ethernet TX 4 ports et des PIC Gigabit Ethernet 1 port, 2 ports et 4 ports à 4 emplacements peuvent utiliser le type d’encapsulation Ethernet VPLS.

    Remarque :

    Le PIC Gigabit Ethernet intégré sur un routeur M7i ne prend pas en charge l’encapsulation VLAN VPLS étendue.

  • flexible-ethernet-services— Pour les interfaces Gigabit Ethernet IQ et les PIC Gigabit Ethernet avec émetteurs-récepteurs enfichables de petite taille (SPC) (sauf pic Gigabit Ethernet 10 ports et port Gigabit Ethernet intégré sur le routeur M7i), et pour les interfaces Gigabit Ethernet, utilisez l’encapsulation de services Ethernet pour configurer plusieurs encapsulations Ethernet par unité. Les offres Ethernet agrégées peuvent utiliser ce type d’encapsulation. Ce type d’encapsulation vous permet de configurer n’importe quelle combinaison de route, TCC, CCC, de réseaux privés virtuels de couche 2 et d’encapsulations VPLS sur un port physique unique. Si vous configurez l’encapsulation flexible des services Ethernet sur l’interface physique, les ID VLAN de 1 à 511 ne sont plus réservés aux réseaux VLAN normaux.

  • flexible-frame-relay—Pour les interfaces IQ uniquement, utilisez l’encapsulation flexible relais de trames pour configurer plusieurs encapsulations de relais de trames par unité. Ce type d’encapsulation vous permet de configurer n’importe quelle combinaison d’encapsulations TCC, CCC et de relais de trames standard sur un seul port physique. En outre, chaque interface logique peut avoir une valeur DLCI de 1 à 1022.

  • frame-relay—L’encapsulation de relais de trames est définie dans le RFC 1490, Multiprotocol Interconnect over Frame Relay. Les interfaces E1, E3, de liaisons, SONET/SDH, T1, T3 et de services vocaux peuvent utiliser l’encapsulation de relais de trames.

  • frame-relay-ccc—Utiliser l’encapsulation par relais de trames sur les circuits CCC. Cette encapsulation est identique au relais de trames standard pour les DLCI 0 à 511. Les DLCI 512 à 1022 sont dédiés à CCC. L’interface logique doit également être frame-relay-ccc encapsulée. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.

  • frame-relay-ether-type—Utiliser l’encapsulation de type ether de relais de trames pour la compatibilité avec le relais de trames Cisco. IETF encapsulation de relais de trames identifie le format de charge utile à l’aide des formats NLPID et SNAP. L’encapsulation de relais de trames compatible Cisco utilise le type Ethernet pour identifier le type de charge utile.

    Remarque :

    Lorsque le type d’encapsulation est mis en place pour l’encapsulation de relais de trames compatible Cisco, assurez-vous que le type LMI est mis en place sur ANSI ou Q933-A.

  • frame-relay-ether-type-tcc—Utiliser le type de TCC de relais de trames pour le relais de trames compatible Cisco sur les circuits TCC afin de connecter différents supports. Cette encapsulation est un relais de trames compatible Cisco pour les DLCI 0 à 511. Les DLCI 512 à 1022 sont dédiés aux TCC.

  • frame-relay-port-ccc—Utiliser le port de relais de trames l’encapsulation CCC pour transporter de façon transparente toutes les DLCI entre deux routeurs de périphérie client (CE), sans configurer explicitement chaque DLCI sur les routeurs de périphérie des deux fournisseurs avec transport de relais de trames. La connexion entre les deux routeurs CE peut être une interface utilisateur-réseau (UNI) ou réseau à réseau (NNI) ; totalement transparente pour les routeurs PE. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.

  • frame-relay-tcc—Cette encapsulation est similaire au relais de trames CCC et présente les mêmes restrictions de configuration, mais elle est utilisée pour les circuits avec différents supports de chaque côté de la connexion.

  • generic-services— Utilisez l’encapsulation de services génériques pour les services à l’aide d’un calendrier hiérarchique.

  • multilink-frame-relay-uni-nni—Utiliser l’encapsulation MLFR UNI NNI. Cette encapsulation est utilisée sur les services de liaison, les interfaces de services vocaux fonctionnant comme des offres FRF.16 et leurs interfaces T1 ou E1 constituent, et est prise en charge sur les interfaces LSQ et LSQ redondantes.

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

  • ppp-ccc—Utiliser l’encapsulation PPP série sur les circuits CCC. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.

  • ppp-tcc—Utiliser l’encapsulation PPP série sur les circuits TCC pour connecter différents supports. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la tcc famille uniquement.

  • vlan-ccc—Utiliser l’encapsulation VLAN Ethernet sur les circuits CCC. L’encapsulation VLAN CCC prend en charge la 0x8100 TPID uniquement. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.

  • vlan-vci-ccc—Utiliser l’encapsulation entre ATM et Ethernet sur les circuits CCC. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement. Toutes les interfaces logiques configurées sur l’interface Ethernet doivent également avoir le type d’encapsulation sur vlan-vci-ccc .

  • vlan-vpls—Utiliser l’encapsulation VLAN VPLS sur les interfaces Ethernet avec le balisage VLAN et VPLS activé. Les interfaces avec l’encapsulation VPLS VLAN acceptent les paquets qui transportent des valeurs TPID standard uniquement. Sur les routeurs M Series, à l’exception du routeur M320, du PIC Fast Ethernet TX 4 ports et des PIC Gigabit Ethernet 1 port, 2 ports et 4 ports à 4 emplacements peuvent utiliser le type d’encapsulation Ethernet VPLS.

    Remarque :
    • Les interfaces de commutation d’étiquettes (LSI) ne sont pas en charge de l’encapsulation VLAN VPLS. Par conséquent, vous pouvez utiliser l’encapsulation VLAN VPLS uniquement sur une interface PE-routeur vers CE-routeur, et non sur une interface de cœur.

    • À partir Junos OS version 13.3, une erreur de validation se produit lorsque vous configurez l’encapsulation sur une interface physique et que vous vous configurez sur l’une des unités vlan-vplsfamily inet logiques. Auparavant, il était possible de valider cette configuration non valide.

Pour les interfaces logiques:

  • frame-relay— Configurez l’encapsulation d’un relais de trames lorsque l’interface physique possède plusieurs unités logiques et que les unités sont point à point ou multipoint.

  • multilink-frame-relay-uni-nni—Les interfaces de services de liaison fonctionnant comme les offres FRF.16 peuvent utiliser l’encapsulation NNI, relais de trames multiples UNI.

  • ppp—En mode normal (lorsque l’équipement n’utilise qu’un seul canal B-channel ISDN par appel). Le protocole Point-to-Point est utilisé pour la communication entre deux ordinateurs à l’aide d’une interface série.

  • ppp-over-ether—Cette encapsulation est utilisée pour les interfaces sous-jacentes des interfaces pp0.

Required Privilege Level

interface: pour afficher cet énoncé dans la configuration.

contrôle d’interface: pour ajouter cette instruction à la configuration.

Release Information

Déclaration introduite avant Junos OS version 7.4.

Déclaration introduite dans Junos OS version 9.5.