Cisco ISG - создание маршрутов

[nicolnx]

Добрый день

 

Появилась мысль уйти от линуксовых брасов (IPoE) в сторону ASR (или стопки из 7301) с ISG

Однако, останавливает следующий момент - хочется 2+ коробки (отказоустойчивость, распределение нагрузки, вот это все)

Есть ли возможность при подъеме сессии на абонента создавать /32 маршрут на брасе (и прибивать его после падения этой самой сессии?)

Нужно для того чтобы притянуть трафик абонента на тот брас который его в данный момент обслуживает

 

Спасибо

[zhenya`]

а не проще л3 железку которая стоит перед брасом распилить пополам (врфом) и соединить эти 2 части перемычкой физической.. или две железки в каждую воткнуть по брасу и опять же соединить..половину сети стерминировать на одной половине железки ( или целой во 2ом случае).. другую на другой..

и балансировка и резервирование.

[nicolnx]

ок, но сегодня допустим стоит 2 браса, а завтра уже 4. перераспиливать каждый раз? вроде бы динамические маршруты как раз таки упрощают жизнь в этом случае.

[White_Alex]

есть мнение, что придется-таки городить какую-то схему с HSRP на интерфейсах брасов, которые в сторону абонентов, а вообще - проблем быть не должно, особенно с маршрутами

[nicolnx]

> проблем быть не должно, особенно с маршрутами

 

а можете ткнуть носом в документацию - никак не могу найти ничего на эту тему...

[White_Alex]

а можете ткнуть носом в документацию - никак не могу найти ничего на эту тему...

http://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k_r4-3/bng/configuration/guide/b_bng_cg43xasr9k/b_bng_cg43asr9k_chapter_0100.html#concept_0CB1B28F3A8F44C29B4F1C16B921AB9A - это правда для 9-тонника про сессии абонентские, ну а как анонсить маршруты дальше например по bgp, я надеюсь, не надо рассказывать? или Вас что-то другое интересует и я не так понял?

Edited July 16, 2014 by White_Alex

[nicolnx]

то есть по сути все сводится к редистрибуции в IGP directly connected маршрутов к соотв. динамическим интерфейсам? Или я не так понял? ;)

[White_Alex]

то есть по сути все сводится к редистрибуции в IGP directly connected маршрутов к соотв. динамическим интерфейсам?

ну а как еще Вы планируете сообщить устройствам в сети, где конкретно находится абонент с тем или иным ip адресом? собственно для анонса кучи /32 на агрегатор ничего лучше bgp на мой взгляд на сегодня не придумали. ну и естесственно redistribute connected/static по вкусу :-)

Edited July 16, 2014 by White_Alex

[nicolnx]

а IGS поднимает на каждую сессию отдельный интерфейс с которого уже можно смело редистрибютить как и с любого другого? Если так то вопрос действительно решается проще некуда

[drovorub]

да. ISG поднимает на каждую сессию отдельный сабинтерфейс. делаете redistribute connected и все. проблем не будет

[s.lobanov]

какие сабынтерфейсы? isg поднимает static route на сессию IPoE, как в L2 так и в L3 режиме. при чём тут сабы и коннектед роуты?

[Дегтярев Илья]

А зачем IPoE-ISG резервировать другой железкой с ISG?

Нам прямого маршрута между ядром и пограничником вполне хватает на время обновления ASR1000.

У аплинков трафик закупается с разрешенным бурстом, так что отсутствие шейпера на несколько часов никак не отражается на пользователях.

[s.lobanov]

А зачем IPoE-ISG резервировать другой железкой с ISG?

 

это для l3 connected. для l2 connected нужен второй брас. автор топика не сказал о какой схеме идёт речь

 

на время обновления

отсутствие шейпера на несколько часов

что вы с ним делаете несколько часов?