WikiDer > Диаметр (протокол)

Диаметр является аутентификация, авторизация и учет протокол для компьютерных сетей. Он развился из более раннего РАДИУС протокол. Он принадлежит к прикладной уровень протоколы в набор интернет-протоколов.

Диаметр приложений расширить базовый протокол, добавив новые команды и / или атрибуты, например, для использования с Расширяемый протокол аутентификации (EAP).

Сравнение с RADIUS

Название - игра слов, образованная от РАДИУС протокол, который является предшественником (диаметр в два раза больше радиуса). Диаметр не напрямую обратно совместимый но предоставляет возможность обновления для RADIUS. Основные функции, предоставляемые Diameter, но отсутствующие в RADIUS:

• Поддержка для SCTP
• Возможности переговоров
• Уровень приложения благодарности; Диаметр определяет аварийное переключение методы и конечные автоматы (RFC 3539)
• Расширяемость; могут быть определены новые команды
• Выровнен по 32-битным границам

Также: как и RADIUS, он предназначен для работы как в локальных, так и в роуминговых ситуациях AAA. Он использует TCP или SCTP, в отличие от RADIUS, который использует UDP. В отличие от RADIUS, он не включает в себя шифрование, но может быть защищен безопасностью транспортного уровня (IPSEC или TLS). Базовый размер идентификатора AV составляет 32 бита, в отличие от RADIUS, который использует 8 бит в качестве размера базового идентификатора AV. Как и RADIUS, он поддерживает режимы без сохранения состояния и режимы с отслеживанием состояния. Как RADIUS, он поддерживает подтверждение уровня приложения и определяет аварийное переключение. для множества различных интерфейсов, определенных стандартами 3GPP, причем каждый интерфейс обычно определяет новые команды и атрибуты.

Приложения

А Диаметр Применение это не программное приложение но это протокол на основе базового протокола Diameter, определенного в RFC 6733 и RFC 7075 (Устарело: RFC 3588). Каждое приложение определяется идентификатором приложения и может добавлять новые коды команд и / или новые обязательные AVP (Пара атрибут-значение). Добавление новой дополнительной AVP не требует нового приложения.

Примеры применения диаметра:

• Приложение Diameter Mobile IPv4 (MobileIP, RFC 4004)
• Приложение сервера доступа к сети Diameter (NASREQ, RFC 7155) (Устарело: RFC 4005)
• Приложение протокола расширяемой аутентификации Diameter (RFC 4072)
• Приложение для кредитного контроля диаметра (DCCA, RFC 8506]) (Устарело: RFC 4006)
• Приложение протокола инициирования сеанса Diameter (RFC 4740)
• Различные приложения в 3GPP Подсистема IP-мультимедиа

Оба HSS и SLF общаться с использованием протокола Diameter.

(Общая архитектура начальной загрузки): Функция сервера начальной загрузки

История

Протокол Diameter был первоначально разработан Пэтом Р. Калхоуном, Гленом Зорном и Пингом Пэном в 1998 году для обеспечения основы для аутентификации, авторизации и учета (AAA), который может преодолеть ограничения RADIUS. У RADIUS были проблемы с надежностью, масштабируемостью, безопасностью и гибкостью. RADIUS не может эффективно справляться с удаленным доступом, IP-мобильностью и контролем политик. Протокол Diameter определяет протокол политики, используемый клиентами для выполнения политики, AAA и управления ресурсами. Это позволяет одному серверу обрабатывать политики для многих служб.^[1]

Как и RADIUS, Diameter обеспечивает функциональность AAA, но использует TCP и SCTP вместо UDP, тем самым делегируя обнаружение и обработку проблем связи этим протоколам. Протокол Diameter усовершенствован в результате развития Партнерского проекта третьего поколения (3GPP). Подсистема IP-мультимедиа (IMS). Интерфейсы S6a, S6b, Gx, Gy, Sy, Rx, Cx, Dh, Dx, Rf, Ro, Sh и Zh поддерживаются приложениями Diameter.^[2] Благодаря использованию расширений, протокол был разработан с возможностью расширения для поддержки прокси, брокеров, надежной защиты, мобильного IP, серверов доступа к сети (NASREQ), учета и управления ресурсами.

Описание протокола

Эта секция нуждается в расширении. Вы можете помочь добавляя к этому. (Июнь 2008 г.)

Базовый протокол Diameter определяется RFC 6733 (Устарело: RFC 3588 и RFC 5719) и определяет минимальные требования к Протокол AAA. Диаметр приложений может расширять базовый протокол, добавляя новые команды, атрибуты или и то, и другое. Безопасность диаметра обеспечивается IPsec или же TLS. IANA назначила TCP и SCTP номер порта 3868 в Диаметр, как указано в разделе 11.4 RFC 6733.

Формат пакета

Пакет состоит из заголовка Diameter и переменного количества пар атрибут-значение, или AVP, для инкапсуляции информации, относящейся к сообщению Diameter.

Версия

В этом поле указывается версия протокола Diameter Base. По состоянию на 2014 год поддерживается только значение 1.^[3]

Длина сообщения

Поле длины сообщения указывает длину сообщения Diameter в байтах, включая поля заголовка и дополненные AVP.

Командные флаги

"р"(Запрос) бит - если установлен, сообщение является запросом. Если сброшен, сообщение является ответом.

"пБит (проксируемый) - если установлен, сообщение МОЖЕТ быть проксировано, ретранслировано или перенаправлено. Если сброшено, сообщение ДОЛЖНО обрабатываться локально.

"EБит «(Ошибка)» - если установлен, сообщение содержит ошибку протокола, и сообщение не будет соответствовать CCF, описанному для этой команды. Сообщения с установленным битом «E» обычно называются сообщениями об ошибках. Этот бит НЕ ДОЛЖЕН быть установленным в сообщениях запроса.

"ТБит "(потенциально повторно переданное сообщение)" - этот флаг устанавливается после процедуры переключения канала связи, чтобы помочь удалить повторяющиеся запросы. Он устанавливается при повторной отправке запросов, еще не подтвержденных, как указание на возможное дублирование из-за сбоя канала.

Команды

Каждой паре запрос / ответ команды назначается код команды. То, является ли это запрос или ответ, определяется битом ’R’ в поле Command Flags заголовка.

Значения 0-255 зарезервированы для обратной совместимости с RADIUS. Значения 256-16777213 предназначены для постоянных стандартных команд, назначенных IANA. Значения 16777214 и 16777215 (шестнадцатеричные 0xFFFFFE и 0xFFFFFF) зарезервированы для экспериментальных и тестовых целей.

Код команды используется для определения действия, которое должно быть выполнено для конкретного сообщения. Некоторые общие команды Diameter, определенные в протоколе (базовом и прикладном):

ID приложения

Application-ID используется для определения того, для какого приложения Diameter применимо сообщение. Приложение может быть приложением для аутентификации, бухгалтерским приложением или приложением для конкретного поставщика.

Агенты Diameter, соответствующие определенному расширению Diameter, сообщают о своей поддержке путем включения определенного значения в атрибут Auth-Application-Id команд Capabilities-Exchange-Request (CER) и Capabilities-Exchange-Answer (CEA).

Значение поля Application-ID в заголовке такое же, как и любые соответствующие AVP Application-Id, содержащиеся в сообщении. Например, значение Application-ID и атрибута Auth-Application-Id в командах Credit-Control-Request (CCR) и Credit-Control-Answer (CCA) для приложения Diameter-Credit-Control равно 4.^[4]

Пошаговый идентификатор

Идентификатор шага за шагом представляет собой 32-битное целочисленное поле без знака (в сетевом порядке байтов), которое используется для сопоставления запросов с их ответами, поскольку в ответе используется то же значение в запросе.

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

В случае перенаправления агентов в заголовке сохраняется пошаговый идентификатор, поскольку агент Diameter отвечает сообщением ответа.

Сквозной идентификатор

Сквозной идентификатор - это 32-битное целочисленное поле без знака (в сетевом порядке байтов), которое используется для обнаружения повторяющихся сообщений вместе с комбинацией AVP источника-хоста.

При создании запроса для End-to-End Identifier устанавливается локально уникальное значение. Сквозной идентификатор не изменяется агентами Diameter любого типа, и в ответе используется то же значение, что и в соответствующем запросе.

Эта секция нуждается в расширении. Вы можете помочь добавляя к этому. (Декабрь 2009 г.)

Пары атрибут-значение (AVP)

Для простоты, AVP Flag "V"бит означает" В зависимости от поставщика; "M"бит означает Обязательный; "п"бит означает Защищено.

"V"бит, известный как зависящий от поставщика бит, указывает, Vendor-ID присутствует в заголовке AVP. При установке код AVP принадлежит конкретному адресному пространству кода поставщика.

"M"бит, известный как обязательный бит, указывает, требуется ли поддержка AVP. Если AVP с"M"набор битов получен клиентом Diameter, сервером, прокси или агентом трансляции, и либо AVP, либо его значение не распознаны, сообщение должен быть отклоненным. Diameter Relay и агенты перенаправления не должен отклонять сообщения с нераспознанными AVP.

"пБит указывает на необходимость шифрования для сквозной безопасности.

Государственные машины

Эта секция нуждается в расширении. Вы можете помочь добавляя к этому. (Декабрь 2009 г.)

В RFC 3588 определяет конечный автомат ядра для поддержания соединений между одноранговыми узлами и обработки сообщений. Это часть основных функциональных возможностей протокола, и все стеки должны поддерживать его и, таким образом, абстрагироваться от операций, связанных с подключением.

• 

  Одноранговый конечный автомат, часть 1

• 

  Одноранговый конечный автомат, часть 2

Кроме того, конечные автоматы для конкретных приложений могут быть введены либо позже, либо на более высоком уровне абстракции. В RFC 3588 определяет авторизацию и конечный автомат учета.

• 

  Конечные автоматы авторизации диаметра (клиент)

• 

  Конечные автоматы авторизации диаметра (сервер)

• 

  Государственные автоматы учета диаметра (Заказчик)

• 

  Конечный автомат учета диаметра (сервер)

Потоки сообщений

Связь между двумя одноранговыми узлами диаметра начинается с установления транспортного соединения (TCP или же SCTP). Затем инициатор отправляет Capabilities-Exchange-Request (CER) другому одноранговому узлу, который отвечает ответом Capabilities-Exchange-Answer (CEA). Для одноранговых узлов, совместимых с RFC3588, можно дополнительно согласовать TLS (безопасность транспортного уровня). Для одноранговых узлов, совместимых с RFC6733, согласование TLS необязательно может происходить до CER / CEA.

После этого соединение готово для обмена сообщениями приложений.

Если в течение некоторого времени обмен сообщениями не производился, любая из сторон может отправить запрос Device-Watchdog-Request (DWR), а другой партнер должен ответить Device-Watchdog-Answer.

Любая сторона может прервать связь, отправив Disconnect-Peer-Request (DPR), на который другой одноранговый узел должен ответить Disconnect-Peer-Answer. После этого транспортное соединение можно отключить.

RFC

Протокол Diameter в настоящее время определен в следующих IETF RFC: устаревшие RFC помечены зачеркивание текст.

Смотрите также

• Список протоколов аутентификации
• Протокол идентификации хоста (БЕДРО)

Рекомендации

внешняя ссылка

• Введение в Diameter - получите протокол AAA следующего поколения
• Страница Cisco с описанием различий между RADIUS и DIAMETER
• Диаметр: протокол AAA следующего поколения Статья Хокана Вентуры о диаметре
• Справочная страница со списком поставщиков шлюзов диаметра, контроллеров сигнализации диаметра и стеков диаметра