6. Согласование с IANA
В этом документе определен новый дополнительный параметр Capability с полем Capability Code. IANA поддерживает реестр значений Capability Code. Нулевое (0) значение Capability Code является резервным. Коды возможностей в диапазоне от 1 до 63 выделяются IANA после обзора IETF («IETF Review»), как описано в документе [RFC5226]. Коды из диапазона 64 — 127 распределяются IANA в порядке поступления запросов (процедура «First Come First Served»), описанном в документе [RFC5226]. Коды от 128 до 255 предназначены для приватного использования («Private Use»), как определено в [RFC5226].
IANA поддерживает реестр дополнительных параметров сообщений OPEN, называемый «BGP OPEN Optional Parameter Types». Дополнительные параметры идентифицируются однооктетными целыми числами без знака Parameter Type. Значения типов (0 — резерв) распределяются в соответствии с процедурой «IETF Review», определенной в [RFC5226].
В настоящее время реестр ыключает два значения Parameter Type:
- Parameter Type 1: Authentication свидетельство подлинности (не рекомендуется использовать) [RFC4271] [RFC5492]
- Parameter Type 2: Capabilities — возможности [RFC5492]
7. Вопросы безопасности
Данное расширение не оказывает влияния на проблемы безопасности, связанные с протоколом BGP [RFC4272].
8. Благодарности
Авторы выражают свою признательность членам рабочей группы IDR, а также IESG и его управлениям за просмотр документа и комментарии.
9. Литература
9.1. Нормативные документы
| [RFC2119] | Bradner, S., «Key words for use in RFCs to Indicate Requirement Levels», BCP 14, RFC 2119, Март 1997. |
| [RFC4271] | Rekhter, Y., Li, T., and S. Hares, «Протокол BGP-4», RFC 4271, Январь 2006 |
| [RFC5226] | Narten, T. и H. Alvestrand, «Guidelines for Writing an IANA Considerations Section in RFCs», BCP 26, RFC 5226, Май 2008. |
9.2. Дополнительная литература
| [RFC4272] | Murphy, S., «Анонсирование возможностей в BGP-4», RFC 4272, Январь 2006. |
| [RFC4760] | Bates, T., Chandra, R., Katz, D., and Y. Rekhter, «Многопротокольные расширения для BGP-4», RFC 4760, Январь 2007. |
Приложение A. Сравнение RFC 2842 и RFC 3392
В дополнение к незначительным редакторским правкам в RFC 3392 разъяснен вопрос обработки множества экземпляров анонса одной возможности.
Приложение B. Сравнение RFC 3392 с данным документом
В этом документе внесены незначительные редакторские правки, обновлены ссылки, разъяснено использование сообщений Unsupported Optional Parameter NOTIFICATION и обработка множества параметров Capabilities в сообщении OPEN, а также изменен уровней требований в ряде случаев со следует на должно (MUST взамен SHOULD).
Адреса авторов
John G. Scudder
Juniper Networks
EMail: ten.repinuj@sgj
Ravi Chandra
Sonoa Systems
EMail: moc.smetsysaonos@ardnahcr