Низкая производительность при загрузке на симметричной линии связи FTTP 100/100 Мбит / с

441
Netgio

Я знаю, что я страдаю, это проблема "первого мира" ... У меня это хорошо, но не так хорошо, как должно быть. [Переезд сюда по предложению модератора в SE Network Engineering.]

ТЛ; др; - У меня есть услуга 100/100 FTTP, но загрузка мучительно медленная. Я собрал много данных (см. Ниже), но на какую проблему это указывает? Что еще я могу сделать, чтобы выявить первопричину?

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

Короткая версия: я только что подключился к сервису FTTP, который должен (как они утверждают) дать мне симметрию 100/100. speedtest.net (classic / flash), Ookla iOS, Ookla Android и speedtest-cli показывают 100/100 последовательно.
Мой опыт работы с общими ЗАГРУЗКАМИ и выходом в интернет через другие протоколы дает следующие результаты.

Проблемы в том, что ЗАГРУЗКИ практически непригодны для чего-либо практического.

Вот список симптомов. [тесты, проводимые по Ethernet непосредственно к маршрутизатору с использованием Win7, Win10 и RPi плюс Macbook Pro на 5 ГГц Wi-Fi - локальное подключение НЕ является проблемой]

  1. http://beta.speedtest.net (HTML5 / WebSockets) обычно дает 100/2 (да два !!) Мбит / с
  2. Тестер скорости Google (HTML5 / WebSockets) показывает 100/2 Мбит / с
    • Оба вышеперечисленных будут использовать максимум 4 веб-сокета - speedtest classic и cli создадут 8 или более TCP-соединений, если производительность загрузки хорошая. Я знаю еще одного подписчика, который получает аналогичные результаты в этих базовых тестах.
    • оба эти теста показывают краткий скачок производительности в начале теста.
  3. Загрузка 15 МБ файлов в AWS S3 через CLI - максимум около 150 Кбит / с, часто останавливается / не срабатывает (загрузка с этих же устройств через 17/1 Мбит / с ADSL2 или 4G в привязке) дает надежные 3-500 Кбит / с).

    • Загрузка файла размером 1-2 МБ с помощью AWS CLI обычно работает на скорости около 150 Кбит / с (т. Е. СНОВА есть быстрый рост пропускной способности при небольших загрузках)
    • загрузка из интерфейса командной строки AWS из хоста Azure M в S3 обеспечивает очень быструю производительность (без регулирования на стороне AWS).
    • Конфигурирование интерфейса командной строки AWS для многоэтапной загрузки не дает положительного эффекта (наименьший размер фрагмента составляет 5 МБ, и это кажется слишком большим для надежного
  4. Загрузка в AWS S3 через веб-консоль AWS - никогда не работает - истекло время ожидания.

  5. Загрузка файлов на виртуальную машину Azure или AWS через SCP или SFTP (с использованием bash, WinSCP или filezilla) дает около 125 кбит / с. (SCP от AWS до Azure и наоборот обеспечивает очень быструю производительность - без регулирования в AWS / Azure в любом направлении)
  6. Тесты iPerf на сервере, размещенном на месте, ИЛИ на сервере, размещенном на виртуальной машине AWS EC2 (клиент на прем), ИЛИ на стороннем сервере iPerf, размещенном на speedtest.serverius.net:5002

    • ВСЕ из них дают последовательные результаты следующим образом
    • TCP-соединения в нисходящем направлении (загрузка или передача в мою сеть) - один поток TCP будет обрабатывать около 60-70 Мбит / с, а 2 или более потоков будут максимально использовать 100 Мбит / с: thumbsup:
    • TCP-соединения в восходящем направлении (загрузка или извлечение из моей сети) - один поток TCP будет обрабатывать около 3-5 Мбит / с. Запуск нескольких потоков примерно прямо пропорционален
    • 10 параллельных потоков TCP дадут около 40 Мбит / с, а 25-30 потоков максимально увеличат соединение.
    • Настройка размеров окна TCP не имеет [положительной] разницы
    • Пропускная способность UDP увеличится до 100 Мбит / с в обоих направлениях.
  7. Запуск перехвата Wireshark для загрузки показывает большое количество дублированных ACK с 20-30 дубликатами для многих пакетов. Я не квалифицирован, чтобы определить, является ли это «определенно плохим» или «потенциально нормальным», но поиск в Google находит множество ссылок на несколько ACK DUP, указывающих на пропущенные пакеты и возможные проблемы согласования интерфейса.

  8. Я знаю, что провайдером провайдеров является Virgin Media Business. Мой роутер / ONT показывает, что мое соединение с ними - полнодуплексный 1000 Гбит / с, и я вижу надежный пинг до 5 мс до первого перехода в первичной сети.
    • traceroute показывает, что провайдер контролирует только один скачок (предположительно, по оптоволоконному коммутатору), прежде чем трафик попадет на хосты Virgin.
  9. Поставщик не подтвердил, могут ли они повторить эти тесты на другом соединении или в своей собственной сети. Теперь я знаю еще одного подписчика, который видит наиболее очевидную проблему (скорость Google), но еще не попросил их провести дальнейшее тестирование.
  10. Я предоставил им все эти данные, предложил любую помощь, в которой они нуждаются для диагностики, и они проявили инициативу, в том числе связались с Ookla, чтобы проверить разницу между speedtest.net classic и beta [по иронии судьбы, они сказали, что они «одинаковы», когда я вижу из сетевой разговор показывает, что они явно разные]

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

  12. Нет сомнений в том, что большинство клиентов этого дома доверяют цифрам 100/100, которые они видят в Ookla. Они будут очень довольны загрузкой из браузера, потоковой передачей и т. Д. И, вероятно, будут терпеть медленную загрузку в GDrive, Gmail, службы электронной почты и т. Д., Потому что они лучше, чем хитрая сельская опция ADSL2 из BT / OpenReach.
  13. ONT / Router - это Genexsys DRG739v2, работающий под управлением DRGOS 1.13.3 (я не могу обновить это, он находится под контролем провайдеров).

Когда я работаю дома в роли технолога, мне нужно загружать / отправлять данные часто, надежно и (надеюсь) также быстро. Это FTTP-соединение ненадежно для определенных сервисов / протоколов и медленнее, чем мой ASDL2 или 4G для тех же сервисов / протоколов. Можете ли вы сказать, что я не могу найти решение? :-)

Оооочень ... на вопросы:

  1. Кто-нибудь распознает эти симптомы и есть какие-либо предложения по разрешению, которые я могу передать поставщику?

[Я ценю, что есть много факторов от HW до конфигурации интерфейса, формирования пакетов, QoS и кто знает, что еще, но кажется странным, что это приводит к НЕПРАВИЛЬНОМУ соединению]

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

  2. Ожидаете ли вы увидеть краткий всплеск пропускной способности (возможно, 1-2 МБ передачи) в начале соединения, если был неправильно согласованный интерфейс? Вы ожидали бы увидеть это, если бы было формирование пакета?

  3. Вероятно, это будет трафик Virgin Media Business, а не моего интернет-провайдера, который говорит, что они не применяют никаких ограничений ??? Я нашел немного подробностей о бизнес-услугах Virgin, и, конечно, я не являюсь их клиентом (напрямую).

  4. Возможно ли, что это проблемы с подключением / конфигурацией Virgin Media Business ??? Являются ли они хорошими в настройке сети, ее проверке и мониторинге?

  5. Что еще я могу сделать, чтобы помочь поставщику диагностировать и устранить это?

Я потратил часы (возможно, дни) своего времени, пытаясь устранить такие переменные, как моя сеть, мои устройства, другие мои поставщики услуг, а также понять различия между клиентами, использующими скоростные тесты, которые дают разные результаты и собирают как можно больше данных. В конечном счете, я хочу, чтобы провайдер был успешным, поэтому я потратил свое время, чтобы попытаться помочь им разобраться в этом. Они не отрицали проблему и до сих пор оказывали помощь, несмотря на то, что не решили эту проблему после 2 недель расследования. Я надеюсь, что они будут работать, чтобы решить эту проблему, но я хочу сделать это как можно более легким / очевидным для них.

Заранее спасибо за любые предложения и советы.

РЕДАКТИРОВАТЬ: 1) Проблема была первоначально решена, наконец убедив интернет-провайдера переключить мое соединение на новый порт на их коммутаторе / маршрутизаторе. Будучи маленьким провайдером, они смогли сделать это, когда я разговаривал по телефону, и в большинстве тестов он сразу дал мне симметричные 100/100 Мбит / с. 2) Хорошая новость длилась недолго, периодически возникающие проблемы вызывали нестабильность VPN и VOIP - после предоставления еще большего количества данных они, наконец, отслеживают это с помощью своего программного обеспечения для управления сетью (которое ограничивало мое базовое соединение 1 Гбит / с до подписки 100/100). Они отключили его, и я пользовался симметричной скоростью 800+ Мбит / с в течение нескольких месяцев, пока они не решили ее.

1
Первая мысль: размер MTU. Возможно, ваше соединение где-то туннелировано, и 1500-байтовые пакеты не могут пройти. Снизьте MTU вашего локального Ethernet-порта, скажем, сначала до 1400, посмотрите, поможет ли это. Затем увеличивайте до тех пор, пока у вас снова не возникнут проблемы, затем снова отойдите. JvO 7 лет назад 0
Спасибо JvO - не пробовал это. Я пытался сбросить его с шагом до 1100, но без положительных изменений. даже попытался увеличить это для хихиканья и небольшого изменения там также. Еще одна точка данных - если я переключаюсь на iPerf3 -Z (нулевое копирование), я вижу действительно хорошие скорости загрузки с нулевым повтором и Cwnd 358 Кбайт. - Без нулевой копии я получаю до 20 попыток в секунду и Cwnd 10-5 Кбайт. Netgio 7 лет назад 0
Я не знаком с iPerf, поэтому не могу комментировать это. Кстати, что произойдет, если вы загрузите с удаленного IP-адреса на локальный (т. Е. Перевернете соединение для передачи данных)? JvO 7 лет назад 0
Загрузки и обратные загрузки - это нормально, т.е. я могу без проблем перемещать данные в свою локальную сеть (через SSH / SCP / HTTP и т. Д.). Моя проблема в том, что я не могу перемещать данные из моей сети через один сокет с какой-либо надежностью или скоростью. Netgio 7 лет назад 0
Должен быть явным - обратные загрузки (загрузка удаленного хоста из моей локальной сети через переадресованный порт) имеют ту же проблему, что и загрузка. Netgio 7 лет назад 0
Кто ваш провайдер, и не могли бы вы предоставить трассировку из вашей сети на www.linx.net user3788685 6 лет назад 0

0 ответов на вопрос