Прерывистая потеря интернета

в моем офисе на работе у меня есть интернет, предоставляемый зданием. В моем офисе установлен D-Link DIR-632A с микропрограммой: DD-WRT v24-sp2 (25.03.13) std. У меня есть 2 ПК с проводным подключением, 4 ПК с беспроводным подключением, 2 телефона с беспроводным подключением, 1 телефон VOIP (Vonage), 2 принтера (1 проводной, другой беспроводной). Очень часто я теряю интернет. Я смог повторить проблему один раз, загружая очень большое обновление Mac, другие машины не могли даже открыть Google.com. Как только обновление было остановлено, интернет на других компьютерах начал работать. Пока происходило обновление, на веб-странице администратора DD-WRT сообщалось о примерно 12 Мб использования полосы пропускания через глобальную сеть, что, как я полагаю, является тем, что меня охватывает здание.

По словам сетевого администратора здания, проблема заключается в моем маршрутизаторе, которому «он не доверяет из-за прошивки». Кроме того, он говорит, что, поскольку я не настроил его на распределение и предоставление приоритета, что является ожидаемым поведением: Mac потребляет общую пропускную способность, а другие компьютеры ничего не могут получить.

Насколько я понимаю, задача маршрутизатора - распределять пропускную способность по мере необходимости. Он должен автоматически уменьшать пропускную способность, выделяемую Mac, когда поступают новые запросы от других компьютеров / процессов, и по умолчанию он должен работать так. Я прав? Или я должен настроить свой маршрутизатор, как предлагает администратор? Я никогда не сталкивался с этим вопросом раньше. На самом деле, когда я смотрю фильмы дома, использую ту же прошивку, и другие процессы начинают использовать Интернет, качество снижается из-за меньшей пропускной способности, доступной для этой машины.

Что мне делать?

Почти все загрузки выполняются по протоколу TCP, и TCP пытается работать максимально быстро, не увеличивая перегрузку . Таким образом, ваша загрузка большого обновления Mac OS X будет происходить через TCP, и он попытаетсяиспользовать всю доступную пропускную способность. И это действительно то, что вы хотите, чтобы TCP делал; Вы не хотите, чтобы ваши загрузки происходили медленно без уважительной причины. TCP следит за пропущенными пакетами как признаком перегрузки и временно немного понижает его скорость, когда видит это, затем ускоряется обратно в течение короткого периода времени, пока не увидит другой потерянный пакет. Таким образом, он как бы «мягко ударяется головой о потолок» доступной полосы пропускания, не ухудшая ситуацию. На самом деле существуют более сложные алгоритмы предотвращения перегрузок, которые используют современные стеки TCP, но они выходят за рамки этого ответа.

Однако, даже если ваши маршрутизаторы и хосты не выполняют QoS, другие устройства в вашей сети все равно должны получать пропускную способность, потому что никто не получает приоритет при помещении пакетов в провод. Таким образом, при прочих равных условиях, если вы запустили еще одну большую загрузку, пока первая еще работала, они должны автоматически разделить пропускную способность примерно на 50-50 и обе загрузки на скорости 6 Мбит / с.

QoS является строго необходимым, только когда у вас есть возможность максимизировать пропускную способность, и вам необходимо гарантировать определенную величину пропускной способности (или определенный низкий уровень задержки) для одного или нескольких потоков трафика (например, вызовов VoIP).

Таким образом, ваша проблема невозможности даже загрузить веб-страницу только потому, что происходит большая загрузка, является ошибкой даже для сети без QoS. Настройка QoS может обойти проблему, но это не решит основную причину.

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

DD-WRT поддерживает качество обслуживания (QoS), которое можно использовать для обеспечения того, чтобы одно приложение не занимало всю полосу пропускания и справлялось с этим достаточно хорошо.

Смотрите эти статьи для получения инструкций о том, как использовать QoS:

Обеспечьте быстрое подключение к Интернету, когда это необходимо.
Как расставить приоритеты в сетевом трафике с помощью DD-WRT
Как перезарядить маршрутизатор с помощью DD-WRT
DD-WRT wiki - Качество обслуживания

В дополнение к ответу harrymc об использовании QoS, вы также должны загрузить InSSIDer и убедиться, что рядом нет беспроводных помех. Это также может серьезно повлиять на производительность беспроводных клиентов маршрутизатора.

Вам нужно диагностировать две независимые проблемы;

1) Беспроводная связь: передача файлов между двумя компьютерами в беспроводной сети. На что это макс? Попробуйте в разное время в течение дня. Влияет ли это отрицательно на другие компьютеры в вашем офисе. Если да, попробуйте уменьшить перегрузку 2,4 ГГц.

2) Ваше интернет-соединение; Возьмите кабель Ethernet для этого, а затем загрузите что-то большое. Я бы предложил http://mirrors.kernel.org/centos/6.5/isos/x86_64/CentOS-6.5-x86_64-bin-DVD1.iso .

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

Вы можете предложить сделать такие вещи, как проверка размера буфера на вышестоящем маршрутизаторе. Слишком большой буфер или очередь QoS могут вызвать проблемы, аналогичные описанным.

Re: почему буферы имеют значение;

TCP отвечает только на перегрузку сети. Если у вас очень большая очередь в сети (т. Е. Большой буфер на отправляющем и / или принимающем маршрутизаторе), это приведет к выходу из строя алгоритмов предотвращения перегрузки, которые не входят в TCP.

См. Объяснение раздувания буфера на http://lwn.net/Articles/470641/ .

Я думаю, что ваша проблема такая же, как у меня. Это проблема DHCP, ваш маршрутизатор выдает DHCP клиентам, и когда он продлевает аренду, у него возникают проблемы. Как только я установил статический IP-адрес на своей машине, все прерывистые интернет-потери исчезли. Мне пришлось столкнуться с той же проблемой, и я был очень разочарован, однако я использую свою в качестве беспроводного коммутатора. Так что, если это происходит с беспроводной связью, я не могу вам помочь. Дайте локальным компьютерам статический IP-адрес и посмотрите, решит ли это вашу проблему. Я считаю, что это известная проблема в DD-WRT.