EN ESTA PÁGINA
Instrucciones de configuración en el nivel de jerarquía [editar SNMP]
Optimizar la configuración del sistema de administración de red para obtener los mejores resultados
Configuración de SNMP en un dispositivo que ejecuta Junos OS
Configuración del contacto del sistema de un dispositivo que ejecuta Junos OS
Configuración de la ubicación del sistema para un dispositivo que se ejecuta Junos OS
Configuración de la descripción del sistema en un dispositivo que ejecuta Junos OS
Configuración de grupos y opciones de captura de SNMP en un dispositivo que ejecuta Junos OS
Configuración de las interfaces en las que se pueden aceptar solicitudes SNMP
Ejemplo Configuración de la comprobación de la lista de acceso seguro
Filtrado de la información de interfaz fuera de SNMP Get y GetNext Output
Descripción de la interfaz de administración local integrada
Uso de la utilidad específica de la empresa BIA para mejorar la cobertura de SNMP
Configuración de SNMP básico
Instrucciones de configuración en el nivel de jerarquía [editar SNMP]
En este tema se muestran todas las posibles instrucciones [edit snmp] de configuración en el nivel de jerarquía y su nivel en la jerarquía de configuración. Cuando configure Junos OS, el nivel actual de la jerarquía se mostrará en el banner de la línea anterior user@host# a la pregunta.
[edit] snmp { alarm-management { alarm-list-name list-name { alarm-id id { alarm-state state { description alarm-description; notification-id notification-id-of-alarm; resource-prefix alarm-resource-prefix; varbind-index varbind-index-in-alarm-varbind-list; varbind-subtree alarm-varbind-subtree; varbind-value alarm-varbind-value; } } } } client-list client-list-name { ip-addresses; } community community-name { authorization authorization; client-list-name client-list-name; clients { address <restrict>; } logical-system logical-system-name { routing-instance routing-instance-name; clients { address <restrict>; } } routing-instance routing-instance-name { clients { address <restrict>; } } view view-name; } contact contact; description description; engine-id { (local engine-id | use-default-ip-address | use-mac-address); } filter-duplicates; interface [ interface-names ]; location location; name name; nonvolatile { commit-delay seconds; } rmon { alarm index { description description; falling-event-index index; falling-threshold integer; falling-threshold-interval seconds; interval seconds; request-type (get-next-request | get-request | walk-request); rising-event-index index; rising-threshold integer; sample-type type; startup-alarm alarm; syslog-subtag syslog-subtag; variable oid-variable; } event index { community community-name; description description; type type; } } traceoptions { file filename <files number> <size size> <world-readable | no-world-readable> <match regular-expression>; flag flag; memory-trace; no-remote-trace; no-default-memory-trace; } trap-group group-name { categories { category; } destination-port port-number; routing-instance instance; logical-system logical-system-name; targets { address; } version (all | v1 | v2); } trap-options { agent-address outgoing-interface; source-address address; enterprise-oid; logical-system logical-system-name { routing-instance routing-instance-name { source-address address; } } routing-instance routing-instance-name { source-address address; } } v3 { notify name { tag tag-name; type (trap | inform); } notify-filter profile-name { oid oid (include | exclude); } snmp-community community-index { community-name community-name; security-name security-name; tag tag-name; } target-address target-address-name { address address; address-mask address-mask; logical-system logical-system; port port-number; retry-count number; routing-instance instance; tag-list tag-list; target-parameters target-parameters-name; timeout seconds; } target-parameters target-parameters-name { notify-filter profile-name; parameters { message-processing-model (v1 | v2c | v3); security-level (authentication | none | privacy); security-model (usm | v1 | v2c); security-name security-name; } } usm { local-engine { user username { authentication-md5 { authentication-password authentication-password; } authentication-none; authentication-sha { authentication-password authentication-password; } privacy-3des { privacy-password privacy-password; } privacy-aes128 { privacy-password privacy-password; } privacy-des { privacy-password privacy-password; } privacy-none; } } } vacm { access { group group-name { (default-context-prefix | context-prefix context-prefiix){ security-model (any | usm | v1 | v2c) { security-level (authentication | none | privacy) { notify-view view-name; read-view view-name; write-view view-name; } } } } } security-to-group { security-model (usm | v1 | v2c) { security-name security-name { group group-name; } } } } } view view-name { oid object-identifier (include | exclude); } }
Configuración de SNMP
SNMP se implementa en el software Junos OS que se ejecuta en los productos de la serie serie QFX y OCX. De forma predeterminada, SNMP no está habilitado. Para activar SNMP, debe incluir las instrucciones de configuración de SNMP en [edit] el nivel de jerarquía.
Para configurar los requisitos mínimos para SNMP, incluya las siguientes instrucciones en el [edit] nivel de jerarquía de la configuración:
[edit] snmp { community public; }
Para configurar las características completas del SNMP, incluya las siguientes instrucciones [edit] en el nivel de jerarquía de la configuración:
snmp {
client-list client-list-name {
ip-addresses;
}
community community-name {
authorization authorization;
client-list-name client-list-name;
clients {
address restrict;
}
logical-system logical-system-name {
routing-instance routing-instance-name {
clients {
addresses;
}
}
}
routing-instance routing-instance-name {
clients {
addresses;
}
}
view view-name;
}
contact contact;
description description;
filter-duplicates;
filter-interfaces;
health-monitor {
falling-threshold integer;
interval seconds;
rising-threshold integer;
}
interface [ interface-names ];
location location;
name name;
nonvolatile {
commit-delay seconds;
}
rmon {
alarm index {
description description;
falling-event-index index;
falling-threshold integer;
falling-threshold-interval seconds;
interval seconds;
request-type;
rising-event-index index;
rising-threshold integer;
sample-type (absolute-value | delta-value);
startup-alarm (falling-alarm | rising-alarm | rising-or-falling alarm);
syslog-subtag syslog-subtag;
variable oid-variable;
}
event index {
community community-name;
description description;
type type;
}
history history-index {
bucket-size number;
interface interface-name;
interval seconds;
owner owner-name;
}
}
traceoptions {
file filename <files number> <size size> <world-readable | no-world-readable> <match regular-expression>;
flag flag;
}
trap-group group-name {
categories {
category;
}
destination-port port-number;
routing-instance routing-instance-name;
targets {
address;
}
version (all | v1 | v2);
}
trap-options {
agent-address outgoing-interface;
source-address address;
}
v3 {
notify name {
tag tag-name;
type trap;
}
notify-filter profile-name {
oid object-identifier (include | exclude);
}
snmp-community community-index {
community-name community-name;
security-name security-name;
tag tag-name;
}
target-address target-address-name {
address address;
address-mask address-mask;
logical-system logical-system;
port port-number;
retry-count number;
routing-instance routing-instance-name;
tag-list tag-list;
target-parameters target-parameters-name;
timeout seconds;
}
target-parameters target-parameters-name {
notify-filter profile-name;
parameters {
message-processing-model (v1 | v2c | V3);
security-level (authentication | none | privacy);
security-model (usm | v1 | v2c);
security-name security-name;
}
}
usm {
local-engine {
user username {
authentication-sha {
authentication-password authentication-password;
}
authentication-md5 {
authentication-password authentication-password;
}
authentication-none;
privacy-aes128 {
privacy-password privacy-password;
}
privacy-des {
privacy-password privacy-password;
}
privacy-3des {
privacy-password privacy-password;
}
privacy-none;
}
}
remote-engine engine-id {
user username {
authentication-sha {
authentication-password authentication-password;
}
authentication-md5 {
authentication-password authentication-password;
}
authentication-none;
privacy-aes128 {
privacy-password privacy-password;
}
privacy-des {
privacy-password privacy-password;
}
privacy-3des {
privacy-password privacy-password;
}
privacy-none {
privacy-password privacy-password;
}
}
}
}
vacm {
access {
group group-name {
(default-context-prefix | context-prefix context-prefix) {
security-model (any | usm | v1 | v2c) {
security-level (authentication | none | privacy) {
notify-view view-name;
read-view view-name;
write-view view-name;
}
}
}
}
}
security-to-group {
security-model (usm | v1 | v2c) {
security-name security-name {
group group-name;
}
}
}
}
}
view view-name {
oid object-identifier (include | exclude);
}
}
Consulte también
Optimizar la configuración del sistema de administración de red para obtener los mejores resultados
Puede modificar la configuración del sistema de gestión de la red para optimizar el tiempo de respuesta para las consultas SNMP. Las secciones siguientes contienen algunas sugerencias acerca de cómo puede configurar el sistema de gestión de red:
- Cambiar el método de sondeo de columna por columna a fila por fila
- Reducir el número de enlaces de variables por PDU
- Aumentar valores de tiempo de espera en intervalos de exploración e detección
- Reducción de la velocidad de paquetes entrantes en el snmpd
Cambiar el método de sondeo de columna por columna a fila por fila
Puede configurar el sistema de administración de red para que utilice el método fila a fila para el sondeo de datos SNMP. Se ha comprobado que los métodos de sondeo fila a fila y fila por varias filas son más eficientes que el sondeo de columna por columna. Al configurar el sistema de administración de red para que utilice el método de sondeo de datos fila a fila, puede garantizar que los datos de una sola interfaz se sondeen en una solicitud, en lugar de que una solicitud de sondeo de datos de varias interfaces, como sucede con columnas columna por columna sondeo. El sondeo fila a fila también reduce el riesgo de que se agote el tiempo de espera de las solicitudes.
Reducir el número de enlaces de variables por PDU
Al reducir el número de enlaces variables por unidad de datos de protocolo (PDU), puede mejorar el tiempo de respuesta de las solicitudes SNMP. Una solicitud que sondea los datos relacionados con varios objetos, que se asignan a diferentes entradas de índice, se traduce en varias solicitudes en el extremo del dispositivo porque el subagente puede tener que sondear distintos módulos para obtener datos que están vinculados a un índice diferente Autocorrección. El método recomendado es asegurarse de que una solicitud sólo contenga objetos que estén vinculados a una entrada de índice en lugar de varios objetos vinculados a distintas entradas de índice.
Si las respuestas de un dispositivo son lentas, evite GetBulk usar la opción para el dispositivo, GetBulk ya que una solicitud puede contener objetos que estén vinculados a varias entradas de índice y que puedan aumentar el tiempo de respuesta.
Aumentar valores de tiempo de espera en intervalos de exploración e detección
Al aumentar los valores de tiempo de espera para los intervalos de detección y exploración, puede aumentar el tiempo de cola en el extremo del dispositivo y reducir el número de caídas del acelerador que se producen debido a que se agota el tiempo de espera de la solicitud.
Reducción de la velocidad de paquetes entrantes en el snmpd
Al reducir la frecuencia de envío de peticiones SNMP a un dispositivo, puede reducir el riesgo de las peticiones SNMP Piling en cualquier dispositivo en particular. Aparte de reducir la frecuencia de envío de peticiones SNMP a un dispositivo, también puede aumentar el intervalo de sondeo, controlar el uso GetNext de las solicitudes y reducir el número de estaciones de sondeo por dispositivo.
Configuración de opciones en dispositivos administrados para obtener un mejor tiempo de respuesta SNMP
Las secciones siguientes contienen información sobre las opciones de configuración de los dispositivos administrados que pueden mejorar el rendimiento del SNMP:
- Filtrado de solicitudes SNMP duplicadas
- Exclusión de interfaces que son lentas al responder a las consultas SNMP
Filtrado de solicitudes SNMP duplicadas
Si una estación de administración de red vuelve a Gettransmitir GetNextcon demasiada GetBulk frecuencia una solicitud, o SNMP a un dispositivo, es posible que dicha solicitud interfiera con el procesamiento de solicitudes anteriores y ralentice el tiempo de respuesta del agente. Al filtrar estas solicitudes duplicadas se mejora el tiempo de respuesta del agente SNMP. La junos os le permite filtrar las solicitudes Getduplicadas GetNext, GetBulk y SNMP. El Junos OS utiliza la siguiente información para determinar si una solicitud SNMP es un duplicado:
Dirección IP de origen de la petición SNMP
Puerto UDP de origen de la solicitud SNMP
ID. de solicitud de la solicitud SNMP
De forma predeterminada, el filtrado de solicitudes SNMP duplicadas está deshabilitado en los dispositivos que ejecutan el Junos OS.
Para activar el filtrado de solicitudes SNMP duplicadas en los dispositivos que ejecutan filter-duplicates el Junos os, [edit snmp] incluya la instrucción en el nivel de jerarquía:
[edit snmp] filter-duplicates;
Exclusión de interfaces que son lentas al responder a las consultas SNMP
Una interfaz que es lenta al responder a las peticiones SNMP de estadísticas de la interfaz puede retrasar las respuestas del núcleo a las peticiones SNMP. Puede revisar el archivo de registro mib2d para saber cuánto tiempo tarda el núcleo en responder a varias solicitudes SNMP. Para obtener más información acerca de cómo revisar el archivo de registro para ver los datos de respuesta del kernel, consulte "Comprobación de la respuesta del núcleo y motor de reenvío de paquetes" en Supervisión de problemas de seguimiento y actividad SNMP que afectan al rendimiento SNMP en un dispositivo que se ejecuta en Junos OS. Si observa que una determinada interfaz es lenta durante la respuesta, y piensa que está ralentizando el núcleo para que no responda a las solicitudes SNMP, excluya dicha interfaz de las consultas SNMP al dispositivo. Puede excluir una interfaz de las consultas SNMP configurando la filter-interface instrucción o modificando la configuración de la vista SNMP.
El siguiente ejemplo muestra un ejemplo de configuración para excluir interfaces del GetSNMP GetNext, y Set operaciones:
[edit]
snmp {
filter-interfaces {
interfaces { # exclude the specified interfaces
interface1;
interface2;
}
all-internal-interfaces; # exclude all internal interfaces
}
}
El ejemplo siguiente muestra la configuración de la vista SNMP para excluir a la interfaz con un valor índice 312 de interfaz (ifTable) de una solicitud de información relacionada con los objetos y ifXtable:
[edit snmp]
view test {
oid .1 include;
oid ifTable.1.*.312 exclude;
oid ifXTable.1.*.312 exclude
}
De manera alternativa, puede tomar la interfaz que es lenta al responder sin conexión.
Prácticas recomendadas para configurar SNMP
Las siguientes secciones contienen información acerca de la configuración SNMP básica y algunos ejemplos de configuración de las operaciones SNMP básicas en dispositivos que se ejecutan en Junos OS:
- Configuración de la configuración básica para S NMPV1 y S NMPV2
- Configuración de la configuración básica para S NMPV3
- Configuración de la información de nombre, ubicación, descripción e contacto del sistema
Configuración de la configuración básica para S NMPV1 y S NMPV2
De forma predeterminada, SNMP no está habilitado en los dispositivos que ejecutan Junos OS. Para habilitar SNMP en dispositivos que Junos OS, incluya la community public instrucción en el nivel [edit snmp] jerárquido.
Habilitar las operaciones Get y GetNext de S NMPV1 y S NMPV2
[edit]
snmp {
community public;
}
Una comunidad que se define como pública concede acceso a todos los BIA datos a cualquier cliente.
Para habilitar las operaciones S NMPV1 y S NMPV2 en el dispositivo, debe incluir las siguientes Set instrucciones en el nivel de [edit snmp] jerarquía:
Habilitar operaciones de conjunto SNMPv1 y S NMPV2
[edit snmp]
view all {
oid .1;
}
community private {
view all;
authorization read-write;
}
En el siguiente ejemplo, se muestra la configuración mínima básica para las capturas S NMPV1 y S NMPV2 en un dispositivo:
Configuración de capturas de S NMPV1 y S NMPV2
[edit snmp]
trap-group jnpr {
targets {
192.168.69.179;
}
}
Configuración de la configuración básica para S NMPV3
En el ejemplo siguiente se muestra la configuración mínima S NMPV3 para habilitar , y las operaciones en un dispositivo (tenga en cuenta que la configuración tiene una autenticación establecida en GetGetNext y privacidad en Setmd5none ):
Habilitar S NMPV3 obtener, obtener y establecer operaciones
[edit snmp]
v3 {
usm {
local-engine {
user jnpruser {
authentication-md5 {
authentication-key "$9$guaDiQFnAuOQzevMWx7ikqP"; ## SECRET-DATA
}
privacy-none;
}
}
}
vacm {
security-to-group {
security-model usm {
security-name jnpruser {
group grpnm;
}
}
}
access {
group grpnm {
default-context-prefix {
security-model any {
security-level authentication {
read-view all;
write-view all;
}
}
}
}
}
}
}
view all {
oid .1;
}
En el siguiente ejemplo, se muestra la configuración básica de los avisos S NMPV3 en un dispositivo (la configuración tiene autenticación y privacidad establecida en none ):
Configuración de informaciones S NMPV3
[edit snmp]
v3 {
usm {
remote-engine 00000063200133a2c0a845c3 {
user RU2_v3_sha_none {
authentication-none;
privacy-none;
}
}
}
vacm {
security-to-group {
security-model usm {
security-name RU2_v3_sha_none {
group g1_usm_auth;
}
}
}
access {
group g1_usm_auth {
default-context-prefix {
security-model usm {
security-level authentication {
read-view all;
write-view all;
notify-view all;
}
}
}
}
}
}
target-address TA2_v3_sha_none {
address 192.168.69.179;
tag-list tl1;
address-mask 255.255.252.0;
target-parameters TP2_v3_sha_none;
}
target-parameters TP2_v3_sha_none {
parameters {
message-processing-model v3;
security-model usm;
security-level none;
security-name RU2_v3_sha_none;
}
notify-filter nf1;
}
notify N1_all_tl1_informs {
type inform; # Replace inform with trap to convert informs to traps.
tag tl1;
}
notify-filter nf1 {
oid .1 include;
}
}
view all {
oid .1 include;
}
Puede convertir la informativa de SNMPv3 en informes en capturas estableciendo el valor de type la instrucción en [edit snmp v3 notify N1_all_tl1_informs] el nivel de trap jerarquía según se muestra en el siguiente ejemplo:
Convertir información en capturas
user@host# set snmp v3 notify N1_all_tl1_informs type trap
Configuración de la información de nombre, ubicación, descripción e contacto del sistema
Junos OS le permite incluir el nombre y la ubicación del sistema, información de contacto administrativo y una breve descripción del sistema en la configuración SNMP.
Mantenga siempre la información de nombre, ubicación, contacto y descripción configurada y actualizada para todos los dispositivos administrados por SNMP.
En el ejemplo siguiente se muestra una configuración típica.
Utilice comillas para incluir la información de nombre, contacto, ubicación y descripción del sistema que contiene espacios.
[edit]
snmp {
name “snmp 001”; # Overrides the system name.
contact “Juniper Berry, (650) 555 1234”; # Specifies the name and phone number of the administrator.
location “row 11, rack C”; # Specifies the location of the device.
description “M40 router with 8 FPCs” # Configures a description for the device.
}
Configuración de SNMP en un dispositivo que ejecuta Junos OS
De forma predeterminada, SNMP está desactivado en los dispositivos que ejecutan Junos OS. Para activar SNMP en un enrutador o conmutador, debe incluir las instrucciones de configuración SNMP [edit snmp] en el nivel de jerarquía.
Para configurar los requisitos mínimos para SNMP, incluya las siguientes instrucciones en el [edit snmp] nivel de jerarquía de la configuración:
[edit] snmp { community public; }
La comunidad definida aquí como public concede acceso de lectura a todos los datos de BIA a cualquier cliente.
Para configurar las funciones completas de SNMP, incluya las siguientes declaraciones [edit snmp] en el nivel de jerarquía:
snmp { client-list client-list-name { ip-addresses; } community community-name { authorization authorization; client-list-name client-list-name; clients { address restrict; } routing-instance routing-instance-name { clients { addresses; } } logical-system logical-system-name { routing-instance routing-instance-name { clients { addresses; } } } view view-name; } contact contact; description description; engine-id { (local engine-id | use-mac-address | use-default-ip-address); } filter-duplicates; health-monitor { falling-threshold integer; interval seconds; rising-threshold integer; } interface [ interface-names ]; location location; name name; nonvolatile { commit-delay seconds; } rmon { alarm index { description text-description; falling-event-index index; falling-threshold integer; falling-threshold-interval seconds; interval seconds; request-type (get-next-request | get-request | walk-request); rising-event-index index; sample-type type; startup-alarm alarm; syslog-subtag syslog-subtag; variable oid-variable; } event index { community community-name; description text-description; type type; } } traceoptions { file filename <files number> <size size> <world-readable | no-world-readable> <match regular-expression>; flag flag; } trap-group group-name { categories { category; } destination-port port-number; routing-instance instance; targets { address; } version (all | v1 | v2); } trap-options { agent-address outgoing-interface; source-address address; } view view-name { oid object-identifier (include | exclude); } }
Consulte también
Configuración del contacto del sistema de un dispositivo que ejecuta Junos OS
Puede especificar un contacto administrativo para cada sistema administrado por SNMP. Este nombre se coloca en el objeto sysContact II BIA. Para configurar el nombre de contacto, incluya contact la instrucción en [edit snmp] el nivel de jerarquía:
[edit snmp] contact contact;
Si el nombre contiene espacios, enciérrenlo entre comillas (" ").
Para definir un nombre de contacto del sistema que contiene espacios:
[edit]
snmp {
contact "Juniper Berry, (650) 555-1234";
}
Configuración de la ubicación del sistema para un dispositivo que se ejecuta Junos OS
Puede especificar la ubicación de cada uno de los sistemas administrados por SNMP. Esta cadena se coloca en el objeto BIA II sysLocation. Para configurar una ubicación del sistema, incluya location la instrucción en [edit snmp] el nivel de jerarquía:
[edit snmp] location location;
Si la ubicación contiene espacios, enciérrela entre comillas (" ").
Para especificar la ubicación del sistema:
[edit]
snmp {
location "Row 11, Rack C";
}
Configuración de la descripción del sistema en un dispositivo que ejecuta Junos OS
Puede especificar una descripción para cada sistema administrado por SNMP. Esta cadena se coloca en el objeto BIA II sysDescription. Para configurar una descripción, incluya la description instrucción en el [edit snmp] nivel de jerarquía:
[edit snmp] description description;
Si la descripción contiene espacios, enciérrela entre comillas (" ").
Para especificar la descripción del sistema:
[edit]
snmp {
description "M40 router with 8 FPCs";
}
Configuración de detalles SNMP
Puede utilizar SNMP para almacenar los detalles administrativos básicos, como el nombre de contacto y la ubicación del dispositivo. A continuación, el sistema de administración puede recuperar esta información de forma remota, cuando esté solucionando un problema o realizando una auditoría. En términos SNMP, estos son los objetos sysLocal, sysDescription y sysLocal que se encuentran dentro del grupo de sistemas de BIA-2 (como se define en RFC 1213, base de información de administración para la administración de red de Internets basadas en TCP/IP: BIA-II). Puede establecer valores iniciales directamente en la Junos OS configuración de cada sistema administrado por SNMP.
Para establecer los detalles de contacto del sistema:
Configuración de un nombre de sistema diferente
Junos OS le permite reemplazar el nombre del sistema incluyendo la name instrucción en el nivel [edit snmp] de jerarquía:
[edit snmp] name name;
Si el nombre contiene espacios, enciérrenlo entre comillas (" ").
Para especificar el reemplazo de nombre del sistema:
[edit]
snmp {
name "snmp 1";
}
Configuración del temporizador de confirmación de ejecución
Cuando un enrutador o conmutador recibe por primera vez una solicitud SNMP no volátil, se abre una sesión de protocolo XML de Junos OS e impide que otros usuarios o aplicaciones cambien la configuración del candidato (equivalente al comando Set interfaz de línea de comandos [CLI]). configure exclusive Si el enrutador no recibe nuevas solicitudes SNMP en menos de 5 segundos (el valor predeterminado), se confirma la configuración del candidato y se cierra la sesión de protocolo XML Junos OS (se libera el bloqueo de Set configuración). Si el enrutador recibe nuevas solicitudes SNMP mientras se confirma la configuración del candidato, se rechaza la solicitud SNMP y SetSet se genera un error. Si el enrutador recibe nuevas solicitudes SNMP antes de que transcurran 5 segundos, el temporizador de retraso de confirmación (el tiempo transcurrido entre la última solicitud SNMP y la confirmación) se restablecerá a Set 5 segundos.
De forma predeterminada, el temporizador se establece en 5 segundos. Para configurar el temporizador para la respuesta SNMP y el Set inicio de la confirmación, incluya la instrucción commit-delay en el nivel de [edit snmp nonvolatile] jerarquía:
[edit snmp nonvolatile] commit-delay seconds;
secondses la longitud de la hora desde la recepción de la solicitud SNMP hasta que se solicita la confirmación de la configuración del candidato. Para obtener más información acerca del configure exclusive comando y bloquear la configuración, consulte la Guía del Junos OS CLI usuario .
Filtrado de solicitudes SNMP duplicadas
De forma predeterminada, el filtrado de solicitudes SNMP y duplicadas está deshabilitado getgetNext en getBulk dispositivos que ejecutan Junos OS. Si una estación de administración de red retransmite una solicitud , o SNMP con demasiada frecuencia al enrutador, dicha solicitud podría obstaculizar el procesamiento de las solicitudes anteriores y ralentizar el tiempo de respuesta del GetGetNextGetBulk agente. Al filtrar estas solicitudes duplicadas se mejora el tiempo de respuesta del agente SNMP. Junos OS utiliza la siguiente información para determinar si una solicitud SNMP es un duplicado:
Dirección IP de origen de la petición SNMP
Puerto UDP de origen de la solicitud SNMP
ID. de solicitud de la solicitud SNMP
Para filtrar solicitudes SNMP duplicadas, filter-duplicates incluya la instrucción [edit snmp] en el nivel de jerarquía:
[edit snmp] filter-duplicates;
Configuración de comunidades SNMP
La configuración del agente SNMP en Junos OS es una tarea sencilla que comparte muchos valores familiares comunes a otros dispositivos administrados de su red. Por ejemplo, necesita configurar Junos OS con una cadena de comunidad SNMP y un destino para capturas. Las cadenas de comunidad son nombres administrativos que agrupan colecciones de dispositivos y los agentes que se ejecutan en ellos en dominios de administración comunes. Si un administrador y un agente comparten la misma comunidad, pueden comunicarse entre sí. Una comunidad SNMP define el nivel de autorización que se concede a sus miembros, como qué BIA objetos están disponibles, qué operaciones (de sólo lectura o de lectura y escritura) son válidas para esos objetos y qué clientes SNMP están autorizados, según sus direcciones IP de origen.
La cadena de comunidad SNMP define la relación entre un sistema de servidor SNMP y los sistemas cliente. Esta cadena actúa como una contraseña para controlar el acceso de los clientes al servidor.
Para crear una comunidad SNMP de sólo lectura:
Para crear una comunidad SNMP de lectura-escritura:
Especifique la comunidad SNMP utilizada en su red.
[edit groups global] user@host# set snmp community name
Este ejemplo cadena
privatede comunidad estándar para identificar la comunidad que ha concedido acceso de lectura y escritura al agente SNMP que se ejecuta en el dispositivo.[edit groups global] user@host# set snmp community private
Defina el nivel de autorización para la comunidad.
[edit groups global snmp community name] user@host# set authorization authorization
Este ejemplo limita la comunidad pública a acceso de solo lectura. Cualquier cliente SNMP (por ejemplo, un sistema de administración SNMP) que pertenezca a la comunidad pública puede leer BIA variables pero no puede configurarlas (cambiarlas).
[edit groups global snmp community public] user@host# set authorization read-write
Defina una lista de clientes en la comunidad que tengan autorización para realizar cambios en el agente SNMP de Junos OS.
Enumere los clientes por dirección IP y prefijo.
[edit groups global snmp community name] user@host# set clients address
Por ejemplo:
[edit groups global snmp community private] user@host# set clients 192.168.1.15/24 user@host# set clients 192.168.1.18/24
Defina los clientes que no tienen autorización dentro de la comunidad especificando su dirección IP, seguida por la
restrictinstrucción.[edit groups global snmp community name] user@host# set clients address resrict
La siguiente instrucción define todos los demás hosts como restringidos de la comunidad pública.
[edit groups global snmp community private] user@host# set clients 0/0 restrict
En el nivel superior de la configuración, aplique el grupo de configuración.
Si utiliza un grupo de configuración, debe aplicarlo para que surta efecto.
[edit] user@host# set apply-groups global
Confirme la configuración.
user@host# commit
Configuración de la cadena de comunidad SNMP
La cadena de comunidad SNMP define la relación entre un sistema de servidor SNMP y los sistemas cliente. Esta cadena actúa como una contraseña para controlar el acceso de los clientes al servidor. Para configurar una cadena de comunidad en una configuración de Junos OS, community incluya la instrucción [edit snmp] en el nivel de jerarquía:
[edit snmp] community name { authorization authorization; clients { default restrict; address restrict; } viewview-name; }
Si el nombre de comunidad contiene espacios, enciérrenlo entre comillas (" ").
El nivel de autorización predeterminado de una comunidad read-onlyes. Para permitir Set solicitudes dentro de una comunidad, debe definir dicha comunidad como authorization read-write. Para Set las solicitudes, también debe incluir los objetos BIA específicos a los que se puede tener acceso con privilegios de lectura view y escritura utilizando la instrucción. La vista predeterminada incluye todos los objetos BIA compatibles a los que se puede tener acceso con privilegios de sólo lectura; no se puede tener acceso a ningún objeto BIA con privilegios de lectura y escritura. Para obtener más información sobre view la instrucción, consulte Configuring BIA views.
La clients instrucción enumera las direcciones IP de los clientes (miembros de la comunidad) que pueden usar esta comunidad. Si no clients hay ninguna instrucción presente, se permitirán todos los clientes. Para address, debe especificar una dirección IPv4, no un nombre de host. Incluya la default restrict opción de denegar el acceso a todos los clientes SNMP para los que no se haya concedido acceso de forma explícita. Recomendamos que siempre incluya la opción default restrict de limitar el acceso del cliente SNMP al conmutador local.
Los nombres de comunidad deben ser únicos en cada sistema SNMP.
Cita Configuración de la cadena de comunidad SNMP
Conceda acceso de sólo lectura a todos los clientes. Con la siguiente configuración, el sistema responde a GetSNMP, GetNexty GetBulk a las solicitudes que contienen la cadena publicde comunidad:
[edit]
snmp {
community public {
authorization read-only;
}
}
Conceda a todos los clientes acceso de lectura/escritura a jnxPingMIBlos BIA ping y. Con la siguiente configuración, el sistema responde a las solicitudes GetSNMP GetNext, GetBulk,, Set y que contienen la cadena private de comunidad y especifican un OID contenido en el BIA jnxPingMIB de ping o en la jerarquía:
[edit]
snmp {
view ping-mib-view {
oid pingMIB include;
oid jnxPingMIB include;
community private {
authorization read-write;
view ping-mib-view;
}
}
}
La siguiente configuración permite el acceso de solo lectura a los clientes con direcciones IP en el rango y niega el acceso 1.2.3.4/24 a sistemas en el fe80::1:2:3:4/64 intervalo:
[edit]
snmp {
community field-service {
authorization read-only;
clients {
default restrict; # Restrict access to all SNMP clients not explicitly
# listed on the following lines.
1.2.3.4/24; # Allow access by all clients in 1.2.3.4/24 except
fe80::1:2:3:4/64 restrict;# fe80::1:2:3:4/64.
}
}
}
Adición de un grupo de clientes a una comunidad SNMP
Junos OS le permite agregar uno o más grupos de clientes a una comunidad SNMP. Puede incluir la client-list-name name instrucción en el [edit snmp community community-name] nivel de jerarquía para agregar todos los miembros de la lista de clientes o la lista de prefijos a una comunidad SNMP.
Para definir una lista de clientes, incluya la client-list instrucción seguida de las direcciones IP de los clientes en el [edit snmp] nivel de jerarquía:
[edit snmp]
client-list client-list-name {
ip-addresses;
}
Puede configurar una lista de prefijos [edit policy options] en el nivel jerárquico. La compatibilidad con listas de prefijos en la configuración de la comunidad SNMP le permite utilizar una sola lista para configurar el SNMP y las políticas de enrutamiento. Para obtener más información acerca de la instrucción, consulte la Guía del usuario políticas de enrutamiento, filtros de firewall y prefix-listagentes de tráfico.
Para agregar una lista de clientes o una lista de prefijos a una client-list-name comunidad SNMP, [edit snmp community community-name] incluya la instrucción en el nivel jerárquico:
[edit snmp community community-name] client-list-name client-list-name;
La lista de clientes y la lista de prefijos no deben tener el mismo nombre.
En el siguiente ejemplo se muestra cómo definir una lista de clientes:
[edit]
snmp {
client-list clentlist1 {
10.1.1.1/32;
10.2.2.2/32;
}
}
El siguiente ejemplo muestra cómo agregar una lista de clientes a una comunidad SNMP:
[edit]
snmp {
community community1 {
authorization read-only;
client-list-name clientlist1;
}
}
El siguiente ejemplo muestra cómo agregar una lista de prefijos a una comunidad SNMP:
[edit]
policy-options {
prefix-list prefixlist {
10.3.3.3/32;
10.5.5.5/32;
}
}
snmp {
community community2 {
client-list-name prefixlist;
}
}
Consulte también
Configuración de un agente SNMP del proxy
A partir de la versión 12,3, Junos OS le permite asignar uno de los dispositivos de la red como un agente SNMP de proxy a través del cual el sistema de administración de red (NMS) puede consultar otros dispositivos en la red. Cuando configure un proxy, puede especificar los nombres de los dispositivos que se administrarán a través del agente SNMP del proxy.
Cuando NMS realiza consultas al agente SNMP del proxy, la NMS especifica el nombre de la comunidad (para SNMPv1 y SNMPv2) o el contexto y el nombre de seguridad (para SNMPv3) asociado con el dispositivo del que requiere la información.
Si ha configurado métodos y contraseñas de privacidad y autenticación para SNMPv3, esos parámetros también se especifican en la consulta de la información de SNMPv3.
Para configurar un agente SNMP del proxy y especificar los dispositivos que debe administrar el agente SNMP del proxy, puede incluir las siguientes instrucciones de configuración enedit snmpel nivel de jerarquía []:
proxy proxy-name{
device-name device-name;
logical-system logical-system {
routing-instance routing-instance;
}
routing-instance routing-instance;
<version-v1 | version-v2c> {
snmp-community community-name;
no-default-comm-to-v3-config;
}
version-v3 {
security-name security-name;
context context-name;
}
}
La
proxyinstrucción permite especificar un nombre único para la configuración del servidor proxy.Las
version-v1instruccionesversion-v2c,,version-v3y le permiten especificar la versión de SNMP.La
no-default-comm-to-v3-configinstrucción es una instrucción opcional en el niveledit snmp proxy proxy-name <version-v1 | version-v2c>de jerarquía [] que, cuando se incluye en la configuración, requiere la configuración manual de lasedit snmp v3 snmp-community community-namesentencias enedit snmp v3 vacmlos niveles de jerarquía [] y [].Si la
no-default-comm-to-v3-configinstrucción no se incluye en el niveledit snmp proxy proxy-name <version-v1 | version-v2c>de jerarquía [], lasedit snmp v3 snmp-community community-nameconfiguraciones del niveledit snmp v3 vacmde jerarquía [] y [] se inicializan automáticamente.Las
logical-systeminstruccionesrouting-instancey son instrucciones opcionales que permiten especificar nombres lógicos de sistema y de instancia de enrutamiento si desea crear servidores proxy para los sistemas lógicos o las instancias de enrutamiento del dispositivo.
A partir de Junos OS versión 15,2, debe configurar interface <interface-name> una instrucción en [edit snmp] el nivel de jerarquía para el agente SNMP del proxy.
La configuración de la comunidad y la seguridad del servidor proxy debe coincidir con la configuración correspondiente en el dispositivo que se va a administrar.
Dado que el agente SNMP del proxy no dispone de capacidades de reenvío, los dispositivos que gestiona el agente SNMP del proxy envían las capturas directamente al sistema de administración de la red.
Puede usar el show snmp proxy comando modo operativo para ver los detalles del proxy de un dispositivo. El show snmp proxy comando devuelve los nombres de proxy, nombres de dispositivo, versión de SNMP, comunidad/seguridad, e información de contexto.
Consulte también
Configuración de capturas SNMP
Las capturas son mensajes no solicitados enviados desde un agente SNMP a sistemas de administración de redes remotos o receptores de interrupciones. Muchas empresas utilizan capturas SNMP como parte de una solución de supervisión de fallos, además del registro del sistema. En Junos OS, las capturas SNMP no se reenvían de forma predeterminada, por lo que debe configurar un grupo de reventado si desea utilizar capturas SNMP.
Puede crear y nombrar un grupo de uno o varios tipos de capturas SNMP y, a continuación, definir qué sistemas reciben el grupo de capturas SNMP.. El nombre del grupo de captura se incrusta en los paquetes de notificación de captura de SNMP como un enlace de variable (varbind) conocido como nombre de comunidad.
Para configurar una captura SNMP:
Configuración de grupos y opciones de captura de SNMP en un dispositivo que ejecuta Junos OS
Algunos transportistas tienen más de un receptor de captura que envía capturas a una NMS central. Esto permite más de una ruta para las trampas SNMP desde un enrutador a la NMS central a través de distintos receptores de captura. Un dispositivo que ejecuta Junos OS puede configurarse para enviar la misma copia de cada captura SNMP a cada receptor de capturas configurado en el grupo de capturas.
La dirección de origen en el encabezado IP de cada paquete de captura de SNMP se establece en la dirección de la interfaz de salida de forma predeterminada. Cuando un receptor reenvía el paquete a la NMS central, se conserva la dirección de origen. La NMS central, en la que solo se busca la dirección de origen de cada paquete de captura de SNMP, supone que cada captura SNMP procedía de una fuente diferente.
En realidad, las capturas SNMP proceden del mismo enrutador, pero cada uno dejó el enrutador a través de una interfaz de salida diferente.
Las instrucciones que se explican en las secciones siguientes se proporcionan para permitir que el NMS reconozca las interrupciones duplicadas y distinga las capturas de SNMPv1 basadas en la interfaz de salida.
Para configurar las opciones de captura y los grupos de capturas trap-options de SNMP, trap-group incluya las [edit snmp] sentencias and en el nivel de jerarquía:
[edit snmp] trap-options { agent-address outgoing-interface; source-address address; } trap-group group-name { categories { category; } destination-port port-number; targets { address; } version (all | v1 | v2); }
Configuración de opciones de captura SNMP
Mediante las opciones de captura SNMP, puede establecer la dirección de origen de cada paquete de captura SNMP enviado por el enrutador a una sola dirección, independientemente de la interfaz de salida. Además, puede establecer la dirección del agente de las capturas de SNMPv1. Para obtener más información acerca del contenido de las capturas de SNMPv1, consulte el documento RFC 1157.
SNMP no se puede asociar con ninguna instancia de enrutamiento que no sea la de enrutamiento principal.
Para configurar las opciones de captura SNMP, trap-options incluya la instrucción [edit snmp] en el nivel de jerarquía:
[edit snmp]
trap-options {
agent-address outgoing-interface;
context-oid;
enterprise-oid;
logical-system logical-system-name {
routing-instance routing-instance-name {
source-address address;
}
}
routing-instance routing-instance-name {
source-address address;
}
}
También debe configurar un grupo de capturas para que las opciones de captura surtan efecto. Para obtener información acerca de los grupos de capturas, consulte Configuring SNMP TRAP Groups.
Este tema contiene las siguientes secciones:
- Configuración de la dirección de origen para las capturas SNMP
- Configuración de la dirección del agente para las capturas SNMP
- Adición de un identificador de objeto snmpTrapEnterprise a capturas SNMP estándar
Configuración de la dirección de origen para las capturas SNMP
Puede configurar la dirección de origen de paquetes de captura de varios modos: lo0, dirección IPv4 o dirección IPv6 válida configurada en una de las interfaces del enrutador, una dirección del sistema lógico o la dirección de una instancia de enrutamiento. El valor lo0 indica que la dirección de origen de los paquetes de captura SNMP está establecida en la dirección de bucle invertido más baja configurada en la interfaz lo0.
Si la dirección de origen es una dirección IPv4 o IPv6 no válida o no está configurada, no se generan capturas SNMP.
Puede configurar la dirección de origen de los paquetes de captura en uno de los siguientes formatos:
Una dirección IPv4 válida configurada en una de las interfaces del enrutador
Una dirección IPv6 válida configurada en una de las interfaces del enrutador
lo0; es decir, la dirección de bucle de retroceso más baja configurada en la interfaz lo0Un nombre de sistema lógico
Un nombre de instancia de enrutamiento
Una dirección IPv4 válida como dirección de origen
Para especificar una dirección de interfaz IPv4 válida como dirección de origen para las capturas SNMP en una de las interfaces del enrutador, incluya la source-address instrucción en el nivel de [edit snmp trap-options] jerarquía:
[edit snmp trap-options] source-address address;
addresses una dirección IPv4 válida configurada en una de las interfaces del enrutador.
Una dirección IPv6 válida como dirección de origen
Para especificar una dirección de interfaz IPv6 válida como dirección de origen para las capturas SNMP en una de las interfaces del enrutador, incluya la source-address instrucción en el nivel de [edit snmp trap-options] jerarquía:
[edit snmp trap-options] source-address address;
addresses una dirección IPv6 válida configurada en una de las interfaces del enrutador.
La dirección de bucle de retroceso más baja como dirección de origen
Para especificar la dirección de origen de las capturas SNMP para que utilicen la dirección de bucle de retroceso más baja configurada en la interfaz lo0 como source-address dirección de origen [edit snmp trap-options] , incluya la instrucción en el nivel de jerarquía:
[edit snmp trap-options] source-address lo0;
Para habilitar y configurar la dirección de bucle invertido, address incluya la instrucción [edit interfaces lo0 unit 0 family inet] en el nivel de jerarquía:
[edit interfaces]
lo0 {
unit 0 {
family inet {
address ip-address;
}
}
}
Para configurar la dirección de bucle de retroceso como la dirección de origen de los paquetes de captura:
[edit snmp]
trap-options {
source-address lo0;
}
trap-group "urgent-dispatcher" {
version v2;
categories link startup;
targets {
192.168.10.22;
172.17.1.2;
}
}
[edit interfaces]
lo0 {
unit 0 {
family inet {
address 10.0.0.1/32;
address 127.0.0.1/32;
}
}
}
En este ejemplo, la dirección IP 10.0.0.1 es la dirección de origen de todas las capturas enviadas desde este enrutador.
Nombre de sistema lógico que es la dirección de origen
Para especificar un nombre de sistema lógico como dirección de origen de capturas SNMP, incluya logical-system logical-system-name la instrucción en [edit snmp trap-options] el nivel jerárquico.
Por ejemplo, la configuración siguiente define el nombre ls1 lógico del sistema como dirección de origen de las capturas SNMP:
[edit snmp]
trap-options{
logical-system ls1;
}
Nombre de instancia de enrutamiento como dirección de origen
Para especificar un nombre de instancia de enrutamiento como dirección de origen de capturas SNMP, routing-instance routing-instance-name incluya la instrucción [edit snmp trap-options] en el nivel jerárquico.
Por ejemplo, la siguiente configuración define el nombre ri1 de instancia de ruta como la dirección de origen para las capturas SNMP:
[edit snmp]
trap-options {
routing-instance ri1;
}
Configuración de la dirección del agente para las capturas SNMP
La dirección del agente solo está disponible en paquetes de captura de SNMPv1 (consulte RFC 1157). De forma predeterminada, la dirección local predeterminada del enrutador no se especifica en el campo dirección del agente de la captura S NMPV1. Para configurar la dirección del agente, incluya agent-address la instrucción en [edit snmp trap-options] el nivel de jerarquía. Actualmente, la dirección del agente sólo puede ser la dirección de la interfaz de salida:
[edit snmp] trap-options { agent-address outgoing-interface; }
Para configurar la interfaz de salida como la dirección del agente:
[edit snmp]
trap-options {
agent-address outgoing-interface;
}
trap-group “ urgent-dispatcher” {
version v1;
categories link startup;
targets {
192.168.10.22;
172.17.1.2;
}
}
En este ejemplo, cada paquete de captura SNMPv1 enviado tiene su valor de dirección del agente establecido en la dirección IP de la interfaz de salida.
Adición de un identificador de objeto snmpTrapEnterprise a capturas SNMP estándar
El objeto snmpTrapEnterprise ayuda a identificar la empresa que ha definido el reventado. Normalmente, el objeto snmpTrapEnterprise aparece como el último varbind en capturas del SNMP de la versión 2 específicas de la empresa. Sin embargo, al iniciar la versión 10,0, Junos OS le permite agregar el identificador de objeto snmpTrapEnterprise a las interrupciones SNMP estándar.
Para agregar snmpTrapEnterprise a las capturas estándar, incluya enterprise-oid la instrucción en [edit snmp trap-options] el nivel de jerarquía. Si la enterprise-oid instrucción no está incluida en la configuración, snmpTrapEnterprise se agrega únicamente para los reventados específicos de la empresa.
[edit snmp] trap-options { enterprise-oid; }
Configuración de grupos de capturas SNMP
Puede crear y asignar un nombre a un grupo de uno o varios tipos de capturas SNMP y, a continuación, definir qué sistemas reciben el grupo de capturas SNMP. El grupo de capturas debe configurarse para que se envíen las interrupciones SNMP. Para crear un grupo de capturas SNMP, trap-group incluya la instrucción [edit snmp] en el nivel jerárquico:
[edit snmp] trap-group group-name { categories { category; } destination-port port-number; routing-instance instance; targets { address; } version (all | v1 | v2); }
El nombre del grupo de capturas puede ser cualquier cadena y se encuentra incrustado en el campo Nombre de comunidad de la captura. Para configurar su propio puerto del grupo de interrupciones destination-port , incluya la instrucción. El puerto de destino predeterminado es el puerto 162.
Para cada grupo de capturas que defina, debe incluir la target instrucción a fin de definir al menos un sistema como destinatario de las capturas SNMP en el grupo de capturas. Especifique la dirección IPv4 o IPv6 de cada destinatario, no su nombre de host.
Especifique los tipos de capturas que puede recibir el grupo de capturas en la categories instrucción. Para obtener información acerca de la categoría a la que pertenecen las capturas, consulte las capturas de SNMP estándar compatibles con Junos os y las capturas SNMP específicas de la empresa compatibles con Junos os temas.
Especifique la instancia de enrutamiento utilizada por el grupo de capturas de la routing-instance instrucción. Todos los destinos configurados en el grupo de capturas utilizan esta instancia de enrutamiento.
Un grupo de capturas puede recibir las siguientes categorías:
authentication: errores de autenticaciónchassis: notificaciones de chasis o entornochassis-cluster— Notificaciones de agrupación en clústeresconfiguration— Notificaciones de configuraciónlink: notificaciones relacionadas con vínculos (transiciones hacia arriba, cambio de estado de línea DS-3 y DS-1, cambio de estado de interfaz IPv6 y sobrecarga de PIC de supervisión pasiva)Nota:Para enviar la supervisión pasiva capturas de interfaces de sobrecarga de
linkPIC, seleccione la categoría de captura.otn-alarms— Subcategorías de captura de alarma de OTNremote-operations— Notificaciones de operaciones remotasrmon-alarm: alarma por eventos RMONrouting— Notificaciones de protocolo de enrutamientoservices: notificaciones de servicios como circuitos hacia abajo o hacia arriba, conexión hacia abajo o hacia arriba, superada la CPU, alarmas y cambios de estado.sonet-alarms— Alarmas SONET/SDHNota:Si omite las subcategorías SONET/SDH, todos los tipos de alarma de capturas SONET/SDH se incluirán en las notificaciones de capturas.
loss-of-light— Notificación de alarma por pérdida de luzpll-lock— Notificación de alarma de bloqueo de PLLloss-of-frame— Notificación de pérdida de alarma de tramaloss-of-signal— Notificación de pérdida de alarma de señalseverely-errored-frame— Notificación de alarma de trama con errores gravesline-ais— Notificación de alarma de señal de alarma de línea (AIS)path-ais— notificación de alarma de AIS de rutaloss-of-pointer— Notificación de alarma de pérdida de señal de señalber-defect— Notificación de defecto de alarma de velocidad de error de bit SONET/SDHber-fault— Notificación de falla de alarma de velocidad de error de SONET/SDHline-remote-defect-indication— Notificación de alarma de indicación remota de defecto de líneapath-remote-defect-indication— Notificación de alarma de indicación de defecto remoto de rutaremote-error-indication— Notificación de alarma con indicación de error remotaunequipped— Notificación de alarma no inequívocapath-mismatch— Notificación de alarma de discordancia de rutaloss-of-cell— Notificación de alarma por pérdida de delineación de celdasvt-ais— Notificación de alarma de AIS del afluente virtual (VT)vt-loss-of-pointer— Notificación de alarma de pérdida de VT de indicadorvt-remote-defect-indication— Notificación de alarma de indicación remota de defecto de VTvt-unequipped— Notificación de alarma no correspondido con VTvt-label-mismatch— Notificación de error de discordancia de etiquetas VTvt-loss-of-cell— Notificación de pérdida de delineación de celdas de VT
startup: el sistema comienza a calentarse y a calentarsetiming-events— Notificación de defectos y eventos de temporizaciónvrrp-events— Eventos del Protocolo de redundancia de enrutador virtual (VRRP), como errores de autenticación o nuevos primariosstartup: el sistema comienza a calentarse y a calentarsevrrp-events— Eventos del Protocolo de redundancia de enrutador virtual (VRRP), como errores de autenticación o nuevos primarios
Si incluye subcategorías SONET/SDH, solo se incluirán esos tipos de alarma de capturas SONET/SDH en las notificaciones de capturas.
La version instrucción le permite especificar la versión de SNMP de las capturas enviadas a los destinos del grupo de capturas. Si especifica v1 únicamente, se enviarán las capturas de SNMPv1. Si especifica v2 solamente, se enviarán las capturas de SNMPv2. Si especifica all, se enviarán las capturas de SNMPv1 y SNMPv2 para cada condición de interrupción. Para obtener más información acerca version de la instrucción, consulte la versión (SNMP).
Soporte de capturas SNMP
Los serie QFX conmutadores independientes, serie QFX Virtual Chassis y los sistemas QFabric son compatibles con interrupciones SNMP estándar y Juniper Networks interrupciones específicas de la empresa.
Para obtener más información, consulte:
- Capturas SNMP compatibles con serie QFX conmutadores autónomos y Virtual Chassis serie QFX
- Interrupciones SNMP compatibles con los sistemas QFabric
Capturas SNMP compatibles con serie QFX conmutadores autónomos y Virtual Chassis serie QFX
Serie QFX conmutadores independientes y Virtual Chassis serie QFX admiten las capturas de SNMPv1 y V2. Para obtener más información, consulte:
Capturas de SNMPv1
Serie QFX conmutadores independientes y serie QFX Virtual Chassis admiten capturas de SNMPv1 estándar y Juniper Networks reventados de SNMPv1 específicas de la empresa. Aparezca
Tabla 1para las capturas de SNMPv1 estándar.
Tabla 2para capturas de SNMPv1 específicas de la empresa.
Las capturas se organizan primero por categoría de captura y, a continuación, por nombre de reventado. Los niveles de gravedad del registro del sistema se enumeran para las trampas que los tienen. Las capturas que no tengan los niveles de gravedad de registro del sistema correspondientes se marcan con un guión (–).
Definen en |
Nombre de la captura |
ID. de empresa |
Número de trampa genérico |
Número de reventado específico |
Nivel de gravedad del registro del sistema |
Etiqueta syslog |
|---|---|---|---|---|---|---|
| Notificaciones de vinculación | ||||||
RFC 1215, Convenciones para definir capturas para su uso con SNMP |
linkDown |
1.3.6.1.4.1.2636 |
2 |
0 |
ADVERTENCIAS |
SNMP_ TRAP_ LINK_DOWN |
linkUp |
1.3.6.1.4.1.2636 |
3 |
0 |
Información |
SNMP_TRAP_ LINK_UP |
|
| Notificaciones de operaciones remotas | ||||||
|
RFC 2925, Definiciones de objetos administrados para operaciones de ping, traceroute y búsqueda remotas |
pingProbeFailed |
1.3.6.1.2.1.80.0 |
6 |
1 |
Información |
SNMP_TRAP _PING_ PROBE_ NO SE PUDO |
pingTestFailed |
1.3.6.1.2.1.80.0 |
6 |
2 |
Información |
SNMP_TRAP_ PING_TEST _FAILED |
|
pingTestCompleted |
1.3.6.1.2.1.80.0 |
6 |
3 |
Información |
SNMP_TRAP_ PING_TEST_ COMPLETADO |
|
traceRoutePathChange |
1.3.6.1.2.1.81.0 |
6 |
1 |
Información |
SNMP_TRAP_ TRACE_ROUTE_ PATH_CHANGE |
|
traceRouteTestFailed |
1.3.6.1.2.1.81.0 |
6 |
2 |
Información |
SNMP_TRAP_ TRACE_ROUTE_ TEST_FAILED |
|
traceRouteTestCompleted |
1.3.6.1.2.1.81.0 |
6 |
3 |
Información |
SNMP_TRAP_ TRACE_ROUTE_ TEST_COMPLETED |
|
| Alarmas RMON | ||||||
RFC 2819a, RMON BIA |
fallingAlarm |
1.3.6.1.2.1.16 |
6 |
2 |
– |
– |
risingAlarm |
1.3.6.1.2.1.16 |
6 |
1 |
– |
– |
|
| Notificaciones de enrutamiento | ||||||
BGP 4 BIA |
bgpEstablished |
1.3.6.1.2.1.15.7 |
6 |
1 |
– |
– |
bgpBackwardTransition |
1.3.6.1.2.1.15.7 |
6 |
2 |
– |
– |
|
OSPF CAPTURA BIA |
ospfVirtIfStateChange |
1.3.6.1.2.1.14.16.2 |
6 |
1 |
– |
– |
ospfNbrStateChange |
1.3.6.1.2.1.14.16.2 |
6 |
2 |
– |
– |
|
ospfVirtNbrStateChange |
1.3.6.1.2.1.14.16.2 |
6 |
3 |
– |
– |
|
ospfIfConfigError |
1.3.6.1.2.1.14.16.2 |
6 |
4 |
– |
– |
|
ospfVirtIfConfigError |
1.3.6.1.2.1.14.16.2 |
6 |
5 |
– |
– |
|
ospfIfAuthFailure |
1.3.6.1.2.1.14.16.2 |
6 |
6 |
– |
– |
|
ospfVirtIfAuthFailure |
1.3.6.1.2.1.14.16.2 |
6 |
7 |
– |
– |
|
ospfIfRxBadPacket |
1.3.6.1.2.1.14.16.2 |
6 |
8 |
– |
– |
|
ospfVirtIfRxBadPacket |
1.3.6.1.2.1.14.16.2 |
6 |
9 |
– |
– |
|
ospfTxRetransmit |
1.3.6.1.2.1.14.16.2 |
6 |
10 |
– |
– |
|
ospfVirtIfTxRetransmit |
1.3.6.1.2.1.14.16.2 |
6 |
11 |
– |
– |
|
ospfMaxAgeLsa |
1.3.6.1.2.1.14.16.2 |
6 |
13 |
– |
– |
|
ospfIfStateChange |
1.3.6.1.2.1.14.16.2 |
6 |
16 |
– |
– |
|
| Notificaciones de inicio | ||||||
RFC 1215, Convenciones para definir capturas para su uso con SNMP |
authenticationFailure |
1.3.6.1.4.1.2636 |
4 |
0 |
Observar |
SNMPD_ TRAP_ GEN_FAILURE |
coldStart |
1.3.6.1.4.1.2636 |
0 |
0 |
Esenciales |
SNMPD_TRAP_ COLD_START |
|
warmStart |
1.3.6.1.4.1.2636 |
1 |
0 |
Error |
SNMPD_TRAP_ WARM_START |
|
| Notificaciones de VRRP | ||||||
RFC 2787, Definiciones de objetos administrados para el protocolo de redundancia de enrutador virtual |
vrrpTrapNewMaster |
1.3.6.1.2.1.68 |
6 |
1 |
ADVERTENCIAS |
VRRPD_NEW MASTER_TRAP |
vrrpTrapAuthFailure |
1.3.6.1.2.1.68 |
6 |
2 |
ADVERTENCIAS |
VRRPD_AUTH_ FAILURE_TRAP |
|
Definen en |
Nombre de la captura |
ID. de empresa |
Número de trampa genérico |
Número de reventado específico |
Nivel de gravedad del registro del sistema |
Etiqueta de registro del sistema |
|---|---|---|---|---|---|---|
| Notificaciones del chasis (condiciones de alarma) | ||||||
Chasis BIA (jnx-chassis. mib) |
jnxPowerSupplyFailure |
1.3.6.1.4.1.2636.4.1 |
6 |
1 |
ADVERTENCIAS |
CHASSISD_ SNMP_ CAPTURA |
jnxFanFailure |
1.3.6.1.4.1.26361 |
6 |
2 |
Esenciales |
CHASSISD_ SNMP_ CAPTURA |
|
jnxOverTemperature |
11.4.1.2636.4.1 |
6 |
3 |
Alerta |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruRemoval |
1.3.6.1.4.1.2636.4.1 |
6 |
5 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruInsertion |
1.3.6.1.4.1.2636.4.1 |
6 |
6 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruPowerOff |
1.3.6.1.4.1.2636.4.1 |
6 |
7 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruPowerOn |
1.3.6.1.4.1.2636.4.1 |
6 |
8 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruFailed |
1.3.6.1.4.1.2636.4.1 |
6 |
9 |
ADVERTENCIAS |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruOffline |
1.3.6.1.4.1.2636.4.1 |
6 |
10 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruOnline |
1.3.6.1.4.1.2636.4.1 |
6 |
11 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruCheck |
1.3.6.1.4.1.2636.4.1 |
6 |
12 |
ADVERTENCIAS |
CHASSISD_ SNMP_ CAPTURA |
|
jnxPowerSupplyOk |
1.3.6.1.4.1.2636.4.2 |
6 |
1 |
Esenciales |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFanOK |
1.3.6.1.4.1.2636.4.2 |
6 |
2 |
Esenciales |
CHASSISD_ SNMP_ CAPTURA |
|
jnxTemperatureOK |
1.3.6.1.4.1.2636.4.2 |
6 |
3 |
Alerta |
CHASSISD_ SNMP_ CAPTURA |
|
| Notificaciones de configuración | ||||||
Administración de BIA configuración (jnx- configmgmt. mib) |
jnxCmCfgChange |
1.3.6.1.4.1.2636.4.5 |
6 |
1 |
– |
– |
jnxCmRescueChange |
1.3.6.1.4.1.2636.4.5 |
6 |
2 |
– |
– |
|
| Operaciones remotas | ||||||
Ping BIA (jnx-ping.mib) |
jnxPingRttThresholdExceeded |
1.3.6.1.4.1.2636.4.9 |
6 |
1 |
– |
– |
jnxPingRttStdDevThreshold excedido |
1.3.6.1.4.1.2636.4.9 |
6 |
2 |
– |
– |
|
jnxPingRttJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9 |
6 |
3 |
– |
– |
|
jnxPingEgressThreshold excedido |
1.3.6.1.4.1.2636.4.9 |
6 |
4 |
– |
– |
|
jnxPingEgressStdDev ThresholdExceeded |
1.3.6.1.4.1.2636.4.9 |
6 |
5 |
– |
– |
|
jnxPingEgressJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9 |
6 |
6 |
– |
– |
|
jnxPingIngressThreshold excedido |
1.3.6.1.4.1.2636.4.9 |
6 |
7 |
– |
– |
|
jnxPingIngressStddevThreshold excedido |
1.3.6.1.4.1.2636.4.9 |
6 |
8 |
– |
– |
|
jnxPingIngressJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9 |
6 |
9 |
– |
– |
|
| Alarmas RMON | ||||||
RMON BIA (jnx-rmon. mib) |
jnxRmonAlarmGetFailure |
1.3.6.1.4.1.2636.4.3 |
6 |
1 |
– |
– |
jnxRmonGetOk |
1.3.6.1.4.1.2636.4.3 |
6 |
2 |
– |
– |
|
Capturas de SNMPv2
Tabla 3enumera las capturas SNMP estándar
Tabla 4enumera las Juniper Networks interrupciones específicas de la empresa
Definen en |
Nombre de la captura |
OID de captura SNMP |
Nivel de gravedad del registro del sistema |
Etiqueta syslog |
|---|---|---|---|---|
| Notificaciones de vinculación | ||||
RFC 2863, El grupo de interfaces BIA |
linkDown |
1.3.6.1.6.3.1.1.5.3 |
ADVERTENCIAS |
SNMP_TRAP_ LINK_DOWN |
linkUp |
1.3.6.1.6.3.1.1.5.4 |
Información |
SNMP_TRAP_ LINK_UP |
|
| Notificaciones de operaciones remotas | ||||
RFC 2925, Definiciones de objetos administrados para operaciones de ping, traceroute y búsqueda remotas |
pingProbeFailed |
1.3.6.1.2.1.80.0.1 |
Información |
ERROR DE SNMP_TRAP_ PING_PROBE_ |
pingTestFailed |
1.3.6.1.2.1.80.0.2 |
Información |
SNMP_TRAP_PING_ TEST_FAILED |
|
pingTestCompleted |
1.3.6.1.2.1.80.0.3 |
Información |
SNMP_TRAP_PING_ TEST_COMPLETED |
|
traceRoutePathChange |
1.3.6.1.2.1.81.0.1 |
Información |
SNMP_TRAP_TRACE_ ROUTE_PATH_ CAMBIAR |
|
traceRouteTestFailed |
1.3.6.1.2.1.81.0.2 |
Información |
SNMP_TRAP_TRACE_ ROUTE_TEST_FAILED |
|
traceRouteTestCompleted |
1.3.6.1.2.1.81.0.3 |
Información |
SNMP_TRAP_TRACE_ ROUTE_TEST_ COMPLETADO |
|
| Alarmas RMON | ||||
RFC 2819a, RMON BIA |
fallingAlarm |
1.3.6.1.2.1.16.0.1 |
– |
– |
risingAlarm |
1.3.6.1.2.1.16.0.2 |
– |
– |
|
| Notificaciones de enrutamiento | ||||
BGP 4 BIA |
bgpEstablished |
1.3.6.1.2.1.15.7.1 |
– |
– |
bgpBackwardTransition |
1.3.6.1.2.1.15.7.2 |
– |
– |
|
OSPF captura BIA |
ospfVirtIfStateChange |
1.3.6.1.2.1.14.16.2.1 |
– |
– |
ospfNbrStateChange |
1.3.6.1.2.1.14.16.2.2 |
– |
– |
|
ospfVirtNbrStateChange |
1.3.6.1.2.1.14.16.2.3 |
– |
– |
|
ospfIfConfigError |
1.3.6.1.2.1.14.16.2.4 |
– |
– |
|
ospfVirtIfConfigError |
1.3.6.1.2.1.14.16.2.5 |
– |
– |
|
ospfIfAuthFailure |
1.3.6.1.2.1.14.16.2.6 |
– |
– |
|
ospfVirtIfAuthFailure |
1.3.6.1.2.1.14.16.2.7 |
– |
– |
|
ospfIfRxBadPacket |
1.3.6.1.2.1.14.16.2.8 |
– |
– |
|
ospfVirtIfRxBadPacket |
1.3.6.1.2.1.14.16.2.9 |
– |
– |
|
ospfTxRetransmit |
1.3.6.1.2.1.14.16.2.10 |
– |
– |
|
ospfVirtIfTxRetransmit |
1.3.6.1.2.1.14.16.2.11 |
– |
– |
|
ospfMaxAgeLsa |
1.3.6.1.2.1.14.16.2.13 |
– |
– |
|
ospfIfStateChange |
1.3.6.1.2.1.14.16.2.16 |
– |
– |
|
| Notificaciones de inicio | ||||
RFC 1907, base de información de administración versión 2 del protocolo simple de administración de red (S NMPV2) |
coldStart |
1.3.6.1.6.3.1.1.5.1 |
Esenciales |
SNMPD_TRAP_ COLD_START |
warmStart |
1.3.6.1.6.3.1.1.5.2 |
Error |
SNMPD_TRAP_ WARM_START |
|
authenticationFailure |
1.3.6.1.6.3.1.1.5.5 |
Observar |
SNMPD_TRAP_ GEN_FAILURE |
|
| Notificaciones de VRRP | ||||
RFC 2787, Definiciones de objetos administrados para el protocolo de redundancia de enrutador virtual |
vrrpTrapNewMaster |
1.3.6.1.2.1.68.0.1 |
ADVERTENCIAS |
VRRPD_ NEWMASTER_ CAPTURA |
vrrpTrapAuthFailure |
1.3.6.1.2.1.68.0.2 |
ADVERTENCIAS |
VRRPD_AUTH_ FAILURE_ CAPTURA |
|
BIA de origen |
Nombre de la captura |
OID de captura SNMP |
Nivel de gravedad del registro del sistema |
Etiqueta de registro del sistema |
|---|---|---|---|---|
| Notificaciones del chasis (condiciones de alarma) | ||||
Chasis BIA (mib-jnx-chassis) |
jnxPowerSupplyFailure |
1.3.6.1.4.1.2636.4.1.1 |
Alerta |
CHASSISD_ SNMP_ CAPTURA |
jnxFanFailure |
1.3.6.1.4.1.2636.4.1.2 |
Esenciales |
CHASSISD_ SNMP_ CAPTURA |
|
jnxOverTemperature |
1.3.6.1.4.1.2636.4.1.3 |
Esenciales |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruRemoval |
1.3.6.1.4.1.2636.4.1.5 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruInsertion |
1.3.6.1.4.1.2636.4.1.6 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruPowerOff |
1.3.6.1.4.1.2636.4.1.7 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruPowerOn |
1.3.6.1.4.1.2636.4.1.8 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruFailed |
1.3.6.1.4.1.2636.4.1.9 |
ADVERTENCIAS |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruOffline |
1.3.6.1.4.1.2636.4.1.10 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruOnline |
1.3.6.1.4.1.2636.4.1.11 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFruCheck |
1.3.6.1.4.1.2636.4.1.12 |
Observar |
CHASSISD_ SNMP_ CAPTURA |
|
jnxPowerSupplyOK |
1.3.6.1.4.1.2636.4.2.1 |
Esenciales |
CHASSISD_ SNMP_ CAPTURA |
|
jnxFanOK |
1.3.6.1.4.1.2636.4.2.2 |
Esenciales |
CHASSISD_ SNMP_ CAPTURA |
|
jnxTemperatureOK |
1.3.6.1.4.1.2636.4.2.3 |
Alerta |
CHASSISD_ SNMP_ CAPTURA |
|
| Notificaciones de configuración | ||||
Administración de BIA configuración (mib-jnx-cfgmgmt) |
jnxCmCfgChange |
1.3.6.1.4.1.2636.4.5.0.1 |
– |
– |
jnxCmRescueChange |
1.3.6.1.4.1.2636.4.5.0.2 |
– |
– |
|
| Notificaciones de operaciones remotas | ||||
Ping BIA (mib-jnx-ping) |
jnxPingRttThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.1 |
– |
– |
jnxPingRttStdDevThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.2 |
– |
– |
|
jnxPingRttJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.3 |
– |
– |
|
jnxPingEgressThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.4 |
– |
– |
|
jnxPingEgressStdDevThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.5 |
– |
– |
|
jnxPingEgressJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.6 |
– |
– |
|
jnxPingIngressThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.7 |
– |
– |
|
jnxPingIngressStddevThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.8 |
– |
– |
|
jnxPingIngressJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.9 |
– |
– |
|
| Alarmas RMON | ||||
RMON BIA (mib-jnx-rmon) |
jnxRmonAlarmGetFailure |
1.3.6.1.4.1.2636.4. 3.0.1 |
– |
– |
jnxRmonGetOk |
1.3.6.1.4.1.2636.4. 3.0.2 |
– |
– |
|
Interrupciones SNMP compatibles con los sistemas QFabric
Los sistemas QFabric son compatibles con capturas estándar de SNMPv2 y Juniper Networks capturas de SNMPv2 específicas de la empresa.
Los sistemas QFabric no admiten las capturas de SNMPv1.
Para obtener más información, consulte:
Tabla 5para capturas estándar de SNMPv2
Tabla 6para Juniper Networks capturas de SNMPv2 específicas de la empresa
Definen en |
Nombre de la captura |
OID de captura SNMP |
Nivel de gravedad del registro del sistema |
Etiqueta syslog |
|---|---|---|---|---|
| Notificaciones de vinculación | ||||
RFC 2863, El grupo de interfaces BIA |
linkDown |
1.3.6.1.6.3.1.1.5.3 |
ADVERTENCIAS |
SNMP_TRAP_ LINK_DOWN |
linkUp |
1.3.6.1.6.3.1.1.5.4 |
Información |
SNMP_TRAP_ LINK_UP |
|
| Notificaciones de inicio | ||||
RFC 1907, base de información de administración versión 2 del protocolo simple de administración de red (S NMPV2) |
coldStart |
1.3.6.1.6.3.1.1.5.1 |
Esenciales |
SNMPD_TRAP_ COLD_START |
warmStart |
1.3.6.1.6.3.1.1.5.2 |
Error |
SNMPD_TRAP_ WARM_START |
|
authenticationFailure |
1.3.6.1.6.3.1.1.5.5 |
Observar |
SNMPD_TRAP_ GEN_FAILURE |
|
BIA de origen |
Nombre de la captura |
OID de captura SNMP |
Nivel de gravedad del registro del sistema |
Etiqueta de registro del sistema |
|---|---|---|---|---|
Chasis BIA estructura (mib-jnx-fabric-chassis) |
Notificaciones del chasis del tejido (condiciones de alarma) | |||
jnxFabricPowerSupplyFailure |
1.3.6.1.4.1.2636.4.19.1 |
Advertencia |
– |
|
jnxFabricFanFailure |
1.3.6.1.4.1.2636.4.19.2 |
Esenciales |
– |
|
jnxFabricOverTemperature |
1.3.6.1.4.1.2636.4.19.3 |
Alerta |
– |
|
jnxFabricRedundancySwitchover |
1.3.6.1.4.1.2636.4.19.4 |
Observar |
– |
|
jnxFabricFruRemoval |
1.3.6.1.4.1.2636.4.19.5 |
Observar |
– |
|
jnxFabricFruInsertion |
1.3.6.1.4.1.2636.4.19.6 |
Observar |
– |
|
jnxFabricFruPowerOff |
1.3.6.1.4.1.2636.4.19.7 |
Observar |
– |
|
jnxFabricFruPowerOn |
1.3.6.1.4.1.2636.4.19.8 |
Observar |
– |
|
jnxFabricFruFailed |
1.3.6.1.4.1.2636.4.19.9 |
Advertencia |
– |
|
jnxFabricFruOffline |
1.3.6.1.4.1.2636.4.19.10 |
Observar |
– |
|
jnxFabricFruOnline |
1.3.6.1.4.1.2636.4.19.11 |
Observar |
– |
|
jnxFabricFruCheck |
1.3.6.1.4.1.2636.4.19.12 |
Advertencia |
– |
|
jnxFabricFEBSwitchover |
1.3.6.1.4.1.2636.4.19.13 |
Advertencia |
– |
|
jnxFabricHardDiskFailed |
1.3.6.1.4.1.2636.4.19.14 |
Advertencia |
– |
|
jnxFabricHardDiskMissing |
1.3.6.1.4.1.2636.4.19.15 |
Advertencia |
– |
|
jnxFabricBootFromBackup |
1.3.6.1.4.1.2636.4.19.16 |
Advertencia |
– |
|
| Notificaciones de chasis de estructura (condiciones de alarma desactivadas) | ||||
jnxFabricPowerSupplyOK |
1.3.6.1.4.1.2636.4.20.1 |
Esenciales |
– |
|
jnxFabricFanOK |
1.3.6.1.4.1.2636.4.20.2 |
Esenciales |
– |
|
jnxFabricTemperatureOK |
1.3.6.1.4.1.2636.4.20.3 |
Alerta |
– |
|
jnxFabricFruOK |
1.3.6.1.4.1.2636.4.20.4 |
– |
– |
|
QFabric BIA (mib-jnx-qf-smi) |
QFabric BIA notificaciones | |||
jnxQFabricDownloadIssued |
1.3.6.1.4.1.2636.3.42.1.0.1 |
– |
– |
|
jnxQFabricDownloadFailed |
1.3.6.1.4.1.2636.3.42.1.0.2 |
– |
– |
|
jnxQFabricDownloadSucceeded |
1.3.6.1.4.1.2636.3.42.1.0.3 |
– |
– |
|
jnxQFabricUpgradeIssued |
1.3.6.1.4.1.2636.3.42.1.0.4 |
– |
– |
|
jnxQFabricUpgradeFailed |
1.3.6.1.4.1.2636.3.42.1.0.5 |
– |
– |
|
jnxQFabricUpgradeSucceeded |
1.3.6.1.4.1.2636.3.42.1.0.6 |
– |
– |
|
| Notificaciones de configuración | ||||
Administración de BIA configuración (mib-jnx-cfgmgmt) |
jnxCmCfgChange |
1.3.6.1.4.1.2636.4.5.0.1 |
– |
– |
jnxCmRescueChange |
1.3.6.1.4.1.2636.4.5.0.2 |
– |
– |
|
| Notificaciones de operaciones remotas | ||||
Ping BIA (mib-jnx-ping) |
jnxPingRttThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.1 |
– |
– |
jnxPingRttStdDevThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.2 |
– |
– |
|
jnxPingRttJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.3 |
– |
– |
|
jnxPingEgressThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.4 |
– |
– |
|
jnxPingEgressStdDevThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.5 |
– |
– |
|
jnxPingEgressJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.6 |
– |
– |
|
jnxPingIngressThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.7 |
– |
– |
|
jnxPingIngressStddevThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.8 |
– |
– |
|
jnxPingIngressJitterThreshold excedido |
1.3.6.1.4.1.2636.4.9.0.9 |
– |
– |
|
Consulte también
Ejemplo Configuración de grupos de capturas SNMP
Configurar una lista de notificación de captura urgent-dispatcher con nombre para capturas de vínculo e inicio. Esta lista se utiliza para identificar los hosts de administración1.2.3.4 de fe80::1:2:3:4red (y) a los que deben enviarse las capturas generadas por el enrutador local. El nombre especificado para un grupo de capturas se utiliza como cadena de comunidad SNMP cuando el agente envía capturas a los destinos enumerados.
[edit]
snmp {
trap-group "urgent-dispatcher" {
version v2;
categories link startup;
targets {
1.2.3.4;
fe80::1:2:3:4;
}
}
}
Configuración de las interfaces en las que se pueden aceptar solicitudes SNMP
De forma predeterminada, todas las interfaces de enrutador o conmutador tienen privilegios de acceso SNMP. Para limitar el acceso solo a través de determinadas interfaces, interface incluya la instrucción [edit snmp] en el nivel de jerarquía:
[edit snmp] interface [ interface-names ];
Especifique los nombres de cualquier interfaz física o lógica que tenga privilegios de acceso SNMP. Las solicitudes SNMP que entren en el enrutador o conmutador a partir de interfaces no incluidas se descartarán.
Ejemplo Configuración de la comprobación de la lista de acceso seguro
Los privilegios de acceso SNMP se conceden a los so-0/0/0 dispositivos at-1/0/1de las interfaces y. El ejemplo siguiente realiza esta operación mediante la configuración de una lista de interfaces lógicas:
[edit]
snmp {
interface [ so-0/0/0.0 so-0/0/0.1 at-1/0/1.0 at-1/0/1.1 ];
}
El ejemplo siguiente otorga el mismo acceso mediante la configuración de una lista de interfaces físicas:
[edit]
snmp {
interface [ so-0/0/0 at-1/0/1 ];
}
Filtrado de la información de interfaz fuera de SNMP Get y GetNext Output
Junos OS le permite filtrar la información relacionada con interfaces específicas del resultado de SNMP Get y GetNext las peticiones realizadas en las MIB relacionadas con la interfaz, como si BIA, ATM BIA, RMON BIA y el Juniper Networks, si BIA, es específico de la empresa.
Puede utilizar las siguientes filter-interfaces opciones de la instrucción en el [edit snmp] nivel de jerarquía para especificar las interfaces que desea excluir de SNMP Get y GetNext las consultas:
interfaces: interfaces que coinciden con las expresiones regulares especificadas.all-internal-interfaces: interfaces internas.
[edit]
snmp {
filter-interfaces {
interfaces {
interface-name 1;
interface-name 2;
}
all-internal-interfaces;
}
}
A partir de la versión 12,1, Junos OS proporciona una opción! Except (operador) que le permite filtrar todas las interfaces excepto aquellas que coincidan con todas las expresiones regulares ! precedidas con la marca.
Por ejemplo, para filtrar todas las interfaces excepto ge las interfaces del SNMP get y get-next los resultados, escriba el siguiente comando:
[edit snmp] user@host# set filter-interfaces interfaces “!^ge-.*” user@host# commit
Cuando esta configuración está configurada, Junos OS filtra todas las ge interfaces excepto las interfaces get del get-next SNMP y los resultados.
La ! marca sólo se admite como el primer carácter de la expresión regular. Si aparece en cualquier otro lugar de una expresión regular, Junos OS considera que la expresión regular no es válida y devuelve un error.
Sin embargo, tenga en cuenta que estas configuraciones se limitan a las operaciones SNMP y que los usuarios pueden seguir teniendo acceso a la información relacionada con filter-interfaces las interfaces (incluidas las que se ocultan con las opciones) utilizando los comandos de la interfaz de línea de comandos (CLI) Junos os adecuados .
Configuración de vistas de BIA
S NMPV3 define el concepto de vistas BIA en RFC 3415, Modelo de control de acceso basado en vista (VACM)para el Protocolo simple de administración de red (SNMP). Las vistas de BIA proporcionan un mejor control del agente sobre quién puede tener acceso a bifurcaciones y objetos específicos dentro de su árbol de BIA. Una vista está formada por un nombre y una colección de identificadores de objeto SNMP, que se incluyen o excluyen explícitamente. Una vez definida, se asigna una vista a un grupo SNMPv3 o a una comunidad S NMPV1/v2c (o varias comunidades), enmascarando automáticamente a qué partes del árbol del BIA del agente puede acceder el grupo o comunidad (o no puede) acceder.
De forma predeterminada, las comunidades SNMP conceden acceso de lectura y deniegan el acceso de escritura a todos los objetos authorization read-writeBIA compatibles (incluso las comunidades configuradas como). Para restringir o conceder acceso de lectura o escritura a un conjunto de objetos de BIA, debe configurar una vista de BIA y asociar la vista con una comunidad.
Para configurar las vistas de BIA, view incluya la instrucción [edit snmp] en el nivel de jerarquía:
[edit snmp] view view-name { oid object-identifier (include | exclude); }
La view instrucción define una BIA ver e identifica un grupo de objetos BIA. Cada objeto BIA de una vista tiene un prefijo de identificador de objetos común (OID). Cada identificador de objeto representa un subárbol del BIA jerarquía de objetos. El subárbol puede estar representado por una secuencia de enteros con puntos (como 1.3.6.1.2.1.2) o por el nombre interfacesdel subárbol (como). Una instrucción de configuración utiliza una vista para especificar un grupo de objetos de BIA en los que definir el acceso. También puede utilizar un asterisco (*) con un carácter comodín para incluir OID que coincidan con un modelo determinado en la vista SNMP. Para activar una vista, debe asociar la vista con una comunidad.
Para quitar un OID completamente, utilice el delete view all oid oid-number comando pero omita el include parámetro.
[edit groups global snmp] user@host# set view view-name oid object-identifier (include | exclude)
En el siguiente ejemplo se crea una vista de BIA denominada ping-MIB-View. La oid instrucción no requiere un punto al principio del identificador de objeto. La snmp view instrucción incluye la bifurcación en el Object Identifier. 1.3.6.1.2.1.80. Esto incluye todo el subárbol DISMAN-PINGMIB (tal como se define en RFC 2925, Definiciones de objetos administrados para ping remoto, Traceroutey operaciones de búsqueda), lo que permite de hecho el acceso a cualquier objeto en esa sucursal.
[edit groups global snmp] user@host# set view ping-mib-view oid 1.3.6.1.2.1.80 include
En el siguiente ejemplo, se agrega una segunda rama de la misma vista BIA.
[edit groups global snmp] user@host# set view ping-mib-view oid jnxPingMIB include
Asigne una vista BIA a una comunidad que desee controlar.
Para asociar BIA vistas con una comunidad, incluya view el extracto en [edit snmp community community-name] el nivel de jerarquía:
[edit snmp community community-name] view view-name;
Para obtener más información acerca del BIA ping, consulte RFC 2925 y Ping BIA.
Consulte también
Configurar proxy de ping BIA
Restrinja la comunidad ping-mib para leer y escribir el acceso del ping BIA jnxpingMIB y solo. No se permite el acceso de lectura o escritura a ningún otro BIA a través de esta comunidad.
[edit snmp]
view ping-mib-view {
oid 1.3.6.1.2.1.80 include; #pingMIB
oid jnxPingMIB include; #jnxPingMIB
}
community ping-mib {
authorization read-write;
view ping-mib-view;
}
La siguiente configuración impide que la comunidad no ping-mib acceda a objetos BIA jnxPingMIB Ping. Sin embargo, esta configuración no impide que la comunidad no ping-mib acceda BIA cualquier otro objeto compatible en el dispositivo.
[edit snmp]
view no-ping-mib-view {
oid 1.3.6.1.2.1.80 exclude; # deny access to pingMIB objects
oid jnxPingMIB exclude; # deny access to jnxPingMIB objects
}
community no-ping-mib {
authorization read-write;
view ping-mib-view;
}
Consulte también
Descripción de la interfaz de administración local integrada
La interfaz de administración local (ILMI) integrada proporciona un mecanismo para que los dispositivos conectados al modo de transferencia asincrónico (ATM), como hosts, enrutadores y conmutadores ATM, tengan que transferir la información de administración. La ILMI proporciona un intercambio bidireccional de información de administración entre dos interfaces ATM a través de una conexión física. La información de ILMI se intercambia mediante una encapsulación directa de SNMP versión 1 (RFC 1157, A Simple Network Management Protocol)sobre la capa de adaptación a ATM 5 (AAL5) mediante un valor de identificador de ruta virtual/identificador de canal virtual (VPI/VCI) (VPI=0, VCI=16).
Junos OS solo admite dos variables ILMI BIA: atmfMYIPNmAddressy atmfPortMyIfname. Para las interfaces de cola inteligente (IQ) ATM1 y ATM2, puede configurar la ILMI para comunicarse directamente con un conmutador ATM conectado para habilitar la consulta de la dirección IP y el número de puerto del conmutador.
Para obtener más información sobre el BIA ILMI, atmfMYIPNmAddress consulte atmfPortMyIfname o en el SNMP BIA Explorer.
Consulte también
Utilidad BIA
El Juniper Networks de servicios específicos BIA empresa, cuyo ID de objeto es {jnxUtilMibRoot 1}, define objetos para contadores, enteros y cadenas. La utilidad BIA contiene una tabla para cada uno de los cinco tipos de datos siguientes:
Contadores de 32 bits
Contadores de 64 bits
Enteros con signo
Enteros sin signo
Cadenas de octetos
Cada tipo de datos tiene un nombre ASCII arbitrario, que se define cuando se llenan los datos, y una marca de tiempo que indica cuándo se modificó la instancia de datos por última vez. Para obtener una versión descargable de este BIA, consulte Guía del usuario de directivas de enrutamiento, filtros de firewall ycontrol de tráfico.
Para obtener información sobre los objetos de BIA de la utilidad específica de la empresa, consulte los siguientes temas:
Consulte también
Compatibilidad con MIBs SNMP
Los serie QFX conmutadores independientes, serie QFX Virtual Chassis y los sistemas QFabric son compatibles con las MIB estándar de MIB y Juniper Networks empresariales.
Para obtener información acerca de los objetos SNMP BIA específicos de la empresa, consulte el snmp BIA Explorer. Puede utilizar SNMP BIA Explorer para ver información acerca de varias MIB, objetos BIA y notificaciones SNMP compatibles con dispositivos Juniper Networks
Para obtener más información, consulte:
- Compatibles con MIB de serie QFX conmutadores autónomos y Virtual Chassis de serie QFX
- Compatible con MIBs en sistemas QFabric
Compatibles con MIB de serie QFX conmutadores autónomos y Virtual Chassis de serie QFX
El serie QFX conmutadores independientes y serie QFX Virtual Chassis admiten las MIB estándar de MIB y Juniper Networks Enterprise. Para obtener más información, consulte:
RFC |
Obtener más información |
|---|---|
IEEE sección 802.1ab 12.1, Protocolo de descubrimiento de capa de vínculo (LLDP) BIA |
Tablas y objetos compatibles:
|
IEEE 802.3ad, Agregación de varios segmentos de vínculo |
Se admiten las siguientes tablas y objetos:
|
RFC 1155, Estructura e identificación de la información de administración para Internet basada en TCP/IP |
— |
RFC 1157, Un protocolo simple de administración de red (SNMP) |
— |
RFC 1212, Definiciones BIA concisas |
— |
RFC 1213, base de información de administración para la administración de red de Internets basadas en TCP/IP: BIA-II |
Se admiten las siguientes áreas:
|
RFC 1215, Una convención para definir capturas para su uso con SNMP |
La compatibilidad está limitada a las capturas de SNMP de la versión 1 BIA II, y las notificaciones de versión 2. |
RFC 1286, Definiciones de objetos administrados para puentes |
— |
RFC 1657, Definiciones de objetos administrados para la cuarta versión de la Protocolo de puerta de enlace de borde (BGP-4) mediante SMIv2 |
— |
RFC 1850, OSPF versión 2 de base de información de administración |
No se admite la tabla, los objetos ni las capturas siguientes:
|
RFC 1901, Introducción a S NMPV2 basada en la comunidad |
— |
RFC 1905, Operaciones de protocolo para la versión 2 del protocolo simple de administración de red (S NMPV2) |
— |
RFC 1907, base de información de administración versión 2 del protocolo simple de administración de red (S NMPV2) |
— |
RFC 2011, SNMPv2 base de información de administración para el protocolo de Internet mediante SMIv2 |
— |
RFC 2012, SNMPv2 base de información de administración para el protocolo de control de transmisión mediante SMIv2 |
— |
RFC 2013, SNMPv2 base de información de administración para el protocolo de datagrama de usuario mediante SMIv2 |
— |
RFC 2233, El grupo de interfaces BIA uso de SMIv2 |
Nota:
RFC 2233 se reemplazó por RFC 2863. Sin embargo, Junos OS es compatible con RFC 2233 y RFC 2863. |
RFC 2287, Definiciones de objetos administrados a nivel del sistema para aplicaciones |
Se admiten los siguientes objetos:
|
RFC 2570, Introducción a la versión 3 del marco de trabajo de administración de red estándar de Internet |
— |
RFC 2571, Una arquitectura para describir marcos de administración SNMP (acceso de solo lectura) |
Nota:
RFC 2571 se ha sustituido por RFC 3411. Sin embargo, Junos OS admite tanto el RFC 2571 como el RFC 3411. |
RFC 2572, Procesamiento y envío de mensajes para el protocolo simple de administración de red (SNMP) (acceso de solo lectura) |
Nota:
RFC 2572 se ha sustituido por RFC 3412. Sin embargo, Junos OS admite tanto el RFC 2572 como el RFC 3412. |
RFC 2576, Coexistencia entre la versión 1, la versión 2 y la versión 3 del marco de administración de red estándar de Internet |
Nota:
RFC 2576 se ha sustituido por RFC 3584. Sin embargo, Junos OS admite tanto el RFC 2576 como el RFC 3584. |
RFC 2578, Estructura de información de administración versión 2 (SMIv2) |
— |
RFC 2579, Convenciones textuales para PYMEIv2 |
— |
RFC 2580, Instrucciones de conformidad para SMIv2 |
— |
RFC 2665, Definiciones de objetos administrados para los tipos de interfaz tipo Ethernet |
— |
RFC 2787, Definiciones de objetos administrados para el protocolo de redundancia de enrutador virtual |
La compatibilidad no incluye la creación de filas, la operación SET y el objeto vrrpStatsPacketLengthErrors. |
RFC 2790, Recursos de host BIA |
La compatibilidad está limitada a los siguientes objetos:
|
RFC 2819, Monitoreo de red remoto base de información de administración |
Se admiten los siguientes objetos:
|
RFC 2863, El grupo de interfaces BIA |
Nota:
RFC 2233 se reemplazó por RFC 2863. Sin embargo, Junos OS es compatible con RFC 2233 y RFC 2863. |
RFC 2932, Enrutamiento de multidifusión IPv4 BIA |
— |
RFC 2933, Protocolo de administración de grupo de Internet (IGMP) BIA |
— |
RFC 2934, Multidifusión independiente BIA protocolo para IPv4 |
En Junos OS, rfc 2934 se implementa según una versión de borrador, pimmib.mib, de la RFC ahora estándar. |
RFC 3410, Instrucciones de introducción y aplicabilidad para el marco de administración de estándares de Internet |
— |
RFC 3411, Una arquitectura para describir marcos de administración de protocolos de administración de red simples (SNMP) |
Nota:
RFC 3411 sustituye a RFC 2571. Sin embargo, Junos OS admite tanto el RFC 3411 como el RFC 2571. |
RFC 3412, Procesamiento y envío de mensajes para el protocolo simple de administración de red (SNMP) |
Nota:
RFC 3412 sustituye a RFC 2572. Sin embargo, Junos OS es compatible con RFC 3412 y RFC 2572. |
RFC 3413, Aplicaciones simple de protocolo de administración de red (SNMP) |
Se admiten todas las MIB, salvo la BIA del proxy. |
RFC 3414, Modelo de seguridad basado en el usuario (USM) para la versión 3 del Protocolo simple de administración de red (S NMPV3) |
— |
RFC 3415, Modelo de control de acceso basado en la vista (VACM) para el protocolo simple de administración de red (SNMP) |
— |
RFC 3416, Versión 2 de las operaciones de protocolo para el protocolo simple de administración de red (SNMP) |
Nota:
RFC 3416 sustituye a la RFC 1905, que se admitía en versiones anteriores de Junos OS. |
RFC 3417, Asignaciones de transporte para el protocolo simple de administración de red (SNMP) |
— |
RFC 3418, base de información de administración (BIA) para el protocolo simple de administración de red (SNMP) |
Nota:
RFC 3418 sustituye a la RFC 1907, que se admitía en versiones anteriores de Junos OS. |
RFC 3584, Coexistencia entre la versión 1, la versión 2 y la versión 3 del marco de trabajo de administración de red estándar de Internet |
— |
RFC 3826, El algoritmo de cifrado del estándar de cifrado avanzado (AES) en el modelo de seguridad snmp basado en el usuario |
— |
RFC 4188, Definiciones de objetos administrados para puentes |
Los conmutadores QFX3500 y QFX3600 admiten STP 802.1 D (1998) y los siguientes subárboles y objetos únicamente:
Nota:
En los conmutadores QFX3500 y QFX3600, la tabla dot1dTpFdbTable solo se rellena con las direcciones MAC aprendidas en la VLAN predeterminada. Para ver las direcciones MAC de todas las VLAN, especifique la tabla dot1qTpFdbTable (RFC 4363b, VLAN de Q-Bridge BIA)cuando ejecute el No se admite en dispositivos de la serie OCX. |
RFC 4293, base de información de administración para el protocolo de Internet (IP) |
Solo admite la tabla ipAddrTable. |
RFC 4318, Definiciones de objetos administrados para puentes con protocolo de árbol de expansión rápida |
Admite extensiones 802.1 w y 802.1 t para RSTP. No se admite en dispositivos de la serie OCX. |
RFC 4363b, VLAN de puente Q BIA |
Nota:
En QFX3500 y QFX3600, la tabla dot1dTpFdbTable (RFC 4188, Definiciones de objetos administrados para puentes)se completa solo con las direcciones MAC aprendidas en la VLAN predeterminada. Para ver las direcciones MAC de todas las VLAN, especifique la tabla dot1qTpFdbTable (en este BIA) cuando ejecute el No se admite en dispositivos de la serie OCX. |
RFC 4444, SI-SI BIA |
— |
Autoridad de Asignación de Números de Internet, Convención textual de IANAiftype BIA (a la que hace referencia RFC 2233) |
|
Borrador de Internet draft-reeder-snmpv3-usm-3desede-00.txt, Extensión al modelo de seguridad basado en el usuario (USM) para admitir EDE triple DES en modo CBC "fuera" |
— |
Borrador de Internet draft-ietf-idmr-igmp-mib-13.txt, Protocolo de administración de grupos de Internet (IGMP) BIA |
— |
BIA del consorcio de ESO |
Nota:
El nombre del BIA ESO se reemplazó por RFC 3826. Consulte http://www.SNMP.com/eso/. |
BIA |
Descriptiva |
|---|---|
BIA de alarma (MIB-JNX-Chast-chasis-Alarm) |
Permite la admisión de alarmas del conmutador. |
Analizador BIA (MIB-JNX-Analyzer) |
Contiene datos del analizador y del analizador remoto relacionados con el espejado de puertos. No se admite en dispositivos de la serie OCX. |
BIA del chasis (MIB-JNX-chasis) |
Proporciona soporte para supervisión ambiental (el estado de la fuente de alimentación, los voltajes de placa, los ventiladores, las temperaturas y el flujo de aire) y la compatibilidad del inventario para el chasis, concentradores de PIC flexibles (FPCs) y PICs. Nota:
La tabla jnxLEDTable está obsoleta. |
Definiciones de chasis para el BIA de modelo de enrutador (MIB-JNX-chasss-define) |
Contiene los identificadores de objeto (OID) utilizados por el BIA del chasis para identificar las plataformas de enrutamiento y conmutación, y los componentes del chasis. El chasis BIA proporciona información que cambia a menudo, mientras que las definiciones de chasis para el modelo de enrutador BIA proporciona información que cambia con menor frecuencia. |
BIA de clase de servicio (MIB-JNX-cos) |
Proporciona compatibilidad para supervisar las estadísticas de cola de salida de la interfaz por interfaz y por clase de reenvío. |
BIA de administración de configuración (MIB-JNX-cfgmgmt) |
Proporciona la notificación de cambios de configuración y la recuperación de cambios de configuración en forma de capturas SNMP. Cada captura contiene la hora a la que se confirmó el cambio de configuración, el nombre del usuario que realizó el cambio y el método con el que se realizó el cambio. Se mantiene un historial de los últimos 32 cambios en la configuración en jnxCmChgEventTable. |
BIA Ethernet para MAC (MIB-JNX-Mac) |
Supervisa las estadísticas de dirección MAC (MAC) de las interfaces de cola inteligente (IQ) Gigabit Ethernet. Recopila estadísticas de MAC; por ejemplo, inoctetos, entramas, microoctetos y microframes en cada dirección MAC de origen y ID de LAN virtual (VLAN) para cada puerto Ethernet. No se admite en dispositivos de la serie OCX. |
BIA de sucesos (MIB-JNX-Event) |
Define una captura genérica que se puede generar mediante una secuencia de comandos de operaciones o una directiva de eventos. Este BIA proporciona la capacidad de especificar una cadena de registro del sistema e iniciar un reventado si se encuentra la cadena de registro del sistema. En Junos OS versión 13.2 X51-D10 o posterior, si configuró una política de sucesos para activar un reventado cuando se agrega un nuevo destino SNMP TRAP, la captura SNMPD_TRAP_TARGET_ADD_NOTICE se genera con información sobre el nuevo destino. |
BIA del cortafuegos (servidor de seguridad MIB-JNX) |
Proporciona compatibilidad para supervisar los contadores de filtro de Firewall . |
BIA de recursos de host (MIB-JNX-hostresources) |
Extiende el objeto hrStorageTable, lo que proporciona una medida del uso de cada sistema de archivos en el conmutador como un porcentaje. Antes, los objetos de la clase hr StorageTable solo medía el uso en las unidades de asignación: hr CpuUsuario y 200.000 .000 . Gracias a la medición del porcentaje, es más fácil monitorear y aplicar los umbrales en la utilización. |
BIA de interfaz (extensiones) (MIB-JNX-if-Extensions) |
Extiende la ifTable estándar (RFC 2863) con estadísticas adicionales e información de Juniper Networks chasis específicos de la empresa en las tablas ifJnxTable y ifChassisTable. |
L2ALD BIA (MIB-JNX-L2ALD) |
Proporciona información acerca del aprendizaje de direcciones de capa 2 y las trampas relacionadas, como el reventado y el reventado del límite de interfaz MAC de enrutamiento. Este BIA también proporciona información sobre VLAN en la tabla jnxL2aldVlanTable para conmutadores mejorados de serie y de software de capa 2 (ELS) EX, y serie QFX. Nota:
Los conmutadores de la serie no ELS utilizan la VLAN BIA (jnxExVlanTable) para la información de VLAN en lugar de este BIA. |
BIA de MPLS (MIB-JNX-MPLS) |
Proporciona información de MPLS y define MPLS notificaciones. Nota:
Este BIA no es compatible con el modificador QFX5100. |
MPLS LDP BIA (MIB-JNX-MPLS-LDP) |
Contiene definiciones de objeto tal como se describe en RFC 3815, Definiciones de objetos administrados para conmutación de etiquetas multiprotocolo (MPLS), Protocolo de distribución de etiquetas (LDP). Nota:
Este BIA no es compatible con el modificador QFX5100. |
Ping BIA (MIB-JNX-ping) |
Extiende la tabla de control de ping BIA estándar (RFC 2925). Los elementos de este BIA se crean cuando se crean entradas en pingCtlTable del BIA ping. Cada elemento se indiza exactamente tal y como se encuentra en el BIA ping. |
Sucesos y alarmas BIA RMON (MIB-JNX-RMON) |
Admite extensiones de Junos OS a las BIA de eventos y alarmas del monitor remoto estándar (RMON en RFC 2819). La extensión aumenta el objeto alarmTable con información adicional sobre cada alarma. También se definen dos trampas adicionales para indicar cuándo se encuentran problemas con una alarma. |
Estructura de BIA de información de administración (MIB-JNX-SMI) |
Explica cómo se estructuran las Juniper Networks MIB específicas de la empresa. |
BIA del registro del sistema (MIB-JNX-syslog) |
Activa la notificación de una aplicación basada en captura de SNMP cuando se produce un mensaje importante de registro del sistema. |
Utilidad BIA (MIB-JNX-util) |
Proporciona BIA de objetos contenedores de SNMP de los siguientes tipos: Contadores de 32 bits, contadores de 64 bits, enteros con signo, enteros sin signo y cadenas de octetos. Puede utilizar estos objetos para almacenar datos que pueden recuperarse con otras operaciones SNMP. |
BIA de VLAN (MIB-JNX-VLAN) |
Contiene información sobre las VLAN IEEE 802,10 preestándares y su asociación con clientes de emulación de LAN. Nota:
Para conmutadores de la serie ELS y serie QFX, la información de VLAN está disponible en el BIA L2ALD en la tabla jnxL2aldVlanTable, en lugar de en la VLAN BIA para los conmutadores de la serie no ELS, la información de VLAN se proporciona en la VLAN BIA en la tabla jnxExVlanTable. No se admite en dispositivos de la serie OCX. |
Compatible con MIBs en sistemas QFabric
Los sistemas QFabric admiten tanto las MIB estándar como las comparaciones MIB específicas de la empresa Juniper Networks. Para obtener más información, consulte:
RFC |
Obtener más información |
|---|---|
RFC 1155, Estructura e identificación de la información de administración para Internet basada en TCP/IP |
— |
RFC 1157, Un protocolo simple de administración de red (SNMP) |
— |
RFC 1212, Definiciones BIA concisas |
— |
RFC 1213, base de información de administración para la administración de red de Internets basadas en TCP/IP: BIA-II |
Se admiten las siguientes áreas:
|
RFC 1215, Una convención para definir capturas para su uso con SNMP |
La compatibilidad está limitada a las capturas de SNMP de la versión 1 BIA II, y las notificaciones de versión 2. |
RFC 1286, Definiciones de objetos administrados para puentes |
— |
RFC 1901, Introducción a S NMPV2 basada en la comunidad |
— |
RFC 1905, Operaciones de protocolo para la versión 2 del protocolo simple de administración de red (S NMPV2) |
— |
RFC 1907, base de información de administración versión 2 del protocolo simple de administración de red (S NMPV2) |
— |
RFC 2011, SNMPv2 base de información de administración para el protocolo de Internet mediante SMIv2 |
Nota:
En el sistema QFabric, para que funcione la solicitud de mibwalk SNMP, debe configurar la dirección IP de al menos una interfaz, además de las interfaces Ethernet de administración (me0 y ME1) del grupo director. |
RFC 2012, SNMPv2 base de información de administración para el protocolo de control de transmisión mediante SMIv2 |
— |
RFC 2013, SNMPv2 base de información de administración para el protocolo de datagrama de usuario mediante SMIv2 |
— |
RFC 2233, El grupo de interfaces BIA uso de SMIv2 |
Nota:
RFC 2233 se reemplazó por RFC 2863. Sin embargo, Junos OS es compatible con RFC 2233 y RFC 2863. Nota:
El sistema QFabric sólo admite los siguientes objetos: ifNumber, ifTable y ifxTable. |
RFC 2571, Una arquitectura para describir marcos de administración SNMP (acceso de solo lectura) |
Nota:
RFC 2571 se ha sustituido por RFC 3411. Sin embargo, Junos OS admite tanto el RFC 2571 como el RFC 3411. |
RFC 2572, Procesamiento y envío de mensajes para el protocolo simple de administración de red (SNMP) (acceso de solo lectura) |
Nota:
RFC 2572 se ha sustituido por RFC 3412. Sin embargo, Junos OS admite tanto el RFC 2572 como el RFC 3412. |
RFC 2576, Coexistencia entre la versión 1, la versión 2 y la versión 3 del marco de administración de red estándar de Internet |
Nota:
RFC 2576 se ha sustituido por RFC 3584. Sin embargo, Junos OS admite tanto el RFC 2576 como el RFC 3584. |
RFC 2578, Estructura de información de administración versión 2 (SMIv2) |
— |
RFC 2579, Convenciones textuales para PYMEIv2 |
— |
RFC 2580, Instrucciones de conformidad para SMIv2 |
— |
RFC 2665, Definiciones de objetos administrados para los tipos de interfaz tipo Ethernet |
El sistema QFabric sólo admite las tablas siguientes:
Nota:
No se admiten variables escalares en el sistema QFabric. |
RFC 2863, El grupo de interfaces BIA |
Nota:
RFC 2233 se reemplazó por RFC 2863. Sin embargo, Junos OS es compatible con RFC 2233 y RFC 2863. Nota:
El sistema QFabric sólo admite los siguientes objetos: ifNumber, ifTable y ifxTable. |
RFC 2933, Protocolo de administración de grupo de Internet (IGMP) BIA |
— |
RFC 3410, Instrucciones de introducción y aplicabilidad para el marco de administración de estándares de Internet |
— |
RFC 3411, Una arquitectura para describir marcos de administración de protocolos de administración de red simples (SNMP) |
Nota:
RFC 3411 sustituye a RFC 2571. Sin embargo, Junos OS admite tanto el RFC 3411 como el RFC 2571. |
RFC 3412, Procesamiento y envío de mensajes para el protocolo simple de administración de red (SNMP) |
Nota:
RFC 3412 sustituye a RFC 2572. Sin embargo, Junos OS admite tanto el RFC 3412 como el RFC 2572. |
RFC 3416, Versión 2 de las operaciones de protocolo para el protocolo simple de administración de red (SNMP) |
Nota:
RFC 3416 sustituye a la RFC 1905, que se admitía en versiones anteriores de Junos OS. |
RFC 3417, Asignaciones de transporte para el protocolo simple de administración de red (SNMP) |
— |
RFC 3418, base de información de administración (BIA) para el protocolo simple de administración de red (SNMP) |
Nota:
RFC 3418 sustituye a la RFC 1907, que se admitía en versiones anteriores de Junos OS. |
RFC 3584, Coexistencia entre la versión 1, la versión 2 y la versión 3 del marco de trabajo de administración de red estándar de Internet |
— |
RFC 4188, Definiciones de objetos administrados para puentes |
La compatibilidad con el sistema QFabric se limita a los siguientes objetos:
No se admite en dispositivos de la serie OCX. |
RFC 4293, base de información de administración para el protocolo de Internet (IP) |
Solo admite la tabla ipAddrTable. En el sistema QFabric, los objetos compatibles en la tabla ipAddrTable son: ipAdEntAddr, ipAdEntIfIndex, ipAdEntNetMask, ipAdEntBcastAddr y ipAdEntReasmMaxSize. Nota:
En el sistema QFabric, para que funcione la solicitud de mibwalk SNMP, debe configurar la dirección IP de al menos una interfaz, además de las interfaces Ethernet de administración (me0 y ME1) del grupo director. |
RFC 4363b, VLAN de puente Q BIA |
El sistema QFabric sólo admite las tablas siguientes:
No se admite en dispositivos de la serie OCX. |
Las MIB específicas de QFabric no se admiten en dispositivos de la serie OCX.
BIA |
Descriptiva |
|---|---|
Analizador BIA (MIB-JNX-Analyzer) |
Contiene datos del analizador y del analizador remoto relacionados con el espejado de puertos. El sistema QFabric admite:
|
BIA del chasis (MIB-JNX-chasis) |
Nota:
El BIA del chasis está en desuso para el sistema QFabric. Para obtener más información acerca del sistema QFabric, le recomendamos que utilice la estructura BIA del chasis (MIB-JNX-fabric-chasal chasis). |
BIA de clase de servicio (MIB-JNX-cos) |
Proporciona compatibilidad para supervisar las estadísticas de cola de salida de la interfaz por interfaz y por clase de reenvío. El sistema QFabric admite las tablas y los objetos siguientes:
El sistema QFabric no admite interrupciones para este BIA. |
BIA de administración de configuración (MIB-JNX-cfgmgmt) |
Proporciona la notificación de cambios de configuración y la recuperación de cambios de configuración en forma de capturas SNMP. Cada captura contiene la hora a la que se confirmó el cambio de configuración, el nombre del usuario que realizó el cambio y el método con el que se realizó el cambio. Se mantiene un historial de los últimos 32 cambios en la configuración en jnxCmChgEventTable. Nota:
En el sistema QFabric, se aplicarán estas condiciones:
|
BIA del chasis de estructura (MIB-JNX-fabric-Chassis) |
Proporciona información de hardware acerca del sistema QFabric y sus dispositivos componentes. Este BIA se basa en el Juniper Networks un chasis específico de la empresa BIA, pero agrega otro nivel de indización que proporciona información para QFabric dispositivos de componentes del sistema. |
BIA de interfaz (extensiones) (MIB-JNX-if-Extensions) |
Extiende la ifTable estándar (RFC 2863) con estadísticas adicionales e información de Juniper Networks chasis específicos de la empresa en las tablas ifJnxTable y ifChassisTable. Nota:
En el sistema QFabric, no se admiten variables escalares. |
Unidad de fuente de alimentación BIA (MIB-JNX-Power-Supply Unit) |
Permite supervisar el entorno de la unidad de la fuente de alimentación del dispositivo de interconexión del sistema QFabric. Nota:
En el sistema QFabric no se admiten variables escalares para el jnxPsuObjects 1 ID. de objeto en la tabla jnxPsuScalars. |
QFabric BIA (JNX-QF-SMI) |
Explica cómo se estructuran las Juniper Networks MIB QFabric específicas de la empresa. Define los BIA objetos notificados por el sistema de QFabric y el contenido de las capturas que puede emitir el sistema QFabric. |
Utilidad BIA (MIB-JNX-util) |
Proporciona BIA de objetos contenedores de SNMP de los siguientes tipos: Contadores de 32 bits, contadores de 64 bits, enteros con signo, enteros sin signo y cadenas de octetos. Puede utilizar estos objetos para almacenar datos que pueden recuperarse con otras operaciones SNMP. |
Consulte también
Objetos BIA para el serie QFX
Este tema enumera el Juniper Networks chasis de SNMP específico de la empresa BIA objetos de definición para el serie QFX:
- serie QFX conmutadores independientes
- Sistemas QFabric
- Dispositivo QFabric System QFX3100 Director
- QFabric sistema QFX3008-I Interconnect dispositivo
- Sistema QFabric QFX3600-I Interconnect dispositivo
- Dispositivos de nodo de sistema QFabric
serie QFX conmutadores independientes
jnxProductLineQFXSwitch OBJECT IDENTIFIER ::= { jnxProductLine 82 }
jnxProductNameQFXSwitch OBJECT IDENTIFIER ::= { jnxProductName 82 }
jnxProductModelQFXSwitch OBJECT IDENTIFIER ::= { jnxProductModel 82 }
jnxProductVariationQFXSwitch OBJECT IDENTIFIER ::= { jnxProductVariation 82 }
jnxProductQFX3500s OBJECT IDENTIFIER ::= { jnxProductVariationQFXSwitch 1 }
jnxProductQFX360016QS OBJECT IDENTIFIER ::= { jnxProductVariationQFXSwitch 2 }
jnxProductQFX350048T4QS OBJECT IDENTIFIER ::= { jnxProductVariationQFXSwitch 3 }
jnxProductQFX510024Q OBJECT IDENTIFIER ::= { jnxProductVariationQFXSwitch 4 }
jnxProductQFX510048S6Q OBJECT IDENTIFIER ::= { jnxProductVariationQFXSwitch 5 }
jnxChassisQFXSwitch OBJECT IDENTIFIER ::= { jnxChassis 82 }
jnxSlotQFXSwitch OBJECT IDENTIFIER ::= { jnxSlot 82 }
jnxQFXSwitchSlotFPC OBJECT IDENTIFIER ::= { jnxSlotQFXSwitch 1 }
jnxQFXSwitchSlotHM OBJECT IDENTIFIER ::= { jnxSlotQFXSwitch 2 }
jnxQFXSwitchSlotPower OBJECT IDENTIFIER ::= { jnxSlotQFXSwitch 3 }
jnxQFXSwitchSlotFan OBJECT IDENTIFIER ::= { jnxSlotQFXSwitch 4 }
jnxQFXSwitchSlotFPB OBJECT IDENTIFIER ::= { jnxSlotQFXSwitch 5 }
jnxMediaCardSpaceQFXSwitch OBJECT IDENTIFIER ::= { jnxMediaCardSpace 82 }
jnxQFXSwitchMediaCardSpacePIC OBJECT IDENTIFIER ::= { jnxMediaCardSpaceQFXSwitch 1 }
Sistemas QFabric
jnxProductLineQFX3000 OBJECT IDENTIFIER ::= { jnxProductLine 84 }
jnxProductNameQFX3000 OBJECT IDENTIFIER ::= { jnxProductName 84 }
jnxProductModelQFX3000 OBJECT IDENTIFIER ::= { jnxProductModel 84 }
jnxProductVariationQFX3000 OBJECT IDENTIFIER ::= { jnxProductVariation 84 }
jnxProductQFX3000-G OBJECT IDENTIFIER ::= { jnxProductVariationQFX3000 1 }
jnxProductQFX3000-M OBJECT IDENTIFIER ::= { jnxProductVariationQFX3000 2 }
jnxChassisQFX3000 OBJECT IDENTIFIER ::= { jnxChassis 84 }
Dispositivo QFabric System QFX3100 Director
jnxProductLineQFX3100 OBJECT IDENTIFIER ::= { jnxProductLine 100 }
jnxProductNameQFX3100 OBJECT IDENTIFIER ::= { jnxProductName 100 }
jnxProductModelQFX3100 OBJECT IDENTIFIER ::= { jnxProductModel 100 }
jnxProductVariationQFX3100 OBJECT IDENTIFIER ::= { jnxProductVariation 100 }
jnxChassisQFX3100 OBJECT IDENTIFIER ::= { jnxChassis 100 }
jnxSlotQFX3100 OBJECT IDENTIFIER ::= { jnxSlot 100 }
jnxQFX3100SlotCPU OBJECT IDENTIFIER ::= { jnxSlotQFX3100 1 }
jnxQFX3100SlotMemory OBJECT IDENTIFIER ::= { jnxSlotQFX3100 2 }
jnxQFX3100SlotPower OBJECT IDENTIFIER ::= { jnxSlotQFX3100 3 }
jnxQFX3100SlotFan OBJECT IDENTIFIER ::= { jnxSlotQFX3100 4 }
jnxQFX3100SlotHardDisk OBJECT IDENTIFIER ::= { jnxSlotQFX3100 5 }
jnxQFX3100SlotNIC OBJECT IDENTIFIER ::= { jnxSlotQFX3100 6 }
QFabric sistema QFX3008-I Interconnect dispositivo
jnxProductLineQFXInterconnect OBJECT IDENTIFIER ::= { jnxProductLine 60 }
jnxProductNameQFXInterconnect OBJECT IDENTIFIER ::= { jnxProductName 60 }
jnxProductModelQFXInterconnect OBJECT IDENTIFIER ::= { jnxProductModel 60 }
jnxProductVariationQFXInterconnect OBJECT IDENTIFIER ::= { jnxProductVariation 60 }
jnxProductQFX3008 OBJECT IDENTIFIER ::= { jnxProductVariationQFXInterconnect 1 } jnxProductQFXC083008 OBJECT IDENTIFIER ::= { jnxProductVariationQFXInterconnect 2 }
jnxProductQFX3008I OBJECT IDENTIFIER ::= { jnxProductVariationQFXInterconnect 3 }
jnxChassisQFXInterconnect OBJECT IDENTIFIER ::= { jnxChassis 60 }
jnxSlotQFXInterconnect OBJECT IDENTIFIER ::= { jnxSlot 60 }
jnxQFXInterconnectSlotFPC OBJECT IDENTIFIER ::= { jnxSlotQFXInterconnect 1 }
jnxQFXInterconnectSlotHM OBJECT IDENTIFIER ::= { jnxSlotQFXInterconnect 2 }
jnxQFXInterconnectSlotPower OBJECT IDENTIFIER ::= { jnxSlotQFXInterconnect 3 }
jnxQFXInterconnectSlotFan OBJECT IDENTIFIER ::= { jnxSlotQFXInterconnect 4 }
jnxQFXInterconnectSlotCBD OBJECT IDENTIFIER ::= { jnxSlotQFXInterconnect 5 }
jnxQFXInterconnectSlotFPB OBJECT IDENTIFIER ::= { jnxSlotQFXInterconnect 6 }
jnxMediaCardSpaceQFXInterconnect OBJECT IDENTIFIER ::= { jnxMediaCardSpace 60 }
jnxQFXInterconnectMediaCardSpacePIC OBJECT IDENTIFIER ::= { jnxMediaCardSpaceQFXInterconnect 1 }
jnxMidplaneQFXInterconnect OBJECT IDENTIFIER ::= { jnxBackplane 60 }
Sistema QFabric QFX3600-I Interconnect dispositivo
jnxProductLineQFXMInterconnect OBJECT IDENTIFIER ::= { jnxProductLine 91 }
jnxProductNameQFXMInterconnect OBJECT IDENTIFIER ::= { jnxProductName 91 }
jnxProductModelQFXMInterconnect OBJECT IDENTIFIER ::= { jnxProductModel 91 }
jnxProductVariationQFXMInterconnect OBJECT IDENTIFIER ::= { jnxProductVariation 91 }
jnxProductQFX3600I OBJECT IDENTIFIER ::= { jnxProductVariationQFXMInterconnect 1 }
jnxChassisQFXMInterconnect OBJECT IDENTIFIER ::= { jnxChassis 91 }
jnxSlotQFXMInterconnect OBJECT IDENTIFIER ::= { jnxSlot 91 }
jnxQFXMInterconnectSlotFPC OBJECT IDENTIFIER ::= { jnxSlotQFXMInterconnect 1 }
jnxQFXMInterconnectSlotHM OBJECT IDENTIFIER ::= { jnxSlotQFXMInterconnect 2 }
jnxQFXMInterconnectSlotPower OBJECT IDENTIFIER ::= { jnxSlotQFXMInterconnect 3 }
jnxQFXMInterconnectSlotFan OBJECT IDENTIFIER ::= { jnxSlotQFXMInterconnect 4 }
jnxQFXMInterconnectSlotFPB OBJECT IDENTIFIER ::= { jnxSlotQFXMInterconnect 5 }
jnxMediaCardSpaceQFXMInterconnect OBJECT IDENTIFIER ::= { jnxMediaCardSpace 91 }
jnxQFXMInterconnectMediaCardSpacePIC OBJECT IDENTIFIER ::= { jnxMediaCardSpaceQFXMInterconnect 1 }
Dispositivos de nodo de sistema QFabric
jnxProductLineQFXNode OBJECT IDENTIFIER ::= { jnxProductLine 61 }
jnxProductNameQFXNode OBJECT IDENTIFIER ::= { jnxProductName 61 }
jnxProductModelQFXNode OBJECT IDENTIFIER ::= { jnxProductModel 61 }
jnxProductVariationQFXNode OBJECT IDENTIFIER ::= { jnxProductVariation 61 }
jnxProductQFX3500 OBJECT IDENTIFIER ::= { jnxProductVariationQFXNode 1 }
jnxProductQFX360016Q OBJECT IDENTIFIER ::= { jnxProductVariationQFXNode 3 }
jnxChassisQFXNode OBJECT IDENTIFIER ::= { jnxChassis 61 }
jnxSlotQFXNode OBJECT IDENTIFIER ::= { jnxSlot 61 }
jnxQFXNodeSlotFPC OBJECT IDENTIFIER ::= { jnxSlotQFXNode 1 }
jnxQFXNodeSlotHM OBJECT IDENTIFIER ::= { jnxSlotQFXNode 2 }
jnxQFXNodeSlotPower OBJECT IDENTIFIER ::= { jnxSlotQFXNode 3 }
jnxQFXNodeSlotFan OBJECT IDENTIFIER ::= { jnxSlotQFXNode 4 }
jnxQFXNodeSlotFPB OBJECT IDENTIFIER ::= { jnxSlotQFXNode 5 }
jnxMediaCardSpaceQFXNode OBJECT IDENTIFIER ::= { jnxMediaCardSpace 61 }
jnxQFXNodeMediaCardSpacePIC OBJECT IDENTIFIER ::= { jnxMediaCardSpaceQFXNode 1 }
Consulte también
BIA del chasis de estructura
El Juniper Networks chasis de tejido SNMP específico de la empresa BIA (MIB-JNX-fabric-Chassis) proporciona información de hardware sobre el sistema QFabric y sus dispositivos componentes en una sola BIA. El chasis de estructura BIA se basa en el chasis Juniper Networks específico de la empresa BIA que proporciona información para dispositivos individuales. A diferencia del BIA del chasis, el chasis de estructura BIA representa los dispositivos de los componentes del sistema QFabric como parte del sistema QFabric. Solo la información del chasis de estructura BIA (y no de las MIB de chasis individuales) está a disposición de los clientes de administración SNMP del sistema QFabric.
El chasis de estructura BIA utiliza la estructura básica de información del chasis BIA, pero agrega otro nivel de indización que proporciona información detallada sobre dispositivos de sistema QFabric. Cada dispositivo físico de un sistema de QFabric (como un dispositivo de nodo o un dispositivo de interconexión) se representa con sus componentes de hardware, incluidas la fuente de alimentación, los ventiladores y las tarjetas frontales y posteriores.
Como en otros sistemas SNMP, el administrador SNMP reside en el sistema de gestión de red (NMS) de la red a la que pertenece el sistema QFabric. El agente SNMP (snmpd) reside en el software QFabric System Director y es responsable de recibir y distribuir todas las interrupciones, así como responder a todas las consultas del administrador SNMP. Además, se ejecuta un subagente SNMP en el motor de enrutamiento de cada grupo de nodos y dispositivo de interconexión. El subagente SNMP administra la información acerca del dispositivo componente, y dicha información se comunica al agente SNMP del software de Director según sea necesario. Las capturas que se generan mediante un dispositivo de nodo se envían al agente SNMP del software de director que, a su vez, los procesa y las envía a las direcciones IP de destino que se definen en la configuración de SNMP.
Tabla 11describe las tablas y objetos en el chasis de estructura BIA.
Nombre de tabla o de objeto |
OID raíz |
Descriptiva |
|---|---|---|
| Tablas con homólogos en el chasis BIA | ||
jnxFabricContainersTable |
1.3.6.1.4.1.2636.3.42.2.2.2 |
Proporciona información sobre los distintos tipos de contenedores en dispositivos de sistema QFabric.
|
jnxFabricContentsTable |
1.3.6.1.4.1.2636.3.42.2.2.3 |
Incluye contenido que está presente en todos los dispositivos representados en el objeto jnxFabricDeviceTable. Esta tabla incluye todas las unidades reemplazables en campo (FRU) y no FRU para dispositivos de sistema QFabric.
|
jnxFabricFilledTable |
1.3.6.1.4.1.2636.3.42.2.2.4 |
Muestra el estado de los contenedores en dispositivos QFabric. El objeto jnxFabricFilledState representa el estado del componente: (1) desconocido, (2) vacío o (3) relleno. Nota:
El objeto jnxFabricFilledTable no contiene información sobre el grupo de directores. |
jnxFabricOperatingTable |
1.3.6.1.4.1.2636.3.42.2.2.5 |
Representa distintos parámetros operativos para el contenido que se rellena en el objeto jnxFabricContentsTable.
El objeto jnxFabricOperatingState proporciona el estado del dispositivo: (1) desconocido, (2) en ejecución, (3) listo, (4) restablecer, (5) runningAtFullSpeed (solo para ventiladores), (6) abajo, (6) desactivado (para las unidades de suministro de alimentación) o (7) en espera. |
jnxFabricRedundancyTable |
1.3.6.1.4.1.2636.3.42.2.2.6 |
Representa la información de redundancia disponible en los distintos niveles de los subsistemas en el sistema QFabric. Se incluye información acerca de los motores de enrutamiento en los dispositivos de nodo, pero en esta tabla no hay entradas correspondientes para los dispositivos de interconexión. El objeto jnxFabricRedundancyState indica el estado del subsistema: (1) desconocido, (2) principal, (3) respaldo o (4) deshabilitado. Nota:
La información sobre los dispositivos de directores redundantes, las máquinas virtuales (VMs) dentro de los grupos de directores y los dispositivos Virtual Chassis no está disponible en este momento. |
jnxFabricFruTable |
1.3.6.1.4.1.2636.3.42.2.2.7 |
Contiene todas las FRU para el sistema QFabric de la tabla jnxFabricDeviceTable. Las FRU se enumeran independientemente de si están o no instalados o en línea. El objeto jnxFabricFruState representa el estado de la FRU, incluido en línea, sin conexión o vacío, y así sucesivamente. Esta tabla también contiene información acerca de cada FRU, como el nombre, el tipo, la temperatura, la última hora de encendido y la hora de la última vez que se apagó el motor. Nota:
La tabla jnxFabricFruTable no incluye las tarjetas de interfaz de red (NICs) en los dispositivos de dirección. |
| Tabla específica del chasis de estructura BIA | ||
jnxFabricDeviceTable |
1.3.6.1.4.1.2636.3.42.2.2.1 |
Contiene información acerca de todos los dispositivos del sistema QFabric. Esta tabla organiza las variables escalares representadas en el chasis BIA en un formato de tabla para los dispositivos componentes del sistema QFabric. Las columnas de esta tabla incluyen información del dispositivo, como el modelo, alias de dispositivo y número de serie. El jnxFabricDeviceIndex identifica cada dispositivo del sistema QFabric (dispositivo de nodo, dispositivo de interconexión y dispositivo Director). Nota:
En este momento, la información acerca del Virtual Chassis no está disponible. Nota:
No se admiten los siguientes objetos:
|
| Variables escalares | ||
Se admiten las siguientes variables escalares:
|
1.3.6.1.4.1.2636.3.42.2.1 |
Describa el sistema de QFabric en su conjunto. Nota:
La variable escalar jnxFabricFirmwareRevision no se admite en este momento. |
Tabla 12describe los reventados de SNMPv2 que se definen en la estructura del chasis BIA.
El sistema QFabric solo admite capturas SNMPv2.
Grupo de interrupciones y nombre |
OID raíz |
Descripción |
|---|---|---|
grupo jnxFabricChassisTraps: incluye las siguientes capturas:
|
1.3.6.1.4.1.2636.4.19 |
Indica una condición de alarma. Nota:
Los eventos de hardware del grupo de directores se detectan mediante análisis. Como resultado, es posible que no se genere un reventado hasta 30 segundos después de que se haya producido el suceso. Nota:
El software no distingue entre los sucesos de extracción de ventilador y de fallo de ventilador del grupo de directores. En cada caso, se generan las trampas jnxFabricFanFailure y jnxFabricFruFailed. |
grupo jnxFabricChassisOKTraps: incluye las siguientes capturas:
|
1.3.6.1.4.1.2636.4.20 |
Indica una condición de alarma desactivada. |
Para obtener más información, consulte The fabric Chassis BIA en:
Consulte también
Supervisar las tablas RMON BIA
Purpose
Supervisar supervisión remota (RMON): tablas de alarma, eventos y registro.
Intervención
Para mostrar las tablas RMON:
user@switch> show snmp rmon
Alarm
Index Variable description Value State
5 monitor
jnxOperatingCPU.9.1.0.0 5 falling threshold
Event
Index Type Last Event
1 log and trap 2010-07-10 11:34:17 PDT
Event Index: 1
Description: Event 1 triggered by Alarm 5, rising threshold (90) crossed, (variable: jnxOperatingCPU.9.1.0.0, value: 100)
Time: 2010-07-10 11:34:07 PDT
Description: Event 1 triggered by Alarm 5, falling threshold (75) crossed, (variable: jnxOperatingCPU.9.1.0.0, value: 5)
Time: 2010-07-10 11:34:17 PDT
Efectos
La pantalla muestra que se ha definido una alarma para supervisar jnxRmon BIA jnxOperatingCPU de objeto, que representa la utilización de la CPU del motor de enrutamiento. La alarma está configurada para generar un evento que envía una captura SNMP y agrega una entrada a logTable en el BIA RMON. La tabla de registros muestra que se han generado dos ocurrencias del evento: una por aumentar por encima de un umbral del 90 por ciento y otra por caer por debajo de un umbral del 75 por ciento.
Consulte también
Uso de la utilidad específica de la empresa BIA para mejorar la cobertura de SNMP
Aunque el Junos OS tenga opciones de supervisión y métricas de rendimiento integradas, es posible que necesite medidas personalizadas de rendimiento. Para facilitar la supervisión de dichos datos personalizados a través de un sistema de supervisión estándar, el Junos OS le ofrece una utilidad específica de la empresa BIA que puede almacenar dichos datos y, por lo tanto, ampliar la compatibilidad con SNMP para administrar y supervisar los datos que usted elija.
La utilidad específica de la empresa BIA proporciona objetos contenedores de los siguientes tipos: 32-bit counters, 64-bit counters, signed integersunsigned integers, y octet strings. Puede utilizar estos objetos BIA contenedor para almacenar los datos que, de lo contrario, no serán compatibles con las operaciones SNMP. Puede llenar los datos de estos objetos mediante los comandos de la CLI o con la ayuda de las secuencias de comandos de OP y de la API de RPC que pueden invocar a la CLI.
Los siguientes comandos de la CLI permiten definir y borrar los valores de BIA de objetos de la utilidad:
request snmp utility-mib set instance name object-type <counter | counter 64 | integer | string | unsigned integer> object-value valuerequest snmp utility-mib clear instance name object-type <counter | counter 64 | integer | string | unsigned integer>
La instance name opción del request snmp utility-mib <set | clear> comando especifica el nombre de la instancia de datos y es el identificador principal de los datos. Esta object-type <counter | counter 64 | integer | string | unsigned integer> opción permite especificar el tipo de objeto y la object-value value opción le permite establecer el valor del objeto.
Para automatizar el proceso de llenado de los datos de BIA de la utilidad, puede utilizar una combinación de una directiva de eventos y una secuencia de comandos de eventos. Los siguientes ejemplos muestran la configuración de una política de eventos para show system buffers ejecutarse cada hora y para show system buffers almacenar los datos en objetos de BIA de la utilidad ejecutandocheck-mbufs.slaxuna secuencia de eventos ().
Configuración de políticas de eventos
Para configurar una política de eventos que ejecute show system buffers el comando cada hora e invoque check-mbufs.slax que se show system buffers almacenen los datos en objetos de la BIA de la utilidad,editincluya las siguientes instrucciones en el nivel de jerarquía []:
event-options {
generate-event {
1-HOUR time-interval 3600;
}
policy MBUFS {
events 1-HOUR;
then {
event-script check-mbufs.slax; # script stored at /var/db/scripts/event/
}
}
event-script {
file check-mbufs.slax;
}
}
Archivo de comandos check-mbufs. Slax
El ejemplo siguiente muestra la check-mbufs.slax secuencia de comandos que se /var/db/scripts/event/almacena en:
------ script START ------
version 1.0;
ns junos = "http://xml.juniper.net/junos/*/junos";
ns xnm = "http://xml.juniper.net/xnm/1.1/xnm";
ns jcs = "http://xml.juniper.net/junos/commit-scripts/1.0";
ns ext = "http://xmlsoft.org/XSLT/namespace";
match / {
<op-script-results>{
var $cmd = <command> "show system buffers";
var $out = jcs:invoke($cmd);
var $lines = jcs:break_lines($out);
for-each ($lines) {
if (contains(., "current/peak/max")) {
var $pattern = "([0-9]+)/([0-9]+)/([0-9]+) mbufs";
var $split = jcs:regex($pattern, .);
var $result = $split[2];
var $rpc = <request-snmp-utility-mib-set> {
<object-type> "integer";
<instance> "current-mbufs";
<object-value> $result;
}
var $res = jcs:invoke($rpc);
}
}
}
}
------ script END ------
Puede ejecutar el comando siguiente para comprobar los datos almacenados en la utilidad BIA como resultado de la Directiva de eventos y la secuencia de comandos mostrada en los ejemplos anteriores:
user@host> show snmp mib walk jnxUtilData ascii jnxUtilIntegerValue."current-mbufs" = 0 jnxUtilIntegerTime."current-mbufs" = 07 da 05 0c 03 14 2c 00 2d 07 00 user@caramels>
El show snmp mib walk comando no está disponible en el sistema QFabric, pero puede usar aplicaciones cliente SNMP externas para realizar esta operación.
Consulte también
Ejemplo Configuración de SNMP
De forma predeterminada, SNMP está desactivado en los dispositivos que ejecutan Junos OS. Este ejemplo describe los pasos necesarios para configurar SNMP en el sistema QFabric.
Aplicables
En este ejemplo se utilizan los siguientes componentes de hardware y software:
Junos OS versión 12,2
Sistema de administración de red (NMS) (que ejecuta el administrador de SNMP)
Sistema QFabric (que ejecuta el agente SNMP) con varios dispositivos de nodo
Descripción general
Dado que SNMP está deshabilitado de forma predeterminada en los dispositivos que ejecutan Junos OS, debe activar SNMP en el dispositivo [edit snmp] incluyendo las instrucciones de configuración en el nivel de jerarquía. Como mínimo, debe configurar la community public instrucción. La comunidad definida como pública concede a cualquier cliente acceso de sólo lectura a BIA datos.
Si no clients hay ninguna instrucción configurada, se permitirán todos los clientes. Recomendamos que siempre incluya la opción restrict de limitar el acceso del cliente SNMP al conmutador.
Topología
La topología de red de este ejemplo incluye una NMS, un sistema QFabric con cuatro dispositivos nodo y servidores SNMP externos configurados para recibir capturas.
Automática
Modalidades
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, quite los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, a continuación, copie y [edit] pegue los comandos en la CLI en el nivel de jerarquía.
set snmp name “snmp qfabric” description “qfabric0 switch” set snmp location “Lab 4 Row 11” contact “qfabric-admin@qfabric0” set snmp community public authorization read-only set snmp client-list list0 192.168.0.0/24 set snmp community public client-list-name list0 set snmp community public clients 192.170.0.0/24 restrict set snmp trap-group “qf-traps” destination-port 155 targets 192.168.0.100
Procedimiento paso a paso
El ejemplo siguiente requiere que se exploren varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Uso del editor de CLI en el modo de configuración en la Junos OS CLI usuario .
Para configurar SNMP en el sistema QFabric:
Si el nombre, descripción, ubicación, contacto o nombre de comunidad contiene espacios en blanco, escriba el texto entre comillas ("").
Configure el nombre del sistema SNMP:
[edit snmp] user@switch# set name “snmp qfabric”
Nota:Se puede acceder al nombre del sistema SNMP configurado anteriormente:
Mediante una consulta con el SNMPGet en el identificador de objetos de directiva (OID) sysName. 0.
Del jnxSyslogTrap genérico. Para enviar el jnxSyslogTrap, configure los eventos de
[edit event-options policy]captura en la jerarquía.
Especifique una descripción.
[edit snmp] user@switch# set description “qfabric0 system”
Esta cadena se coloca en el objeto BIA II sysDescription.
Especifique la ubicación física del sistema QFabric.
[edit snmp] user@switch# set location “Lab 4 Row 11”
Esta cadena se coloca en el objeto BIA II sysLocation.
Especifique un contacto administrativo para el sistema SNMP.
[edit snmp] user@switch# set contact “qfabric-admin@qfabric0”
Este nombre se coloca en el objeto sysContact II BIA.
Especifique un nombre único para la comunidad SNMP y el nivel de autorización de sólo lectura.
Nota:La
read-writeopción no es compatible con el sistema QFabric.[edit snmp] user@switch# set community public authorization read-only
Crear una lista de clientes con un conjunto de direcciones IP que puede utilizar la comunidad SNMP.
[edit snmp] user@switch# set client-list list0 192.168.0.0/24 user@switch# set community public client-list-name list0
Especifique las direcciones IP de clientes que tienen restringido el uso de la comunidad.
[edit snmp] user@switch# set community public clients 198.51.100.0/24 restrict
Configure un grupo de capturas, un puerto de destino y un destino para recibir las capturas SNMP en el grupo de capturas.
[edit snmp] user@switch# set trap-group “qf-traps” destination-port 155 targets 192.168.0.100
Nota:No es necesario incluir la
destination-portinstrucción si utiliza el puerto predeterminado 162.El grupo de capturas QF-traps está configurado para enviar capturas a 192.168.0.100.
Resultados
Desde el modo de configuración, escriba el show comando para confirmar la configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
[edit]
user@switch# show
snmp {
name "snmp qfabric";
description "qfabric0 system";
location "Lab 4 Row 11";
contact "qfabric-admin@qfabric0";
client-list list0 {
192.168.0.0/24;
}
community public {
authorization read-only;
clients {
198.51.100.0/24 restrict;
}
}
trap-group qf-traps {
destination-port 155;
targets {
192.168.0.100;
}
}
}
Si ha terminado de configurar el dispositivo, entre commit en el modo de configuración.
Configuración de eventos y alarmas RMON
El Junos OS admite el BIA de supervisión de red remota (RMON) BIA (RFC 2819), el cual permite que un dispositivo de administración monitoree los valores de BIA objetos o variables contra umbrales configurados. Cuando el valor de una variable cruza un umbral, se genera una alarma y su correspondiente evento. El suceso puede registrarse y generar una captura SNMP.
Para configurar las alarmas y sucesos de RMON con la CLI, realice estas tareas:
Configuración de SNMP
Para configurar SNMP:
Configuración de un suceso
Para configurar un evento:
Configuración de una alarma
Para configurar una alarma: