Descripción general de las interfaces de dispositivos
Las interfaces de un dispositivo proporcionan conectividad de red al dispositivo. En este tema se trata de las distintas interfaces de dispositivos admitidas Junos OS , como las interfaces transitorias, las interfaces de servicios, las interfaces de contenedor y las interfaces Ethernet internas. En este tema también se proporciona información básica relacionada con la interfaz, como convenciones de nomenclatura de interfaces, información general sobre la encapsulación de interfaces y descripción general de los descriptores de interfaz.
Descripción general de las interfaces de dispositivos
Los dispositivos Juniper suelen contener varios tipos diferentes de interfaces adecuadas para diversas funciones. Para que las interfaces de un dispositivo funcionen, debe configurarlas. En concreto, debe configurar la ubicación de la interfaz (es decir, la ranura donde está instalado el concentrador de PIC flexible [FPC], el concentrador de puerto denso [DPC] o el concentrador de puerto modular [MPC]). También debe especificar la ubicación de la tarjeta de interfaz física [PIC] o la tarjeta de interfaz modular [MIC] y el tipo de interfaz. Por último, debe especificar el tipo de encapsulación y cualquier propiedad específica de la interfaz que pueda aplicarse.
Puede configurar interfaces que estén actualmente presentes en el dispositivo, así como interfaces que no estén presentes pero que se espera que se agreguen en el futuro. Junos OS Detecta la interfaz después de instalar el hardware y le aplica la configuración preestablecida.
Para ver qué interfaces están instaladas actualmente en el dispositivo, emita el show interfaces terse
comando de modo operativo. Si aparece una interfaz en el resultado, se instala físicamente en el dispositivo. Si una interfaz no aparece en el resultado, no está instalada en el dispositivo.
Para obtener información acerca de qué interfaces son compatibles con el dispositivo, consulte la Referencia del módulo de interfaz del dispositivo.
Puede configurar Junos OS propiedades de clase de servicio (CoS) para proporcionar una variedad de clases de servicio para diferentes aplicaciones, incluidas varias clases de reenvío para administrar la transmisión de paquetes, la administración de congestión y el reenvío basado en CoS.
Para obtener más información acerca de la configuración de las propiedades de CoS, consulte la Guía del usuario de la clase de servicio de Junos OS para dispositivos de enrutamiento.
Tipos de interfaces
Las interfaces pueden ser permanentes o transitorias, y se utilizan para redes o servicios:
-
Interfaces permanentes: interfaces que siempre están presentes en el dispositivo.
Las interfaces permanentes en el dispositivo constan de interfaces Ethernet de administración e interfaces Ethernet internas, las cuales se describen por separado en los siguientes temas:
-
Interfaces transitorias: interfaces que se pueden insertar o quitar del dispositivo en función de las necesidades de configuración de red.
-
Interfaces de red: interfaces que proporcionan principalmente conectividad de tráfico.
-
Interfaces de servicios: interfaces que proporcionan capacidades específicas para manipular el tráfico antes de entregarlo a su destino.
-
Interfaces de contenedor: interfaces que admiten la conmutación automática de protección (APS) en vínculos SONET físicos mediante una infraestructura de contenedor virtual.
Junos OS genera internamente interfaces no configurables, que se describen en Referencia de comandos de interfaces e Interfaces de servicios.
Descripción general de la nomenclatura de interfaces
Cada interfaz tiene un nombre de interfaz, que especifica el tipo de medio, la ranura en la que se encuentra el concentrador de PIC flexible (FPC) o el concentrador de puerto denso (DPC), la ubicación en la FPC donde está instalado el PIC y el puerto PIC o DPC. El nombre de interfaz identifica de forma exclusiva a un conector de red individual en el sistema. Utilice el nombre de interfaz cuando configure interfaces y cuando habilite distintas funciones y propiedades, como los protocolos de enrutamiento, en interfaces individuales. El sistema utiliza el nombre de interfaz cuando muestra información sobre la interfaz, como en el show interfaces
comando.
El nombre de interfaz se representa mediante una parte física, una parte de canal y una parte lógica con el siguiente formato:
physical<:channel>.logical
La parte de canal del nombre es opcional para todas las interfaces, excepto las interfaces canalizadas DS3, E1, OC12 y STM1.
Las series EX, QFX, NFX, OCX1100, el sistema QFabric y los dispositivos EX4600 utilizan una convención de nomenclatura para definir las interfaces que son similares a las de otras plataformas que se ejecutan en Junos OS de Juniper Networks. Para obtener más información, consulte Descripción de las convenciones de nomenclatura de interfaz.
En las siguientes secciones, se proporcionan instrucciones de configuración para nombrar interfaces:
- Parte física de un nombre de interfaz
- Parte lógica de un nombre de interfaz
- Separadores en un nombre de interfaz
- Parte de canal de un nombre de interfaz
- Nomenclatura de interfaz para una matriz de enrutamiento basada en un enrutador de matriz de transmisión
- Nomenclatura de interfaz para una matriz de enrutamiento basada en un enrutador TX Matrix Plus
- Nomenclatura de interfaz de chasis
- Ejemplos: Nomenclatura de interfaz
Parte física de un nombre de interfaz
La parte física de un nombre de interfaz identifica el dispositivo físico, el cual corresponde a un único conector de red físico.
La interfaz de administración interna depende del motor de enrutamiento. Para identificar si el motor de enrutamiento está utilizando este tipo de interfaz, utilice el siguiente comando:
show interfaces terse
user@host> show interfaces terse Interface Admin Link Proto Local Remote pfe-1/0/0 up up pfe-1/0/0.16383 up up inet inet6 pfh-1/0/0 up up pfh-1/0/0.16383 up up inet [..........] bcm0 up up <---------------- bcm0.0 up up inet 10.0.0.1/8 [..........] lsi up up mtun up up pimd up up pime up up tap up up
Para obtener más información acerca de los motores de enrutamiento que admite cada chasis, la primera versión compatible para el motor de enrutamiento en el chasis especificado, la interfaz Ethernet de administración y las interfaces Ethernet internas para cada motor de enrutamiento, consulte el vínculo titulado Motores de enrutamiento compatibles por chasis en Documentación relacionada.
Esta parte del nombre de interfaz tiene el formato siguiente:
type-fpc/pic/port[:channel]
type
es el tipo de medio, el cual identifica el dispositivo de red que puede ser uno de las siguientes opciones:
-
ae
—Interfaz Ethernet agregada. Este es un enlace agregado virtual y tiene un formato de nomenclatura distinto al de la mayor parte de las PIC; para obtener más información, consulte Descripción general de interfaces Ethernet agregadas. -
as
—Interfaz SONET/SDH agregada. Este es un enlace agregado virtual y tiene un formato de nomenclatura distinto al de la mayor parte de las PIC; para obtener más información, consulte Configuración de interfaces SONET/SDH agregadas. -
at
—Interfaz de cola inteligente (IQ) ATM1 o ATM2, o una interfaz ATM virtual en una interfaz de emulación de circuito (CE). -
bcm
—El proceso Ethernet interno bcm0 es compatible con motores de enrutamiento específicos para varios enrutadores serie M y T. Para obtener más información, consulte el vínculo titulado Motores de enrutamiento compatibles por chasis en Documentación relacionada. -
cau4
—Interfaz IQ AU-4 canalizada (configurada en la PIC IQ o IQE STM1 canalizada o en PIC IQ y IQE OC12 canalizadas). -
ce1
—Interfaz IQ E1 canalizada (configurada en la PIC IQ E1 canalizada o en la PIC IQ o IQE STM1 canalizada). -
ci
—Interfaz de contenedor. -
coc1
—Interfaz IQ OC1 canalizada (configurada en las PIC IQ y IQE OC12 canalizadas o en PIC IQ y IQE OC3 canalizadas). -
coc3
—Interfaz IQ OC3 canalizada (configurada en las PIC IQ y IQE OC3 canalizadas). -
coc12
—Interfaz IQ OC12 canalizada (configurada en las PIC IQ y IQE OC12 canalizadas). -
coc48
—Interfaz OC48 canalizada (configurada en las PIC OC48 canalizadas y OC48 IQE canalizadas). -
cp
—Interfaz del recopilador (configurada en la PIC de Monitoring Services II). -
cstm1
—Interfaz IQ STM1 canalizada (configurada en la PIC IQ o IQE STM1 canalizada). -
cstm4
—Interfaz IQ STM4 canalizada (configurada en las PIC IQ y IQE OC12 canalizadas). -
cstm16
—Interfaz IQ STM16 canalizada (configurada en las PIC OC48/STM16 canalizadas y OC48/STM16 IQE canalizadas). -
ct1
—Interfaz IQ T1 canalizada (configurada en las PIC IQ y IQE DS3 canalizadas, las PIC IQ y IQE OC3 canalizadas, las PIC IQ y IQE OC12 canalizadas, o la PIC IQ T1 canalizada). -
ct3
—Interfaz IQ T3 canalizada (configurada en las PIC IQ y IQE DS3 canalizadas, las PIC IQ y IQE OC3 canalizadas o las PIC IQ y IQE OC12 canalizadas). -
demux
: interfaz que admite interfaces IP lógicas que utilizan la dirección IP de origen o destino para demultiplexar los paquetes recibidos. Solo existe una interfaz demux (demux0
) por chasis. Todas las interfaces lógicas demux deben estar asociadas con una interfaz lógicasubyacente. -
dfc
: interfaz que admite el procesamiento de captura dinámica de flujo en enrutadores serie T o M320 que contienen una o varias PIC de servicios de supervisión III. La captura dinámica de flujo permite capturar flujos de paquetes según criterios de filtro dinámico. En concreto, puede usar esta característica para reenviar de forma pasiva flujos de paquetes supervisados que coincidan con una lista de filtros determinada a uno o más destinos mediante un protocolo de control a pedido. -
ds
—Interfaz DS0 (configurada en la PIC DS3 multicanal, la PIC E1 canalizada, las PIC IQ y IQE OC3 canalizadas, las PIC IQ y IQE OC12 canalizadas, las PIC IQ y IQE DS3 canalizadas, la PIC IQ E1 IQ canalizada, la PIC IQ o IQE STM1 canalizadas, o la IQ T1 canalizada). -
dsc
—Descartar interfaz. -
e1
—Interfaz E1 (incluidas las interfaces canalizadas de STM1 a E1). -
e3
—Interfaz E3 (incluidas las interfaces IQ E3). -
em
—Interfaces Ethernet internas y de administración. Para enrutadores serie M, enrutadores serie MX, enrutadores serie T y enrutadores serie TX, puede utilizar el comandoshow chassis hardware
para mostrar información de hardware sobre el enrutador, lo que incluye su modelo de motor de enrutamiento. Para determinar qué interfaz de administración es compatible con su combinación de enrutador y motor de enrutamiento, consulte Descripción de interfaces de administración Ethernet y Motores de enrutamiento compatibles por enrutador. -
es
—Interfaz de cifrado. -
et
—Interfaces Ethernet (interfaz Ethernet de 10, 25, 40, 50, 100, 200 y 400 Gigabit). -
fe
—Interfaz Ethernet rápida. -
fxp
—Interfaces Ethernet internas y de administración. Para enrutadores serie M, enrutadores serie MX, enrutadores serie T y enrutadores serie TX, puede utilizar el comandoshow chassis hardware
para mostrar información de hardware sobre el enrutador, lo que incluye su modelo de motor de enrutamiento. Para determinar qué interfaz de administración es compatible con su combinación de enrutador y motor de enrutamiento, consulte Descripción de interfaces de administración Ethernet y Motores de enrutamiento compatibles por enrutador. -
ge
—Interfaz Gigabit Ethernet.Nota:-
La PIC de interfaz 10 Gigabit Ethernet XENPAK, la cual solo se admite en enrutadores serie M, se configura utilizando la convención de nomenclatura de interfaz
ge
en lugar de la convención de nomenclatura de interfazxe
. Consulte los siguientes comandos show para obtener más información:mostrar hardware de chasis
user@host> show chassis hardware .. FPC 4 REV 02 710-015839 CZ1853 M120 FPC Type 3 PIC 0 REV 09 750-009567 NH1857 1x 10GE(LAN),XENPAK Xcvr 0 REV 01 740-012045 535TFZX6 XENPAK-SR
show configuration interfaces
user@host> show configuration interfaces ge-4/0/0 unit 0 { family inet { address 100.0.0.1/24; } }
-
En los firewalls de las series MX y SRX, las interfaces ópticas SFP o SFP+ de 1 Gigabit y 10 Gigabit siempre se denominan
xe
, incluso si se inserta un SFP de 1 Gigabit. Sin embargo, en los dispositivos serie EX y QFX, el nombre de la interfaz se muestra comoge
oxe
según la velocidad del dispositivo óptico insertado.
-
-
gr
—Interfaz de túnel de encapsulación de enrutamiento genérico (GRE). -
gre
: interfaz generada internamente que solo se puede configurar como canal de control para MPLS generalizada (GMPLS). Para obtener más información acerca de GMPLS, consulte la Guía del usuario de aplicaciones MPLS de Junos OS.Nota:Puede configurar interfaces GRE (gre-x/y/z) solo para los canales de control de GMPLS. Otras aplicaciones no admiten ni pueden configurar interfaces GRE.
-
ip
—Interfaz de túnel de encapsulación IP a través de IP. -
ipip
: interfaz generada internamente que no es configurable. -
ixgbe
—El motor de enrutamiento RE-DUO-C2600-16G, que es compatible con TX Matrix Plus y PTX5000, utiliza los procesos internos Ethernet ixgbe0 y ixgbe1. -
iw
—Interfaces lógicas asociadas con los puntos finales de los circuitos de capa 2 y las conexiones VPN de capa 2 (pseudowire que une las VPN de capa 2). Para obtener más información acerca de las VPN, consulte la Biblioteca de VPN de Junos OS para dispositivos de enrutamiento. -
lc
: interfaz generada internamente que no es configurable. -
lo
—Interfaz de circuito cerrado. El Junos OS configura automáticamente una interfaz de circuito cerrado (lo0
). La interfaz lógicalo0.16383
es una interfaz no configurable para el tráfico de control del enrutador. -
ls
—Interfaz de servicios de vínculo. -
lsi
: interfaz generada internamente que no es configurable. -
ml
—Interfaz multivínculo (incluidos Multilink Frame Relay y MLPPP). -
mo
—Interfaz de servicios de supervisión (incluidos los servicios de supervisión y los servicios de supervisión II). La interfaz lógicamo-fpc/pic/port.16383
es una interfaz que se genera internamente y que no es configurable para el tráfico de control del enrutador. -
ms
—Interfaz multiservicios. -
mt
—Interfaz de túnel de multidifusión (interfaz de enrutador interno para VPN). Si el enrutador tiene una PIC de túnel, Junos OS configura automáticamente una interfaz de túnel de multidifusión (mt
) para cada VPN que configure. Aunque no es necesario configurar interfaces de multidifusión, puede utilizar la instrucciónmulticast-only
para configurar la unidad y la familia, de forma que el túnel pueda transmitir y recibir únicamente tráfico de multidifusión. Para obtener más información, consulte solo multidifusión. -
mtun
: interfaz generada internamente que no es configurable. -
oc3
—Interfaz IQ OC3 (configurada en las PIC IQ e IQE OC12 canalizadas o en las PIC IQ y IQE OC3 canalizadas). -
pd
: interfaz en el punto de encuentro (RP) que desencapsula los paquetes. -
pe
: interfaz en el enrutador PIM de primer salto que encapsula los paquetes destinados al enrutador RP. -
pimd
: interfaz generada internamente que no es configurable. -
pime
: interfaz generada internamente que no es configurable. -
pip
—Interfaz de puerto de instancia de proveedor (PIP) para EVPN. -
rlsq
—Interfaz de contenedor, numerada del 0 al 127, utilizada para vincular las PIC LSQ primarias y secundarias en configuraciones de alta disponibilidad. Cualquier falla del PIC primario da como resultado un cambio al PIC secundario, y viceversa. -
rms
: interfaz redundante para dos interfaces multiservicio. -
rsp
: interfaz virtual redundante para la interfaz de servicios adaptables. -
se
—Interfaz serie (incluidas las interfaces EIA-530, V.35 y X.21). -
si
—Interfaz de servicios en línea, que está alojada en una tarjeta de línea basada en Trio. -
so
—Interfaz SONET/SDH. -
sp
—Interfaz de servicios adaptable. La interfaz lógicasp-fpc/pic/port.16383
es una interfaz que se genera internamente y que no es configurable para el tráfico de control del enrutador. -
stm1
—Interfaz STM1 (configurada en las interfaces OC3/STM1). -
stm4
—Interfaz STM4 (configurada en las interfaces OC12/STM4). -
stm16
—Interfaz STM16 (configurada en las interfaces OC48/STM16). -
t1
—Interfaz T1 (incluidas las interfaces DS3 a DS1 canalizadas). -
t3
—Interfaz T3 (incluidas las interfaces OC12 a DS3 canalizadas). -
tap
: interfaz generada internamente que no es configurable. -
umd
—Interfaz de módem USB. -
vsp
—Interfaz de servicios de voz. -
vc4
—Interfaz prácticamente concatenada. -
vt
—Interfaz de túnel de circuito cerrado virtual. -
vtep
—Interfaz de punto de conexión de túnel virtual para VXLANS. -
xe
—Interfaz de 10 Gigabit Ethernet. Algunas interfaces antiguas de 10 Gigabit Ethernet utilizan el tipo de medioge
(en vez dexe
) para identificar la parte física del dispositivo de red. -
xt
: interfaz lógica para dominios de sistema protegidos para establecer una conexión de túnel de capa 2.
fpc
identifica el número de la tarjeta FPC o DPC en la que se encuentra la interfaz física. Concretamente, es el número de la ranura en la cual está instalada la tarjeta.
Los enrutadores M40, M40e, M160, M320, M120, T320, T640 y T1600 tienen ocho ranuras FPC que se numeran del 0 al 7, de izquierda a derecha mirando hacia la parte frontal del chasis. Para obtener más información acerca de las FPC y PIC compatibles, consulte la guía de hardware del enrutador.
En enrutadores PTX1000, el número de FPC es siempre 0.
El enrutador M20 tiene cuatro ranuras FPC que se numeran del 0 al 3, de arriba a abajo cuando miras hacia la parte frontal del chasis. El número de ranura se imprime junto a cada ranura.
Los enrutadores serie MX son compatibles con DPC, FPC y tarjetas de interfaz modular (MIC). Para obtener información acerca de las DPC, FPC, PIC y MIC compatibles, consulte la Referencia del módulo de interfaz de la serie MX.
Para los enrutadores M5, M7i, M10 y M10i, los FPC están integrados en el chasis; las PIC se instalan en el chasis.
Los enrutadores M5 y M7i tienen espacio para un máximo de cuatro PIC. El enrutador M7i también dispone de una PIC de túnel integrada, o una PIC AS integrada opcional, o una PIC MS integrada opcional.
Los enrutadores M10 y M10i tienen espacio para hasta ocho PIC.
Una matriz de enrutamiento puede tener hasta 32 FPC (numerados del 0 al 31).
Para obtener más información acerca de la nomenclatura de interfaces para una matriz de enrutamiento, consulte Nomenclatura de interfaz para una matriz de enrutamiento basada en un enrutador de matriz de transmisión.
pic
identifica el número de la PIC en la que se encuentra la interfaz física. Específicamente, es el número de la ubicación de PIC en la FPC. Las ranuras de un FPC con cuatro ranuras PIC se numeran del 0 al 3. Las ranuras de una FPC con tres ranuras PIC se numeran del 0 al 2. La ubicación de PIC está impresa en la tarjeta de soporte FPC. En el caso de las PIC que ocupan más de una ranura PIC, el número de la ranura PIC inferior identifica la ubicación de PIC.
port
identifica un puerto específico en una PIC o DPC. El número de puertos varía según la PIC. Los números de puerto se imprimen en la PIC.
channel
Identifica la parte del identificador de canal del nombre de interfaz y solo es necesario en interfaces canalizadas. En el caso de las interfaces canalizadas, el canal 0 identifica la primera interfaz canalizada.
Parte lógica de un nombre de interfaz
La parte de unidad lógica del nombre de interfaz corresponde al número de unidad lógica. El rango de números disponibles varía según los distintos tipos de interfaz.
En la parte virtual del nombre, un punto (.) separa los números de puerto y unidad lógica:
type-fpc/pic/port[:channel]
.logical-unit
Separadores en un nombre de interfaz
Hay un separador entre cada elemento de un nombre de interfaz.
En la parte física del nombre, un guión (-) separa el tipo de medio del número FPC, mientras que una barra diagonal (/) separa los números de puerto, FPC y PIC.
En la parte virtual del nombre, un punto (.) separa los números de canal y de unidad lógica.
Dos puntos (:) separan a las partes físicas y virtuales del nombre de la interfaz.
Parte de canal de un nombre de interfaz
La parte del identificador de canal del nombre de interfaz solo es necesaria en interfaces canalizadas. En el caso de las interfaces canalizadas, el canal 0 identifica la primera interfaz canalizada. Para las interfaces IQ canalizadas e IQE canalizadas, el canal 1 identifica a la primera interfaz canalizada. Una interfaz OC48 SONET/SDH no concatenada (es decir, canalizada) tiene cuatro canales OC12, numerados del 0 al 3.
Para determinar qué tipos de PIC canalizadas están instaladas actualmente en el enrutador, utilice el show chassis hardware
comando desde el nivel superior de la CLI. Las PIC IQ e IQE canalizadas se enumeran en el resultado con "IQ de cola inteligente" o "IQE de cola inteligente mejorada" en la descripción. Para obtener más información, consulte Descripción general de interfaces canalizadas.
Para las interfaces RDSI, especifique el canal B con el formato bc-pim/0/port:n
. En este ejemplo, n
es el ID del canal B y puede ser 1 o 2. Especifique el canal D con el formato dc-pim/0/port:0
.
Para ISDN, las interfaces de canal B y de canal D no tienen parámetros configurables. Sin embargo, cuando se muestran estadísticas de la interfaz, las interfaces de canal B y D tienen valores estadísticos.
En la implementación de Junos OS, el término interfaces lógicas generalmente hace referencia a las interfaces que se configuran incluyendo la instrucción unit
en el nivel de jerarquía [edit interfaces interface-name]
. Las interfaces lógicas tienen el descriptor .logical
al final del nombre de la interfaz , como en ge-0/0/0.1
o t1-0/0/0:0.1
, donde el número de unidad lógica es 1
.
Aunque las interfaces canalizadas se consideran generalmente como lógicas o virtuales, Junos OS ve las interfaces T3, T1 y NxDS0 dentro de una PIC IQ u IQE canalizada como interfaces físicas. Por ejemplo, Junos OS considera que t3-0/0/0
y t3-0/0/0:1
son interfaces físicas. Por el contrario, considera que t3-0/0/0.2
y t3-0/0/0:1.2
son interfaces lógicas porque tienen .2
al final de los nombres de interfaz.
Nomenclatura de interfaz para una matriz de enrutamiento basada en un enrutador de matriz de transmisión
Una matriz de enrutamiento basada en un enrutador de matriz de transmisión Juniper Networks es una arquitectura multichasis compuesta por un enrutador de matriz de transmisión y de uno a cuatro enrutadores T640 interconectados. Desde la perspectiva de la interfaz de usuario, la matriz de enrutamiento aparece como un único enrutador. El enrutador de matriz de transmisión controla todos los enrutadores T640, como se muestra en Figura 1.
Un enrutador de matriz de transmisión también se conoce como un chasis de tarjeta de conmutación (SCC). La CLI utiliza scc
para hacer referencia al enrutador de matriz de transmisión. Un enrutador T640 en una matriz de transmisión también se conoce como un chasis de tarjeta de línea (LCC). La CLI utiliza lcc
como un prefijo para hacer referencia a un enrutador T640 específico.
A todas las LCC se les asignan los números del 0 al 3, según la configuración del hardware y la conectividad con el enrutador TX Matrix. Para obtener más información, consulte la Guía de hardware del enrutador TX Matrix. Una matriz de enrutamiento puede tener hasta cuatro enrutadores T640 y cada enrutador T640 tiene hasta ocho FPC. Por lo tanto, la matriz de enrutamiento en su conjunto puede tener hasta 32 FPC (del 0 al 31).
En la CLI de Junos OS, un nombre de interfaz tiene el siguiente formato:
type-fpc/pic/port
Cuando se especifica el número fpc
para un enrutador T640 en una matriz de enrutamiento, Junos OS determina qué enrutador T640 contiene la FPC especificada según la siguiente asignación:
-
En LCC 0, las ranuras de hardware FPC del 0 al 7 se configuran del 0 al 7.
-
En LCC 1, las ranuras de hardware FPC del 0 al 7 se configuran como del 8 al 15.
-
En LCC 2, las ranuras de hardware FPC del 0 al 7 se configuran como del 16 al 23.
-
En LCC 3, las ranuras de hardware FPC del 0 al 7 se configuran como del 24 al 31.
Por ejemplo, el 1
en se-1/0/0
se refiere a la ranura de hardware FPC 1 en el enrutador T640 etiquetado como lcc0
. El 11
en t1-11/2/0
se refiere a la ranura de hardware FPC 3 en el enrutador T640 etiquetado como lcc1
. El 20
en so-20/0/1
se refiere a la ranura de hardware FPC 4 en el enrutador T640 etiquetado como lcc2
. El 31
en t3-31/1/0
se refiere a la ranura de hardware FPC 7 en el enrutador T640 etiquetado como lcc3
.
Tabla 1resume la numeración de FPC para un enrutador T640 en una matriz de enrutamiento.
Números de LCC asignados al enrutador T640 |
Números de configuración |
---|---|
0 |
del 0 al 7 |
1 |
del 8 al 15 |
2 |
del 16 al 23 |
3 |
del 24 al 31 |
Tabla 2 enumera cada ranura de hardware FPC y los números de configuración correspondientes para las LCC del 0 al 3.
Numeración de FPC |
Enrutadores T640 |
|||||||
---|---|---|---|---|---|---|---|---|
|
LCC 0 | |||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
LCC 1 | ||||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
LCC 2 | ||||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
LCC 3 | ||||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
Nomenclatura de interfaz para una matriz de enrutamiento basada en un enrutador TX Matrix Plus
Una matriz de enrutamiento basada en un enrutador de transmisión Matrix Plus de Juniper Networks es una arquitectura multichasis compuesta por un enrutador de transmisión Matrix Plus y de uno a cuatro enrutadores T1600 interconectados. Desde la perspectiva de la interfaz de usuario, la matriz de enrutamiento aparece como un único enrutador. El enrutador de transmisión Matrix Plus controla todos los enrutadores T1600, como se muestra en Figura 2.
Un enrutador de transmisión Matrix Plus también se conoce como un chasis de estructura de conmutación (SFC). La CLI utiliza sfc
para hacer referencia al enrutador de transmisión Matrix Plus. Un enrutador T1600 en una matriz de transmisión también se conoce como un chasis de tarjeta de línea (LCC). La CLI utiliza lcc
como un prefijo para hacer referencia a un enrutador T1600 específico.
A las LCC se les asignan números del 0 al 3, según la configuración del hardware y la conectividad con el enrutador TX Matrix Plus. Para obtener más información, consulte la Guía de hardware del enrutador TX Matrix Plus. Una matriz de enrutamiento basada en un enturador de transmisión Matrix Plus puede tener hasta cuatro enrutadores T1600 y cada enrutador T1600 tiene hasta ocho FPC. Por lo tanto, la matriz de enrutamiento en su conjunto puede tener hasta 32 FPC (del 0 al 31).
En la CLI de Junos OS, un nombre de interfaz tiene el siguiente formato:
type-fpc/pic/port
Cuando se especifica el número fpc
para un enrutador T1600 en una matriz de enrutamiento, Junos OS determina qué enrutador T1600 contiene la FPC especificada según la siguiente asignación:
-
En LCC 0, las ranuras de hardware FPC del 0 al 7 se configuran del 0 al 7.
-
En LCC 1, las ranuras de hardware FPC del 0 al 7 se configuran como del 8 al 15.
-
En LCC 2, las ranuras de hardware FPC del 0 al 7 se configuran como del 16 al 23.
-
En LCC 3, las ranuras de hardware FPC del 0 al 7 se configuran como del 24 al 31.
Por ejemplo, el 1
en se-1/0/0
se refiere a la ranura de hardware FPC 1 en el enrutado T1600 etiquetado como lcc0
. El 11
en t1-11/2/0
se refiere a la ranura de hardware FPC 3 en el enrutado T1600 etiquetado como lcc1
. El 20
en so-20/0/1
se refiere a la ranura de hardware FPC 4 en el enrutado T1600 etiquetado como lcc2
. El 31
en t3-31/1/0
se refiere a la ranura de hardware FPC 7 en el enrutado T1600 etiquetado como lcc3
.
Tabla 3 resume la numeración de FPC para una matriz de enrutamiento basada en un enrutador de transmisión Matrix Plus.
Números de LCC asignados al enrutador T1600 |
Números de configuración |
---|---|
0 |
del 0 al 7 |
1 |
del 8 al 15 |
2 |
del 16 al 23 |
3 |
del 24 al 31 |
Tabla 4 enumera cada ranura de hardware FPC y los números de configuración correspondientes para las LCC del 0 al 3.
Numeración de FPC |
Enrutadores T1600 |
|||||||
---|---|---|---|---|---|---|---|---|
|
LCC 0 | |||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
LCC 1 | ||||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
LCC 2 | ||||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
LCC 3 | ||||||||
Ranuras de hardware |
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Números de configuración |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
Nomenclatura de interfaz de chasis
Puede configurar algunas propiedades de PIC, como el entramamado, en el nivel de jerarquía [edit chassis]
. La nomenclatura de la interfaz del chasis varía en función del hardware de enrutamiento.
-
Para configurar las propiedades de PIC para un enrutador independiente, debe especificar los números FPC y PIC, como se indica a continuación:
[edit chassis] fpc slot-number { pic pic-number { ... } }
-
Para configurar las propiedades de PIC para un enrutador T640 o T1600 configurado en una matriz de enrutamiento, debe especificar los números LCC, FPC y PIC, como se indica a continuación:
[edit chassis] lcc lcc-number { fpc slot-number { # Use the hardware FPC slot number pic pic-number { ... } } }
Para la ranura FPC en un enrutador T640 en una matriz de enrutamiento, especifique el número real de ranura de hardware, como aparece en la etiqueta del chasis del enrutador T640. No utilice los números de configuración FPC de software correspondientes que se muestran en Tabla 2.
Para la ranura FPC en un enrutador T1600 en una matriz de enrutamiento, especifique el número real de ranura de hardware, como aparece en la etiqueta del chasis del enrutador T1600. No utilice los números de configuración FPC de software correspondientes que se muestran en Tabla 3.
Para obtener más información acerca de la [edit chassis]
jerarquía, consulte la Biblioteca de administración de Junos OS para dispositivos de enrutamiento.
Ejemplos: Nomenclatura de interfaz
En esta sección, se proporcionan ejemplos de interfaces de nomenclatura. Para obtener una ilustración acerca de la ubicación de las ranuras, las PIC y los puertos, consulte Figura 3.
Para una FPC en la ranura 1 con dos PIC SONET/SDH OC3 en las posiciones de PIC 0 y 1, cada PIC con dos puertos utiliza los siguientes nombres:
so-1/0/0.0 so-1/0/1.0 so-1/1/0.0 so-1/1/1.0
Una PIC SONET/SDH OC48 en la ranura 1 y en modo concatenado aparece como una sola FPC con una sola PIC, la cual tiene un único puerto. Si esta interfaz tiene una sola unidad lógica, tiene el siguiente nombre:
so-1/0/0.0
Una PIC OC48 SONET/SDH en la ranura 1 y en modo de canalización tiene un número para cada canal. Por ejemplo:
so-1/0/0:0 so-1/0/0:1
Para una FPC en la ranura 1 con una PIC OC12 canalizada en la posición de PIC 2, los canales de DS3 tienen los nombres siguientes:
t3-1/2/0:0 t3-1/2/0:1 t3-1/2/0:2 ... t3-1/2/0:11
Para una FPC en la ranura 1 con cuatro PIC ATM OC12 (la FPC está completamente llena), las cuatro PIC (cada una con un único puerto y una sola unidad lógica) tienen los siguientes nombres:
at-1/0/0.0 at-1/1/0.0 at-1/2/0.0 at-1/3/0.0
En una matriz de enrutamiento del enrutador T640 etiquetado como lcc1
, para una FPC en la ranura 5 con cuatro PIC OC192 SONET, las cuatros PIC (cada una con un único puerto y una sola unidad lógica) tienen los siguientes nombres:
so-13/0/0.0 so-13/1/0.0 so-13/2/0.0 so-13/3/0.0
Para una FPC en la ranura 1 con una tarjeta de interfaz BRI ISDN de 4 puertos, el puerto 4 tiene el siguiente nombre:
br-1/0/4
El primer canal B, el segundo canal B y el canal de control tienen los nombres siguientes:
bc-1/0/4:1 bc-1/0/4:2 dc-1/0/4:0
Descripción general de descriptores de interfaz
Cuando configura una interfaz, en realidad está especificando las propiedades para un descriptor de interfaz física. En la mayoría de los casos, el descriptor de interfaz física corresponde con un único dispositivo físico y consta de las siguientes partes:
-
El nombre de la interfaz, el cual define el tipo de medio
-
La ranura en la que se encuentra la FPC
-
La ubicación de la FPC, en la cual está instalado la PIC
-
El puerto PIC
-
Los números de canal y unidad lógica de la interfaz (opcional)
Cada descriptor de interfaz física puede contener uno o más descriptores de interfaz lógica . Estos descriptores le permiten asignar una o más interfaces lógicas (o virtuales) a un único dispositivo físico. La creación de varias interfaces lógicas permite asociar varios circuitos virtuales, conexiones de vínculo de datos o LAN virtuales (VLAN) con un único dispositivo de interfaz.
Cada descriptor de interfaz lógica puede tener uno o varios descriptores de familia para definir la familia de protocolos a la cual se asocia y la que tiene permisos para ejecutarse sobre la interfaz lógica.
Se admiten las siguientes familias de protocolos:
-
Conjunto de protocolo de Internet versión 4 (IPv4) (inet)
-
Conjunto de protocolo de Internet versión 6 (IPv6) (inet6)
-
Ethernet (conmutación Ethernet)
-
Conexión cruzada de circuitos (CCC)
-
Conexión cruzada de traducción (TCC)
-
Organización Internacional de Normalización (ISO)
-
Multilink Frame Relay de extremo a extremo (MLFR de extremo a extremo)
-
Interfaz Multilink Frame Relay de usuario de red y de red a red (MLFR UNI NNI)
-
Protocolo punto a punto multivínculo (MLPPP)
-
Conmutación de etiquetas multiprotocolo (MPLS)
-
Protocolo trivial de red (TNP)
-
(Solo enrutadores serie MX, M y T) Servicio LAN privada virtual (VPLS)
Por último, cada descriptor de familia puede tener una o más entradas de dirección, las cuales asocian una dirección de red a una interfaz lógica y, por lo tanto, a la interfaz física.
Configure los distintos descriptores de interfaz de la siguiente manera:
-
El descriptor de interfaz física se configura incluyendo la instrucción
interfaces interface-name
. -
El descriptor de interfaz lógica se configura incluyendo la instrucción
unit
dentro de la instruccióninterfaces interface-name
, o bien incluyendo el descriptor.logical
al final del nombre de la interfaz como enet-0/0/0.1
, donde el número de unidad lógica es 1, como se muestra en los ejemplos siguientes:[edit] user@host# set interfaces et-0/0/0 unit 1 [edit] user@host# edit interfaces et-0/0/0.1 [edit interfaces et-0/0/0] user@host# set unit 1
-
El descriptor de familia se configura incluyendo la instrucción family dentro de la instrucción
unit
. -
Las entradas de dirección se configuran incluyendo la instrucción address dentroi de la instrucción familiy.
-
Los túneles se configuran incluyendo la instrucción tunnel dentro de la instrucción
unit
.
La dirección de una interfaz lógica no puede ser la misma que la dirección de origen o destino de una interfaz de túnel. Si intenta configurar una interfaz lógica con la dirección de una interfaz de túnel o viceversa, se producirá un error de confirmación.
Parte física de un nombre de interfaz
- Nombres de interfaz para dispositivos de las series ACX, PTX y QFX
- Nombres de interfaz para enrutadores serie M y T
- Nombres de interfaz para enrutadores de la serie MX
Nombres de interfaz para dispositivos de las series ACX, PTX y QFX
Cuando se muestra información acerca de una interfaz, se especifica el tipo de interfaz, la ranura en la que está instalado el concentrador PIC flexible (FPC), la ranura en la FPC en la que se encuentra la tarjeta de interfaz física (PIC) y el número de puerto configurado.
Algunos dispositivos Juniper no tienen PIC reales. En su lugar, tienen puertos de red integrados en el panel frontal del enrutador. Estos puertos se denominan mediante la misma convención de nomenclatura que se usa para dispositivos con PIC, entendiendo que la FPC, la PIC y el puerto son pseudodispositivos. Cuando se muestra información acerca de uno de estos puertos, se especifica el tipo de interfaz, la ranura para el concentrador de PIC flexible (FPC), la ranura en la FPC para la tarjeta de interfaz física (PIC) y el número de puerto configurado.
En la CLI, todas las PIC PTX3000 se representan como pic0
. Para obtener más información, consulte PTX3000 Descripción de PIC.
En la parte física del nombre de la interfaz, un guión (-) separa el tipo de medio (por ejemplo, et) del número FPC. Una barra diagonal (/) separa los números de FPC, PIC y puerto. Dos puntos (:) separan el número de puerto y el canal (opcional):
type-fpc/pic/port[:channel]
Nombres de interfaz para enrutadores serie M y T
En los enrutadores serie M y T, cuando se muestra información acerca de una interfaz, se especifica el tipo de interfaz, la ranura en la cual está instalado el concentrador de PIC flexible (FPC), la ranura en la cual se encuentra la tarjeta de interfaz física (PIC), y el número de pieza configurada.
En la parte física del nombre de la interfaz, un guión (-) separa el tipo de medio del número FPC, mientras que una barra diagonal (/) separa los números de puerto, FPC, PIC y PIC:
type-fpc/pic/port
Las excepciones a la type-fpc/pic/port descripción física incluyen las interfaces Ethernet agregada y SONET/SDH agregadas, que utilizan la sintaxis ae number y as number, respectivamente.
Nombres de interfaz para enrutadores de la serie MX
En enrutadores serie MX, cuando se muestra información sobre una interfaz, se especifica el tipo de interfaz, la ranura del concentrador de puerto compacto (DPC), el concentrador de PIC flexible (FPC) o el concentrador de puerto modular (MPC), la ranura de PIC o MIC y el número de puerto configurado.
Aunque los enrutadores de la serie MX utilizan DPC, FPC, MPC, MIC y PIC, la sintaxis de comandos en este libro se muestra como fpc/pic/port para simplificar.
En la parte física del nombre, un guión (-
) separa el tipo de medio del número FPC, mientras que una barra diagonal (/
) separa los números de puerto, DPC, FPC, MPC, MIC o PIC.
type-fpc/pic/port
fpc: ranura en la que está instalado DPC, FPC o MPC.
pic: ranura del FPC en la que se encuentra el PIC.
Para las DPC, MIC y la MPC de 16 puertos, el valor de PIC es una agrupación lógica de puertos y varía en diferentes plataformas.
port: número de puerto en el DPC, PIC, MPC o MIC.
Mostrar configuraciones de interfaces
Para mostrar una configuración, utilice el comando show
en el modo de configuración o el comando de nivel superior show configuration
. Las interfaces se enumeran en orden numérico, primero del número de ranura más bajo al más alto y, luego, del número PIC más bajo al más alto y, finalmente, del número de puerto más bajo al más alto.
Descripción general de la encapsulación de interfaces
Tabla 5enumera la compatibilidad de encapsulación por tipo de interfaz.
Tipo de interfaz |
Encapsulación de interfaz física |
Encapsulación de interfaz lógica |
---|---|---|
|
|
|
|
|
NA |
|
|
|
|
|
|
|
NA |
NA |
|
NA |
NA |
|
|
|
|
|
|
|
NA |
NA |
|
|
|
|
|
|
|
NA |
NA |
|
|
|
|
NA |
NA |
Interfaces |
|
|
|
NA |
NA |
|
NA |
NA |
|
|
|
|
|
|
|
NA |
|
|
NA |
|
|
|
|
|
|
|
|
|
|
|
|
|
Interfaces IQ canalizadas a nivel de controlador ( |
NA |
NA |
Interfaces de servicios ( |
NA |
NA |
Interfaces no configurables generadas internamente ( |
NA |
NA |
Puede configurar interfaces GRE (gre-x/y/z) solo para los canales de control de GMPLS. Otras aplicaciones no admiten ni pueden configurar interfaces GRE. Para obtener más información acerca de GMPLS, consulte la Guía del usuario de aplicaciones MPLS de Junos OS.
Descripción de interfaces transitorias
Los enrutadores serie M, MX y T contienen ranuras para instalar un concentrador de PIC flexible [FPC] o un concentrador de puerto compacto [DPC] (para enrutadores serie MX), o bien un concentrador de puerto modular [MPC] (para enrutadores serie MX). La tarjeta de interfaz física [PIC] se puede instalar en FPC. La tarjeta de interfaz modular [MIC] se puede insertar en MPC.
El número de PIC que se pueden instalar varía según el dispositivo y el tipo de FPC. Las PIC proporcionan las interfaces físicas reales a la red. Los enrutadores serie MX contienen ranuras para instalar placas DPC que proporcionan las interfaces físicas a la red o para instalar FPC en las que se puede instalar PIC.
Puede insertar cualquier DPC o FPC en cualquier ranura que sea compatible con ellas en el enrutador apropiado. Normalmente, puede colocar cualquier combinación de PIC, compatibles con su enrutador, en cualquier ubicación de una FPC. (Está limitado por el total de ancho de banda de la FPC y por el hecho de que algunas PIC requieren físicamente dos o cuatro ubicaciones de PIC en la FPC. En algunos casos, es posible que también se apliquen limitaciones de energía o microcódigo). Para determinar la compatibilidad de DPC y PIC, consulte la Referencia del módulo de interfaz del enrutador.
Puede insertar una MPC en cualquier ranura que sea compatible en el enrutador apropiado. Puede instalar hasta dos MIC de distintos tipos de medios en la misma MPC, siempre que la MPC admita esas MIC.
Estas interfaces físicas son interfaces transitorias del enrutador. Se denominan transitorias porque puede realizar cambios en caliente de una DPC, FPC o MPC, y sus PIC o MIC en cualquier momento.
Debe configurar cada interfaz transitoria según la ranura en la cual está instalada la FPC, DPC o MPC, la ubicación en la cual está instalada la PIC o MIC y, en el caso de varias PIC o MIC de puerto, el puerto al cual se está conectando.
Puede configurar las interfaces en PIC o MIC que ya están instaladas en el enrutador, así como en interfaces en las PIC o MIC que tenga previsto instalar posteriormente. Junos OS detecta qué interfaces están realmente presentes, por lo que, cuando el software activa su configuración, activa solamente las interfaces presentes y conserva la información de configuración de las interfaces que no están presentes. Cuando Junos OS detecta que se insertó en el enrutador una FPC que contiene PIC o una MPC que contiene MIC, el software activa la configuración de esas interfaces.
Descripción de las interfaces de servicios
Las interfaces de servicios le permiten agregar servicios incrementalmente a su red. Junos OS es compatible con las siguientes PIC de servicios:
PIC de servicios adaptables (AS): permiten proporcionar varios servicios en un solo PIC mediante la configuración de un conjunto de servicios y aplicaciones. Las PIC AS ofrecen una gama especial de servicios que se configuran en uno o más conjuntos de servicios.
ES PIC: proporciona un conjunto de seguridad para las capas de red IP versión 4 (IPv4) e IP versión 6 (IPv6). El conjunto proporciona funciones como autenticación de origen, integridad de datos, confidencialidad, protección de reproducción y no rechazo de origen. También define mecanismos para la generación y el intercambio de claves, la administración de asociaciones de seguridad y la compatibilidad con certificados digitales.
PIC de servicios de supervisión: permiten supervisar el flujo de tráfico y exportar el tráfico supervisado. La supervisión del tráfico le permite recopilar y exportar información detallada sobre los flujos de tráfico IPv4 entre los nodos de origen y destino de la red; muestrear todo el tráfico IPv4 entrante en la interfaz de monitoreo y presentar los datos en formato de registro cflowd; realizar la contabilidad de descartes en un flujo de tráfico entrante; cifrar o tunelizar registros cflowd salientes, tráfico IPv4 interceptado o ambos; y dirigir el tráfico filtrado a diferentes analizadores de paquetes y presentar los datos en su formato original. En el caso de una PIC de servicios de supervisión II, puede configurar interfaces de supervisión o recopilador. Una interfaz de recopilador le permite combinar varios registros cflowd en un archivo de datos ASCII comprimido y exportar el archivo a un servidor FTP.
PIC de servicios multivínculo, multiservicio, servicios de vínculo y servicios de voz: permiten dividir, volver a combinar y secuenciar datagramas en varios vínculos lógicos de datos. El objetivo de la operación multivínculo es coordinar varios vínculos independientes entre un par fijo de sistemas, lo cual proporciona un vínculo virtual con un ancho de banda mayor que cualquiera de los miembros.
PIC de servicios de túnel: al encapsular paquetes arbitrarios dentro de un protocolo de transporte, la tunelización proporciona una ruta privada y segura a través de una red pública. Los túneles conectan subredes discontinuas y habilitan interfaces de cifrado, redes privadas virtuales (VPN) y conmutación de etiquetas multiprotocolo (MPLS).
En los enrutadores serie M y T, las interfaces de túnel lógico le permiten conectar sistemas lógicos, enrutadores virtuales o instancias VPN. Para obtener más información acerca de las VPN, consulte la Biblioteca de VPN de Junos OS para dispositivos de enrutamiento. Para obtener más información acerca de la configuración de túneles, consulte la Biblioteca de interfaces de servicios de Junos OS para dispositivos de enrutamiento.
Descripción de las interfaces de contenedor
Las interfaces de contenedor proporcionan las siguientes funciones:
La conmutación de protección automática (AP) en los vínculos SONET/SDH y ATM se admite mediante la infraestructura de contenedor.
Las interfaces físicas del contenedor y las interfaces lógicas permanecen activas en intercambio.
Los parámetros de APS se copian automáticamente de la interfaz de contenedor a los vínculos de miembro.
Actualmente no se admiten grupos de pares y APS unidireccionales auténticos.
Para obtener más información sobre la configuración SONET/SDH, consulte Configurar interfaces de contenedor para APS en vínculos SONET.
Las funciones de interfaces de contenedor se describen en las siguientes secciones:
- Descripción del concepto tradicional de APS
- Concepto de interfaces de contenedor
- Compatibilidad de APS con interfaces basadas en contenedores
- Copia automática de parámetros de APS
Descripción del concepto tradicional de APS
La conmutación de protección automática tradicional (APS) se configura en dos interfaces SONET/SDH físicas independientes: Una interfaz se configura como el circuito operativo y la otra se configura como el circuito de protección (consulte Figura 4). El circuito, llamado circuito X en la Figura, es el vínculo entre las dos interfaces SONET.
La APS tradicional utiliza protocolos de enrutamiento que se ejecutan en cada interfaz SONET/SDH individual (ya que el circuito es una construcción abstracta, en lugar de ser una interfaz real). Cuando el vínculo operativo deja de funcionar, la infraestructura APS abre el vínculo de protección y sus interfaces lógicas subyacentes, y desconecta el vínculo de trabajo y sus interfaces lógicas subyacentes, lo que hace que los protocolos de enrutamiento vuelvan a converger. Esto consume tiempo y provoca pérdida de tráfico , aunque la infraestructura de APS haya realizado el conmutador rápidamente.
Concepto de interfaces de contenedor
Para resolver el problema de la pérdida de tráfico, el Junos OS proporciona una construcción de interfaz de software denominada interfaz de contenedor (consulte Figura 5).
La interfaz contenedora permite que los protocolos de enrutamiento se ejecuten en las interfaces lógicas asociadas con una interfaz de contenedor virtual, en lugar de en las interfaces físicas SONET/SDH y ATM. Cuando APS cambia el vínculo físico subyacente según una condición de error, la interfaz de contenedor permanece activa y la interfaz lógica en la interfaz de contenedor no se oscila. Los protocolos de enrutamiento no reconocen la conmutación de APS.
Compatibilidad de APS con interfaces basadas en contenedores
Con la interfaz de contenedor, APS se configura en la propia interfaz contenedora. Los vínculos a SONET/SDH y ATM de miembro individual están marcados como principales (correspondientes al circuito operativo) o en espera (correspondiente al circuito de protección) en la configuración. No se especificó ningún nombre de circuito o grupo en el modelo de interfaz de contenedor; los vínculos físicos SONET/SDH y ATM se colocan en un grupo APS mediante su vinculación a una sola interfaz de contenedor. Los parámetros APS se especifican en el nivel de interfaz de contenedor y el demonio APS los propaga a los vínculos SONET/SDH y ATM individuales.
Copia automática de parámetros de APS
Las aplicaciones típicas requieren una copia de los parámetros de APS del circuito operativo al circuito de protección, ya que la mayoría de los parámetros deben ser los mismos para ambos circuitos. Esto se realiza automáticamente en la interfaz de contenedor. Los parámetros de APS se especifican una sola vez en la configuración de interfaz física del contenedor y se copian internamente a los vínculos físicos SONET/SDH y ATM individuales.
Consulte también
Descripción de interfaces Ethernet internas
Dentro de un dispositivo Juniper, las interfaces Ethernet internas proporcionan comunicación entre el motor de enrutamiento y los motores de reenvío de paquetes. Junos OS configura automáticamente las interfaces Ethernet internas durante Junos OS el arranque. Junos OS arranca el hardware del componente de reenvío de paquetes. Cuando se ejecutan estos componentes, la tarjeta de control (CB) utiliza la interfaz Ethernet interna para transmitir información de estado de hardware al motor de enrutamiento. La información de estado del hardware incluye la temperatura interna del enrutador, el estado de los ventiladores, si se ha quitado o insertado un FPC, e información de la pantalla LCD en la interfaz de la nave.
Para determinar las interfaces Ethernet internas compatibles con su enrutador, consulte Motores de enrutamiento compatibles por enrutador.
No modifique ni quite la configuración de la interfaz Ethernet interna que Junos OS se configura automáticamente. Si lo hace, el dispositivo deja de funcionar.
-
La mayoría de los dispositivos Juniper:Junos OS crea la interfaz Ethernet interna. La interfaz Ethernet interna conecta el motor de enrutamiento
re0
a los motores de reenvío de paquetes.Si el dispositivo tiene motores de enrutamiento redundantes, se crea otra interfaz Ethernet interna en cada motor de enrutamiento (
re0
yre1
) para admitir tolerancia a errores. Dos enlaces físicos entrere0
yre1
conectan los planos de control independientes. Si se produce un error en uno de los vínculos, ambos motores de enrutamiento pueden usar el otro vínculo para fines de comunicación IP. -
Enrutadores TX Matrix Plus: en un enrutador TX Matrix Plus, el motor de enrutamiento y la tarjeta de control funcionan como una unidad o un subsistema de host. Para cada subsistema de host en el enrutador, Junos OS crea automáticamente dos interfaces Ethernet internas,
ixgbe0
yixgbe1
.Las interfaces ixgbe0 y ixgbe1 conectan el motor de enrutamiento de transmisión Matrix Plus a los motores de enrutamiento de todos los chasis de tarjeta de línea (LCC) configurados en la matriz de enrutamiento.
El motor de enrutamiento de transmisión Matrix Plus se conecta a un conmutador de alta velocidad a través de un vínculo de 10 Gbps dentro del subsistema de host. El conmutador proporciona un vínculo de 1 Gbps a cada motor de enrutamiento T1600. Los vínculos de 1 Gbps se proporcionan a través de las conexiones de cable Ethernet UTP categoría 5 entre las TXP-CB y las LCC-CB en las LCC.
-
El motor de enrutamiento de transmisión Matrix Plus se conecta a un conmutador de alta velocidad en la tarjeta de control local a través de un vínculo de 10 Gbps dentro del subsistema de host.
-
El conmutador Gigabit Ethernet conecta la tarjeta de control a los motores de enrutamiento remoto de todas las LCC configuradas en la matriz de enrutamiento.
Si un enrutador de transmisión Matrix Plus contiene subsistemas de host redundantes, los planes de control independientes se conectan mediante dos enlaces físicos entre los dos puertos 10 Gigabit Ethernet en sus respectivos motores de enrutamiento.
-
El vínculo principal al motor de enrutamiento remoto se encuentra en la interfaz
ixgbe0
; el conmutador 10 Gigabit Ethernet en la tarjeta de control local también conecta el motor de enrutamiento al puerto 10 Gigabit Ethernet al cual accede la interfazixgbe1
en el motor de enrutamiento remoto. -
El vínculo alternativo al motor de enrutamiento remoto es el puerto 10 Gigabit Ethernet en la interfaz
ixgbe1
. Este segundo puerto conecta el motor de enrutamiento al conmutador 10-Gigabit Ethernet en la tarjeta de control remota, la cual se conecta al puerto 10-Gigabit Ethernet en la interfazixgbe0
en el motor de enrutamiento remoto.
Si uno de los dos vínculos entre los subsistemas de host fallan, ambos motores de enrutamiento pueden usar el otro vínculo para fines de comunicación IP.
-
-
LCC en una matriz de enrutamiento: en una LCC configurada en una matriz de enrutamiento, el motor de enrutamiento y la tarjeta de control funcionan como una unidad o un subsistema de host. Para cada subsistema de host en la LCC, Junos OS crea automáticamente dos interfaces Ethernet internas,
bcm0
yem1
, para los dos puertos Gigabit Ethernet en el motor de enrutamiento.La
bcm0
interfaz conecta el motor de enrutamiento en cada LCC a los motores de enrutamiento de cada una de las LCC configuradas en la matriz de enrutamiento.-
El motor de enrutamiento se conecta a un conmutador Gigabit Ethernet en la tarjeta de control local.
-
El conmutador conecta la tarjeta de control a los motores de enrutamiento remoto de todas las LCC configuradas en la matriz de enrutamiento.
Si una LCC en una matriz de enrutamiento contiene subsistemas de host redundantes, los planes de control independientes se conectan mediante dos enlaces físicos entre los puertos Gigabit Ethernet en sus respectivos motores de enrutamiento.
-
El vínculo principal al motor de enrutamiento remoto se encuentra en la interfaz
bcm0
; el conmutador Gigabit Ethernet en la tarjeta de control local también conecta el motor de enrutamiento al puerto Gigabit Ethernet al cual accede la interfazem1
en el motor de enrutamiento remoto. -
El vínculo alternativo al motor de enrutamiento remoto está en la interfaz
em1
. Este segundo puerto conecta el motor de enrutamiento al conmutador Gigabit Ethernet en la tarjeta de control remota, la cual se conecta al puerto Gigabit Ethernet en la interfazbcm0
en el motor de enrutamiento remoto.
Si uno de los dos vínculos entre los subsistemas de host fallan, ambos motores de enrutamiento pueden usar el otro vínculo para fines de comunicación IP.
-
Cada dispositivo también tiene uno o dos puertos serie, etiquetados (CONconsola) o AUX (auxiliar), para conectar terminales tipo tty al dispositivo utilizando cables tty estándar tipo PC. Aunque estos puertos no son interfaces de red, proporcionan acceso al dispositivo. Consulte la guía de hardware de su dispositivo para obtener más información.
Consulte también
Descripción de las interfaces en enrutadores Metro universales serie ACX
Los enrutadores de la serie ACX admiten interfaces T1 y E1 de multiplexación por división de tiempo (TDM) e interfaces Ethernet (1 Gigabit Ethernet [GbE] de cobre, 1 GbE, 10 GbE y fibra de 40 GbE) para satisfacer las necesidades heredadas y de evolución de la red móvil. La compatibilidad con Power over Ethernet (PoE +) a 65 watts por puerto mitiga la necesidad de cables eléctricos adicionales para microondas u otras interfaces de acceso.
Los enrutadores serie ACX son compatibles con lo siguiente:
Puertos T1 y E1 TDM:
El enrutador ACX1000 contiene ocho puertos T1 o E1.
El enrutador ACX2000 contiene 16 puertos T1 o E1.
Multiplexación inversa para ATM (IMA)
Nota:Los enrutadores ACX5048 y ACX5096 no admiten puertos T1 o E1, ni multiplexación inversa para ATM (IMA).
Puertos Gigabit Ethernet:
El enrutador ACX1000 contiene ocho puertos GbE. El enrutador ACX1000 también admite cuatro puertos RJ45 (Cu) o la instalación de cuatro transceptores conectables de factor de forma pequeño (SFP) de GbE.
El enrutador ACX2000 contiene 16 puertos GbE y dos puertos PoE. El enrutador ACX2000 también admite la instalación de dos transceptores SFP de GbE y dos transceptores SFP+ de 10 GbE.
El enrutador ACX5448 es un enrutador de la parte superior del rack de factor de forma pequeño conectable mejorado (SFP+) de 10 GbE, con 48 puertos SFP+ y cuatro puertos QSFP28 de 100 GbE. Cada puerto SFP+ puede funcionar como un puerto nativo de 10 GbE o como un puerto de 1 GbE cuando se insertan medios ópticos de 1 Gigabit. Los 48 puertos en ACX5448 enrutador se pueden configurar como modos 1GE o 10GE, y estos puertos están representados por el tipo de xe interfaz. El PIC 1 de FPC 0 tiene 4 puertos 100GE, donde cada puerto se puede canalizar en los modos 1x100GE, 1x40GE o 4x25GE y estos puertos están representados por el tipo de et interfaz. De forma predeterminada, la velocidad del puerto en PIC 1 es de 100GE.
Nota:El enrutador ACX5448 no admite la interfaz de servicios Pseudowire.
Nota:Solo los enrutadores ACX5048, ACX5096 y ACX5448 admiten 40 GbE. El enrutador ACX5448 admite la canalización de 40 GbE a 10 GbE.
- Interfaces de multiplexación por división de tiempo (TDM) T1 y E1
- Multiplexación inversa para ATM (IMA)
- Gigabit Ethernet Interfaces
Interfaces de multiplexación por división de tiempo (TDM) T1 y E1
En los enrutadores serie ACX, se admiten las funciones TDM Junos OS existentes sin cambios en las instrucciones ni en la funcionalidad. Se admiten las siguientes características clave de TDM para interfaces T1 (ct1) y E1 (ce1):
Canalización de T1 y E1
Encapsulación de T1 y E1
Alarmas, defectos y estadísticas
Circuito cerrado externo e interno
Clase de servicio (COS) TDM
La selección del modo T1 y E1 se encuentra a nivel de PIC. Para establecer el modo T1 o E1 en el nivel de PIC, incluya la framing
instrucción con la t1 opción o e1 en el nivel de jerarquía [chassis fpc slot-number pic slot-number]. Todos los puertos pueden ser T1 o E1. No se admite la combinación de T1 y E1.
Interfaz BITS T1 o E1 (ACX2000)
El enrutador ACX2000 tiene una interfaz de suministro de tiempo integrada en compilación (BITS) T1 o E1 que puede conectarse a un reloj externo. Después de conectar la interfaz al reloj externo, puede configurar la interfaz de BITS para que esta se convierta en un origen de candidatos para la sincronización del chasis con el reloj externo. La frecuencia de la interfaz BITS depende del reloj cliente del equipo Ethernet (EEC) sincrónico seleccionado con la network-option
instrucción en el nivel de jerarquía [edit chassis synchronization].
El enrutador ACX1000 no admite la interfaz de BITS.
Multiplexación inversa para ATM (IMA)
Definida por el Foro ATM, la especificación IMA versión 1.1 es una tecnología estandarizada que se utiliza para transportar el tráfico ATM a través de una agrupación de interfaces T1 y E1, también conocida como grupo IMA. Se admiten hasta ocho enlaces por grupo y 16 grupos por PIC. Se admiten las siguientes características IMA clave:
Encapsulación IMA de capa 2
CoS ATM
Políticas y formas de ATM
Los paquetes denegados cuentan en el resultado del
show interfaces at-fpc/pic/port extensive
comando
Gigabit Ethernet Interfaces
En los enrutadores serie ACX, se admiten las funciones Ethernet Junos OS existentes sin cambios en las instrucciones ni en la funcionalidad. Se admiten las siguientes características clave:
Especificación de tipo de medio (enrutador ACX1000 con interfaces SFP y RJ45 de GbE)
Negociación automática para interfaces RJ45 GbE
Gestión de eventos de eliminación y inserción de SFP
Deshabilitación explícita de la interfaz física
Control de flujo
Nota:El enrutador serie ACX no admite control de flujo basado en tramas de pausa.
Circuito cerrado
Alarma por pérdida de señal (LOS)
Características de la capa de control de acceso de medios (MAC)
Unidad máxima de transmisión (MTU)
Notificación remota de fallos para interfaces de 10 GbE
Recopilación y manejo de estadísticas
Alimentación a través de Ethernet (PoE) (enrutador ACX2000)
Modo de alta potencia
Los puertos GbE del enrutador tienen la capacidad de funcionar como una interfaz de 1 GbE o 10 GbE, según el tipo de transceptor conectable de factor de forma pequeño (SFP) insertado. Cuando se inserta un transceptor SFP+, la interfaz funciona a velocidades de 10 Gigabit. Cuando se inserta un transceptor SFP, la interfaz funciona a velocidades de 1 Gigabit. No es necesario realizar una configuración, ya que la velocidad se determina automáticamente según el tipo de transceptor SFP insertado. La interfaz de doble velocidad se crea automáticamente con el xe prefijo, como xe-4/0/0.
Se utilizan las mismas instrucciones de configuración para ambas velocidades y los parámetros CoS se escalan como un porcentaje de la velocidad del puerto. Para configurar una interfaz GbE de velocidad doble, incluya la interface xe-fpc/pic/port
instrucción en el nivel de jerarquía [edit interfaces]. Para mostrar la velocidad de la interfaz y otros detalles, ejecute el comando show interfaces
.
Debe utilizar un SFP de grado industrial por debajo de 0 dC para las placas ACX 1100 y ACX 2100.
Consulte también
Interfaces Ethernet de administración de enrutador T1600 (matriz de enrutamiento) y de transmisión Matrix Plus
Para los enrutadores TX Matrix Plus y para los enrutadores T1600 Core con RE-C1800 configurado en una matriz de enrutamiento, Junos OS crea automáticamente la interfaz Ethernet de administración del enrutador, em0. Para utilizarlo em0 como puerto de administración, debe configurar su puerto lógico, em0.0, con una dirección IP válida.
Cuando se introduce el comando show interfaces
en un enrutador de transmisión Matrix Plus, se muestran las interfaces Ethernet de administración (y las interfaces lógicas):
user@host> show interfaces ? ... em0 em0.0 ...
Los motores de enrutamiento en el enrutador TX Matrix Plus y en los enrutadores T1600 con RE-C1800 configurado en una matriz de enrutamiento no admiten la interfaz fxp0Ethernet de administración. Tampoco admiten las interfaces fxp1 Ethernet internas ni fxp2,
Consulte también
Interfaces Ethernet internas de enrutadores T1600 (matriz de enrutamiento)
En un enrutador T1600 configurado en una matriz de enrutamiento, el motor de enrutamiento (RE-TXP-LCC) y la tarjeta de control (LCC-CB) funcionan como una unidad o un subsistema de host. Para cada subsistema de host del enrutador, Junos OS crea automáticamente dos interfaces Ethernet internas, bcm0 y em1, para los dos puertos Gigabit Ethernet en el motor de enrutamiento.