Можно ли такое сделать?
Имеются, скажем, 3 провайдера интернета (LAN кабели).
Можно ли как-то вставить в компьютер 3 сетевых карты и организовать последовательный отсыл пакетов по очереди каждым сетевым интерфейсом.

Причём, можно ли извратиться в таком направлении? В случае сбоя отправки пакета или пачки пакетов с обного интерфейса (карты) вся очередь перебрасывается на время на отсылку с другой платы

Готовые решения такие есть? Или тут спасти может только самопальный драйвер?

Из плюсов я бы наверно назвал
1) расширение скорости канала
2) надежность.

Есть идейки?

Здравствуйте, Антонш, Вы писали:

А>
А>Можно ли такое сделать?
А>Имеются, скажем, 3 провайдера интернета (LAN кабели).
А>Можно ли как-то вставить в компьютер 3 сетевых карты и организовать последовательный отсыл пакетов по очереди каждым сетевым интерфейсом.

А>Причём, можно ли извратиться в таком направлении? В случае сбоя отправки пакета или пачки пакетов с обного интерфейса (карты) вся очередь перебрасывается на время на отсылку с другой платы

А>Готовые решения такие есть? Или тут спасти может только самопальный драйвер?

А>Из плюсов я бы наверно назвал
А>1) расширение скорости канала
А>2) надежность.

А>Есть идейки?

насколько я понимаю сетевые технологии, то спаривание сетевых карт возможно если одинаковые особых фирм + один коммутатор на том конце, и то надо уточнить.
я бы предложил тебе разделять по разным соединениям.
например, в случае http протокола можно разные hhtp запросы пустить по разным интерфейсам, благо страница состоит из основного html и кучи изображений, и при этом балансировать по объему. простое решение — написать прозначный прокси сервер для такого дела
додумывать тебе

я тоже думал о таком варианте, но идея моя была не ради увеличения скорости, а снижения платы, т.е. оптимизация стоимости интернета

"Антонш" <34464@users.rsdn.ru> wrote in message news:1801464@news.rsdn.ru...
> Причём, можно ли извратиться в таком направлении? В случае сбоя отправки пакета или пачки пакетов с обного интерфейса (карты) вся очередь перебрасывается на время на отсылку с другой платы
> Готовые решения такие есть? Или тут спасти может только самопальный драйвер?
> Есть идейки?

Наверное проще сделать как это делают разные fail over решения. Просто пингуется некий стабильный хост в интернета (лучше несколько). Если пинг не проходит, перестраиваем routing tables на следующий интерфейс,и так по кругу.

Можно всё. Но всё упирается во время и деньги. Наверное три сокета, каждый для своей карты. Шлёш запросы, получаешь ответы. Один запрос, один ответ.

Здравствуйте, Антонш, Вы писали:

А>Можно ли такое сделать?
А>Имеются, скажем, 3 провайдера интернета (LAN кабели).
А>Можно ли как-то вставить в компьютер 3 сетевых карты и организовать последовательный отсыл пакетов по очереди каждым сетевым интерфейсом.

Можно настроить advanced routing (для Linux — iproute2+iptables, для BSD — ipfw), который будет распределять по какому-нибудь критерию разные пакеты на разные интерфейсы.
А вот будет ли толк от отсылки пакетов с разных интерфейсов по очереди? Ведь при обращении к одному удаленному хосту с нескольких интерфейсов через разные шлюзы ответы будут приходить все равно одним и тем же путем. Это если на удаленной стороне не настроена подобная схема.

А>Причём, можно ли извратиться в таком направлении? В случае сбоя отправки пакета или пачки пакетов с обного интерфейса (карты) вся очередь перебрасывается на время на отсылку с другой платы

QoS ?

Ещё наверное можно поюзать http. Картанки на один интерфейс, текст на другой, музыку на третий. А вот как файл принять по разным интерфейсам???? вопрос. Да и можно ли вообще послать запрос допустим по ftp, запрашивая только кусок файла, с определённым смещением от начала и размером nSize? Если да, то и задача выполнима и имеет общее решение. А 3 сетевухи это частное решение, полученное при подставлении начальных условий в общее.

Вообще то есть маршрутизаторы с такой функциональностью. У Cisco например Правда как они определяют что один из каналов лежит неизвестно...

Здравствуйте, Аноним, Вы писали:

ЭЭ ... а они программные? Или это кроробка? Ну, допускаю, что так. То есть у нее несколько UTP интерфейсов (к провайдерам), и один интерфейс до сетевой платы на компьютере? А тип и модель этого чудного циско девайса не подскажете? (а если можно и цену )
Спасибо

Здравствуйте, ДимДимыч, Вы писали:

Ну не знаю, не знаю. Мне кажется, что небольшая выгода в скорости будет. Три надёжных интерфейса, на каждом из которых не высокая пропускная способность. 256кбит. Если пакеты ставить не по условиям, а по очереди на отсылку на интерфейс. То есть есть 3 пакета: 1-ый ставится в очередь первому инт., второй пакет — второму интерфейсу, третий — третьему. Практически все сервера имеют канал гораздо боьший, чем 256, так что ответят они мгновенно. А вот транспорт до моей станции подкачает, в силу того, что на этом участке скорость урезана 256 кбит. А так получается, что за вермя обработки 1-го пакета, (обработается и пошлется в обратку) и второй, и третий. То есть получается 3 пакета по цене одного (я по времени, а не по деньгам, конечно )

Здравствуйте, wellwell,

Возможно. Да.

Но вот не могли бы дать парочку наводящих ключевых слов, чтоб я по ним поискал. Интересуют готовые решения. Лучше, коробочные версии (я про hardware-коробки )
А вот с программными я не силён, не разбираюсь в Unix-Linux системах
Если есть нечто подобное виндовое, я бы поискал.

Здравствуйте, ilnar, Вы писали:


I>насколько я понимаю сетевые технологии, то спаривание сетевых карт возможно если одинаковые особых фирм + один коммутатор на том конце, и то надо уточнить.
I>

ух!!! я бы кстати с удовольствие посмотрел как они спариваются!!!!!!


Что именно нужно сделать? В какой системе это возможо так настроить? Если это будет на уровне системы, то да.


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

Почему так нельзя? Что мне для этого нужно?
наверно нечто такое:
-Поставить главный компьютер
-поставить компьютер, который будет роутером
-воткнуть в него сетевую плату до главного и N плат до провайдера.
-установить программны роутер
-попросить кого-нибудь настроить роутер, для последовательной отсылки (с N интерфейсов) приходящих пакетов с главного комп. и обратной сборки пакетов и отсылке их на главный

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, ilnar, Вы писали:


I>>насколько я понимаю сетевые технологии, то спаривание сетевых карт возможно если одинаковые особых фирм + один коммутатор на том конце, и то надо уточнить.
I>>

А>ух!!! я бы кстати с удовольствие посмотрел как они спариваются!!!!!!

я видел как это делали на серверном оборудовании для сетевых карт intel, подробнее ничего не знаю, как там на стороне комутатора


А>Что именно нужно сделать? В какой системе это возможо так настроить? Если это будет на уровне системы, то да.

в виндах было дело, но это не суть важно, там дрова все делали

А>Почему так нельзя? Что мне для этого нужно?
А>наверно нечто такое:
А>-Поставить главный компьютер
А>-поставить компьютер, который будет роутером
А>-воткнуть в него сетевую плату до главного и N плат до провайдера.
А>-установить программны роутер
А>-попросить кого-нибудь настроить роутер, для последовательной отсылки (с N интерфейсов) приходящих пакетов с главного комп. и обратной сборки пакетов и отсылке их на главный

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

с другой стороны, если мак адреса и айпи адреса одинаковы будут на всех интерфейсах и все это умудрится работать, ТТЛ будет одинаков, вроде должно сработать, а обеспечение последовательности пакетов в понимании ТСР клиентский комп обеспечит, и надо чтобы на другом конце все это на один интерфейс пришел

Здравствуйте, ilnar, Вы писали:

I>с другой стороны, если мак адреса и айпи адреса одинаковы будут на всех интерфейсах и все это умудрится работать, ТТЛ будет одинаков, вроде должно сработать

Ну да .... вот я уже думаю, может какой аппаратный всё это реализовапть сможет? Потому что одинаковые МАК еще куда ни шло, а вот одинаковые IP на них на всех ...... мда. Ладно, скажите мне всю правду доктор (с) ))))))
То есть ваше резюме, это будет сделать — сложно! Окей, а то я тут в такой эйфории пребывал, что это можно легко и быстро сделать

Здравствуйте, Антонш, Вы писали:

А>Здравствуйте, ilnar, Вы писали:

I>>с другой стороны, если мак адреса и айпи адреса одинаковы будут на всех интерфейсах и все это умудрится работать, ТТЛ будет одинаков, вроде должно сработать

А>Ну да .... вот я уже думаю, может какой аппаратный всё это реализовапть сможет? Потому что одинаковые МАК еще куда ни шло, а вот одинаковые IP на них на всех ...... мда. Ладно, скажите мне всю правду доктор (с) ))))))
А>То есть ваше резюме, это будет сделать — сложно! Окей, а то я тут в такой эйфории пребывал, что это можно легко и быстро сделать

знаешь, мой диагноз таков: я на данный момент не знаю как это сделать. вот.
наверняка можно что-то придумать, просто копать надо, искать готовые реализации, в админских/железячных форумах поспрашать

Здравствуйте, Аноним, Вы писали:

А>Вообще то есть маршрутизаторы с такой функциональностью. У Cisco например Правда как они определяют что один из каналов лежит неизвестно...


Уважаемый АНОНИМ, ну где вы? подскажите пожалуйста, что это за маршрутизаторы. Можно парочку наводочек или ключевых слов. Как такой тип называется, или какое обозначение модели имеют особое?

спасибо

Здравствуйте, <Аноним>, Вы писали:

А>ух!!! я бы кстати с удовольствие посмотрел как они спариваются!!!!!!

Погуглите на тему "Network Adapters Teaming". Я делал такое с сетевыми картами Broadcom и Intel. Внешне это выглядит так: появляется виртуальный сетевой интерфейс на который вешается IP адрес и всё работает через него. В unix истемах это можно делать другими средствами, например так:
ng_one2many.

А>Моя идея была просто последовательно пакеты передаются с одного, со второго, с третьего, с четвертого итд ....

В Solaris недавно появилась опция для сокетов IP_NEXTHOP. По описанию это примерно то что вам нужно..

А>-попросить кого-нибудь настроить роутер, для последовательной отсылки (с N интерфейсов) приходящих пакетов с главного комп. и обратной сборки пакетов и отсылке их на главный

Здравствуйте, Антонш, Вы писали:

А>То есть ваше резюме, это будет сделать — сложно! Окей, а то я тут в такой эйфории пребывал, что это можно легко и быстро сделать

В том понимании каком вы хотите это сделать, это непросто. Максимум что приходит на ум — PBR.

Здравствуйте, <Аноним>, Вы писали:

А>Но вот не могли бы дать парочку наводящих ключевых слов, чтоб я по ним поискал.
Network Failover, Network High-Availability и т.п. Если вам нужны аппартные решения, то это ООчень недешёвые решения, делать дома такое — это имхо, из разряда "я новый русский, хочу"

Здравствуйте, <Аноним>, Вы писали:

А>ЭЭ ... а они программные? Или это кроробка? Ну, допускаю, что так. То есть у нее несколько UTP интерфейсов (к провайдерам), и один интерфейс до сетевой платы на компьютере? А тип и модель этого чудного циско девайса не подскажете? (а если можно и цену )

Цена маршрутизаторов Cisco начинается примерно с $3500 ещё интересно? Если интересно, то вот вам ресурс www.cisco.com, в принципе если вы готовы заплатить женьги такого порядка + ещё четверть за услуги спеца, то можете найти

А>Есть идейки?

Вот статейка, может быть Вам пригодится

http://www.opennet.ru/base/net/linux_link_balance.txt.html