1

Беспроводная точка доступа, которую я использовал, вывела из строя, и два признака - сервер DHCP больше не работает, и случайные остановки в соединении. Я не могу перезагрузить его, поэтому я пытался решить проблему локально.

Время от времени соединение будет зависать от 3 до 30 секунд, в течение которых пакеты не принимаются. В Windows очистка интерфейса arp cache netsh interface ip delete arpcache приведет к немедленному возобновлению работы соединения (даже если ARP-кэш никогда не был плохим), и я прибег к выполнению сценария, который очищает кэш ARP каждые N секунд. Это указывает на то, что пакеты где-то неправильно буферизируются.

Если я непрерывно пингую Google.com, я получаю 0% потери пакетов при возвратах не более 50 мс, хотя я могу наблюдать за пропуском пинга и затем внезапно показать последние N пропущенных пингов.

Любые идеи о том, что я мог бы сделать, чтобы исправить эту проблему на Linux или Mac?

1 ответ1

0

Если вы используете беспроводную связь, это может быть вызвано внешними помехами.
Попробуйте изменить канал маршрутизатора на 11 (самый сильный) и посмотреть, улучшится ли передача.

Если это не ваш случай, расскажите подробнее о вашей сетевой архитектуре.

РЕДАКТИРОВАТЬ

Вы говорите, что сетевая архитектура очень проста, и проблема в Windows (хотя пост помечен как "Mac" и "Linux"?).

Windows известна беспроводными зависаниями, вызванными регулярным сканированием новых беспроводных сетей, даже если вы уже подключены к сети.

Следующая статья объясняет проблему и предлагает некоторые решения:
Как исправить беспроводную задержку в Vista и Windows 7.

Несмотря на название, предлагаемые решения работают и для XP.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .