Два модема на одном компе - реально?

Соединяюсь на беспарольку, потом устанавливаю GPRS-соединение через мобилу.

Качает - только по соединению GPRS.

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

Cтавишь себе несколько закачивалок!программок!

В каждой прописываешь способ выхода - диал ап через разные модемы!

И качаешь!

БУМ пробовать

Может кто расписать досконально, а не бросаясь словами типа"реально". Я некоторое время мучился но проблему не решил. Вопрос открыт...

Итак, спасибо Уральцу!

(читайте линк, указанный Форрестом)

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

Итак:

1.Устанавливаю соединение с GPRS

2.Устанавливаю соединение с Инфонет

3.Получаю IP GPRS - соединения

4.Получаю IP нужного сайта (Run - command - ping forum.onliner.by)

5. route add 69.57.148.228 mask 255.255.255.255 10.20.232.252

6. Число после add - IP Онлайнера последнее - динамический IP GPRS - соединения

Все. По GPRS я ползаю по Онлайнеру, все остальные сайты - по модемному соединению.

Проверяю канал, по которому хожу - элементарно.

Открываю оба окна статуса соединения - и, скажем, открываю 10 топиков на Онлайнере. Я четко вижу. что данные идут по каналу GPRS.

Открываю любой другой сайт - вижу, как данные идут по Инфонетовскому соединению.

Сегодня вечером буду пробовать организовать закачку по GPRS при веб-серфинге по модему.

Класс способ. ты для все ип прописываешь статик route?)))))))))

курить QoS,

т.е. можно спокойно настроить испльзование второго канала в зависимости от нагрузки

А насчет количества - есть товарищи, ставили в банке и по 4 штуки...

про пропись ручками я знаю - делал, про одного прова - тоже делал как то - без проблем особых, но вот ГПРС+БЕЛПАК - связка ОДНОВРЕМЕННО работать не хочет. Не прописывать же РУЧКАМИ ВСЕ ИП АДРЕСА, которые нужны.

Вдумчиво выкурил оба документа.

Начнем с того, что QoS там переводят, как "приоритезация", т.е. , к примеру, пропуск через шейпер ICMP "в первую очередь". То, что Вы в силу незрелости ума называете под QoS, там называют "Load balancing", и используется Это обычно крупными провайдерами для разбрасывания по аплинкам TCP-сессий

Но вернемся к нашим баранам. Имеем 2 интерфейса: ppp0(10.20.a.b) и ppp1(193.232.c.d). Пусть для простоты TCP-сессия с 1.2.3.4:80 уже установлена (процедуру обмена всякими SYN опустим). Пусть для простоты NATа у Велкома нет, и 10.20.c.d -- "реальный" ip-адрес. Итак, идет процесс перекачки файла, на каждый принятый пакет с данными передается пакет с выставленным флагом ACK. Все пакеты идут на 10.20.a.b. В один прекрасный момент софт решает, что на ppp0 идет дохрена трафика и надо бы задействовать ppp1, и сплавляет один ACK на ppp1. Что получает 1.2.3.4? ACK-пакет с правильными SeqNum, AckNum, SourPort, DestPort, но с 193.232.c.d в поле DestAddr. Что несчастному TCP/IP стеку с ним делать? Не силен я в RFC, чтоб ответить. Даже если стек и "переварит" такой ACK, следующий пакет он навряд ли отправит по адресу 193.232.c.d, т.е. ppp1 будет по прежнему простаивать.

By using route-to with a round-robin address pool, outbound connections can be evenly distributed among multiple outbound paths

Ключевое слово тут - outbound. Средства для планирования исходящего трафика на роутере несомненно существуют. И то, если не учитывать NAT. А что делать с входящим?

Ведь файл можно качать и 2-мя и 5-ю потоками - а они будут разбрасываться...

А обратно пакеты пойдут все равно по одному маршруту

Кстати интересный вопрос: можно ли 2 флешгета заставить качать 2 разные половины одного файла через 2 разных интерфейса?