Первое сообщение UDP на определенный удаленный ip-адрес теряется

Я работаю над решением на основе LAN с "сервером" , который должен контролировать ряд " игроков" Мой протокол выбора UDP, потому что его легко, мне не нужны соединения, мой трафик состоит только из коротких команд время от времени, и я хочу использовать смесь широковещательных сообщений для синхронизации и одиночных целевых сообщений для отдельных команд игрока.

многоадресный TCP был бы альтернативой, но его более сложный, не совсем подходящий для задачи и часто не очень хорошо поддерживается.

к сожалению, я сталкиваюсь со странной проблемой:

теряется первая датаграмма, которая отправляется на определенный ip с помощью "sendto". Любая датаграмма, отправленная через короткое время на тот же ip, будет получена. Но если я подожду некоторое время (несколько минут) первая "отправить" снова проиграл.

широковещательные дейтаграммы всегда работает. Локальные отправки (на тот же компьютер) всегда работают.

Я предполагаю, что операционная система или маршрутизатор / коммутатор имеет некоторую таблицу перевода с IP на MAC-адреса, которая забывается, когда не используется в течение нескольких минут, и это, к сожалению, приводит к потере датаграмм. Я мог наблюдать это поведение с различным оборудованием маршрутизатора/коммутатора, поэтому мой подозреваемый-сетевой уровень windows.

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

технически я открываю UDP-сокет, привяжите его к порту и INADRR_ANY. Затем я использую "sendto"и " recvfrom". Я никогда не подключаюсь - я не хочу, потому что у меня есть несколько игроков. Насколько я знаю, UDP должен работать без подключения.

мой текущий обходной путь заключается в том, что я регулярно отправляю фиктивные датаграммы всем конкретным игрокам ips - это решает проблему, но ее как-то "неудовлетворительно"!--2-->

вопрос: кто-нибудь знает эту проблему? Откуда она берется? Как я могу ее решить?

изменить:

я сварил его до следующей тестовой программы:

int _tmain(int argc, _TCHAR* argv[])
{
    WSADATA wsaData;
    WSAStartup(MAKEWORD(2, 2), &wsaData);
    SOCKET Sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);
    SOCKADDR_IN Local = {0};
    Local.sin_family = AF_INET;
    Local.sin_addr.S_un.S_addr = htonl(INADDR_ANY);
    Local.sin_port = htons(1234);
    bind(Sock, (SOCKADDR*)&Local, sizeof(Local));
    printf("Press any key to send...n");
    int Ret, i = 0;
    char Buf[4096];

    SOCKADDR_IN Remote = {0};
    Remote.sin_family = AF_INET;
    Remote.sin_addr.S_un.S_addr = inet_addr("192.168.1.12");  // Replace this with a valid LAN IP which is not the hosts one
    Remote.sin_port = htons(1235);

    while(true) {
        _getch();
        sprintf(Buf, "ping %d", ++i);
        printf("Multiple sending "%s"n", Buf);

        // Ret = connect(Sock, (SOCKADDR*)&Remote, sizeof(Remote));
        // if (Ret == SOCKET_ERROR) printf("Connect Error!n", Buf);
        Ret = sendto(Sock, Buf, strlen(Buf), 0, (SOCKADDR*)&Remote, sizeof(Remote));
        if (Ret != strlen(Buf)) printf("Send Error!n", Buf);
        Ret = sendto(Sock, Buf, strlen(Buf), 0, (SOCKADDR*)&Remote, sizeof(Remote));
        if (Ret != strlen(Buf)) printf("Send Error!n", Buf);
        Ret = sendto(Sock, Buf, strlen(Buf), 0, (SOCKADDR*)&Remote, sizeof(Remote));
        if (Ret != strlen(Buf)) printf("Send Error!n", Buf);
        }
    return 0;

программа открывает сокет UDP и отправляет 3 датаграммы подряд при каждом нажатии клавиши на определенный IP. Запустите это с wireshark, наблюдая за вашим UDP-трафиком, нажмите клавишу, подождите некоторое время и снова нажмите клавишу. Вам не нужен приемник на удаленном IP, не имеет значения, за исключением того, что вы не получите черные помеченные "недоступные" пакеты. Вот что вы получите:

Как вы можете видеть, первая отправка инициировала поиск ARP для IP. В то время как этот поиск ожидался, первые 2 из 3 последовательных отправлений были потеряны. Второе нажатие клавиши (после завершения IP-поиска) правильно отправило 3 сообщения. Теперь вы можете повторить отправку сообщений, и это будет работать, пока вы не дождетесь (около минуты, пока перевод адреса не получит lost again), то вы снова увидите отсева.

это означает: нет буфера отправки при отправке UDP-сообщений, и есть ARP-запросы в ожидании! Все сообщения теряются, кроме последнего. Также "sendto" не блокируется, пока он не будет успешно доставлен, и нет возврата ошибки!

Ну, это удивляет меня и делает меня немного грустным, потому что это означает, что я должен жить с моим текущим обходным путем или реализовать систему ACK, которая отправляет только один сообщение за раз, а затем ждет ответа - что было бы уже нелегко и подразумевает много трудностей.