Ситуация такая:
Есть кошка и опен, каждый смотрит к своему провайдеру и получает от своего провайдера комьюнити. Между собой железки общаются по IBGP (они обслуживают одну AS).
Проблема такая: опен забирает от кошки комьюнити полученное от кошкиного провайдера и в таблице маршрутизации установлен nexthop кошки. Но кошка забирает комьюнити от опена и в таблице маршрутизации вместо nexthop не адрес опена, а адрес провайдера, к которому подключен openbgpd.
Как вылечить?
>Ситуация такая:
>Есть кошка и опен, каждый смотрит к своему провайдеру и получает от
>своего провайдера комьюнити. Между собой железки общаются по IBGP (они обслуживают
>одну AS).
>Проблема такая: опен забирает от кошки комьюнити полученное от кошкиного провайдера и
>в таблице маршрутизации установлен nexthop кошки. Но кошка забирает комьюнити от
>опена и в таблице маршрутизации вместо nexthop не адрес опена, а
>адрес провайдера, к которому подключен openbgpd.
>Как вылечить?(Продолжение)
Конфиг кошки:
router bgp XXXXX
no synchronization
bgp log-neighbor-changes
network ZZ.ZZ.ZZ.ZZ mask 255.255.240.0
aggregate-address ZZ.ZZ.ZZ.ZZ 255.255.240.0 summary-only
neighbor ZZ.ZZ.ZZ.252 remote-as XXXX (адрес опена)
neighbor ZZ.ZZ.ZZ.252 next-hop-self
neighbor YY.YY.YY.65 remote-as YYYYY (адрес провайдерского неибора)
no auto-summaryКонфиг опена:
AS XXXXX
router-id ZZ.ZZ.ZZ.252network ZZ.ZZ.ZZ.ZZ/20
neighbor CC.CC.CC.33{
descr Адрес провайдера
remote-as CCCCC
}neighbor ZZ.ZZ.ZZ.253{
descr кошка
remote-as XXXXX
announce all
softreconfig in yes
set nexthop XX.XX.XX.252
}
>>Ситуация такая:
>>Есть кошка и опен, каждый смотрит к своему провайдеру и получает от
>>своего провайдера комьюнити. Между собой железки общаются по IBGP (они обслуживают
>>одну AS).
>>Проблема такая: опен забирает от кошки комьюнити полученное от кошкиного провайдера и
>>в таблице маршрутизации установлен nexthop кошки. Но кошка забирает комьюнити от
>>опена и в таблице маршрутизации вместо nexthop не адрес опена, а
>>адрес провайдера, к которому подключен openbgpd.
>>Как вылечить?
>
>(Продолжение)
>
>Конфиг кошки:
>router bgp XXXXX
> no synchronization
> bgp log-neighbor-changes
> network ZZ.ZZ.ZZ.ZZ mask 255.255.240.0
> aggregate-address ZZ.ZZ.ZZ.ZZ 255.255.240.0 summary-only
>
> neighbor ZZ.ZZ.ZZ.252 remote-as XXXX (адрес опена)
> neighbor ZZ.ZZ.ZZ.252 next-hop-self
> neighbor YY.YY.YY.65 remote-as YYYYY (адрес провайдерского неибора)
> no auto-summary
>
>Конфиг опена:
>AS
> XXXXX
>router-id ZZ.ZZ.ZZ.252
>
>network ZZ.ZZ.ZZ.ZZ/20
>
>neighbor CC.CC.CC.33{
> descr Адрес
>провайдера
> remote-as CCCCC
>}
>
>neighbor ZZ.ZZ.ZZ.253{
> descr кошка
>
> remote-as XXXXX
> announce all
> softreconfig in yes
> set nexthop XX.XX.XX.252
>}Найти в опене аналог команды neighbor ZZ.ZZ.ZZ.252 next-hop-self на циске.
А поправильному - при IBGP next-hop адрес берется того маршрутера, (из СОСЕДНЕЙ AS-ки) который тебе проанонсил эти маршруты снаружи.
И на маршрутере должны существовать маршруты (не БГП маршруты) к этим адресам.
>Найти в опене аналог команды neighbor ZZ.ZZ.ZZ.252 next-hop-self на циске.
>А поправильному - при IBGP next-hop адрес берется того маршрутера, (из СОСЕДНЕЙ
>AS-ки) который тебе проанонсил эти маршруты снаружи.
>И на маршрутере должны существовать маршруты (не БГП маршруты) к этим адресам.
>
Вот стоял set nexthop XX.XX.XX.252, но нифига не работало.
Заработало только тогда, когда сделал фильтр: match any to <кошка> set nexthop <опен>
Про как ведет себя EBGP при анонсах в IBGP - я знаю ))) но нужно именно так.