nicolnx Опубликовано 16 июля, 2014 · Жалоба Добрый день Появилась мысль уйти от линуксовых брасов (IPoE) в сторону ASR (или стопки из 7301) с ISG Однако, останавливает следующий момент - хочется 2+ коробки (отказоустойчивость, распределение нагрузки, вот это все) Есть ли возможность при подъеме сессии на абонента создавать /32 маршрут на брасе (и прибивать его после падения этой самой сессии?) Нужно для того чтобы притянуть трафик абонента на тот брас который его в данный момент обслуживает Спасибо Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 16 июля, 2014 · Жалоба а не проще л3 железку которая стоит перед брасом распилить пополам (врфом) и соединить эти 2 части перемычкой физической.. или две железки в каждую воткнуть по брасу и опять же соединить..половину сети стерминировать на одной половине железки ( или целой во 2ом случае).. другую на другой.. и балансировка и резервирование. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicolnx Опубликовано 16 июля, 2014 · Жалоба ок, но сегодня допустим стоит 2 браса, а завтра уже 4. перераспиливать каждый раз? вроде бы динамические маршруты как раз таки упрощают жизнь в этом случае. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
White_Alex Опубликовано 16 июля, 2014 · Жалоба есть мнение, что придется-таки городить какую-то схему с HSRP на интерфейсах брасов, которые в сторону абонентов, а вообще - проблем быть не должно, особенно с маршрутами Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicolnx Опубликовано 16 июля, 2014 · Жалоба > проблем быть не должно, особенно с маршрутами а можете ткнуть носом в документацию - никак не могу найти ничего на эту тему... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
White_Alex Опубликовано 16 июля, 2014 (изменено) · Жалоба а можете ткнуть носом в документацию - никак не могу найти ничего на эту тему... 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, я надеюсь, не надо рассказывать? или Вас что-то другое интересует и я не так понял? Изменено 16 июля, 2014 пользователем White_Alex Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicolnx Опубликовано 16 июля, 2014 · Жалоба то есть по сути все сводится к редистрибуции в IGP directly connected маршрутов к соотв. динамическим интерфейсам? Или я не так понял? ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
White_Alex Опубликовано 16 июля, 2014 (изменено) · Жалоба то есть по сути все сводится к редистрибуции в IGP directly connected маршрутов к соотв. динамическим интерфейсам? ну а как еще Вы планируете сообщить устройствам в сети, где конкретно находится абонент с тем или иным ip адресом? собственно для анонса кучи /32 на агрегатор ничего лучше bgp на мой взгляд на сегодня не придумали. ну и естесственно redistribute connected/static по вкусу :-) Изменено 16 июля, 2014 пользователем White_Alex Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nicolnx Опубликовано 16 июля, 2014 · Жалоба а IGS поднимает на каждую сессию отдельный интерфейс с которого уже можно смело редистрибютить как и с любого другого? Если так то вопрос действительно решается проще некуда Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
drovorub Опубликовано 17 июля, 2014 · Жалоба да. ISG поднимает на каждую сессию отдельный сабинтерфейс. делаете redistribute connected и все. проблем не будет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 17 июля, 2014 · Жалоба какие сабынтерфейсы? isg поднимает static route на сессию IPoE, как в L2 так и в L3 режиме. при чём тут сабы и коннектед роуты? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 17 июля, 2014 · Жалоба А зачем IPoE-ISG резервировать другой железкой с ISG? Нам прямого маршрута между ядром и пограничником вполне хватает на время обновления ASR1000. У аплинков трафик закупается с разрешенным бурстом, так что отсутствие шейпера на несколько часов никак не отражается на пользователях. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 17 июля, 2014 · Жалоба А зачем IPoE-ISG резервировать другой железкой с ISG? это для l3 connected. для l2 connected нужен второй брас. автор топика не сказал о какой схеме идёт речь на время обновления отсутствие шейпера на несколько часов что вы с ним делаете несколько часов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
