Resumen

  • Los objetos de recepción de RFC 1304 contaban sólo PDU sin error; sipL3Errors reunía descartes por procesamiento o bits, pero dejaba fuera las causas relacionadas con direcciones.
  • Otros contadores cubrían errores semánticos y el texto remitía las violaciones de suscripción a un MIB distinto, de modo que el «total» siempre dependía de una población y una autoridad concretas.
  • La tabla de errores conservaba únicamente la última ocurrencia por interfaz y tipo, y RFC 1694 trasladó después varias métricas a ifTable; un valor sin procedencia ni tiempo no sostenía una conclusión operativa.

Tres contabilidades para una ausencia

RFC 1304 apareció en febrero de 1992 para definir objetos administrables del tipo de interfaz SIP, el protocolo de acceso de SMDS. Su dibujo lógico tenía varias capas: SIP de nivel 3, SIP de nivel 2, convergencia física y enlaces DS1 o DS3. La arquitectura de gestión también estaba dividida. Este MIB cubría objetos del protocolo; otros documentos atendían los enlaces físicos y la suscripción del abonado.

Esa separación decidía dónde podía aparecer un paquete perdido. Los contadores de recepción individual y de grupo incluían solamente PDU sin error. No medían todo lo que había tocado el borde de la red. Medían lo que había sobrevivido a una condición previa.

Una cifra ascendente podía demostrar actividad válida en ese punto. No demostraba cuántas unidades llegaron antes del filtro, cuántas rechazó otra capa ni qué recibió una aplicación.

El total tenía una fórmula, no una jurisdicción universal

sipL3Errors registraba PDU descartados tras detectar errores de procesamiento del protocolo o de bits. La propia descripción excluía errores vinculados con el direccionamiento. El comentario del módulo añadía contadores de destino individual desconocido, grupo desconocido y tipo de dirección SMDS inválido para formar el conjunto de errores sintácticos y semánticos del nivel 3.

Después trazaba una línea administrativa. Las redes públicas SMDS podían descartar PDU por violaciones de suscripción; los objetos relevantes pertenecían al MIB de suscripción. Las violaciones del filtrado de dirección de destino tampoco entraban en los contadores de destino desconocido.

Por eso dos equipos podían informar a la vez un contador SIP limpio y un descarte válido en el plano de suscripción. No había incoherencia hasta que alguien intentaba usar el primero para negar la existencia del segundo.

El registro recordaba un solo superviviente por tipo

La tabla sipL3PDUErrorTable enumeraba doce desacuerdos sintácticos. Incluía formatos de dirección, tamaños, extensiones de cabecera, etiquetas de comienzo y fin, longitudes y el vencimiento del intervalo de recepción. Cada combinación de interfaz y tipo conservaba origen, destino y una marca temporal.

Pero la palabra decisiva era «última». Si ocurría otro error del mismo tipo, el nuevo sustituía al anterior. La tabla no decía cuántos habían existido, cuánto duraron ni cuál se corrigió. La marca usaba sysUpTime, por lo que debía interpretarse dentro de la vida del agente. Con valor cero, la entrada no contenía información válida.

Ese cero no significaba que la red estuviera sana. Sólo negaba autoridad a esa celda. Los descartes de suscripción, errores no representados y fallos posteriores de aplicación seguían requiriendo otras pruebas.

La configuración podía tener varios dueños lógicos

La tabla de IP sobre SMDS relacionaba una dirección IP con una dirección individual SMDS, una dirección de grupo de la LIS y el destino de solicitudes ARP. Una dirección SMDS podía corresponder a varias direcciones IP y una interfaz de abonado podía participar en varias redes IP lógicas. La coincidencia de una fila no otorgaba identidad única a un cliente, una red o un servicio.

RFC 1304 definió esos objetos como sólo lectura, aunque permitió que un agente los hiciera modificables a su discreción para una estación adecuadamente autorizada. Había que observar por separado la opción del estándar, la decisión del fabricante, la autenticación del gestor, la operación solicitada y el estado resultante.

El grupo de selección de operador era todavía más claro: sólo era un lugar reservado. Su presencia en el árbol no demostraba objetos implementados ni una elección ejecutada.

Cambió la mesa en la que se leía el número

RFC 1694 sustituyó a RFC 1304 en 1994. Declaró que el nuevo módulo SMIv2 era semánticamente idéntico, pero deprecó varios contadores SIP y remitió a objetos equivalentes de la tabla general de interfaces.

La migración de una métrica necesita una contabilidad propia. Hay que identificar la fecha de corte, los índices comunes, los reinicios, la superposición y cualquier diferencia de población. Consultar ambos objetos puede duplicar el mismo fenómeno; cambiar de uno a otro sin marca puede fabricar una discontinuidad.

El RFC nuevo definió el destino normativo. No probó que un agente, un recolector o un archivo histórico hubiese llegado a él. La adopción sólo existía en implementaciones observables.

Una medida de protocolo no era un resultado de servicio

El documento no publicó mediciones reales ni describió una red concreta. Tampoco discutió cuestiones de seguridad. Su MIB podía hacer visible una condición local, pero no autenticaba por sí mismo a quien la reportaba ni vinculaba un contador con un impacto al usuario.

La enseñanza histórica no es desconfiar de los contadores. Es exigirles su contrato completo. Denominador, exclusiones, módulo, interfaz, época y autoridad convierten un número en evidencia. Cuando se pierden, «total» deja de ser una propiedad matemática y se vuelve una pretensión institucional.

Fuentes