В моем офисе на работе у меня есть интернет, предоставленный зданием. В моем офисе у меня естьD-Link DIR-632Aс прошивкой:DD-WRTv24-sp2 (25.03.13) std. У меня 2 ПК, подключенных по кабелю, 4 ПК, подключенных по беспроводной сети, 2 телефона по беспроводной сети, 1 телефон VOIP (Vonage) по кабелю, 2 принтера (1 по кабелю, другой по беспроводной сети). Очень часто у меня пропадает интернет. Мне удалось воспроизвести проблему один раз, когда при загрузке очень большого обновления Mac другие машины даже не смогли открыть Google.com. Как только обновление было остановлено, интернет на других компьютерах заработал. Пока шло обновление, веб-страница администратора DD-WRT сообщала об использовании полосы пропускания около 12 Мб через WAN, что, как я полагаю, является пределом для меня в здании.
По словам сетевого администратора здания, проблема, похоже, в моем маршрутизаторе, которому «он не доверяет из-за прошивки». Более того, он говорит, что поскольку я не настроил его на распределение и предоставление приоритета, это ожидаемое поведение: Mac съедает всю полосу пропускания, а другие компьютеры ничего не могут получить.
Насколько я понимаю, задача маршрутизатора — распределять полосу пропускания по мере необходимости. Он должен автоматически уменьшать полосу пропускания, выделенную для Mac, когда поступают новые запросы от других компьютеров/процессов, и это должно работать по умолчанию. Я прав? Или мне следует настроить маршрутизатор так, как предлагает администратор? Я никогда раньше не сталкивался с этой проблемой. На самом деле, когда я смотрю фильмы дома, используя ту же прошивку, и другие процессы начинают использовать интернет, качество падает из-за меньшей полосы пропускания, доступной для этой машины.
Что мне делать?
решение1
Почти все загрузки производятся по протоколу TCP, и TCP старается работать как можно быстрее.не усугубляя заторы. Таким образом, загрузка большого обновления Mac OS X будет осуществляться по протоколу TCP, и это будетпытатьсяиспользовать всю доступную пропускную способность. И это то, что вы действительно хотите, чтобы делал TCP; вы не хотите, чтобы ваши загрузки замедлялись без веской причины. TCP отслеживает потерянные пакеты как признак перегрузки и временно немного снижает скорость, когда видит это, а затем снова ускоряется в течение короткого периода времени, пока не увидит еще один потерянный пакет. Таким образом, он как бы «мягко ударяет головой о потолок» доступной пропускной способности, не ухудшая ситуацию. На самом деле существуют более сложные алгоритмы предотвращения перегрузки, которые используют современные стеки TCP, но они выходят за рамки этого ответа.
Однако,даже если ваши маршрутизаторы и хосты не выполняют QoS, другие устройства в вашей сети все равно должны получать пропускную способность, потому что никто не получает приоритета при отправке пакетов по сети. Так что при прочих равных условиях, если вы начали еще одну большую загрузку, пока первая еще идет, они должны автоматически разделить пропускную способность примерно 50/50, и оба будут загружать со скоростью 6 Мбит/с.
QoS строго необходимо только тогда, когда у вас есть возможность максимально использовать свою полосу пропускания и вам нужно гарантировать определенный объем полосы пропускания (или определенный низкий уровень задержки) для одного или нескольких потоков трафика (например, вызовов VoIP).
Так что ваша проблема с невозможностью загрузить веб-страницу только потому, что идет большая загрузка, является ошибкой, даже для сети без QoS. Настройка QoS может обойти проблему, но она не решит первопричину.
Я подозреваю, что основная причина кроется в маршрутизаторе, регулирующем трафик в здании, который неоптимальным образом обеспечивает ограничение вашей пропускной способности, но доказать это без человека, хорошо разбирающегося в TCP, который мог бы одновременно просматривать трассировки пакетов с обеих сторон маршрутизатора, регулирующего трафик в здании, в момент возникновения проблемы, будет довольно сложно.
решение2
DD-WRT поддерживаетКачество обслуживания(QoS), который можно использовать для того, чтобы одно приложение не занимало всю полосу пропускания, и делает это довольно хорошо.
Инструкции по использованию QoS см. в этих статьях:
Обеспечьте себе быстрое подключение к Интернету, когда вам это нужно
Как расставить приоритеты сетевого трафика с помощью DD-WRT
Как прокачать свой маршрутизатор с помощью DD-WRT
DD-WRT wiki - Качество обслуживания
решение3
В дополнение к ответу harrymc об использовании QoS, вам также следует загрузить InSSIDer и проверить, нет ли поблизости беспроводных помех. Это также может серьезно влиять на производительность беспроводных клиентов маршрутизатора.
решение4
Я думаю, что ваша проблема та же, что и у меня. Это проблема DHCP, ваш маршрутизатор выдает DHCP клиентам, и когда он возобновляет аренду, у него возникают проблемы. Как только я установил статический IP на своей машине, все периодические потери интернета исчезли. У меня была та же проблема, и я был очень расстроен, однако я использую свой как беспроводной коммутатор. Так что если это происходит с беспроводной сетью, я не могу вам помочь. Дайте компьютерам локальной сети статический IP и посмотрите, решит ли это вашу проблему. Я считаю, что это известная проблема в DD-WRT.