Насколько реальна такая сеть.

[sergej-krivochenko]

Насколько реальна такая сеть? Будет ли прибавка скорости у клиентов? При проподании одново инета должен работать второй. Со стороны моста микротик клиент 192.168.1.5 но может получать автоматом от ADSL модемов.Возле модемов wifi отдельные точки в режиме клиента. Скорость от кажтого ADSL 4МБ ,линии разные ,провайдер один.

[sergej-krivochenko]

Ну чё все заняты? Киньте камень.

[miha]

Второй шлюз тоже надо добавить. Прибавка скорости у клиентов не будет , но при проподании одного инета будеть работать второй .

[sergej-krivochenko]

шлюзом будет сам микротик 450

[malou05]

тогда на микротике поднимай два входных канала с балансировкой нагрузки и вешай их на один физический интерфейс.
вот ето загнул....

[Andree]

Вам сложно ответить по такой схеме, так как таковую сложно назвать схемой. Чувство, что это рисунок начинающего, помойму вы ошиблись рубрикой. Трафик на основе DNS не бегает, нужны адреса шлюзов или типы авторизаций, шлюзы за WiFi клиентами будут не доступны как шлюзы, нужно использовать WDS или мультипоинт.

[sergej-krivochenko]

Ну с одним ADSL работает.И шлюз 192.168.100.1 микротика.А сам роутер ADSL 192.168.1.1. Вот DNS 192.168.1.1 . А так будет два ну к примеру ещё к тому 192.168.1.2. С одним пашит а с двумя какя разница. На счёт микротика слаживать инет,возможны глюки.Я в микротике могу многое а вот слаживать плохо получается. У одних клиентов ставить предпочитаемый 1.1 а у других 1.2

[malou05]

...У одних клиентов ставить предпочитаемый 1.1 а у других 1.2

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

[_q6_]

А если так:
одному клиенту пишем маршруты
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.1 metric 2
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.2 metric 2
и по идее все должно ходить через 192.168.1.1

другому:
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.2 metric 2
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.1 metric 2
все должно ходить через 192.168.1.2

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

[Algon]

route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.1 metric 2
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.2 metric 2

Одинаковая метрика как раз указывает на то, что это маршруты с одинаковым приоритетом. :)
А вот так работать должно:
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.1 metric 2
route -p add 0.0.0.0 mask 0.0.0.0 192.168.1.2 metric 3
Но коллизии будут. По крайней мере у провайдера 100%.

[Andree]

Поймите, что вашей системе вы не указываете исходных данных, для распределения нагрузки система должна знать ширину каналов и также следить за их загрузкой. Рендомом в слепую оного туда другого сюда раскидывать нет смысла и таких систем никто не создает. Если если траф идет исключительно по таблице маррутизации, то он всегда будет отправлен на первый маршрут удовлетворяющей маске с меньшей метрикой (даже если несколько с одинаковой метрикой всеравно на один и тотже). До разъюзывания Керио с динамо распределением я делил по адресам так:
route -p add 0.0.0.0 mask 128.0.0.0 192.168.1.1 metric 2
route -p add 128.0.0.0 mask 128.0.0.0 192.168.1.2 metric 3
А ваще под линух есть скрипты условного распределения трафа.

У одних клиентов ставить предпочитаемый 1.1 а у других 1.2

Это на ход трафика никак не повлияет, безразници какой DNS преабразует имя в IP, потому шо IP после преобразования имени будет один и тотже на любом DNS.

[Algon]

Правильно, для того чтобы работало хотя-бы статическое распределение трафика, нужно ставить не разные DNS, а разные шлюзы по умолчанию. Тоесть у одних клиентов шлюз 192.168.1.1 и он-же DNS, у других 192.168.1.2.
Динамического распределения трафика настройкой маршрутов добиться невозможно.

[Andree]

у одних клиентов шлюз 192.168.1.1

Клиентам этот шлюз не катит, бо тут кто то собирался и микротиком NATить, соответственно у клиентов шлюз будет микротик и там будит другая подсеть, 192.168.100.xx насока я увидел на скрине, а то была речь об микротике.

[Algon]

Тогда вообще странная система получается. NAT и на модемах, и на микротик. Сомневаюсь, что это будет нормально работать.
Если микротик позволит поднять 2 входящих PPPoE, то лучше модемы перевести в бридж и NAT сделать только на микротик.

[sergej-krivochenko]

модемы в бридже. Только их ип 1.2 и 1.1 и приходят они с разных точек доступа в одну точку доступа .Нам остаётся только правильно прописать ип в кампе и всё по идее пашит.ведь сеть одна.