Кратко

  • RFC 3141 требовала поддерживать обслуживание абонента в другой беспроводной системе, сохраняя формальные отношения клиента с одним домашним поставщиком услуг.
  • Документ разделил AAA для радиоресурсов и для передачи данных, а также предусмотрел обмен запросами и записями использования между домашними и обслуживающими сетями.

Анализ

Визуально одна услуга, организационно — несколько решений

Пользователь видит, что телефон подключился и снова передаёт данные. За этим стоят отдельные вопросы: кто разрешил занять радиоканал, кто открыл доступ к IP-сервису, какая компания отвечает за отношения с абонентом и куда попадёт запись о потреблённых ресурсах?

RFC 3141 поместила эти вопросы в архитектуру беспроводной передачи данных cdma2000. Это информационный меморандум июня 2001 года с требованиями для оценки проектов AAA-протоколов. Он не является стандартом Интернета и не описывает состоявшееся внедрение. В его общей модели абонент получает обслуживание в посещённой беспроводной сети, но формально остаётся клиентом одного поставщика.

Посещённая сеть даёт доступ, но не становится домашней

Описанная архитектура связывала радиодоступ с Packet Data Serving Node (PDSN); домашний агент хранил регистрацию Mobile IP и перенаправлял пакеты. Мобильный узел мог работать через PPP и Mobile IP. Эти компоненты участвовали в общем пути, но не обладали одним и тем же правом решения.

Поэтому RFC 3141 разделила AAA радиоресурсов и AAA ресурсов данных. Первое относится к локальной возможности занять радиоканал в посещённой сети, второе — к разрешению на передачу IP-трафика. Разрешённый канал не означает, что провайдер одобрил услугу данных. Одобрение данных не подтверждает, что радиоресурс остаётся доступен. Один индикатор «роуминг активен» скрыл бы разные причины отказа.

Сообщение AAA пересекало границу компаний

Документ учитывал, что домашняя и обслуживающая сети могут не иметь прямых деловых отношений. Запросы AAA должны были проходить через посредников, а транспорт — обнаруживать молчаливый отказ партнёра или пути, защищать обмен от повторов и переносить сведения для учёта сетевых ресурсов. Это набор требований к возможным протоколам, а не выбор между RADIUS, Diameter или иной системой.

Доставка сообщения не равна разрешению. Транспорт может подтвердить, что партнёр получил пересланное сообщение, даже если его опции или семантика не соответствуют ожиданиям; отказ аутентификации — отдельный случай. Квитанция подтверждает один участок передачи, а не одобрение запроса и не выделение ресурса. Учётная запись также не доказывает правильность счёта или завершение расчётов.

Требование конфиденциальности следует читать так же узко. Протоколу может требоваться поддержка этой функции, но это не означает обязательного шифрования каждого сообщения. Возможность протокола, выбранная защита и защита, наблюдавшаяся в конкретном сеансе, — разные факты.

Отношения остаются дома; данные об использовании должны вернуться

Посещённый оператор предоставляет радио- и IP-доступ; домашний оператор сохраняет формальную связь с абонентом. Посредник пересылает AAA, но не стирает различие между теми, кто принял решение, и теми, кто отвечает перед клиентом. Учётные данные образуют обратный путь: запись посещённой сети должна стать доступной поставщику, способному сверить её с услугой абонента.

RFC 3141 не определила оптовый тариф, межоператорский расчёт или порядок оспаривания записей. Позднейшие документы о RADIUS, Diameter и приложениях Mobile IP дают протокольный контекст, но не свидетельствуют о всеобщем внедрении этой архитектуры или бесперебойном обслуживании конкретного абонента.

Историческая ценность RFC — в разделении ответственности. Посещённая сеть, домашний оператор, AAA-партнёры, радиоканал, разрешение на данные и учёт потребления отвечают на разные вопросы. Фраза «роуминг сработал» ничего не доказывает, пока не указано, какой именно участок и какая квитанция проверены.

Источники