Что-то вроде ip телефонии

Имеется 2 программы: пусть это будут клиент и сервер.
Сервер передает данные кусочками (пакетами) по 1 Кб. Это может быть файл или поток данных, например, от вебкамеры. В общем, неважно.
Главное, что передача идет пакетами.
И тут возникают проблемы:
1) Пакет может потеряться
2) Пакет может быть поврежден при передаче.
3) Пакеты будут приниматься клиентом не в том порядке, в каком были отправлены сервером
4) Одновременно будут передаваться несколько файлов (пусть пока будут файлы) от одного сервера одному клиенту. Надо как-то их различать.
5) Задержка при передаче пакета от сервера к клиенту может меняться в пределах 100 - 30 000 мс. (Пока неважно)

Некоторые мои мысли:
- не нужно подтверждать принятие каждого пакета, чтобы не генерировать большой ответный трафик от клиента к серверу. Вместо этого можно например посылать эхо-запрос, например, "Я, сервер, передал 100 пакетов с номерами 0-99". Клиент должен ответить: "Я, клиент, принял 100 пакетов с номерами 0-99". (Может не надо делать эхо-запросы) Клиент будет отвечать только на эхо-запрос или запрашивать отправку пакета, если принятый пакет поврежден или не получен.
- сделать несколько типов пакетов. Например, эхо-запрос и эхо-ответ для проверки соединения и измерения задержки. И обычный пакет с данными.
- хранить тип пакета в пакете
- нумеровать пакеты по порядку отправления
- хранить номер отправляемого файла в пакете
- хранить хеш-сумму пакета в пакета
- делать запрос на повторную отправку пакета, если он потерян или поврежден.
- принятые пакеты проверяют на целостность, потом попадают в буфер, где они сортируются по своему номеру.

Структура пакета эхо-запроса и эхо-ответа:
| тип пакета | данные |
Структура обычного пакета с данными:
| тип пакета | номер потока | номер пакета | хеш-сумма | данные |

Примерно как это все будет работать:
1) клиент посылает эхо-запрос к серверу
2) сервер отвечает на эхо-запрос
3) клиент принимает эхо-ответ и считает задержку.
4) клиент посылает запрос на скачивание файла.
5) сервер начинает передачу пакетов (Здесь у меня вопрос. Сервер ведь не знает дошли до клиента пакеты или нет. Пока я сделаю отправку эхо-запроса клиенту каждые 100 пакетов. Хотя, может быть можно и обойтись и без этого)
6) отправляет эхо-запрос клиенту каждые 100 пакетов (дальше интереснее...)
7) клиент принимает пакет, проверяет его хеш-сумму, если пакет поврежден делает запрос на повторную отправку поврежденного пакета (пакеты пронумерованы)
8) если пакет не поврежден, его помещают в буфер, где все пакеты сортируются по своим номерам.
9) (Дальше тоже вопрос: Как определить какой пакет потерялся, а какой ещё не пришёл?)
10) если пакет с каким-либо номером отсутствует, то делается запрос на повторную отправку
11) Пакеты из буфера извлекаются в правильном порядке, из них извлекаются данные и записываются в файл.

Самое непонятное это как сделать алгоритм работы буфера, по каким условиям делать запрос на повторную отправку пакета? Самое простое что приходит на ум это таймер: если пакет с номером 10 не пришел в течении 500 мс, а пакеты с номерами 8,9,12,15 (ближайшие номера) уже пришли, то делать запрос.

Извините, если написал не в ту тему.

Добавлено через 3 минуты

0

Ну и сразу вопросы:
1. Какой протокол будет использоваться для передачи "пакетов"?

0

IP. Если точнее то ICMP

0

ОМГ. Тогда для начала сюда: http://book.itep.ru/1/intro1.htm

Добавлено через 7 минут
ПыСы: да, а ТЗ-то на разработку имеется? Или как всегда бывает, - Заказчик сформулировал только одно требования "Сделайте мне [censored]" ?

1

Еще ознакомьтесь с протоколом RTP (Real-time Transport Protocol), чтобы не городить велосипед.

Добавлено через 8 минут

0