Resumen

  • RFC 3141 planteó que el abonado podía recibir servicio en otro sistema inalámbrico sin abandonar su relación formal con un único proveedor de origen.
  • El memo separó la autorización de recursos radioeléctricos de la autorización de datos y pidió que AAA conectara redes de origen y de servicio, incluso sin una relación comercial directa entre ellas.

Análisis

La sesión visible escondía varios árbitros

Para quien usa un teléfono, la itinerancia parece una sola operación: el equipo se conecta, obtiene servicio y continúa comunicándose. En la infraestructura, esa continuidad depende de decisiones distintas. ¿Quién admite el terminal a los recursos de radio? ¿Quién autoriza los datos? ¿Qué operador conserva la relación con el cliente? ¿Quién registra el consumo y remite el registro?

RFC 3141 describió estas preguntas dentro de una arquitectura de datos inalámbricos cdma2000. Publicado en junio de 2001, es un documento Informational, no un estándar de Internet ni el informe de una red concreta. Su requisito general resulta más revelador que cualquier diagrama: permitir servicio cuando el abonado visita otro sistema inalámbrico, manteniendo una relación formal de atención al cliente con un solo proveedor.

Un visitante no cambia de proveedor por conectarse

La arquitectura situaba el acceso radio junto a un Packet Data Serving Node (PDSN), que abría un punto de entrada al servicio IP. El agente de origen conservaba información de Mobile IP y redirigía paquetes. El terminal podía recurrir a PPP y Mobile IP. Son piezas encadenadas, no sinónimos de una misma autorización.

Por eso el documento distinguió AAA para recursos de airlink y AAA para recursos de datos. El operador visitado controla una capacidad radio local; el proveedor de origen puede conservar la autoridad sobre la suscripción de datos. Que se conceda el canal no demuestra que los datos estén autorizados. Que exista autorización de datos tampoco demuestra que el recurso de radio siga disponible. El éxito de una capa no puede rellenar el recibo de la otra.

AAA atravesaba fronteras comerciales

RFC 3141 admite que las redes de servicio y de origen quizá carezcan de una relación comercial directa. En ese caso, los mensajes pueden atravesar intermediarios. El transporte debe poder detectar el silencio de un par o de la ruta, evitar ciertos replays y llevar registros de uso de recursos. Son capacidades que el memo propuso para evaluar protocolos; no una decisión de que RADIUS, Diameter u otro protocolo fuera la solución obligatoria.

También separó la entrega del mensaje de su aceptación. Un par puede recibir un mensaje AAA reenviado aunque alguna opción o semántica no sea conforme; una falla de autenticación no debe considerarse recibida del mismo modo. El acuse de transporte confirma un salto, no la aprobación de una petición. La aprobación no garantiza capacidad disponible. Un registro contable no confirma por sí solo una factura correcta ni una liquidación entre operadores.

La confidencialidad exige la misma precisión. Que un protocolo tenga que ofrecer esa capacidad no significa que todos los mensajes deban ir cifrados. Capacidad prevista, protección negociada y protección observada en una sesión son hechos diferentes.

Conservar al cliente exige devolver evidencia

La red visitada presta el acceso. El proveedor de origen mantiene la relación formal con el abonado. El sistema AAA necesita conectar ambas partes, pero el tránsito de un mensaje no borra quién decidió ni en nombre de quién. La contabilidad funciona como ruta de regreso: el registro de uso generado en el extremo visitado debe llegar a quien puede reconciliarlo con la relación de servicio.

RFC 3141 no definió una tarifa mayorista, un acuerdo de liquidación, un procedimiento de disputa ni un resultado comercial. Las RFC posteriores que documentan RADIUS, Diameter o aplicaciones para Mobile IP muestran contexto protocolario, no una prueba de que las metas del memo se desplegaran universalmente ni de que una conexión determinada no sufriera cortes.

La contribución histórica es una disciplina de roles. Red visitada, proveedor de origen, pares AAA, recurso radio, autorización IP y registro de consumo contestan preguntas diferentes. «La itinerancia funcionó» solo es defendible si se especifica qué decisión se observó, en qué tramo y con qué evidencia.

Sources