7

У меня был интересный опыт работы в сети раньше. До того, как я переехал, у меня было соединение VDSL с восходящей линией связи 3 Мб. (Скорость вниз была около 30 Мб, но в данный момент это не актуально). Всякий раз, когда я насыщал восходящую линию связи (резервное копирование CrashPlan), я мог видеть замедление общей задержки и скорости отклика, но я все еще мог использовать Интернет без каких-либо серьезных проблем.

Теперь я переехал в другое место, где я получаю только нормальный ADSL+. Скорость составляет 10 МБ нисходящей линии связи с 1 МБ восходящей линии связи. Проблема, однако, заключается в том, что всякий раз, когда я насыщаю восходящую линию связи, почти все останавливается - время ожидания возрастает до десятков секунд, и общее впечатление довольно плохое. Даже если я использую только 50% скорости загрузки, задержка возрастает до 500-800 мс.

Сначала я связывал эту проблему с ухудшением качества соединения - однако теперь я думаю, что это проблема конфигурации / сети со стороны моего провайдера и не имеет никакого отношения к качеству меди, идущей мне на пути. Что еще больше подтвердило это убеждение, так это то, что у моего друга есть связь с похожими параметрами (другая область, но схожее расстояние до обмена), и он может с радостью насытить загрузку, не ставя под угрозу общую связь!

Итак, в чем может быть проблема? Это знаменитая проблема с Bufferbloat ? Если так, есть ли способ смягчить это? Техническая поддержка просто говорит мне, чтобы я не использовал загрузку слишком часто для обеспечения возможности подключения ... что является слабым в моей книге.

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

Итак, подведем итог - вы думаете, что это буферная шлюза, и если да, то как это исправить? (кроме смены провайдеров)

3 ответа3

4

Это, вероятно, буферная шлюза. Помидор не имеет исправлений для этого.

Попробуйте openwrt, dd-wrt или систему qos cerowrt, все они теперь используют fq_codel.

Я отмечаю, что некоторые формы DSL используют инкапсуляцию ATM, точная компенсация которой была нарушена до самого недавнего времени (исправлено в linux 3.10.12 или более поздней версии, текущая головка барьера прерывателя openwrt, головка cerowrt)

3

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

tc - это инструмент Linux/DD-WRT/Tomato для этого. Существует сценарий под названием "Wondershaper", который реализует это на ПК, возможно, вы могли бы адаптировать его для Tomato.

0

Нет никакой причины использовать 50% -ую загрузку, и 0% -ая загрузка должна вызвать значительное увеличение пинга. Здесь происходит что-то еще. Я не знаю, что это за буферная шлюза. Я подозреваю, что это просто физическая проблема с вашим модемом или линией. Плохо перегруженные соединения должны поддерживать эхо-запросы менее 1 секунды. Я хотел бы устранить неполадки с провайдером и / или проверить статистику модема, если ваш модем поддерживает это (ваш провайдер может проверить, если ваш модем не поддерживает). Я предполагаю, что отношение сигнал / шум ниже 6 при загрузке или слишком большое затухание (больше 55 дБ)

Отсутствие управления пропускной способностью также не помогает (но никогда не должно приводить к тому, что все будет так плохо, как вы описали). Вы должны внедрить решение QoS; единственное, что правильно работает для соединений aDSL, это патч TC-ATM. Я бы порекомендовал Tomato Toastman или Shibby, последние версии. Мое «мини-руководство» по настройке этого находится здесь: http://www.dslreports.com/forum/r28371690-Cable-Help-Configuring-Tomato-QoS- . Единственная разница с вашими настройками заключается в том, что вы помещаете "настройки только для модемов DSL" в нечто вроде 32 байтов вместо "нет".

Буферный тест: http://netalyzr.icsi.berkeley.edu/

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