Потери UDP пакетов

@calculon · Регистрация: 18.07.2012

Студворк — интернет-сервис помощи студентам

Всем здравствуйте...Столкнулся со следующей проблемой. Попытался передать довольно большой файл по сети UDP пакетами размером в пару сотен байт для начала запустил сервер и клиент на локалхосте. И из всех переданных пакетов потерялось больше половины! Я было подумал что буферы сокетов маловаты, увеличение действительно помголо, но потери все равно есть. Помогает и увеличение размера пакета. Но тем не менее потери сохраняются даже если просто делать recv, без манипуляций с данными. С чем это может быть связано?

Код такой:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
    
    CPassiveSocket Server(CSimpleSocket::CSocketType::SocketTypeUdp);
    Server.SetNonblocking();
    Server.Initialize();
    Server.Listen((uint8 *)"127.0.0.1", 5000);
 
    int iNumBytesReceived = 0;
    while (true)
    {
        Server.Select();
        iNumBytesReceived += Server.Receive(MAX_PACKET);
        printf("Received : %i bytes\n", iNumBytesReceived);
    }

@CheshireCat · 01.08.2012, 13:06

С протоколом UDP. Протокол этот - без гарантии доставки. Рассмотри возможность перехода на протокол TCP. Ну или же придется тебе наворачивать свой прикладной протокол с подтверждением доставки (квитированием) поверх UDP......

@calculon · 01.08.2012, 13:09 **[ТС]**

Сообщение от CheshireCat

С протоколом UDP. Протокол этот - без гарантии доставки. Рассмотри возможность перехода на протокол TCP. Ну или же придется тебе наворачивать свой прикладной протокол с подтверждением доставки (квитированием) поверх UDP......

Насчет без гарантии это понятно, но откуда потери на локальном компе? Очевидно, какой то винтик в системе не успевает проворачиваться достаточно быстро чтобы все принять, и мне интересно какой...

@CheshireCat · 01.08.2012, 13:31

А неважно, откуда. Гарантии доставки нет - и точка. :-)

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

@calculon · 01.08.2012, 14:49 **[ТС]**

Сообщение от CheshireCat

А неважно, откуда. Гарантии доставки нет - и точка. :-)

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

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

@CheshireCat · 01.08.2012, 15:24

А не имеет значения ширина канала. UDP пакет может "выбросить в /dev/null" даже любой драйвер из стека драйверов сетевого интерфейса на локальной машине, если по каким-то причинам не успевает его обработать. И драйверу за это "ничего не будет". Потому как отсутствие гарантии доставки заложено в самом протоколе, - а драйвер просто честно следует протоколу и никому ничего не гарантирует.....

@novi4ok · 01.08.2012, 15:33

Сообщение от calculon

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

что мешает TCP использовать вместо UDP?

@calculon · 01.08.2012, 15:36 **[ТС]**

Сообщение от novi4ok

что мешает TCP использовать вместо UDP?

Да ничего не мешает. Просто хочу понять в чем причина в данной ситуации чтобы в будущем с ней не столкнуться...

@novi4ok · 01.08.2012, 15:38

Сообщение от calculon

Да ничего не мешает. Просто хочу понять в чем причина в данной ситуации чтобы в будущем с ней не столкнуться...

причина - в использовании udp протокола

@calculon · 01.08.2012, 15:52 **[ТС]**

Сообщение от novi4ok

причина - в использовании udp протокола

Спасибо, кэп

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

@niXman · 01.08.2012, 15:53

calculon, использую UDT на 10гбит канале.
http://udt.sourceforge.net/

@novi4ok · 01.08.2012, 18:25

Сообщение от calculon

Спасибо, кэп

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

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

@n971030 · 01.08.2012, 23:18

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

@#pragma · 01.08.2012, 23:46

Если вопрос не только теоретический и Вам нужно будет доделать программу - позаботьтесь о том, чтобы клиент отправлял ACK-пакеты на каждый нормально полученный кусочек файла. Если ACK не приходит через timeout, то пересылайте этот кусочек заново, на этом основаны протоколы передачи файлов по UDP ( например http://ru.wikipedia.org/wiki/TFTP ).

Не по теме:

Опоздал, Вы сами всё знаете

@novi4ok · 02.08.2012, 01:01

опять задам вопрос для тех, кто в теме: что мешает применять TCP? уверенность, что "там много лишнего, я сам лучше все сделаю"?
точнее: что вынуждает применять UDP в проектах, которые достались не по наследству? я могу это понять только если передаются какие-то данные о температуре-давлении влажности в регионе каждые 10 секунд. если 90% данных теряются - ну и фер с ними. но если финансово-значимые транзакции - к чему эти выкрутасы?

@calculon · 02.08.2012, 05:37 **[ТС]**

Сообщение от novi4ok

опять задам вопрос для тех, кто в теме: что мешает применять TCP? уверенность, что "там много лишнего, я сам лучше все сделаю"?
точнее: что вынуждает применять UDP в проектах, которые достались не по наследству? я могу это понять только если передаются какие-то данные о температуре-давлении влажности в регионе каждые 10 секунд. если 90% данных теряются - ну и фер с ними. но если финансово-значимые транзакции - к чему эти выкрутасы?

Никаких выкрутасов...вы абсолютно правы, уже переделал на TCP и все работает, теперь интересно разобраться чисто из любопытства...поиграл с системным таймером и получилось что интервал между send примерно 25-30 мкс, интервал между recv примерно 2-3 мкс (длина пакета 256 байт), тем более непонятно почему теряются данные...помогает только раздувание буфера сокета на приеме...я было думал что производительности не хватает на приеме все окучить...но таймер говорит об обратном...с другой стороны, почему помогает раздувание буфера...раз данные приходят если поправить программу значит аппаратные заморочки тут ни при чем...в общем пока все равно вопрос открыт...

@SEGNET · 14.11.2014, 08:27

Как проверить потерю пакетов по UDP на машине, скажем от игрового сервера.

@Andrej · 20.11.2014, 13:56

rUDP?

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	01.08.2012, 13:06
	С протоколом UDP. Протокол этот - без гарантии доставки. Рассмотри возможность перехода на протокол TCP. Ну или же придется тебе наворачивать свой прикладной протокол с подтверждением доставки (квитированием) поверх UDP...... 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	01.08.2012, 13:31
	А неважно, откуда. Гарантии доставки нет - и точка. :-) Даже если ты найдешь тот самый "винтик" и подкрутишь его, куда надо, после установки на твоем локальном компе какой-нить новой программы - все может измениться. И снова будут потери..... 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	01.08.2012, 15:24
	А не имеет значения ширина канала. UDP пакет может "выбросить в /dev/null" даже любой драйвер из стека драйверов сетевого интерфейса на локальной машине, если по каким-то причинам не успевает его обработать. И драйверу за это "ничего не будет". Потому как отсутствие гарантии доставки заложено в самом протоколе, - а драйвер просто честно следует протоколу и никому ничего не гарантирует..... 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	01.08.2012, 15:53
	calculon, использую UDT на 10гбит канале. http://udt.sourceforge.net/ 2

@n971030 188 / 120 / 4 Регистрация: 23.01.2010 Сообщений: 1,320
	01.08.2012, 23:18
	Я делал так в свое время правда на дельфи, передаешь данные из буфера и предварительно считаешь контрольную сумму. данные передал а потом считает там контрольную сумму и сравнивает шлет подтверждение что все ок. в ответ снова подтверждение того что подтверждение пришло. так и все нормально. 0

@#pragma Временно недоступен 957 / 228 / 14 Регистрация: 12.04.2009 Сообщений: 926
	01.08.2012, 23:46
	Если вопрос не только теоретический и Вам нужно будет доделать программу - позаботьтесь о том, чтобы клиент отправлял ACK-пакеты на каждый нормально полученный кусочек файла. Если ACK не приходит через timeout, то пересылайте этот кусочек заново, на этом основаны протоколы передачи файлов по UDP ( например http://ru.wikipedia.org/wiki/TFTP ). Не по теме: Опоздал, Вы сами всё знаете 0

@novi4ok 556 / 510 / 25 Регистрация: 23.07.2009 Сообщений: 2,359 Записей в блоге: 1
	02.08.2012, 01:01
	опять задам вопрос для тех, кто в теме: что мешает применять TCP? уверенность, что "там много лишнего, я сам лучше все сделаю"? точнее: что вынуждает применять UDP в проектах, которые достались не по наследству? я могу это понять только если передаются какие-то данные о температуре-давлении влажности в регионе каждые 10 секунд. если 90% данных теряются - ну и фер с ними. но если финансово-значимые транзакции - к чему эти выкрутасы? 0

@SEGNET 68 / 68 / 11 Регистрация: 28.12.2012 Сообщений: 471
	14.11.2014, 08:27
	Как проверить потерю пакетов по UDP на машине, скажем от игрового сервера. 0

@Andrej И целого heap'а мало 96 / 57 / 17 Регистрация: 31.07.2014 Сообщений: 291
	20.11.2014, 13:56
	rUDP? 0