lllsergeyv Опубликовано 7 октября, 2011 (изменено) · Жалоба Здравствуйте! Такая ситуация - Есть роутер quagga, настроено BGP, линк к провайдеру(bgp fullview)+ линк к точке обмена трафиком (IX)(bgp). Нужно органиовать подключение клиента по bgp двумя линками(первый - мир, второй - сети IX). Как настроить роутер? Такую схему реально реализовать на Linux или FreeBSD? Изменено 7 октября, 2011 пользователем lllsergeyv Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
_sirius_ Опубликовано 7 октября, 2011 · Жалоба Мало того, что реально, она элементарная, для IX сделать weight больше и все. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 7 октября, 2011 · Жалоба Мало того, что реально, она элементарная, для IX сделать weight больше и все. А как маршрутизатор определит в какой из двух клиентских линков отправлять пакет? ведь сессий с клиентом две. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mefer Опубликовано 7 октября, 2011 · Жалоба Сессия одна а пакеты могут разными путями идти. Так что лучше не брать в голову. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 10 октября, 2011 · Жалоба Сессия одна а пакеты могут разными путями идти. Так что лучше не брать в голову. С клиентом поднимается две сессии - одна для IX, вторая мир. Со стороны клиента все разруливается легко. А как провайдеру разкидать пакеты в разные линки на клиента? Трафик из мира к его сетям должен идти по одному линку, трафик от наших сетей и IX по второму. Знаю что у многих такое работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 10 октября, 2011 (изменено) · Жалоба Помечать коммунити префиксы с IX и устанавливать на них локальное предпочтение в сторону клиента. Ерунду сказлал :) Вопрос фактически стоит как узнать, что этот пакет пришел с IX и выбросить его в даунстрим IX-сессию. Единственное, что приходит в голову - повесить на входящий интерфейс с IX роутмап проверяющий сети назначения и меняющий next-hop на ip клиента, но это что-то как-то коряво и не масштабируемо звучит. Изменено 23 октября, 2011 пользователем vurd Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 11 октября, 2011 · Жалоба А если создать отдельные таблицы маршрутизации для мира, IX и общая из двух, а потом в соответствии с надобностями привязывать к той или иной таблице нужный интерфейс? Осталось придумать как прикрутить в такой ситуации квагу и как привязать к нужной таблице интерфейс... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 11 октября, 2011 · Жалоба Это setfib+quagga надо искать по всей видимости, в случае freebsd. Вон для птицы сделали патч. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 11 октября, 2011 (изменено) · Жалоба Это setfib+quagga надо искать по всей видимости, в случае freebsd. Вон для птицы сделали патч. Сейчас роутер постороен на Linux. В Linux давно есть возможность работать с несколькими таблицами, в демоне zebra можно выбирать таблицу "Command: table tableno Select the primary kernel routing table to be used. This only works for kernels supporting multiple routing tables (like GNU/Linux 2.2.x and later). After setting tableno with this command, static routes defined after this are added to the specified table." BIRD не сильно нравиться, особенно способом конфигурирования..(cisco-like консоль как-то ближе). Кстати, а насколько он стабильно работает? Здесь есть администраторы крупных провайдеров? Поделитесь как такое построенно у Вас? Изменено 11 октября, 2011 пользователем lllsergeyv Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martin74 Опубликовано 11 октября, 2011 · Жалоба коммунити... Вешаем на вторую сессию клиента коммунити, а на выходе все, что подпадает под коммунити - отправляем на IX.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 11 октября, 2011 · Жалоба коммунити... Вешаем на вторую сессию клиента коммунити, а на выходе все, что подпадает под коммунити - отправляем на IX.... Возможно Вы меня не так поняли. У меня проблемма с разделением трафика не от клиента, а "на" клиента.. в мир и IX анонсы и трафик идут правильно, а на клиента трафик из мира и IX весь уходит в один из линков, а должен разделяться: один линк - мир, второй - IX. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wtyd Опубликовано 12 октября, 2011 · Жалоба коммунити... Вешаем на вторую сессию клиента коммунити, а на выходе все, что подпадает под коммунити - отправляем на IX.... Возможно Вы меня не так поняли. У меня проблемма с разделением трафика не от клиента, а "на" клиента.. в мир и IX анонсы и трафик идут правильно, а на клиента трафик из мира и IX весь уходит в один из линков, а должен разделяться: один линк - мир, второй - IX. У вас IX сделан на одной железке с "миром" и эта железка РС с linux+quagga ? Если нет, то vrf, но ещё лучше разнести на разное оборудование IX и "мир". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 12 октября, 2011 · Жалоба коммунити... Вешаем на вторую сессию клиента коммунити, а на выходе все, что подпадает под коммунити - отправляем на IX.... Возможно Вы меня не так поняли. У меня проблемма с разделением трафика не от клиента, а "на" клиента.. в мир и IX анонсы и трафик идут правильно, а на клиента трафик из мира и IX весь уходит в один из линков, а должен разделяться: один линк - мир, второй - IX. У вас IX сделан на одной железке с "миром" и эта железка РС с linux+quagga ? Если нет, то vrf, но ещё лучше разнести на разное оборудование IX и "мир". Железка одна linux+quagga. Насколько я понял нормальной поодержки vrf там нету... только костыли и подпорки... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tros10 Опубликовано 12 октября, 2011 · Жалоба А что мешает метить мир и IX разными комьюнити и фильтровать route-map'ом на выходе к клиенту ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 12 октября, 2011 · Жалоба А что мешает метить мир и IX разными комьюнити и фильтровать route-map'ом на выходе к клиенту ? Так разделятся ононсы... а трафик как разделить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tros10 Опубликовано 12 октября, 2011 · Жалоба Сделайте тоже самое и в обратную сторону, с одной сесии анонсите клиента в IX, с другой - в мир. Трафик сам расползется как надо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 12 октября, 2011 · Жалоба Сделайте тоже самое и в обратную сторону, с одной сесии анонсите клиента в IX, с другой - в мир. Трафик сам расползется как надо. У клиента одна подсеть, скажем 100.0.0.0/21. Вы видите анонсы этой подсети в обеих сессиях с клиентом. Физических канала два, vrf нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 12 октября, 2011 · Жалоба Сделайте тоже самое и в обратную сторону, с одной сесии анонсите клиента в IX, с другой - в мир. Трафик сам расползется как надо. У клиента одна подсеть, скажем 100.0.0.0/21. Вы видите анонсы этой подсети в обеих сессиях с клиентом. Физических канала два, vrf нет. Да. В такой ситуации трафик в сторону сети 100.0.0.0/21 весь пойдет в один линк. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
wtyd Опубликовано 13 октября, 2011 · Жалоба Сделайте тоже самое и в обратную сторону, с одной сесии анонсите клиента в IX, с другой - в мир. Трафик сам расползется как надо. У клиента одна подсеть, скажем 100.0.0.0/21. Вы видите анонсы этой подсети в обеих сессиях с клиентом. Физических канала два, vrf нет. fw mark пакетов на входе в IX и соответствующий роутинг в IX-ный канал до клиента спомощью iproute2 не рассматривали ? Ещё есть realm'ы, их тоже можно заюзать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lllsergeyv Опубликовано 13 октября, 2011 · Жалоба Сделайте тоже самое и в обратную сторону, с одной сесии анонсите клиента в IX, с другой - в мир. Трафик сам расползется как надо. У клиента одна подсеть, скажем 100.0.0.0/21. Вы видите анонсы этой подсети в обеих сессиях с клиентом. Физических канала два, vrf нет. fw mark пакетов на входе в IX и соответствующий роутинг в IX-ный канал до клиента спомощью iproute2 не рассматривали ? Ещё есть realm'ы, их тоже можно заюзать. Сильно ли возростет загрузка процессора, если маркировать входящие пакеты с IX? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...