[azarov1978]

проблемма в следущем:хотим на Mikrotik Router Маршрутизатор RB/750 (http://www.mikc.ru/product.php?id_catalog=2&id_position=193) сделать перераспределение нагрузки.перераспределение должно быть примерно такое: сначало часть пакетов отправляется на первый канал затем часть на второй затем часть на третий (количество пакетов определяется величиной канала )возможно ли это такое и вот эта ссылка по этой схеме распределяет нагрузку?

http://slagovskiy.blogspot.com/2009/08/miktotik.html

[2bit]

проблемма в следущем:хотим на Mikrotik Router Маршрутизатор RB/750 (http://www.mikc.ru/product.php?id_catalog=2&id_position=193) сделать перераспределение нагрузки.перераспределение должно быть примерно такое: сначало часть пакетов отправляется на первый канал затем часть на второй затем часть на третий (количество пакетов определяется величиной канала )возможно ли это такое и вот эта ссылка по этой схеме распределяет нагрузку?

http://slagovskiy.blogspot.com/2009/08/miktotik.html

Вообще это можно, но очень сложно. Сложность в том, что вроде все настроил, а не работает и *** мозг.

Это зависит от того каналы как выдаются PPPoE, Ip, PPPtp или ещё как?

НАсколько не ровные каналы?

[tray4tmn]

http://wiki.mikrotik.com/wiki/ECMP_load_ba...with_masquerade

 

вот тут у них в вики готовое решение приведено, схема рабочая, копируйте пользуйтесь

[2bit]

http://wiki.mikrotik.com/wiki/ECMP_load_ba...with_masquerade

 

вот тут у них в вики готовое решение приведено, схема рабочая, копируйте пользуйтесь

схема херня

[tray4tmn]

нормально работает, с оговорками которые есть в вики, то что у вас настроить не получилось не значит что

схема херня

[2bit]

Да метод рабочий, вот только в эффективности на то время вопрос был.

 

Тогда все таки решил делать маркировку по пакетам (или байтам - не помню) принудительно. Там тогда получается правило NAT masquarate без интерфейса и два правила route.

 

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

[azarov1978]

три канала по пппое(их пропишем на модеме чтоб не замарачиваться и будет обычный статический ip)3по 8мб и 1 статический по 12мб.

служба тех потдержки ответила так:)

Есть примеры настроек, Вы можете с ними ознакомиться здесь:

http://wiki.mikrotik.com/wiki/Routing

у них на сайте ответ был вот:http://wiki.mikrotik.com/wiki/PCC

ну и какой из данных режимов подойдет?

а здесь какой режим балансировки описан?он мне подойдет

http://slagovskiy.blogspot.com/2009/08/miktotik.html

может кто сам писал для данной задачи скиньте плиз.

заранее всем спасибо

[tray4tmn]

настраивайте http://wiki.mikrotik.com/wiki/PCC, классифицируйте по src-address, src-port, и получите то что хотите.

[azarov1978]

если кто нибудь возьмется настроить пишем azarov1978@yandex. думаю о цене договоримся

нужно 3 канала по 8мб и 1 12мб перераспределить нагрузку так чтоб часть пекетов шли на 1 порт потом на второй потом на 3 и .т.д

[Saab95]

Так нельзя, надо чтобы пакеты васи шли через канал 1, пакеты пети шли через канал 2 и т.д. Только тогда у них не будет проблем. А то представьте зайдет вася на ютуб под своим логином, а потом его пакеты побегут через другой канал и соединение у него потеряеться - ведь с другого канала он не авторизовался.

[L-ZiX]

Не слушайте Saab95, можно сделать и так как вы хотите, через pcc. по 2 очереди в 8мбитные каналы и 3 очереди в 12мбитный.

[sokrat]

Не слушайте Saab95, можно сделать и так как вы хотите, через pcc. по 2 очереди в 8мбитные каналы и 3 очереди в 12мбитный.

А почему его не надо слушать, скорей всего правильно говорит. Только что с такой херней сталкнулись,

правда у нас стоит баллансировщик от ТП-линка 480, вот мы в него втыкали 2-х разных провайдера и на трафик инспектор.

Все было гуд, что не надо на ТИ создавать 2 внешних интерфейса, заниматься перенаправлением клиентов. Сделали и успокоились.

Все летает. тем более через ТИ скорость удваивается, хотя на прямую измеряли от балансировшика, то показывает только 2мбт.

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

Сами попробовали попасть на эту станицу, вроде без проблем, но мы-то заходим только на страницу регистрации и все, тут спору нет все робит.

Решили сами зарегиться. и как только пришло подтверждение, все пипец, страница начала дергаться. Вот это именно наверное то и происходит о

чем написал "Saab95" Потом, ели у кого на Микротике работает балансировшик. попробуйте произвести трасировку маршрута, что покажет у Вас.

Через ТП-линк ничего не показывает. А то эту затею придеться отложить, или может есть какое-то решение, чтобы сбалансировал, увеличить, и не

передергивало.

[L-ZiX]

Потому что когда будете на микротике такое делать, тогда и поймете.

[sokrat]

Потому что когда будете на микротике такое делать, тогда и поймете.

Я сообщил как у нас не стало работать. А на микротике тоже сейчас тренируемся

согласно той информации, что выше, но результат нулевой. Пинг идет хаотически,

а порой просто обрывается. Если у тебя это фукционирует, покажи как проходит трасерт,

и конфиг настройки.

[Saab95]

Просто не надо изобретать себе проблем.

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

[sokrat]

Просто не надо изобретать себе проблем.

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

Просто ставилась задача сделать один интерфейс и поднять общую скорость, это получилось, но вот как должно работать не получилось,

и товарищ L-ZiX не показал как у него трасерт рулит, и как он в контакты клиентов направляет.

 

[sokrat]

Потому что когда будете на микротике такое делать, тогда и поймете.

Уважаемый, что-то не удосужился доказать свою правоту.

Как рулит трасеровка маршрута...

[L-ZiX]

Правильно. Вам что мануала с сайта мало вы хотите этиже строки моего микротика узнать? То что вы на пинги жалуетесь это и так ясно понятно, идеально это всё работать не будет, помоему это очевидно. Но раз вы в такой ситуации как сами обозначили, то на безрыбье и рак щука.

[azarov1978]

Просто не надо изобретать себе проблем.

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

именно так все и работает. 4 компа в одном месте + 1 фтп и будет у вас шум и температура как на сталелитейном заводе.это немного стало надоедать вот и ищем другую схему.

иногда что нибудь зависает и часть клиентов без инета а при перераспределение как я написал такого не будет еще плюс что иногда но каналы не справляются а так будет ровненько.

а у кого нибудь схема которую я описал работает?

[Saab95]

Такие схемы наверно редко кто использует, потому что если есть один канал и его на хватает - то можно без проблем его расширить за определенные деньги.

Если нужна действительно отказоустойчивость по каналам - тогда переходите на BGP, там никаких проблем не будет с пакетами васи и пети на одноклассниках.

 

А в вашем случае надо помечать все

connection state = new

per connection classifier = src address

random 50

 

делать всем этим mark connection = canal1

а всем остальным canal2

 

это учитывая что каналы равнозначные по ширине, если канал 2 в 10 раз быстрее канала 1 то random надо ставить 10.