Escritura de las directivas integradas del administrador del evento usando el Cisco IOS CLI Descargue este capítulo Escritura de las directivas integradas del administrador del evento usando el Cisco IOS CLI Descargue el libro completo Guía de configuración de la administración del Cisco IOS Network, versión 12.2SR (PDF - 8 MB) Feedback

Contenidos Escritura de las directivas integradas del administrador del evento usando el Cisco IOS CLI Contenido Prerrequisitos de Escritura de Políticas EEM Usando Cisco IOS CLI Información sobre la Escritura de las Políticas EEM Usando el Cisco IOS CLI Políticas de Embedded Event Manager Applet de EEM Script EEM Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM Cómo Escribir Políticas EEM Usando Cisco IOS CLI Registro y Definición de un Applet de Embedded Event Manager Variables de entorno EEM Orden alfabético de las escrituras de la etiqueta de la acción EEM Consejos de Troubleshooting Registro y Definición de una Política de Administrador de Eventos para su Ejecución Manual Cancelación del Registro de las Políticas de Embedded Event Manager Ejemplos Suspender toda la ejecución integrada de la directiva del administrador del evento Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager Seguimiento de Objetos Mejorado Ejemplos Visualización de los Datos del Historial de Embedded Event Manager Visualización de Políticas Registradas de Embedded Event Manager Configurar la notificación SNMP del evento Configurar el soporte de los eventos múltiples Determinación de los parámetros de la configuración de evento Ejemplos Configuración de la Planificación Basada en Clase EEM Prerrequisitos Sostener un evento de la directiva EEM o una cola programado del evento Reanudación de la ejecución de las colas de administración del tráfico de los eventos o del evento de la directiva EEM El borrar hasta que finalicen las colas de administración del tráfico de los eventos o del evento de la directiva EEM Modificación de los parámetros del Scheduling de las colas de administración del tráfico de los eventos o del evento de la directiva EEM Verificar las actividades programadas basadas en la clase de las directivas EEM Verificar las directivas basadas en la clase del Active EEM El verificar hasta que finalicen las directivas EEM Configuración del Soporte del Applet EEM (CLI Interactivo) Lectura y escritura entradas de la consola activa para los applet síncronos EEM Configuración de las Extensiones de Biblioteca SNMP Prerrequisitos Operaciones Get y Set de SNMP Solicitudes de Trampas e Informes SNMP Cómo configurar las Extensiones de biblioteca SNMP Configurar el applet EEM para las notificaciones SNMP OID Configuración de Lógica Variable para Applets de EEM Prerrequisitos Configuración de Lógica Variable para Applets de EEM Especificación de un loop de Bloques Condicionales Especificación de Bloques Condicionales if else Especificación de Sentencias foreach Iterativas Uso de Expresiones Normales Incremento de los Valores de las Variables Configurar el objeto del evento SNMP Prerrequisitos

Inhabilitar la autorización AAA Configurar la descripción de un applet integrado del administrador del evento Ejemplos de Configuración para la Escritura de Políticas de EEM a través de la CLI de Cisco IOS Configuración de Applets de Embedded Event Manager: Ejemplos Ejecución Manual de Políticas de Embedded Event Manager: Ejemplos Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager: Ejemplo: Configuración del Detector de Eventos del Monitor del Sistema Watchdog (Cisco IOS) de Embedded Event Manager: Ejemplo: Extensiones de Biblioteca de la Configuración SNMP: Ejemplos Operaciones Get SNMP: Ejemplos Operaciones GetID SNMP: Ejemplos Operaciones Set: Ejemplos Generación de Notificaciones SNMP: Ejemplos Configuración de Lógica Variable para Applets de EEM: Ejemplos Configurar el SNMP-objeto del evento: Ejemplos Configurar la descripción de un applet EEM: Ejemplos Adonde ir después Referencias adicionales Documentos Relacionados Estándares MIB RFC Asistencia Técnica Información sobre Funciones para la Escritura de Políticas de EEM a través de la CLI de Cisco IOS

Escritura de las directivas integradas del administrador del evento usando el Cisco IOS CLI Primera publicación: De octubre el 31 de 2005 Última actualización: Mayo 27, 2010 Este módulo describe cómo escribir las directivas integradas del administrador del evento (EEM) usando los applet del comando line interface(cli) del Cisco IOS para manejar los incidentes y los eventos del Cisco IOS Software. EEM es un acercamiento distribuido y personalizado a la detección de evento y recuperación ofrecida directamente en un dispositivo Cisco IOS. EEM ofrece la capacidad de monitorear los eventos y de tomar informativo, correctivo, o cualquier acción deseada cuando ocurren los eventos monitoreados o cuando se alcanza un umbral. El motor de políticas EEM recibe notificaciones cuando ocurren fallas y otros eventos. Las políticas de EEM implementan la recuperación basándose en el estado actual del sistema y en las acciones especificados en la política para un evento determinado. Las acciones de recuperación se desencadenan cuando se ejecuta la política. Cómo Encontrar Información sobre Funciones en Este Módulo Es posible que esta versión del software Cisco IOS no soporte todas las funciones incluidas en este módulo. Para alcanzar los links a la documentación sobre característica específica en este módulo y ver una lista de las versiones en las cuales se soporta cada característica, utilice “información de la característica para escribir las directivas EEM usando la sección del Cisco IOS CLI”. Búsqueda de Información de Soporte de Plataformas e Imágenes de Software de Cisco IOS y Catalyst OS Utilice Cisco Feature Navigator para buscar información sobre el soporte de plataformas y el soporte de imágenes del software Cisco IOS y Catalyst OS. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en Cisco.com no se requiere.

Contenido •

Prerrequisitos de Escritura de Políticas EEM Usando Cisco IOS CLI

•

Información sobre la Escritura de las Políticas EEM Usando el Cisco IOS CLI

•

Cómo Escribir Políticas EEM Usando Cisco IOS CLI

•

Ejemplos de Configuración para la Escritura de Políticas de EEM a través de la CLI de Cisco IOS

•

Adonde ir después

•

Referencias adicionales

•

Información sobre Funciones para la Escritura de Políticas de EEM a través de la CLI de Cisco IOS

Prerrequisitos de Escritura de Políticas EEM Usando Cisco IOS CLI • Antes de escribir las directivas EEM, usted debe ser familiar con los conceptos explicados en el módulo “de la descripción integrada del administrador del evento”. • Si action cns-event se utiliza el comando, el acceso a un gateway del evento del Cisco Networking Services (CNS) debe ser configurado. •

Si action force-switchover se utiliza el comando, un procesador secundario se debe configurar en el dispositivo.

• Si action snmp-trap se utiliza el comando, snmp-server enable traps event-manager el comando se debe habilitar para permitir que el SNMP traps sea enviado del dispositivo Cisco IOS al servidor SNMP. Otros comandos relevant snmpserver deben también ser configurados; para los detalles vea action snmp-trap la página del comando.

Información sobre la Escritura de las Políticas EEM Usando el Cisco IOS CLI Para escribir las directivas EEM usando el Cisco IOS CLI, usted debe entender los conceptos siguientes: •

Políticas de Embedded Event Manager

•

Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM

Políticas de Embedded Event Manager EEM ofrece la capacidad de monitorear los eventos y de tomar informativo o la acción correctiva cuando ocurren los eventos monitoreados o se alcanza un umbral. Una política EEM es una entidad que define un evento y las acciones que se tomarán cuando ocurra ese evento. Hay dos tipos de políticas de EEM: un applet o un script. Un applet es una forma sencilla de política que se define dentro de la configuración de la CLI. Un script es un tipo de política que se escribe en Tool Command Language (Tcl).

Applet de EEM Un applet de EEM es un método sucinto para definir criterios de filtrado de eventos y las acciones que se deberán llevar a cabo cuando se produzca el evento correspondiente. En el modo de configuración del applet, soportan a tres tipos de sentencias de configuración. event Se utilizan los comandos de especificar los criterios del evento para accionar el applet para ejecutarse, action se utilizan los comandos de especificar una acción para realizarse cuando se acciona el applet EEM, y set se utiliza el comando de fijar el valor de una variable del applet EEM. Solamente la variable del _exit_status se soporta actualmente para set el comando. Se permite a solamente event un comando configuration dentro de una configuración del applet. Cuando dan salida al modo de configuración del applet y no hay event comando presente, una advertencia es el exponer visualizado que no se asocia ningún evento a este applet. Si no se especifica ningún evento, este applet no se considera registrado. Cuando no se asocia ninguna acción a este applet, los eventos todavía se accionan pero no se realiza ningunas acciones. Los comandos action de configuraciones múltiples se permiten dentro de una configuración del applet. Utilice show event manager policy registered el comando de visualizar una lista de applet registradoes. Antes de modificar un applet de EEM, tenga en cuenta que el applet existente no se sustituye hasta que salga del modo de configuración del applet. Cuando se modifica el subprograma en el modo de configuración de subprograma, puede estar en ejecución el subprograma existente. Es seguro modificar el applet sin desregistrarlo. Cuando se sale del modo de configuración del applet, se desregistra el applet antiguo y se registra la nueva versión. Identifican a los comandos configuration de la acción únicamente usando label el argumento, que puede ser cualquier valor de la cadena. Las acciones se clasifican en la secuencia clave alfanumérica ascendente usando label el argumento como el criterio de ordenación, y se ejecutan usando esta secuencia. Embedded Event Manager programa y ejecuta políticas basándose en una especificación de evento incluida en la propia política. Cuando dan salida al modo de configuración del applet, EEM examina event y action los comandos se ingresan que y registra el applet que se ejecutará cuando ocurre un evento especificado.

Script EEM Los scripts se definen fuera del dispositivo de networking mediante un editor ASCII. El script después se copia al dispositivo de networking y se registra con EEM. Los scripts tcl se soportan por EEM. EEM le permite escribir e implementar sus propias políticas usando Tcl. La escritura de una directiva EEM implica: •

Selección del evento para el cual funciona la política.

•

Definir las opciones del detector de eventos asociadas con el registro de un evento y la respuesta al mismo.

•

Eligiendo las acciones que se seguirán cuando ocurre el evento.

Cisco proporciona las mejoras al Tcl bajo la forma de Extensiones de la palabra clave que faciliten el desarrollo de las directivas EEM. Las categorías principales de palabras claves identifican el evento detectado, la acción subsiguiente, la información utilitaria, los valores de contador, y la información del sistema. Para más detalles sobre la escritura de las directivas EEM usando el Tcl, vea “las directivas integradas escritura del administrador del evento usando el módulo Tcl”.

Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM Las variables de entorno incorporadas EEM son un subconjunto de las variables de entorno definidas por Cisco y las variables incorporadas están disponibles para los applet EEM solamente. Las variables incorporadas pueden ser solo lecturas o pueden ser leídas y escribir y estas variables pueden aplicarse a un detector del evento específico o a todos los detectores de evento. El cuadro 1 enumera las variables de entorno incorporadas de Cisco que son solo lecturas alfabéticamente por el detector de evento y subevent.

Variable de Entorno

Descripción

Todos los eventos _event_id

Número único que indica el ID para este evento publicado. Se puede ejecutar múltiples políticas para el mismo evento, y cada política tendrá el mismo event_id.

_event_type

Tipo de evento.

_event_type_string

Un identificador de la cadena de ASCII del tipo de evento que accionó el evento.

_event_pub_sec _event_pub_msec

El tiempo, en los segundos y los milisegundos, en los cuales el evento fue publicado al EEM.

_event_severity

La gravedad del evento.

Detector de Eventos Específicos de la Aplicación _application_component_id

El identificador del componente de la aplicación del evento.

_application_data1

El valor de una variable de entorno, texto de carácter, o una combinación de los dos que se pasará a un evento específico de la aplicación cuando se publique el evento.

_application_data2

El valor de una variable de entorno, texto de carácter, o una combinación de los dos que se pasará a un evento específico de la aplicación cuando se publique el evento.

_application_data3

El valor de una variable de entorno, texto de carácter, o una combinación de los dos que se pasará a un evento específico de la aplicación cuando se publique el evento.

_application_data4

El valor de una variable de entorno, texto de carácter, o una combinación de los dos que se pasará a un evento específico de la aplicación cuando se publique el evento.

_application_sub_system

El número del subsistema de aplicación del evento.

_application_type

El tipo de aplicación.

Detector de Eventos CLI _cli_msg

El mensaje completamente ampliado que accionó el evento CLI.

_cli_msg_count

La cantidad de veces que ocurrió una coincidencia del mensaje antes de que el evento fuera publicado.

Detector de Eventos de Contador _counter_name

El nombre del contador.

_counter_value

El valor del contador.

Detector de Eventos de Seguimiento de Objetos Mejorado _track_number

El número del objeto seguido.

_track_state

El estado del objeto seguido; abajo o suba.

Detector de Eventos GOLD _action_notify

La acción notifica la información en un indicador de suceso del ORO; falso o verdadero.

_event_severity

La gravedad del evento que puede ser una del siguiente; normal, de menor importancia, o comandante.

_gold_bl

El nivel del diagnóstico de arranque, que puede ser uno de los valores siguientes: •

0: diagnóstico completo

•

1: diagnóstico mínimo

•

2: bypass diagnostic

_gold_card

El indicador luminoso LED amarillo de la placa muestra gravedad menor en el cual un evento de falla del ORO fue detectado.

_gold_cftestnum

Error consecutivo, donde testnum está el número de la prueba. Por ejemplo, _gold_cf3 es la variable de entorno incorporada EEM para el error consecutivo de la prueba 3.

_gold_ci

Índice de la tarjeta.

_gold_cn

Nombre de la tarjeta.

_gold_ectestnum

Pruebe el código de error, donde testnum está el número de la prueba. Por ejemplo, _gold_ec3 es la variable de entorno incorporada EEM para el código de error de la prueba 3.

_gold_lftestnum

La vez más pasada del fall, donde testnum está el número de la prueba. Por ejemplo, _gold_lf3 es la variable incorporada EEM por última vez el fall de la prueba 3. El formato del grupo fecha/hora es mmm dd yyyy hh:mm:ss. Por ejemplo, el 11 de marzo de 2005 08:47:00.

_gold_new_failure

La nueva información de falla de prueba en un indicador de suceso del ORO; verdad o falso.

_gold_overall_result

Resultado del diagnóstico global, que puede ser uno de los valores siguientes: •

0: OK

•

3: error menor

•

4: error importante

•

14: resultado desconocido

_gold_pc

Conteos de puertos.

_gold_rctestnum

Pruebe la cuenta del funcionamiento del total, donde testnum está el número de la prueba. Por ejemplo, _gold_rc3 es la variable incorporada EEM para la cuenta total del funcionamiento de la prueba 3.

_gold_sn

Número de serie de la tarjeta.

_gold_sub_card

La subtarjeta en la que se detectó un evento de falla GOLD.

_gold_tatestnum

Pruebe el atributo, donde testnum está el número de la prueba. Por ejemplo, _gold_ta3 es la variable incorporada EEM para el atributo de la prueba de la prueba 3.

_gold_tc

Conteos de la prueba.

_gold_tftestnum

Cuenta de la falla total, donde testnum está el número de la prueba. Por ejemplo, _gold_tf3 es la variable incorporada EEM para la cuenta de la falla total de la prueba 3.

_gold_tntestnum

Pruebe el nombre, donde testnum está el número de la prueba. Por ejemplo, _gold_tn3 es la variable incorporada EEM para el nombre de la prueba 3.

_gold_trtestnum

Resultado de la prueba, donde testnum está el número de la prueba. Por ejemplo, _gold_tr6 es la variable incorporada EEM para la prueba 6, donde no está una prueba por puerto y no una prueba la prueba 6 del por-dispositivo. El resultado de la prueba es uno de los valores siguientes:

_gold_trtestnumddevnum

•

P: resultado de diagnóstico superado

•

F: resultado del diagnóstico: Falla

•

U: resultado del diagnóstico desconocido

resultado de la prueba del Por-dispositivo, donde testnum está el número de la prueba y devnum es el número del dispositivo. Por ejemplo, _gold_tr3d20 es la variable incorporada EEM para el resultado de la prueba para la prueba 3, el dispositivo 20. El resultado de la prueba es uno de los valores siguientes:

_gold_trtestnumpportnum

•

P: resultado de diagnóstico superado

•

F: resultado del diagnóstico: Falla

•

U: resultado del diagnóstico desconocido

Resultado de la prueba por puerto, donde testnum está el número de la prueba y portnum es el número del puerto. Por ejemplo, _gold_tr5p20 es la variable incorporada EEM para el resultado de la prueba para la prueba 5, el puerto 20. El resultado de la prueba es uno de los valores siguientes: •

P: resultado de diagnóstico superado

•

F: resultado del diagnóstico: Falla

•

U: resultado del diagnóstico desconocido

_gold_tt

Tipo de prueba, que puede ser uno de los siguientes: •

1: un diagnóstico de arranque

•

2: un diagnóstico a pedido

•

3: un diagnóstico del horario

•

4: un diagnóstico de la supervisión

Detector de Eventos de Contador de Interfaz _interface_is_increment

Un valor para indicar si el valor de contador actual de la interfaz es un valor absoluto (0) o un valor del incremento (1).

_interface_name

El nombre de la interfaz que se monitoreará.

_interface_parameter

El nombre de la interfaz en dirección contraria se monitoree.

_interface_value

Un valor con el cual se compara el valor de contador actual de la interfaz.

Ningunos detector de evento _event_id

Un valor de 1 indica un evento de la inserción; un valor de 2 indica un evento del retiro.

_none_argc

Los parámetros que se pasan del comando del JABÓN XML al script.

_none_arg1 _none_arg2 _none_arg3 _none_arg4 _none_arg5 _none_arg6 _none_arg7 _none_arg8 _none_arg9 _none_arg10 _none_arg11 _none_arg12 _none_arg13 _none_arg14 _none_arg15 Detector de Eventos OIR _oir_event

Un valor de 1 indica un evento de la inserción; un valor de 2 indica un evento del retiro.

_oir_slot

El número de slot para el evento OIR.

Detector de Eventos de Recurso _resource_configured_threshold Umbral de ERM configurado. _resource_current_value

El valor actual notificado por ERM.

_resource_dampen_time

Tiempo de amortiguación de ERM, en nanosegundos.

_resource_direction

Dirección del evento de ERM. El sentido del evento puede ser uno de los siguientes: hacia arriba, hacia abajo o sin cambios.

_resource_level

El nivel de evento ERM. Los cuatro niveles de evento son normal, menor, principal y crítico.

_resource_notify_data_flag

El indicador de datos de notificación de ERM.

_resource_owner_id

La identificación del propietario del recurso ERM

_resource_policy_id

ID de la política ERM.

_resource_policy_violation_flag

El indicador de la infracción de la política ERM; falso o

verdadero. _resource_time_sent

Tiempo del evento ERM, en nanosegundos.

_resource_user_id

La identificación del usuario del recurso ERM.

Detector de Eventos RF _rf_event

Un valor de 0 indica que esto no es un evento RF; un valor de 1 indica un evento RF.

Detector de Eventos RPC _rpc_event

Un valor de 0 indica que no hay error; un valor de 1 a 83 indica el error.

_rpc_argc

Los parámetros que se pasan del comando del JABÓN XML al applet.

_rpc_arg0 _rpc_arg1 _rpc_arg2 _rpc_arg3 _rpc_arg4 _rpc_arg5 _rpc_arg6 _rpc_arg7 _rpc_arg8 _rpc_arg9 _rpc_arg10 _rpc_arg11 _rpc_arg12 _rpc_arg13 _rpc_arg14 Detector de Eventos SNMP _snmp_exit_event

Un valor de 0 indica que esto no es un evento de la salida; un valor de 1 indica un evento de la salida.

_snmp_oid

El ID del objeto SNMP que hizo el evento ser publicado.

_snmp_oid_delta_val

La diferencia ampliada real entre el valor del ID del objeto actual SNMP y el valor cuando el evento era el más reciente accionado.

_snmp_oid_val

El valor del ID del objeto SNMP cuando el evento fue publicado.

Detector de Eventos de Notificación SNMP _snmp_notif_oid

Una identificación de objeto especificada usuario

_snmp_notif_oid_val

Un valor especificado usuario del ID del objeto.

_snmp_notif_src_ip_addr

La dirección IP de origen de la unidad de datos del protocolo SNMP (PDU).

_snmp_notif_dest_ip_addr

La dirección IP de destino del SNMP PDU.

_x_x_x_x_x_x_x(varbinds)

La información de varbind de PDU SNMP.

_snmp_notif_trunc_vb_buf

Indica si la información de varbind se ha truncado debido a la falta de espacio en el buffer.

Detector de Evento de Syslog _syslog_msg

El mensaje de Syslog que hizo el evento ser publicado.

Detector de evento (de proceso) del administrador del sistema _process_dump_count

La cantidad de veces que un proceso de Posix fue vaciado.

_process_exit_status

El estatus del proceso de Posix en la salida.

_process_fail_count

La cantidad de veces que un proceso de Posix falló.

_process_instance

El número del caso del proceso de Posix.

_process_last_respawn

El proceso de Posix que era el más reciente respawned.

_process_node_name

El Nombre del nodo del proceso de Posix.

_process_path

La trayectoria del proceso de Posix.

_process_process_name

El nombre del proceso de Posix.

_process_respawn_count

La cantidad de veces que un proceso de Posix respawned.

Detector de Eventos de Temporizador _timer_remain

La cantidad de tiempo disponible antes del temporizador expira. Observeesta variable de entorno no está disponible para el temporizador CRON.

_timer_time

El tiempo en el cual el evento más reciente fue accionado.

_timer_type

El tipo de temporizador.

Detector de evento del monitor de sistema de vigilancia (IOSWDSysMon) _ioswd_node

El número de slot para el (RP) del Route Processor que señala el nodo.

_ioswd_num_subs

El número de subeventos presentes.

Todo el monitor de sistema de vigilancia (IOSWDSysMon) Subevents _ioswd_sub1_present _ioswd_sub2_present

Un valor para indicar si el subevento 1 o el subevento 2 está presente. Un valor de 1 significa que el subevento está presente. un valor 0 significa que el subevento no está presente.

_ioswd_sub1_type _ioswd_sub2_type

El tipo de evento, cpu_proc o mem_proc.

Cpu_proc Subevents del monitor de sistema de vigilancia (IOSWDSysMon) _ioswd_sub1_path _ioswd_sub2_path

Un nombre del proceso de los subevents.

_ioswd_sub1_period _ioswd_sub2_period

El período de tiempo, en segundos y milisegundos opcionales, usado para la medida de subeventos.

_ioswd_sub1_pid _ioswd_sub2_pid

El identificador de proceso de los subeventos.

_ioswd_sub1_taskname _ioswd_sub2_taskname

El nombre de tarea de los subeventos.

_ioswd_sub1_value _ioswd_sub2_value

La utilización del CPU de los subeventos medida como un porcentaje.

Mem_proc Subevents del monitor de sistema de vigilancia (IOSWDSysMon) _ioswd_sub1_diff _ioswd_sub2_diff

Valor de porcentaje de la diferencia que accionó el evento.

_ioswd_sub1_is_percent _ioswd_sub2_is_percent

Un número que identifica si el valor es un porcentaje. Un valor 0 significa que el valor no es un porcentaje; el valor 1 significa que el valor es un porcentaje;

_ioswd_sub1_path _ioswd_sub2_path

El nombre del proceso de los subeventos.

_ioswd_sub1_pid _ioswd_sub2_pid

El identificador de proceso de los subeventos.

_ioswd_sub1_taskname

El nombre de tarea de los subeventos.

Observeesta variable se fija solamente cuando _ioswd_sub1_is_percent o _ioswd_sub2_is_percent la variable contiene un valor de 1.

_ioswd_sub2_taskname _ioswd_sub1_value _ioswd_sub2_value

La utilización del CPU de los subeventos medida como un porcentaje.

Detector de evento del monitor de sistema de vigilancia (WDSysMon) _wd_sub1_present _wd_sub2_present

Un valor para indicar si el subevento 1 o el subevento 2 está presente. Un valor de 1 significa que el subevento está presente. un valor 0 significa que el subevento no está presente.

_wd_num_subs

El número de subeventos presentes.

_wd_sub1_type _wd_sub2_type

El tipo de evento: cpu_proc, cpu_tot, interbloqueo, dispatch_mgr, mem_proc, mem_tot_avail, o mem_tot_used.

Cpu_proc Subevents del monitor de sistema de vigilancia (WDSysMon) _wd_sub1_node _wd_sub2_node

El número de slot del nodo de informes del RP del subevento.

_wd_sub1_period _wd_sub2_period

El período de tiempo, en segundos y milisegundos opcionales, usado para la medida de subeventos.

_wd_sub1_procname _wd_sub2_procname

El nombre del proceso de los subeventos.

_wd_sub1_value _wd_sub2_value

La utilización del CPU de los subeventos medida como un porcentaje.

Cpu_tot Subevents del monitor de sistema de vigilancia (WDSysMon) _wd_sub1_node _wd_sub2_node

El número de slot del nodo de informes del RP del subevento.

_wd_sub1_period _wd_sub2_period

El período de tiempo, en segundos y milisegundos opcionales, usado para la medida de subeventos.

_wd_sub1_value _wd_sub2_value

La utilización del CPU de los subeventos medida como un porcentaje.

Interbloqueo Subevents del monitor de sistema de vigilancia (WDSysMon) _wd_sub1_entry_[1-N]_b_node _wd_sub2_entry_[1-N]_b_node

El número de slot del nodo de informes del RP del subevento.

_wd_sub1_entry_[1-N]_b_pid _wd_sub2_entry_[1-N]_b_pid

El identificador de proceso de los subeventos.

_wd_sub1_entry_[1-N] _b_procname _wd_sub2_entry_[1-N] _b_procname

El nombre del proceso de los subeventos.

_wd_sub1_entry_[1-N]_b_tid _wd_sub2_entry_[1-N]_b_tid

El identificador de tiempo de los subeventos.

_wd_sub1_entry_[1-N]_node _wd_sub2_entry_[1-N]_node

El número de slot del nodo de informes del RP del subevento.

_wd_sub1_entry_[1-N]_pid _wd_sub2_entry_[1-N]_pid

El identificador de proceso de los subeventos.

_wd_sub1_entry_[1-N] _procname _wd_sub2_entry_[1-N] _procname

El nombre del proceso de los subeventos.

_wd_sub1_entry_[1-N]_state _wd_sub2_entry_[1-N]_state

El identificador de tiempo de los subeventos.

_wd_sub1_entry_[1-N]_tid _wd_sub2_entry_[1-N]_tid

El identificador de tiempo de los subeventos.

_wd_sub1_num_entries _wd_sub2_num_entries

El número de subevents.

Administrador Subevents del envío del monitor de sistema de vigilancia (WDSysMon)

_wd_sub1_node _wd_sub2_node

El número de slot del nodo de informes del RP del subevento.

_wd_sub1_period _wd_sub2_period

El período de tiempo, en segundos y milisegundos opcionales, usado para la medida de subeventos.

_wd_sub1_procname _wd_sub2_procname

El nombre del proceso de los subeventos.

_wd_sub1_value _wd_sub2_value

La utilización del CPU de los subeventos medida como un porcentaje.

Mem_proc Subevents del monitor de sistema de vigilancia (WDSysMon) _wd_sub1_diff _wd_sub2_diff

Valor de porcentaje de la diferencia que accionó el evento.

_wd_sub1_is_percent _wd_sub2_is_percent

Un número que identifica si el valor es un porcentaje. Un valor 0 significa que el valor no es un porcentaje; el valor 1 significa que el valor es un porcentaje;

_wd_sub1_node _wd_sub2_node

El número de slot del nodo de informes del RP del subevento.

_wd_sub1_period _wd_sub2_period

El período de tiempo, en segundos y milisegundos opcionales, usado para la medida de subeventos.

_wd_sub1_pid _wd_sub2_pid

El identificador de proceso de los subeventos.

_wd_sub1_procname _wd_sub2_procname

El nombre del proceso de los subeventos.

_wd_sub1_value _wd_sub2_value

La utilización del CPU de los subeventos medida como un porcentaje.

Observeesta variable se fija solamente cuando _wd_sub1_is_percent o _wd_sub2_is_percent la variable contiene un valor de 1.

Mem_tot_avail del monitor de sistema de vigilancia (WDSysMon) y Subevents mem_tot_used _wd_sub1_avail _wd_sub2_avail

La memoria disponible para los subevents.

_wd_sub1_diff _wd_sub2_diff

Valor de porcentaje de la diferencia que accionó el evento.

_wd_sub1_is_percent _wd_sub2_is_percent

Un número que identifica si el valor es un porcentaje. Un valor 0 significa que el valor no es un porcentaje; el valor 1 significa que el valor es un porcentaje;

_wd_sub1_node _wd_sub2_node

El número de slot del nodo de informes del RP del subevento.

_wd_sub1_period _wd_sub2_period

El período de tiempo, en segundos y milisegundos opcionales, usado para la medida de subeventos.

_wd_sub1_value _wd_sub2_value

La utilización del CPU de los subeventos medida como un porcentaje.

_wd_sub1_used _wd_sub2_used

La memoria usada por los subevents.

Observeesta variable se fija solamente cuando _wd_sub1_is_percent o _wd_sub2_is_percent la variable contiene un valor de 1.

Cómo Escribir Políticas EEM Usando Cisco IOS CLI Esta sección contiene las siguientes tareas: •

Registro y Definición de un Applet de Embedded Event Manager

•

Registro y Definición de una Política de Administrador de Eventos para su Ejecución Manual

•

Cancelación del Registro de las Políticas de Embedded Event Manager

•

Suspender toda la ejecución integrada de la directiva del administrador del evento

•

Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager

•

Visualización de los Datos del Historial de Embedded Event Manager

•

Visualización de Políticas Registradas de Embedded Event Manager

•

Configurar la notificación SNMP del evento

•

Configurar el soporte de los eventos múltiples

•

Configuración de la Planificación Basada en Clase EEM

•

Configuración del Soporte del Applet EEM (CLI Interactivo)

•

Configuración de las Extensiones de Biblioteca SNMP

•

Configuración de Lógica Variable para Applets de EEM

•

Configurar el objeto del evento SNMP

•

Inhabilitar la autorización AAA

•

Configurar la descripción de un applet integrado del administrador del evento

Registro y Definición de un Applet de Embedded Event Manager Realice esta tarea de registrar un applet con el administrador del evento integrado y de definir el applet EEM usando el Cisco IOS CLI event y action los comandos. Solamente un event comando se permite en un applet EEM. Se permiten action los comandos múltiples. Si no se especifica event ningunos y action ningunos comandos, se quita el applet cuando usted da salida al modo de configuración. El detector de evento SNMP y los comandos syslog action usados en esta tarea apenas están representando cualquier detector de evento y action comando. Por los ejemplos usando otros detectores de evento y action comandos, vea “la configuración integrada del applet del administrador del evento: Sección Ejemplos".

Variables de entorno EEM Las variables de entorno EEM para las directivas EEM se definen usando el comando configuration event manager environmentEEM. Por el convenio, todas las variables de entorno de Cisco EEM comienzan con el “_”. Para evitar conflictos futuros, se ruega a los clientes que no definan nuevas variables que comiencen por "_". Usted puede visualizar las variables de entorno EEM fijadas en su sistema usando show event manager environment el comando privileged exec. Por ejemplo, usted puede crear las directivas EEM que pueden enviar los email cuando ocurre un evento. El cuadro 2 describe las variables de entorno e-correo-específicas que se pueden utilizar en las directivas EEM.

Variable de Entorno _email_server

Descripción

Ejemplo:

Servidor de correo con Simple Mail Transfer Protocol (SMTP) utilizado para enviar correo electrónico.

El email Nombre del servidor — Mailservername — puede estar en de los formatos siguientes de la plantilla: •

nombre de usuario: password@host

•

username@host

•

host

_email_to

La dirección a la que se envía el correo electrónico.

[email protected]

_email_from

La dirección desde la que se envía el correo electrónico.

[email protected]

_email_cc

El direccionamiento al cual se copia [email protected] el email.

Orden alfabético de las escrituras de la etiqueta de la acción EEM Una escritura de la etiqueta de la acción EEM es un Identificador único que puede ser cualquier valor de la cadena. Las acciones se clasifican y se ejecutan por secuencia alfanumérica (lexicográfica) ascendente de llaves con la etiqueta como llave de ordenación. Si utiliza números como etiquetas, tenga en cuenta que la ordenación alfanumérica situará 10.0 después de 1.0, pero antes de 2.0; en este caso se recomienda utilizar números como 01.0, 02.0 y así sucesivamente, o bien utilizar una letra inicial seguida por números. PASOS SUMARIOS 1. enable 2. show event manager environment [all | variable-name] 3. configure terminal 4. event manager environment variable-name string 5. Relance el paso 4 para todas las variables de entorno requeridas.

6. event manager applet applet-name 7. event snmp oid oid-value GET-tipo {exact | next}entry-op operatorentry-val entry-value [exit-comb{or | and}] []exit-op operatordel []exit-val exit-valuedel []exit-time exit-time-value poll-interval poll-int-value 8. action label []cli-string del comando clipatternpattern-string 9. action label recurso del []prioritypriority-levelmsg msg-text del Syslog string 10. action label []server server-address to to-address from from-address del correocc cc-address subject subject body body-text 11 Agregue más comandos de la acción como sea necesario. 12. end PASOS DETALLADOS Paso 1

Comando o acción

Propósito

enable

Habilita el modo EXEC privilegiado.

Example: Router> enable

Paso 2

• Ingrese su contraseña si se le pide que lo haga.

show event manager environment [all (Opcional) Muestra el nombre y el | variable-name] valor de las variables de entorno de Example: Router# show event manager environment all

EEM.

• La palabra clave optativa all visualiza todas las variables de entorno EEM. • El argumento optativo variable-name visualiza la información sobre la variable de entorno especificada.

Paso 3

configure terminal Example: Router# configure terminal

Paso 4

Ingresa en el modo de configuración global.

event manager environment variable- Configura el valor de la variable de name string entorno EEM especificada. Example: Router(config)# event manager environment _email_to [email protected]

• En este ejemplo, la variable de entorno que se sostiene la dirección de correo electrónico a la cual se envía el email se fija a [email protected].

Paso 5

Relance el paso 4 para todas las variables de entorno requeridas.

Relance el paso 4 para configurar todas las variables de entorno requeridas por la directiva para ser registrado en el paso 6.

Paso 6

event manager applet applet-name

Registra el subprograma en el Embedded Event Manager (EEM) e ingresa en el modo de configuración de subprograma.

Example: Router(config)# event manager applet memory-fail

Paso 7

event snmp oid oid-value get-type { Especifica los criterios del evento que exact | next} entry-op operator provocan la ejecución del applet entry-val entry-value [exit-comb { EEM. or | and}] [exit-op operator] [ • En este ejemplo, se acciona exit-val exit-value] [exit-time un evento EEM cuando la exit-time-value] poll-interval memoria libre se sitúa por debajo poll-int-value Example: Router(config-applet)# event snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 get-type exact entry-op lt entryval 5120000 poll-interval 90

Paso 8

del valor 5120000.

• Los criterios de salida son opcionales y, si no se han especificado, se vuelve a habilitar de inmediato el monitoreo de eventos.

action label cli command cli-string Especifica la acción de la ejecución [pattern pattern-string] Cisco IOS CLI ordenan cuando se Example: Router(config-applet)# action 1.0 cli command "enable" Router(config-applet)# action 2.0 cli command "clear counters Ethernet0/1" pattern "confirm"

acciona un applet EEM.

pattern La palabra clave es opcional y se utiliza solamente cuando el comando string solicita la entrada. action cli El comando termina

Router(config-applet)# action 3.0 cli command "y"

cuando el prompt solicitado como se especifica en la palabra clave optativa pattern se recibe. Le requieren especificar un patrón de expresión normal que haga juego el prompt después solicitado. La especificación de un patrón incorrecto causará action cli el comando de esperar para siempre hasta los tiempos de ejecución del applet hacia fuera debido a la expiración del temporizador del maxrun. • El acción realizada es especificar un applet EEM para ejecutarse cuando pattern la palabra clave especifica confirm el argumento para clear counters Ethernet0/1 el comando. En este caso el comando string solicita la entrada, por ejemplo “confirma,” que tiene que ser completada con un Sí o una entrada del no.

Paso 9

action label syslog [priority priority-level] msg msg-text facility string

Especifica la acción que se seguirá cuando se desencadene un applet EEM.

Example: Router(config-applet)# action 1.0 syslog priority critical msg "Memory exhausted; current available memory is $_snmp_oid_val bytes"

En este ejemplo, el acción realizada es escribir un mensaje al Syslog.

Example: Router(config-applet)# action 1.0 syslog priority errors facility EEM-FAC message "TEST MSG"

• La palabra clave optativa priority especifica el nivel de prioridad de los mensajes de Syslog. Si está seleccionado, priority-level el argumento debe ser definido. • msg-text El argumento puede ser texto del carácter, una variable de entorno, o una combinación de los dos. • facility La palabra clave especifica la ubicación del mensaje generado • string El argumento puede ser texto del carácter, una variable de entorno, o una combinación de los dos.

Paso 10 action label mail server server-

address to to-address from fromaddress [cc cc-address] subject subject body body-text Example: Router(config-applet)# action 2.0 mail server 192.168.1.10 to [email protected] from [email protected] subject "Memory failure" body "Memory exhausted; current available memory is $_snmp_oid_val bytes"

Especifica la acción de enviar un email corto cuando se acciona un applet EEM. • server-address El argumento especifica el Nombre de dominio totalmente calificado (FQDN) del servidor del email que se utilizará para remitir el email. • to-address El argumento especifica la dirección de correo electrónico donde está ser enviado el email. • from-address El argumento especifica la dirección de correo electrónico de la cual se envía el email. • subject El argumento especifica el contenido de los asuntos del email como cadena alfanumérica. • body-text El argumento especifica el contenido del texto del email como cadena alfanumérica.

Paso 11 Agregue más comandos de la acción como — sea necesario. Paso 12 end

Sale del modo de configuración de applet y vuelve al modo EXEC privilegiado.

Example: Router(config-applet)# end

Consejos de Troubleshooting Utilice el comando debug event manager en modo EXEC privilegiado para resolver problemas de operaciones de comandos de EEM. Utilice cualquier comando de debugging con cautela como el volumen de salida generada puede reducir o parar las operaciones del router. Recomendamos utilizar este comando solamente bajo supervisión de un ingeniero de Cisco.

Registro y Definición de una Política de Administrador de Eventos para su Ejecución Manual Hay dos maneras de funcionar con manualmente una directiva EEM. EEM programa y funciona con generalmente las directivas en base de una especificación del evento que se contenga dentro de la directiva sí mismo. event none El comando permite que EEM identifique una directiva EEM que pueda ser accionada manualmente. Para funcionar con la directiva, utilice action policy el comando en el modo de configuración del applet o event manager run el comando en el modo EXEC privilegiado. Realice esta tarea de registrar una directiva EEM que se ejecutará manualmente usando event manager run el comando. Por un ejemplo de cómo funcionar con manualmente una directiva usando action policy el comando, vea “la ejecución manual integrada de la directiva del administrador del evento: Sección Ejemplos". PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event none 5. action label recurso del []prioritypriority-levelmsg msg-text del Syslog string 6. end 7. event manager run applet-name PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet applet-name 3

Registra el applet con el administrador del evento integrado y ingresa al modo de configuración del applet.

Example: Router> enable

• Ingrese su contraseña si se le pide que lo haga.

Example: Router# configure terminal

Example: Router(config)# event manager applet manualpolicy

Paso event none 4

Especifica que una política EEM debe ser registrada con EEM y se puede ejecutar manualmente.

Paso action label syslog [ priority priority-level] 5

Especifica la acción que se seguirá cuando se desencadene un applet EEM.

Example: Router(config-applet)# event none

msg msg-text facility string

Example: Router(config-applet)# action 1.0 syslog msg "Manual-policy triggered"

En este ejemplo, Paso a seguir está escribir un mensaje al Syslog. • La palabra clave optativa priority especifica el nivel de prioridad de los mensajes de Syslog. Si está seleccionado, priority-level el argumento debe ser definido. • msg-text El argumento puede ser texto del carácter, una variable de entorno, o una combinación de los dos. • facility La palabra clave especifica la ubicación del mensaje generado. •

string El argumento puede ser texto del

carácter, una variable de entorno, o una combinación de los dos. Paso end 6

Sale del modo de configuración de applet y vuelve al modo EXEC privilegiado.

Paso event manager run appletname 7

Ejecuta manualmente una política EEM registrada.

Example: Router(config-applet)# end

Example: Router# event manager run manual-policy

Cancelación del Registro de las Políticas de Embedded Event Manager Realice esta tarea para remover una política de EEM del archivo de configuración en ejecución. La ejecución de la política se cancela. PASOS SUMARIOS 1. enable 2. show event manager policy registered [[]description policy-name | detailed policy-filename [system | user] | []eventtype event-name[system | user] [time-ordered | name-ordered]] 3. configure terminal 4. ningún event manager policy policy-filename 5. exit 6. Relance el paso 2 para asegurarse de que se ha quitado la directiva. PASOS DETALLADOS

Comando o acción Paso enable 1

Example: Router> enable

Paso show event manager policy registered [ description [policy-name] | detailed 2 policy-filename [system | user] | [ event-type event-name] [system | user] [time-ordered | name-ordered]]

Propósito Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga. (Opcional) Muestra las políticas EEM que están registradas actualmente. • El opcionales system y user las palabras claves visualizan el sistema y las políticas de usuario registradoes.

Example: Router# show event manager policy registered

• Si no se especifica ninguna palabra clave, las políticas registradas EEM para todos los tipos de evento se muestran por orden de hora. Paso configure terminal 3

Example: Router# configure terminal

Ingresa en el modo de configuración global.

Paso no event manager policy policy-filename Remueve la política EEM de la 4 configuración, haciendo que no se Example: Router(config)# no event manager policy registre la política. IPSLAping1

Paso exit 5

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Paso Relance el paso 2 para asegurarse de que se ha 6 quitado la directiva.

—

Example: Router(config)# exit

Example: Router# show event manager policy registered

Ejemplos En el siguiente ejemplo, utilizan al comando privileged exec registrado directiva del administrador del evento de la demostración de visualizar los dos applet EEM que se registran actualmente: Router# show event manager policy registered

No.

Class

Type

Event Type

Trap

Time Registered

Name

1

applet

system

snmp

Off

Fri Aug 12 17:42:52 2005

IPSLAping1

oid {1.3.6.1.4.1.9.9.42.1.2.9.1.6.4} get-type exact entry-op eq entry-val {1} exit-op eq exit-val {2} poll-interval 90.000 action 1.0 syslog priority critical msg "Server IPecho Failed: OID=$_snmp_oid_val" action 1.1 snmp-trap strdata "EEM detected server reachability failure to 10.1.88.9" action 1.2 publish-event sub-system 88000101 type 1 arg1 "10.1.88.9" arg2 "IPSLAEcho" arg3 "fail" action 1.3 counter name _IPSLA1F op inc value 1 2

applet

system

snmp

Off

Thu Sep 15 05:57:16 2005

memory-fail

oid {1.3.6.1.4.1.9.9.48.1.1.1.6.1} get-type exact entry-op lt entry-val {5120000} poll-interval 90 action 1.0 syslog priority critical msg Memory exhausted; current available memory is $_snmp_oid_val bytes action 2.0 force-switchover

En el siguiente ejemplo, utilizan al comando privileged exec registrado directiva del administrador del evento de la demostración de mostrar que el applet IPSLAping1 se ha quitado después de ingresar no event manager policy el comando: Router# show event manager policy registered

No.

Class

Type

Event Type

Trap

Time Registered

Name

1

applet

system

snmp

Off

Thu Sep 15 05:57:16 2005

memory-fail

oid {1.3.6.1.4.1.9.9.48.1.1.1.6.1} get-type exact entry-op lt entry-val {5120000} poll-interval 90 action 1.0 syslog priority critical msg Memory exhausted; current available memory is $_snmp_oid_val bytes action 2.0 force-switchover

Suspender toda la ejecución integrada de la directiva del administrador del evento Realiza esta tarea para suspender inmediatamente la ejecución de todas las políticas EEM. Suspender las directivas, en vez de desregistrarlas pudo ser necesario por razones del funcionamiento o la Seguridad temporal. PASOS SUMARIOS 1. enable 2. show event manager policy registered[[]descriptionpolicy-name | detailed policy-filename [system | user] | []eventtypeevent-name [system | user] [time-ordered | name-ordered]] 3. configure terminal 4. event manager scheduler suspend 5. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Example: Router> enable

Paso show event manager policy registered [ description [policy-name] | detailed 2 policy-filename [system | user] | [ event-type event-name] [system | user] [time-ordered | name-ordered]] Example: Router# show event manager policy registered

Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga. (Opcional) Muestra las políticas EEM que están registradas actualmente. • El opcionales system y user las palabras claves visualizan el sistema y las políticas de usuario registradoes. • Si no se especifica ninguna palabra clave, las políticas registradas EEM para todos los tipos de evento se muestran por orden de hora.

Paso configure terminal 3

Example: Router# configure terminal

Ingresa en el modo de configuración global.

Paso event manager scheduler suspend 4

Suspende inmediatamente la ejecución de todas las políticas de Example: Router(config)# event manager scheduler EEM. suspend

Paso exit 5

Example: Router(config)# exit

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager Realice esta tarea de crear un objeto del stub, de fijar el estado del objeto del stub, y de configurar un applet EEM que se ejecutará cuando el objeto seguido cambia. Las acciones se especifican dentro del applet EEM al conjunto y leen el estado del objeto. Esta tarea permite que EEM defina un objeto aumentado del Rastreo de objetos (EOT) que se pueda manipular por otros clientes EOT. Una política de EEM puede ser un disparador de cualquier objeto EOT incluidos los objetos definidos para otros clientes EOT o para un objeto definido por EEM.

Seguimiento de Objetos Mejorado El seguimiento de objetos se introdujo por primera vez en el Hot Standby Router Protocol (HSRP) como un mecanismo de seguimiento sencillo que permitía hacer un seguimiento del estado del protocolo de línea de la interfaz únicamente. El seguimiento de objetos aumentado proporciona una separación completa entre los objetos que se seguirán y la acción a seguir por un cliente cuando un objeto seguido cambia. Así, varios clientes tales como EEM, VRRP, o GLBP pueden registrar su interés con el proceso de seguimiento, siguen el mismo objeto, y cada tome diversas medidas cuando el objeto cambia. Cada objeto de seguimiento es identificado por un número único que se especifica en la interfaz de línea de comandos (CLI) de seguimiento. Los procesos del cliente utilizan este número para realizar el seguimiento de un objeto específico. El proceso de seguimiento interroga periódicamente a los objetos sometidos a seguimiento y anota cualquier cambio del valor. Los cambios en el objeto de seguimiento se comunican a los procesos cliente interesados, inmediatamente o después de una demora especificada. Los valores del objeto se notifican como activo o inactivo. El detector de evento EOT publica un evento cuando el objeto seguido cambia. PASOS SUMARIOS 1. enable 2. configure terminal 3. track object-number stub-objeto 4. default-state {up | down} 5. exit 6. event manager applet applet-name 7. event []label track object-number [state{up | down | any}] 8. action label estado determinado object-number de la pista {up | down} 9. action label pista leída object-number 10. end 11 show track [[]object-numberbrief]

PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso track object-number stub-object 3

Crea un objeto del stub que se seguirá usando EEM y ingresa el seguimiento del modo de configuración.

Example: Router> enable

•

Ingrese su contraseña si se le pide que lo haga.

Example: Router# configure terminal

Example: Router(config)# track 2 stub-object

Paso default-state {up | down} 4 Example: Router(config-track)# default-state up

• Utilice object-number el argumento para asignar un número al objeto seguido. Fija el estado predeterminado para un objeto del stub. • En este ejemplo, el estado predeterminado del objeto se fija a para arriba.

Paso exit 5

Salidas que siguen el modo de configuración y las devoluciones al modo de configuración global.

Paso event manager applet applet-name 6

Registra un applet con EEM y ingresa al modo de configuración del applet.

Example: Router(config-track)# exit

Example: Router(config)# event manager applet tracktwo

Paso event [label] track object-number [state { 7 up | down | any}]

Example: Router(config-applet)# event track 2 state down

Especifica los criterios del evento que provocan la ejecución del applet EEM. • En este ejemplo, se acciona un evento EEM cuando el subsistema del Rastreo de objetos del Cisco IOS señala que número seguido del objeto 2 transiciones de un estado ascendente a un estado inactivo.

Paso action label track set Especifica la acción que se seguirá cuando se object-number state {up desencadene un applet EEM. 8 | down}

Example: Router(config-applet)# action 1.0 track set 2 state up

• En este ejemplo, Paso a seguir está fijar el estado del objeto seguido número 2 a para arriba.

Paso action label track read Especifica la acción que se seguirá cuando se object-number 9 desencadene un applet EEM. Example: Router(config-applet)# action 2.0 track read 2

• En este ejemplo, Paso a seguir está leer el estado del objeto seguido número 2. • La variable solo lectura del _track_state consigue el conjunto cuando se funciona con este comando.

Paso end 10

Sale del modo de configuración de applet y vuelve al modo EXEC privilegiado.

Paso show track [objectnumber [brief]] 11

(Opcional) visualiza la información sobre los objetos que son seguidos por el proceso de seguimiento.

Example: Router(config-applet)# end

Example: Router# show track 2

• El argumento optativo object-numbervisualiza la información de seguimiento para un objeto especificado. • La palabra clave optativa brief visualiza una sola línea de la información.

Ejemplos En el siguiente ejemplo, utilizan al comando privileged exec de la pista de la demostración al mostrar información sobre el objeto seguido número 2. Router# show track 2 Track 2 Stub-object State is Up 1 change, last change 00:00:04, by Undefined

Visualización de los Datos del Historial de Embedded Event Manager Realice esta tarea opcional para cambiar el tamaño de las tablas del historial y para mostrar los datos del historial EEM. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager history size {events | traps} []size 4. exit 5. show event manager history events []detailed del []maximumnumber 6. show event manager history traps {server | policy} PASOS DETALLADOS Paso 1 enable Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Router> enable

Paso 2 configure terminal Ingresa en el modo de configuración global. Router# configure terminal

Paso 3 event manager history size {events | traps} []size Utilice este comando para cambiar el tamaño de tabla del historial de eventos de EEM o el tamaños de la tabla del historial de trampas SNMP de EEM. En el siguiente ejemplo, el tamaño de la tabla del historial de eventos de EEM se cambia a 30 entradas: Router(config)# event manager history size events 30

Paso 4 exit Salidas modo de configuración global y devoluciones al modo EXEC privilegiado. Router(config)# exit

[]del [] show event manager history events del pasodetailed 5maximum number Utilice este comando de visualizar la información detallada sobre cada evento EEM, por ejemplo: Router# show event manager history events

No.

Time of Event

Event Type

Name

1

Fri Aug13

snmp

applet: SAAping1

21:42:57 2004

2

Fri Aug13

22:20:29 2004

snmp

applet: SAAping1

3

Wed Aug18

21:54:48 2004

snmp

applet: SAAping1

4

Wed Aug18

22:06:38 2004

snmp

applet: SAAping1

5

Wed Aug18

22:30:58 2004

snmp

applet: SAAping1

6

Wed Aug18

22:34:58 2004

snmp

applet: SAAping1

7

Wed Aug18

22:51:18 2004

snmp

applet: SAAping1

8

Wed Aug18

22:51:18 2004

application

applet: CustApp1

Paso 6 show event manager history traps {server | policy} Utilice este comando para visualizar las trampas SNMP de EEM enviadas desde el servidor EEM o desde una política de EEM. En el siguiente ejemplo, se visualiza el SNMP traps EEM que fue accionado dentro de una directiva EEM. Router# show event manager history traps policy

No.

Time

Trap Type

Name

1

Wed Aug18

22:30:58 2004

policy

EEM Policy Director

2

Wed Aug18

22:34:58 2004

policy

EEM Policy Director

3

Wed Aug18

22:51:18 2004

policy

EEM Policy Director

Visualización de Políticas Registradas de Embedded Event Manager Realice esta tarea optativa de visualizar las directivas registradoas EEM. PASOS SUMARIOS 1. enable 2. show event manager policy registered []event-typeevent-name [time-ordered | name-ordered] PASOS DETALLADOS Paso 1 enable Habilita el modo EXEC privilegiado. Ingrese su contraseña si se le pide que lo haga. Router> enable

[]del paso show event manager policy registered 2event-type event-name[time-ordered | name-ordered] Utilice este comando con time-ordered la palabra clave al mostrar información sobre las directivas actualmente registradoas clasificadas por el tiempo, por ejemplo: Router# show event manager policy registered time-ordered

No.

Type

Event Type

Time

Registered Name

1

applet

snmp

Thu May30 05:57:16 2004 memory-fail

oid {1.3.6.1.4.1.9.9.48.1.1.1.6.1} get-type exact entry-op lt entry-val {5120000} poll-interval 90 action 1.0 syslog priority critical msg "Memory exhausted; current available memory is $_snmp_oid_val bytes"

action 2.0 force-switchover 2

applet

syslog

Wed Jul16 00:05:17 2004 intf-down

pattern {.*UPDOWN.*Ethernet1/0.*} action 1.0 cns-event msg "Interface state change: $_syslog_msg"

Utilice este comando con name-ordered la palabra clave al mostrar información sobre las directivas actualmente registradoas clasificadas por nombre, por ejemplo: Router# show event manager policy registered name-ordered

No.

Type

Event Type

Time Registered

1

applet

syslog

Wed Jul16

Name

00:05:17 2004 intf-down

pattern {.*UPDOWN.*Ethernet1/0.*} action 1.0 cns-event msg "Interface state change: $_syslog_msg" 2

applet

snmp

Thu May30 05:57:16 2004

memory-fail

oid {1.3.6.1.4.1.9.9.48.1.1.1.6.1} get-type exact entry-op lt entry-val {5120000} poll-interval 90 action 1.0 syslog priority critical msg "Memory exhausted; current available memory is $_snmp_oid_val bytes" action 2.0 force-switchover

Utilice este comando con event-type la palabra clave al mostrar información sobre las directivas actualmente registradoas para el tipo de evento especificado en event-name el argumento, por ejemplo: Router# show event manager policy registered event-type syslog

No.

Type

Event Type

Time Registered

1

applet

syslog

Wed Jul16

Name

00:05:17 2004 intf-down

pattern {.*UPDOWN.*Ethernet1/0.*} action 1.0 cns-event msg "Interface state change: $_syslog_msg"

Configurar la notificación SNMP del evento Realice esta tarea de configurar las notificaciones SNMP. Prerrequisitos •

Usted debe ser Cisco IOS Release 12.4(20)T corriente, 12.2(33)SXI o versión posterior.

•

El administrador del evento SNMP debe ser configurado usando snmp-server manager el comando.

PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event []tag event-tag snmp-notification oid oid-string de Op. Sys. comparison-value del [] operator del []maxrun maxruntime-number del []src-ip-address ip-addressdel []dest-ip-addressip-addressOID-valdefault seconds[direction { incoming | outgoing}] [msg-op {drop | send}] 5. exit

PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Example: Router> enable

• Ingrese su contraseña si se le pide que lo haga.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet applet-name 3

Registra el subprograma en el Embedded Event Manager e ingresa en el modo de configuración de subprograma.

Example: Router# configure terminal Example: Router(config)# event manager applet snmp

Paso event [tag event-tag] snmp-notification oid oid-string oid-val comparison-value 4

Especifica los criterios del evento para un applet integrado del op operator [maxrun maxruntime-number] [ administrador del evento (EEM) src-ip-address ip-address] [dest-ipque sea ejecutado por la address ip-address] [default seconds] [ notificación de muestreo del direction {incoming | outgoing}] [msg-op Simple Network Management {drop | send}] Protocol (SNMP). Example: Router(config-applet)# event snmpnotification dest-ip-address 192.168.1.1 oid 1 op eq oid-val 10

Paso end 5

Example: Router(config-applet)# end

Sale del modo de configuración de applet y vuelve al modo EXEC privilegiado.

Configurar el soporte de los eventos múltiples La característica del soporte de los eventos múltiples introducida en las versiones del Cisco IOS Release 12.4(20)T y Posterior, agrega la capacidad de registrar los eventos múltiples en el servidor EEM. El soporte de los eventos múltiples implica uno o más acontecimientos del evento, uno o más los estados de objeto seguidos, y un período de tiempo para que el evento ocurra. Los parámetros del evento se especifican en los comandos CLI. La estructura de datos para manejar los eventos múltiples contiene los identificadores de los eventos múltiples y la lógica de la correlación. Estos datos se utilizan para registrar los eventos múltiples en el servidor EEM.

Determinación de los parámetros de la configuración de evento trigger El comando ingresa al modo de configuración del applet del activador y especifica las sentencias de configuración de los eventos múltiples para los applet EEM. La declaración del activador se utiliza para relacionar la declaración de los eventos múltiples usando tag el argumento especificado en cada declaración del evento. Se aumentan los eventos basaron en los parámetros especificados. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event el []tag event-tag cli pattern regular-expression sincroniza {yes | no skip {yes | no}} []occurs num-occurrences del []period period-valuedel []maxrun maxruntime-number 5. trigger []occurs occurs-value del []period period-valuedel []period-start period-start-valuedel []delay delay-value 6. correlate {event event-tag | track object-number} [boolean-operator { event event-tag | track tracked-object}…] 7. attribute tag event-tag []occurs occurs-value 8. action label cli command cli-string PASOS DETALLADOS

Comando o acción Paso enable 1

Example: Router> enable

Paso configure terminal 2

Example: Router# configure terminal

Propósito Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga. Ingresa en el modo de configuración global.

Paso event manager applet applet-name 3

Example: Router(config)# event manager applet EventInterface

Registra un applet con EEM y ingresa al modo de configuración del applet.

Paso event [tag event-tag] cli pattern Especifica los criterios del evento regular-expression sync {yes | no skip para un applet EEM que sea 4 {yes | no}} [occurs num-occurrences] [ ejecutado correspondiendo con un period period-value] [maxrun comando line interface (cli) del Cisco maxruntime-number] IOS. Example: Router(config-applet)# event tag 1.0 cli pattern "show bgp all" sync yes occurs 32 period 60 maxrun 60

Paso trigger [occurs occurs-value] [period period-value] [period-start period5 start-value] [delay delay-value]

Especifica los parámetros complejos de la configuración de evento para un applet EEM.

Example: Router(config-applet)# trigger occurs 1 period-start "0 8 * * 1-5" period 60

Paso correlate {event event-tag | track object-number} [boolean-operator { 6

Especifica una correlación de eventos compleja en el modo del event event-tag | track tracked-object activador para un applet EEM. } ...]

Example: Router(config-applet)# correlate event 1.0 or event 2.0 and track 10

Paso attribute tag event-tag [occurs occurs-value] 7 Example: Router(config-applet)# attribute tag 1.0 occurs 1

Paso action label cli command cli-string 8

Example: Router(config-applet)# action 1.0 cli command "show mwmory"

Especifica hasta ocho declaraciones del atributo para construir un evento complejo para un applet EEM.

Especifica la acción de ejecutar un comando CLI cuando se acciona un applet EEM.

Ejemplos En el siguiente ejemplo, se ejecuta el applet si show bgp all el comando CLI y cualquier mensaje de Syslog que contenga la cadena “CUENTA” ocurrieron dentro de un período 60 segundos. event manager applet delay_50 event tag 1.0 cli pattern "show bgp all" sync yes occurs 32 period 60 maxrun 60 event tag 2.0 syslog pattern "COUNT" trigger occurs 1 delay 50 correlate event 1.0 or event 2.0 attribute tag 1.0 occurs 1 attribute tag 2.0 occurs 1 action 1.0 cli command "show memory" action 2.0 cli command "enable" action 3.0 cli command "config terminal" action 4.0 cli command " ip route 192.0.2.0 255.255.255.224 192.0.2.12" action 91.0 cli command "exit" action 99.0 cli command "show ip route | incl 192.0.2.5"

Configuración de la Planificación Basada en Clase EEM Para programar integró las directivas del administrador del evento (EEM) y la opción de planificación de la directiva del conjunto, realiza esta tarea. En esta tarea, dos hilos de la ejecución EEM se crean para ejecutar los applet asignados a la clase

predeterminada. Las directivas EEM serán asignadas una clase usando class la palabra clave cuando se registran. Las políticas EEM registradas sin una clase serán asignadas a la clase predeterminada. Rosca que tiene clase predeterminada, mantendrá la clase predeterminada cuando el hilo está disponible para el trabajo. Rosca que se asigna las cartas de clase específicas mantendrá cualquier directiva con una carta de clase concordante cuando el hilo está disponible para el trabajo. Si no hay hilo de la ejecución EEM disponible funcionar con la directiva en la clase especificada y una regla del planificador de trabajos para la clase se configura, la directiva esperará hasta un hilo de esa clase está disponible para la ejecución. Las directivas síncronas que se accionan del mismo evento de la entrada se deben programar en el mismo hilo de la ejecución.

Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager scheduler {applet | axp | call-home} thread class class-options number thread-number 4. exit PASOS DETALLADOS

Comando o acción Paso enable 1

Propósito Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga.

Example: Router> enable

Paso configure terminal 2

Example: Router# configure terminal

Ingresa en el modo de configuración global.

Paso event manager scheduler {applet | Opción de planificación de la directiva de axp | call-home} thread class 3 las directivas y de los conjuntos de los class-options number threadhorario EEM. number

• En este ejemplo, dos hilos de la ejecución EEM se crean para ejecutar los applet asignados a la clase predeterminada.

Example: Router(config)# event manager scheduler applet thread class default number 2

Paso exit 4

Example: Router(config)# exit

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Sostener un evento de la directiva EEM o una cola programado del evento Para sostener un evento de la directiva EEM o una cola programado del evento en el planificador de trabajos EEM, realice esta tarea. En esta tarea, se visualizan todas las directivas pendientes EEM. Una directiva identificada usando un trabajo ID de 2 se lleva a cabo en el planificador de trabajos EEM, y el último paso muestra que la directiva con un trabajo ID de 2 ha cambiado el estatus de pendiente a sostenido. Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior. PASOS SUMARIOS 1. enable 2. show event manager policy pending [queue-type {applet | call-home | axp | script} class class-options | detailed] 3. event manager scheduler hold {policy job-id | queue-type {applet | call-home | axp | script} class class-options | all } [processor {rp_primary | rp_standby}] 4. show event manager policy pending [queue-type{applet | call-home | axp | script} class class-options | detailed] PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso show event manager policy pending [

Muestra las políticas EEM

Example: Router> enable queue-type {applet | call-home | axp |

• Ingrese su contraseña si se le pide que lo haga.

2

script} class class-options | detailed ]

pendientes.

Example: Router# show event manager policy pending

Paso event manager scheduler hold {all | policy job-id | queue-type {applet | 3

Sostiene un evento de la directiva EEM o una cola programado del call-home | axp | script} class class- evento en el planificador de trabajos options} [processor {rp_primary | EEM. rp_standby}]

Example: Router# event manager scheduler hold policy 2

• En este ejemplo, una directiva con un trabajo ID de 2 se pone en el asimiento.

Paso show event manager policy pending [ Visualiza el estatus de la directiva queue-type {applet | call-home | axp | EEM puesto en el asimiento en el 4 script} class class-options | detailed paso 3 según lo sostenido, junto con ] otras directivas pendientes. Example: Router# show event manager policy pending

Ejemplos El siguiente ejemplo muestra cómo ver todas las directivas pendientes EEM y llevar a cabo la directiva EEM con un trabajo ID de 2. Router# show event manager policy pending

no. job id status time of event

event type

name

1

1

pend

Thu Sep 7

02:54:04 2006

syslog

applet: one

2

2

pend

Thu Sep 7

02:54:04 2006

syslog

applet: two

3

3

pend

Thu Sep 7

02:54:04 2006

syslog

applet: three

Router# event manager scheduler hold policy 2

Router# show event manager policy pending no. job id status time of event

event type

name

1

syslog

applet: one

2 3

1 2

pend held

3

pend

Thu Sep 7 Thu Sep 7 Thu Sep 7

02:54:04 2006 02:54:04 2006 02:54:04 2006

syslog syslog

applet: two applet: three

Reanudación de la ejecución de las colas de administración del tráfico de los eventos o del evento de la directiva EEM Para reanudar la ejecución de las directivas especificadas EEM, realice esta tarea. En esta tarea, la directiva que fue puesta en el asimiento en la “tenencia un evento de la directiva EEM o una cola programado del evento” sección ahora se permite reanudar la ejecución. Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior. PASOS SUMARIOS 1. enable 2. show event manager policy pending 3. event manager scheduler release {all | policy policy-id | queue-type {applet | call-home | axp | script}} class class-

options [processor {rp_primary | rp_standby}] 4. show event manager policy pending PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga.

Example: Router> enable

Paso show event manager policy pending 2

Visualiza las directivas pendientes y llevadas a cabo EEM. La notasolamente el sintaxis aplicable a esta tarea se utiliza en este ejemplo. Para ver más detalles, vea la Referencia de Comandos de Administración de Redes de Cisco IOS.

Example: Router# show event manager policy pending

Paso event manager scheduler release Reanuda la ejecución de las directivas {all | policy policy-id | queue- especificadas EEM. 3 type {applet | call-home | axp | script}} class class-options [ processor {rp_primary | rp_standby}]

• El ejemplo muestra cómo reanudar la ejecución de la directiva con el trabajo ID de 2.

Example: Router# event manager scheduler release policy 2

Paso show event manager policy pending 4

Visualiza el estatus de la directiva EEM reanudada en el paso 3 como pendientes, junto con otras directivas pendientes.

Example: Router# show event manager policy pending

La notasolamente el sintaxis aplicable a esta tarea se utiliza en este ejemplo. Para ver más detalles, vea la Referencia de Comandos de Administración de Redes de Cisco IOS.

Ejemplos El siguiente ejemplo muestra cómo ver todas las directivas pendientes EEM, especificar la directiva que reanudará la ejecución, y considerar que la directiva ahora está detrás en un estado pendiente. Router# show event manager policy pending no. job id status time of event

event type

name

1

syslog

applet: one

2 3

1 2

pend held

3

pend

Thu Sep 7 Thu Sep 7 Thu Sep 7

02:54:04 2006 02:54:04 2006 02:54:04 2006

syslog syslog

applet: two applet: three

Rotuer# event manager scheduler release policy 2

Rotuer# show event manager policy pending

no. job id status time of event

event type

name

1

1

pend

Thu Sep 7

02:54:04 2006

syslog

applet: one

2

2

pend

Thu Sep 7

02:54:04 2006

syslog

applet: two

3

3

pend

Thu Sep 7

02:54:04 2006

syslog

applet: three

El borrar hasta que finalicen las colas de administración del tráfico de los eventos o del evento de la directiva EEM Realice esta tarea de borrar las directivas EEM que están ejecutando o ejecución pendiente. En esta tarea, la directiva EEM con un trabajo ID de 2 se borra de la cola pendiente. show event manager policy pending Se utiliza el comando de visualizar las directivas que están pendientes antes y después de que se borra la directiva. Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior. PASOS SUMARIOS 1. enable 2. show event manager policy pending 3. event manager scheduler clear {all | policy policy-id | queue-type {applet | call-home | axp | script}} class classoptions [processor {rp_primary | rp_standby} 4. show event manager policy pending PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso show event manager policy pending 2

Muestra las políticas EEM pendientes.

• Ingrese su contraseña si se le pide que lo haga.

Example: Router> enable

La notasolamente el sintaxis aplicable a esta tarea se utiliza en este ejemplo. Para ver más detalles, vea la Referencia de Comandos de Administración de Redes de Cisco IOS.

Example: Router# show event manager policy pending

Paso event manager scheduler clear { Borra las directivas EEM que están all | policy job-id | queue-type ejecutando o ejecución pendiente. 3 {applet | call-home | axp | script} class class-options} [ processor {rp_primary | rp_standby}]

• En este ejemplo, la directiva EEM con un trabajo ID de 2 se borra de la cola pendiente.

Example: Router# event manager scheduler clear policy 2

Paso show event manager policy pending 4

Visualiza todas las directivas pendientes EEM a menos que la directiva borrara en el paso 3.

Example: Router# show event manager policy pending

La notasolamente el sintaxis aplicable a esta tarea se utiliza en este ejemplo. Para ver más detalles, vea la Referencia de Comandos de Administración de Redes de Cisco IOS.

Ejemplos El siguiente ejemplo muestra cómo borrar la directiva EEM con un trabajo ID de 2 que era ejecución pendiente. show Se utilizan los comandos de visualizar las directivas que están pendientes antes y después de que se borra la directiva. Router# show event manager policy pending

no. job id status time of event

event type

name

1

1

pend

Thu Sep 7

02:54:04 2006

syslog

applet: one

2

2

pend

Thu Sep 7

02:54:04 2006

syslog

applet: two

3

3

pend

Thu Sep 7

02:54:04 2006

syslog

applet: three

Router# event manager scheduler clear policy 2

Router# show event manager policy pending no. job id status time of event

event type

name

1

1

pend

Thu Sep 7

02:54:04 2006

syslog

applet: one

3

3

pend

Thu Sep 7

02:54:04 2006

syslog

applet: three

Modificación de los parámetros del Scheduling de las colas de administración del tráfico de los eventos o del evento de la directiva EEM Para modificar los parámetros de previsión de las directivas EEM, realice esta tarea. show event manager policy pending El comando visualiza las directivas que se asignan al B o a la clase predeterminada. Todas las políticas actualmente pendientes se cambian a la clase A. Después de la modificación de configuración, show event manager policy pending el comando muestra todas las directivas asignadas como clase A. Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior. PASOS SUMARIOS 1. enable 2. show event manager policy pending 3. event manager scheduler modify {all | policy job-id | queue-type {applet | call-home | axp | script} | class classoptions} [queue-priority {high | last | low | normal}] [processor {rp_primary | rp_standby}] 4. show event manager policy pending PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso show event manager policy pending 2

Muestra las políticas EEM pendientes.

Example: Router> enable

Example: Router# show event manager policy pending

• Ingrese su contraseña si se le pide que lo haga.

La notasolamente el sintaxis aplicable a esta tarea se utiliza en este ejemplo. Para ver más detalles, vea la Referencia de Comandos de Administración de Redes de Cisco IOS.

Paso event manager scheduler modify {all Modifica los parámetros de previsión de | policy job-id | queue-type { 3 las directivas EEM. applet | call-home | axp | script} | class class-options} [queuepriority {high | last | low | normal}] [processor {rp_primary | rp_standby}]

• En este ejemplo, hasta que finalicen las directivas EEM se asignan todo actualmente para clasificar el A.

Example: Router# event manager scheduler modify all class A

Paso show event manager policy pending 4 Example: Router# show event manager policy pending

Visualiza las directivas EEM modificadas en el paso 3 junto con otras directivas pendientes. La notasolamente el sintaxis aplicable a esta tarea se utiliza en este ejemplo. Para ver más detalles, vea la Referencia de Comandos de Administración de Redes de Cisco IOS.

Ejemplos El siguiente ejemplo muestra cómo modificar los parámetros de previsión de las directivas EEM. En este ejemplo, show event manager policy pending el comando visualiza las directivas que se asignan al B o a la clase predeterminada. Todas las

políticas actualmente pendientes se cambian a la clase A. Después de la modificación de configuración, show event manager policy pending el comando verifica que todas las directivas ahora estén asignadas como clase A. Router# show event manager policy pending

no. class

status time of event

event type

name

1

default pend

Thu Sep 7

02:54:04 2006

syslog

applet: one

2

default pend

Thu Sep 7

02:54:04 2006

syslog

applet: two

3

B

Thu Sep 7

02:54:04 2006

syslog

applet: three

pend

Router# event manager scheduler modify all class A

Router# show event manager policy pending no. class status time of event

event type

name

1

A

pend

Thu Sep 7

02:54:04 2006

syslog

applet: one

2

A

pend

Thu Sep 7

02:54:04 2006

syslog

applet: two

3

A

pend

Thu Sep 7

02:54:04 2006

syslog

applet: three

Verificar las actividades programadas basadas en la clase de las directivas EEM Para verificar las actividades programadas de las directivas EEM, utilice show event manager scheduler el comando. Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior. PASOS SUMARIOS 1. show event manager scheduler thread [queue-type{applet | call-home | axp | script} class class-options | detailed] PASOS DETALLADOS Paso 1 show event manager scheduler thread [queue-type {applet | call-home | axp | script} class class-options | detailed] Este comando visualiza todos los hilos de la ejecución EEM de la perspectiva del planificador de trabajos y los detalles de las directivas corrientes. Este comando incluye detailed y queue-type las palabras claves optativas. A continuación se incluye un ejemplo de salida de este comando: Router# show event manager scheduler thread

1 Script threads service class default total: 1 running: 1 idle: 0 2 Script threads service class range A-D total: 3 running: 0 idle: 3 3 Applet threads service class default total: 32 running: 0 idle: 32 4 Applet threads service class W X total: 5 running: 0 idle: 5

Para visualizar los detalles de las directivas corrientes usando los hilos del planificador de trabajos utilice detailed la palabra clave. Lo que sigue es salida de muestra para esta palabra clave:

Router# show event manager scheduler thread detailed

1 Script threads service class default total: 5 running: 5 idle: 0 1 job id: 12341, pid: 101, name: loop.tcl 2 job id: 12352, pid: 52, name: loop.tcl 3 job id: 12363, pid: 55, name: loop.tcl 4 job id: 12395, pid: 53, name: loop.tcl 5 job id: 12588, pid: 102, name: loop.tcl

2 Applet threads service class default total: 32 running: 5 idle: 27 1 job id: 15585, pid: 104, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 2 job id: 15586, pid: 105, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 3 job id: 15587, pid: 106, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 4 job id: 15589, pid: 107, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 5 job id: 15590, pid: 80, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL

Para visualizar los hilos del planificador de trabajos de un tipo de cola utilice queue-type la palabra clave. Los siguientes son la salida de muestra para esta palabra clave: Router# show event manager sched thread queue-type applet

1 Applet threads service class default total: 32 running: 7 idle: 25

Router# show event manager sched thread queue-type applet detailed

1 Applet threads service class default total: 32 running: 5 idle: 27 1 job id: 15700, pid: 103, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 2 job id: 15701, pid: 104, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 3 job id: 15703, pid: 106, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 4 job id: 15704, pid: 107, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL 5 job id: 15706, pid: 55, name: WDOG_SYSLG_CNTR_TRACK_INTF_APPL

Verificar las directivas basadas en la clase del Active EEM

Para verificar el active o las directivas del funcionamiento EEM, utilice show event manager policy active el comando. Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior. PASOS SUMARIOS 1. show event manager policy active [queue-type {applet | call-home | axp | script} class class-options | detailed] PASOS DETALLADOS Paso 1 show event manager policy active [queue-type {applet | call-home | axp | script} class class-options | detailed] Este comando visualiza solamente las directivas del funcionamiento EEM. Este comando incluye class, detailed y queue-type las palabras claves optativas. A continuación se incluye un ejemplo de salida de este comando: Router# show event manager policy active

no. job id p s status time of event event type name 1 12598 N A running Mon Oct29 20:49:37 2007 timer watchdog loop.tcl 2 12609 N A running Mon Oct29 20:49:42 2007 timer watchdog loop.tcl 3 12620 N A running Mon Oct29 20:49:46 2007 timer watchdog loop.tcl 4 12650 N A running Mon Oct29 20:49:59 2007 timer watchdog loop.tcl 5 12842 N A running Mon Oct29 20:51:13 2007 timer watchdog loop.tcl

default class - 6 applet events no. job id p s status time of event event type name 1 15852 N A running Mon Oct29 21:11:09 2007 counter WDOG_SYSLG_CNTR_TRACK_INTF_APPL 2 15853 N A running Mon Oct29 21:11:09 2007 counter WDOG_SYSLG_CNTR_TRACK_INTF_APPL 3 15854 N A running Mon Oct29 21:11:10 2007 counter WDOG_SYSLG_CNTR_TRACK_INTF_APPL 4 15855 N A running Mon Oct29 21:11:10 2007 timer watchdog WDOG_SYSLG_CNTR_TRACK_INTF_APPL 5 15856 N A running Mon Oct29 21:11:11 2007 counter WDOG_SYSLG_CNTR_TRACK_INTF_APPL 6 15858 N A running Mon Oct29 21:11:11 2007 counter WDOG_SYSLG_CNTR_TRACK_INTF_APPL

El verificar hasta que finalicen las directivas EEM Para verificar las directivas EEM que están pendientes para la ejecución, utilice show event manager policy pending el comando. En el Cisco IOS Release 12.4(22)T, las palabras claves optativas fueron agregadas a este comando de especificar la opción de planificación basado en clase EEM. Prerrequisitos Para utilizar esta característica, usted debe ser versión corriente del Cisco IOS Release 12.4(22)T o Posterior. PASOS SUMARIOS 1. show event manager policy pending [queue-type {applet | call-home | axp | script} class class-options | detailed] PASOS DETALLADOS Paso 1 show event manager policy pending [queue-type {applet | call-home | axp | script} class class-options | detailed] Este comando visualiza solamente las directivas pendientes. Este comando incluye class, detailed y queue-type las palabras claves optativas. A continuación se incluye un ejemplo de salida de este comando: Router# show event manager policy pending

no. job id p s status time of event event type name 1

12851

N A

pend

Mon Oct29

20:51:18 2007

timer watchdog

loop.tcl

2

12868

N A

pend

Mon Oct29

20:51:24 2007

timer watchdog

loop.tcl

3

12873

N A

pend

Mon Oct29

20:51:27 2007

timer watchdog

loop.tcl

4

12907

N A

pend

Mon Oct29

20:51:41 2007

timer watchdog

loop.tcl

5

13100

N A

pend

Mon Oct29

20:52:55 2007

timer watchdog

loop.tcl

Configuración del Soporte del Applet EEM (CLI Interactivo) Los applets sincrónicos se han mejorado para soportar la interacción con la consola local (tty) en Cisco IOS Release 12.4(22)T. Presentan a dos action gets comandos new action puts y de permitir que los usuarios ingresen y que visualicen la entrada de información directamente en la consola. La salida para los applet síncronos desviará el maderero del sistema. La consola local será abierta por los applet y mantenida por el pty síncrono correspondiente del detector de evento. La salida síncrona será dirigida a la consola abierta. Para los detalles en configurar el soporte interactivo del applet CLI EEM, vea que la “lectura y la escritura entran de la consola activa para la sección de los applet síncronos EEM”.

Lectura y escritura entradas de la consola activa para los applet síncronos EEM Los applets sincrónicos se han mejorado para soportar la interacción con la consola local (tty) en Cisco IOS Release 12.4(22)T. Utilice las tareas siguientes de implementar el soporte interactivo del applet CLI EEM: •

Lectura de la entrada de la consola activa

•

Escritura de la entrada a la consola activa

Lectura de la entrada de la consola activa Cuando se acciona una política sincrónica, la consola relacionada se almacena en la especificación de información de publicación. El director de la directiva preguntará esta información en una llamada del event_reqinfo, y salva la información dada de la consola para uso action gets del comando. action gets El comando lee una línea de la entrada de la consola activa y salva la entrada en la variable. La línea nueva que se arrastra no será vuelta. Prerrequisitos Para utilizar esta característica, usted debe ser Cisco IOS Release 12.4(22)T corriente, o versiones posteriores. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event none 5. action label gets variable 6. action label syslog []priority priority-level msg msg-text 7. salida PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet appletname 3

Registra el applet con el EEM e ingresa en el modo de configuración del applet.

Example: Router> enable

• Ingrese su contraseña si se le pide que lo haga.

Example: Router# configure terminal

Example: Router(config)# event manager

applet action

Paso event none 4

Especifica que una política EEM debe ser registrada con EEM y se puede ejecutar manualmente.

Paso action label gets variable 5

Consigue la entrada de la consola local en un applet síncrono y salva el valor en la variable dada cuando se acciona un applet EEM.

Paso action label syslog [priority priority-level] 6

Especifica la acción que se seguirá cuando se desencadene un applet EEM.

Example: Router(config-applet)# event none Example: Router(config-applet)# action label2 gets input

msg msg-text

Example: Router(config-applet)# action label3 syslog msg "Input entered was \"$input\""

Paso exit 7

Example: Router(config-applet)# exit

• En este ejemplo, Paso a seguir está escribir el valor de la variable especificada en el paso 5, al Syslog.

Sale del modo de configuración de applet y vuelve al modo EXEC privilegiado.

Ejemplo: El siguiente ejemplo muestra cómo conseguir la entrada del equipo teleescritor local en un applet síncrono y salvar el valor Router(config)# event manager applet action Router(config-applet)# event none Router(config-applet)# action label2 gets input

El router (config-applet) # los msg “entrada de información del Syslog de la acción label3 ingresada era \ “$input \ el "" Escritura de la entrada a la consola activa Cuando se acciona una política sincrónica, la consola relacionada se almacena en la especificación de información de publicación. El director de la directiva preguntará esta información en una llamada del event_reqinfo, y salva la información dada de la consola para uso action puts del comando. action puts El comando escribirá la cadena a la consola activa. Una línea nueva será visualizada a menos que nonewline se especifique la palabra clave. La salida action puts del comando para un applet síncrono se visualiza directamente a la consola, desviando el maderero del sistema. La salida action puts del comando para un applet asíncrono se dirige al maderero del sistema. Prerrequisitos Para utilizar esta característica, usted debe ser Cisco IOS Release 12.4(22)T corriente, o una versión posterior. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event none 5. action label regexp string-pattern string-input []string-match string-submatch1del []string-submatch2del [[]stringsubmatch3] 6. action label pone el []nonewline string 7. salida 8. event manager run applet-name PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Example: Router> enable

Example: Router# configure terminal

• Ingrese su contraseña si se le pide que lo haga.

Paso event manager applet applet-name 3

Registra el applet con el EEM e ingresa en el modo de configuración del applet.

Paso event none 4

Especifica que una política EEM debe ser registrada con EEM y se puede ejecutar manualmente.

Example: Router(config)# event manager applet action

Example: Router(config-applet)# event none

Paso action label regexp string-pattern Especifica la acción para hacer juego el string-input [string-match [ 5 patrón de expresión normal en una string-submatch1] [stringcadena de entrada cuando se acciona un submatch2] [string-submatch3]] applet EEM. Example: Router(config-applet)# action 1 regexp "(.*) (.*) (.*)" "one two three" _match _sub1

Paso action label puts [nonewline] string 6 Example: Router(config-applet)# action 2 puts "match is $_match"

Especifica la acción de los datos de la impresión directamente a la consola local cuando se acciona un applet EEM. • nonewline La palabra clave es opcional y se utiliza para suprimir la visualización del carácter de la línea nueva.

Paso exit 7

Sale del modo de configuración de applet y vuelve al modo EXEC privilegiado.

Paso event manager run applet-name 8

Ejecuta manualmente una política EEM registrada.

Example: Router(config-applet)# exit Example: Router# event manager run action

• En este ejemplo, la directiva registradoa en el paso 3 se acciona y las acciones asociadas especificadas en el paso 5 y el paso 6 se ejecutan.

Ejemplo: El siguiente ejemplo muestra cómo action puts el comando imprime los datos directamente a la consola local: Router(config-applet)# event manager applet puts Router(config-applet)# event none Router(config-applet)# action 1 regexp "(.*) (.*) (.*)" "one two three" _match _sub1 Router(config-applet)# action 2 puts "match is $_match" Router(config-applet)# action 3 puts "submatch 1 is $_sub1" Router# event manager run puts match is one two three submatch 1 is one

Configuración de las Extensiones de Biblioteca SNMP Para configurar las Extensiones de biblioteca SNMP para una directiva EEM, usted debe ser familiar con los conceptos siguientes: •

Operaciones Get y Set de SNMP

•

Solicitudes de Trampas e Informes SNMP

Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior.

Operaciones Get y Set de SNMP Con el Cisco IOS Release 12.4(22)T, la característica de las Extensiones de biblioteca SNMP amplía el applet EEM action info

y los comandos sys_reqinfo_snmp Tcl de incluir las funciones para SNMP GET-uno, Get Next, getid y conjunto-cualquier operaciones. El SNMP consigue la operación El administrador del evento SNMP realiza el SNMP consigue la operación para extraer una o más variables para los objetos administrados. Usando action info type snmp oid get-type y action info type snmp getid los comandos, usted puede configurar el administrador del evento SNMP para enviar una petición get SNMP especificando las variables para extraer, y la dirección IP del agente. Por ejemplo, si usted quiere extraer la variable con el valor OID de 1.3.6.1.2.1.1.1, usted debe especificar el valor variable, que es 1.3.6.1.2.1.1.1. Si los valores especificados no hacen juego, un desvío será generado y un mensaje de error será escrito al historial del Syslog. action info type snmp oid get-type El comando especifica el tipo de la operación del conseguir que se realizará. Para extraer la variable exacta, el tipo de operación del conseguir debe ser especificado como exact. Para extraer un sucesor lexicográfico del valor especificado OID, el tipo de operación del conseguir debe ser fijado a next. El cuadro 3 muestra las variables incorporadas, en las cuales los valores extraídos del SNMP consiguen la operación se salvan.

Variable Incorporada

Descripción

_info_snmp_oid

ID del objeto SNMP.

_info_snmp_value

La cadena de valor del elemento de datos SNMP asociado.

Operación de GetID action info type snmp getid El comando extrae las variables siguientes de la entidad SNMP: •

sysDescr.0

•

sysObjectID.0

•

sysUpTime.0

•

sysContact.0

•

sysName.0

•

sysLocation.0

El cuadro 4 muestra las variables incorporadas, en las cuales los valores extraídos de la operación del getID SNMP se salvan.

Variable Incorporada

Descripción

_info_snmp_syslocation_oid

El valor OID de la variable del sysLocation.

_info_snmp_syslocation_value

La cadena del valor para la variable del sysLocation.

_info_snmp_sysdescr_oid

El valor OID de la variable del sysDescr.

_info_snmp_sysdescr_value

La cadena del valor para la variable del sysDescr.

_info_snmp_sysobjectid_oid

El valor OID de la variable del sysObjectID.

_info_snmp_sysobjectid_value

La cadena del valor para la variable del sysObjectID.

_info_snmp_sysuptime_oid

El valor OID de la variable del sysUptime.

_info_snmp_sysuptime_value

La cadena del valor para la variable del sysUptime.

_info_snmp_syscontact_oid

El valor OID de la variable del sysContact.

_info_snmp_syscontact_value

La cadena del valor para la variable del sysContact.

Las peticiones de la operación del conseguir se pueden enviar al local y a los host remotos. SNMP set operations Todas las variables SNMP se asignan un valor predeterminado en la opinión MIB. El administrador del evento SNMP puede modificar el valor de estas variables MIB con la operación determinada. La operación determinada se puede realizar solamente en el sistema que permite el acceso de lectura/escritura. Para realizar una operación determinada, usted debe especificar el tipo de la variable y del valor asociados a él. El cuadro 5 muestra que los tipos válidos y los valores OID para cada OID teclean.

Tipo OID

Descripción

counter32

Un número de 32 bits con un valor mínimo de 0. Cuando se alcanza el valor máximo, los contadores se reinicia a 0. valores del número entero en el rango a partir de la 0 a 4294967295 son válidos.

gauge

Un número de 32 bits con un valor mínimo de 0. por ejemplo, la velocidad de la interfaz en un router se mide usando un tipo de objeto del indicador. El valor del entero dentro del rango de 0 a 4.294.967.295 es válido.

integer

Un número de 32 bits que se utiliza para especificar un tipo numerado en el contexto de un objeto administrado. Por ejemplo, para definir el estado operativo de una interfaz del router, 1 representa activo y 2 representa inactivo. El valor del entero dentro del rango de 0 a 4.294.967.295 es válido.

ipv4

Versión IP direccionamiento 4. El direccionamiento del IPv4 en el dotted decimal notation es válido.

octet string Una cadena de octetos en la notación hexadecimal usada para representar a las direcciones físicas. Las cadenas de texto son válidas. string

Una cadena de octetos en la notación del texto usada para representar las cadenas de texto. Las cadenas de texto son válidas.

unsigned32 Un número de 32 bits usado para representar el valor decimal. El valor de Contenido no firmado en el rango a partir de la 0 a 4294967295 es válido.

La operación determinada puede realizado en el local y los host remotos.

Solicitudes de Trampas e Informes SNMP Los desvíos son las notificaciones SNMP que alertan el SNMP Manager o el NMS a un estado de la red. El SNMP informa a las peticiones refiere a las notificaciones SNMP que alertan al SNMP Manager a un estado de la red y lo piden para la confirmación del recibo del SNMP Manager. Un evento SNMP ocurre cuando se muestrean los valores del ID del objeto del SNMP MIB, o cuando los contadores SNMP cruzan un umbral definido. Si las notificaciones se habilitan y se configuran para tales eventos, el SNMP traps o informa a los mensajes generados. Un evento de la notificación SNMP se acciona cuando un SNMP trap o informa al mensaje es recibido por el servidor del administrador del evento. Para se utiliza enviar un SNMP trap o informar al mensaje cuando se acciona un applet integrado del administrador del evento (EEM), action info type snmp trap action info type snmp inform y a los comandos. El CISCO-EMBEDDED-EVENT-MGRMIB.my se utiliza para definir el desvío y para informar a los mensajes.

Cómo configurar las Extensiones de biblioteca SNMP Esta sección contiene las siguientes tareas: •

Configurando el applet EEM para el SNMP consiga y las operaciones determinadas

•

Configurar el applet EEM para las notificaciones SNMP OID

Configurando el applet EEM para el SNMP consiga y las operaciones determinadas Mientras que registran una directiva con el servidor del administrador del evento, las acciones asociadas a un evento SNMP pueden ser configuradas. Realice esta tarea de configurar el applet EEM para el conjunto SNMP y de conseguir las operaciones. Prerrequisitos •

Usted debe ser Cisco IOS Release 12.4(22)T corriente o una versión posterior.

•

El administrador del evento SNMP debe ser configurado usando snmp-server manager el comando.

• La cadena de comunidad SNMP se debe fijar usando snmp-server community el comando de habilitar el acceso a la entidad SNMP. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event snmp oidoid-valueget-type{exact | next}entry-opoperatorentry-valentry-value [exit-comb {or | and}] []exit-op operator del []exit-valexit-value del []exit-timeexit-time-value poll-interval poll-int-value 5. action label info type snmp oid oid-value GET-tipo {exact | next} []community community-stringdel []ipaddr ipaddress 6. action label info type snmp oid oid-value []oid-type oid-type-value de la comunidadcommunity-string del conjunto-tipo ipaddr ip-address 7. action label info type snmp getid oid-value []community community-stringdel []ipaddr ip-address 8. exit

PASOS DETALLADOS

Comando o acción Paso enable 1

Example: Router> enable

Propósito Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet applet-name 3

Registra el subprograma en el Embedded Event Manager e ingresa en el modo de configuración de subprograma.

Paso event snmp oid oid-value get-type {exact | next} entry-op operator entry-val entry4

Especifica los criterios del evento que provocan la ejecución del applet EEM.

Example: Router# configure terminal Example: Router(config)# event manager applet snmp

value [exit-comb {or | and}] [exit-op operator] [exit-val exit-value] [exit-time exit-time-value] poll-interval poll-intvalue Example: Router(config-applet)# event snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Paso action label info type snmp oid oid-value get-type {exact | next} [community 5 community-string] [ipaddr ip-address]

Example: Router(config-applet)# action 1.3 info type snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 gettype exact community public ipaddr 172.17.16.69

Paso action label info type snmp oid oid-value set-type oid-type oid-type-value community 6 community-string [ipaddr ip-address]

Example: Router(config-applet)# action 1.4 info type snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 settype integer 42220 sysName.0 community rw ipaddr 172.17.16.69

Paso action label info type snmp getid oid-value [community community-string] [ipaddr ip7 address]

Example: Router(config-applet)# action 1.3 info type snmp getid community public ipaddr 172.17.16.69

Paso exit 8

Example: Router(config)# exit

Configurar el applet EEM para las notificaciones SNMP OID

• En este ejemplo, se acciona un evento EEM cuando la memoria libre se sitúa por debajo del valor 5120000. • Los criterios de salida son opcionales y, si no se han especificado, se vuelve a habilitar de inmediato el monitoreo de eventos. Especifica el tipo de consiguen la operación para realizarse. • En este ejemplo, el tipo de consigue la operación se especifica como exacto y la cadena de comunidad se especifica como público. (Opcional) especifica la variable que se fijará. • En este ejemplo, la variable sysName.0 se especifica para la operación determinada y la cadena de comunidad se especifica como RW. Observepara la operación determinada, usted debe especificar la cadena de comunidad SNMP. (Opcional) especifica si las variables individuales son extraídas por la operación del getid.

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Realice esta tarea de configurar las notificaciones SNMP. Prerrequisitos •

Usted debe ser versión corriente del Cisco IOS Release 12.4(22)T o Posterior.

• El administrador del evento SNMP debe ser configurado usando snmp-server manager el comando y los agentes SNMP deben ser configurados para enviar y para recibir el SNMP traps generado para una directiva EEM. • El SNMP traps e informa se debe habilitar usando snmp-server enable traps event-manager y snmp-server enable traps los comandos, de permitir los desvíos e informar a las peticiones de ser enviado del dispositivo Cisco IOS al servidor del administrador del evento. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event snmp oidoid-valueget-type{exact | next}entry-opoperatorentry-valentry-value [exit-comb {or | and}] []exit-op operator del []exit-valexit-value del []exit-timeexit-time-value poll-interval poll-int-value 5. action label info type snmp var variable-name oid oid-value oid-type oid-type-value 6. action label info type snmp trap enterprise-oid enterprise-oid-value generic-trapnum generic-trap-number específico-trapnum specific-trap-number trap-oid trap-oid-value trap-var trap-variable 7. action label info type snmp inform trap-oid trap-oid-value trap-var trap-variable comunidad community-string ipaddr ip-address 8. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet applet-name 3

Registra el subprograma en el Embedded Event Manager e ingresa en el modo de configuración de subprograma.

Paso event snmp oid oid-value get-type { exact | next} entry-op operator entry4

Especifica los criterios del evento que provocan la ejecución del applet EEM.

Example: Router> enable

Example: Router# configure terminal Example: Router(config)# event manager applet snmp

val entry-value [exit-comb {or | and}] [exit-op operator] [exit-val exit-value ] [exit-time exit-time-value] pollinterval poll-int-value Example: Router(config-applet)# event snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 get-type exact entry-op lt entry-val 5120000 pollinterval 90

Paso action label info type snmp var variable-name oid oid-value oid-type 5 oid-type-value

Example: Router(config-applet)# action 1.3 info type snmp var sysDescr.0 oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 integer 4220

Paso action label info type snmp trap enterprise-oid enterprise-oid-value 6

generic-trapnum generic-trap-number specific-trapnum specific-trap-number trap-oid trap-oid-value trap-var trapvariable Example:

• Ingrese su contraseña si se le pide que lo haga.

• En este ejemplo, se acciona un evento EEM cuando la memoria libre se sitúa por debajo del valor 5120000. • Los criterios de salida son opcionales y, si no se han especificado, se vuelve a habilitar de inmediato el monitoreo de eventos. Especifica el caso de un objeto administrado y de su valor. • En este ejemplo, se utiliza la variable sysDescr.0.

Genera un SNMP trap cuando se acciona el applet EEM. • En este ejemplo, se genera la trampa de falla de autenticación. Observeel número de trampa específico refiere al desvío

Router(config-applet)# action 1.4 info type snmp trap enterprise-oid 1.3.6.1.4.1.1 generic-trapnum 4 specific-trapnum 7 trap-oid 1.3.6.1.4.1.1.226.0.2.1 trap-var sysUpTime.0

Paso action label info type snmp inform trap-oid trap-oid-value trap-var trap7 variable community community-string ipaddr ip-address

Example: Router(config-applet)# action 1.4 info type snmp inform trap-oid 1.3.6.1.4.1.1.226.0.2.1 trap-var sysUpTime.0 community public ipaddr 172.69.16.2

Paso exit 8

Example: Router(config)# exit

específico de la empresa, se genera que cuando ocurre un evento de la empresa. Si el número de trampa genérico no se fija a 6, el número de trampa específico que usted especifica será utilizado para generar los desvíos. Genera un SNMP informan a la petición cuando se acciona el applet EEM. • En este ejemplo, la petición de la información se genera para la variable sysUpTime.0.

Salidas modo de configuración global y devoluciones al modo privilegiado.

Configuración de Lógica Variable para Applets de EEM La lógica variable para la característica de los applet EEM introducida en las versiones del Cisco IOS Release 12.4(22)T y Posterior, agrega la capacidad de aplicar la lógica condicional dentro de los applet EEM. Antes de que se introduzca la lógica variable, los applet tienen una estructura Lineal donde cada acción se ejecuta en la orden en la cual se configuran cuando se acciona el evento. La lógica condicional inserta una estructura de control que puede modificar el flujo de acciones dentro de los applets dependiendo de las expresiones condicionales. Cada estructura de control puede contener una lista de acciones del applet incluyendo las acciones de la colocación e if/else que determinan si se ejecuta la estructura o no. La información en el modo de configuración del applet se presenta como fondo para fijar el contexto para los comandos de la acción. Para se sigue proporcionar una interfaz de usuario constante entre el Tool Command Language (Tcl) y el applet (CLI) basó las directivas EEM, los criterios siguientes: •

Los criterios de la especificación del evento se escriben en el Tcl en la implementación basada Tcl.

• Los datos de la especificación del evento se escriben usando las sentencias de configuración del submode del applet CLI en la implementación basado en applet. Ingresan al modo de configuración del applet usando el comando del applet del administrador del evento. En el modo de configuración del applet el prompt de los config cambia a (config-applet) #. En los tipos del modo de configuración dos del applet de declaraciones de config se soportan: •

evento - usado para especificar los criterios del evento para hacer este applet ejecutarse.

•

acción - usada para especificar una acción incorporada para realizarse.

Se permite action a los comandos config múltiples del applet dentro de una configuración del applet. Si no hay action comando config del applet presente, una advertencia se visualiza, sobre la salida, no exponiendo ninguna declaración se asocia a este applet. Cuando no se asocia ningunas declaraciones a este applet, los eventos consiguen accionados pero no se toma ningunas medidas. Si no se especifica ningunos comandos en el modo de configuración del applet, el applet será quitado sobre la salida. Utilizan al comando config del applet de la salida de salir del modo de configuración del applet.

Prerrequisitos Para utilizar esta función, debe estar ejecutando Cisco IOS Release 12.4(22)T o una versión posterior.

Configuración de Lógica Variable para Applets de EEM El 3.0 EEM agrega los nuevos comandos de la acción del applet de permitir la lógica variable simple dentro de los applet. Para configurar la lógica variable usando los comandos de la acción realice las tareas del followng. •

Especificación de un loop de Bloques Condicionales

•

Especificación de Bloques Condicionales if else

•

Especificación de Sentencias foreach Iterativas

•

Uso de Expresiones Normales

•

Incremento de los Valores de las Variables

Especificación de un loop de Bloques Condicionales

Para especificar un loop de un bloque condicional cuando se acciona un applet EEM, realice esta tarea. En esta tarea, un loop condicional se fija para marcar si el valor de la variable es menos de 10. Si el valor de la variable es menos de 10, después el mensaje “que soy $_i” se escribe al Syslog.

Observeeficaz con el Cisco IOS Release 12.4(22)T, set el comando (EEM) es substituido por action set el comando. Vea action labelel comando set para más información. Si el comando del conjunto (EEM) se ingresa en y posterior las versiones 12.4(22)T, el analizador de sintaxis IOS traduce set el comando action label set al comando. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. action label conjunto 5. action label while string_op1 operator string_op2 6. Agregue cualquier acción como sea necesario. 7. action labelextremo PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Example: Router> enable

Example: Router# configure terminal

• Ingrese su contraseña si se le pide que lo haga.

Paso event manager applet applet-name 3

Registra el subprograma en el Embedded Event Manager (EEM) e Example: Router(config)# event manager applet ingresa en el modo de configuración de subprograma. condition

Paso action label set 4

Establece una acción para el evento. • En este ejemplo, el valor de la variable i se fija a 2.

Example: Router(config-applet)#action 1.0 set i 2

Paso action label while string_op1 operator string_op2 5 Example: Router(config-applet)# action 2 while $i lt 10

Paso Añada cualquier acción que sea necesaria. 6 Example:

Router(config-applet)# action 3 action syslog msg "i is $i"

Paso action label end 7

Especifica un loop de un bloque condicional. • En este ejemplo, un loop se fija para marcar si el valor de la variable i es menos de 10. Realiza la acción según lo indicado por el comando de acción. • En este ejemplo, el mensaje “que soy $_i” se escribe al Syslog. Sale de la acción en ejecución.

Example: Router(config-applet)# action 3 end

Especificación de Bloques Condicionales if else Para especificar el principio del si la declaración condicional seguida por una declaración condicional otra, realiza esta tarea. Si o bien las declaraciones condicionales se pueden utilizar conjuntamente con uno a o por separado. En esta tarea, el valor de una variable se fija a 5. Si el bloque condicional entonces se especifica para marcar si el valor de la variable es menos de 10. proporcionados si se satisface el bloque condicional, un comando de la acción de hacer salir el `x del mensaje es menos que se especifica 10'.

Después del si es condicional bloquee, un bloque condicional otro se especifica. Con tal que si el bloque condicional no se satisface, un comando de la acción de hacer salir el `x del mensaje sea mayor que se especifica 10'. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. action label conjunto variable-name variable-value 5. action label if []stringop1{eq | gt | ge | lt | le | ne} []stringop2 6. Agregue cualquier acción como sea necesario. 7. action label else 8. Agregue cualquier acción como sea necesario. 9. action label end PASOS DETALLADOS

Comando o acción Paso enable 1

Example: Router> enable

Propósito Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet applet-name 3

Registra el subprograma en el Embedded Event Manager (EEM) e ingresa en el modo de configuración de subprograma.

Paso action label set variable-name variable-value 4

Establece una acción para el evento.

Example: Router# configure terminal Example: Router(config)# event manager applet ifcondition

Example: Router(config-applet)# action 1.0 set x 5

Paso action label if [stringop1] {eq | gt | ge | lt | le | ne} [stringop2] 5 Example: Router(config-applet)# action 2.0 if $x lt 10

Paso Añada cualquier acción que sea necesaria. 6 Example:

Router(config-applet)# action 3.0 puts "$x is less than 10"

• En este ejemplo, el valor del x variable se fija a 5. Especifica si declaración condicional. • En este ejemplo, si declaración condicional a marcar si el valor de la variable es menos de 10. Realiza la acción según lo indicado por el comando de acción. • En este ejemplo, el mensaje `5 es menos que 10' se visualiza en la pantalla.

Paso action label else 7

Especifica un satement condicional otro

Paso Añada cualquier acción que sea necesaria. 8

Realiza la acción según lo indicado por el comando de acción.

Example: Router(config-applet)# action 4.0 else

Example: Router(config-applet)# action 5.0

Paso end 9

• En este ejemplo, el mensaje `5 es mayor que 10' se visualiza en la pantalla. Sale de la acción en ejecución.

Example: Router(config-applet)# end

Especificación de Sentencias foreach Iterativas Para especificar una declaración condicional que itere sobre una cadena de entrada usando el delimitador como modelo tokenizing, realice esta tarea. La declaración de la iteración del foreach se utiliza para iterar a través de una colección para

conseguir la información deseada. El delimitador es una cadena del patrón de expresión normal. El token encontrado en cada iteración se asigna a la variable dada del iterator. Todos los cálculos aritméticos se realizan como números enteros largos con hacia fuera cualquier comprobación para el desbordamiento. En esta tarea, el valor del x variable se fija a 5. Una declaración de la iteración se fija para ejecutarse a través de la cadena de entrada roja, azul, verde, anaranjado. Para cada elemento en la cadena de entrada, un mensaje correspondiente se visualiza en la pantalla. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. action label foreach []string-iteratordel []string-inputdel []string-delimiter 5. Especifique cualquier comando de la acción. 6. action labelextremo PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

• Ingrese su contraseña si se le pide que lo haga.

Example: Router> enable

Example: Router# configure terminal

Paso event manager applet applet-name 3

Registra el subprograma en el Embedded Event Manager (EEM) e Example: Router(config)# event manager applet ingresa en el modo de configuración de subprograma. iteration

Paso action label foreach [stringiterator] [string-input] [string4 delimiter]

Itera sobre una cadena de entrada usando el delimter como modelo tokenizing.

Example: Router(config-applet)# action 2.0 foreach iterator "red blue green orange"

Paso Especifique cualquier comando de la acción 5 Example: Router(config-applet)# action 3.0 puts "Iterator is $iterator"

• En este ejemplo, la iteración se ejecuta a través de los elementos de la cadena de entrada - roja, azul, verde y anaranjada. Realiza la acción según lo indicado por el comando de acción. • En este ejemplo, el siguiente mensaje se visualiza en la pantalla: Iterator es rojo Iterator es azul Iterator es verde Iterator es anaranjado

Paso action label end 6

Sale de la acción en ejecución.

Example:

Router(config-applet)# action 4.0 end

Uso de Expresiones Normales Para hacer juego un patrón de expresión normal con una cadena de entrada, realice esta tarea. Usando las expresiones normales, usted puede especificar las reglas para un conjunto de las cadenas posibles que se corresponderán con. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. action label regexp string-pattern string-input []string-match string-submatch1del []string-submatch2del [[]stringsubmatch3] PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

• Ingrese su contraseña si se le pide que lo haga.

Example: Router> enable

Example: Router# configure terminal

Paso event manager applet applet- Registra el subprograma en el Embedded Event name 3 Manager (EEM) e ingresa en el modo de configuración de subprograma. Example: Router(config)# event manager applet regexp

Paso action label regexp stringpattern string-input [ 4

string-match [stringsubmatch1] [string-submatch2 ] [string-submatch3]]

Especifica un modelo de la expresión para hacer juego con una cadena de entrada.

Example: Router(config-applet)# action 2.0 regexp "(.*) (.*) (.*)" "red blue green" _match _sub1

• En este ejemplo, una cadena de entrada del “verde azul rojo” se especifica. Cuando las Coincidencias de patrones de la expresión la cadena de entrada, el resultado entero red blue green se salvan en la variable _match y el submatch red se salva en la variable _sub1.

Incremento de los Valores de las Variables Para incrementar el valor de las variables, realice esta tarea. En esta tarea, el valor de una variable se fija a 20 y entonces el valor es incrementado por 12. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. action label conjunto 5. action label increment variable-name long-integer PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet applet-name 3

Registra el subprograma en el Embedded Event Manager (EEM) e ingresa en el modo de configuración de subprograma.

Paso action label set 4

Establece una acción para el evento.

Paso action label increment variablename long-integer 5

Incrementa el valor de la variable por el número entero largo especificado.

Example: Router> enable

Example: Router# configure terminal Example: Router(config)# event manager applet increment

Example: Router(config-applet)#action 1.0 set varname 20

Example: Router(config-applet)#action 2.0 increment varname 12

• Ingrese su contraseña si se le pide que lo haga.

• En este ejemplo, el valor de la variable se fija a 20.

• En este ejemplo, el valor de la variable es incrementado por 12.

Configurar el objeto del evento SNMP Realice esta tarea de registrar el evento del objeto del Simple Network Management Protocol (SNMP) para un applet integrado

del administrador del evento (EEM) que sea ejecutado muestreando el objeto SNMP.

Prerrequisitos Para utilizar esta característica, usted debe ser Cisco IOS Release 15.0(1)M corriente o una versión posterior. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name 4. event snmp-object oid oid-value type value sync {yes | no} skip {yes | no} istable {yes | no} []default secondsdel [] maxrun maxruntime-number 5. exit PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Example: Router> enable

• Ingrese su contraseña si se le pide que lo haga.

Example: Router# configure terminal

Paso event manager applet applet- Registra el applet con el administrador del evento name 3 integrado y ingresa al modo de configuración del applet. Example: Router(config)# event manager applet manual-policy

Paso event snmp-object oid oidRegistra el evento del objeto del Simple Network value type value sync {yes | Management Protocol (SNMP) para que un applet 4 no} skip {yes | no} istable integrado del administrador del evento (EEM) {yes | no} [default seconds] intercepte SNMP GET y FIJE los pedidos un [maxrun maxruntime-number] objeto. Example: Router(config-applet)# event snmp-object oid 1.9.9.9.9 type gauge sync yes action 1 syslog msg "oid = $_snmp_oid" action 2 syslog msg "request = $_snmp_request" action 3 syslog msg "request_type = $_snmp_request_type"

El valor por defecto para este comando es que no está configurado. Si se configura este comando los valores por defecto son lo mismo que en la descripción de las opciones del sintaxis, • oid La palabra clave especifica el identificador de objeto SNMP (ID del objeto). • oid-value El argumento puede ser el valor del ID del objeto del elemento de datos, en la notación punteada SNMP. Un OID se define como tipo en el MIB asociado, CISCOEMBEDDED-EVENT-MGR-MIB, y cada tipo tiene un valor de objeto. • istable La palabra clave especifica si el OID es una tabla SNMP. • La palabra clave del sincronizar especifica que el applet es ejecutarse en el modo síncrono. El código de retorno del applet indica si contestar a la petición SNMP. La descripción para el código 0 es “no contesta a la petición” y la descripción para el código 1 es “contestación a la petición”. Cuando el código de retorno del applet contesta a la petición, un valor se especifica en el applet para el objeto usando el comando del SNMP-objeto-valor de la acción. • type La palabra clave especifica el tipo de objeto. •

value El argumento es el valor del objeto.

• La palabra clave del salto especifica si saltar la ejecución del comando CLI. • default La palabra clave especifica la época de procesar el CONJUNTO o la petición get normalmente por el applet. Si

default la palabra clave no se especifica, el período del tiempo predeterminado se fija a 30 segundos. • milliseconds El argumento es el período de tiempo durante el cual el detector de evento del objeto SNMP espera la directiva para salir. • maxrunLa palabra clave especifica el tiempo de ejecución máximo del applet. Si maxrun se especifica la palabra clave, maxruntime-number el valor debe ser especificado. Si maxrun la palabra clave no se especifica, el tiempo de ejecución predeterminado del applet es 20 segundos. • milliseconds El argumento es el tiempo de ejecución máximo de la manzana en los milisegundos. Si el argumento no se especifica, se utiliza el límite del tiempo de ejecución del valor por defecto 20-second. Paso exit 5

Example: Router(config)# exit

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Inhabilitar la autorización AAA Realice esta tarea de permitir que las directivas EEM desvíen la autorización AAA cuando está accionado. PASOS SUMARIOS 1. enable 2. configure terminal 3. event manager applet applet-name []authorizationbypassdel []classclass-options del []trap 4. exit PASOS DETALLADOS

Comando o acción Paso enable 1

Example: Router> enable

Paso configure terminal 2

Example: Router# configure terminal

Propósito Habilita el modo EXEC privilegiado. • Ingrese su contraseña si se le pide que lo haga. Ingresa en el modo de configuración global.

Paso event manager applet applet-name [ Registra el subprograma en el authorization bypass] [class class-options Embedded Event Manager 3 ] [trap] (EEM) e ingresa en el modo de configuración de subprograma. Example: Router(config-applet)# event manager applet one class A authorization bypass

Paso exit 4

Example: Router(config)# exit

Salidas modo de configuración global y devoluciones al modo EXEC privilegiado.

Configurar la descripción de un applet integrado del administrador del evento Realice esta tarea de describir un applet EEM. La descripción de un applet se puede agregar en cualquier orden, antes o después de cualquier otra configuración del applet. Configurando una nueva descripción para un applet que tenga ya una descripción sobregraba la descripción actual. Una descripción del applet es opcional. Realice esta tarea de configurar una nueva descripción para un applet. PASOS SUMARIOS 1. enable 2. configure terminal

3. event manager applet applet-name 4. description line 5. event syslog pattern regular-expression 6. action label syslog msg msg-text 7. end PASOS DETALLADOS

Comando o acción

Propósito

Paso enable 1

Habilita el modo EXEC privilegiado.

Paso configure terminal 2

Ingresa en el modo de configuración global.

Paso event manager applet appletname 3

Registra el applet con el EEM e ingresa en el modo de configuración del applet.

• Ingrese su contraseña si se le pide que lo haga.

Example: Router> enable

Example: Router# configure terminal

Example: Router(config)# event manager applet increment

Paso description line 4

Agrega o modifica la descripción de un applet EEM que sea ejecutado por el Simple Network Management Protocol (SNMP) de muestreo.

Paso event syslog pattern regularexpression 5

Especifica los criterios del evento para un applet integrado del administrador del evento (EEM) que sea ejecutado correspondiendo con los mensajes de Syslog.

Example: Router(config-applet)# description "This applet looks for the word count in syslog messages"

Example: Router(config-applet)# event syslog pattern "count"

Paso action label syslog msg msgtext 6

Especifica la acción que se seguirá cuando se desencadene un applet EEM.

Example: Router(config-applet)# action 1 syslog msg hi

Paso 7

• En este ejemplo, el acción realizada es escribir un mensaje al Syslog. • msg-text El argumento puede ser texto del carácter, una variable de entorno, o una combinación de los dos.

Comando o acción

Propósito

end

Sale del modo de configuración de applet y vuelve al modo EXEC privilegiado.

Example: Router(configapplet)# end

Ejemplos de Configuración para la Escritura de Políticas de EEM a través de la CLI de Cisco IOS Esta sección proporciona los siguientes ejemplos de configuración: •

Configuración de Applets de Embedded Event Manager: Ejemplos

•

Ejecución Manual de Políticas de Embedded Event Manager: Ejemplos

•

Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager: Ejemplo:

• Configuración del Detector de Eventos del Monitor del Sistema Watchdog (Cisco IOS) de Embedded Event Manager: Ejemplo: •

Extensiones de Biblioteca de la Configuración SNMP: Ejemplos

•

Configuración de Lógica Variable para Applets de EEM: Ejemplos

•

Configurar la descripción de un applet EEM: Ejemplos

Configuración de Applets de Embedded Event Manager: Ejemplos La demostración de los siguientes ejemplos cómo crear un applet EEM para algunos de los detectores de evento EEM. Estos ejemplos siguen los pasos en “registro delineado y definición la sección de un applet integrado del administrador del evento”. Detector de Eventos Específicos de la Aplicación El siguiente ejemplo muestra cómo una directiva nombrada EventPublish_A funciona con cada 20 segundos y publica un tipo de

evento numerado 1 a un subsistema EEM numerado 798. El valor del subsistema de 798 especifica que un evento de la publicación ha ocurrido de una directiva EEM. Un EventPublish_B nombrado segunda directiva se registra para ejecutarse cuando el tipo 1 del evento EEM ocurre con el subsistema 798. Cuando la directiva de EventPublish_B se ejecuta, envía un mensaje al Syslog que contiene los datos pasajeros como argumento de la directiva de EventPublish_A. event manager applet EventPublish_A event timer watchdog time 20.0 action 1.0 syslog msg "Applet EventPublish_A" action 2.0 publish-event sub-system 798 type 1 arg1 twenty exit event manager applet EventPublish_B event application sub-system 798 type 1 action 1.0 syslog msg "Applet EventPublish_B arg1 $_application_data1"

Detector de Eventos CLI El siguiente ejemplo muestra cómo especificar un applet EEM para ejecutarse cuando se funciona con write memory el comando del Cisco IOS CLI. El applet proporciona una notificación que este evento ha ocurrido vía un mensaje de Syslog. En el ejemplo, sync la palabra clave se configura con el argumento del sí, y ésta significa que el detector de evento está notificado cuando esta directiva completa el funcionamiento. El estado de salida de la directiva determina si ejecutarán al comando CLI. En este ejemplo, fijan al estado de salida de la directiva a uno y el comando CLI se ejecuta. event manager applet cli-match event cli pattern "write mem.*" sync yes action 1.0 syslog msg "$_cli_msg Command Executed" set 2.0 _exit_status 1

El siguiente ejemplo muestra a applet cuál hace juego cli pattern con el argumento de la prueba. Cuando show access-list test se ingresa, el detector de evento CLI corresponde con el argumento de la prueba, y se acciona el applet. debug event manager detector cli La salida se agrega para mostrar que los num_matches están fijados a uno. ! event manager applet EEM-PIPE-TEST event cli pattern "test" sync yes action 1.0 syslog msg "Pattern matched!" ! *Aug 23 23:19:59.827: check_eem_cli_policy_handler: command_string=show access-lists test *Aug 23 23:19:59.827: check_eem_cli_policy_handler: num_matches = 1, response_code = 4 *Aug 23 23:19:59.843: %HA_EM-6-LOG: EEM-PIPE-TEST: Pattern matched!

Observelas funciones proporcionadas en el detector de evento CLI permite solamente una coincidencia en IOS CLI un comando válido sí mismo del patrón de expresión normal. Esto no incluye el texto después de un tubo (|) carácter cuando se utiliza el cambio de dirección. El siguiente ejemplo muestra que cuando show version | include test se ingresa, el applet no puede accionar porque el detector de evento CLI no corresponde con en los caracteres ingresados después del tubo (|) el carácter y debug event manager detector cli los num_matches de las demostraciones de la salida se fija a cero. *Aug 23 23:20:16.827: check_eem_cli_policy_handler: command_string=show version *Aug 23 23:20:16.827: check_eem_cli_policy_handler: num_matches = 0, response_code = 1

Detector contrario del detector de evento y del evento de temporización

El siguiente ejemplo muestra que la directiva de EventCounter_A está configurada para funcionar con una vez al minuto y para incrementar los critical_errors llamados contrarios bien conocidos. Una segunda directiva — EventCounter_B — se registra para ser accionado cuando los critical_errors llamados contrarios bien conocidos exceden un umbral de 3. Cuando la directiva de EventCounter_B se ejecuta, reajusta en dirección contraria 0. event manager applet EventCounter_A event timer watchdog time 60.0 action 1.0 syslog msg "EventCounter_A" action 2.0 counter name critical_errors op inc value 1 exit event manager applet EventCounter_B event counter name critical_errors entry-op gt entry-val 3 exit-op lt exit-val 3 action 1.0 syslog msg "EventCounter_B" action 2.0 counter name critical_errors op set value 0

Detector de Eventos de Contador de Interfaz El siguiente ejemplo muestra cómo una directiva nombrada EventInterface se acciona cada vez el contador del receive_throttle para la interfaz Fast Ethernet 0/0 es incrementada por 5. El intervalo de sondeo para marcar el contador se especifica para funcionar con una vez cada 90 segundos. event manager applet EventInterface event interface name FastEthernet0/0 parameter receive_throttle entry-op ge entry-val 5 entry-val-is-increment true poll-interval 90 action 1.0 syslog msg "Applet EventInterface"

Detector de Eventos de Recurso El siguiente ejemplo muestra cómo especificar los criterios del evento basados en un informe del evento ERM para una directiva definida para señalar CPU elevada el uso: event manager applet policy-one event resource policy cpu-high action 1.0 syslog msg "CPU high at $_resource_current_value percent"

Detector de Eventos RF El detector de evento RF está solamente disponible en los dispositivos de interconexión de redes que contienen los Route Processor duales (RP). El siguiente ejemplo muestra cómo especificar los criterios del evento basados en una notificación del cambio de estado RF: event manager applet start-rf event rf event rf_prog_initialization action 1.0 syslog msg "rf state rf_prog_initialization reached"

Detector de Eventos RPC El detector del evento RPC permite que una entidad exterior haga una petición simple del protocolo de acceso a objetos (JABÓN) al router o a un Switch e invoca una directiva definida o el script EEM. El siguiente ejemplo muestra cómo un applet EEM llamado Event_RPC se está registrando para ejecutar un script EEM: event manager applet Event_RPC event rpc action print puts "hello there"

El siguiente ejemplo muestra el formato del mensaje de la solicitud SOAP y de la contestación:

Event_RPC

]]>]]>

0]]>]] >

Detector de Eventos SNMP Las demostraciones del siguiente ejemplo cómo especificar un applet EEM para ejecutarse cuando el USO de la CPU es mayor del 75 por ciento. Cuando el applet EEM se ejecuta, funcionan con enable a los comandos CLI show cpu processes y, y un email que contiene el resultado show cpu processes del comando se envía a un ingeniero. event manager applet snmpcpuge75 event snmp oid 1.3.6.1.4.1.9.9.109.1.1.1.1.3.1 get-type exact entry-op ge entry-val 75 poll-interval 10 action 1.0 cli command "enable" action 2.0 cli command "show process cpu" action 3.0 mail server "192.168.1.146" to "[email protected]" from "[email protected]" subject "B25 PBX Alert" body "$_cli_result"

El próximo ejemplo es más complejo y muestra cómo configurar un applet EEM que cause un Switch al (RP) (redundante) secundario del Route Processor cuando el RP primario se ejecuta bajo en la memoria. Este ejemplo ilustra un método para tomar medidas preventivas contra un incidente del software que cause una fuga de memoria. El acción realizada aquí es diseñado para reducir el tiempo muerto conmutando encima a un RP redundante cuando se detecta una fuga de memoria posible. Cuadro 1 topología dual RP

Los comandos usados para registrar la directiva se muestran abajo. event manager applet memory-demo event snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 get-type exact entry-op lt entry-val 5120000 poll-interval 90 action 1.0 syslog priority critical msg "Memory exhausted; current available memory is $_snmp_oid_val bytes" action 2.0 force-switchover

El applet registrado se visualiza usando show event manager policy registered el comando: Router# show event manager policy registered

No.

Type

Event Type

Time Registered

Name

1

applet

snmp

Thu Jan30

memory-demo

05:57:16 2003

oid {1.3.6.1.4.1.9.9.48.1.1.1.6.1} get-type exact entry-op lt entry-val {5120000} poll-interval 90 action 1.0 syslog priority critical msg "Memory exhausted; current available memory is $_snmp_oid_val bytes" action 2.0 force-switchover

Con el fin de este ejemplo, un agotamiento de la memoria se fuerza en el router, y una serie show memory de comandos se ejecuta para mirar la memoria agotar: Router# show memory

Head

Total(b)

Used(b)

Free(b)

Lowest(b)

Largest(b)

Processor

53585260

212348444

119523060

92825384

92825384

92365916

Fast

53565260

131080

70360

60720

60720

60668

Router# show memory

Head

Total(b)

Used(b)

Free(b)

Lowest(b)

Largest(b)

Processor

53585260

212364664

164509492

47855172

47855172

47169340

Fast

53565260

131080

70360

60720

60720

60668

Router# show memory

Head

Total(b)

Used(b)

Free(b)

Lowest(b)

Largest(b)

Processor

53585260

212369492

179488300

32881192

32881192

32127556

Fast

53565260

131080

70360

60720

60720

60668

Cuando se alcanza el umbral, se acciona un evento EEM. El applet nombrado funcionamientos de la memoria-versión parcial de programa, haciendo un mensaje de Syslog ser escrito a la consola y a un Switch que se harán al RP secundario. Se registran los siguientes mensajes: 00:08:31: %HA_EM-2-LOG: memory-demo: Memory exhausted; current available memory is 4484196 bytes 00:08:31: %HA_EM-6-FMS_SWITCH_HARDWARE: fh_io_msg: Policy has requested a hardware switchover

Lo que sigue es resultado parcial show running-config del comando en el RP primario y el RP (redundante) secundario:

redundancy mode sso . . ! event manager applet memory-demo event snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 get-type exact entry-op lt entry-val 5120000 poll-interval 90 action 1.0 syslog priority critical msg "Memory exhausted; current available memory is $_snmp_oid_val bytes" action 2.0 force-switchover

Detector de Eventos de Notificación SNMP Se configuran las demostraciones del siguiente ejemplo cómo configurar snmp-server community el público RW snmp-server manager y los comandos event snmp-notification antes. snmp-server community public RW snmp-server manager

El siguiente ejemplo muestra cómo un applet EEM llamado SNMP_Notification se está registrando para ejecutar un script EEM cuando el router recibe una notificación SNMP en el IP Address de destino 192.168.1.1 para el ID del objeto 1 cuyos iguales 10. del valor. event manager applet SNMP_Notification event snmp-notification dest_ip_address 192.168.1.1 oid 1 op eq oid-value 10 action 1 policy eem_script

Detector de Evento de Syslog El siguiente ejemplo muestra cómo especificar un applet EEM para ejecutarse cuando el Syslog identifica que la interfaz de Ethernet 1/0 está abajo. El applet envía un mensaje sobre la interfaz al Syslog. event manager applet interface-down event syslog pattern ".*UPDOWN.*Ethernet1/0.*" occurs 4 action 1.0 syslog msg "Ethernet interface 1/0 changed state 4 times"

Ejecución Manual de Políticas de Embedded Event Manager: Ejemplos La demostración de los siguientes ejemplos cómo no utilizar el ninguno detector de evento configurar una directiva EEM (applet o script) que se ejecutará manualmente. Usando el comando del funcionamiento del administrador del evento Este ejemplo muestra cómo funcionar con una directiva manualmente usando event manager run el comando. La directiva se registra usando event none el comando bajo el modo de configuración y entonces funcionamiento del applet del modo de configuración global que usa event manager run el comando. event manager applet manual-policy event none action 1.0 syslog msg "Manual-policy triggered" end ! event manager run manual-policy

Usando el comando policy de la acción Este ejemplo muestra cómo funcionar con una directiva manualmente usando action policy el comando. La directiva se registra usando event none el comando bajo modo de configuración del applet, y entonces la directiva se ejecuta usando

action policy el comando en el modo de configuración del applet. event manager applet manual-policy event none action 1.0 syslog msg "Manual-policy triggered" exit ! event manager applet manual-policy-two event none action 1.0 policy manual-policy end ! event manager run manual-policy-two

Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager: Ejemplo: Este ejemplo muestra cómo crear un objeto del stub, fijar el estado del objeto del stub, y configurar un applet EEM que se ejecutará cuando el objeto seguido cambia. Se utiliza el detector de evento aumentado del Rastreo de objetos (EOT), y las acciones se especifican al conjunto y leen el estado del objeto. Este ejemplo permite que EEM defina un objeto EOT que se pueda manipular por otros clientes EOT. Una política de EEM puede ser un disparador de cualquier objeto EOT incluidos los objetos definidos para otros clientes EOT o para un objeto definido por EEM. track 10 stub-object default-state down ! event manager applet track-ten event track 10 state any action 1.0 track set 10 state up action 2.0 track read 10

Configuración del Detector de Eventos del Monitor del Sistema Watchdog (Cisco IOS) de Embedded Event Manager: Ejemplo: Las demostraciones del siguiente ejemplo cómo configurar tres applet EEM para demostrar cómo el detector de evento del monitor de sistema de vigilancia del Cisco IOS (IOSWDSysMon) funciona. Directiva del monitor de sistema de vigilancia Sample1 La primera directiva acciona un applet cuando el USO de la CPU medio para el proceso nombrado IP entrar es el mayor o igual 1 por ciento por 10 segundos: event manager applet IOSWD_Sample1 event ioswdsysmon sub1 cpu-proc taskname "IP Input" op ge val 1 period 10 action 1.0 syslog msg "IOSWD_Sample1 Policy Triggered"

Directiva del monitor de sistema de vigilancia Sample2 La segunda directiva acciona un applet cuando la cantidad total de memoria usada por el proceso nombrado Net Input es mayor del kb 100: event manager applet IOSWD_Sample2 event ioswdsysmon sub1 mem-proc taskname "Net Input" op gt val 100 is-percent false action 1.0 syslog msg "IOSWD_Sample2 Policy Triggered"

Directiva del monitor de sistema de vigilancia Sample3 La tercera directiva acciona un applet cuando la cantidad total de memoria usada por el proceso nombró la actualización del RIB IP ha aumentado en el más de 50 por ciento durante el período de la muestra de 60 segundos:

event manager applet IOSWD_Sample3 event ioswdsysmon sub1 mem-proc taskname "IP RIB Update" op gt val 50 is-percent true period 60 action 1.0 syslog msg "IOSWD_Sample3 Policy Triggered"

Se configuran las tres directivas, y entonces los ping grandes repetidores se hacen al dispositivo de interconexión de redes de varios puestos de trabajo, haciendo el dispositivo de interconexión de redes registrar un cierto uso. Esto accionará las directivas 1 y 2, y la consola visualizará los siguientes mensajes: 00:42:23: %HA_EM-6-LOG: IOSWD_Sample1: IOSWD_Sample1 Policy Triggered 00:42:47: %HA_EM-6-LOG: IOSWD_Sample2: IOSWD_Sample2 Policy Triggered

Para ver las directivas se registran que, utilice el comando registrado directiva del administrador del evento de la demostración: Router# show event manager policy registered

No.

Class

Type

Event Type

Trap

Time Registered

Name

1

applet

system

ioswdsysmon

Off

Fri Jul 23 02:27:28 2004

IOSWD_Sample1

sub1 cpu_util {taskname {IP Input} op ge val 1 period 10.000 } action 1.0 syslog msg "IOSWD_Sample1 Policy Triggered"

2

applet

system

ioswdsysmon

Off

Fri Jul 23 02:23:52 2004

IOSWD_Sample2

sub1 mem_used {taskname {Net Input} op gt val 100 is_percent FALSE} action 1.0 syslog msg "IOSWD_Sample2 Policy Triggered"

3

applet

system

ioswdsysmon

Off

Fri Jul 23 03:07:38 2004

IOSWD_Sample3

sub1 mem_used {taskname {IP RIB Update} op gt val 50 is_percent TRUE period 60.000 } action 1.0 syslog msg "IOSWD_Sample3 Policy Triggered"

Extensiones de Biblioteca de la Configuración SNMP: Ejemplos Esta sección proporciona los siguientes ejemplos de configuración: •

Operaciones Get SNMP: Ejemplos

•

Operaciones GetID SNMP: Ejemplos

•

Operaciones Set: Ejemplos

•

Generación de Notificaciones SNMP: Ejemplos

Operaciones Get SNMP: Ejemplos Las demostraciones del siguiente ejemplo cómo enviar una petición get al host local. Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.2.1.1.1.0 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp oid 1.3.6.1.2.1.1.1.0 get-type exact community public

Router(config-applet)# action 1.3 info type snmp oid 1.3.6.1.2.1.1.4.0 get-type next community public

El mensaje del registro siguiente será escrito al registro del administrador del evento SNMP: 1d03h:%HA_EM-6-LOG: lg: 1.3.6.1.2.1.1.1.0 1d04h:%HA_EM-6-LOG: lgn: 1.3.6.1.2.1.1.5.0

El siguiente ejemplo muestra cómo enviar una petición get a un host remoto. Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.2.1.1.1.0 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp oid 1.3.6.1.2.1.1.4.0 get-type next community public ipaddr 172.17.16.69

Router(config-applet)# action 1.3 info type snmp getid 1.3.6.1.2.1.1.1.0 community public ipaddr 172.17.16.69

El mensaje del log siguiente se escribe en el log del administrador del evento SNMP: 1d03h:%HA_EM-6-LOG: lg: 1.3.6.1.2.1.1.1.0 1d04h:%HA_EM-6-LOG: lgn: 1.3.6.1.2.1.1.5.0

Operaciones GetID SNMP: Ejemplos Las demostraciones del siguiente ejemplo cómo enviar una petición del getid al host local. Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.2.1.1.1.0 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp getid community public

El mensaje del log siguiente se escribe en el log del administrador del evento SNMP: 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysname_oid=1.3.6.1.2.1.1.5.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysname_value=jubjub.cisco.com 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syslocation_oid=1.3.6.1.2.1.1.6.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syslocation_value= 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysdescr_oid=1.3.6.1.2.1.1.1.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysobjectid_oid=1.3.6.1.2.1.1.2.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysobjectid_value=products.222 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysuptime_oid=1.3.6.1.2.1.1.3.0

1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysuptime_oid=10131676 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syscontact_oid=1.3.6.1.2.1.1.4.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syscontact_value=YYY

El siguiente ejemplo muestra cómo enviar una petición del getid a un host remoto. Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.2.1.1.1.0 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp getid 1.3.6.1.2.1.1.1.0 community public ipaddr 172.17.16.69

El mensaje del log siguiente se escribe en el log del administrador del evento SNMP: 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysname_oid=1.3.6.1.2.1.1.5.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysname_value=jubjub.cisco.com 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syslocation_oid=1.3.6.1.2.1.1.6.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syslocation_value= 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysdescr_oid=1.3.6.1.2.1.1.1.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysobjectid_oid=1.3.6.1.2.1.1.2.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysobjectid_value=products.222 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysuptime_oid=1.3.6.1.2.1.1.3.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_sysuptime_oid=10131676 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syscontact_oid=1.3.6.1.2.1.1.4.0 1d04h:%HA_EM-6-LOG: lgid: _info_snmp_syscontact_value=YYY

Operaciones Set: Ejemplos Las demostraciones del siguiente ejemplo cómo realizar una operación determinada en el host local. Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.2.1.1.1.0 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp oid 1.3.6.1.2.1.1.4.0 set-type integer 5 sysName.0 community public

El mensaje del log siguiente se escribe en el log del administrador del evento SNMP: 1d04h:%HA_EM-6-LOG: lset: 1.3.6.1.2.1.1.4.0

1d04h:%HA_EM-6-LOG: lset: XXX

El siguiente ejemplo muestra cómo realizar una operación determinada en un host remoto. Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.2.1.1.1.0 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp oid 1.3.6.1.2.1.1.4.0 set-type integer 5 sysName.0 community public ipaddr 172.17.16.69

El mensaje del log siguiente se escribe en el log del administrador del evento SNMP: 1d04h:%HA_EM-6-LOG: lset: 1.3.6.1.2.1.1.4.0 1d04h:%HA_EM-6-LOG: lset: XXX

Generación de Notificaciones SNMP: Ejemplos Las demostraciones del siguiente ejemplo cómo configurar el SNMP traps para la variable sysUpTime.0: Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp var sysUpTime.0 oid 1.3.6.1.4.1.9.9.43.1.1.6.1.3.41 integer 2

Router(config-applet)# action 1.4 info type snmp trap enterprise-oid ciscoSyslogMIB.2 generic-trapnum 6 specific-trapnum 1 trap-oid 1.3.6.1.4.1.9.9.41.2.0.1 trap-var sysUpTime.0

Se genera la salida siguiente si está habilitado el comando debug snmp packets: Router# debug snmp packets

1d04h: SNMP: Queuing packet to 172.69.16.2 1d04h: SNMP: V1 Trap, ent ciscoSyslogMIB.2, addr 172.19.rap 1 clogHistoryEntry.3 = 4 clogHistoryEntry.6 = 9999 1d04h: SNMP: Queuing packet to 172.19.208.130 1d04h: SNMP: V1 Trap, ent ciscoSyslogMIB.2, addr 172.19.rap 1 clogHistoryEntry.3 = 4 clogHistoryEntry.6 = 9999

1d04h: SNMP: Packet sent via UDP to 172.69.16.2 1d04h: SNMP: Packet sent via UDP to 172.69.16.2 infra-view10: Packet Dump: 30 53 02 01 00 04 04 63 6f 6d 6d a4 48 06 09 2b 06 01 04 01 09 09 29 02 40 04 ac 13 d1 17 02 01 06 02 01 01 43 04 00 9b 82 5d 30 29 30 12 06 0d 2b 06 01 04 01 09 09 29 01 02 03 01 03 02 01 04 30 13 06 0d 2b 06 01 04 01 09 09 29 01 02 03 01 06 02 02 27 0f Received SNMPv1 Trap: Community: comm Enterprise: ciscoSyslogMIBNotificationPrefix Agent-addr: 172.19.209.23 Enterprise Specific trap. Enterprise Specific trap: 1 Time Ticks: 10191453 clogHistSeverity = error(4) clogHistTimestamp = 9999

El siguiente ejemplo muestra cómo configurar el SNMP informa a los pedidos la variable sysUpTime.0: Router(config)# event manager applet snmp

Router(config-applet)# event snmp oid 1.3.6.1.4.1.9.9.48.1.1.1.6.1 get-type exact entry-op lt entry-val 5120000 poll-interval 90

Router(config-applet)# action 1.3 info type snmp var sysUpTime.0 oid 1.3.6.1.4.1.9.9.43.1.1.6.1.3.41 integer 2

Router(config-applet)# action 1.4 info type snmp inform trap-oid 1.3.6.1.4.1.9.9.43.2.0.1 trap-var sysUpTime.0 community public ipaddr 172.19.209.24

Se genera la salida siguiente si está habilitado el comando debug snmp packets: Router# debug snmp packets

1d04h: SNMP: Inform request, reqid 24, errstat 0, erridx 0 sysUpTime.0 = 10244391 snmpTrapOID.0 = ciscoConfigManMIB.2.0.1

ccmHistoryEventEntry.3.40 = 1 1d04h: SNMP: Packet sent via UDP to 172.19.209.24.162 1d04h: SNMP: Packet received via UDP from 172.19.209.24 on FastEthernet0/0 1d04h: SNMP: Response, reqid 24, errstat 0, erridx 0 1d04h: SNMP: Response, reqid 24, errstat 0, erridx 0 1d04h: SNMP: Inform request, reqid 25, errstat 0, erridx 0 sysUpTime.0 = 10244396 snmpTrapOID.0 = ciscoConfigManMIB.2.0.1 ccmHistoryEventEntry.3.41 = 2 1d04h: SNMP: Packet sent via UDP to 172.19.209.24.162 1d04h: SNMP: Packet received via UDP from 172.19.209.24 on FastEthernet0/0 1d04h: SNMP: Response, reqid 25, errstat 0, erridx 0 1d04h: SNMP: Response, reqid 25, errstat 0, erridx 0 Router# debug snmp packets 5d04h: SNMP: Packet received via UDP from 172.19.209.23 on FastEthernet0/0 5d04h: SNMP: Inform request, reqid 24, errstat 0, erridx 0 sysUpTime.0 = 10244391 snmpTrapOID.0 = ciscoConfigManMIB.2.0.1 ccmHistoryEventEntry.3.40 = 1 5d04h: dest if_index = 1 5d04h: dest ip addr= 172.19.209.24 5d04h: SNMP: Response, reqid 24, errstat 0, erridx 0 5d04h: SNMP: Packet sent via UDP to 172.19.209.23.57748 5d04h: SNMP: Packet received via UDP from 172.19.209.23 on FastEthernet0/0 5d04h: SNMP: Inform request, reqid 25, errstat 0, erridx 0

Configuración de Lógica Variable para Applets de EEM: Ejemplos Las secciones siguientes proporcionan los ejemplos en algunos comandos seleccionados de la acción. Para la información sobre todos los comandos de la acción que soportan la lógica variable dentro de los applet, vea el cuadro 6. En este ejemplo, los loopes condicionales while, if y foreach se utilizan para imprimir los datos. La otra acción ordena por ejemplo action divide, action increment y action puts se utiliza para definir las acciones que se realizarán cuando se cumplen las condiciones. event manager applet printdata event none action 100 set colors "red green blue" action 101 set shapes "square triangle rectange" action 102 set i "1" action 103 while $i lt 6 action 104 divide $i 2 action 105 if $_remainder eq 1 action 106 foreach _iterator "$colors" action 107 puts nonewline "$_iterator " action 108 end action 109 puts "" action 110 else action 111 foreach _iterator "$shapes"

action action action action action action

112 113 114 115 116 117

puts nonewline "$_iterator " end puts "" end increment i end

Cuando el applet del administrador del evento ex se ejecuta, se obtiene el producto siguiente: event manager run printdata red green blue square triangle rectange red green blue square triangle rectange red green blue

En este ejemplo, el poll_interface y el max_rx_rate de dos variables de entorno se fijan al F0/0 y a 3 respectivamente. Cada 30 segundos allí son una encuesta sobre una interfaz para la tarifa del rx. Si la tarifa del rx es mayor que el umbral, se visualiza un mensaje de Syslog. Este applet hace uso de la declaración condicional del foreach para sondear la interfaz, si es condicional bloquea para comparar el valor bajo RXPS con el max_rx_rate que fue fijado en la variable de entorno EEM. event manager environment poll_interfaces F0/0 event manager environment max_rx_rate 3

ev man app check_rx_rate ev timer watchdog name rx_timer time 30 action 100 foreach int $poll_interfaces action 101 cli command "en" action 102 cli command "show int $int summ | beg ------" action 103 foreach line $_cli_result "\n" action 105 regexp ".*[0-9]+\s+[0-9]+\s+[0-9]+\s+[0-9]+\s+[0-9]+\s+([0-9]+)\s+.*" $line junk rxps action 106 if $_regexp_result eq 1 action 107 if $rxps gt $max_rx_rate action 108 syslog msg "Warning rx rate for $int is > than threshold. Current value is $rxps (threshold is $max_rx_rate)" action 109 end action 110 end action 111 end action 112 end

Example syslog message:

Oct 16 09:29:26.153: %HA_EM-6-LOG: c: Warning rx rate for F0/0 is > than threshold. Current value is 4 (threshold is 3)

The output of show int F0/0 summ is of the format:

#show int f0/0 summ

*: interface is up IHQ: pkts in input hold queue IQD: pkts dropped from input queue OHQ: pkts in output hold queue OQD: pkts dropped from output queue RXBS: rx rate (bits/sec) RXPS: rx rate (pkts/sec) TXBS: tx rate (bits/sec) TXPS: tx rate (pkts/sec) TRTL: throttle count

Interface IHQ IQD OHQ OQD RXBS RXPS TXBS TXPS TRTL ------------------------------------------------------------------------* FastEthernet0/0 0 87283 0 0 0 0 0 0 0

Observepara utilizar otros comandos de la acción que soportan la lógica variable dentro de los applet, utilice los comandos enumerados en el cuadro 6.

Comandos de la acción

Propósito

la acción agrega

Agrega el valor de dos variables cuando se acciona un applet EEM.

la acción añade al final del fichero

Añade el valor al final del fichero dado al valor actual de una variable cuando se acciona un applet EEM.

rotura de la acción

Causa una salida inmediata de un loop de las acciones cuando se acciona un applet EEM

comentario de la acción

Agrega los comentarios a un applet cuando se acciona un applet EEM

el contexto de la acción extrae

Extrae las variables identificadas por un conjunto dado de las claves del nombre del contexto cuando se acciona un applet EEM.

salvaguardia del contexto de Guarda la información a través de los activadores de las políticas la acción múltiples cuando se acciona un applet EEM. la acción continúa

Continúa con un loop de las acciones cuando se acciona un applet EEM.

decremento de la acción

Decrements el valor de una variable cuando se acciona un applet EEM.

divisoria de la acción

Divide el valor del dividendo por el valor dado del divisor cuando se acciona un applet EEM.

acción

Especifica el principio del si condicional otro/bloque del bloque de la acción adentro condicional de la acción cuando se acciona un applet EEM.

elseif de la acción

Identifica el principio del bloque condicional otro de la acción en el otro/si bloque condicional de la acción cuando se acciona un applet EEM.

extremo de la acción

Especifica la identificación del extremo de un bloque condicional de la acción en si/y mientras que bloque condicional de la acción cuando se acciona un applet EEM.

salida de la acción

Especifica una salida inmediata de la configuración corriente del applet cuando se acciona un applet EEM.

foreach de la acción

Especifica la iteración de una cadena de entrada usando el delimitador como modelo tokenizing, cuando se acciona un applet EEM.

la acción consigue

Consigue una entrada del TTY local en un applet síncrono y salva el valor en la variable dada cuando se acciona un applet EEM.

acción si

Especifica la identificación del principio del si es condicional bloquean cuando se acciona un applet EEM.

acción si es indicado

Da instrucciones el applet para saltar a una escritura de la etiqueta dada si la condición especificada es verdad cuando se acciona un applet EEM.

incremento de la acción

Incrementa el valor de una variable cuando se acciona un applet EEM.

interfaces names del tipo de información de la acción

Especifica la acción de obtener los nombres de la interfaz cuando se acciona un applet EEM.

getid SNMP del tipo de información de la acción

Extrae las variables individuales de una entidad del Simple Network Management Protocol (SNMP) durante el SNMP consiguen la operación.

el SNMP del tipo de información de la acción informa

Envía un SNMP informan a las peticiones cuando se acciona un applet EEM.

oid SNMP del tipo de información de la acción

Especifica el tipo de SNMP consiguen la operación y el objeto para extraer durante los SNMP set operations, cuando se acciona un applet

EEM. desvío SNMP del tipo de información de la acción

Envía las peticiones del SNMP trap cuando se acciona un applet EEM.

SNMP var del tipo de información de la acción

Crea una variable para un identificador de objeto SNMP (OID) y su valor de un applet EEM

la acción se multiplica

Especifica la acción de multiplicar el valor variable con un valor del número entero dado especificado cuando se acciona un applet EEM.

la acción pone

Habilita la acción de los datos de la impresión directamente al equipo teleescritor local cuando se acciona un applet EEM.

regexp de la acción

Especifica la acción de corresponder con un patrón de expresión normal en una cadena de entrada cuando se acciona un applet EEM.

acción fijada (EEM)

Especifica la acción de fijar el valor de una variable cuando se acciona un applet EEM.

la cadena de la acción compara

Especifica la acción de comparar dos cadenas desiguales cuando se acciona un applet EEM.

igual de la cadena de la acción

Especifica la acción de verificar independientemente de si dos cadenas son igual cuando se acciona un applet EEM

cadena primera de la acción Especifica la acción de volver el índice en el primer acontecimiento de string1 dentro de string2 cuando se acciona un applet EEM. índice de la cadena de la acción

Especifica la acción de volver los caracteres especificados en un valor del índice dado cuando se acciona un applet EEM.

último de la cadena de la acción

Especifica la acción de volver el índice en la última aparición de string1 dentro de la cadena 2 cuando se acciona un applet EEM.

longitud de la cadena de la acción

Especifica la acción de volver el número de caracteres en una cadena cuando se acciona el applet EEM.

correspondencia de cadenas Especifica la acción de volver 1 al $_string_result, si las de la acción correspondencias de cadenas el modelo cuando se acciona un applet EEM. rango de la cadena de la acción

Especifica la acción de salvar un rango de los caracteres en una cadena cuando se acciona un applet EEM.

la cadena de la acción substituye

Especifica la acción de salvar una nueva cadena substituyendo el rango de los caracteres en la cadena especificada cuando se acciona un applet EEM.

tolower de la cadena de la acción

Especifica la acción de salvar el rango específico de los caracteres de una cadena en minúsculas cuando se acciona un applet EEM.

toupper de la cadena de la acción

Especifica la acción de salvar el rango específico de los caracteres de una cadena en el mayúscula cuando se acciona un applet EEM.

ajuste de la cadena de la acción

Especifica la acción para cortar una cadena cuando se acciona un applet EEM.

trimleft de la cadena de la acción

Especifica la acción para cortar los caracteres de una cadena del extremo izquierdo de otra cadena cuando se acciona un applet EEM.

trimright de la cadena de la acción

Especifica la acción para cortar los caracteres una cadena del extremo derecho de otra cadena cuando se acciona un applet EEM.

la acción resta

Resta el valor de una variable de otro valor cuando se acciona un applet EEM.

acción mientras que

Especifica la acción de identificar el principio de un loop del bloque condicional cuando se acciona un applet EEM.

Configurar el SNMP-objeto del evento: Ejemplos El siguiente ejemplo muestra que la operación DETERMINADA y el valor a fijar está en $_snmp_value y es manejado por el script. El ejemplo abajo guarda el oid y su valor como los contextos que se extraerán más adelante. event manager applet snmp-object1

description "APPLET SNMP-OBJ-1" event snmp-object oid 1.3.6.1.2.1.31.1.1.1.18 type string sync no skip no istable yes default 0 action 1 syslog msg "SNMP-OBJ1:TRIGGERED" facility "SNMP_OBJ" action 2 context save key myoid variable "_snmp_oid" action 3 context save key myvalue variable "_snmp_value"

Configurar la descripción de un applet EEM: Ejemplos Las demostraciones del siguiente ejemplo cómo agregar o modificar la descripción para un applet integrado del administrador del evento (EEM) que es ejecutado por el Simple Network Management Protocol (SNMP) de muestreo: event manager applet test description "This applet looks for the word count in syslog messages" event syslog pattern "count" action 1 syslog msg hi

Adonde ir después • Para obtener información sobre la descripción general de EEM, vaya al módulo "Descripción General de Embedded Event Manager". • Para la información sobre la escritura de las directivas EEM usando el Tcl, vaya “a escribir las directivas integradas del administrador del evento usando al módulo Tcl”.

Referencias adicionales Las secciones siguientes proporcionan las referencias relacionadas con la escritura de las directivas EEM usando el Cisco IOS CLI.

Documentos Relacionados Tema relacionado

Título del documento

Comandos de Cisco IOS

El Cisco IOS domina los comandos list, todos las versiones

Comandos de administración de red (incluidos los comandos EEM): Referencia de Comandos de sintaxis de comandos completa, valores predeterminados, modo de Administración de Redes de comandos, historial de comandos, pautas de uso y ejemplos Cisco IOS Descripción General de Embedded Event Manager

Módulo integrado de la descripción del administrador del evento

Escritura de políticas de Embedded Event Manager en lenguaje Tcl Módulo Escritura de las Políticas de Embedded Event Manager Utilizando Tcl Configurar el Rastreo de objetos aumentado

Configurar el módulo aumentado del Rastreo de objetos

Estándares Estándar

Título

No se soportan los nuevos o modificados estándares, y el soporte para los estándares existentes no se ha modificado.

—

MIB MIB

Link del MIB

CISCOPara localizar y descargar MIB de plataformas, versiones de Cisco IOS y EMBEDDEDconjuntos de funciones seleccionados, utilice Cisco MIB Locator, que se EVENT-MGR-MIB encuentra en la siguiente URL:

http://www.cisco.com/cisco/web/LA/support/index.html

RFC RFC

Título

Se soportan los RFC no nuevos o modificados, y el soporte para los RFC existentes no se ha — modificado.

Asistencia Técnica Descripción

Link

El sitio Web de soporte técnico de Cisco http://www.cisco.com/cisco/web/LA/support/index.html proporciona los recursos en línea extensos, incluyendo la documentación y las herramientas para localizar averías y resolver los problemas técnicos con los Productos Cisco y las Tecnologías. Para recibir la Seguridad y la información técnica sobre sus Productos, usted puede inscribir a los diversos servicios, tales como la herramienta de alerta del producto (accedida de los Field Notice), el hoja informativa de los servicios técnicos de Cisco, y alimentaciones realmente simples de la sindicación (RSS). El acceso a la mayoría de las herramientas en el sitio Web de soporte técnico de Cisco requiere una identificación del usuario y una contraseña del cisco.com.

Información sobre Funciones para la Escritura de Políticas de EEM a través de la CLI de Cisco IOS El cuadro 7 enumera las características en este módulo y proporciona los links a la información de la configuración específica. Solamente las características que fueron introducidas o modificadas en los Cisco IOS Release 12.3(14)T, 12.2(25)S, 12.0(26)S, 12.2(18)SXF4, 12.2(28)SB, 12.2(33)SRA, 12.2(33)SXH, 12.2(33)SXI, 12.4(20)T, 12.4(22)T, el 15.0(1)M, 12.2(33)SRE o una versión posterior aparecen en la tabla. Puede que no estén disponibles todos los comandos en su versión de software de Cisco IOS. Para la información de versión sobre un comando específico, vea la documentación de referencia de comandos. Utilice el Cisco Feature Navigator para encontrar la información sobre el soporte del Soporte de la plataforma y de la imagen del software. Cisco Feature Navigator le permite determinar qué imágenes de Cisco IOS y Catalyst OS Software soportan una versión de software, un conjunto de funciones o una plataforma específica. Para acceder a Cisco Feature Navigator, vaya a http://www.cisco.com/go/cfn. Una cuenta en el cisco.com no se requiere.

Observelas listas del cuadro 7 solamente la versión de Cisco IOS Software que introdujo el soporte para una característica dada en un tren de versión del Cisco IOS Software dado. A menos que se indique lo contrario, las versiones posteriores de dicha serie de versiones de software de Cisco IOS también soportan esa función.

Nombre de la función Versiones Embedded 12.0(26)S Event Manager ‘12.3(4)T’ 1.0

Información sobre la Función Creación integrada introducida del applet del administrador del evento EEM 1,0 con los detectores SNMP y del evento de syslog. EEM 1.0 también insertó las acciones siguientes: generación de mensajes de syslog prioritarios, generación de un evento CNS para el procesamiento de flujo ascendente por parte de dispositivos de Cisco CNS, recarga de Cisco IOS Software y conmutación a un procesador secundario en una configuración de hardware completamente redundante. Las secciones siguientes proporcionan información acerca de esta función: •

Políticas de Embedded Event Manager

•

Variables de Entorno Incorporadas de Embedded

Event Manager Usadas en Applets EEM • Registro y Definición de un Applet de Embedded Event Manager • Visualización de Políticas Registradas de Embedded Event Manager Los siguientes comandos fueron introducidos por esta función: action cns-event action force-switchover action reload action syslog debug event manager event manager applet event snmp event syslog show event manager policy registered. Embedded 12.2(25)S Event Manager 2.0

EEM 2,0 introdujo el detector de evento específico a la aplicación, el detector de evento contrario, el detector de evento del contador de la interfaz, el detector del evento de temporización, y el detector de evento del perro guardián. Las nuevas acciones incluyeron la modificación de un contador Nombrado, la publicación de un evento específico a la aplicación, y la generación de un SNMP trap. La capacidad de definir las variables de entorno y de funcionar con las directivas EEM escritas usando el Tcl fue introducida, y dos directivas de la muestra fueron incluidas con el software. Las secciones siguientes proporcionan información acerca de esta función: •

Políticas de Embedded Event Manager

• Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM • Registro y Definición de una Política de Administrador de Eventos para su Ejecución Manual • Cancelación del Registro de las Políticas de Embedded Event Manager • Suspender toda la ejecución integrada de la directiva del administrador del evento • Visualización de los Datos del Historial de Embedded Event Manager • Configuración de Applets de Embedded Event Manager: Ejemplos • Configuración del Detector de Eventos del Monitor del Sistema Watchdog (Cisco IOS) de Embedded Event Manager: Ejemplo: Los siguientes comandos fueron introducidos por esta función: action counter action publish-event action snmptrap event application event counter event interface event ioswdsysmon event manager environment event manager history size event manager policy event manager scheduler suspend event timer show event manager environment show event manager history events show event manager history traps show event manager policy available show event manager policy pending. Embedded 12.3(14)T Event Manager 12.2(18)SXF5 2.1 12.2(28)SB 12.2(33)SRA

2.1 EEM introdujo algunos nuevos detectores de eventos y acciones con nueva funcionalidad para permitir que las políticas EEM se ejecuten manualmente, así como la capacidad de ejecutar múltiples políticas simultáneas. Se proporcionó soporte para eventos basados en velocidad del detector de eventos SNMP (Simple Network Management Protocol), así como la capacidad de crear políticas con Tool Command Language (Tcl). Las secciones siguientes proporcionan información acerca de esta función: •

Políticas de Embedded Event Manager

• Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM • Registro y Definición de una Política de Administrador de Eventos para su Ejecución Manual • Configuración de Applets de Embedded Event Manager: Ejemplos Los siguientes comandos fueron introducidos o modificados

por esta característica: action cli action counter action info action mail action policy debug event manager event cli event manager directory user event manager policy event manager run event manager scheduler script event manager session cli username event none event oir event snmp event syslog, set (EEM) show event manager directory user show event manager policy registered show event manager session cli username. Embedded Event Manager 2.1 (Modularidad del Software)

imágenes de la modularidad del software IOS 12.2(18)SXF4Cisco

EEM 2.1 para las imágenes de Software Modularity insertó los detectores de eventos GOLD, administrador del sistema y WDSysMon (guardián de Cisco IOS Software Modularity), así como la capacidad de visualizar los procesos de Cisco IOS Software Modularity y la métrica de estos procesos. Las siguientes secciones proporcionan información sobre esta función: •

Políticas de Embedded Event Manager

• Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM • Configuración de Applets de Embedded Event Manager: Ejemplos Los siguientes comandos fueron introducidos por esta función: event gold event process show event manager metric process. Observeel 2.1 EEM para las imágenes de la modularidad del software también soporta el recurso y los detectores de evento RF introducidos en EEM 2,2, pero no soporta el detector de evento aumentado del Rastreo de objetos o las acciones para leer y para fijar los objetos seguidos. Embedded 12.4(2)T Event Manager 12.2(31)SB3 2.2 12.2(33)SRB

EEM 2.2 introdujo el seguimiento de objetos, recursos y los detectores de eventos RF mejorados. También se insertaron las acciones de leer y definir el estado de un objeto de seguimiento. Las secciones siguientes proporcionan información acerca de esta función: •

Políticas de Embedded Event Manager

• Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM • Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager • Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager: Ejemplo: Los siguientes comandos fueron introducidos o modificados por esta característica: action track read action track set default-state event resource event rf event track show track track stub-object. Variable de entorno del delta del detector de evento SNMP

12.4(11)T

Embedded 12.2(33)SXH Event Manager 12.2(33)SB 2.3

Una nueva variable de entorno del detector de evento SNMP, _snmp_oid_delta_val, fue introducida. Esto es una mejora menor. Las mejoras de menor importancia no se suelen enumerar en Feature Navigator. EEM 2.3 introdujo algunas funciones nuevas en relación con el Detector de Eventos de Diagnósticos en Línea Genéricos (GOLD) en Cisco Catalyst 6500 Series Switches. event gold El comando fue aumentado además de las palabras claves Tclaction-notify — testing-type test-name test-id consecutive-failure platform-action, y maxrun— para la reacción mejorada a las fallas de prueba y a las condiciones del ORO La sección siguiente fue puesta al día para describir la funcionalidad mejorada event gold del comando: • Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM Las variables solo lecturas fueron agregadas bajo GOLD

Event Detector categoría para proporcionar el acceso a la información plataforma-ancha y prueba-específica del detector de evento del ORO para un evento detectado. Embedded 12.4(20)T Event Manager 12.2(33)SXI 2.4 12.2(33)SRE

EEM 2.4 se soporta en Cisco IOS Release 12.4(20)T y versiones posteriores, e introdujo varias funciones nuevas. Las secciones siguientes proporcionan información acerca de esta función: •

Políticas de Embedded Event Manager

• Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM • Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager • Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager: Ejemplo: Los siguientes comandos fueron introducidos por esta función: attribute (EEM) correlate event manager detector rpc event manager directory user repository event manager update user policy event manager scheduler clear event manager update user policy event owner event rpc event snmp-notification show event manager detector show event manager version trigger (EEM). Embedded 12.4(22)T Event Manager 12.2(33)SRE 3.0

EEM 3.0 se soporta en Cisco IOS Release 12.4(22)T y versiones posteriores, e introdujo varias funciones nuevas. Las secciones siguientes proporcionan información acerca de esta función: •

Políticas de Embedded Event Manager

• Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM • Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager • Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager: Ejemplo: Los siguientes comandos fueron introducidos o modificados por esta característica: action add action append action break action comment action context retrieve action context save action continue action decrement action divide action else action elseif action end action exit action foreach action gets action if action if goto action increment action info type interface-names action info type snmp getid action info type snmp inform action info type snmp oid action info type snmp trap action info type snmp var action multiply action puts action regexp action set (EEM) action string compare action string equal action string first action string index action string last action string length action string match action string range action string replace action string tolower action string toupper action string trim action string trimleft action string trimright action subtract action while event cli event ipsla event manager detector routing event manager scheduler event manager scheduler clear event manager scheduler hold event manager scheduler modify event manager scheduler release event nf event routing show event manager policy active show event manager policy pending, y show event manager scheduler. Administrador del evento integrado 3,1

el 15.0(1)M

EEM 3,1 se soporta en las versiones del Cisco IOS Release 15.0(1)M y Posterior, e introdujo varias nuevas funciones. Las secciones siguientes proporcionan información acerca de esta función: •

Políticas de Embedded Event Manager

• Variables de Entorno Incorporadas de Embedded Event Manager Usadas en Applets EEM

• Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager • Configuración y Seguimiento de un Objeto Fragmentado Usando Embedded Event Manager: Ejemplo: Los siguientes comandos fueron introducidos o modificados por esta característica: action syslog description event manager applet event manager policy event snmp-notification event snmpobject show event manager policy registered, y show event manager policy available.

Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)

Cisco Systems, Inc. 2005-2010 del © Todos los derechos reservados.

© 1992-2013 Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: 2 Agosto 2013 http://www.cisco.com/cisco/web/support/LA/107/1073/1073588_nm_eem_policy_cli_ps6922_TSD_Products_Configuration_Guide_Chapter.html