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 périphériques, vous pouvez également spécifier le type d’encapsulation de la couche de liaison logique. Pour plus d’informations, reportez-vous à la section Explorateur de fonctionnalités .

Par défaut

ppp—Utiliser l’encapsulation PPP en série.

Options d’interface physique et options d’interface logique

Pour les interfaces physiques :

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

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

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

  • 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 tramage HDLC compatible Cisco sur les circuits CCC.

• cisco-hdlc-tcc—Utilisez le tramage HDLC compatible Cisco sur les circuits TCC pour connecter différents supports.

• ethernet-bridge: utilise l’encapsulation de pont Ethernet sur les interfaces Ethernet pour lesquelles 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 over ATM. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez pas configurer d’interfaces multipoints. 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 à des périphériques qui prennent uniquement en charge les unités de données de protocole de pont (BPDU). Junos OS ne prend pas complètement en charge le pontage, mais accepte les paquets BPDU comme passerelle par défaut. Si vous utilisez le routeur en tant qu’appareil de périphérie, il agit comme une passerelle par défaut. Il accepte les trames Ethernet LLC/SNAP avec IP ou ARP dans la charge utile, et supprime le reste. Pour les paquets à destination du réseau local Ethernet, une recherche de route est effectuée à l’aide de l’adresse IP de destination. Si la recherche de route donne une correspondance d’adresse complète, le paquet est encapsulé avec un en-tête LLC/SNAP et MAC, et le paquet est transféré à 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 contenant des valeurs TPID standard. Pour les PIC Fast Ethernet à 8, 12 et 48 ports, le TCC n’est pas pris en charge.

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

• ethernet-vpls-fr: à utiliser dans une configuration VPLS lorsqu’un périphérique CE est connecté à un périphérique PE sur une liaison TDM (multiplexage temporel). Ce type d’encapsulation permet au périphérique PE de terminer 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 interne pour classer les paquets, d’examiner 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: à utiliser dans une configuration VPLS lorsqu’un périphérique CE est connecté à un périphérique PE sur une liaison TDM (multiplexage temporel). 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, d’examiner l’adresse MAC 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 file d’attente intelligente ATM (IQ) uniquement, utilisez le service VPLS (Ethernet virtual private LAN Service) sur l’encapsulation ATM LLC pour relier les interfaces Ethernet et les interfaces ATM sur une instance de routage VPLS (comme décrit dans la RFC 2684, Encapsulation multiprotocole sur la couche d’adaptation ATM 5). Les paquets provenant des interfaces ATM sont convertis en trames Ethernet encapsulées ENET2/802.3 standard sans le champ Frame Check Sequence (FCS).

• extended-frame-relay-ccc: utilisation de l’encapsulation Frame Relay sur les circuits CCC. Ce type d’encapsulation vous permet de dédier les DLCI 1 à 1022 à CCC. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille.

• extended-frame-relay-ether-type-tcc: utilisez le type TCC d’éther 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 des supports différents de chaque côté de la connexion.

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

• extended-vlan-bridge—Utilise l’encapsulation de pont VLAN étendue sur les interfaces Ethernet pour lesquelles le balisage et le pontage VLAN IEEE 802.1Q sont activés et qui doivent accepter des paquets portant un 0x8100 TPID ou un TPID défini par l’utilisateur.

• extended-vlan-ccc—Utilisation d’une encapsulation VLAN étendue sur les circuits CCC avec des interfaces Gigabit Ethernet et Fast Ethernet à 4 ports qui doivent accepter des paquets portant des valeurs 802.1Q. L’encapsulation CCC VLAN étendue prend en charge les TPID 0x8100, 0x9100 et 0x9901. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille. Pour les PIC Fast Ethernet à 8, 12 et 48 ports, le CCC VLAN étendu n’est pas pris en charge. Pour les PIC Gigabit Ethernet à 4 ports, le CCC VLAN é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 lesquels 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 VPLS VLAN étendue sur les interfaces Ethernet pour lesquelles le balisage VLAN 802.1Q et le VPLS sont activés et qui doivent accepter des paquets transportant les TPID 0x8100, 0x9100 et 0x9901. Sur les routeurs M Series, à l’exception du routeur M320, le PIC Fast Ethernet TX à 4 ports et les PIC Gigabit Ethernet à 1, 2 ports et 4 ports et 4 emplacements peuvent utiliser le type d’encapsulation Ethernet VPLS.

  Note:

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

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

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

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

• frame-relay-ccc: utilisation de l’encapsulation Frame Relay sur les circuits CCC. Cette encapsulation est identique à celle du relais de trames standard pour les DLCI 0 à 511. Les DLCI 512 à 1022 sont dédiés à CCC. L’interface logique doit également disposer d’une frame-relay-ccc encapsulation. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille.

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

  Note:

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

• frame-relay-ether-type-tcc—Utilisez le relais de trames de type TCC pour le relais de trames compatible Cisco sur les circuits TCC pour 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 à TCC.

• frame-relay-port-ccc: utilisez l’encapsulation CCC du port Frame Relay pour transporter de manière transparente toutes les DLCI entre deux routeurs CE (Customer Edge sans configurer explicitement chaque DLCI sur les deux routeurs PE) Provider Edge avec transport Frame Relay. La connexion entre les deux routeurs CE peut être soit une interface utilisateur-réseau (UNI), soit une interface réseau-réseau (NNI) ; c’est totalement transparent pour les routeurs PE. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille.

• 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 des supports différents de part et d’autre de la connexion.

• generic-services: utilisation de l’encapsulation de services génériques pour les services avec un planificateur hiérarchique.

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

• ppp—Utiliser l’encapsulation PPP en série. Cette encapsulation est définie dans la RFC 1661, The Point-to-Point Protocol (PPP) for the Transmission of Multiprotocol Datagrams over Point-to-Point Links. 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 ne pouvez configurer que la ccc famille.

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

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

• vlan-vci-ccc—Utilisation de l’encapsulation d’interconnectabilité ATM-Ethernet sur les circuits CCC. Lorsque vous utilisez ce type d’encapsulation, vous ne pouvez configurer que la ccc famille. Le type d’encapsulation de toutes les interfaces logiques configurées sur l’interface Ethernet doit également être défini sur vlan-vci-ccc.

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

  Note:

  • Les interfaces à commutation d’étiquettes (LSI) ne prennent pas en charge l’encapsulation VLAN VPLS. Par conséquent, vous ne pouvez utiliser l’encapsulation VLAN VPLS que sur une interface PE-routeur-routeur CE, et non sur une interface centrale.

  • À partir de Junos OS version 13.3, une erreur de validation se produit lorsque vous configurez l’encapsulation sur une interface physique et configurez vlan-vpls 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 ces unités sont point à point ou multipoint.

• multilink-frame-relay-uni-nni—Les interfaces de services de liaison fonctionnant comme des bundles FRF.16 peuvent utiliser l’encapsulation NNI UNI Multilink Frame Relay.

• ppp—Pour le mode normal (lorsque l’appareil n’utilise qu’un seul canal RNIS B par appel). Le protocole point à point permet de communiquer 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 : permet d’afficher cette instruction dans la configuration.

interface-control : permet d’ajouter cette instruction à la configuration.

Informations sur la version

Déclaration introduite avant Junos OS version 7.4.

Déclaration introduite dans Junos OS version 9.5.