- play_arrow Descripción general
- play_arrow Supervisión de red mediante SNMP
- Descripción general de la arquitectura SNMP y las MIB SNMP
- Descripción de la implementación de SNMP en Junos OS
- Configurar SNMP en Junos OS
- Configurar opciones en dispositivos administrados para un mejor tiempo de respuesta SNMP
- MIB de utilidad específica para empresas para mejorar la cobertura SNMP
- Optimice la configuración del sistema de administración de red para obtener los mejores resultados
- Interfaces para aceptar solicitudes SNMP
- Configurar SNMP para instancias de enrutamiento
- Configurar operaciones remotas SNMP
- Capturas SNMP
- Capturas SNMP compatibles con Junos OS
- Rastrear actividad SNMP
- Privilegios de acceso para un grupo SNMP
- Configurar ID de motor local en SNMPv3
- Configurar SNMPv3
- Configurar el tipo de autenticación SNMPv3 y el tipo de cifrado
- Capturas SNMPv3
- SNMPv3 informa
- Comunidades SNMP
- Vistas MIB
- MIB SNMP compatibles con Junos OS y Junos OS Evolved
- Preguntas frecuentes sobre SNMP de Junos OS
- play_arrow Monitoreo remoto de red (RMON) con alarmas y eventos SNMP
- play_arrow Opciones de contabilidad
- play_arrow Opciones de monitoreo
- play_arrow Alarmas de interfaz
- play_arrow Monitoreo de IP
- play_arrow Tecnología de monitoreo de sFlow
- play_arrow Muestreo adaptable para enrutadores y conmutadores
- play_arrow Software de diagnóstico del acelerador de flujo de paquetes
-
- play_arrow Supervisión de características de seguridad comunes
- play_arrow Gestión del rendimiento
- play_arrow Imitación de puerto
- play_arrow Duplicación de puertos y analizadores
- Duplicación de puertos y analizadores
- Configuración de analizadores y duplicación de puertos
- Configuración de instancias de creación de reflejo de puertos
- Configuración de la duplicación de puertos en interfaces físicas
- Configuración de la creación de reflejo de puertos en interfaces lógicas
- Configuración de la duplicación de puertos para varios destinos
- Configuración de la duplicación de puertos para destinos remotos
- Configuración del análisis local y remoto de creación de reflejo de puertos
- Duplicación de puerto 1:N a múltiples destinos en conmutadores
- Ejemplo: Configurar la creación de reflejo de puertos con familia cualquiera y un filtro de firewall
- Supervisión de la duplicación de puertos
- Configurar la duplicación de paquetes con encabezados de capa 2 para el tráfico reenviado de capa 3
- Solución de problemas de duplicación de puertos
-
- play_arrow Mensajes de registro del sistema
- Información general sobre el registro del sistema
- Registro del sistema en un sistema de chasis único
- Dirija los mensajes de registro del sistema a un destino remoto
- Comprobar los comandos que introducen los usuarios
- Mostrar archivos de registro del sistema
- Configurar el registro del sistema para dispositivos de seguridad
- Configurar Syslog a través de TLS
- Supervisar mensajes de registro
- play_arrow Administración de red y solución de problemas
- Comprimir los registros de solución de problemas de /var/logs para enviarlos al soporte técnico de Juniper Networks
- Monitoreo y solución de problemas
- Solución de problemas del rendimiento del sistema con la metodología de monitoreo de recursos
- Configuración de las opciones de depuración y rastreo de rutas de datos
- Uso de MPLS para diagnosticar LSP, VPN y circuitos de capa 2
- Uso de la captura de paquetes para analizar el tráfico de red
- Descripción general de On-Box Packet Sniffer
- Solución de problemas de dispositivos de seguridad
- play_arrow Instrucciones de configuración y comandos operativos
Interfaz de administración local Ethernet
Descripción general de la interfaz de administración local Ethernet
Las interfaces Gigabit Ethernet (ge), 10 Gigabit Ethernet (xe) y Ethernet agregada (ae) admiten la interfaz de administración local Ethernet (E-LMI).
En los enrutadores de la serie MX, E-LMI es compatible con interfaces Gigabit Ethernet (ge), 10 Gigabit Ethernet (xe) y Ethernet agregada (ae) configuradas en enrutadores serie MX solo con DPC.
La especificación E-LMI está disponible en el Foro Metro Ethernet. Los procedimientos y protocolos de E-LMI se utilizan para habilitar la configuración automática del borde del cliente (CE) para admitir los servicios de Metro Ethernet. El protocolo E-LMI también proporciona información de estado de interfaz de usuario a red (UNI) y conexión virtual Ethernet (EVC) al CE. La información UNI y EVC permite la configuración automática del funcionamiento CE basado en la configuración Metro Ethernet.
El protocolo E-LMI funciona entre el dispositivo CE y el dispositivo perimetral del proveedor (PE). Solo se ejecuta en el vínculo PE-CE y notifica al CE el estado de conectividad y los parámetros de configuración de los servicios Ethernet disponibles en el puerto CE. El alcance del protocolo E-LMI se muestra en Figura 1.
La implementación de E-LMI en enrutadores de las series ACX y MX incluye solo el lado PE del protocolo E-LMI.
E-LMI interopera con un protocolo OAM, como Connectivity Fault Management (CFM), que se ejecuta dentro de la red del proveedor para recopilar el estado de OAM. CFM se ejecuta en el nivel de mantenimiento del proveedor (UNI-N a UNI-N con hasta MEPs en la UNI). E-LMI se basa en el CFM para el estado de extremo a extremo de los EVC en todos los dominios CFM (dominio SVLAN o VPLS).
El protocolo E-LMI transmite la siguiente información:
Notificación al CE de la adición/eliminación de un EVC (activo, no activo o parcialmente activo)
Notificación al CE del estado de disponibilidad de un EVC configurado
Comunicación de los atributos UNI y EVC al CE:
Atributos de UNI:
Identificador UNI (un nombre configurado por el usuario para UNI)
Tipo de mapa CE-VLAN ID/EVC (agrupación todo a uno, multiplexación de servicios con agrupación o sin agrupación)
No se admite el perfil de ancho de banda (incluidas las siguientes características):
CM (modo de acoplamiento)
CF (bandera de color)
CIR (tasa de información comprometida)
CBR (tamaño de ráfaga comprometida)
EIR (tasa de exceso de información)
EBS (tamaño de ráfaga excesiva)
Atributos de EVC:
ID de referencia de EVC
Tipo de estado de EVC (activo, no activo o parcialmente activo)
Tipo de EVC (punto a punto o multipunto a multipunto)
ID de EVC (un nombre configurado por el usuario para EVC)
Perfil de ancho de banda (no compatible)
Mapa CE-VLAN ID/EVC
E-LMI en enrutadores de la serie MX admite los siguientes tipos de EVC:
SVLAN Q-in-Q (punto a punto o multipunto a multipunto): requiere una sesión de CFM de extremo a extremo entre UNI-N para supervisar el estado del SVE.
VPLS (BGP o LDP) (punto a punto o multipunto a multipunto): el estado del pseudocable VPLS o las sesiones CFM de extremo a extremo entre UNI-N se pueden utilizar para supervisar el estado de EVC.
Circuito L2/L2VPN (punto a punto): se puede utilizar el estado del pseudocable VPLS o las sesiones CFM de extremo a extremo entre UNI-N para supervisar el estado de EVC.
Nota:l2-circuityl2vpnno son compatibles.
El protocolo E-LMI de los enrutadores de la serie ACX admite los tipos de circuito de capa 2 y EVC de VPN de capa 2, y permite el reenvío de pérdida de vínculos para servicios de pseudocable (circuito de capa 2 y VPN de capa 2) de la siguiente manera:
Interfuncionamiento entre el protocolo de gestión de errores de conectividad (CFM) y el protocolo E-LMI para circuitos de capa 2 y VPN de capa 2.
Sesión de CFM de extremo a extremo entre UNI para supervisar el estado de EVC.
En el caso de la redundancia de pseudocable, CFM se puede utilizar para monitorear sesiones de pseudocable activas y de respaldo. El estado de EVC se declara como inferior a los dispositivos CE solo cuando las sesiones de pseudocable activas y de respaldo dejan de funcionar.
Interfuncionamiento entre la indicación remota de defectos (RDI) y E-LMI para circuito de capa 2 y VPN de capa 2.
Si un punto final de asociación de mantenimiento (MEP) recibe un bit RDI establecido en una trama de mensaje de comprobación de continuidad (CCM) y si la detección de errores de RDI está habilitada en la configuración de EVC en
[edit protocols oam ethernet evcs evc-id evc-protocol cfm management-domain name management-association name faults rdi], entonces el pseudocable se declara como hasta enrutadores CE a través de E-LMI.
Si no existe una sesión CFM de extremo a extremo entre UNI, el estado ascendente y descendente del pseudocable (circuito de capa 2 o VPN de capa 2) activa un mensaje asíncrono de cambio de estado de EVC a los enrutadores CE a través de E-LMI.
Los enrutadores serie ACX no admiten E-LMI para servicios de capa 2 (puente).
Configurar la interfaz de administración local de Ethernet
Para configurar E-LMI, realice los pasos siguientes:
- Configuración de un protocolo OAM (CFM)
- Asignación del protocolo OAM a un EVC
- Habilitación de e-LMI en una interfaz y asignación de ID de VLAN CE a un EVC
Configuración de un protocolo OAM (CFM)
Para obtener información sobre la configuración del protocolo OAM (CFM), consulte Descripción general de la administración de errores de conectividad OAM IEEE 802.1ag.
Asignación del protocolo OAM a un EVC
Para configurar un EVC, debe especificar un nombre para el EVC utilizando la evcsevc-id instrucción en el nivel de [edit protocols oam ethernet] jerarquía. Puede establecer el protocolo EVC para supervisar las estadísticas de EVC en cfm o utilizar la evc-protocol instrucción y sus opciones en el nivel jerárquico [edit protocols oam ethernet evcs]vpls.
Puede establecer el número de UNI remotas en el EVC mediante la remote-uni-count number instrucción en el [edit protocols oam ethernet evcs evcs-protocol] nivel de jerarquía. El remote-uni-count valor predeterminado es 1. La configuración de un valor mayor que 1 hace que la EVC sea multipunto a multipunto. Si ingresa un valor mayor que el número real de puntos de conexión, el estado de EVC se mostrará como parcialmente activo incluso si todos los puntos de conexión están activos. Si ingresa un remote-uni-count número de puntos de conexión inferior al real, el estado se mostrará como activo, incluso si todos los puntos de conexión no están activos.
Puede configurar un EVC incluyendo la evcs instrucción en el nivel de [edit protocols oam ethernet] jerarquía:
[edit protocols oam ethernet] evcs evc-id { evc-protocol (cfm (management-domain name management-association name ) | vpls (routing-instance name)) { remote-uni-count <number>; # Optional, defaults to 1 multipoint-to-multipoint; # Optional, defaults to point-to-point if remote-uni-count is 1 } }
Habilitación de e-LMI en una interfaz y asignación de ID de VLAN CE a un EVC
Para configurar E-LMI, incluya la lmi instrucción en el nivel jerárquico [edit protocols oam ethernet] :
[edit protocols oam ethernet] lmi { polling-verification-timer value; # Polling verification timer (T392), defaults to 15 seconds status-counter count; # Status counter (N393), defaults to 4 interface name { evc evc-id { default-evc; vlan-list [ vlan-ids ]; } evc-map-type (all-to-one-bundling | bundling | service-multiplexing); polling-verification-time value; # Optional, defaults to global value status-counter count; # Optional, defaults to global value uni-id value; # Optional, defaults to interface-name } }
Puede establecer el contador de estado para contar errores consecutivos mediante la status-counter count instrucción en el nivel de [edit protocols oam ethernet lmi] jerarquía. El contador de estado se utiliza para determinar si E-LMI está operativo o no. El valor predeterminado es 4.
Puede establecer la polling-verification-timer value instrucción en el nivel jerárquico [edit protocols oam ethernet lmi] . El valor predeterminado es 15 segundos.
Puede habilitar una interfaz y establecer sus opciones para su uso con E-LMI utilizando la interface name instrucción en el nivel de [edit protocols oam ethernet lmi] jerarquía. xeSolo gese admiten , , y ae las interfaces. Puede utilizar la opción de interfaz uni-id para especificar un nombre para la UNI. Si uni-id no está configurado, el valor predeterminado es la variable de nombre de interface name.
Puede especificar el tipo de mapa CE-VLAN ID/EVC mediante la opción de evc-map-type type interfaz. Las opciones son all-to-one-bundling, bundling, o service-multiplexing. La multiplexación de servicios es sin agrupación. El tipo predeterminado es all-to-one-bundling.
Para especificar el EVC que utiliza una interfaz, utilice la evc evc-id instrucción en el nivel de [edit protocols oam ethernet lmi interface name] jerarquía. Puede especificar una interfaz como interfaz EVC predeterminada mediante la default-evc instrucción en el nivel de [edit protocols oam ethernet lmi interface name evc evc-id] jerarquía. Todos los VID que no están asignados a ningún otro EVC se asignan a este EVC. Solo se puede configurar un EVC como predeterminado.
Puede asignar una lista de VLAN a un EVC mediante la vlan-list vlan-id-list instrucción en el [edit protocols oam ethernet lmi interface name evc evc-id] nivel de jerarquía.
Ejemplo de configuración de E-LMI
- Ejemplo de topología
- Configuración de PE1
- Configuración de PE2
- Configuración de dos UNI que comparten el mismo EVC
Ejemplo de topología
Figura 2 ilustra la configuración de E-LMI para un EVC punto a punto (SVLAN) supervisado por CFM. En este ejemplo, las VLAN del 1 al 2048 se asignan a evc1 (SVLAN 100) y del 2049 al 4096 se asignan a evc2 (SVLAN 200). Se crean dos sesiones de CFM para supervisar estos EVC.
Configuración de PE1
[edit]
interfaces {
ge-1/1/1 {
unit 0 {
family bridge {
interface-mode trunk;
vlan-id-list 1-2048;
}
}
unit 1 {
family bridge {
interface-mode trunk;
vlan-id-list 2049-4096;
}
}
}
ge-1/1/2 {
unit 0 {
vlan-id 100;
family bridge {
interface-mode trunk;
inner-vlan-id-list 1-2048;
}
}
unit 1 {
vlan-id 200;
family bridge {
interface-mode trunk;
inner-vlan-id-list 2049-4096;
}
}
}
}
protocols {
oam {
ethernet {
connectivity-fault-management {
maintenance-domain md {
level 0;
maintenance-association 1 {
name-format vlan;
mep 1 {
direction up;
interface ge-1/1/1.0 vlan 1;
}
}
maintenance-association 2049 {
name-format vlan;
mep 1 {
direction up;
interface ge-1/1/1.1 vlan 2049;
}
}
}
}
evcs {
evc1 {
evc-protocol cfm management-domain md management-association 1;
remote-uni-count 1;
}
evc2 {
evc-protocol cfm management-domain md management-association 2049;
remote-uni-count 1;
}
}
lmi {
interface ge-1/1/1 {
evc evc1 {
vlan-list 1-2048;
}
evc evc2 {
vlan-list 2049-4096;
}
evc-map-type bundling;
uni-id uni-ce1;
}
}
}
}
}
Configuración de PE2
[edit]
interfaces {
ge-2/2/1 {
unit 0 {
family bridge {
interface-mode trunk;
vlan-id-list 1-2048;
}
}
unit 1 {
family bridge {
interface-mode trunk;
vlan-id-list 2049-4096;
}
}
}
ge-2/2/2 {
unit 0 {
vlan-id 100;
family bridge {
interface-mode trunk;
inner-vlan-id-list 1-2048;
}
}
unit 1 {
vlan-id 200;
family bridge {
interface-mode trunk;
inner-vlan-id-list 2049-4095;
}
}
}
}
protocols {
oam {
ethernet {
connectivity-fault-management {
maintenance-domain md {
level 0;
maintenance-association 1 {
name-format vlan;
mep 1 {
direction up;
interface ge-2/2/1.0 vlan 1;
}
}
maintenance-association 2049 {
name-format vlan;
mep 1 {
direction up;
interface ge-2/2/1.1 vlan 2049;
}
}
}
}
evcs {
evc1 {
evc-protocol cfm management-domain md management-association 1;
remote-uni-count 1;
}
evc2 {
evc-protocol cfm management-domain md management-association 2049;
uni-count 2;
}
}
lmi {
interface ge-2/2/1 {
evc evc1 {
vlan-list 1-2048;
}
evc evc2 {
vlan-list 2049-4095;
}
evc-map-type bundling;
uni-id uni-ce2;
}
}
}
}
}
Configuración de dos UNI que comparten el mismo EVC
[edit protocols]
oam {
ethernet {
connectivity-fault-management { ...}
evcs {
evc1 {
evc-protocol cfm management-domain md management-association 1;
remote-uni-count 1;
}
}
lmi {
interface ge-2/2/1 {
evc evc1 {
vlan-list 0-4095;
}
evc-map-type all-to-one-bundling;
uni-id uni-ce1;
}
interface ge-2/3/1 {
evc evc1 {
vlan-list 0-4095;
}
evc-map-type all-to-one-bundling;
uni-id uni-ce2;
}
}
}
}
