[SokolovS]

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

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

 

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

Изменено 16 октября, 2009 пользователем SokolovS

[Stak]

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

[Valaskor]

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

[SokolovS]

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

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

[1GE]

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

[Valaskor]

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

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

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

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

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

 

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

а какое решение было бы идеальным?

[1GE]

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

а какое решение было бы идеальным?

Full view от всех :)

[Stak]

См. Post #2

 

http://forum.nag.ru/forum/index.php?showto...mp;#entry378626

 

[Sonne]

См. Post #2

 

http://forum.nag.ru/forum/index.php?showto...mp;#entry378626

 

Статиком некузяво.

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

 

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

[Stak]

Статиком некузяво.

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

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

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

[SokolovS]

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

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

[Stak]

Доктор, помогите, меня никто не замечает! — Понятно, понятно... Следующий!

http://forum.nag.ru/forum/index.php?showto...mp;#entry378626 См. в этой ветке :)

 

[Valaskor]

Статиком некузяво.

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

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

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

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

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

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

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

[Stak]

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

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

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

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

 

[Sonne]

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

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

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 вместо того чтобы прописать одну статическую запись руками.

[tgz]

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