encapsulation

Syntaxe

Syntaxe (interfaces physiques SRX Series)

Syntaxe (interfaces logiques SRX Series)

Niveau hiérarchique (interfaces physiques)

Niveau hiérarchique (interfaces logiques)

Description

Spécifiez le type d’encapsulation de la couche de liaison physique. Pour certains équipements, vous pouvez également spécifier le type d’encapsulation de la couche de liaison logique. Voir l’Explorateur de fonctionnalités pour plus d’informations.

Default

ppp: utilisez l’encapsulation PPP série.

Options d’interface physique et d’interface logique

Pour les interfaces physiques :

• atm-ccc-cell-relay— Utiliser l’encapsulation de relais-cellule ATM.

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

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

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

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

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

• cisco-hdlc-tcc— Utilisez un cadrage HDLC compatible Cisco sur des circuits TCC pour connecter différents supports.

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

• ethernet-over-atm— Pour les interfaces qui transportent le trafic IPv4, utilisez l’encapsulation Ethernet sur ATM. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez pas configurer les interfaces multipoint. Comme défini dans la RFC 2684, Multiprotocol Encapsulation over ATM Adaptation Layer 5, ce type d’encapsulation permet aux interfaces ATM de se connecter aux équipements qui ne prennent en charge que les unités de données de protocole pont (BPDU). 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 en tant qu’équipement de périphérie, le routeur 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 LAN Ethernet, une recherche de route est effectuée à l’aide de l’adresse IP de destination. Si la recherche de route donne une correspondance complète de l’adresse, le paquet est encapsulé avec un en-tête LLC/SNAP et MAC, et le paquet est transféré vers l’interface ATM.

• ethernet-tcc— Pour les interfaces qui transportent du trafic IPv4, utilisez l’encapsulation Ethernet TCC sur les interfaces qui doivent accepter des paquets portant 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 des interfaces Ethernet sur lesquelles VPLS est activé et qui doivent accepter des paquets portant des valeurs TPID standard. Sur les routeurs M Series, à l’exception du routeur M320, le FAST Ethernet TX PIC à 4 ports et les PIC Gigabit Ethernet 1, 2 ports et 4 ports 4 ports peuvent utiliser le type d’encapsulation Ethernet VPLS.

• ethernet-vpls-fr— Utilisation dans une configuration VPLS lorsqu’un équipement CE est connecté à un équipement PE via une liaison TDM (Time Division Multiplexing). Ce type d’encapsulation permet à l’équipement PE d’arrêter la connexion externe de relais de trames de couche 2, d’utiliser les bits 802.1p à l’intérieur de l’en-tête Ethernet pour classer les paquets, de regarder l’adresse MAC à partir de l’en-tête Ethernet et d’utiliser l’adresse MAC pour transférer le paquet vers une instance VPLS donnée.

• ethernet-vpls-ppp— Utilisation dans une configuration VPLS lorsqu’un équipement CE est connecté à un équipement PE via une liaison TDM (Time Division Multiplexing). Ce type d’encapsulation permet à l’équipement PE d’arrêter la connexion PPP externe de couche 2, d’utiliser les bits 802.1p à l’intérieur de l’en-tête Ethernet pour classer les paquets, de regarder l’adresse MAC à partir de l’en-tête Ethernet et de l’utiliser pour transférer le paquet vers une instance VPLS donnée.

• ether-vpls-over-atm-llc— Pour les interfaces de mise en file d’attente intelligente (IQ) ATM uniquement, utilisez le service LAN privé virtuel (VPLS) Ethernet sur l’encapsulation ATM LLC pour ponter les interfaces Ethernet et les interfaces ATM sur une instance de routage VPLS (comme décrit dans la RFC 2684, Multiprotocol Encapsulation over ATM Adaptation Layer 5). Les paquets provenant des interfaces ATM sont convertis en trames Ethernet encapsulées standard ENET2/802.3, le champ FCS (Frame Check Sequence) étant supprimé.

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

• extended-frame-relay-ether-type-tcc: utilisez l’éther de type TCC de relais de trame étendu pour le relais de trame compatible Cisco pour les DLCIs 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: utilisez l’encapsulation de relais de trames sur les circuits TCC pour connecter différents supports. Ce type d’encapsulation vous permet de dédier les DLCIs 1 à 1022 au TCC.

• extended-vlan-bridge— Utilisez l’encapsulation de pont VLAN étendue sur les interfaces Ethernet dont le balisage et le pontage VLAN IEEE 802.1Q sont activés 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 des interfaces Gigabit Ethernet et 4 ports Fast Ethernet qui doivent accepter les paquets portant des valeurs 802.1Q. L’encapsulation CCC VLAN étendue prend en charge les TPIDs 0x8100, 0x9100 et 0x9901. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement. Pour les PIC Fast Ethernet 8 ports, 12 ports et 48 ports, le CCC VLAN étendu n’est pas pris en charge. Pour les PIC Gigabit Ethernet 4 ports, le VLAN CCC étendu n’est pas pris en charge.

• extended-vlan-tcc— Pour les interfaces qui transportent le 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 PIC Gigabit Ethernet 4 ports, le TCC VLAN étendu n’est pas pris en charge.

• extended-vlan-vpls— Utilisez l’encapsulation VLAN VPLS étendue sur les interfaces Ethernet avec le balisage VLAN 802.1Q et VPLS activé et qui doivent accepter les paquets transportant des TPIDs 0x8100, 0x9100 et 0x9901. Sur les routeurs M Series, à l’exception du routeur M320, le FAST Ethernet TX PIC à 4 ports et les PIC Gigabit Ethernet 1, 2 ports et 4 ports 4 ports 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 (SFP) de petite forme (à l’exception des pic-récepteurs Gigabit Ethernet à 10 ports et du port Gigabit Ethernet intégré sur le routeur M7i), et pour les interfaces Gigabit Ethernet, utilisez l’encapsulation de services Ethernet flexible lorsque vous souhaitez 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 routage, de TCC, de CCC, de réseaux privés virtuels (VPN) de couche 2 et d’encapsulations VPLS sur un seul port physique. Si vous configurez l’encapsulation de services Ethernet flexibles sur l’interface physique, les ID VLAN de 1 à 511 ne sont plus réservés aux VLAN standard.

• flexible-frame-relay— Pour les interfaces IQ uniquement, utilisez l’encapsulation de relais de trames flexible lorsque vous souhaitez 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 relais de trames standard sur un seul port physique. En outre, chaque interface logique peut avoir n’importe quelle valeur DLCI de 1 à 1022.

• frame-relay— L’encapsulation Use Frame Relay est définie dans la RFC 1490, Interconnexion multiprotocole sur relais de trames. E1, E3, services de liaison, SONET/SDH, T1, T3 et interfaces de services vocaux peuvent utiliser l’encapsulation de relais de trames.

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

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

  REMARQUE :

  Lorsque le type d’encapsulation est défini sur l’encapsulation de relais de trames compatible avec Cisco, assurez-vous que le type LMI est défini sur ANSI ou Q933-A.

• frame-relay-ether-type-tcc: utilisez l’éther de type TCC de relais de trames pour le relais de trame compatible Cisco sur des circuits TCC pour connecter différents supports. Cette encapsulation est un relais de trames compatible Cisco pour les DLCIs 0 à 511. Les DLC 512 à 1022 sont dédiées au TCC.

• frame-relay-port-ccc— Utilisez l’encapsulation CCC de port relais de trames pour transporter de manière transparente toutes les DLCIs entre deux routeurs de périphérie (CE) client sans configurer explicitement chaque DLCI sur les deux routeurs de périphérie du fournisseur (PE) avec le transport de relais de trames. La connexion entre les deux routeurs CE peut être soit uni (user-to-network interface) ou network-to-network interface (NNI) ; c’est totalement transparent 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 à frame relay 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— Utiliser l’encapsulation de services génériques pour les services avec un planificateur 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, et est prise en charge sur les interfaces LSQ et LSQ redondantes.

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

• ppp-ccc: utilisez 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: utilisez 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 CCC VLAN prend uniquement en charge le TPID 0x8100. Lorsque vous utilisez ce type d’encapsulation, vous pouvez configurer la ccc famille uniquement.

• vlan-vci-ccc: utilisez l’encapsulation interfonctionnant ATM vers 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 défini sur vlan-vci-ccc.

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

  REMARQUE :

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

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

Pour les interfaces logiques :

• frame-relay: configurez une encapsulation de relais de trames lorsque l’interface physique comporte plusieurs unités logiques et que les unités sont soit point à point, soit multipoint.

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

• ppp— Pour le mode normal (lorsque l’équipement n’utilise qu’un seul canal B-ISDN par appel). Le protocole point à point est destiné à 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.

Niveau de privilège requis

interface : pour afficher cette déclaration dans la configuration.

contrôle de l’interface : pour ajouter cette déclaration à la configuration.

Informations de publication

Déclaration introduite avant la version 7.4 de Junos OS.

Déclaration introduite dans la version 9.5 de Junos OS.