Re: [freebsd] multi-WAN lagg
On Thu, Jul 05, 2012 at 10:19:54AM +0400, Timofey Andreewski wrote: On Wed, Jul 04, 2012 at 10:39:11PM +0400, Timofey Andreewski wrote: вот например определи формально и точно что такое пингуется. ну, например, исходно выбираем сайты, которые в ответ на пинг в течение 10 мсек (ну, в худшем случае через интервал, который минимально умеет сам сервак) выдают что-нить осмысленное вроде: 64 bytes from 87.250.250.203: icmp_seq=0 ttl=55 time=7.275 ms ты кажется упорно не хочешь понять. Слав! Я еще Стивенса не успел прочитать! :) меня совершенно не интересуют твои предложения, мне так же лень Ну не знаю, сначала скомандовал определи, а теперь ругаешься... ну я же не командовал и напиши сюда, обсудим. приводить тебе контраргументы почему это не всегда будет работать. и так по 10 раз. ну лан, лан, лень - я сам почитаю/разберусь. нефиг было такие тогда задания выдавать! и все это только ради того, что бы донести простую мысль (которую я уже озвучивал): а) это не очевидные вещи б) о них надо договариваться в каждом случае индивидуально в) это надо руками отслеживать, что все остается по-прежнему. т.е. куча ручной работы. ну да, это в общем-то даже я понимаю... прям КО какое-то... вопрос в другом: а бывают ли случаи, когда такая куча оправдана? да. но тебе это светит нескоро. и это гораздо сложнее.
Re: [freebsd] multi-WAN lagg
меня совершенно не интересуют твои предложения, мне так же лень Ну не знаю, сначала скомандовал определи, а теперь ругаешься... ну я же не командовал и напиши сюда, обсудим. А! А я-то как раз думал, что ты язвить хочешь именно на мое определение, а не на сам факт... Черт! А ты раньше успел! Все-таки ты крут!
Re: [freebsd] multi-WAN lagg
начать понимать, как всё работает на практике. Можно начать со Стивенса. Этот Стивенс: http://www.ozon.ru/context/detail/id/1354276/ ?
Re: [freebsd] multi-WAN lagg
05.07.2012 14:14, Timofey Andreewski пишет: начать понимать, как всё работает на практике. Можно начать со Стивенса. Этот Стивенс: http://www.ozon.ru/context/detail/id/1354276/ ? Да.
Re: [freebsd] multi-WAN lagg
4 июля 2012 г., 23:48 пользователь Sergey Kobzar sergey.kob...@mail.ruнаписал: On 07/04/12 22:54, Моисеев, Виталий wrote: и итогом такого нагромождения костылей будет постоянный геморой с тем, что гугл/яндекс/етц вдруг пингуются с задержками, или исмп где-то теряются, ложные срабатывания и переключения, или пингуются, а трафик не идет, постоянно надо за этой кучей костылей с подпорками следить, править и менять руками. А когда это надоест - тогда приходим к одной верной мысли, озвученной в самом начале: чтобы нормально работать через нескольких аплинков - надо AS+PI, строим БГП с аплинками, при необходимости балансируем разные каналы комьюнити и препендами - и все оно само работает :) Не уточнили размеры. Городить AS ради 3-5 адресов не нужно / никто не даст. tracking в данном случае является решением, но критерии нужно выбирать с умом. Так то автор вопроса тоже не уточнил размеры и масштабы :) Понятно, если нужно решение для дома/офиса на 2-3 компа и зачем-то хочется подключать через 2-3 провов - то это однозначно мастерить костылики с подпорочками :) А если это предприятие/провайдер с сотней-другой компов, и стоит задача обеспечить стабильность и надежность - то тут уже лучше зарегить AS + /24 PI и сделать нормально. -- WBR, Виталий Моисеев, v...@vm.net.ua mailto:v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev -- WBR, Виталий Моисеев, v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev
Re: [freebsd] multi-WAN lagg
Осталось его найти в бумажном виде :( --- Исходное сообщение --- От кого: Eugene Grosbein egrosb...@rdtc.ru Кому: Timofey Andreewski timw...@mail.ru Дата: 5 июля 2012, 10:17:14 Тема: Re: [freebsd] multi-WAN lagg 05.07.2012 14:14, Timofey Andreewski пишет: начать понимать, как всё работает на практике. Можно начать со Стивенса. Этот Стивенс: http://www.ozon.ru/context/detail/id/1354276/ ? Да. -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
Re: [freebsd] multi-WAN lagg
5 июля 2012 г., 10:42 пользователь Моисеев, Виталий v...@vm.net.ua написал: А если это предприятие/провайдер с сотней-другой компов, и стоит задача обеспечить стабильность и надежность - то тут уже лучше зарегить AS + /24 PI и сделать нормально. Ну, про /24 PI ты явно погорячился, стабильность и надежность тут сильно зависит от желания народа забивать память своих роутеров/спикеров /24ми :) А вот IPv4 /22 PI - это уже дело :) З.Ы. на правах офтопика: пока еще доступны для регистрации 16bit ASN :) -- WBR, Виталий Моисеев, v...@vm.net.ua mailto:v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev -- WBR, Виталий Моисеев, v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev -- ~~~ WBR, Vitaliy Turovets Systems Administrator Corebug.Net +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Re: [freebsd] multi-WAN lagg
5 июля 2012 г., 13:04 пользователь Виталий Туровец core...@corebug.netнаписал: 5 июля 2012 г., 10:42 пользователь Моисеев, Виталий v...@vm.net.ua написал: А если это предприятие/провайдер с сотней-другой компов, и стоит задача обеспечить стабильность и надежность - то тут уже лучше зарегить AS + /24 PI и сделать нормально. Ну, про /24 PI ты явно погорячился, стабильность и надежность тут сильно зависит от желания народа забивать память своих роутеров/спикеров /24ми :) А вот IPv4 /22 PI - это уже дело :) З.Ы. на правах офтопика: пока еще доступны для регистрации 16bit ASN :) это я минимально написал :) для интереса глянул: root@gateway:/usr/home/rot # netstat -rn | grep /24 | /usr/bin/wc -l 217132 т.е. 217 тысяч /24 как-то ж живут и анонсятся да и при наличии 2 сотен компов райп не даст /22 :) В качестве возврата к теме - топикстартер, какой масштаб задачи? А то помню, сколько-то лет назад собирал в одну кучу несколько укртелекомовских адслок 8-ми мегабитных :) Где-то в архивах лежат скриптики, которые это все разруливали и контролировали. -- WBR, Виталий Моисеев, v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev
Re: [freebsd] multi-WAN lagg
Осталось его найти в бумажном виде :( Да не вопрос! Скачать дежавю и распечатать! :D --- Исходное сообщение --- От кого: Eugene Grosbein egrosb...@rdtc.ru Кому: Timofey Andreewski timw...@mail.ru Дата: 5 июля 2012, 10:17:14 Тема: Re: [freebsd] multi-WAN lagg 05.07.2012 14:14, Timofey Andreewski пишет: начать понимать, как всё работает на практике. Можно начать со Стивенса. Этот Стивенс: http://www.ozon.ru/context/detail/id/1354276/ ? Да.
Re: [freebsd] multi-WAN lagg
ОТ: нормальный такой флеймвор развели:) -- ~~~ WBR, Vitaliy Turovets Systems Administrator Corebug.Net +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Re: [freebsd] multi-WAN lagg
04.07.2012 12:34, Timofey Andreewski пишет: 3) пингуется шлюз через тот интерфейс. а) define пингуется б) этого, очевидно, не достаточно. у них например аплинк мог упасть. и еще две сотни разных причин А почему нельзя по типу ntp определить пул пингов сторонних сайтов, которые обычно реально пингуются. Ну там, гугел, яндекс, freebsd.org и т.д. Через ИЛИ. Хоть один реально пингуется, все, канал жифф... Можно. Но это не дело квагги. Это дело трекера.
Re: [freebsd] multi-WAN lagg
On Wed, Jul 04, 2012 at 09:34:58AM +0400, Timofey Andreewski wrote: 3) пингуется шлюз через тот интерфейс. а) define пингуется б) этого, очевидно, не достаточно. у них например аплинк мог упасть. и еще две сотни разных причин А почему нельзя по типу ntp определить пул пингов сторонних сайтов, которые обычно реально пингуются. Ну там, гугел, яндекс, freebsd.org и т.д. Через ИЛИ. Хоть один реально пингуется, все, канал жифф... можно придумать и сделать много чего. некоторые вендоры это даже делают в своих роутерах (OER у cisco). но это надо а) определить что меряем б) сколько вешать в граммах. вот например определи формально и точно что такое пингуется.
Re: [freebsd] multi-WAN lagg
вот например определи формально и точно что такое пингуется. ну, например, исходно выбираем сайты, которые в ответ на пинг в течение 10 мсек (ну, в худшем случае через интервал, который минимально умеет сам сервак) выдают что-нить осмысленное вроде: 64 bytes from 87.250.250.203: icmp_seq=0 ttl=55 time=7.275 ms
Re: [freebsd] multi-WAN lagg
On Wed, Jul 04, 2012 at 10:39:11PM +0400, Timofey Andreewski wrote: вот например определи формально и точно что такое пингуется. ну, например, исходно выбираем сайты, которые в ответ на пинг в течение 10 мсек (ну, в худшем случае через интервал, который минимально умеет сам сервак) выдают что-нить осмысленное вроде: 64 bytes from 87.250.250.203: icmp_seq=0 ttl=55 time=7.275 ms ты кажется упорно не хочешь понять. меня совершенно не интересуют твои предложения, мне так же лень приводить тебе контраргументы почему это не всегда будет работать. и так по 10 раз. и все это только ради того, что бы донести простую мысль (которую я уже озвучивал): а) это не очевидные вещи б) о них надо договариваться в каждом случае индивидуально в) это надо руками отслеживать, что все остается по-прежнему. т.е. куча ручной работы.
Re: [freebsd] multi-WAN lagg
4 июля 2012 г., 22:46 пользователь Slawa Olhovchenkov s...@zxy.spb.ruнаписал: On Wed, Jul 04, 2012 at 10:39:11PM +0400, Timofey Andreewski wrote: вот например определи формально и точно что такое пингуется. ну, например, исходно выбираем сайты, которые в ответ на пинг в течение 10 мсек (ну, в худшем случае через интервал, который минимально умеет сам сервак) выдают что-нить осмысленное вроде: 64 bytes from 87.250.250.203: icmp_seq=0 ttl=55 time=7.275 ms ты кажется упорно не хочешь понять. меня совершенно не интересуют твои предложения, мне так же лень приводить тебе контраргументы почему это не всегда будет работать. и так по 10 раз. и все это только ради того, что бы донести простую мысль (которую я уже озвучивал): а) это не очевидные вещи б) о них надо договариваться в каждом случае индивидуально в) это надо руками отслеживать, что все остается по-прежнему. т.е. куча ручной работы. и итогом такого нагромождения костылей будет постоянный геморой с тем, что гугл/яндекс/етц вдруг пингуются с задержками, или исмп где-то теряются, ложные срабатывания и переключения, или пингуются, а трафик не идет, постоянно надо за этой кучей костылей с подпорками следить, править и менять руками. А когда это надоест - тогда приходим к одной верной мысли, озвученной в самом начале: чтобы нормально работать через нескольких аплинков - надо AS+PI, строим БГП с аплинками, при необходимости балансируем разные каналы комьюнити и препендами - и все оно само работает :) -- WBR, Виталий Моисеев, v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev
Re: [freebsd] multi-WAN lagg
04.07.2012 22:54, Моисеев, Виталий пишет: чтобы нормально работать через нескольких аплинков - надо AS+PI, строим БГП с аплинками, при необходимости балансируем разные каналы комьюнити и препендами - и все оно само работает :) Если вам повезло с аплинками - это не значит, что и другим повезло тоже. BGP не панацея, в некоторых случаях очень тяжело отлить даже 25М с одного аплинка на другой. -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
Re: [freebsd] multi-WAN lagg
On 07/04/12 22:54, Моисеев, Виталий wrote: и итогом такого нагромождения костылей будет постоянный геморой с тем, что гугл/яндекс/етц вдруг пингуются с задержками, или исмп где-то теряются, ложные срабатывания и переключения, или пингуются, а трафик не идет, постоянно надо за этой кучей костылей с подпорками следить, править и менять руками. А когда это надоест - тогда приходим к одной верной мысли, озвученной в самом начале: чтобы нормально работать через нескольких аплинков - надо AS+PI, строим БГП с аплинками, при необходимости балансируем разные каналы комьюнити и препендами - и все оно само работает :) Не уточнили размеры. Городить AS ради 3-5 адресов не нужно / никто не даст. tracking в данном случае является решением, но критерии нужно выбирать с умом. -- WBR, Виталий Моисеев, v...@vm.net.ua mailto:v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev
Re: [freebsd] multi-WAN lagg
03.07.2012 9:34, Timofey Andreewski пишет: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Что там писали про I will use Google? https://groups.google.com/forum/?hl=ukfromgroups#!topic/uafug/hyiyE-Fhk4g http://www.mail-archive.com/freebsd@uafug.org.ua/msg02823.html Можно также накопать многое в рассылке, поискав в архивах про ECMP. Резюме, в целом, такое: ECMP, ifstated, ipfw. Оно работает. Для дома или малого офиса сгодится. Остальное уже сказали.
[freebsd] multi-WAN lagg
Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока.
Re: [freebsd] multi-WAN lagg
является. man lagg link aggregation дает на обоих сторонах 1 логический интерфейс из нескольких физических, а у тебя на стороне провайдеров два никак не связанных между собой интерфейса. 3 июля 2012 г., 9:34 пользователь Timofey Andreewski timw...@mail.ruнаписал: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. -- WBR, Виталий Моисеев, v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 9:34 пользователь Timofey Andreewski timw...@mail.ru написал: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Хай. Является, причем более чем. Lagg - это L2 технология, способная балансировать нагрузку по L2 адресам (MAC). Тебе же нужно балансировать нагрузку по L3-L4. Тут нужно что-нибудь существенно сложнее. Как вариант - роутингом поделить Украина/Мир между двумя провами и/или MPATH default route. Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Если есть BGP и своя AS, то тут уже все становится значительно интереснее. -- ~~~ WBR, Vitaliy Turovets Systems Administrator Corebug.Net +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Re: [freebsd] multi-WAN lagg
03.07.2012 9:34, Timofey Andreewski пишет: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Оно так не работает. разруливание двух и более дефолтов - слабое место FreeBSD. в линуксе есть хоть iproute2 -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
Re: [freebsd] multi-WAN lagg
03.07.2012 13:34, Timofey Andreewski пишет: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Нужно, действительно, перестать представлять себе работу сети как некую магию (lagg сам всё разрулит) и начать понимать, как всё работает на практике. Можно начать со Стивенса. lagg-то можно заставить разбрасывать пакеты, но подумайте, что произойдет с пакетами сразу на входе в маршрутизатор провайдеров. Подсказка: какой адрес источника будет у этих пакетов? lagg это Link Aggregation Group, технология комбинация параллельных линков L2. Работать с L3 (маршрутизация в интернете) оно не предназначено.
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 9:34 пользователь Timofey Andreewski timw...@mail.ru написал: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Хай. Является, причем более чем. Lagg - это L2 технология, способная балансировать нагрузку по L2 адресам (MAC). Тебе же нужно балансировать нагрузку по L3-L4. Тут нужно что-нибудь существенно сложнее. Как вариант - роутингом поделить Украина/Мир между двумя провами и/или MPATH default route. Эх! Не удалось обмануть по-быстрому! Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Если есть BGP и своя AS, то тут уже все становится значительно интереснее. А не нагло будет попросить некоторого количества подробностей об этом значительно интереснее? У меня после такой лажи с лаггом осталась только стандартная мысль про настройку фаера...
Re: [freebsd] multi-WAN lagg
03.07.12 в 10:48 Eugene Grosbein в своём письме писал(а): 03.07.2012 13:34, Timofey Andreewski пишет: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Нужно, действительно, перестать представлять себе работу сети как некую магию (lagg сам всё разрулит) и начать понимать, как всё работает на практике. Можно начать со Стивенса. Ага, спасибо, Евгений! Но насчет магии не согласен! С бриджом вай-фая и сетевухи вовнутрь вполне себе оно сработало, хотел и тут проскочить по-легкому... Но, видимо, придется насладиться Стивенсом... lagg-то можно заставить разбрасывать пакеты, но подумайте, что произойдет с пакетами сразу на входе в маршрутизатор провайдеров. Подсказка: какой адрес источника будет у этих пакетов? Я тупо думал, что того интерфейса, через который пакет отправится... Ну, в общем, в любом случае я понял, что это бэд айдиа на сегодняшний день... Спасибо еще раз.
Re: [freebsd] multi-WAN lagg
03.07.2012 9:49, Eugene Grosbein пишет: 03.07.2012 13:44, Vladislav V. Prodan пишет: 03.07.2012 9:34, Timofey Andreewski пишет: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Оно так не работает. разруливание двух и более дефолтов - слабое место FreeBSD. в линуксе есть хоть iproute2 Разруливание хоть пяти дефолтов на FreeBSD испокон веков работает прекрасно через ipfw fwd, проверено длительной практикой. Это очень большой костыль. Евгений, не хотите ли соорудить патч, чтоб zebra сама могла определять сдохший дефолт и сама играться дефолтами ? :) -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 9:49 пользователь Timofey Andreewski timw...@mail.ru написал: 3 июля 2012 г., 9:34 пользователь Timofey Andreewski timw...@mail.ru написал: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Хай. Является, причем более чем. Lagg - это L2 технология, способная балансировать нагрузку по L2 адресам (MAC). Тебе же нужно балансировать нагрузку по L3-L4. Тут нужно что-нибудь существенно сложнее. Как вариант - роутингом поделить Украина/Мир между двумя провами и/или MPATH default route. Эх! Не удалось обмануть по-быстрому! :) Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Если есть BGP и своя AS, то тут уже все становится значительно интереснее. А не нагло будет попросить некоторого количества подробностей об этом значительно интереснее? Легко. Если у тебя есть собственная AS, то наверняка есть и какое-то IP пространство. В таком случае ты можешь договориться с провайдерами для полноценного включения к ним с использованием протокола BGP4 (RFC 4271) и принять от каждого либо определенный набор маршрутов (классика - от одного - Украина и default, от второго - fullview), либо от обоих полную таблицу маршрутизации и балансировать нагрузку на провайдеров, основываясь уже на BGP. http://xgu.ru/wiki/BGP . З.Ы. не сочтите за рекламу, на правах офтопа, я себе AS+PI /20 месяца два назад регистрировал через NetAssist (http://netassist.ua/node/25), все прошло хорошо, ресурсы дали, да и не дорого. У меня после такой лажи с лаггом осталась только стандартная мысль про настройку фаера... -- ~~~ WBR, Vitaliy Turovets Systems Administrator Corebug.Net +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Re: [freebsd] multi-WAN lagg
On Tue, Jul 03, 2012 at 10:02:13AM +0300, Vladislav V. Prodan wrote: 03.07.2012 9:49, Eugene Grosbein пишет: 03.07.2012 13:44, Vladislav V. Prodan пишет: 03.07.2012 9:34, Timofey Andreewski пишет: Всем привет. А не является ли глупостью малообразованного троглодита идея запихать в один lagg два канала от двух разных провайдеров в раундробин и дефолтроутером назначить адрес lagg с тем, чтоб lagg потом сам и разруливал нагрузку? Или оно так не работает? Я вот гуглю и чего-то какое-то не особое просветление наступает... Вполне согласен на ответ: учи матчасть и не приставай к серьезным людям с идиотскими идеями или же иди, ищи лучше и получишь, чего тебе надобно... Спасибо. Пока. Оно так не работает. разруливание двух и более дефолтов - слабое место FreeBSD. в линуксе есть хоть iproute2 Разруливание хоть пяти дефолтов на FreeBSD испокон веков работает прекрасно через ipfw fwd, проверено длительной практикой. Это очень большой костыль. Евгений, не хотите ли соорудить патч, чтоб zebra сама могла определять сдохший дефолт и сама играться дефолтами ? :) это штатное поведение зебры. или тебе тоже надо стивенса перечитать?
Re: [freebsd] multi-WAN lagg
Если есть BGP и своя AS, то тут уже все становится значительно интереснее. А не нагло будет попросить некоторого количества подробностей об этом значительно интереснее? Легко. Если у тебя есть собственная AS, то наверняка есть и какое-то IP пространство. В таком случае ты можешь договориться с провайдерами для полноценного включения к ним с использованием протокола BGP4 (RFC 4271) и принять от каждого либо определенный набор маршрутов (классика - от одного - Украина и default, от второго - fullview), либо от обоих полную таблицу маршрутизации и балансировать нагрузку на провайдеров, основываясь уже на BGP. http://xgu.ru/wiki/BGP . З.Ы. не сочтите за рекламу, на правах офтопа, я себе AS+PI /20 месяца два назад регистрировал через NetAssist (http://netassist.ua/node/25), все прошло хорошо, ресурсы дали, да и не дорого. Не, с таким скилов пока не хватит справиться... Но большое спасибо за возможность эти скилы поднять...
Re: [freebsd] multi-WAN lagg
03.07.2012 14:02, Vladislav V. Prodan пишет: Разруливание хоть пяти дефолтов на FreeBSD испокон веков работает прекрасно через ipfw fwd, проверено длительной практикой. Это очень большой костыль. Ничего не костыль, обычный policy based routing. Евгений, не хотите ли соорудить патч, чтоб zebra сама могла определять сдохший дефолт и сама играться дефолтами ? :) bgpd в составе zebra и так прекрасно определяет пропадание дефолта, а трекинг внешних каналов активным поллингом (пингами etc.) это не функция протоколов маршрутизации и не дело зебры.
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 10:15 пользователь Timofey Andreewski timw...@mail.ru написал: Если есть BGP и своя AS, то тут уже все становится значительно интереснее. А не нагло будет попросить некоторого количества подробностей об этом значительно интереснее? Легко. Если у тебя есть собственная AS, то наверняка есть и какое-то IP пространство. В таком случае ты можешь договориться с провайдерами для полноценного включения к ним с использованием протокола BGP4 (RFC 4271) и принять от каждого либо определенный набор маршрутов (классика - от одного - Украина и default, от второго - fullview), либо от обоих полную таблицу маршрутизации и балансировать нагрузку на провайдеров, основываясь уже на BGP. http://xgu.ru/wiki/BGP . З.Ы. не сочтите за рекламу, на правах офтопа, я себе AS+PI /20 месяца два назад регистрировал через NetAssist (http://netassist.ua/node/25), все прошло хорошо, ресурсы дали, да и не дорого. Не, с таким скилов пока не хватит справиться... Но большое спасибо за возможность эти скилы поднять... Могу предложить помощь over skype за пиво/сок :) -- ~~~ WBR, Vitaliy Turovets Systems Administrator Corebug.Net +38(093)265-70-55 VITU-RIPE X-NCC-RegID: ua.tv
Re: [freebsd] multi-WAN lagg
On Tue, Jul 03, 2012 at 02:14:40PM +0700, Eugene Grosbein wrote: 03.07.2012 14:02, Vladislav V. Prodan пишет: Разруливание хоть пяти дефолтов на FreeBSD испокон веков работает прекрасно через ipfw fwd, проверено длительной практикой. Это очень большой костыль. Ничего не костыль, обычный policy based routing. Евгений, не хотите ли соорудить патч, чтоб zebra сама могла определять сдохший дефолт и сама играться дефолтами ? :) bgpd в составе zebra и так прекрасно определяет пропадание дефолта, а трекинг внешних каналов активным поллингом (пингами etc.) это не функция протоколов маршрутизации и не дело зебры. к пассивному мониторингу это так же относится, кстати.
Re: [freebsd] multi-WAN lagg
03.07.2012 14:22, Slawa Olhovchenkov пишет: On Tue, Jul 03, 2012 at 02:18:10PM +0700, Eugene Grosbein wrote: 03.07.2012 13:58, Timofey Andreewski пишет: lagg-то можно заставить разбрасывать пакеты, но подумайте, что произойдет с пакетами сразу на входе в маршрутизатор провайдеров. Подсказка: какой адрес источника будет у этих пакетов? Я тупо думал, что того интерфейса, через который пакет отправится... То есть, интерфейса lagg. Верно. И какой же адрес будет на нём? это неправильное возражение. правильное возражение -- кто и как будет собирать второй конец lagg, со сторны провайдеров? Не всё сразу.
Re: [freebsd] multi-WAN lagg
On Tue, Jul 03, 2012 at 02:40:59PM +0700, Eugene Grosbein wrote: 03.07.2012 14:22, Slawa Olhovchenkov пишет: On Tue, Jul 03, 2012 at 02:18:10PM +0700, Eugene Grosbein wrote: 03.07.2012 13:58, Timofey Andreewski пишет: lagg-то можно заставить разбрасывать пакеты, но подумайте, что произойдет с пакетами сразу на входе в маршрутизатор провайдеров. Подсказка: какой адрес источника будет у этих пакетов? Я тупо думал, что того интерфейса, через который пакет отправится... То есть, интерфейса lagg. Верно. И какой же адрес будет на нём? это неправильное возражение. правильное возражение -- кто и как будет собирать второй конец lagg, со сторны провайдеров? Не всё сразу. нет, именно в таком порядке. в конце концов и адреса могут быть одинаковые, и чужие адреса принимать могут и договоренность о роутенге может быть. а вот вопрос о втором конце lagg остается
Re: [freebsd] multi-WAN lagg
нет, именно в таком порядке. в конце концов и адреса могут быть одинаковые, и чужие адреса принимать могут и договоренность о роутенге может быть. а вот вопрос о втором конце lagg остается Ну так и lagg может работать в статическом режиме без согласований и без фреймов мониторинга, на одних линках. Раз уж пошла такая пьянка.
Re: [freebsd] multi-WAN lagg
03.07.2012 14:58, Slawa Olhovchenkov пишет: lagg-то можно заставить разбрасывать пакеты, но подумайте, что произойдет с пакетами сразу на входе в маршрутизатор провайдеров. Подсказка: какой адрес источника будет у этих пакетов? Я тупо думал, что того интерфейса, через который пакет отправится... То есть, интерфейса lagg. Верно. И какой же адрес будет на нём? это неправильное возражение. правильное возражение -- кто и как будет собирать второй конец lagg, со сторны провайдеров? Не всё сразу. нет, именно в таком порядке. в конце концов и адреса могут быть одинаковые, и чужие адреса принимать могут и договоренность о роутенге может быть. а вот вопрос о втором конце lagg остается Если же ты о MAC-адресе назначения, то это был бы второй вопрос после вопроса о IP-адресе источника.
Re: [freebsd] multi-WAN lagg
03.07.2012 15:09, Slawa Olhovchenkov пишет: On Tue, Jul 03, 2012 at 03:00:10PM +0700, Eugene Grosbein wrote: нет, именно в таком порядке. в конце концов и адреса могут быть одинаковые, и чужие адреса принимать могут и договоренность о роутенге может быть. а вот вопрос о втором конце lagg остается Ну так и lagg может работать в статическом режиме без согласований и без фреймов мониторинга, на одних линках. Раз уж пошла такая пьянка. какой от него будет прок в такой позе для мониторинга каналов? Да с него в любом случае никакого проку в такой позе. Я собирал lagg из двух EtherIP-туннелей через gif/bridge по разным путям внутри одной AS с LACP, так и то толку было не очень, разве что failover. И то патчить всё пришлось.
Re: [freebsd] multi-WAN lagg
03.07.2012 17:52, Владислав Продан пишет: Разруливание хоть пяти дефолтов на FreeBSD испокон веков работает прекрасно через ipfw fwd, проверено длительной практикой. Это очень большой костыль. Ничего не костыль, обычный policy based routing. ipfw fwd требует нетривиальной логики при 4-х и более линков. Ничего нетривиального, всё масштабируемо на произвольное число линков совершенно однородными правилами. Сначала транслируем исходящий трафик по существующим записям в таблицах NAT, затем транслируем оставшийся неоттранслированным исходящий трафик по таблице маршрутизации, затем через ipfw fwd заворачиваем в правильный канал оттранслированный трафик, который по роутингу идёт не в тот канал. Евгений, не хотите ли соорудить патч, чтоб zebra сама могла определять сдохший дефолт и сама играться дефолтами ? :) bgpd в составе zebra и так прекрасно определяет пропадание дефолта, а трекинг внешних каналов активным поллингом (пингами etc.) это не функция протоколов маршрутизации и не дело зебры. А кто у нас демон маршрутизации как не zebra? Трекинг каналов и классическая динамическая маршрутизация не одно и то же. Допустим у меня три аплинка. Я хочу загружать каналы в пропорции 20:30:50 И при пропадании одного аплинка - 50:50 оставшихся. В FreeBSD есть программы умеющие выполнять такую логику? Если каналы независимые, то хоть циску поставьте - задача выдержать пропорции весьма нетривиальна, это я вам говорю как краевед. Мониторинг живости канала без динамической маршрутизации хоть в циске, хоть в FreeBSD, хоть где решается трекингом. На FreeBSD трекинг делается элементарным shell-скриптом с ping -S, который за счёт описанной выше процедуры с ipfw fwd уйдет в нужный канал. Возможно, в портах есть что-то готовое, никогда не искал - скрипт слишком прост.
Re: [freebsd] multi-WAN lagg
On Tue, Jul 03, 2012 at 01:52:27PM +0300, Владислав Продан wrote: А кто у нас демон маршрутизации как не zebra? Допустим у меня три аплинка. Я хочу загружать каналы в пропорции 20:30:50 И при пропадании одного аплинка - 50:50 оставшихся. По исходу загружать? И зачем такое делать? Чисто для интереса? Ну еще равномерно я понимаю, но исход на FreeBSD в пропорциях - оно только с бодуна можно додуматься :) В FreeBSD есть программы умеющие выполнять такую логику? -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
Re: [freebsd] multi-WAN lagg
--- Исходное сообщение --- От кого: Eugene Grosbein egrosb...@rdtc.ru Кому: Владислав Продан univers...@ukr.net Дата: 3 июля 2012, 14:07:07 Тема: Re: [freebsd] multi-WAN lagg Евгений, не хотите ли соорудить патч, чтоб zebra сама могла определять сдохший дефолт и сама играться дефолтами ? :) bgpd в составе zebra и так прекрасно определяет пропадание дефолта, а трекинг внешних каналов активным поллингом (пингами etc.) это не функция протоколов маршрутизации и не дело зебры. А кто у нас демон маршрутизации как не zebra? Трекинг каналов и классическая динамическая маршрутизация не одно и то же. А в чем разница? :) При динамической маршрутизации происходит обмен маршрутов между двумя соседними роутерами. Физический линк отвалился, соединение разорвалось, маршруты по таймауту отвалились. Что мешает в функционал zebra добавить проверку доступности шлюзов? -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
Re: [freebsd] multi-WAN lagg
On Tue, Jul 03, 2012 at 04:21:04PM +0300, Владислав Продан wrote: --- Исходное сообщение --- От кого: Eugene Grosbein egrosb...@rdtc.ru Кому: Владислав Продан univers...@ukr.net Дата: 3 июля 2012, 14:07:07 Тема: Re: [freebsd] multi-WAN lagg Евгений, не хотите ли соорудить патч, чтоб zebra сама могла определять сдохший дефолт и сама играться дефолтами ? :) bgpd в составе zebra и так прекрасно определяет пропадание дефолта, а трекинг внешних каналов активным поллингом (пингами etc.) это не функция протоколов маршрутизации и не дело зебры. А кто у нас демон маршрутизации как не zebra? Трекинг каналов и классическая динамическая маршрутизация не одно и то же. А в чем разница? :) При динамической маршрутизации происходит обмен маршрутов между двумя соседними роутерами. Физический линк отвалился, соединение разорвалось, маршруты по таймауту отвалились. Что мешает в функционал zebra добавить проверку доступности шлюзов? для начала нужно решить непростую проблему что такое доступный шлюз?. это на самом деле очень непростая проблема.
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 19:05 пользователь Владислав Продан univers...@ukr.netнаписал: --- Исходное сообщение --- От кого: Slawa Olhovchenkov s...@zxy.spb.ru Кому: freebsd@uafug.org.ua Дата: 3 июля 2012, 17:26:42 Тема: Re: [freebsd] multi-WAN lagg для начала нужно решить непростую проблему что такое доступный шлюз?. это на самом деле очень непростая проблема. 1) интерфейс поднят а если интерфейс - vlan? 2) mac адрес с того конца интерфеса 3) пингуется шлюз через тот интерфейс. а если на нем часть icmp закрыли или ограничили число icmp response? Грубо говоря, проверяем канальный и сетевой уровень -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE -- WBR, Виталий Моисеев, v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev
Re: [freebsd] multi-WAN lagg
--- Исходное сообщение --- От кого: Моисеев, Виталий v...@vm.net.ua Кому: freebsd@uafug.org.ua Дата: 3 июля 2012, 19:54:43 Тема: Re: [freebsd] multi-WAN lagg 3 июля 2012 г., 19:05 пользователь Владислав Продан univers...@ukr.net написал: --- Исходное сообщение --- От кого: Slawa Olhovchenkov s...@zxy.spb.ru Кому: freebsd@uafug.org.ua Дата: 3 июля 2012, 17:26:42 Тема: Re: [freebsd] multi-WAN lagg для начала нужно решить непростую проблему что такое доступный шлюз?. это на самом деле очень непростая проблема. 1) интерфейс поднят а если интерфейс - vlan? С этим пока сложнее. Не готов ответить на такой вопрос. Но если немного почитаю литературы, смогу диагностировать. Честно-честно! 2) mac адрес с того конца интерфеса 3) пингуется шлюз через тот интерфейс. а если на нем часть icmp закрыли или ограничили число icmp response? RFC нарушают? Нехорошо. Хоть бы соседям оставили возможность попинговать. -- Vladislav V. Prodan System Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 20:12 пользователь Владислав Продан univers...@ukr.net написал: --- Исходное сообщение --- От кого: Моисеев, Виталий v...@vm.net.ua Кому: freebsd@uafug.org.ua Дата: 3 июля 2012, 19:54:43 Тема: Re: [freebsd] multi-WAN lagg 3 июля 2012 г., 19:05 пользователь Владислав Продан univers...@ukr.net написал: --- Исходное сообщение --- От кого: Slawa Olhovchenkov s...@zxy.spb.ru Кому: freebsd@uafug.org.ua Дата: 3 июля 2012, 17:26:42 Тема: Re: [freebsd] multi-WAN lagg для начала нужно решить непростую проблему что такое доступный шлюз?. это на самом деле очень непростая проблема. 1) интерфейс поднят а если интерфейс - vlan? С этим пока сложнее. Не готов ответить на такой вопрос. Но если немного почитаю литературы, смогу диагностировать. Честно-честно! В чём сложность-то? VLAN с каких-то пор перестали иметь возможность уходить в down?
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 20:34 пользователь Моисеев, Виталий v...@vm.net.ua написал: уходить то в даун они могут, но состояние АП у влана означает лишь то, что физический интерфейс, на котором он поднят, тоже в состоянии АП, что вовсе не гарантирует живость самого влана :) Что точно так же не гарантируется состоянием UP у em0 или любого другого интерфейса ;) Так что сложность одинаковая.
Re: [freebsd] multi-WAN lagg
3 июля 2012 г., 20:37 пользователь Sayetsky Anton vsj...@gmail.comнаписал: 3 июля 2012 г., 20:34 пользователь Моисеев, Виталий v...@vm.net.ua написал: уходить то в даун они могут, но состояние АП у влана означает лишь то, что физический интерфейс, на котором он поднят, тоже в состоянии АП, что вовсе не гарантирует живость самого влана :) Что точно так же не гарантируется состоянием UP у em0 или любого другого интерфейса ;) Так что сложность одинаковая. Так об чем же и речь :) Зачем лепить костыли с проверками непонятной эфективности, если квага (зебра) с бгп прекрасно это разруливают? :) у меня 3 аплинка разной емкости и при помощи бгп комюнити и препендов достаточно хорошо они балансируются. -- WBR, Виталий Моисеев, v...@vm.net.ua VM347-RIPE, VM265-UANIC, ICQ# 111222168, skype: vitalymoiseev
Re: [freebsd] multi-WAN lagg
On Tue, Jul 03, 2012 at 08:12:59PM +0300, Владислав Продан wrote: 2) mac адрес с того конца интерфеса 3) пингуется шлюз через тот интерфейс. а если на нем часть icmp закрыли или ограничили число icmp response? RFC нарушают? Нехорошо. Хоть бы соседям оставили возможность попинговать. это какое они RFC нарушают? номер в студию.
Re: [freebsd] multi-WAN lagg
03.07.2012 13:58, Timofey Andreewski пишет: lagg-то можно заставить разбрасывать пакеты, но подумайте, что произойдет с пакетами сразу на входе в маршрутизатор провайдеров. Подсказка: какой адрес источника будет у этих пакетов? Я тупо думал, что того интерфейса, через который пакет отправится... То есть, интерфейса lagg. Верно. И какой же адрес будет на нём? Не, не, исходно хотелось банальненько: внутрь смотрит один ИП, наружу смотрят два ИПа выданных провами... И раундробин все, что приходит на внутренний ИП равномерненько раскидывает по выданным провами... Ну и соответственно то, что приходит на выданное провами, идет навнурть. А ежели чего-то падает, он продолжает раскидывать по оставшемуся. Т.к. читал мало, быстро, внимательно, то показалось, что лагг имеет сходный функционал, смутило как раз именно то, во что тут меня мордой и ткнули. В общем-то именно по этой причине вопрос и задал: какие-то смутные сомнения терзали. Не зря терзали.
Re: [freebsd] multi-WAN lagg
3) пингуется шлюз через тот интерфейс. а) define пингуется б) этого, очевидно, не достаточно. у них например аплинк мог упасть. и еще две сотни разных причин А почему нельзя по типу ntp определить пул пингов сторонних сайтов, которые обычно реально пингуются. Ну там, гугел, яндекс, freebsd.org и т.д. Через ИЛИ. Хоть один реально пингуется, все, канал жифф...
