Resumen

  • RFC 1243 reunió puertos, rutas, zonas, registros de servicios y contadores de AppleTalk, pero obligó a interpretar cada fila junto con su origen y su estado.
  • RFC 1742 cambió varios límites de lectura y escritura y añadió las nociones de fuente, valor predeterminado y valor actual; una etiqueta de acceso era una responsabilidad revisable, no la prueba de un cambio efectivo.

Un número de red podía llegar a un puerto AppleTalk de tres maneras muy diferentes. Alguien podía configurarlo expresamente. El equipo podía deducirlo al inspeccionar la red. O podía escogerlo de manera aleatoria. Si una consola guardaba sólo el número, las tres historias quedaban fundidas. RFC 1243 hizo lo contrario: convirtió la procedencia en parte del modelo.

Publicado en julio de 1991, el documento definió objetos gestionados para LLAP, AARP, puertos AppleTalk, entrega de datagramas, RTMP, KIP, ZIP, NBP y el protocolo de eco. Los grupos eran unidades de conformidad: cuando la semántica de un grupo correspondía a una implementación, el agente debía implementar sus objetos. Esa obligación describía una interfaz; no certificaba una red concreta.

La tabla ATPort mostraba el punto de unión. Cada fila contenía tipo, rango de red, dirección, estado, zona e interfaz física asociada. Varios campos eran de lectura y escritura. Dos objetos cercanos, atportNetConfig y atportZoneConfig, eran de sólo lectura y explicaban cómo se había obtenido la información.

Sus cuatro categorías tenían valor forense. configured significaba configuración explícita; garnered, una suposición derivada de observar la red; guessed, una configuración aleatoria; unconfigured, ausencia de configuración. Dos valores iguales podían representar decisiones distintas. Una era intención administrativa; otra, inferencia local. Cualquier automatización que eliminara esa diferencia perdía custodia.

La fila tampoco equivalía a actividad. atportStatus podía indicar operativo, sin configurar, apagado o inválido. Escribir el estado inválido desasociaba el mapeo, pero retirar físicamente la fila quedaba a criterio de la implementación. El propio RFC advertía que un gestor podía recibir datos de entradas que ya no estaban en uso. Ver una fila no demostraba que el puerto siguiera vigente.

El enrutamiento repetía el patrón. Una entrada RTMP describía rango, siguiente salto, tipo de red, puerto, saltos y estado. En RFC 1243, la mayoría de esos datos eran escribibles. El estado separado podía ser bueno, sospechoso, en deterioro o malo. Invalidar tampoco garantizaba desaparición inmediata. KIP distinguía entradas configuradas, aprendidas e inválidas, y añadía si la información se compartiría con otros routers. Origen, validez y propagación no eran sinónimos.

ZIP relacionaba nombres de zona con rangos alcanzables. NBP describía servicios registrados mediante nombre de objeto, tipo y zona. Esos campos eran escribibles y disponían de un estado de invalidación independiente. Una enumeración sin filtro de estado podía convertir memoria local en inventario falso.

Hasta los contadores tenían un alcance estrecho. ATEcho contaba solicitudes recibidas y respuestas enviadas. No vinculaba una solicitud con una respuesta específica, no identificaba al par, no mostraba el trayecto y no probaba el resultado de una prueba de usuario. RFC 1243 tampoco trató las cuestiones de seguridad.

La segunda MIB cambió el reparto

En enero de 1995, RFC 1742 dejó obsoleta la primera especificación. AppleTalk MIB II incorporó más grupos, variables y contadores, pero la parte más instructiva fue la modificación de campos existentes.

atportNetConfig y atportZoneConfig pasaron de sólo lectura a lectura y escritura. En sentido contrario, el rango, siguiente salto, tipo, puerto y número de saltos de RTMP pasaron a sólo lectura. El nombre y los rangos de zona de ZIP también dejaron de ser escribibles. El estándar revisó así qué debía recibir el agente como entrada y qué debía exponer como estado mantenido por el protocolo.

La procedencia ganó resolución. Aparecieron atportNetFrom y atportZoneFrom, que indicaban la fuente de la información. La antigua zona se convirtió en atportZoneDefault, separada de atportCurrentZone. Lo deseado y lo observado ya no tenían que ocupar la misma casilla. Para NBP, el nuevo texto sugería que el agente volviera a registrar el servicio cuando cambiara su nombre, tipo o zona. La sugerencia nombraba un mecanismo posterior; no transformaba una escritura en comprobante del registro.

La medición también cambió. Se añadieron búsquedas y aciertos AARP, eliminaciones y desbordamientos RTMP, fallos de registro NBP y tráfico por puerto. A la vez se declararon obsoletos varios contadores LLAP que duplicaban contadores de interfaces de MIB-II. Un cambio de contador altera población y denominador. Nada en la fecha del RFC demuestra que agentes y recolectores migraran juntos.

La lección histórica no es que la segunda MIB fuera “más verdadera”. Es que el límite entre configuración y observación había sido revisado a partir de experiencia operativa. Para reconstruir un cambio real todavía harían falta versión del módulo, objeto e instancia, valor y origen, estado de la fila, principal autenticado, decisión de autorización, solicitud y respuesta, persistencia, observación del protocolo y efecto posterior.

Los dos RFC ofrecen el contrato. No ofrecen esa cadena completa.

Fuentes y límites

Las fuentes primarias son RFC 1243, AppleTalk Management Information Base, y RFC 1742, AppleTalk Management Information Base II. Sostienen las definiciones, accesos, estados y cambios citados. No prueban una implementación, administrador, autorización, escritura aceptada, ruta activa, zona vigente, registro exitoso, entrega, cuota de despliegue ni resultado para usuarios.