Беспроводное AP, которое я использовал, дало незначительный сбой, и эти два признака являются сервером DHCP, больше не работающим и случайными остановами в соединении. Я не могу перезагрузить его, таким образом, я пытался решить проблему локально.
Время от времени соединение остановится для где угодно от 3 до 30 секунд, за это время никакие пакеты не получены. В Windows, очищая кэш ARP netsh interface ip delete arpcache
заставит соединение немедленно начинать работать снова (даже при том, что кэш ARP никогда не был плох), и я обратился к запущению скрипта, который очищает кэш ARP каждый секунды N. Это указывает мне, что пакеты становятся неправильно буферизованными где-нибудь.
Если я непрерывно проверяю с помощью ping-запросов Google.com, я получаю 0%-ю потерю пакетов с распространениями в прямом и обратном направлениях никогда более чем 50 мс даже при том, что я могу наблюдать останов проверки с помощью ping-запросов и затем внезапно показать последнему N недостающие ping.
Какие-либо идеи о том, что я мог сделать для решения этой проблемы на Linux или Mac?
При использовании беспроводной связи это могло бы быть вызвано внешней интерференцией.
Попытайтесь переключить канал маршрутизатора к 11 (самое сильное) и видеть, улучшается ли передача.
Если это не Ваш случай, предоставьте больше подробную информацию о своей сетевой архитектуре.
Править
Вы говорите, что сетевая архитектура ультрапроста, и проблема находится в Windows (хотя сообщение отмечено "Mac" и "Linux"?).
Windows известен беспроводными замораживаниями, вызванными регулярным сканированием для новых беспроводных сетей, даже если Вы уже подключены к сети.
Следующая статья объясняет проблему и предлагает некоторые решения:
Как зафиксировать беспроводную задержку в Vista и Windows 7.
Несмотря на его заголовок, предлагаемые решения работают также на XP.