Потери 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?

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@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