Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

encapsulation

Sintaxis

Sintaxis (interfaces físicas serie SRX)

Sintaxis (interfaces lógicas serie SRX)

Nivel de jerarquía (interfaces físicas)

Nivel de jerarquía (interfaces lógicas)

Descripción

Especifique el tipo de encapsulación de capa de vínculo físico. Para algunos dispositivos, también puede especificar el tipo de encapsulación de capa de vínculo lógico. Consulte El Explorador de funciones para obtener más información.

Nota:

No todos los tipos de encapsulación se admiten en todos los conmutadores. Consulte la CLI del conmutador.

Predeterminado

ppp— Utilice la encapsulación PPP en serie.

Opciones de interfaz física y opciones de interfaz lógica

Para interfaces físicas:

Nota:

Los conmutadores de la serie EX no admiten la encapsulación de Frame Relay, ATM, PPP, SONET ni SATSOP.

Los enrutadores de la serie ACX no admiten la encapsulación CISCO HDLC.

  • atm-ccc-cell-relay— Utilice la encapsulación de celdas atm.

  • atm-pvc—Definido en RFC 2684, Encapsulación multiprotocolo sobre capa de adaptación ATM 5. Cuando se configuran interfaces ATM físicas con encapsulación atm de PVC, se configura un túnel de capa 5 (AAL5) de adaptación ATM (AAL5) que cumple con RFC 2684 para enrutar las celdas ATM a través de una ruta de conmutación de etiquetas multiprotocolo (MPLS) que normalmente se establece entre dos enrutadores compatibles con MPLS mediante el protocolo de distribución de etiquetas (LDP).

  • cisco-hdlc—Utilice el entramado de control de vínculos de datos de alto nivel (HDLC) compatible con Cisco. Las interfaces E1, E3, SONET/SDH, T1 y T3 pueden usar la encapsulación Cisco HDLC. Se admiten dos versiones relacionadas:

    • Versión CCC (cisco-hdlc-ccc): la interfaz lógica no requiere instrucción de encapsulación. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

    • Versión TCC (cisco-hdlc-tcc): similar a CCC y tiene las mismas restricciones de configuración, pero se utiliza para circuitos con medios diferentes a cada lado de la conexión.

  • cisco-hdlc-ccc— Utilice trama HDLC compatible con Cisco en circuitos CCC.

  • cisco-hdlc-tcc—Utilice trama HDLC compatible con Cisco en circuitos TCC para conectar diferentes medios.

  • ethernet-bridge: utilice la encapsulación de puente Ethernet en interfaces Ethernet que tengan habilitado el puente y que deben aceptar todos los paquetes.

  • ethernet-over-atm: para interfaces que transportan tráfico IPv4, utilice Ethernet mediante encapsulación ATM. Cuando utilice este tipo de encapsulación, no puede configurar interfaces de varios puntos. Como se define en RFC 2684, Encapsulación multiprotocolo sobre la capa de adaptación de ATM 5, este tipo de encapsulación permite que las interfaces ATM se conecten a dispositivos que solo admiten unidades de datos de protocolo de puente (BPDU). Junos OS no admite completamente puentes, pero acepta paquetes BPDU como una puerta de enlace predeterminada. Si utiliza el enrutador como dispositivo de borde, entonces el enrutador actúa como una puerta de enlace predeterminada. Acepta tramas LLC/SNAP de Ethernet con IP o ARP en la carga, y deja caer el resto. En el caso de los paquetes destinados a la LAN Ethernet, se realiza una búsqueda de ruta mediante la dirección IP de destino. Si la búsqueda de ruta produce una coincidencia de dirección completa, el paquete se encapsula con un encabezado LLC/SNAP y MAC, y el paquete se reenvía a la interfaz ATM.

  • ethernet-tcc— para las interfaces que transportan tráfico IPv4, utilice la encapsulación Ethernet TCC en interfaces que deben aceptar paquetes que transporten valores TPID estándar. Para las PIC Fast Ethernet de 8, 12 y 48 puertos, no se admite TCC.

  • ethernet-vpls: utilice la encapsulación ETHERNET VPLS en interfaces Ethernet que tengan VPLS habilitado y que deben aceptar paquetes que transporten valores estándar de TPID. En los enrutadores serie M, excepto el enrutador M320, la PIC de transmisión rápida de Ethernet de 4 puertos y las PIC de Gigabit Ethernet de 1, 2 y 4 puertos y 4 puertos pueden usar el tipo de encapsulación Ethernet VPLS.

  • ethernet-vpls-fr— Se utiliza en una configuración de VPLS cuando un dispositivo CE está conectado a un dispositivo PE a través de un vínculo de multiplexación por división de tiempo (TDM). Este tipo de encapsulación permite que el dispositivo PE termine la conexión externa de Frame Relay de capa 2, use los bits 802.1p dentro del encabezado interno de Ethernet para clasificar los paquetes, mire la dirección MAC desde el encabezado de Ethernet y use la dirección MAC para reenviar el paquete a una instancia determinada de VPLS.

  • ethernet-vpls-ppp— Se utiliza en una configuración de VPLS cuando un dispositivo CE está conectado a un dispositivo PE a través de un vínculo de multiplexación por división de tiempo (TDM). Este tipo de encapsulación permite que el dispositivo PE finalice la conexión PPP externa de capa 2, use los bits 802.1p dentro del encabezado interno de Ethernet para clasificar los paquetes, mire la dirección MAC desde el encabezado de Ethernet y úselo para reenviar el paquete a una instancia de VPLS determinada.

  • ether-vpls-over-atm-llc— —Solo para interfaces de cola inteligente ATM (IQ), utilice el servicio DE LAN privada virtual (VPLS) de Ethernet sobre la encapsulación DE LLC ATM para unir las interfaces de Ethernet y las interfaces ATM a través de una instancia de enrutamiento VPLS (como se describe en RFC 2684, Encapsulación multiprotocolo sobre capa de adaptación de ATM 5). Los paquetes de las interfaces ATM se convierten a tramas Ethernet encapsuladas ENET2/802.3 estándar con el campo de la secuencia de comprobación de tramas (FCS) eliminado.

  • extended-frame-relay-ccc: utilice la encapsulación Frame Relay en circuitos CCC. Este tipo de encapsulación le permite dedicar DLCIs del 1 al 1022 a CCC. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

  • extended-frame-relay-ether-type-tcc—Utilice el tipo de éter de Frame Relay extendido TCC para Frame Relay compatible con Cisco para DLCIs del 1 al 1022. Este tipo de encapsulación se utiliza para circuitos con diferentes medios a cada lado de la conexión.

  • extended-frame-relay-tcc— Utilice la encapsulación Frame Relay en circuitos TCC para conectar diferentes medios. Este tipo de encapsulación le permite dedicar DLCIs del 1 al 1022 a TCC.

  • extended-vlan-bridge: utilice la encapsulación de puente VLAN extendida en interfaces Ethernet que tengan habilitados el etiquetado y el puente de VLAN IEEE 802.1Q y que deben aceptar paquetes que transporten tpID 0x8100 o un TPID definido por el usuario.

  • extended-vlan-ccc— Utilice la encapsulación de VLAN extendida en circuitos CCC con Interfaces Gigabit Ethernet y Fast Ethernet de 4 puertos que deben aceptar paquetes que transporten valores 802.1Q. La encapsulación CCC de VLAN extendida admite TPIDs 0x8100, 0x9100 y 0x9901. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia. Para las PIC Fast Ethernet de 8, 12 y 48 puertos, no se admite ccc de VLAN extendida. Para PIC Gigabit Ethernet de 4 puertos, no se admite ccc de VLAN extendida.

  • extended-vlan-tcc— Para las interfaces que transportan tráfico IPv4, use la encapsulación de VLAN extendida en circuitos TCC con interfaces Gigabit Ethernet en las que desea usar etiquetado 802.1Q. Para PIC Gigabit Ethernet de 4 puertos, no se admite TCC de VLAN extendida.

  • extended-vlan-vpls— Utilice la encapsulación vpLS extendida de VLAN en interfaces Ethernet que tengan habilitado el etiquetado de VLAN 802.1Q y VPLS y que deben aceptar paquetes que transporten TPID 0x8100, 0x9100 y 0x9901. En los enrutadores serie M, excepto el enrutador M320, la PIC de transmisión rápida de Ethernet de 4 puertos y las PIC de Gigabit Ethernet de 1, 2 y 4 puertos y 4 puertos pueden usar el tipo de encapsulación Ethernet VPLS.

    Nota:

    La PIC de Gigabit Ethernet integrada en un enrutador M7i no admite la encapsulación VLAN VPLS extendida.

  • flexible-ethernet-services—para las interfaces IQ de Gigabit Ethernet y las PIC de Gigabit Ethernet con transceptores conectables de factor de forma pequeño (SFP) (excepto la PIC de Gigabit Ethernet de 10 puertos y el puerto Gigabit Ethernet incorporado en el enrutador M7i), y para las interfaces de Gigabit Ethernet, utilice encapsulación de servicios Ethernet flexibles cuando desee configurar varias encapsulaciones Ethernet por unidad. Los paquetes de Ethernet agregados pueden usar este tipo de encapsulación. Este tipo de encapsulación le permite configurar cualquier combinación de rutas, TCC, CCC, redes privadas virtuales (VPN) de capa 2 y encapsulaciones VPLS en un solo puerto físico. Si configura la encapsulación de servicios Ethernet flexibles en la interfaz física, los IDENTIFICADORes de VLAN del 1 al 511 ya no están reservados para las VLAN normales.

  • flexible-frame-relay—solo para interfaces IQ, utilice la encapsulación flexible de Frame Relay cuando desee configurar varias encapsulaciones de Frame Relay por unidad. Este tipo de encapsulación le permite configurar cualquier combinación de encapsulaciones TCC, CCC y frame Relay estándar en un solo puerto físico. Además, cada interfaz lógica puede tener cualquier valor DLCI del 1 al 1022.

  • frame-relay—Usar la encapsulación de Frame Relay se define en RFC 1490, Multiprotocolo interconnect sobre Frame Relay. Las interfaces de servicios E1, E3, de vínculos, SONET/SDH, T1, T3 y de servicios de voz pueden usar la encapsulación de Frame Relay.

  • frame-relay-ccc: utilice la encapsulación Frame Relay en circuitos CCC. Esta encapsulación es igual que el Frame Relay estándar para DLCIs del 0 al 511. Los DLCIs del 512 al 1022 están dedicados a CCC. La interfaz lógica también debe tener frame-relay-ccc encapsulación. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

  • frame-relay-ether-type— Utilice la encapsulación tipo Ether Frame Relay para compatibilidad con Cisco Frame Relay. La encapsulación de frame relay IETF identifica el formato de carga mediante los formatos NLPID y SNAP. La encapsulación de Frame Relay compatible con Cisco utiliza el tipo de Ethernet para identificar el tipo de carga.

    Nota:

    Cuando el tipo de encapsulación se establece en una encapsulación Frame Relay compatible con Cisco, asegúrese de que el tipo LMI esté establecido en ANSI o Q933-A.

  • frame-relay-ether-type-tcc—Utilice Frame Relay tipo TCC para Frame Relay compatible con Cisco en circuitos TCC para conectar diferentes medios. Esta encapsulación es Frame Relay compatible con Cisco para DLCIs del 0 al 511. Los DLCIs del 512 al 1022 están dedicados a TCC.

  • frame-relay-port-ccc— Utilice la encapsulación CCC del puerto Frame Relay para transportar de forma transparente todos los DLCIs entre dos enrutadores de borde de cliente (CE) sin configurar explícitamente cada DLCI en los dos enrutadores de borde de proveedor (PE) con transporte Frame Relay. La conexión entre los dos enrutadores CE puede ser una interfaz de usuario a red (UNI) o de red a red (NNI); esto es completamente transparente para los enrutadores de PE. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

  • frame-relay-tcc— Esta encapsulación es similar a la CCC de Frame Relay y tiene las mismas restricciones de configuración, pero se utiliza para circuitos con medios diferentes a cada lado de la conexión.

  • generic-services: utilice la encapsulación de servicios genéricos para servicios con un programador jerárquico.

  • multilink-frame-relay-uni-nni—Utilice la encapsulación MLFR UNI NNI. Esta encapsulación se utiliza en servicios de vínculo, interfaces de servicios de voz que funcionan como paquetes FRF.16 y sus interfaces T1 o E1 constituyentes, y se admite en interfaces LSQ y LSQ redundantes.

  • ppp— Utilice la encapsulación PPP en serie. Esta encapsulación se define en el RFC 1661, el protocolo punto a punto (PPP) para la transmisión de datagramas multiprotocolos a través de vínculos punto a punto. PPP es el tipo de encapsulación predeterminado para interfaces físicas. Las interfaces E1, E3, SONET/SDH, T1 y T3 pueden usar encapsulación PPP.

  • ppp-ccc— Utilice la encapsulación PPP en serie en circuitos CCC. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

  • ppp-tcc— Utilice la encapsulación PPP en serie en circuitos TCC para conectar diferentes medios. Cuando utilice este tipo de encapsulación, solo puede configurar la tcc familia.

  • vlan-ccc: utilice la encapsulación Ethernet VLAN en circuitos CCC. La encapsulación CCC de VLAN solo admite 0x8100 TPID. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

  • vlan-vci-ccc— Utilice la encapsulación de intertrabajo de ATM a Ethernet en circuitos CCC. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia. Todas las interfaces lógicas configuradas en la interfaz Ethernet también deben tener el tipo de encapsulación establecido en vlan-vci-ccc.

  • vlan-vpls— Utilice la encapsulación VPLS de VLAN en interfaces Ethernet con etiquetado de VLAN y VPLS habilitados. Las interfaces con la encapsulación VPLS de VLAN aceptan paquetes que solo transportan valores TPID estándar. En los enrutadores serie M, excepto el enrutador M320, la PIC de transmisión rápida de Ethernet de 4 puertos y las PIC de Gigabit Ethernet de 1, 2 y 4 puertos y 4 puertos pueden usar el tipo de encapsulación Ethernet VPLS.

    Nota:
    • Las interfaces conmutadas por etiquetas (LSIs) no admiten la encapsulación VLAN VPLS. Por lo tanto, solo puede usar la encapsulación VLAN VPLS en una interfaz de PE-enrutador-a-CE-enrutador y no en una interfaz de núcleo.

    • A partir de Junos OS versión 13.3, se produce un error de confirmación al configurar vlan-vpls la encapsulación en una interfaz física y configurar family inet en una de las unidades lógicas. Anteriormente, era posible confirmar esta configuración no válida.

Para interfaces lógicas:

  • frame-relay: configure una encapsulación Frame Relay cuando la interfaz física tenga varias unidades lógicas y las unidades sean punto a punto o multipunto.

  • multilink-frame-relay-uni-nni—Las interfaces de servicios de vínculo que funcionan como paquetes FRF.16 pueden usar la encapsulación UNI NNI multilink Frame Relay.

  • ppp— Para el modo normal (cuando el dispositivo usa solo un canal B ISDN por llamada). El protocolo punto a punto es para la comunicación entre dos equipos mediante una interfaz serie.

  • ppp-over-ether— Esta encapsulación se utiliza para interfaces subyacentes de interfaces pp0.

Nivel de privilegio requerido

interfaz: para ver esta instrucción en la configuración.

interface-control: para agregar esta instrucción a la configuración.

Información de versión

Declaración presentada antes de la versión 7.4 de Junos OS.

Declaración introducida en la versión 9.5 de Junos OS.