- 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
EN ESTA PÁGINA
Configurar una conmutación de protección más rápida para topologías de red punto a punto
Configure una convergencia más rápida para topologías de red multipunto a multipunto de base dual
Configure un ID de VLAN principal para una mayor flexibilidad
Configurar una asociación de mantenimiento remoto para aceptar un ID diferente
Configurar mensajes de comprobación de continuidad
Junos OS proporciona mejoras para activar una conmutación de protección y convergencia más rápidas en caso de fallos en los dominios de Ethernet para los servicios de Ethernet de operadora. Estas mejoras se pueden utilizar cuando los dispositivos CE del dominio Ethernet detectan fallos de servicio más rápidos y propagan la información en el TLV de estado de interfaz de los mensajes de comprobación de continuidad (CCM). Cuando se reciben MCP, los dispositivos de PE pueden realizar ciertas acciones, lo que facilita una conmutación de protección y convergencia más rápidas. Puede configurar CCM para una mejor escalabilidad mediante la información proporcionada en este tema.
Configurar una conmutación de protección más rápida para topologías de red punto a punto
Puede aplicar un perfil de acción para proporcionar una conmutación de protección más rápida para topologías de red punto a punto con la conmutación local configurada. En un estado normal, las sesiones de CCM se configuran en las interfaces de trabajo y protección. Los paquetes CCM transmitidos contienen un TLV de estado de interfaz con el valor hacia arriba en la interfaz de trabajo y el valor hacia abajo en la interfaz de protección. Cuando se produce un error en un vínculo en la interfaz de trabajo, la interfaz de protección comienza a recibir el TLV de estado de la interfaz como activo. Con la configuración del perfil, si el TLV de estado de interfaz recibido en la interfaz de protección está activo, la interfaz de trabajo se marca automáticamente como interface-down
.
Para configurar el interface-status-tlv
evento down, incluya la interface-status-tlv down
instrucción en el nivel de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name event]
jerarquía.
Para configurarlo interface-down
como acción del perfil de acción, incluya la interface-down
instrucción en el nivel jerárquico [edit protocols oam ethernet connectivity-fault-management action-profile profile-name action]
.
Para configurar peer-interface como acción clara, incluya peer-interface en el nivel de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name clear-action]
jerarquía.
[edit protocols oam] ethernet { connectivity-fault-management { action-profile p1 { event { interface-status-tlv down; } action { interface-down; } clear-action { interface-down peer-interface; } } } }
En esta configuración de perfil de acción, cuando el TLV de estado de la interfaz se recibe como arriba, el peer-interface se marca como inactivo.
El peer-interface se configura en la protect-maintenance-association
instrucción. Considere el siguiente ejemplo usando la protect-maintenance-association
instrucción en la configuración:
[edit protocols oam] ethernet { connectivity-fault-management { action-profile p1 { event { adjacency-loss; } action { interface-down; } clear-action { interface-down peer-interface; } } maintenance-domain nsn { level 5; maintenance-association ma1 { protect-maintenance-association ma2; continuity-check { interval 100ms; connection-protection-tlv; } mep 100 { interface ge-1/1/0.0; direction down; auto-discovery; } } maintenance-association ma2 { continuity-check { interval 100ms; connection-protection-tlv; } mep 101 { interface ge-1/2/0.0; direction down; auto-discovery; } remote-mep 100 action-profile p1; } } } }
Consulte también
Configure una convergencia más rápida para topologías de red multipunto a multipunto de base dual
Puede aplicar un perfil de acción para proporcionar una convergencia más rápida para topologías de red multipunto a multipunto de base dual. Si un servicio Ethernet multipunto a multipunto utiliza reenvío basado en MAC y existen direcciones MAC obsoletas en las tablas de aprendizaje, esto puede dar lugar a agujeros negros de tráfico en la red donde el tráfico entrante se descarta silenciosamente, sin informar a la fuente de que los datos no llegaron a su destinatario. Con la configuración del perfil, si la TLV de estado de la interfaz recibida en la interfaz de protección está activa, la TLV de estado de la interfaz en la interfaz de trabajo se marca como inactiva y el dispositivo PE de la interfaz de protección propaga un mensaje de vaciado de MAC remoto a los dispositivos PE en el servicio de LAN privada virtual (VPLS) mediante TLDP-MAC-FLUSH. El vaciado de MAC evita el filtrado de ruta nula debido a entradas mac-db obsoletas.
Para configurar el interface-status-tlv
evento down, incluya la interface-status-tlv down
instrucción en el nivel de [edit protocols oam ethernet connectivity-fault-management action-profile profile-name event]
jerarquía.
Para configurarlo propagate-remote-flush
como acción del perfil de acción, incluya la propagate-remote-flush
instrucción en el nivel jerárquico [edit protocols oam ethernet connectivity-fault-management action-profile profile-name action]
.
Para configurar propagate-remote-flush
como acción clara, incluya la propagate-remote-flush
instrucción en el [edit protocols oam ethernet connectivity-fault-management action-profile profile-name clear-action]
nivel de jerarquía.
[edit protocols oam] ethernet { connectivity-fault-management { action-profile test { event { interface-status-tlv down; } action { propagate-remote-mac-flush; } clear-action { propagate-remote-mac-flush; } } } }
En esta configuración de perfil de acción, cuando el paquete CCM entrante contiene el TLV de estado de interfaz con valor abajo, la acción se activa para propagate-remote-mac-flush
el perfil de acción.
Consulte también
Configure un ID de VLAN principal para una mayor flexibilidad
Puede asignar un ID de LAN virtual (VLAN) principal en la asociación de mantenimiento para una mayor flexibilidad en el número de etiquetas. Cuando se configura un vlan-range
o vlan-id-list
en una interfaz, el OAM de servicio debe ejecutarse en una de las VLAN. La VLAN asignada para la supervisión del servicio se considera la VLAN principal. Si no se configura a, Junos OS asigna la primary-vid
primera VLAN desde o vlan-range
vlan-id-list
. En versiones anteriores, Junos OS asignaba VLAN 4095.
Para configurar un ID de VLAN principal, puede especificar la primary-vid
instrucción en el nivel de [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]
jerarquía:
[edit protocols oam ethernet connectivity-fault-management] maintenance domain md3 { level 3; maintenance-association ma3 { primary-vid 2000; continuity-check { interval 10ms; connection-protection-tlv; } mep 2 { interface ge-2/2/0.0; direction up; auto-discovery; } } }
Consulte también
Configurar una asociación de mantenimiento remoto para aceptar un ID diferente
Puede configurar una asociación de mantenimiento para que acepte un identificador de asociación de mantenimiento (ID) diferente de un vecino mediante la inclusión de una remote-maintenance-association
instrucción. Las sesiones del MCP 802.1ag esperan el mismo identificador de asociación de mantenimiento de sus vecinos. Si hay una discrepancia en el identificador de asociación de mantenimiento, las PDU se marcan como PDU de error. Si se configura una remote-maintenance-association
instrucción, se acepta un identificador de asociación de mantenimiento diferente y las sesiones del MCC 802.1ag no marcan las PDU del MCP como PDU de error cuando el nombre de la asociación de mantenimiento es el mismo que el nombre especificado en la remote-maintenance-association
instrucción.
Para configurar una asociación de mantenimiento remoto, incluya la remote-maintenance-association
instrucción en el nivel de [edit protocols oam ethernet connectivity-fault-management maintenance-domain domain-name maintenance-association ma-name]
jerarquía:
[edit protocols oam ethernet connectivity-fault-management] maintenance domain md3 { level 1; maintenance-association ma3 { remote-maintenance-association fix-ma; continuity-check { interval 10ms; connection-protection-tlv; } mep 2 { interface ge-2/2/0.0; direction up; auto-discovery; } } }
Con esta configuración, se mejora la interoperabilidad de los MCPs con dispositivos CE de gama baja que admiten configuraciones de identificadores de asociación de mantenimiento fijo.