Есть задача: Множеству клиентов, раздавать один файл.
Предполагаю использовать boost::asio::ip::udp::socket.
Рассылаемый файл больше объема пакета. Файл будет разбиваться на блоки. Клиенты помимо UDP, подключаются по TCP для получения информации о файле: кол-во пакетов, ID пакетов, запрос определенного пакета.
Так же, нужно реализовать возможность, перехвата пакетов(которые являются частью одного и того же файла) передаваемыми для других программ клиентов, дабы снизить нагрузку на исходящий трафик программы Сервера.

С протоколом UDP не работал. Толком не представляю с чего начать.
По ходу общения буду задавать конкретные вопросы.
Давайте обсудим этот вопрос в слух.

Это сообщение отредактировал(а) andrew_121 - 23.6.2008, 05:28

В документации к библиотеке есть пример юдп клиента и сервера...


Вопрос, а почему-бы не отправлять все по TCP? 
UDP не гарантирует что пакеты придут в том-же порядке, не гарантирует их целостность, в итоге ты реализуешь в своей программе функционал который предоставляет протокол TCP "из коробки", зачем?


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

Lazin:

И не надо. Пакеты записываются по мере поступления.

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

Т.е. Клиент номер 1, получает файл 1.bin, клиент 2, позже начинает получать тот-же файл. Но по ходу получения пакетов которые он запрашивает, он перехватывает пакеты предназначавшиеся для 1-го клиента.

перехватить UDP пакет не сложно, но вот программе разобраться, что это именно то, что ей нужно, намного сложнее... представь сколько у тебя будет этих пакетов  
проще, если клиент №1 будет сначала опрашивать клиента №2, потом №3 и тд.. на наличие файла(или нужной части файла), а потом уже просить сервер...

Для этого, пакет содержит всю необходимую информацию.


Согласен. Но обмен между клиентами запрещен.

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


а почему, если не секрет...
просто если делать так как ты говоришь, то получается что-то не то..
допустим у нас N клиентов, каждый из них получает М пакетов в секунду, тогда каждый клиент должен обрабатывать N * М пакетов, тоесть всего в системе будет обрабатываться N^2 * М пакетов в единицу времени...

Клиенты сети платят за трафик.

Интересно.
А есть ли возможность, при обмене между клиентами, регистрировать обьем переданной информации от Клиента1 к Клиенту2 ?
Для информирования сервера. Ну чтоб он знал, реально полученный обьем клиентом. Даже если часть обьема получена от обмена между клиентами?


Это сообщение отредактировал(а) andrew_121 - 24.6.2008, 20:34

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

С принципом определился.
Как правильно разложить задачу по этапам?
С чего начать реализацию?
Что посоветуете почитать?

Интересовался - НЕЛЬЗЯ!
Обьясните плз.
Каким образом клиент и сервер заставить общаться?
В примерах boost::asio несколько вариантов сервера. Какой использовать? В чем разница?

это невозможно
каждый клиент определяется уникальной парой {IP, порт}
достаточно на стороне сервера для каждого клиента реализовать отображение {IP, порт} -> смещение
где смещение определяет текущую позицию в передаваемом файле

MAKCim - Пакеты передаются по UDP, а контроль по TCP.

andrew_121, 
и что?

MAKCim - Блин... А что-то не то говорю?
Ну объясни. Я насколько понимаю, один UDP пакет, могут поймать все клиенты, и по информации в нем, определить, свой-чужой.

нет
клиенты сидят на разных портах