Добрый день!
В настоящий момент имеется 2-а присоединения, взаимодействие происходит по BGP (берутся 2-е полные таблицы). Возникла необходимость организации 3-го присоединения на другом маршрутизаторе с настройко bgp взаимодействия. Все маршрутизаторы Cisco. Подскажите каким образом можно сделать так, чтоб через вновь организовываемое соединение не шли анонсы, до тех пор, пока видны анонсы через друге аплинки, и автоматически поднимались анонсы, в случае падения остальных анонсов.Спасибо
на cisco никак, плюс вы слишком много хотите... это всего лишь bgp, а не протокол вашей мечты...
>на cisco никак, плюс вы слишком много хотите... это всего лишь bgp,
>а не протокол вашей мечты...На самом деле я слышал, что это возможно, но вот к сожалению пока не знаю как.
>Добрый день!
>В настоящий момент имеется 2-а присоединения, взаимодействие происходит по BGP (берутся 2-е
>полные таблицы). Возникла необходимость организации 3-го присоединения на другом маршрутизаторе с
>настройко bgp взаимодействия. Все маршрутизаторы Cisco. Подскажите каким образом можно сделать
>так, чтоб через вновь организовываемое соединение не шли анонсы, до тех
>пор, пока видны анонсы через друге аплинки, и автоматически поднимались анонсы,
>в случае падения остальных анонсов.
>
>СпасибоСтавьте на анонсы из 3-её точки маленький local-preference и они будут
использоваться только когда упадут первые два линка
>[оверквотинг удален]
>>полные таблицы). Возникла необходимость организации 3-го присоединения на другом маршрутизаторе с
>>настройко bgp взаимодействия. Все маршрутизаторы Cisco. Подскажите каким образом можно сделать
>>так, чтоб через вновь организовываемое соединение не шли анонсы, до тех
>>пор, пока видны анонсы через друге аплинки, и автоматически поднимались анонсы,
>>в случае падения остальных анонсов.
>>
>>Спасибо
>
>Ставьте на анонсы из 3-её точки маленький local-preference и они будут
>использоваться только когда упадут первые два линкаЕсли вы имели ввиду свои анонсы, то может как-то через PBR попробывать.
>[оверквотинг удален]
>>>пор, пока видны анонсы через друге аплинки, и автоматически поднимались анонсы,
>>>в случае падения остальных анонсов.
>>>
>>>Спасибо
>>
>>Ставьте на анонсы из 3-её точки маленький local-preference и они будут
>>использоваться только когда упадут первые два линка
>
>Если вы имели ввиду свои анонсы, то может как-то через PBR попробывать.
>Да я имею ввиду свои анонсы.
Смысл задачи в следующем, чтоб через 3-е присоединение не ходил трафик (входящий и исходящий) пока живые остальные каналы.
>[оверквотинг удален]
>>>
>>>Ставьте на анонсы из 3-её точки маленький local-preference и они будут
>>>использоваться только когда упадут первые два линка
>>
>>Если вы имели ввиду свои анонсы, то может как-то через PBR попробывать.
>>
>
>Да я имею ввиду свои анонсы.
>Смысл задачи в следующем, чтоб через 3-е присоединение не ходил трафик (входящий
>и исходящий) пока живые остальные каналы.Вот нашёл у себя пример раньше встречался на форуме, посмотрите может вам подойдёт
Для дефолта можно привести следующий пример (взято из текущей лабы):
Код:router bgp 1
synchronization
bgp log-neighbor-changes
network 172.16.0.0
neighbor 192.168.20.2 remote-as 2
neighbor 192.168.20.2 description Rico
neighbor 192.168.20.2 route-map AS2-IN in
neighbor 192.168.20.2 route-map AS2-OUT out
neighbor 192.168.30.2 remote-as 3
neighbor 192.168.30.2 description Fry
neighbor 192.168.30.2 send-community
neighbor 192.168.30.2 route-map AS3-IN in
neighbor 192.168.30.2 route-map AS3-OUT out
neighbor 192.168.30.2 advertise-map AS3-OUT non-exist-map DEFAULT-FROM-AS2
no auto-summary
!
ip bgp-community new-format
ip community-list standard AS2 permit 2:1
ip community-list standard AS3 permit 3:1
!
!
ip prefix-list DEFAULT seq 5 permit 0.0.0.0/0
!
ip prefix-list OUR-AS seq 5 permit 172.16.0.0/16
!
route-map AS2-IN permit 10
set local-preference 300
set community 2:1 additive
!
route-map AS3-IN permit 10
set local-preference 100
set community 3:1 additive
!
route-map AS2-OUT permit 10
match ip address prefix-list OUR-AS
!
route-map DEFAULT-FROM-AS2 permit 10
match ip address prefix-list DEFAULT
match community AS2
!
route-map AS3-OUT permit 10
match ip address prefix-list OUR-AS
Поясняю, что происходит. На входе я мечу каждый дефолт своим комьюнити. На
выходе - первому прову (AS2) отдаю свою AS в любом случае. Второму (AS3) -
только в случае если не вижу дефолта от первого (AS2). Если что непонятно,
поясню.
>[оверквотинг удален]
>match ip address prefix-list OUR-AS
>
>
>Поясняю, что происходит. На входе я мечу каждый дефолт своим комьюнити. На
>
>выходе - первому прову (AS2) отдаю свою AS в любом случае. Второму
>(AS3) -
>только в случае если не вижу дефолта от первого (AS2). Если что
>непонятно,
>поясню.как вариант решения -
BGP Conditional Advertisement Feature
>[оверквотинг удален]
>match ip address prefix-list OUR-AS
>
>
>Поясняю, что происходит. На входе я мечу каждый дефолт своим комьюнити. На
>
>выходе - первому прову (AS2) отдаю свою AS в любом случае. Второму
>(AS3) -
>только в случае если не вижу дефолта от первого (AS2). Если что
>непонятно,
>поясню.так 0.0.0.0/0 Вам не всегда будут аносировать, обычно провайдер отдает FW там нет никакх маршрутов по умолчанию
>[оверквотинг удален]
>>Поясняю, что происходит. На входе я мечу каждый дефолт своим комьюнити. На
>>
>>выходе - первому прову (AS2) отдаю свою AS в любом случае. Второму
>>(AS3) -
>>только в случае если не вижу дефолта от первого (AS2). Если что
>>непонятно,
>>поясню.
>
>так 0.0.0.0/0 Вам не всегда будут аносировать, обычно провайдер отдает FW там
>нет никакх маршрутов по умолчаниюНу на самом деле можно с провайдером переговорить, и договориться об анонсах дефолта.
Спасибо, попробую данный вариант.
>[оверквотинг удален]
>match ip address prefix-list OUR-AS
>
>
>Поясняю, что происходит. На входе я мечу каждый дефолт своим комьюнити. На
>
>выходе - первому прову (AS2) отдаю свою AS в любом случае. Второму
>(AS3) -
>только в случае если не вижу дефолта от первого (AS2). Если что
>непонятно,
>поясню.Спасибо, попробую этот вариант :)