[roma33rus]

Всем привет.

 

Сильно не пинайте. С таким кейсом первый раз сталкиваюсь. Имеем железку Mellanox MSX1024B-2BFS. Сейчас на ней настроена AS  BGP, ну к примеру 11111. Я хочу добавить на эту же железку процесс bgp для работы с другой АС, к примеру 22222. При настройке мне железка дает ошибку:

% the router is already configured with a different local AS

 

Тобишь работать со второй АС одновременно он не может.

Проверил на Cisco Nexus, там так же, только один процесс для одной АС.

 

Вопрос, могу ли я каким-то способом на одной железке работать с двумя разными АС?

[VolanD666]

А точно нужно на разных AS? По другому не получится сделать? Если нужно переехать, посмотрите BGP Local-AS.

[roma33rus]

8 минут назад, VolanD666 сказал:

А точно нужно на разных AS? По другому не получится сделать? Если нужно переехать, посмотрите BGP Local-AS.

 

Не, нужно именно с провайдером держать именно две bgp сессии от разных AS.

 

Либо да. Если это технически невозможно, то придется перенастраивать единственную сессию на другую АС

[zhenya`]

Local-as

[roma33rus]

6 часов назад, zhenya` сказал:

Local-as

Да. Оно как я понял нам поможет, если мы будем менять ас на другую. А у меня задача другая. 

Держать две бгп сессии с одной железки, только с разными Ас и анонсировать разные маршруты через каждую Ас

[azhur]

Чисто теоретически (так как не знаю возможности сабжевого устройства), что-нибудь типа VRF/инстансов и прочих средств одной железке прикинуться несколькими (и у каждой - свой процесс BGP) не поможет?

[roma33rus]

15 минут назад, azhur сказал:

Чисто теоретически (так как не знаю возможности сабжевого устройства), что-нибудь типа VRF/инстансов и прочих средств одной железке прикинуться несколькими (и у каждой - свой процесс BGP) не поможет?

Да, вот тоже думал про vrf. Попробую глянуть возможно ли bgp запускать в разных vrf.

[VolanD666]

В 13.07.2022 в 14:43, roma33rus сказал:

bgp запускать в разных vrf.

Там скорее всего делается как везде- в рамках одного инстанса BGP, т.к. все равно с одной AS.

[roma33rus]

47 минут назад, VolanD666 сказал:

Там скорее всего делается как везде- в рамках одного инстанса BGP, т.к. все равно с одной AS.

То есть разные vrf не означают разные инстансы bgp?

[jffulcrum]

Процессы BGP и шарды таблицы маршрутизации (VRF) напрямую не связаны. Один процесс может обслуживать несколько VRF (емнип, в начальных железках только так и есть)

[fractal]

Насколько помню в asr9000 есть такая возможность

[roma33rus]

1 час назад, jffulcrum сказал:

Процессы BGP и шарды таблицы маршрутизации (VRF) напрямую не связаны. Один процесс может обслуживать несколько VRF (емнип, в начальных железках только так и есть)

Да. Видимо у нас так и есть. Это ж л3 свич.

 

23 минуты назад, fractal сказал:

Насколько помню в asr9000 есть такая возможность

Жаль, что у нас не циска. И вообще у нас железка EOL

[zhenya`]

21 час назад, roma33rus сказал:

Да. Оно как я понял нам поможет, если мы будем менять ас на другую. А у меня задача другая. 

Держать две бгп сессии с одной железки, только с разными Ас и анонсировать разные маршруты через каждую Ас

Почему? Как раз прекрасно подходит для случая, когда на per session базе надо изменить аску на своей стороне.

[roma33rus]

3 часа назад, zhenya` сказал:

Почему? Как раз прекрасно подходит для случая, когда на per session базе надо изменить аску на своей стороне.

Ага, да, почитал. Только тут есть минус для нас. Нам надо оригинальную AS убрать из списка AS-Path. А при local-as они добавляются обе. А железяка наша не умеет делать реплейс оригинальной ас на локальную, к сожалению. Ну я все равно буду пробовать и смотреть как оно у нас заработает, а то вдруг наша железка в as-path добавлять будет только local-as. Вот будет круто тогда вообще.

[roma33rus]

Хочу поделиться проведенным экспериментом с сообществом.

 

Применили мы значит на своей стороне local-as для нашего соседа и сессия благополучно прилегла. Ну ладно, не завелось и не завелось, откатим изменения. А не тут то было. Мы словили багу на своей железке - она не позволяла отменить настройку local-as. Обращались к провайдеру, он не помог. В итоге до ночи работали без одного соседа, а ночью перенастроили соседство просто на новую АС и все взлетело.

 

Собственно тут появляется вопрос. Возможно ли такое, что local-as надо было применять для всех соседей? Ниже нашей железки висели еще 8 соседей со старой As, но без настройки local-as.

[[anp/hsw]]

В 15.07.2022 в 18:59, roma33rus сказал:

Возможно ли такое, что local-as надо было применять для всех соседей?

Нет, это скорее всего локальный баг в софте, local-as пишите только там, где нужно.

Также никто не мешает писать в настройке local-as вашу старую as, если настройка не отменяется (уж это-то железка позволить должна).

[roma33rus]

30 минут назад, [anp/hsw] сказал:

Нет, это скорее всего локальный баг в софте, local-as пишите только там, где нужно.

Также никто не мешает писать в настройке local-as вашу старую as, если настройка не отменяется (уж это-то железка позволить должна).

согласен. Железка, откровенно говоря, не лучшего качества, поэтому спишем все на нее.