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 nivel de jerarquía.[edit interfaces interface-name]
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 comandos.show interfaces
La descripción de la interfaz también se expone en el objeto Base de información de administración (MIB).ifAlias
No afecta a la configuración de la interfaz.
Para agregar una descripción de texto, incluya la instrucción en el nivel jerárquico .description
[edit interfaces interface-name]
La descripción puede ser una sola línea de texto. Si el texto contiene espacios, escríbalo entre comillas.
[edit] user@host# set interfaces interface-name description text
Por ejemplo:
[edit] user@host# set interfaces et-1/0/1 description "Backbone connection to PHL01"
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.Using DHCP Relay Agent Option 82 Information
Para mostrar la descripción desde la CLI del enrutador o conmutador, use el comando:show interfaces
user@host> show interfaces et-1/0/1 Physical interface: et-1/0/1, Enabled, Physical link is Up Interface index: 129, SNMP ifIndex: 23 Description: Backbone connection to PHL01 ...
Para mostrar la descripción de la interfaz desde la MIB de la interfaz, utilice el comando desde un servidor.snmpwalk
Para aislar la información de una interfaz específica, busque el índice de interfaz que se muestra en el campo de la salida del comando.SNMP ifIndex
show interfaces
El objeto está en .ifAlias
ifXTable
user-server> snmpwalk host-fxp0.mylab public ifXTable | grep -e '\.23' snmpwalk host-fxp0.mylab public ifXTable | grep -e '\.23' ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifName.23 = et-1/0/1 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifInMulticastPkts.23 = Counter32: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifInBroadcastPkts.23 = Counter32: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifOutMulticastPkts.23 = Counter32: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifOutBroadcastPkts.23 = Counter32: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCInOctets.23 = Counter64: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCInUcastPkts.23 = Counter64: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCInMulticastPkts.23 = Counter64: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCInBroadcastPkts.23 = Counter64: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCOutOctets.23 = Counter64: 42 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCOutUcastPkts.23 = Counter64: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCOutMulticastPkts.23 = Counter64: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHCOutBroadcastPkts.23 = Counter64: 0 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifLinkUpDownTrapEnable.23 = enabled(1) ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifHighSpeed.23 = Gauge32: 100 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifPromiscuousMode.23 = false(2) ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifConnectorPresent.23 = true(1) ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifAlias.23 = Backbone connection to PHL01 ifMIB.ifMIBObjects.ifXTable.ifXEntry.ifCounterDiscontinuityTime.23 = Timeticks: (0) 0:00:00.00
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.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 en el nivel de jerarquía, donde es un entero que comience en 0.aex
[edit interfaces]
x
El número entero oscila entre 0 y 127 para los enrutadores serie M y T, y de 0 a 479 en los enrutadores serie MX.x
Si está configurando VLAN para interfaces Ethernet agregadas, debe incluir la instrucción en el nivel de jerarquía para completar la asociación.vlan-tagging
[edit interfaces aex]
Para interfaces SONET/SDH agregadas, configure en el nivel de jerarquía.asx
[edit interfaces]
La agregación SONET/SDH es propiedad de Junos OS y es posible que no funcione con otro software.
Configurar las características del vínculo
De forma predeterminada, la interfaz Ethernet de administración del dispositivo negocia automáticamente si se debe operar en modo dúplex completo o semidúplex. Las interfaces Fast Ethernet pueden funcionar en modo dúplex completo o dúplex medio, y todas las demás interfaces solo pueden funcionar en modo dúplex completo. Para Gigabit Ethernet, el socio de vínculo también debe establecerse en dúplex completo.
Para configurar explícitamente una interfaz Ethernet para que funcione en modo dúplex completo o dúplex medio, incluya la instrucción en el nivel de jerarquía:link-mode
[edit interfaces interface-name]
[edit interfaces interface-name] link-mode (full-duplex | half-duplex);
Tenga en cuenta lo siguiente:
- Cuando configure la interfaz Ethernet de cobre de tres velocidades para que funcione a 1 Gbps, debe habilitarse la negociación automática.
- Cuando configure manualmente interfaces Fast Ethernet en los enrutadores serie M y T, se deben configurar el modo de vínculo y la velocidad.
(fe-)
Si no configura ambos valores, el enrutador utiliza la negociación automática para el vínculo e ignora las opciones configuradas por el usuario. - Cuando la interfaz de Fast Ethernet en dispositivos Junos con la negociación automática habilitada interopera con un dispositivo configurado para funcionar en modo semidúplex (negociación automática deshabilitada), la interfaz utiliza de forma predeterminada el modo semidúplex después de que la PIC se desconecte y vuelva a conectarse. Esto da como resultado errores de pérdida de paquetes y de comprobación de redundancia cíclica (CRC).
Velocidad de la interfaz
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
- Configurar la velocidad de vínculo Ethernet agregada
- Configurar la velocidad de la interfaz SONET/SDH
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 ( o ) y las interfaces Ethernet de cobre de triple velocidad serie MX, puede definir explícitamente la velocidad de la interfaz.fxp0
em0
Fast Ethernet y las interfaces se pueden configurar para 10 Mbps o 100 Mbps .fxp0
em0
(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.https://www.juniper.net/documentation/en_US/junos/topics/concept/interfaces-understanding-management-ethernet-interfaces.htmlhttps://www.juniper.net/documentation/en_US/release-independent/junos/topics/reference/general/routing-engine-m-mx-t-series-support-by-chassis.html 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).
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 instrucción de la jerarquía de configuración ).
no-concatenate
[edit chassis]
-
A partir de Junos OS versión 14.2, la opción permite que el puerto fijo de tres velocidades negocie automáticamente con puertos limitados por o velocidad máxima.
auto-10m-100m
100m
10m
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 instrucción, debe incluirla en el mismo nivel jerárquico.
speed
link-mode full-duplex
Consulte también
Configurar la velocidad de vínculo Ethernet agregada
En las interfaces Ethernet agregadas, puede establecer la velocidad de vínculo necesaria para todas las interfaces incluidas en el paquete.
Algunos dispositivos admiten velocidades mixtas y modos mixtos. Por ejemplo, puede configurar lo siguiente en la misma interfaz Ethernet agregada:
-
Vínculos de miembro de diferentes modos (WAN y LAN) para vínculos 10 Gigabit Ethernet
-
Enlaces de miembros de diferentes tarifas: 10 Gigabit Ethernet, 25-Gigabit Ethernet, 40-Gigabit Ethernet, 50-Gigabit Ethernet, 100-Gigabit Ethernet, 400-Gigabit Ethernet y OC192 (modo WAN 10-Gigabit Ethernet)
-
Solo puede configurar vínculos de miembro de 50 Gigabit Ethernet mediante las interfaces de 50 Gigabit Ethernet de PIC de 100 Gigabit Ethernet con CFP (PD-1CE-CFP-FPC4).
-
Solo puede configurar vínculos de miembro de 100 Gigabit Ethernet mediante las dos interfaces de 50 Gigabit Ethernet de una PIC de 100 Gigabit Ethernet con CFP. Puede incluir este vínculo de miembro de 100 Gigabit Ethernet en un vínculo Ethernet agregado que incluya también vínculos de miembro de otras interfaces.
Para configurar la velocidad de vínculo Ethernet agregada:
Puede configurar las interfaces Ethernet agregadas en el enrutador M120 para que funcionen a una de las siguientes velocidades:
-
100m
—Los enlaces son de 100 Mbps. -
10g
: los enlaces son de 10 Gbps. -
1g
: los vínculos son de 1 Gbps. -
oc192
—Los vínculos son OC192 o STM64c.
Puede configurar vínculos Ethernet agregados en conmutadores de la serie EX para que funcionen a una de las siguientes velocidades:
-
10m
—Los enlaces son de 10 Mbps. -
100m
—Los enlaces son de 100 Mbps. -
1g
: los vínculos son de 1 Gbps. -
10g
: los enlaces son de 10 Gbps. -
50g
—Los enlaces son de 50 Gbps.
Puede configurar vínculos Ethernet agregados en enrutadores serie T, MX y PTX y en conmutadores QFX5100, QFX5120, QFX10002, QFX10008 y QFX10016 para que funcionen a una de las siguientes velocidades:
-
100g
—Los enlaces son de 100 Gbps. -
100m
—Los enlaces son de 100 Mbps. -
10g
: los enlaces son de 10 Gbps. -
1g
: los vínculos son de 1 Gbps. -
40g
—Los enlaces son de 40 Gbps. -
50g
—Los enlaces son de 50 Gbps. -
80g
: los enlaces son de 80 Gbps. -
8g
: los enlaces son de 8 Gbps. -
mixed
—Los enlaces son de varias velocidades. -
oc192
—Los enlaces son OC192.
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:
Para configurar la velocidad de la interfaz SONET/SDH en modo no concatenada:
-
En el modo de configuración, vaya al nivel de jerarquía, donde el comando es .
[edit interfaces interface-name]
interface-name
so-fpc/pic/port
[edit] user@host# edit interfaces so-fpc/pic/port
-
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.
[edit interfaces so-fpc/pic/port] user@host# set speed (oc3 | oc12)
Para configurar la PIC para que funcione en modo canalizado (multiplexado):
-
En el modo de configuración, vaya al nivel de jerarquía.
[edit chassis fpc slot-number pic pic-number]
[edit] user@host# [edit chassis fpc slot-number pic pic-number]
-
Configure la opción.
no-concatenate
[edit interfaces so-fpc/pic/port] user@host# set no-concatenate
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.
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:
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 comandos , y otros comandos del modo operativo.show
show interfaces
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 parámetro junto con el comando show.display no-interface-alias
Cuando se configura el nombre de alias de una interfaz, la CLI guarda el nombre de alias como valor de la variable en la base de datos de configuración.interface-name
Cuando los procesos del sistema operativo consultan la variable en la base de datos de configuración, se devuelve el valor exacto de la variable en lugar del nombre de alias para las operaciones y los cálculos del sistema.interface-name
interface-name
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 instrucción en el nivel de jerarquía.alias
[edit interfaces interface-name unit logical-unit-number]
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.
[edit interfaces interface-name unit logical-unit-number] user@device# set alias alias-name
Por ejemplo:
[edit interfaces et-1/0/1 unit 0] user@device# set alias controller-sat1-downlink1
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]
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:
- 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.
- 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.
- 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 comandos.show interfaces
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
- Agregar un nombre de alias de interfaz para las interfaces del controlador
- Resultados
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 jerarquía:[edit]
set interfaces ae0 unit 0 alias "controller-sat1-downlink1" set interfaces ae0.0 family inet address 10.0.0.1/24 set interfaces ae1 unit 0 alias "controller-sat1-downlink1" set interfaces ae0.0 family inet address 192.0.2.128/25 set interfaces ge-0/0/0 vlan-tagging set interfaces ge-0/0/0 unit 0 alias "ge-to-corp-gw1" set interfaces ge-0/0/0.0 vlan-id 101 set interfaces ge-0/0/0.0 family inet address 10.1.1.1/23 set interfaces ge-0/1/0 gigether-options 802.3ad ae0 set interfaces ge-0/1/1 gigether-options 802.3ad ae0 set protocols rip group corporate-firewall neighbor ge-to-corp-gw1
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.Usar el editor de CLI en el modo de configuraciónhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html
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:
-
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 dirección de la interfaz.
inet
[edit] user@host# set interfaces ae0 unit 0 alias "controller-sat1-downlink1" user@host# set interfaces ae0.0 family inet address 10.0.0.1/24
-
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 dirección de la interfaz.
inet
[edit] user@host# set interfaces ae0 unit 1 alias "controller-sat1-downlink2" user@host# set interfaces ae0.0 family inet address 10.0.0.3/24
-
Configure un nombre de alias para la interfaz Gigabit Ethernet en el controlador y configure sus parámetros.
[edit] user@host# set interfaces ge-0/0/0 vlan-tagging user@host# set interfaces ge-0/0/0 unit 0 alias "ge-to-corp-gw1" user@host# set interfaces ge-0/0/0.0 vlan-id 101 user@host# set interfaces ge-0/0/0.0 family inet address 10.1.1.1/23
-
Configure las interfaces Gigabit Ethernet para que sean vínculos miembros de una interfaz lógica.
ae-
[edit] user@host# set interfaces ge-0/1/0 gigether-options 802.3ad ae0 user@host# set interfaces ge-0/1/1 gigether-options 802.3ad ae0
-
Configure RIP en la red entre el controlador y la puerta de enlace del firewall.
[edit] user@host# set protocols rip group corporate-firewall neighbor ge-to-corp-gw1
Resultados
En el modo de configuración, confirme la configuración introduciendo el comando.show
Si el resultado no muestra la configuración deseada, repita las instrucciones de configuración en este ejemplo para corregirla.
[edit] interfaces { ae0 { unit 0 { alias "controller-sat1-downlink1"; family inet { address 10.0.0.1/24; } } unit 1 { alias "controller-sat1-downlink2"; family inet { address 10.0.0.3/24; } } } ge-0/0/0 { vlan-tagging; unit 0 { alias "ge-to-corp-gw1"; vlan-id 101; family inet { address 10.1.1.1/23; } } } ge-0/1/0 { gigether-options { 802.3ad ae0; } } ge-0/1/1 { gigether-options { 802.3ad ae0; } } } protocols rip { group corporate-firewall { neighbor ge-to-corp-gw1; } }
Una vez que haya confirmado que las interfaces están configuradas, escriba el comando en modo de configuración.commit
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.
user@router> show rip neighbor Local Source Destination Send Receive In Neighbor State Address Address Mode Mode Met ge-to-corp-gw1 DN (null) 255.255.255.255 mcast both 1
Significado
El resultado muestra los detalles de la prueba de evaluación comparativa que se realizó. Para obtener más información sobre el comando operativo, consulte en el Explorador de CLI.show rip neighbor
show rip neighbor
https://www.juniper.net/documentation/content-applications/cli-explorer/junos/
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.
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:
En las PIC SONET/SDH canalizadas, si establece el reloj del controlador primario (o primario) en , debe establecer los relojes de la controladora secundaria en el valor predeterminado, es decir, .external
internal
Por ejemplo, en la PIC STM1 canalizada, si el reloj de la interfaz STM1 canalizada (que es el controlador principal) se establece en , no debe configurar el reloj de la interfaz CE1 (que es el controlador secundario) en .external
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.https://www.juniper.net/documentation/en_US/junos/topics/reference/general/interfaces-channelized-iq-and-iqe-interfaces-properties.html Consulte también Configuración del origen de reloj en interfaces SONET/SDH y Configuración de la temporización de bucle T3 canalizado.https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/interfaces-configuring-the-clock-source-on-sonet-sdh-interfaces.htmlhttps://www.juniper.net/documentation/en_US/junos/topics/task/configuration/interfaces-configuring-the-channelized-t3-loop-timing.html
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.Configuring Junos OS to Support an External Clock Synchronization Interface for M Series, MX Series, and T Series Routers
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.Synchronous Ethernet OverviewConfiguring Clock Synchronization Interface on MX Series Routers
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
- Tipos de encapsulación
- Configurar la encapsulación en una interfaz física
- Mostrar la encapsulación en una interfaz SONET/SDH física
- Configurar la encapsulación de interfaz en enrutadores de la serie PTX
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 instrucción) asociada.unit
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 de encapsulación, los ID de VLAN del 1 al 511 están reservados para VLAN normales.
vlan-ccc
Los ID de VLAN 512 y superiores están reservados para los CCC de VLAN. -
Para el tipo de 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.
vlan-vpls
Para interfaces Fast Ethernet de 4 puertos, puede usar los ID de VLAN 512 a 1024 para VLAN VPLS. -
Para los tipos de encapsulación y , todos los ID de VLAN son válidos.
extended-vlan-ccc
extended-vlan-vpls
-
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 encapsulación, todos los ID de VLAN son válidos.
flexible-ethernet-services
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). elimina todos los datos de encapsulación PPP de las tramas entrantes antes de reenviarlos.Junos OS 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. elimina todos los datos de encapsulación HDLC de Cisco de las tramas entrantes antes de reenviarlos.Junos OS 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. elimina todos los datos de encapsulación de Frame Relay de las tramas entrantes antes de reenviarlas.Junos OS 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 (): las interfaces E1, E3, SONET/SDH, T1 y T3 pueden utilizar la encapsulación HDLC de Cisco.
cisco-hdlc
Se admiten dos versiones relacionadas:-
Versión () de CCC: la interfaz lógica no requiere una instrucción de encapsulación.
cisco-hdlc-ccc
Cuando se utiliza este tipo de encapsulación, sólo se puede configurar la familia.ccc
-
Versión () de 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.
cisco-hdlc-tcc
-
-
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 CCC: las interfaces Ethernet con etiquetado estándar de ID de protocolo de etiqueta (TPID) pueden utilizar la encapsulación CCC de Ethernet.
ethernet-ccc
Cuando se utiliza este tipo de encapsulación, sólo se puede configurar la familia.ccc
-
Versión () de TCC: similar a CCC, pero utilizada para circuitos con diferentes medios a ambos lados de la conexión.
ethernet-tcc
Para las PIC de Fast Ethernet de 8, 12 y 48 puertos, TCC no es compatible.
-
-
VLAN CCC (): las interfaces Ethernet con el etiquetado VLAN habilitado pueden usar la encapsulación VLAN CCC.
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 familia.ccc
Cuando configure la encapsulación de VLAN Ethernet en circuitos CCC mediante la instrucción en el nivel de jerarquía, puede enlazar una lista de ID de VLAN a la interfaz.
encapsulation vlan-ccc
[edit interfaces interface-name]
Para configurar un CCC para varias VLAN, utilice la instrucción.vlan-id-list [ vlan-id-numbers ]
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 CCC: VLAN extendida La encapsulación CCC admite TPID 0x8100, 0x9100 y 0x9901.
extended-vlan-ccc
Cuando se utiliza este tipo de encapsulación, sólo se puede configurar la familia.ccc
-
Versión () de TCC: similar a CCC, pero utilizada para circuitos con diferentes medios a ambos lados de la conexión.
extended-vlan-tcc
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 (): las interfaces Ethernet con VPLS habilitado pueden utilizar la encapsulación Ethernet VPLS.
ethernet-vpls
-
Ethernet VLAN VPLS () —las interfaces Ethernet con etiquetado VLAN y VPLS habilitado pueden utilizar la encapsulación Ethernet VLAN VPLS.
vlan-vpls
-
VLAN extendida VPLS () —las interfaces Ethernet con etiquetado VLAN 802.1Q y VPLS habilitado pueden utilizar la encapsulación VPLS VLAN extendida de Ethernet.
extended-vlan-vpls
(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 (): 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.
flexible-ethernet-services
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:
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 jerarquía:[edit interfaces interface-name]
-
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— y
iso
mpls
Acción
Ejecute el comando en el nivel jerárquico .show
[edit interfaces interface-name]
[edit interfaces so-7/0/0] user@host# show encapsulation ppp; unit 0 { point-to-point; family inet { address 192.168.1.113/32 { destination 192.168.1.114; } } family iso; family mpls; }
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 instrucciones permite que IS-IS y MPLS se ejecuten en la interfaz.family
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 para configurar diferentes encapsulaciones para distintas interfaces lógicas en una interfaz física.flexible-ethernet-services
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 encapsulación no se admite en dispositivos PTX10003.flexible-ethernet-services
Las encapsulaciones admitidas para interfaces lógicas incluyen:
-
ethernet
-
vlan-ccc
-
vlan-tcc
Los enrutadores de transporte de paquetes de la serie PTX no admiten ni encapsulan interfaces lógicas.extended-vlan-cc
extended-vlan-tcc
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 instrucción en el nivel de jerarquía.encapsulation flexible-ethernet-services
[edit interfaces et-fpc/pic/port]
Por ejemplo:
interfaces { et-1/0/3 { vlan-tagging; encapsulation flexible-ethernet-services; unit 0 { vlan-id 1000; family inet { address 11.0.0.20/24; } } unit 1 { encapsulation vlan-ccc; vlan-id 1010; } unit 2 { encapsulation vlan-tcc; vlan-id 1020; family tcc { proxy { inet-address 11.0.2.160; } remote { inet-address 11.0.2.10; } } } } }
Keepalive
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:
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):
En el modo de configuración, vaya al nivel de jerarquía.
[edit interfacesinterface-name]
[edit ] user@host# edit interfaces interface-name
Incluya la instrucción con la instrucción en el nivel jerárquico .
no-keepalives
encapsulation cisco-hdlc-tcc
[edit interfaces interface-name]
[edit interfaces interface-name] encapsulation cisco-hdlc-tcc; no-keepalives;
Para deshabilitar el envío de keepalives en una interfaz física configurada con encapsulación PPP para una conexión TCC:
En el modo de configuración, vaya al nivel de jerarquía.
[edit interfaces interface-name]
[edit ] user@host# edit interfaces interface-name
Incluya la instrucción con la instrucción en el nivel jerárquico .
no-keepalives
encapsulation ppp-tcc
[edit interfaces interface-name]
[edit interfaces interface-name] encapsulation ppp-tcc; no-keepalives;
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.https://www.juniper.net/documentation/en_US/junos/topics/concept/interfaces-configuring-ppp-over-atm2-encapsulation.html
Para habilitar explícitamente el envío de keepalives:
En el modo de configuración, vaya al nivel de jerarquía.
[edit interfaces interface-name]
[edit ] user@host# edit interfaces interface-name
Incluya la instrucción en el nivel jerárquico.
keepalives
[edit interfaces interface-name]
[edit interfacesinterface-name] keepalives;
Para cambiar uno o varios de los valores predeterminados de keepalive:
En el modo de configuración, vaya al nivel de jerarquía.
[edit interfaces interface-name]
[edit ] user@host# edit interfaces interface-name
-
Incluya la instrucción con la opción adecuada como , y el .
keepalives
intervalseconds
down-countnumber
up-countnumber
[edit interfaces interface-name] keepalives; keepalives <interval seconds> <down-count number> <up-count number>;
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.
Si se configuran keepalives de interfaz en una interfaz que no admite la instrucción de configuración (por ejemplo, 10 Gigabit Ethernet), la capa de vínculo puede dejar de funcionar cuando se reinicia la PIC.keepalives
Evite configurar keepalives en interfaces que no admitan la instrucción de configuración.keepalives
Para obtener información acerca de los ajustes de keepalive de Frame Relay, consulte Configuración de keepalives de Frame Relay.https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/interfaces-configuring-frame-relay-keepalives.html
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.
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:
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:
Para deshabilitar las notificaciones SNMP en la interfaz física:
En el modo de configuración, vaya al nivel de jerarquía:
[edit interfaces interface-name]
[edit] user@host# edit interfaces interface-name
-
Configure la opción para deshabilitar las notificaciones SNMP cuando cambie el estado de la conexión.
no-traps
[edit interfaces interface-name] user@host# set no-traps
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
- Configurar un perfil de contabilidad para una interfaz física
- Cómo mostrar el perfil contable
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 instrucción en el nivel de jerarquía.filter-profile
[edit accounting-options]
Los perfiles de filtro se aplican incluyendo la instrucción en los niveles de jerarquía y .accounting-profile
[edit firewall filter filter-name]
[edit firewall family family filter filter-name]
Configure los perfiles de interfaz incluyendo la instrucción en el nivel de jerarquía.interface-profile
[edit accounting-options]
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.Configurar archivos de registro de datos contables
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:
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 jerarquía que se ha configurado con lo siguiente:[edit accounting-options interface-profile profile-name]
-
nombre-interfaz—et-1/0/1
-
Perfil de interfaz —
if_profile
-
Nombre de archivo:
if_stats
-
Intervalo: 15 minutos
Acción
-
Ejecute el comando en el nivel jerárquico .
show
[edit interfaces et-1/0/1]
[edit interfaces et-1/0/1] user@host# show accounting-profile if_profile;
-
Ejecute el comando en el nivel jerárquico .
show
[edit accounting-options]
[edit accounting-options] user@host# show interface-profile if_profile { interval 15; file if_stats { fields { input-bytes; output-bytes; input-packets; output-packets; input-errors; output-errors; } } }
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
- Ejemplo: Deshabilitar una interfaz física
- Efecto de deshabilitar interfaces en PIC serie T
Cómo deshabilitar una interfaz física
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:
Ejemplo: Deshabilitar una interfaz física
Configuración de interfaz de ejemplo:
[edit interfaces] user@device# show et-0/3/2 { unit 0 { description CE2-to-PE1; family inet { address 20.1.1.6/24; } } }
Desactive la interfaz:
[edit interfaces et-0/3/2] user@device# set disable
Compruebe la configuración de la interfaz:
[edit interfaces et-0/3/2] user@device# show disable; # Interface is marked as disabled. unit 0 { description CE2-to-PE1; family inet { address 20.1.1.6/24; } }
Efecto de deshabilitar interfaces en PIC serie T
En la tabla siguiente se describe el efecto del uso de la instrucción en las PIC de la serie T.set interfaces disable interface_name
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.
auto-10m-100m
100m
10m
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.speed
link-mode full-duplex