RFC 5224 Diameter Policy Processing Application

image_print
Network Working Group                                         M. Brenner
Request for Comments: 5224                                Alcatel-Lucent
Category: Informational                                       March 2008

Diameter Policy Processing Application

Приложение для обработки правил Diameter

PDF

Статус документа

Этот документ содержит информацию для сообщества Internet. Документ не задаёт стандартов Internet и может распространяться без ограничений.

Аннотация

Документ описывает необходимость нового значения IANA Diameter Command Code, используемого в зависящих от производителей новых приложениях, для вызова обработки правил (Policy Processing – оценка и исполнение). Это нужно как одна из реализаций оценки правил OMA1, а именно интерфейса PEM-1, служащего для отправки запросов и откликов при обработке правил.

Оглавление

Исключено в варианте HTML.

1. Введение

Этот документ резюмирует применение кодов Diameter в недавно определённой реализации спецификации вызовов обработки правил. Агентством IANA выделен новый код команды. В документе кратко описаны применения недавно определённых кодов Diameter (Command Code, AVP, и зависящий от производителя идентификатор приложения). В сочетании с базовым протоколом Diameter спецификация приложения удовлетворяет требованиям OMA) по оценке, исполнению и управлению (Policy Evaluation, Enforcement, and Management или PEEM) для отправки запросов на обработку правил и получение откликов с результатом обработки. Нормативное использование Diameter описано в [PEM-1-TS]. Требования PEEM документированы в [PEEM-RD], а архитектура PEEM – в [PEEM-AD].

Реализация этого приложения в Diameter предполагает использование протокола Diameter Base, заданного RFC 3588, и расширяет его лишь для конкретного применения с использованием vendor-id (PEN) – зависящего от производителя идентификатора приложения, нового кода команды (314) и нового AVP, определённого в пространстве имён производителя. Входные данные для обработки правил передаются через новый AVP, а результат возвращается через комбинацию того же AVP и Experimental-Result AVP.

2. Терминология

Базовая спецификация Diameter (параграф 1.4 в [RFC3588]) определяет большую часть применяемых в этом документе терминов. Дополнительно в документе применяются термины и сокращения из [PEM-1-TS].

3. Приложение для обработки правил Diameter

Подробное описание приложения обработки правил Diameter (Policy Processing Application) приведено в параграфе 5.4.1 документа Policy Evaluation, Enforcement and Management Callable Interface (PEM-1) Technical Specification [PEM-1-TS].

4. Вопросы безопасности

Этот документ описывает приложение обработки правил Diameter. Оно работает на основе базового протокола Diameter и вопросы безопасности, рассмотренные в RFC 3588 [RFC3588], применимы к настоящему документу. Не требуется дополнительных механизмов защиты, кроме описанных в RFC 3588.

5. Взаимодействие с IANA

А этом разделе приведены рекомендации для IANA2 по регистрации значений, связанных с протоколом Diameter, в соответствии с BCP 26 [RFC2434].

Этот документ определяет значения в пространствах имён, созданных и определённых в Diameter Base [RFC3588]. Данный раздел конкретизирует критерии выделения значений. Выделенные в этом документе или будущих действиях IANA значения должны координироваться с общим пространством имен.

5.1. Коды команд

Эта спецификация выделяет значение 314 из пространства имён Command Code, определённого в [RFC3588]. Использования кодов команд описано в параграфе 5.4.1.3.1 [PEM-1-TS].

Агентство IANA выделило приведенное ниже значение в реестре Authentication, Authorization, and Accounting (AAA) Parameters (субреестр Command Codes).

Код

Имя

Документ

314

PDR / PDA

[RFC5224]

5.2. Коды AVP

Эта спецификация использует значение 1 для Policy-Data AVP в пространстве имён OMA Vendor-ID (PEN) AVP. Назначение пространства имён описано в параграфе 5.4.1.3.3 [PEM-1-TS].

5.3. Идентификатор приложения

Эта спецификация использует значение 16777243 из пространства имён Application Identifier как зарегистрированное IANA для Policy Processing Application. Дополнительные сведения приведены в параграфе 5.4.1.3 [PEM-1-TS].

6. Благодарности

Автор благодарит Dan Romascanu и Hannes Tschofenig за помощь и поддержку.

Автор хотел бы также поблагодарить компанию Alcatel-Lucent, поскольку большая часть этого документа была создана во время работы автора в этой компании.

7. Литература

7.1. Нормативные документы

[PEM-1-TS] Open Mobile Alliance, “Policy Evaluation, Enforcement and Management Callable Interface (PEM-1) Technical Specification, Draft Version 1.0, available at http://www.openmobilealliance.org/ftp/Public_documents/ARCH/Permanent_documents/OMA-TS-PEEM_PEM1-V1_0-20080325-D.zip“, December 2007.

[RFC3588] Calhoun, P., Loughney, J., Guttman, E., Zorn, G., and J. Arkko, “Diameter Base Protocol”, RFC 3588, September 2003.

7.2. Дополнительная литература

[PEEM-AD] Open Mobile Alliance, “Policy Evaluation, Enforcement and Management Architecture, Draft Version 1.0, available at http://www.openmobilealliance.org/ftp/Public_documents/ARCH/Permanent_documents/OMA-AD-Policy_Evaluation_Enforcement_Management-V1_0_0-20060625-D.zip“, June 2006.

[PEEM-RD] Open Mobile Alliance, “Policy Evaluation, Enforcement and Management Requirements, Candidate Version 1.0, 12 January 2005, available at http://www.openmobilealliance.org/ftp/Public_documents/ARCH/permanent_documents/OMA-RD-Policy_Evaluation_Enforcement_Management-V1_0-20050112-C.zip“, November 2005.

[RFC2434] Narten, T. and H. Alvestrand, “Guidelines for Writing an IANA Considerations Section in RFCs”, BCP 26, RFC 24343, October 1998.

Адрес автора

Michael Brenner

Alcatel-Lucent

600-700 Mountain Avenue, 2D-148

Murray Hill, NJ 07974-0636

USA

Phone: +1 908-582-8753

EMail: mrbrenner@alcatel-lucent.com

Полное заявление авторских прав

Copyright (C) The IETF Trust (2008).

This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.

This document and the information contained herein are provided on an “AS IS” basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Интеллектуальная собственность

The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.

Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.

The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.


Перевод на русский язык

Николай Малых

nmalykh@protocols.ru

1Open Mobile Alliance

2Internet Assigned Numbers Authority.

3Документ заменен RFC 5226. Прим. перев.

Please follow and like us:
Запись опубликована в рубрике RFC. Добавьте в закладки постоянную ссылку.

Добавить комментарий