Jump to content
Калькуляторы

BGP резервирование default route при неполных таблицах

Имеем два аплинка по BGP и две неполные таблицы + 2 default route с различным весом. Собственно при проблемах у одного из аплинков чась сетей будет недоступна, т.к. дефолт идет на него. Фича доступная в IOS 12.3 с резервированием дефолта не катит, т.к. она резервирует только падение канала до аплинка, а проблемы могут быть еще выше.

Можно ли как то решить?

 

Покатит ли такой вариант: пинговать 2-3 адреса в интернете с IP сорсом из сети аплинка, чтобы исходящий маршрут был заведомо через него и если пинг пропал, то менять вес для одного из дефолтов?

Edited by SokolovS

Share this post


Link to post
Share on other sites

Как вариант - сделать несколько дефолтов с на сети крупных операторов ( типа /8). А эти сети - получать в составе порезанных таблиц.

Share this post


Link to post
Share on other sites

а аплинки не анонсируют вам дефолты?

Можем попросить, будут анонсировать.

Share this post


Link to post
Share on other sites

Чего люди только не придумают, лишь бы не апгрейдить оборудование...

Share this post


Link to post
Share on other sites
а аплинки не анонсируют вам дефолты?
Можем попросить, будут анонсировать.

Ну это самый простой вариант, ни прибегая ни к чему, кроме bgp.

Получаете дефолты от аплинков, роутмапами выставляете преференсы и прочие веса для них.

Недостаток - если сам аплинк отвалится от мира, то дефолт он скорее всего все равно будет анонсить.

 

Чего люди только не придумают, лишь бы не апгрейдить оборудование...
а какое решение было бы идеальным?

Share this post


Link to post
Share on other sites
Чего люди только не придумают, лишь бы не апгрейдить оборудование...
а какое решение было бы идеальным?

Full view от всех :)

Share this post


Link to post
Share on other sites
Статиком некузяво.

Надо при помощи agregate:

http://www.cisco.com/en/US/tech/tk365/tech...080094826.shtml

А разжевать можете? Не врублюсь никак, причём тут дефолтный маршрут...

Share this post


Link to post
Share on other sites

Недостаток - если сам аплинк отвалится от мира, то дефолт он скорее всего все равно будет анонсить.

Собственно как я и писал в начале, это и есть основная проблема.

Share this post


Link to post
Share on other sites
Статиком некузяво.

Надо при помощи agregate:

http://www.cisco.com/en/US/tech/tk365/tech...080094826.shtml

А разжевать можете? Не врублюсь никак, причём тут дефолтный маршрут...

Как я понял, реч идет о суммаризации full-table до 0.0.0.0/0.

Но все маршруты при этом должны быть в таблице, т.е. суммаризировать должен аплинк.

2й момент, как не дать внутрренним префиксам автономки аплинка суммаризироватся до дефолта.

Если у кого есть примеры, очень хотелось бы глянуть.

Share this post


Link to post
Share on other sites

Ок. Но нафиг оно надо?

Имхо, так гораздо проще:

ip route 0.0.0.0 0.0.0.0 4.0.0.0 10 name DEFAULT-LVLT

ip route 0.0.0.0 0.0.0.0 12.0.0.0 11 name DEFAULT-ATT-BACKUP

Вместе с частичной таблицей - всё будет прекрасно жить.

 

Share this post


Link to post
Share on other sites
Ок. Но нафиг оно надо?

Имхо, так гораздо проще:

ip route 0.0.0.0 0.0.0.0 4.0.0.0 10 name DEFAULT-LVLT

ip route 0.0.0.0 0.0.0.0 12.0.0.0 11 name DEFAULT-ATT-BACKUP

Вместе с частичной таблицей - всё будет прекрасно жить.

 

НУ если цель простота, то так еще проще и прекраснее:

 

ip route 0.0.0.0 0.0.0.0 0.0.0.0 10 name DEFAULT-LVLT

 

Предлагаю просто подумать внимательно зачем люди грузят полные таблицы BGP вместо того чтобы прописать одну статическую запись руками.

Share this post


Link to post
Share on other sites

А я предлагаю подумать, чем 4/8 отличается от 0/0.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this