Объединение вланов

[KaYot 3 606]

Есть задача, взять некоторое количество UA-IX. Транспорт от нас до точки включения - 2 вилана, один толстый дать не могут принципиально. Как в такой ситуации сделать bgp сессию? Да, пара сессий - решение, но вот железка наша(с3750) 2 списка префиксов не осилит, нужно как-то извратиться с одной сессией. Маршрутизировать оба вилана в третий - сомнительный вариант, если у себя мы это сделать может, то на Л9 ставить дополнительную железку не получится, да и не факт что трафик побежит через оба влана в такой схеме.

Есть ли какое-то подобие etherchannel'a но для виланов?

[Neelix 33]

Что за непонятина?

Вам по двум вланам дают инет?

Украину принимайте по одному, а дефолт в мир по другому. В чем проблема-то?

Или используйте только 1 влан, а второй оставьте на будушее.

Какие условия поставил аплинк?

 

Это принципиально делать на свиче?

[KaYot 3 606]

Есть канал емкостью 1Г, он разбит на 2 влана, по 500мбит. Дать одним виланом нет возможности. И вот по этому каналу нужно взять 1Г украины.. Мир и так берем отдельным каналом, если бы все было так просто не было бы этой темы.

Делать можно на чем угодно, но кто ж это будет делать и на чем с другой стороны(в точке включения в ua-ix)?

[adeep 212]

уточните задачу: вам общую емкость разделили на два влана по половине емкости?

[KaYot 3 606]

уточните задачу: вам общую емкость разделили на два влана по половине емкости?

Именно так. 1Г могут дать только в виде двух вланов по 500м.

[adeep 212]

Попробуйте таки поднять две сессии с BGP Multipath со стороны аплинка. С исходом уже что-нить придумаете.

[KaYot 3 606]

Как вариант. Поднять 2 одинаковые сессии, на одной принять все префиксы(что б украинский трафик зря в мир не бежал), а на второй подрезать до /22 или даже /21. Вход разделится ровно пополам, а исход как получится, чуть меньше во второй пойдет.

Но все же хотелось бы без костылей))

[adeep 212]

Но все же хотелось бы без костылей))

Без костылей - это в одном влане мир, в другом влане Украина, в третьем пиринги и прочее)

а у вас два влана на украину. вывод делайте сами

[NEP 217]

Как вариант. Поднять 2 одинаковые сессии, на одной принять все префиксы(что б украинский трафик зря в мир не бежал), а на второй подрезать до /22 или даже /21. Вход разделится ровно пополам, а исход как получится, чуть меньше во второй пойдет.

Но все же хотелось бы без костылей))

 

А из чего следует, что вход разделится пополам?

[NEP 217]

Есть задача, взять некоторое количество UA-IX. Транспорт от нас до точки включения - 2 одинаковых вилана, один дать не могут принципиально. Как в такой ситуации сделать bgp сессию? Да, пара сессий - решение, но вот железка наша(с3750) 2 списка префиксов не осилит, нужно как-то извратиться с одной сессией. Маршрутизировать оба вилана в третий - сомнительный вариант, если у себя мы это сделать может, то на Л9 ставить дополнительную железку не получится, да и не факт что трафик побежит через оба влана в такой схеме.

Есть ли какое-то подобие etherchannel'a но для виланов?

 

Вы пробовали поднять две сессиии? Анонсы же одинаковые, при построении best-path и размещении в TCAM теоретически должны занять столько же, сколько и при одной сессии.

[NEP 217]

Без костылей - это в одном влане мир, в другом влане Украина, в третьем пиринги и прочее)

а у вас два влана на украину. вывод делайте сами

 

Без костылей, это когда магистрал на своем оборудовании может построить "облако", а не напрягать клиента своим сексуальным горем, лиж бы что то продать.

[adeep 212]

А из чего следует, что вход разделится пополам?

Есть BGP ECMP. Работает) в одно время у нас так Украина ехала - в разных вланах, вход делился примерно пополам.

[alex_o 1 194]

Вы пробовали поднять две сессиии? Анонсы же одинаковые, при построении best-path и размещении в TCAM теоретически должны занять столько же, сколько и при одной сессии.

+1

3750 осилит вполне. Попробуйте. На входе отфильтруете префиксы по сессиям как душе угодно.

[NEP 217]

А из чего следует, что вход разделится пополам?

Есть BGP ECMP. Работает) в одно время у нас так Украина ехала - в разных вланах, вход делился примерно пополам.

 

А почему бы ему не работать. Будет "работать". Только вот вопрос был к KaYoT

[KaYot 3 606]

Вы пробовали поднять две сессиии? Анонсы же одинаковые, при построении best-path и размещении в TCAM теоретически должны занять столько же, сколько и при одной сессии.

Насколько я понимаю, при построении одинаковых сессий к одному поставщику без multipath одна сессия получит 4300 префиксов UA-IX, а вторая вообще ничего не получит. С мультипасом обе получат по 4к префиксов и каталист умрет. В чем я не прав?

Ну а вход с мултипасом разделится примерно ровно, мы сейчас по похожей схеме мир берем, делится нормально. Но там аж 1 дефолт)

[adeep 212]

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

[NEP 217]

Вы пробовали поднять две сессиии? Анонсы же одинаковые, при построении best-path и размещении в TCAM теоретически должны занять столько же, сколько и при одной сессии.

Насколько я понимаю, при построении одинаковых сессий к одному поставщику без multipath одна сессия получит 4300 префиксов UA-IX, а вторая вообще ничего не получит. С мультипасом обе получат по 4к префиксов и каталист умрет. В чем я не прав?

Ну а вход с мултипасом разделится примерно ровно, мы сейчас по похожей схеме мир берем, делится нормально. Но там аж 1 дефолт)

 

 

Это называется Load Sharing. У вас первый случай - Load Sharing with the Loopback Address as a BGP Neighbor

http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00800945bf.shtml#conf3

 

Ну еще не мешало бы вам разобраться в этом:

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

[KaYot 3 606]

Это называется Load Sharing. У вас первый случай - Load Sharing with the Loopback Address as a BGP Neighbor

http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00800945bf.shtml#conf3

Кто вам такое сказал? Это всего лишь одна из возможных схем, причем не лучшая. Лупбеки у нас не используются.

Ну еще не мешало бы вам разобраться в этом:

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

Спасибо, про типы балансировка потоков я в курсе, да и для коммутаторов выбора как такового нет - по умолчанию стоит вполне работающий per destination.

[KaYot 3 606]

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

Не совсем Маршруты полностью одинаковые, поэтому автоматически будет получен только 1 комплект. А вот откуда он будет получен - хз, вполне возможны варианты как с получением всех маршрутов по одной сессии и полный простой второй, так и случайное распределение префиксов между сессиями..

 

По сути дела к вопросу это уже относится слабо, как я понимаю технологии позволяющей просто так слить воедино несколько виланов нет. А значит будет по сессии в каждом вилане, и как-то нужно будет раскидать принимаемые префиксы для балансировки исхода. Исход в ua-ix в принципе не столь и важен, мы его не так много генерим.

[adeep 212]

Не совсем Маршруты полностью одинаковые, поэтому автоматически будет получен только 1 комплект. А вот откуда он будет получен - хз, вполне возможны варианты как с получением всех маршрутов по одной сессии и полный простой второй, так и случайное распределение префиксов между сессиями..

Пробовали?) попробуйте. Принимается два комплекта префиксов. Для роутинга выбирается как обычно по best path.

[KaYot 3 606]

Не пробовал, пока негде. По логике, что б исход поделился - нужны маршруты через оба канала, если полные комплекты примутся по bgp, но в таблицу попадут только маршруты от одной сессии - кина не будет. А вероятность такого распределения весьма велика, достаточно обрыва одной сессии - таблица полностью заполнится маршрутами из одного канала, а после восстановления сессии никакие маршруты не добавятся - такие же уже присутствуют, и по best path они уже лучшие.

[alex_o 1 194]

Так вроде бы префикс-листы/роут-мапы/локалпрефы пока еще не отменяли. Представьте, что это два РАЗНЫХ аплинка, которые Вам надо равномерно сбалансировать - и решайте эту задачу аналогично. В ТКАМ, как бы Вы не извращались, более 4300 префиксов никак не попадет, так что "глаза боятся, руки делают".

А потом, как это у Вас порвется одна из сессий, если обе идут в одной физике? ИМХО, они равнонадежны.

[KaYot 3 606]

Логично, буду думать.