RFC 8093 | Устаревание значений атрибутов пути BGP 30, 31, 129, 241, 242 и 243

Аннотация

В этом документе IANA просит пометить значения атрибутов пути BGP 30, 31, 129, 241, 242 и 243 как «Устаревшие».

Скачать оригинальный документ на английском языке RFC 8093 PDF

Статус этой заметки

Это документ по отслеживанию стандартов Интернета.

Этот документ является продуктом Инженерной рабочей группы по Интернету (IETF). Он представляет собой консенсус сообщества IETF. Он получил общественную рецензию и был одобрен для публикации Руководящей группой по Интернет-разработкам (IESG). Дополнительная информация о Интернет-стандартах доступна в Разделе 2 RFC 7841.
Информацию о текущем состоянии этого документа, любых ошибках и способах предоставления отзывов о нем можно получить по адресу http://www.rfc-editor.org/info/rfc8093.

Уведомление об авторских правах

На данный документ распространяется действие ППГ 78 и Правовые положения IETF Trust, касающиеся документов IETF (http://trustee.ietf.org/license-info), действующие на дату публикации этого документа. Пожалуйста, внимательно ознакомьтесь с этими документами, так как они описывают ваши права и ограничения в отношении этого документа. Компоненты кода, извлеченные из этого документа, должны содержать текст Упрощенной лицензии BSD, как описано в Разделе 4.e Правил доверия, и предоставляются без гарантии, как описано в Упрощенной лицензии BSD.

1. Введение

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

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

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

2. Соображения IANA

IANA пометила значения 30, 31, 129, 241, 242 и 243 как «Устаревшие» в подсистеме «Атрибуты пути BGP» в реестре «Параметры протокола пограничного шлюза (BGP)». Маркировка «Устаревшая» означает «использование не рекомендуется» ([РУКОВОДСТВО ДЛЯ IANA]).

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

Это обновление реестра не приведет к значимым последствиям для безопасности.

4. Информационные ссылки

[IANA-GUIDELINES] Cotton, M., Leiba, B., and T. Narten, «Guidelines for Writing an IANA Considerations Section in RFCs», Work in Progress, 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, и Ника Хилларда за редакционную обратную связь.

Адрес авторов

Job Snijders
NTT Communications
Theodorus Majofskistraat 100
Amsterdam 1065 SZ
The Netherlands
Email: job@ntt.net