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. |