RFC: 2918
Оригинал: Route Refresh Capability for BGP-4
Категория: Предложенный стандарт
Дата публикации:
Автор:
Перевод: Николай Малых

RFC 2918, Страница 3 из 3

4. Механизм работы

Узлу BGP, который пожелал принимать сообщения ROUTE-REFRESH от своего партнера, следует анонсировать тому Route Refresh Capability, используя анонс BGP Capabilities [BGP-CAP].

Узел BGP может передать сообщение ROUTE-REFRESH своему партнеру, если он получил от этого партнера сообщение Route Refresh Capability. Паре <AFI, SAFI> в таком сообщении следует быть одной из пар <AFI, SAFI>, которые партнер анонсировал узлу во время организации сеанса при анонсировании своих возможностей.

Если узел BGP принимает от своего партнера сообщение ROUTE-REFRESH с парой <AFI, SAFI>, которую этот узел не анонсировал партнеру во время организации сеанса при анонсировании своих возможностей, узлу следует игнорировать такое сообщение. В остальных случаях узлу BGP следует заново анонсировать этому партнеру Adj-RIB-Out для пары <AFI, SAFI>, указанной в сообщении, основываясь на своей политике исходящей маршрутизации.

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

Данное расширение BGP не оказывает влияния на основные вопросы безопасности.

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

Предложенная концепция Route Refresh подобна одной из используемых в протоколе IDRP.

Автор благодарит Yakov Rekhter, Ravi Chandra, Srihari Ramachandra и Bruce Cole за просмотр документа и комментарии.

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

[BGP-4]Rekhter, Y., T. Li и S. Hares, «Протокол BGP-4», RFC 4271, Январь 2006.
[BGP-MP]Bates, T., Chandra, R., Katz, D. и Y. Rekhter, «Многопротокольные расширения для BGP-4», RFC 4760, Январь 2007.
[BGP-CAP]Chandra, R. и J. Scudder, «Анонсирование возможностей в BGP-4», RFC 5492, Февраль 2009.

Страница 3 из 3

2007 - 2017 © Русские переводы RFC, IETF, ISOC.