RFC 8093 Deprecation of BGP Path Attribute Values 30, 31, 129, 241, 242, and 243

Internet Engineering Task Force (IETF)                       J. Snijders
Request for Comments: 8093                                           NTT
Category: Standards Track                                  February 2017
ISSN: 2070-1721

Прекращение использования значений атрибута BGP Path 30, 31, 129, 241, 242 и 243

Deprecation of BGP Path Attribute Values 30, 31, 129, 241, 242, and 243

PDF

Аннотация

Этот документ запрашивает агентство IANA отметить атрибуты BGP path со значениями 30, 31, 129, 241, 242 и 243, как отмененные (Deprecated).

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

Этот документ является проектом стандарта (Internet Standards Track).

Документ является результатом работы IETF1 и представляет собой согласованное мнение сообщества IETF. Документ был вынесен на публичное рассмотрение и одобрен для публикации IESG2. Дополнительная информация о документах BCP представлена в разделе 2 документа RFC 7841.

Информация о текущем статусе этого документа, обнаруженных ошибках и способах обратной связи может быть найдена по ссылке http://www.rfc-editor.org/info/rfc8093.

Авторские права

Авторские права (Copyright (c) 2017) принадлежат IETF Trust и лицам, указанным в качестве авторов документа. Все права защищены.

К документу применимы права и ограничения, указанные в BCP 78 и IETF Trust Legal Provisions и относящиеся к документам IETF (http://trustee.ietf.org/license-info), на момент публикации данного документа. Прочтите упомянутые документы внимательно. Фрагменты программного кода, включённые в этот документ, распространяются в соответствии с упрощённой лицензией BSD, как указано в параграфе 4.e документа IETF Trust Legal Provisions, без каких-либо гарантий (как указано в Simplified BSD License).

1. Введение

Было обнаружено, что некоторые значения BGP Path Attribute, используемые в развернутых реализациях BGP, не были выделены агентством IANA для такого применения. Использование незарегистрированных значений BGP Path Attribute может приводить к проблемам при развертывании новых технологий.

Использование незарегистрированных значений было отмечено, когда атрибуту BGP Large Communities [RFC8092] агентством IANA было выделено первоначальное значение 30. Впоследствии было обнаружено, что широко развернутая реализация BGP-4 [RFC4271] включает код, использующий атрибут пути 30, и этот атрибут применяется в стратегии «трактовать, как отозванный» (Treat-as-withdraw) [RFC7606] для маршрутов, содержащих корректный атрибут Large Community, поскольку в нем предполагается другая структура данных. Поскольку эти маршруты отбрасываются, результатом первоначального использования атрибута Large Community стала недоступность использующих его систем для части сети Internet. Для решения возникшей проблемы было запрошено новое значение (Early IANA Allocation).

«Самозахват» значений 30, 31, 129, 241, 242 и 243 был подтвержден разработчиками и анализом исходного кода.

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

Агентство IANA отметило значения 30, 31, 129, 241, 242 и 243, как отозванные (Deprecated) в субреестре BGP Path Attributes реестра Border Gateway Protocol (BGP) Parameters. Метка Deprecated означает, что эти значения не рекомендуется использовать ([IANA-GUIDELINES]).

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

С этим обновлением реестров не связано значимых последствий в части безопасности.

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

[IANA-GUIDELINES] Cotton, M., Leiba, B., and T. Narten, “Guidelines for Writing an IANA Considerations Section in RFCs”, Work in Progress1, draft-leiba-cotton-iana-5226bis-18, September 2016.

[RFC4271] Rekhter, Y., Ed., Li, T., Ed., and S. Hares, Ed., “A Border Gateway Protocol 4 (BGP-4)”, RFC 4271, DOI 10.17487/RFC4271, January 2006, <http://www.rfc-editor.org/info/rfc4271>.

[RFC7606] Chen, E., Ed., Scudder, J., Ed., Mohapatra, P., and K. Patel, “Revised Error Handling for BGP UPDATE Messages”, RFC 7606, DOI 10.17487/RFC7606, August 2015, <http://www.rfc-editor.org/info/rfc7606>.

[RFC8092] Heitz, J., Ed., Snijders, J., Ed., Patel, K., Bagdonas, I., and N. Hilliard, “BGP Large Communities Attribute”, RFC 8092, DOI 10.17487/RFC8092, February 2017, <http://www.rfc-editor.org/info/rfc8092>.

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

Автор выражает свою признательность Marlien Vijfhuizen за помощь в обнаружении захвата значения 30 и Nick Hilliard за редакторские правки.

Адрес автора

Job Snijders

NTT Communications

Theodorus Majofskistraat 100

Amsterdam 1065 SZ

The Netherlands

Email: job@ntt.net


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

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

nmalykh@gmail.com

1Internet Engineering Task Force.

2Internet Engineering Steering Group.

1Опубликовано в RFC 8126. Прим. перев.

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