16/7/25, 3:06 a.m. [Link]/rfc/rfc2493.

txt

Grupo de trabajo en red K. Tesink, editor

Solicitud de comentarios: 2493 Bellcore
Categoría: Seguimiento de estándares Enero de 1999

Convenciones textuales para módulos MIB que utilizan el historial de rendimiento

Basado en intervalos de 15 minutos

Estado de este memorando

Este documento especifica un protocolo de seguimiento de estándares de Internet para

Comunidad de Internet, y solicita discusión y sugerencias para
Mejoras. Consulte la edición actual de "Internet"
Normas Oficiales de Protocolo" (STD 1) para el estado de estandarización
y el estado de este protocolo. La distribución de este memorando es ilimitada.

Aviso de derechos de autor

Copyright (C) The Internet Society (1999). Todos los derechos reservados.

Abstracto

Este documento define un conjunto de convenciones textuales para los módulos MIB
que utilizan datos del historial de rendimiento basados en 15 minutos
intervalos.

1. Índice de contenidos

1 Índice de contenidos ..................................... 1

2 Introducción .......................................... 1
3 Nota sobre datos no válidos y proxy ........................ 2
4 Nota sobre xyzTimeElapsed ................................ 3
5 Nota sobre xyzValidIntervals ............................. 3
6 Definiciones .......................................... 3
7 Agradecimientos ....................................... 7
8 Referencias ............................................ 7
9 Consideraciones de seguridad ............................... 8
10 Consideraciones de la IANA ................................. 8
11 Dirección del autor ..................................... 8
12 Propiedad intelectual ................................ 8
13 Declaración completa de derechos de autor ............................. 9

2. Introducción

En los casos en que un gerente debe obtener datos del historial de desempeño sobre
El comportamiento del equipo que gestiona varias estrategias puede ser
Se siguió en el diseño de una MIB que representa la gestión
equipo, incluyendo:

Tesink, Ed. Seguimiento de estándares [Página 1]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

0 El agente cuenta eventos de forma continua y,

Cuando lo desee, el gerente obtiene el valor del evento.
Contador y ajusta su comprensión de la historia de los acontecimientos
en el agente.

0 El agente asigna eventos a 'cubos' donde cada cubo

representa un intervalo de tiempo.
[Link] 1/8
16/7/25, 3:06 a.m. [Link]/rfc/[Link]

Los equipos de telecomunicaciones a menudo utilizan esta última estrategia.

Consulte [3][4][5] para ver ejemplos. En particular, para este equipo es
Es común que el agente mantenga los datos históricos en términos de
intervalos de quince minutos.

Esta nota no intenta comparar los méritos relativos de

Diferentes estrategias para obtener datos históricos. Las diferencias pueden incluir
política de sondeo, la cantidad de tráfico de administración entre el administrador y
agente, simplicidad del agente y 'actualidad de los datos' de los datos obtenidos
por el gerente. Los diseñadores de MIB deben considerar estos aspectos cuando
Elegir una estrategia particular en un diseño de MIB. En cambio, este memorando...
Proporciona definiciones que se pueden utilizar en módulos MIB que requieren
Datos históricos basados en intervalos de quince minutos.

Al diseñar un módulo MIB, a menudo es útil definir nuevos tipos

similares a los definidos en el SMI [2]. En comparación con un tipo
definidos en el SMI, cada uno de estos nuevos tipos tiene un nombre diferente, un
Sintaxis similar, pero con una semántica más precisa. Estas nuevas definiciones
Los tipos se denominan convenciones textuales y se utilizan para
la comodidad de los humanos al leer el módulo MIB. Esto se logra mediante
Convenciones textuales según se definen en RFC1903[1]. El propósito de
Este documento define el conjunto de convenciones textuales que se utilizarán.
Cuando se mantiene un historial de rendimiento basado en intervalos de 15 minutos. Ver
por ejemplo, los módulos Trunk MIB [3][4][5].

3. Nota sobre datos no válidos y proxy

En este documento, la palabra proxy se utiliza para indicar una aplicación.

que recibe mensajes SNMP y los responde en nombre del
dispositivos donde reside la implementación real, por ejemplo, DS3/E3
Interfaces. El proxy ya habrá recopilado la información.
sobre las interfaces DS3/E3 en su base de datos local y puede que no
necesariamente reenvían las solicitudes a la interfaz DS3/E3 real. Es
Se espera que en una aplicación de este tipo haya períodos de tiempo en los que
El proxy no se comunica con las interfaces DS3/E3. En estos
instancias en las que el proxy no necesariamente tendrá actualizaciones
información de configuración y lo más probable es que se haya perdido la
Recopilación de algunos datos. La omisión de la recopilación de datos puede resultar en algunos
Los intervalos en la tabla de intervalos no están disponibles.

Tesink, Ed. Seguimiento de estándares [Página 2]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

4. Nota sobre xyzTimeElapsed

Si bien xyzTimeElapsed se define como que tiene un máximo, puede haber

casos (por ejemplo, un ajuste en el reloj del sistema) donde
El valor real del intervalo actual superaría este máximo
valor.

Supongamos que un agente alinea su medición de 15 minutos

Los intervalos de 15 minutos con límites de tiempo del día ("reloj de pared") tienen un
reloj que gana tiempo sistemáticamente y que un gerente
Corrige periódicamente el reloj atrasándolo.

Se supone que el reloj del agente está razonablemente actualizado.

preciso, digamos con una precisión de unos pocos segundos al día. Por lo tanto, el gerente
Los ajustes periódicos del reloj normalmente serán pequeños y, si se realizan
con la frecuencia suficiente, no es necesario que supere nunca los 10 segundos. En este caso, todos
Las duraciones de los intervalos estarán dentro de la tolerancia permitida y no será necesario
se marcará como no válido, _si_ el procedimiento ANSI de finalización de la medición
Se siguen intervalos con límites horarios de 15 minutos [6].

Si el reloj de la hora del día se ajusta sistemáticamente en pequeños

[Link] 2/8
16/7/25, 3:06 a.m. [Link]/rfc/[Link]
incrementos, y luego siempre terminando los intervalos de medición en 15 minutos
Los límites de tiempo del día darán como resultado, a largo plazo, lo correcto.
Número de intervalos con la duración media correcta, independientemente
de si el reloj se adelanta o se atrasa. Por lo tanto, si, por
alguna razón, como un ajuste en el reloj del sistema,
el intervalo actual excede el valor máximo, se considera
Es aceptable que el agente devuelva el valor máximo.

5. Nota sobre xyzValidIntervals

La restricción general de <n> es 1 =< n =< 96. Cualquier restricción adicional

Las restricciones sobre n deben definirse en la cláusula DESCRIPTION (por ejemplo, ver
[5]).

6. Definiciones

DEFINICIONES PerfHist-TC-MIB ::= BEGIN

IMPORTACIONES
MÓDULO-IDENTIDAD,
Calibre 32, mib-2
DESDE SNMPv2-SMI
CONVENCIÓN TEXTUAL
DESDE SNMPv2-TC;

perfHistTCMIB IDENTIDAD DEL MÓDULO

Tesink, Ed. Seguimiento de estándares [Página 3]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

ÚLTIMA ACTUALIZACIÓN "9811071100Z"

ORGANIZACIÓN "GT IETF AToMMIB y TrunkMIB"
INFORMACIÓN DE CONTACTO
"Kaj Tesink
Código postal: Bellcore
331 Newman Springs Road
Red Bank, Nueva Jersey 07701
[Link]
Teléfono: +1 732 758 5254
Fax: +1 732 758 2269
Correo electrónico: kaj@[Link]
DESCRIPCIÓN
"Este módulo MIB proporciona convenciones textuales
Para ser utilizado por sistemas que admitan 15 minutos
"El historial de rendimiento basado en el recuento."
::= { mib-2 58 }

-- Las convenciones textuales definidas a continuación están organizadas

--alfabéticamente

-- El uso de estos Términos y Condiciones presupone lo siguiente:

-- 0 El agente admite un historial basado en 15 minutos.
-- contadores.
-- 0 El agente es capaz de mantener un historial de n
-- intervalos de 15 minutos de datos de rendimiento. El
-- el valor de n está definido por el MIB específico
-- módulo pero debe ser 0 < n =< 96.
-- 0 El agente puede opcionalmente soportar el rendimiento
-- datos que agregan los intervalos históricos.
-- 0 El agente mantendrá tablas separadas para el
-- intervalo actual, los intervalos de historial y
-- los agregados totales.
[Link] 3/8
16/7/25, 3:06 a.m. [Link]/rfc/[Link]
-- 0 El agente conservará los siguientes objetos.
-- Si los datos de rendimiento se conservan para varias instancias
-- de una entidad medida, entonces
-- estos objetos se aplican a cada instancia de
-- la entidad medida (por ejemplo, interfaces).
--

-- xyzTimeElapsed TIPO DE OBJETO

-- SINTAXIS ENTERO (0..899)
-- MAX-ACCESS solo lectura
-- ESTADO actual
-- DESCRIPCIÓN

Tesink, Ed. Seguimiento de estándares [Página 4]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

-- "El número de segundos que han transcurrido desde

-- el comienzo del período de medición actual.
-- Si por alguna razón, como un ajuste en el
-- reloj de hora del día del sistema, el intervalo actual
-- excede el valor máximo, el agente regresará
-- el valor máximo."
-- ::= { xxx }

-- xyzValidIntervals TIPO DE OBJETO

-- SINTAXIS ENTERO (0..<n>)
-- MAX-ACCESS solo lectura
-- ESTADO actual
-- DESCRIPCIÓN
-- "El número de intervalos cercanos al final anteriores
-- para los cuales se recopilaron datos.
-- [ La restricción general de <n> es 1 =< n =< 96; ]
-- [Defina aquí cualquier restricción adicional en <n>.]
-- El valor será <n> a menos que la medición haya sido
-- (re-)iniciado dentro de los últimos (<n>*15) minutos, en el cual
-- caso el valor será el número de 15 completos
-- intervalos de un minuto durante los cuales el agente tiene al menos
-- algunos datos. En ciertos casos (por ejemplo, en el caso
-- donde el agente es un proxy) es posible que algunos
-- los intervalos no están disponibles. En este caso, esto
-- intervalo es el número máximo de intervalo para
-- qué datos están disponibles."
-- ::= { xxx }

-- xyzInvalidIntervals TIPO DE OBJETO

-- SINTAXIS ENTERO (0..<n>)
-- MAX-ACCESS solo lectura
-- ESTADO actual
-- DESCRIPCIÓN
-- "El número de intervalos en el rango de
-- 0 a xyzValidIntervals para los cuales no hay
-- los datos están disponibles. Este objeto normalmente...
-- ser cero excepto en los casos en que los datos de algún
-- los intervalos no están disponibles (por ejemplo, en proxy
-- situaciones)."
-- ::= { xxx }

PerfCurrentCount ::= CONVENCIÓN TEXTUAL

ESTADO actual
DESCRIPCIÓN
"Un contador asociado a un
medición del desempeño en un contexto actual de 15
intervalo de medición de minutos. El valor
de este contador empieza desde cero y es

[Link] 4/8
16/7/25, 3:06 a.m. [Link]/rfc/[Link]

Tesink, Ed. Seguimiento de estándares [Página 5]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

aumenta cuando ocurren eventos asociados,

hasta el final del intervalo de 15 minutos.
En ese momento el valor del contador es
almacenado en el historial de los primeros 15 minutos
intervalo, y el CurrentCount es
reiniciado desde cero. En el
caso en el que el agente no tiene datos válidos
disponible para el intervalo actual el
La instancia del objeto correspondiente no es
Disponible y previa solicitud de recuperación
Se mostrará un mensaje de error correspondiente
volvió para indicar que esta instancia
no existe (por ejemplo, un noSuchName)
error para SNMPv1 y un noSuchInstance para
"Operación GET de SNMPv2)."
SINTAXIS Gauge32

PerfIntervalCount ::= CONVENCIÓN TEXTUAL

ESTADO actual
DESCRIPCIÓN
"Un contador asociado a un
medición del desempeño en un caso anterior
Intervalo de medición de 15 minutos. En el
caso en el que el agente no tiene datos válidos
disponible para un intervalo determinado el
La instancia del objeto correspondiente no es
Disponible y previa solicitud de recuperación
Se mostrará un mensaje de error correspondiente
volvió para indicar que esta instancia
no existe (por ejemplo, un noSuchName)
error para SNMPv1 y un noSuchInstance para
Operación GET de SNMPv2).
En un sistema que soporta
una historia de n intervalos con
IntervalCount(1) y IntervalCount(n)
intervalos más y menos recientes
respectivamente, se aplica lo siguiente:
el final de un intervalo de 15 minutos:
- descartar el valor de IntervalCount(n)
- el valor de IntervalCount(i) se convierte en ese
de IntervalCount(i-1) para n >= i > 1
- el valor de IntervalCount(1) se convierte en ese
de CurrentCount
-Se ajusta el TotalCount, si es compatible."
SINTAXIS Gauge32

PerfTotalCount ::= CONVENCIÓN TEXTUAL

ESTADO actual

Tesink, Ed. Seguimiento de estándares [Página 6]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

DESCRIPCIÓN
"Un contador asociado a un
mediciones de desempeño que agregan los
medición válida previa de 15 minutos
intervalos. (Intervalos para los cuales no hay valores válidos)
"Los datos disponibles no se contabilizan)"
SINTAXIS Gauge32
[Link] 5/8
16/7/25, 3:06 a.m. [Link]/rfc/[Link]

FIN

7. Agradecimientos

Este documento es un producto del trabajo de AToMMIB y TrunkMIB.

Grupos.

8. Referencias

[1] Case, J., McCloghrie, K., Rose, M. y S. Waldbusser,

"Convenciones textuales para la versión 2 de la Red Simple
Protocolo de administración de redes (SNMPv2)", RFC 1903, enero de 1996.

[2] Case, J., McCloghrie, K., Rose, M. y S. Waldbusser,

"Estructura de la Información de Gestión para la Versión 2 del Sistema Simple
Protocolo de administración de red (SNMPv2)", RFC 1902, enero de 1996.

[3] Fowler, D., "Definiciones de objetos administrados para DS1, E1, DS2
y tipos de interfaz E2", RFC 2495, enero de 1999.

[4] Fowler, D., "Definiciones de objetos administrados para DS3/E3

Tipo de interfaz", RFC 2496, enero de 1999.

[5] Tesink, K., "Definiciones de objetos administrados para SONET/SDH

Tipo de interfaz", trabajo en progreso.

[6] Estándar Nacional Estadounidense para Telecomunicaciones - Digital

Jerarquía - Rendimiento de transmisión digital en servicio de capa 1
Monitoreo, ANSI T1.231-1997, septiembre de 1997.

Tesink, Ed. Seguimiento de estándares [Página 7]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

9. Consideraciones de seguridad

Esta nota define las convenciones textuales para su uso en otros módulos MIB.
Los problemas de seguridad de estos módulos MIB se abordan en los memorandos.
definiendo dichos módulos.

10. Consideraciones de la IANA

Antes de publicar este memorando como RFC, se solicita a la IANA que

realizar una asignación de IDENTIFICADOR DE OBJETO adecuada.

11. Dirección del autor

Kaj Tesink
Bellcore
331 Newman Springs Road
Apartado postal 7020
Red Bank, Nueva Jersey 07701-7020

Teléfono: (732) 758-5254

Correo electrónico: kaj@[Link]
[Link] 6/8
16/7/25, 3:06 a.m. [Link]/rfc/[Link]

12. Propiedad intelectual

El IETF no toma ninguna posición respecto a la validez o el alcance de ninguna

propiedad intelectual u otros derechos que pudieran reivindicarse
Pertenecen a la implementación o uso de la tecnología descrita en
este documento o el grado en que cualquier licencia bajo dichos derechos
Podría o no estar disponible; tampoco representa que lo esté.
ha hecho ningún esfuerzo para identificar dichos derechos. Información sobre el
Procedimientos del IETF con respecto a los derechos en la vía de estándares y
La documentación relacionada con las normas se puede encontrar en BCP-11. Copias de
reclamaciones de derechos puestos a disposición para su publicación y cualquier garantía de
licencias que se pondrán a disposición, o el resultado de un intento de
obtener una licencia o permiso general para el uso de dichos
Los derechos de propiedad de los implementadores o usuarios de esta especificación pueden
puede obtenerse de la Secretaría del IETF.

El IETF invita a cualquier parte interesada a que le informe sobre cualquier

derechos de autor, patentes o solicitudes de patentes u otros derechos de propiedad
derechos que pueden cubrir la tecnología que pueda requerirse para practicar
Esta norma. Por favor, dirija la información al Comité Ejecutivo del IETF.
Director.

Tesink, Ed. Seguimiento de estándares [Página 8]

RFC 2493 Historial de rendimiento basado en 15 minutos TCs Enero de 1999

13. Declaración completa de derechos de autor

Copyright (C) The Internet Society (1999). Todos los derechos reservados.

Este documento y sus traducciones pueden copiarse y entregarse a

otros y trabajos derivados que lo comentan o lo explican de otra manera
o ayudar en su implementación puede ser preparado, copiado, publicado
y distribuido, total o parcialmente, sin restricción alguna.
tipo, siempre que el aviso de derechos de autor anterior y este párrafo sean
incluido en todas esas copias y obras derivadas. Sin embargo, esto
El documento en sí no puede modificarse de ninguna manera, por ejemplo, eliminándolo.
el aviso de derechos de autor o las referencias a Internet Society u otros
Organizaciones de Internet, excepto cuando sea necesario para el propósito de
desarrollar estándares de Internet, en cuyo caso los procedimientos para
Los derechos de autor definidos en el proceso de estándares de Internet deben ser
seguido, o según sea necesario traducirlo a otros idiomas
Inglés.

Los permisos limitados otorgados anteriormente son perpetuos y no se utilizarán.

revocado por la Internet Society o sus sucesores o cesionarios.

Este documento y la información aquí contenida se proporcionan a título informativo.

"TAL CUAL" y LA SOCIEDAD DE INTERNET Y LA INGENIERÍA DE INTERNET
TASK FORCE RENUNCIA A TODAS LAS GARANTÍAS, EXPRESAS O IMPLÍCITAS, INCLUYENDO
PERO NO SE LIMITA A CUALQUIER GARANTÍA DE QUE EL USO DE LA INFORMACIÓN
LO PRESENTE NO INFRINGIRÁ NINGÚN DERECHO NI NINGUNA GARANTÍA IMPLÍCITA DE
COMERCIABILIDAD O IDONEIDAD PARA UN PROPÓSITO PARTICULAR.

[Link] 7/8
16/7/25, 3:06 a.m. [Link]/rfc/[Link]

Tesink, Ed. Seguimiento de estándares [Página 9]

[Link] 8/8