Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Propiedades de interfaz física

Utilice este tema para configurar varias propiedades de interfaces físicas en su dispositivo. Siga leyendo para configurar propiedades como descripciones de interfaz, velocidades de interfaz y perfiles de contabilidad para interfaces físicas.

Descripción general de propiedades de interfaz física

El controlador de software para cada tipo de medio de red establece valores predeterminados razonables para las propiedades generales de interfaz. Estas propiedades incluyen el tamaño máximo de la unidad de transmisión (MTU) de la interfaz, las propiedades de recepción y transmisión del bucket con fugas, el modo operativo del vínculo y la fuente de reloj.

Para modificar cualquiera de las propiedades predeterminadas de la interfaz general, incluya las instrucciones adecuadas en el [edit interfaces interface-name] nivel jerárquico.

Configurar la descripción de interfaz

Puede incluir una descripción de texto de cada interfaz física en el archivo de configuración. Cualquier texto descriptivo que incluya se muestra en la salida de los show interfaces comandos. La descripción de interfaz también se expone en el ifAlias objeto base de información de administración (MIB). No tiene ningún impacto en la configuración de la interfaz.

Para agregar una descripción de texto, incluya la description instrucción en el [edit interfaces interface-name] nivel de jerarquía. La descripción puede ser una sola línea de texto. Si el texto contiene espacios, encierre entre comillas.

Por ejemplo:

Nota:

Puede configurar el relé DHCP extendido para que incluya la descripción de interfaz en la subopción de ID de circuito de agente 82. Consulte La información de la opción 82 del agente de retransmisión DHCP.

Para mostrar la descripción desde el enrutador o la CLI del conmutador, utilice el show interfaces comando:

Para mostrar la descripción de interfaz desde el MIB de interfaces, utilice el snmpwalk comando desde un servidor. Para aislar la información de una interfaz específica, busque el índice de interfaz que se muestra en el SNMP ifIndex campo de la salida del show interfaces comando. El ifAlias objeto está en ifXTable.

Para obtener más información acerca de cómo describir unidades lógicas, consulte Agregar una descripción de unidad lógica a la configuración.

Cómo especificar una interfaz agregada

Una interfaz agregada es un grupo de interfaces. Para especificar una interfaz Ethernet agregada, configure aex en el [edit interfaces] nivel de jerarquía, donde x hay un entero a partir de 0.

El entero x varía del 0 al 127 para los enrutadores serie M y T, y del 0 al 479 en los enrutadores serie MX.

Si está configurando redes VLAN para interfaces Ethernet agregadas, debe incluir la instrucción en el vlan-tagging[edit interfaces aex] nivel de jerarquía para completar la asociación.

Para interfaces SONET/SDH agregadas, configure asx en el [edit interfaces] nivel jerárquico.

Nota:

La agregación de SONET/SDH es propiedad de Junos OS y es posible que no funcione con otro software.

Velocidad de interfaz

The interface speed is the maximum amount of data that can travel through an interface per second. An interface speed ending in m is in megabits per second (Mbps). A link speed ending in g is in gigabits per second (Gbps).

Configuración de la velocidad de interfaz en interfaces Ethernet

En el caso de las interfaces PIC de Ethernet rápida de 12 y 48 puertos serie M y T, la interfaz Ethernet de administración (fxp0 o em0), y las interfaces de cobre de Ethernet Tri-Rate serie MX, puede establecer explícitamente la velocidad de la interfaz. La Ethernet rápida y fxp0em0 las interfaces se pueden configurar para 10 o 100 Mbps(10m | 100m). Las interfaces de cobre de Ethernet tri-rate de la serie MX se pueden configurar para 10 Mbps, 100 Mbps o 1 Gbps (10m | 100m | 1g). Para obtener más información acerca de las interfaces Ethernet de administración y para determinar el tipo de interfaz Ethernet de administración para el enrutador, consulte Descripción de interfaces Ethernet de administración y motores de enrutamiento compatibles por enrutador. Los enrutadores de la serie MX, con SFP MX-DPC y Tri-Rate Copper, admiten cobre 20x1 para proporcionar compatibilidad con versiones anteriores con operaciones de 100/10BASE-T y 1000BASE-T a través de una interfaz serial Gigabit independiente de medios (SGMII).

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía.
  2. Para configurar la velocidad, incluya la speed instrucción en el [edit interfaces interface-name] nivel de jerarquía.
Nota:

  • De forma predeterminada, la interfaz Ethernet de administración de enrutadores serie M y T negocia automáticamente si funciona a 10 megabits por segundo (Mbps) o a 100 Mbps. El resto de interfaces elige automáticamente la velocidad correcta según el tipo de PIC y si la PIC está configurada para funcionar en modo multiplexado (usando la no-concatenate instrucción de la [edit chassis] jerarquía de configuración.

  • A partir de Junos OS versión 14.2, la auto-10m-100m opción permite que el puerto fijo de tres velocidades negocie automáticamente con puertos limitados por 100m o 10mvelocidad máxima. Esta opción debe habilitarse solo para el puerto MPC de triple velocidad, es decir, 3D 40x 1GE (LAN) RJ45 MIC en la plataforma MX. Esta opción no admite otras MIC en la plataforma MX.

  • Cuando configure manualmente las interfaces de Fast Ethernet en los enrutadores serie M y T, el modo de vínculo y la velocidad deben configurarse. Si no se configuran ambos valores, el enrutador usa la negociación automática para el vínculo e ignora los valores configurados por el usuario.

  • Si el socio del vínculo no admite la negociación automática, configure el puerto Fast Ethernet manualmente para que coincida con la velocidad y el modo de vínculo de su socio de vínculo. Cuando se configura el modo de vínculo, la negociación automática se deshabilita.

  • En enrutadores serie MX con interfaces SFP de cobre de tres velocidades, si la velocidad del puerto se negocia al valor configurado y la velocidad negociada y la velocidad de interfaz no coinciden, el vínculo no se abrirá.

  • Cuando configure la interfaz de cobre de Ethernet tri-Rate para que funcione a 1 Gbps, se debe habilitar la negociación automática.

  • A partir de Junos OS versión 11.4, el modo semi-dúplex no se admite en interfaces de cobre Ethernet tri-Rate. Cuando se incluye la speed instrucción, debe incluirla en el link-mode full-duplex mismo nivel de jerarquía.

Consulte también

Configure la velocidad de la interfaz SONET/SDH

Puede configurar la velocidad en interfaces SONET/SDH en modo concetenido, no concatenado o canalizado (multiplexado).

Para configurar la velocidad de interfaz SONET/SDH en modo concatenado:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía, donde el interface-name es so-fpc/pic/port.
  2. Configure la velocidad de la interfaz en modo concatenado.

    Por ejemplo, puede configurar cada puerto de una PIC OC12 de 4 puertos para que esté en velocidad OC3 u OC12 de forma independiente cuando esta PIC se encuentra en modo concatenado 4xOC12.

Para configurar la velocidad de la interfaz SONET/SDH en modo noconcatenado:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía, donde el interface-name es so-fpc/pic/port.

  2. Configure la velocidad de la interfaz en modo noconcatenado.

    Por ejemplo, puede configurar cada puerto de una PIC OC12 de 4 puertos para que esté en velocidad OC3 u OC12 de forma independiente cuando esta PIC se encuentra en modo concatenado 4xOC12.

Para configurar la PIC para que funcione en modo canalizado (multiplexado):

  1. En el modo de configuración, vaya al [edit chassis fpc slot-number pic pic-number] nivel de jerarquía.

  2. Configure la no-concatenate opción.

Nota:

En MIC SONET/SDH OC3/STM1 (multi-rate) con enchufable de factor de forma pequeño (SFP), comprobación de integridad de mensajes (MIC) canalizada SONET/SDH OC3/STM1 (Multi-Rate) con SFP y MIC de emulación de circuito OC3/STM1 canalizado con SFP, no puede establecer la velocidad de interfaz en el nivel de jerarquía [edit interfaces]. Para habilitar la velocidad en estas MIC, debe establecer la velocidad del puerto en el [edit chassis fpc slot-number pic pic-number port port-number] nivel jerárquico.

Corrección de errores hacia adelante (FEC)

SUMMARY La corrección de errores hacia adelante (FEC) mejora la confiabilidad de los datos transmitidos por su dispositivo. Cuando la FEC está habilitada en una interfaz, esa interfaz envía datos redundantes. El receptor acepta datos solo cuando los bits redundantes coincidan, lo que elimina los datos erróneos de la transmisión. Junos OS le permite (el administrador de red) configurar reed-Solomon FEC (RS-FEC) y BASE-R FEC en interfaces Ethernet. RS-FEC cumple con la cláusula 91 de IEEE 802.3-2015. LA BASE-R FEC cumple con la Causa 74 de IEEE 802.3-2015.

Beneficios de la FEC

Cuando configure FEC en interfaces Ethernet, FEC mejora la función del dispositivo de estas maneras:

  • Mejora la confiabilidad de la conexión

  • Permite que el receptor corrija errores de transmisión sin necesidad de retransmisión de los datos

  • Extiende el alcance de la óptica

Descripción general

De forma predeterminada, Junos OS habilita o deshabilita la FEC según la óptica enchufada. Por ejemplo, Junos OS habilita RS-FEC para ópticas SR4 de 100 Gigabit (Gb) y deshabilita RS-FEC para ópticas LR4 de 100 G. Puede invalidar el comportamiento predeterminado y habilitar o deshabilitar explícitamente RS-FEC.

Puede habilitar o deshabilitar RS-FEC para interfaces de 100 Gigabit Ethernet (GbE). Después de habilitar o deshabilitar RS-FEC mediante esta instrucción, este comportamiento se aplica a cualquier transceptor óptico de 100 GbE instalado en el puerto asociado con la interfaz.

Puede configurar las cláusulas FEC CL74 en interfaces de 25 Gb y 50 Gb, y CL91 en interfaces de 100 Gb. Dado que las cláusulas FEC se aplican de forma predeterminada en estas interfaces, debe deshabilitar las cláusulas FEC si no desea aplicarlas.

Nota:

Los enrutadores PTX5000 con FPC-PTX-P1-A y FPC2-PTX-P1A no admiten RS-FEC.

En los enrutadores PTX3000 y PTX5000, las ópticas FPC3-SFF-PTX-1H y FP3-SFF-PTX-1T con PIC PE-10-U-QSFP28 y LR4 admiten RS-FEC solo en el puerto 2. Para PE-10-U-QSFP28 con óptica LR4, RS-FEC es el modo FEC predeterminado en el puerto 2 y NINGUNO es el modo FEC predeterminado en los puertos 0, 1 y 3 a 9. Para PE-10-U-QSFP28 con óptica SR4, RS-FEC está habilitado de forma predeterminada en todos los puertos. No modifique el modo FEC en ningún puerto, independientemente de la óptica instalada.

Configurar FEC

Para deshabilitar o habilitar un modo FEC en una interfaz y cualquier interfaces asociadas, realice la acción pertinente:

  1. Para deshabilitar el modo FEC:
  2. Para habilitar un modo FEC:

    Alternativamente:

  3. Para ver el modo FEC en una interfaz, utilice el show interfaces interface-name comando. El resultado enumera las estadísticas de la FEC para esa interfaz en particular, incluyendo el número de errores corregidos por FEC, la cantidad de errores no corregidos de FEC y el tipo de FEC que se desactivó o habilitó.

Alias de interfaz

Descripción general

Un alias de interfaz es una descripción textual de una unidad lógica en una interfaz física. Un alias le permite dar un único nombre significativo e fácilmente identificable a una interfaz. El alias de interfaz solo se admite en el nivel de unidad.

El nombre de alias se muestra en lugar del nombre de interfaz en la salida de todos los showcomandos , show interfacesy otros comandos de modo operativo. La configuración de un alias para una unidad lógica de una interfaz no tiene ningún efecto en el funcionamiento de la interfaz en el dispositivo.

Para suprimir el alias a favor del nombre de la interfaz, utilice el display no-interface-alias parámetro junto con el comando show.

Cuando configure el nombre de alias de una interfaz, la CLI guarda el nombre de alias como el valor de la variable en la interface-name base de datos de configuración. Cuando los procesos del sistema operativo consultan la base de datos de configuración para la interface-name variable, se devuelve el valor exacto de la interface-name variable en lugar del nombre de alias para las operaciones del sistema y los cálculos.

El uso del valor exacto del nombre de interfaz para las operaciones del sistema y los cálculos permite la retrocompatibilidad con versiones de Junos OS en las que la compatibilidad con alias de interfaz no está disponible.

Configuración

Para especificar un alias de interfaz, utilice la alias instrucción en el [edit interfaces interface-name unit logical-unit-number] nivel de jerarquía. Inicie el nombre de alias con una letra seguida de letras, números, guiones, puntos, guiones, puntos bajo, dos puntos o barras diagonales. Evite iniciar el alias con cualquier parte de un nombre de interfaz válido. Utilice entre 5 y 128 caracteres.

Por ejemplo:

En algunos dispositivos, también puede configurar el alias en el [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number] nivel de jerarquía.

Nota:

Si configura el mismo nombre de alias en más de una interfaz lógica, el enrutador muestra un mensaje de error y se produce un error en la confirmación.

Puede usar nombres de alias de interfaz para que sea más fácil ver las funciones que desempeñan las interfaces en su configuración. Por ejemplo, para facilitar la identificación de las interfaces de conexión por satélite:

  1. Agrupe las interfaces físicas como una interfaz agregada mediante un grupo de agregación de vínculos (LAG) o un paquete LAG. Nombre que agregación de interfaz sat1 para mostrar que es una interfaz de conexión por satélite.
  2. Seleccione una interfaz lógica como miembro del paquete LAG o de todo el LAG. Nombre esa interfaz et-0/0/1 para representar un puerto de dispositivo satelital o una instancia de servicio.
  3. Puede combinar el nombre de satélite y los alias de nombre de interfaz para representar completamente el nombre del puerto de satélite. Por ejemplo, podría darle a su puerto satelital el alias sat1:et-0/0/1.

Ejemplo: Agregar un nombre de alias de interfaz

En este ejemplo, se muestra cómo agregar un alias a la unidad lógica de una interfaz. El uso de un alias para identificar interfaces a medida que aparecen en la salida de comandos operativos puede permitir convenciones de nomenclatura más significativas y una identificación más fácil. Esta capacidad para definir nombres de alias de interfaz para interfaces físicas y lógicas es útil en un entorno junos Node Unifier (JNU) que contiene los siguientes dispositivos:

  • Una plataforma de enrutamiento universal 5G serie MX de Juniper Networks como controlador

  • Conmutadores Ethernet de la serie EX, dispositivos de la serie QFX y enrutadores metro universales serie ACX como dispositivos satelitales

Requisitos

En este ejemplo, se utilizan los siguientes componentes de hardware y software:

  • Un enrutador serie MX que actúa como controlador

  • Un conmutador EX4200 que actúa como un dispositivo satelital

  • Junos OS versión 13.3R1 o posterior

Descripción general

Puede crear un alias para cada unidad lógica en una interfaz física. El texto descriptivo que define para el alias se muestra en la salida de los show interfaces comandos. El alias configurado para una unidad lógica de una interfaz no tiene ningún efecto en el funcionamiento de la interfaz en el enrutador o conmutador; es solo una etiqueta cosmética.

Configuración

Considere una situación en la que los nombres de alias se configuran en las interfaces de controlador JNU que están conectadas a un satélite, sat1. Las interfaces se conectan en la dirección del enlace descendente en la red de administración de JNU mediante dos vínculos. Los nombres de alias permiten una identificación eficaz y simplificada de estas interfaces en los comandos de modo operativo que se ejecutan en el controlador y los satélites.

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía:

Agregar un nombre de alias de interfaz para las interfaces de controlador

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de la CLI de Junos OS.

Para agregar un nombre de alias de interfaz a las interfaces de controlador que se utilizan para conectarse a los dispositivos satelitales en la dirección de enlace descendente:

  1. Configure un nombre de alias para la unidad lógica de una interfaz Ethernet agregada que se utiliza para conectarse a un satélite, sat1, en la dirección de enlace descendente. Configure la familia y la inet dirección para la interfaz.

  2. Configure un nombre de alias para la unidad lógica de otra interfaz Ethernet agregada que se utiliza para conectarse al mismo satélite, sat1, en la dirección del enlace descendente. Configure la familia y la inet dirección para la interfaz.

  3. Configure un nombre de alias para la interfaz de Gigabit Ethernet en el controlador y configure sus parámetros.

  4. Configure interfaces de Gigabit Ethernet para que sean vínculos de miembro de una ae- interfaz lógica.

  5. Configure RIP en la red entre el controlador y la puerta de enlace del firewall.

Resultados

En el modo de configuración, ingrese el comando para confirmar la show configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Después de confirmar que las interfaces están configuradas, escriba el comando en el commit modo de configuración.

Verificación

Utilice los ejemplos de esta sección para comprobar que se muestra el nombre de alias en lugar del nombre de interfaz.

Comprobar la configuración del nombre de alias para las interfaces de controlador

Propósito

Compruebe que se muestra el nombre de alias en lugar del nombre de interfaz.

Acción

Mostrar información de todos los vecinos de RIP.

Significado

El resultado muestra los detalles de la prueba de referencia que se llevó a cabo. Para obtener más información acerca del show rip neighbor comando operativo, consulte show rip neighbor en el Explorador de CLI.

Consulte también

Descripción general de la fuente del reloj

Tanto para el dispositivo como para las interfaces, el origen del reloj puede ser un reloj externo que se recibe en la interfaz o el reloj stratum 3 interno del enrutador.

Por ejemplo, la interfaz A puede transmitir en el reloj recibido de la interfaz A (externo, temporización de bucle) o el reloj stratum 3 (interno, de línea o de tiempo normal). La interfaz A no puede usar un reloj de ninguna otra fuente. Para interfaces como SONET/SDH que pueden usar diferentes fuentes de reloj, puede configurar el origen del reloj de transmisión en cada interfaz.

El origen del reloj reside en la tarjeta de control (CB) para enrutadores M120. Los enrutadores M7i y M10i tienen una fuente de reloj en la tarjeta de motor de reenvío compacto (CFEB) y en la tarjeta de motor de reenvío compacto mejorado (CFEB-E).

Para las series T y MX, el reloj interno stratum 3 de fuente de reloj reside en el generador de reloj SONET (serie T) y en la tarjeta de control del conmutador (SCB) (serie MX). De forma predeterminada, el reloj de referencia stratum 3 de 19,44 MHz genera la señal de reloj para todas las PIC en serie (SONET/SDH) y pic PDH. Las PIC PDH incluyen DS3, E3, T1 y E1.

Nota:

Los enrutadores M7i y M10i no admiten el cronómetro externo de las interfaces SONET.

Configurar el origen del reloj

Tanto para el enrutador como para las interfaces, el origen del reloj puede ser un reloj externo que se recibe en la interfaz o el reloj stratum 3 interno del enrutador.

Para establecer el origen del reloj como externo o interno:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía:
  2. Configure la clocking opción como externa o interna.
Nota:

En las PIC SONET/SDH canalizadas, si establece el reloj del controlador principal (o principal) en external, debe establecer los relojes del controlador secundario en el valor predeterminado, es decir, internal.

Por ejemplo, en la PIC STM1 canalizada, si el reloj de la interfaz STM1 canalizada (que es el controlador principal) está establecido en external, no debe configurar el reloj de la interfaz CE1 (que es el controlador secundario) en external. En su lugar, debe configurar el reloj de interfaz CE1 en internal.

Para obtener más información acerca del reloj en interfaces canalizadas, consulte Propiedades de interfaces IQ y IQE canalizadas. También consulte Configuración del origen de reloj en interfaces SONET/SDH y Configuración del temporización del bucle T3 canalizado.

Para obtener más información acerca de cómo configurar una interfaz de sincronización externa que se puede usar para sincronizar el reloj stratum 3 interno a un origen externo en enrutadores M120 y M320 y en enrutadores serie T, consulte Configurar Junos OS para admitir una interfaz de sincronización de reloj externa para enrutadores serie M, MX y T.

Para obtener más información acerca de cómo configurar Ethernet sincrónica en las plataformas de enrutamiento universal MX80, MX240, MX480 y MX960, consulte Descripción general de Ethernet sincrónica y Configuración de la interfaz de sincronización de reloj en enrutadores serie MX.

Consulte también

Encapsulación de interfaz en interfaces físicas

La encapsulación del protocolo punto a punto (PPP) es el tipo de encapsulación predeterminada para interfaces físicas. No es necesario configurar la encapsulación para interfaces físicas compatibles con la encapsulación PPP, ya que PPP se utiliza de forma predeterminada.

En el caso de interfaces físicas que no admiten la encapsulación PPP, debe configurar una encapsulación para usarla en los paquetes transmitidos en la interfaz. En una interfaz lógica, puede configurar opcionalmente un tipo de encapsulación que Junos OS utilice dentro de ciertos tipos de paquete.

Capacidades de encapsulación

Cuando se configura una encapsulación punto a punto (como PPP o Cisco HDLC) en una interfaz física, la interfaz física puede tener solo una interfaz lógica (es decir, una unit sola instrucción) asociada a ella. Cuando se configura una encapsulación de varios puntos (como Frame Relay), la interfaz física puede tener varias unidades lógicas y las unidades pueden ser punto a punto o multipunto.

La encapsulación de conexión cruzada de circuito Ethernet (CCC) para interfaces Ethernet con etiquetado estándar de identificador de protocolo de etiqueta (TPID) requiere que la interfaz física tenga una sola interfaz lógica. Las interfaces Ethernet en modo VLAN pueden tener varias interfaces lógicas.

Para las interfaces Ethernet en modo VLAN, los IDENTIFICADOR de VLAN se aplican de la siguiente manera:

  • El ID de VLAN 0 está reservado para etiquetar la prioridad de las tramas.

  • Para el tipo vlan-cccde encapsulación, los IDENTIFICADORes de VLAN del 1 al 511 se reservan para las VLAN normales. Los IDENTIFICADORes 512 y posteriores de VLAN están reservados para las CCC de VLAN.

  • Para el tipo vlan-vplsde encapsulación, los IDENTIFICADORes de VLAN del 1 al 511 se reservan para las VLAN normales, y los IDENTIFICADORes de VLAN del 512 al 4094 se reservan para las VLAN de VPLS. Para interfaces Fast Ethernet de 4 puertos, puede usar los IDENTIFICADORes de VLAN de 512 a 1024 para VLAN VPLS.

  • Para los tipos extended-vlan-ccc de encapsulación y extended-vlan-vpls, todos los IDENTIFICADOR de VLAN son válidos.

  • Para las interfaces de Gigabit Ethernet y las PIC IQ y IQE de Gigabit Ethernet con SFP, puede configurar la encapsulación de servicios Ethernet flexibles en la interfaz física. Para interfaces con flexible-ethernet-services encapsulación, todos los IDENTIFICADOR de VLAN son válidos. Los ID de VLAN del 1 al 511 no están reservados.

    Nota:

    La PIC Gigabit Ethernet de 10 puertos y el puerto Gigabit Ethernet incorporado en el enrutador M7i no admiten la encapsulación de servicios Ethernet flexibles.

Los límites superiores para los identificadores de VLAN configurables varían según el tipo de interfaz.

Cuando configure una encapsulación de conexión cruzada de traducción (TCC), se necesitan algunas modificaciones para manejar conexiones VPN en vínculos de capa 2 y capa 2.5 diferentes y terminar el protocolo de capa 2 y capa 2.5 localmente. El dispositivo realiza los siguientes cambios específicos de medios:

  • Protocolo punto a punto (PPP) TCC: tanto el protocolo de control de vínculos (LCP) como el protocolo de control de red (NCP) se terminan en el enrutador. No se admite la negociación de dirección IP del Protocolo de control de protocolo de Internet (IPCP). Junos OS elimina todos los datos de encapsulación PPP de las tramas entrantes antes de reenviarlos. Para la salida, el siguiente salto se cambia a encapsulación PPP.

  • Control de vínculos de datos de alto nivel (HDLC) TCC de Cisco: el procesamiento de keepalive se termina en el enrutador. Junos OS elimina todos los datos de encapsulación Cisco HDLC de las tramas entrantes antes de reenviarlos. Para la salida, el siguiente salto se cambia a encapsulación Cisco HDLC.

  • Frame Relay TCC: todo el procesamiento de la interfaz de administración local (LMI) termina en el enrutador. Junos OS elimina todos los datos de encapsulación de Frame Relay de las tramas entrantes antes de reenviarlos. Para la salida, el siguiente salto se cambia a encapsulación Frame Relay.

  • Modo de transferencia asincrónica (ATM): operación, administración y mantenimiento (OAM) y el procesamiento interino de la interfaz de administración local (ILMI) se termina en el enrutador. No se admite el relé de celdas. Junos OS elimina todos los datos de encapsulación ATM de las tramas entrantes antes de reenviarlos. Para la salida, el siguiente salto se cambia a encapsulación ATM.

Tipos de encapsulación

Los tipos de encapsulación de interfaz física incluyen:

  • Relé de celdas CCC ATM: conecta dos circuitos virtuales remotos o interfaces físicas ATM con una ruta conmutada por etiquetas (LSP). El tráfico en el circuito son celdas ATM.

  • PVC ATM: 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).

  • Encuadre del control de vínculos de datos de alto nivel (HDLC) compatible con Cisco (cisco-hdlc): 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.

  • Conexión cruzada ethernet: las interfaces Ethernet sin etiquetado VLAN pueden usar la encapsulación CCC de Ethernet. Se admiten dos versiones relacionadas:

    • Versión CCC (ethernet-ccc): las interfaces de Ethernet con etiquetado estándar de ID de protocolo de etiqueta (TPID) pueden usar la encapsulación ETHERNET CCC. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

    • Versión TCC (ethernet-tcc): similar a CCC, pero se utiliza para circuitos con medios diferentes a cada lado de la conexión.

      Para las PIC Fast Ethernet de 8, 12 y 48 puertos, no se admite TCC.

  • VLAN CCC (vlan-ccc): las interfaces Ethernet con etiquetado de VLAN habilitado pueden usar la encapsulación CCC de VLAN. La encapsulación CCC de VLAN solo admite 0x8100 TPID. Cuando utilice este tipo de encapsulación, solo puede configurar la ccc familia.

    Cuando configure la encapsulación de VLAN Ethernet en circuitos CCC mediante la encapsulation vlan-ccc instrucción en el [edit interfaces interface-name] nivel de jerarquía, puede enlazar una lista de identificadores de VLAN a la interfaz. Para configurar una CCC para varias VLAN, utilice la vlan-id-list [ vlan-id-numbers ] instrucción. Al configurar esta instrucción, se crea una CCC para:

    • Cada VLAN enumerado; por ejemplo, vlan-id-list [ 100 200 300 ]

    • Cada VLAN en un rango, por ejemplo, vlan-id-list [ 100-200 ]

    • Cada VLAN en una combinación de lista y rango; por ejemplo, vlan-id-list [ 50, 100-200, 300 ]

  • Conexión cruzada de VLAN extendida: las interfaces de Gigabit Ethernet con el etiquetado de VLAN 802.1Q habilitado pueden usar encapsulación de conexión cruzada de VLAN extendida. (Las interfaces Ethernet con etiquetado TPID estándar pueden usar la encapsulación CCC de VLAN.) Se admiten dos versiones relacionadas de conexión cruzada de VLAN extendida:

    • Versión CCC (extended-vlan-ccc): 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.

    • Versión TCC (extended-vlan-tcc): similar a CCC, pero se utiliza para circuitos con medios diferentes a cada lado de la conexión.

      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 admiten CCC de VLAN extendida y TCC de VLAN extendida.

  • Ethernet VPLS (ethernet-vpls): las interfaces Ethernet con VPLS habilitado pueden usar la encapsulación Ethernet VPLS.

  • VPLS de Ethernet VLAN (): lasvlan-vpls interfaces de Ethernet con etiquetado de VLAN y VPLS habilitado pueden usar la encapsulación VPLS de Ethernet VLAN.

  • VPLS () de VLAN extendida (extended-vlan-vpls): las interfaces Ethernet con etiquetado de VLAN 802.1Q y VPLS habilitados pueden usar la encapsulación VPLS de VLAN extendida de Ethernet. (Las interfaces Ethernet con etiquetado TPID estándar pueden usar la encapsulación VPLS de VLAN Ethernet.) La encapsulación VPLS de Ethernet extendida admite TPIDs 0x8100, 0x9100 y 0x9901.

  • Servicios Ethernet flexibles (flexible-ethernet-services): las PIC Gigabit Ethernet y Gigabit Ethernet IQ e IQE con SFP (excepto la PIC Gigabit Ethernet de 10 puertos y el puerto Gigabit Ethernet incorporado en el enrutador M7i) pueden usar encapsulación de servicios Ethernet flexibles. Los paquetes de Ethernet agregados pueden usar este tipo de encapsulación. Utilice este tipo de encapsulación cuando desee configurar varias encapsulaciones Ethernet por unidad. 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.

  • PPP: 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.

Configurar la encapsulación en una interfaz física

Para configurar la encapsulación en una interfaz física:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía.
  2. Configure el tipo de encapsulación.
    Nota:

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

    • Cuando vlan-vpls se establece la encapsulación en el nivel de la interfaz física, la comprobación de confirmación validará que no debe haber ninguna inet familia configurada en ella.

Mostrar la encapsulación en una interfaz SONET/SDH física

Propósito

Para mostrar la encapsulación configurada y sus opciones de conjunto asociadas en una interfaz física cuando se establece lo siguiente en el [edit interfaces interface-name] nivel jerárquico:

  • interface-name—so-7/0/0

  • Encapsulación—ppp

  • Unidad: 0

  • Familia:inet

  • Address—192.168.1.113/32

  • Destino: 192.168.1.114

  • Familia,iso y mpls

Acción

Ejecute el show comando en el [edit interfaces interface-name] nivel de jerarquía.

Significado

La encapsulación configurada y sus opciones de conjunto asociadas se muestran como se esperaba. Tenga en cuenta que el segundo conjunto de dos family instrucciones permite que IS-IS y MPLS se ejecuten en la interfaz.

Configurar la encapsulación de interfaz en enrutadores serie PTX

En este tema se describe cómo configurar la encapsulación de interfaz en enrutadores de transporte de paquetes serie PTX. Use la flexible-ethernet-services instrucción de configuración para configurar diferentes encapsulaciones para diferentes interfaces lógicas en una interfaz física. Con la encapsulación flexible de servicios Ethernet, puede configurar cada encapsulación de interfaz lógica sin restricciones de rango para los IDENTIFICADORes de VLAN.

Las encapsulaciones compatibles para interfaces físicas incluyen:

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

En Junos OS Evolucionado, la flexible-ethernet-services encapsulación no se admite en dispositivos PTX10003.

Las encapsulaciones compatibles para interfaces lógicas incluyen:

  • ethernet

  • vlan-ccc

  • vlan-tcc

Nota:

Los enrutadores de transporte de paquetes serie PTX no admiten extended-vlan-cc ni extended-vlan-tcc encapsulación en interfaces lógicas. En su lugar, puede configurar un valor de ID de protocolo de etiqueta (TPID) de 0x9100 para lograr los mismos resultados.

Para configurar la encapsulación de servicios Ethernet flexibles, incluya la encapsulation flexible-ethernet-services instrucción en el [edit interfaces et-fpc/pic/port] nivel jerárquico. Por ejemplo:

Keepalive

De forma predeterminada, las interfaces físicas configuradas con encapsulación de encapsulación punto a punto del Control de vínculos de datos de alto nivel (HDLC) o del Protocolo de punto a punto (PPP) envían paquetes de mantenimiento a intervalos de 10 segundos. El término Frame Relay para las conservaciones es paquetes de interfaz de administración local (LMI); junos OS admite I LMIs del anexo D T1.617 de ANSI y de la Unión Internacional de Telecomunicaciones (UIT) Q933 del anexo A. En las redes del modo de transferencia asincrónica (ATM), las celdas de operación, administración y mantenimiento (OAM) realizan la misma función. Configure celdas OAM en el nivel de interfaz lógica; para obtener más información, consulte Definición del período de celda de circuito cerrado ATM OAM F5.

Para deshabilitar el envío de keepalives:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía.
  2. Incluya la no-keepalives instrucción en el [edit interfaces interface-name] nivel de jerarquía.

Para deshabilitar el envío de keepalives en una interfaz física configurada con encapsulación Cisco HDLC para una conexión cruzada de traducción (TCC):

  1. En el modo de configuración, vaya al [edit interfacesinterface-name] nivel de jerarquía.

  2. Incluya la no-keepalives instrucción con la encapsulation cisco-hdlc-tcc instrucción en el [edit interfaces interface-name] nivel de jerarquía.

Para deshabilitar el envío de keepalives en una interfaz física configurada con encapsulación PPP para una conexión TCC:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía.

  2. Incluya la no-keepalives instrucción con la encapsulation ppp-tcc instrucción en el [edit interfaces interface-name] nivel de jerarquía.

Cuando configure PPP mediante ATM o PPP multivínculo mediante encapsulación ATM, puede habilitar o deshabilitar las keepalives en la interfaz lógica. Para obtener más información, consulte Configuración de PPP mediante encapsulación ATM2.

Para habilitar explícitamente el envío de conservaciones:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía.

  2. Incluya la keepalives instrucción en el [edit interfaces interface-name] nivel de jerarquía.

Para cambiar uno o varios de los valores de mantención predeterminados:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía.

  2. Incluya la keepalives instrucción con la opción adecuada como intervalseconds, down-countnumbery la up-countnumber.

En interfaces configuradas con encapsulación PPP o Cisco HDLC, puede incluir las siguientes tres instrucciones de mantención. Tenga en cuenta que estas instrucciones no afectan a la encapsulación de Frame Relay:

  • interval seconds— El tiempo en segundos entre las solicitudes de seguimiento sucesivas. El intervalo es de 1 segundo a 32767 segundos, con un valor predeterminado de 10 segundos.

  • down-count number— Número de paquetes de mantención que un destino debe no recibir antes de que la red derribe un vínculo. El intervalo es del 1 al 255, con un valor predeterminado de 3.

  • up-count number— Número de paquetes de mantención que debe recibir un destino para cambiar el estado de un vínculo de abajo a arriba. El intervalo es del 1 al 255, con un valor predeterminado de 1.

Precaución:

Si las funciones de control de interfaz se configuran en una interfaz que no admite la keepalives instrucción de configuración (por ejemplo, 10 Gigabit Ethernet), la capa de vínculo puede caer cuando se reinicia la PIC. Evite configurar los elementos de guarda en interfaces que no admiten la instrucción de keepalives configuración.

Para obtener más información acerca de la configuración de keepalive de Frame Relay, consulte Configurar los keepalives de Frame Relay.

En enrutadores serie MX con concentradores de puerto modular/tarjetas de interfaz modular (MPC/MIC), el motor de reenvío de paquetes en un MPC/MIC procesa y responde a los paquetes de mantención de eco de solicitud de protocolo de control de vínculos (LCP) que el suscriptor (cliente) ppp inicia y envía al enrutador. El mecanismo mediante el cual el motor de reenvío de paquetes en lugar del motor de enrutamiento procesa los paquetes de solicitud de eco de LCP se denomina mantenimiento rápido PPP Para obtener más información sobre cómo funciona el mantenimiento rápido PPP en un enrutador de la serie MX con MPC/MIC, consulte la Guía de configuración de acceso de suscriptor de Junos OS.

Consulte también

Descripción del flujo de tráfico unidireccional en interfaces físicas

De forma predeterminada, las interfaces físicas son bidireccionales; es decir, transmiten y reciben tráfico. Puede configurar el modo de vínculo unidireccional en una interfaz de 10 Gigabit Ethernet que cree dos interfaces físicas nuevas que son unidireccionales. Las nuevas interfaces de solo transmisión y de solo recepción funcionan de forma independiente, pero ambas están subordinados a la interfaz principal original.

Ventajas

  • Las interfaces unidireccionales permiten la configuración de una topología de vínculo unidireccional. Los vínculos unidireccionales son útiles para aplicaciones como los servicios de video de banda ancha, donde casi todo el flujo de tráfico está en una dirección, desde el proveedor hasta el usuario.
  • El modo de vínculo unidireccional conserva el ancho de banda al permitir que se dedique de manera diferencial a las interfaces de transmisión y recepción.
  • El modo de vínculo unidireccional conserva los puertos para estas aplicaciones, ya que las interfaces de solo transmisión y recepción actúan de forma independiente. Cada uno se puede conectar a diferentes enrutadores. Por ejemplo, esto puede reducir el número total de puertos necesarios.
Nota:

El modo de vínculo unidireccional solo se admite actualmente en el siguiente hardware:

  • Concentrador de puerto denso (DPC) de 10 Gigabit Ethernet de 4 puertos en el enrutador MX960

  • PIC IQ2 de 10 Gigabit Ethernet y PIC IQ2E de 10 Gigabit Ethernet en el enrutador de la serie T

La interfaz de solo transmisión siempre está operativamente activa. El estado operativo de la interfaz de solo recepción depende solo de errores locales; es independiente de los errores remotos y del estado de la interfaz de solo transmisión.

En la interfaz principal, puede configurar atributos comunes a ambas interfaces, como el reloj, el encuadre, las gigether-options y las opciones de sonet. En cada una de las interfaces unidireccionales, puede configurar la encapsulación, la dirección MAC, el tamaño máximo de la unidad de transmisión (MTU) y las interfaces lógicas.

Las interfaces unidireccionales admiten IP e IP versión 6 (IPv6). El reenvío de paquetes se realiza mediante rutas estáticas y entradas del Protocolo de resolución de direcciones (ARP) estáticas, que se pueden configurar de forma independiente en ambas interfaces unidireccionales.

Solo se informan estadísticas de transmisión en la interfaz de solo transmisión (y se muestran como cero en la interfaz de solo recepción). Solo se informan estadísticas de recepción en la interfaz de solo recepción (y se muestran como cero en la interfaz de solo transmisión). Las estadísticas de transmisión y recepción se informan en la interfaz principal.

Habilite el flujo de tráfico unidireccional en interfaces físicas

El modo de vínculo unidireccional hace que el tráfico fluya en una sola dirección. Para habilitar el flujo de tráfico unidireccional en una interfaz física:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía:
  2. Configure la unidirectional opción para crear dos interfaces físicas unidireccionales nuevas (solo transmisión y recepción) subordinados a la interfaz principal original.

Habilitar notificaciones SNMP en interfaces físicas

De forma predeterminada, Junos OS envía notificaciones del Protocolo simple de administración de red (SNMP) cuando cambia el estado de una interfaz o una conexión. Puede habilitar o deshabilitar las notificaciones SNMP según sus requisitos.

Para habilitar explícitamente el envío de notificaciones SNMP en la interfaz física:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía:
  2. Configure la traps opción para habilitar las notificaciones SNMP cuando cambie el estado de la conexión.

Para deshabilitar las notificaciones SNMP en la interfaz física:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía:

  2. Configure la no-traps opción para deshabilitar las notificaciones SNMP cuando cambie el estado de la conexión.

Contabilidad para interfaces físicas

Los dispositivos en ejecución Junos OS pueden recopilar varios tipos de datos sobre el tráfico que pasa por el dispositivo. Usted (el administrador de sistemas) puede configurar uno o varios perfiles de contabilidad que especifiquen algunas características comunes de estos datos. Estas características incluyen las siguientes:

  • Los campos utilizados en los registros contables

  • La cantidad de archivos que el enrutador o conmutador conserva antes de descartar, y la cantidad de bytes por archivo

  • El período de sondeo que el sistema utiliza para registrar los datos

Descripción general

Existen dos tipos de perfiles contables: perfiles de filtro y perfiles de interfaz. Configure los perfiles mediante instrucciones en el [edit accounting-options] nivel jerárquico.

Configure perfiles de filtro incluyendo la filter-profile instrucción en el [edit accounting-options] nivel de jerarquía. Se aplican perfiles de filtro mediante la inclusión de la accounting-profile instrucción en los [edit firewall filter filter-name] niveles de jerarquía y [edit firewall family family filter filter-name] .

Configure perfiles de interfaz incluyendo la interface-profile instrucción en el [edit accounting-options] nivel de jerarquía. Siga leyendo para obtener información sobre cómo configurar perfiles de interfaz.

Configurar un perfil de contabilidad para una interfaz física

Antes de empezar

Configure un archivo de registro de datos de contabilidad en el [edit accounting-options] nivel jerárquico. El sistema operativo registra las estadísticas en el archivo de registro de datos de contabilidad.

Para obtener más información acerca de cómo configurar un archivo de registro de datos de contabilidad, consulte configurar archivos de registro de datos de contabilidad.

Configuración

Configure un perfil de interfaz para recopilar información de errores y estadísticas para paquetes de entrada y salida en una interfaz física determinada. El perfil de interfaz especifica la información que el sistema operativo escribe en el archivo de registro.

Para configurar un perfil de interfaz:

  1. Vaya al [edit accounting-options interface-profile] nivel de jerarquía. Incluya el profile-name nombre para el perfil de interfaz.
  2. Para configurar qué estadísticas se deben recopilar para una interfaz, incluya la fields instrucción.
  3. Cada perfil de contabilidad registra sus estadísticas en un archivo del /var/log directorio. Para configurar el archivo que se utilizará, utilice la file instrucción.
    Nota:

    Debe especificar una file instrucción para el perfil de interfaz que ya se ha configurado en el [edit accounting-options] nivel de jerarquía.
  4. El sistema operativo recopila estadísticas de cada interfaz con un perfil de contabilidad habilitado. Recopila las estadísticas una vez por intervalo de tiempo especificado para el perfil de contabilidad. El sistema operativo programa la recopilación de estadísticas de manera uniforme durante el intervalo configurado. Para configurar el intervalo, utilice la interval instrucción:
    Nota:

    El intervalo mínimo permitido es de 1 minuto. Configurar un intervalo bajo en un perfil de contabilidad para una gran cantidad de interfaces puede causar una grave degradación del rendimiento.
  5. Aplique el perfil de interfaz a una interfaz física mediante la inclusión de la accounting-profile instrucción en el [edit interfaces interface-name] nivel jerárquico. El sistema operativo realiza la contabilidad en las interfaces que especifique.

Consulte también

Cómo mostrar el perfil de contabilidad

Propósito

Para mostrar el perfil de contabilidad configurado de una interfaz física determinada en el [edit accounting-options interface-profile profile-name] nivel jerárquico que se ha configurado con lo siguiente:

  • interface-name—et-1/0/1

  • Perfil de interfaz—if_profile

  • Nombre de archivo—if_stats

  • Intervalo: 15 minutos

Acción

  • Ejecute el show comando en el [edit interfaces et-1/0/1] nivel de jerarquía.

  • Ejecute el show comando en el [edit accounting-options] nivel de jerarquía.

Significado

La contabilidad configurada y sus opciones de conjunto asociadas se muestran como se esperaba.

Deshabilitar una interfaz física

Puede deshabilitar una interfaz física marcando que está desactivada sin quitar las instrucciones de configuración de interfaz de la configuración.

Cómo deshabilitar una interfaz física

Precaución:

Los suscriptores dinámicos y las interfaces lógicas usan interfaces físicas para la conexión a la red. Puede configurar la interfaz para deshabilitar y confirmar el cambio mientras los suscriptores dinámicos y las interfaces lógicas siguen activas. Esta acción da como resultado la pérdida de todas las conexiones de suscriptores en la interfaz. Utilice cuidado al deshabilitar interfaces.

Para deshabilitar una interfaz física:

  1. En el modo de configuración, vaya al [edit interfaces interface-name] nivel de jerarquía.
  2. Incluya la disable instrucción.

    Por ejemplo:

    Nota:

    Cuando se usa la disable instrucción en el edit interfaces nivel de jerarquía, dependiendo del tipo de PIC, la interfaz puede o no apagar el láser. Los transceptores pic más antiguos no admiten apagar el láser, pero las PIC de Gigabit Ethernet más nuevas con transceptores SFP y XFP lo admiten. En un dispositivo con PIC más nuevas, el láser se apaga cuando la interfaz está deshabilitada.
    advertencia por láser:

    No fije la vista en el rayo láser ni lo mire directamente con instrumentos ópticos, incluso si se ha deshabilitado la interfaz.

Ejemplo: Deshabilitar una interfaz física

Configuración de interfaz de ejemplo:

Desactive la interfaz:

Verifique la configuración de la interfaz:

Efecto de deshabilitar interfaces en PIC serie T

En la tabla siguiente se describe el efecto de usar la set interfaces disable interface_name instrucción en PIC serie T.

Tabla 1: Efecto de las interfaces establecidas de deshabilitar <interface_name> en las PIC de la serie T

Número de modelo de PIC

Descripción de PIC

Tipo de PIC

Comportamiento

PF-12XGE-SFPP

PIC LAN/WAN de 10 Gigabit Ethernet con SFP+ (enrutador T4000)

5

Transmisión del láser deshabilitado

PF-24XGE-SFPP

PIC LAN/WAN de 10 Gigabit Ethernet con sobresuscripción y SFP+ (enrutador T4000)

5

Láser de transmisión deshabilitado

PF-1CGE-CFP

PIC Ethernet de 100 Gigabit con CFP (enrutador T4000)

5

Láser de transmisión deshabilitado

PD-4XGE-XFP

Ethernet de 10 Gigabit, 4 puertos LAN/WAN XFP

4

Láser de transmisión deshabilitado

PD-5-10XGE-SFPP

LAN/WAN de 10 Gigabits con SFP+

4

Láser de transmisión deshabilitado

PD-1XLE-CFP

40 Gigabit con CFP

4

Láser de transmisión deshabilitado

PD-1CE-CFP-FPC4

100 Gigabit con CFP

4

Láser de transmisión deshabilitado

PD-TUNEL

Servicios de túnel de 40 Gigabit

4

NA

PD-4OC192-SON-XFP

OC192/STM64, XFP de 4 puertos

4

Láser de transmisión no deshabilitado

PD-1OC768-SON-SR

OC768c/STM256, 1 puerto

4

Láser de transmisión no deshabilitado
Tabla de historial de versiones
Liberación
Descripción
14.2
A partir de Junos OS versión 14.2, la auto-10m-100m opción permite que el puerto fijo de tres velocidades negocie automáticamente con puertos limitados por 100m o 10mvelocidad máxima. Esta opción debe habilitarse solo para el puerto MPC de triple velocidad, es decir, 3D 40x 1GE (LAN) RJ45 MIC en la plataforma MX. Esta opción no admite otras MIC en la plataforma MX.
11.4
A partir de Junos OS versión 11.4, el modo semi-dúplex no se admite en interfaces de cobre Ethernet tri-Rate. Cuando se incluye la speed instrucción, debe incluirla en el link-mode full-duplex mismo nivel de jerarquía.