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 la interfaz física

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

Descripción general de las propiedades de la interfaz física

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

Para modificar cualquiera de las propiedades generales predeterminadas de la interfaz, incluya las instrucciones apropiadas en el [edit interfaces interface-name] nivel de jerarquía.

Configurar la descripción de la 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 mostrará en la salida de los show interfaces comandos. La descripción de la interfaz también se expone en el objeto Base de ifAlias información de administración (MIB). No afecta a la configuración de la interfaz.

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

Por ejemplo:

Nota:

Puede configurar la retransmisión DHCP extendida para que incluya la descripción de la interfaz en la subopción ID de circuito del agente de la opción 82. Consulte Uso de la información de la opción 82 del Agente de retransmisión DHCP.

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

Para mostrar la descripción de la interfaz desde la MIB de la interfaz, 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 show interfaces salida del comando. El ifAlias objeto está en ifXTable.

Para obtener 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 nivel de [edit interfaces] jerarquía, donde x es un entero que comience en 0.

El número entero x oscila entre 0 y 127 para los enrutadores serie M y T, y de 0 a 479 en los enrutadores serie MX.

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

Para interfaces SONET/SDH agregadas, configure asx en el nivel de [edit interfaces] jerarquía.

Nota:

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

Velocidad de la 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

Para las interfaces PIC de 12 y 48 puertos Fast Ethernet serie M y T, la interfaz Ethernet de administración (fxp0 o em0) y las interfaces Ethernet de cobre de triple velocidad serie MX, puede definir explícitamente la velocidad de la interfaz. Fast Ethernet fxp0y em0 las interfaces se pueden configurar para 10 Mbps o 100 Mbps (10m | 100m). Las interfaces de cobre Ethernet de triple velocidad de la serie MX se pueden configurar para 10 Mbps, 100 Mbps o 1 Gbps (10m | 100m | 1g). Para obtener información acerca de las interfaces Ethernet de administración y para determinar el tipo de interfaz Ethernet de administración para su enrutador, consulte Descripción de las interfaces Ethernet de administración y los motores de enrutamiento compatibles por enrutador. Los enrutadores de la serie MX, con MX-DPC y SFP de cobre de tres velocidades, admiten cobre 20x1 para proporcionar compatibilidad con versiones anteriores de operación 100/10BASE-T y 1000BASE-T a través de una interfaz Serial Gigabit Media Independent Interface (SGMII).

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

  • De forma predeterminada, la interfaz Ethernet de administración de los enrutadores serie M y T negocia automáticamente si se debe operar a 10 megabits por segundo (Mbps) o a 100 Mbps. Todas las demás interfaces eligen automáticamente la velocidad correcta en función del tipo de PIC y de si la PIC está configurada para funcionar en modo multiplexado (mediante la no-concatenate instrucción de la jerarquía de configuración [edit chassis] ).

  • 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 solo debe habilitarse para el puerto MPC de velocidad triple, es decir, el MIC RJ45 3D 40x 1GE (LAN) en la plataforma MX. Esta opción no admite otros MIC en la plataforma MX.

  • Cuando configure manualmente interfaces Fast Ethernet en los enrutadores serie M y T, se deben configurar el modo de vínculo y la velocidad. Si estos dos valores no están configurados, el enrutador utiliza la negociación automática para el vínculo e ignora las opciones configuradas por el usuario.

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

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

  • Cuando configure la interfaz Ethernet de cobre de tres velocidades para que funcione a 1 Gbps, debe habilitarse la negociación automática.

  • A partir de Junos OS versión 11.4, el modo half-duplex no se admite en las interfaces de cobre Ethernet Tri-Rate. Cuando incluya la speed instrucción, debe incluirla link-mode full-duplex en el mismo nivel jerárquico.

Consulte también

Configurar la velocidad de la interfaz SONET/SDH

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

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

  1. En el modo de configuración, vaya al nivel de [edit interfaces interface-name] jerarquía, donde el interface-name comando 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 tenga velocidad OC3 u OC12 de forma independiente cuando esta PIC esté en modo concatenado 4xOC12.

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

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

  2. Configure la velocidad de la interfaz en modo no concatenada.

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

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

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

  2. Configure la no-concatenate opción.

Nota:

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

Corrección de errores hacia adelante (FEC)

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

Beneficios de FEC

Cuando configura FEC en interfaces Ethernet, FEC mejora la función del dispositivo de las siguientes maneras:

  • Mejora la fiabilidad de la conexión

  • Permite al receptor corregir errores de transmisión sin necesidad de retransmitir los datos

  • Amplía el alcance de la óptica

Descripción general

De forma predeterminada, Junos OS habilita o deshabilita FEC en función de la óptica conectada. Por ejemplo, Junos OS habilita RS-FEC para ópticas SR4 de 100 Gigabit (Gb) y desactiva RS-FEC para ópticas LR4 de 100 G. Puede anular el comportamiento predeterminado y activar o deshabilitar explícitamente RS-FEC.

Puede activar o desactivar 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:

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

En los enrutadores PTX3000 y PTX5000, FPC3-SFF-PTX-1H y FP3-SFF-PTX-1T con PE-10-U-QSFP28 PIC y óptica 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 interfaz asociada, realice la acción correspondiente:

  1. Para desactivar 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 FEC para esa interfaz en particular, incluida la cantidad de errores corregidos de FEC, la cantidad de errores de FEC no corregidos y el tipo de FEC que se deshabilitó 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 asignar un único nombre significativo y fácilmente identificable a una interfaz. El alias de interfaz solo se admite a nivel de unidad.

Se muestra el nombre del alias en lugar del nombre de la interfaz en la salida de todos los showshow interfacescomandos , y otros comandos del modo operativo. La configuración de un alias para una unidad lógica de una interfaz no afecta al funcionamiento de la interfaz en el dispositivo.

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

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

El uso del valor exacto del nombre de interfaz para las operaciones y los cálculos del sistema permite la compatibilidad con versiones anteriores de las 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 nivel de [edit interfaces interface-name unit logical-unit-number] jerarquía. Comience el nombre del alias con una letra seguida de letras, números, guiones, puntos, guiones bajos, 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 nivel jerárquico [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number] .

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 utilizar nombres de alias de interfaz para ver fácilmente las funciones que desempeñan las interfaces en su configuración. Por ejemplo, para facilitar la identificación de interfaces de conexión satelital:

  1. Agrupe las interfaces físicas como una interfaz agregada mediante un grupo de agregación de vínculos (LAG) o un paquete LAG. Asigne un nombre a la interfaz agregada sat1 para mostrar que es una interfaz de conexión satelital.
  2. Seleccione una interfaz lógica como miembro del paquete LAG o de todo el LAG. Asigne a esa interfaz el nombre et-0/0/1 para que represente un puerto de dispositivo satelital o una instancia de servicio.
  3. Puede combinar los alias de nombre de satélite y nombre de interfaz para representar completamente el nombre del puerto de satélite. Por ejemplo, podría darle a su puerto satélite 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 las interfaces tal como aparecen en el resultado de los comandos operativos puede permitir convenciones de nomenclatura más significativas y una identificación más fácil. Esta capacidad de definir nombres de alias de interfaz para interfaces físicas y lógicas es útil en un entorno de Junos Node Unifier (JNU) que contenga los siguientes dispositivos:

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

  • Conmutadores Ethernet serie EX, dispositivos serie QFX y enrutadores metropolitanos universales serie ACX como dispositivos satelitales

Requisitos

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

  • Un enrutador de la 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 definido 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 sobre cómo funciona la interfaz en el enrutador o conmutador, es solo una etiqueta cosmética.

Configuración

Considere un escenario en el que los nombres de alias se configuran en las interfaces del 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 optimizada 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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía:

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

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en modo de configuración en la Guía del usuario de 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 del 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 del vínculo descendente. Configure la familia y la inet dirección de 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 vínculo descendente. Configure la familia y la inet dirección de la interfaz.

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

  4. Configure las interfaces Gigabit Ethernet para que sean vínculos miembros 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, confirme la configuración introduciendo el show comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.

Una vez que haya confirmado que las interfaces están configuradas, escriba el comando en modo commit 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 la interfaz.

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

Propósito

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

Acción

Muestra información sobre todos los vecinos RIP.

Significado

El resultado muestra los detalles de la prueba de evaluación comparativa que se realizó. Para obtener más información sobre el 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 interno Stratum 3 del router.

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

La fuente de reloj reside en la tarjeta de control (CB) para enrutadores M120. Los enrutadores M7i y M10i tienen una fuente de reloj en la placa de motor de envío compacta (CFEB) y la placa de motor de reenvío compacta mejorada (CFEB-E).

Para las series T y MX, el reloj interno Stratum 3 con fuente de reloj reside en el generador de reloj SONET (serie T) y la tarjeta de control del interruptor (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 serie (SONET/SDH) y PIC PDH. Las PIC PDH incluyen DS3, E3, T1 y E1.

Nota:

Los enrutadores M7i y M10i no admiten la sincronización externa 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 interno del estrato 3 del enrutador.

Para configurar el origen del reloj como externo o interno:

  1. En el modo de configuración, vaya al nivel de [edit interfaces interface-name] 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 primario (o primario) en external, debe establecer los relojes de la controladora secundaria 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) se establece 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 información acerca de la sincronización en interfaces canalizadas, consulte Propiedades de las interfaces IQ y IQE canalizadas. Consulte también Configuración del origen de reloj en interfaces SONET/SDH y Configuración de la temporización de bucle T3 canalizado.

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

Para obtener información acerca de la configuración de Ethernet síncrona en las plataformas de enrutamiento universal MX80, MX240, MX480 y MX960, consulte Descripción general de Ethernet síncrona y Configuración de la interfaz de sincronización de reloj en enrutadores de la serie MX.

Consulte también

Encapsulación de interfaz en interfaces físicas

La encapsulación de protocolo punto a punto (PPP) es el tipo de encapsulación predeterminado para las interfaces físicas. No es necesario configurar la encapsulación para interfaces físicas que admitan la encapsulación PPP, ya que PPP se usa de forma predeterminada.

Para las 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, opcionalmente puede configurar un tipo de encapsulación que Junos OS utilice dentro de determinados tipos de paquetes.

Capacidades de encapsulación

Cuando configura una encapsulación punto a punto (como PPP o Cisco HDLC) en una interfaz física, la interfaz física sólo puede tener una interfaz lógica (es decir, sólo una unit instrucción) asociada. Cuando se configura una encapsulación multipunto (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 circuitos 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 ID de VLAN son aplicables 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 ID de VLAN del 1 al 511 están reservados para VLAN normales. Los ID de VLAN 512 y superiores están reservados para los CCC de VLAN.

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

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

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

    Nota:

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

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

Cuando se configura una encapsulación de conexión cruzada de traducción (TCC), se necesitan algunas modificaciones para controlar las conexiones VPN a través de 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 del medio:

  • TCC del protocolo punto a punto (PPP): tanto el protocolo de control de vínculo (LCP) como el protocolo de control de red (NCP) terminan en el enrutador. No se admite la negociación de direcciones 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.

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

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

  • Modo de transferencia asincrónico (ATM): el procesamiento de operación, administración y mantenimiento (OAM) y de la interfaz de administración local provisional (ILMI) finaliza en el enrutador. No se admite el relé celular. 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 celda CCC ATM: conecta dos circuitos virtuales remotos o interfaces físicas ATM con una ruta de conmutación de etiquetas (LSP). El tráfico en el circuito son celdas ATM.

  • PVC ATM: definido en RFC 2684, Encapsulación multiprotocolo sobre capa 5 de adaptación ATM. Cuando configura interfaces ATM físicas con encapsulación de PVC ATM, se configura un túnel de capa 5 de adaptación ATM (AAL5) compatible 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).

  • Entramado de control de vínculo de datos de alto nivel (HDLC) compatible con Cisco (cisco-hdlc): las interfaces E1, E3, SONET/SDH, T1 y T3 pueden utilizar la encapsulación HDLC de Cisco. Se admiten dos versiones relacionadas:

    • Versión () de CCCcisco-hdlc-ccc: la interfaz lógica no requiere una instrucción de encapsulación. Cuando se utiliza este tipo de encapsulación, sólo se puede configurar la ccc familia.

    • Versión () de TCCcisco-hdlc-tcc: similar a CCC y tiene las mismas restricciones de configuración, pero se usa para circuitos con diferentes medios a ambos lados de la conexión.

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

    • Versión () de CCCethernet-ccc: las interfaces Ethernet con etiquetado estándar de ID de protocolo de etiqueta (TPID) pueden utilizar la encapsulación CCC de Ethernet. Cuando se utiliza este tipo de encapsulación, sólo se puede configurar la ccc familia.

    • Versión () de TCCethernet-tcc: similar a CCC, pero utilizada para circuitos con diferentes medios a ambos lados de la conexión.

      Para las PIC de Fast Ethernet de 8, 12 y 48 puertos, TCC no es compatible.

  • VLAN CCC (vlan-ccc): las interfaces Ethernet con el etiquetado VLAN habilitado pueden usar la encapsulación VLAN CCC. La encapsulación VLAN CCC solo admite 0x8100 TPID. Cuando se utiliza este tipo de encapsulación, sólo se 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 ID de VLAN a la interfaz. Para configurar un CCC para varias VLAN, utilice la vlan-id-list [ vlan-id-numbers ] instrucción. La configuración de esta instrucción crea un CCC para:

    • Cada VLAN enumerada, 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 VLAN extendida: las interfaces de Gigabit Ethernet con el etiquetado VLAN 802.1Q habilitado pueden usar la encapsulación de conexión cruzada VLAN extendida. (Las interfaces Ethernet con etiquetado TPID estándar pueden usar la encapsulación VLAN CCC). Se admiten dos versiones relacionadas de la conexión cruzada de VLAN extendida:

    • Versión () de CCCextended-vlan-ccc: VLAN extendida La encapsulación CCC admite TPID 0x8100, 0x9100 y 0x9901. Cuando se utiliza este tipo de encapsulación, sólo se puede configurar la ccc familia.

    • Versión () de TCCextended-vlan-tcc: similar a CCC, pero utilizada para circuitos con diferentes medios a ambos lados de la conexión.

      Para las PIC de Fast Ethernet de 8, 12 y 48 puertos, no se admite el CCC de VLAN extendido. Para las PIC de Gigabit Ethernet de 4 puertos, no se admiten la CCC de VLAN extendida ni la TCC de VLAN extendida.

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

  • Ethernet VLAN VPLS (vlan-vpls) —las interfaces Ethernet con etiquetado VLAN y VPLS habilitado pueden utilizar la encapsulación Ethernet VLAN VPLS.

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

  • Servicios Ethernet flexibles (flexible-ethernet-services): las PIC IQ e IQE de Gigabit Ethernet y Gigabit Ethernet con SFP (excepto la PIC de Gigabit Ethernet de 10 puertos y el puerto Gigabit Ethernet integrado en el enrutador M7i) pueden usar la encapsulación flexible de servicios Ethernet. Los paquetes Ethernet agregados pueden utilizar este tipo de encapsulación. Utilice este tipo de encapsulación cuando desee configurar varias encapsulaciones Ethernet por unidad. Este tipo de encapsulación permite configurar cualquier combinación de encapsulaciones de ruta, TCC, CCC, redes privadas virtuales (VPN) de capa 2 y VPLS en un único puerto físico. Si configura la encapsulación de servicios Ethernet flexibles en la interfaz física, los ID de VLAN del 1 al 511 ya no están reservados para las VLAN normales.

  • PPP: definido en RFC 1661, El protocolo punto a punto (PPP) para la transmisión de datagramas multiprotocolo a través de vínculos punto a punto. PPP es el tipo de encapsulación predeterminado para las 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 nivel de [edit interfaces interface-name] jerarquía.
  2. Configure el tipo de encapsulación.
    Nota:

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

    • Cuando vlan-vpls la encapsulación se establece en el nivel de interfaz física, la comprobación de confirmación validará que no debe haber ninguna inet familia configurada dentro de 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 establecen las siguientes opciones en el nivel de [edit interfaces interface-name] jerarquía:

  • nombre-interfaz—so-7/0/0

  • Encapsulación:ppp

  • Unidad: 0

  • Familia—inet

  • Dirección—192.168.1.113/32

  • Destino: 192.168.1.114

  • Familia—iso y mpls

Acción

Ejecute el show comando en el nivel jerárquico [edit interfaces interface-name] .

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 de la serie PTX

En este tema se describe cómo configurar la encapsulación de interfaz en enrutadores de transporte de paquetes de la serie PTX. Utilice la instrucción configuration flexible-ethernet-services para configurar diferentes encapsulaciones para distintas 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 ID de VLAN.

Las encapsulaciones admitidas para interfaces físicas incluyen:

  • flexible-ethernet-services

  • ethernet-ccc

  • ethernet-tcc

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

Las encapsulaciones admitidas para interfaces lógicas incluyen:

  • ethernet

  • vlan-ccc

  • vlan-tcc

Nota:

Los enrutadores de transporte de paquetes de la serie PTX no admiten extended-vlan-cc ni extended-vlan-tcc encapsulan 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 flexible de servicios Ethernet, incluya la encapsulation flexible-ethernet-services instrucción en el nivel de [edit interfaces et-fpc/pic/port] jerarquía. Por ejemplo:

Keepalives

De forma predeterminada, las interfaces físicas configuradas con encapsulación Cisco High-Level Data Link Control (HDLC) o Point-to-Point Protocol (PPP) envían paquetes keepalive a intervalos de 10 segundos. El término Frame Relay para keepalives es paquetes de interfaz de administración local (LMI); Junos OS es compatible con las LMI ANSI T1.617 Anexo D y las LMI Anexo A Q933 de la Unión Internacional de telecomunicaciones (UIT). En las redes de modo de transferencia asíncrono (ATM), las celdas de operación, administración y mantenimiento (OAM) realizan la misma función. Las celdas OAM se configuran en el nivel de interfaz lógica; para obtener más información, consulte Definición del período de celda de bucle invertido F5 de OAM ATM.

Para desactivar el envío de keepalives:

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

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

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

  2. Incluya la no-keepalives instrucción con la encapsulation cisco-hdlc-tcc instrucción en el nivel jerárquico [edit interfaces interface-name] .

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 nivel de [edit interfaces interface-name] jerarquía.

  2. Incluya la no-keepalives instrucción con la encapsulation ppp-tcc instrucción en el nivel jerárquico [edit interfaces interface-name] .

Al configurar PPP sobre ATM o PPP multivínculo sobre encapsulación ATM, puede habilitar o deshabilitar keepalives en la interfaz lógica. Para obtener más información, consulte Configuración de PPP a través de encapsulación ATM2.

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

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

  2. Incluya la keepalives instrucción en el [edit interfaces interface-name] nivel jerárquico.

Para cambiar uno o varios de los valores predeterminados de keepalive:

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

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

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

  • interval seconds: el tiempo en segundos entre sucesivas solicitudes keepalive. El rango es de 1 segundo a 32767 segundos, con un valor predeterminado de 10 segundos.

  • down-count number: el número de paquetes keepalive que un destino no debe recibir antes de que la red desactive un vínculo. El rango es de 1 a 255, con un valor predeterminado de 3.

  • up-count number: el número de paquetes keepalive que debe recibir un destino para cambiar el estado de un vínculo de abajo hacia arriba. El intervalo va del 1 al 255, con un valor predeterminado de 1.

Precaución:

Si se configuran keepalives de interfaz en una interfaz que no admite la instrucción de keepalives configuración (por ejemplo, 10 Gigabit Ethernet), la capa de vínculo puede dejar de funcionar cuando se reinicia la PIC. Evite configurar keepalives en interfaces que no admitan la instrucción de keepalives configuración.

Para obtener información acerca de los ajustes de keepalive de Frame Relay, consulte Configuración de keepalives de Frame Relay.

En los enrutadores de la serie MX con concentradores de puertos modulares/tarjetas de interfaz modular (MPC/MIC), el motor de reenvío de paquetes en un MPC/MIC procesa y responde a los paquetes keepalive de solicitud de eco del Protocolo de control de vínculo (LCP) que el suscriptor (cliente) PPP inicia y envía al enrutador. El mecanismo por el cual los paquetes de solicitud de eco LCP son procesados por el motor de reenvío de paquetes en lugar de por el motor de enrutamiento se conoce como PPP fast keepalive Para obtener más información acerca de cómo funciona PPP fast keepalive en un enrutador 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, ambos transmiten y reciben tráfico. Puede configurar el modo de vínculo unidireccional en una interfaz de 10 Gigabit Ethernet que cree dos nuevas interfaces físicas unidireccionales. Las nuevas interfaces de solo transmisión y solo recepción funcionan de forma independiente, pero ambas están subordinadas 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 vídeo de banda ancha, donde casi todo el tráfico fluye 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 dichas aplicaciones, ya que las interfaces de sólo transmisión y sólo 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:

Actualmente, el modo de vínculo unidireccional solo se admite en el siguiente hardware:

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

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

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

En la interfaz principal, puede configurar atributos comunes a ambas interfaces, como temporización, encuadre, opciones de gigether y opciones de sonet. En cada una de las interfaces unidireccionales, puede configurar la encapsulación, la dirección MAC, el tamaño de la unidad máxima 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 estáticas del Protocolo de resolución de direcciones (ARP), que puede configurar de forma independiente en ambas interfaces unidireccionales.

Solo las estadísticas de transmisión se informan en la interfaz de solo transmisión (y se muestran como cero en la interfaz de solo recepción). Solo las estadísticas de recepción se informan 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.

Habilitar 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 nivel de [edit interfaces interface-name] jerarquía:
  2. Configure la unidirectional opción para crear dos nuevas interfaces físicas unidireccionales (solo transmisión y solo recepción) subordinadas 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 redes (SNMP) cuando cambia el estado de una interfaz o una conexión. Puede activar o desactivar las notificaciones SNMP en función de 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 nivel de [edit interfaces interface-name] jerarquía:
  2. Configure la opción para activar las traps 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 nivel de [edit interfaces interface-name] jerarquía:

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

Contabilización de interfaces físicas

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

  • Los campos utilizados en los registros contables

  • El número de archivos que el enrutador o conmutador conserva antes de descartarlos y el número de bytes por archivo

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

Descripción general

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

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

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

Configurar un perfil de contabilidad para una interfaz física

Antes de empezar

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

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

Configuración

Configure un perfil de interfaz para recopilar información estadística y de errores 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. Desplácese hasta el nivel jerárquico [edit accounting-options interface-profile] . Incluya el profile-name para asignar un nombre al perfil de interfaz.
  2. Para configurar qué estadísticas deben recopilarse 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 va a utilizar, utilice la file instrucción.
    Nota:

    Debe especificar una file instrucción para el perfil de interfaz que ya se haya configurado en el nivel de [edit accounting-options] 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 contable. El sistema operativo programa el tiempo de 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. La configuración de un intervalo bajo en un perfil de contabilidad para un gran número de interfaces puede provocar una grave degradación del rendimiento.
  5. Aplique el perfil de interfaz a una interfaz física incluyendo la accounting-profile instrucción en el nivel de [edit interfaces interface-name] jerarquía. El sistema operativo realiza la contabilidad en las interfaces que especifique.

Consulte también

Cómo mostrar el perfil contable

Propósito

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

  • nombre-interfaz—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 nivel jerárquico [edit interfaces et-1/0/1] .

  • Ejecute el show comando en el nivel jerárquico [edit accounting-options] .

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, marcándola como inactiva, 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 utilizan 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 aún estén activos. Esta acción provoca la pérdida de todas las conexiones de suscriptor en la interfaz. Tenga cuidado al deshabilitar interfaces.

Para deshabilitar una interfaz física:

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

    Por ejemplo:

    Nota:

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

    No mire fijamente al rayo láser ni lo vea directamente con instrumentos ópticos, incluso si la interfaz se ha desactivado.

Ejemplo: Deshabilitar una interfaz física

Configuración de interfaz de ejemplo:

Desactive la interfaz:

Compruebe la configuración de la interfaz:

Efecto de deshabilitar interfaces en PIC serie T

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

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

Número de modelo PIC

Descripción de PIC

Tipo de PIC

Comportamiento

PF-12XGE-SFPP

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

5

Transmisión (Tx) láser desactivado

PF-24XGE-SFPP

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

5

Tx láser deshabilitado

PF-1CGE-CFP

PIC de 100 Gigabit Ethernet con CFP (enrutador T4000)

5

Tx láser deshabilitado

PD-4XGE-XFP

10 Gigabit Ethernet, LAN/WAN XFP de 4 puertos

4

Tx láser deshabilitado

PD-5-10XGE-SFPP

LAN/WAN de 10 Gigabit con SFP+

4

Tx láser deshabilitado

PD-1XLE-CFP

40 Gigabit con CFP

4

Tx láser deshabilitado

PD-1CE-CFP-FPC4

100 Gigabit con CFP

4

Tx láser deshabilitado

TÚNEL DE PD

Servicios de túnel de 40 Gigabit

4

NA

PD-4OC192-SON-XFP

OC192/STM64, XFP de 4 puertos

4

Láser Tx no desactivado

PD-1OC768-SON-SR

OC768c/STM256, 1 puerto

4

Láser Tx no desactivado

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.

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 solo debe habilitarse para el puerto MPC de velocidad triple, es decir, el MIC RJ45 3D 40x 1GE (LAN) en la plataforma MX. Esta opción no admite otros MIC en la plataforma MX.
11.4
A partir de Junos OS versión 11.4, el modo half-duplex no se admite en las interfaces de cobre Ethernet Tri-Rate. Cuando incluya la speed instrucción, debe incluirla link-mode full-duplex en el mismo nivel jerárquico.