Я знаю, что я страдаю, это проблема "первого мира" ...У меня это хорошо, но не так хорошо, как должно быть. [Переезд сюда по предложению модератора в 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 - локальное подключение НЕ является проблемой]
- http://beta.speedtest.net (HTML5/WebSockets) обычно дает 100/2 (да два !!) Mbps
- Тестер скорости Google (HTML5/WebSockets) показывает 100/2 Мбит / с
- Оба вышеперечисленных будут использовать максимум 4 веб-сокета - speedtest classic и cli создадут 8 или более TCP-соединений, если производительность загрузки хорошая. Я знаю еще одного подписчика, который получает аналогичные результаты в этих базовых тестах.
- оба эти теста показывают краткий скачок производительности в начале теста.
Загрузка 15 МБ файлов в AWS S3 через CLI - максимум около 150 Кбит / с, часто останавливается / не срабатывает (загрузка с этих же устройств через 17/1 Мбит / с ADSL2 или 4G в привязке) дает надежные 3-500 Кбит / с).
- Загрузка файла размером 1-2 МБ с помощью AWS CLI обычно работает на скорости около 150 Кбит / с (т. Е. СНОВА есть быстрый рост пропускной способности при небольших загрузках)
- загрузка из интерфейса командной строки AWS из хоста Azure M в S3 обеспечивает очень быструю производительность (без регулирования на стороне AWS).
- Конфигурирование интерфейса командной строки AWS для многоэтапной загрузки не дает положительного эффекта (наименьший размер фрагмента составляет 5 МБ, и это кажется слишком большим для надежного
Загрузка в AWS S3 через веб-консоль AWS - никогда не работает - истекло время ожидания.
- Загрузка файлов на виртуальную машину Azure или AWS через SCP или SFTP (с использованием bash, WinSCP или filezilla) дает около 125 кбит / с. (SCP от AWS до Azure и наоборот обеспечивает очень быструю производительность - без дросселирования в AWS / Azure в любом направлении)
Тесты 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 Мбит / с в обоих направлениях.
Выполнение захвата wireshark для загрузки показывает большое количество дублированных ACK с 20-30 дубликатами для многих пакетов. Я не квалифицирован, чтобы определить, является ли это "определенно плохим" или "потенциально нормальным", но поиск в Google находит множество ссылок на несколько ACK DUP, указывающих на пропущенные пакеты и возможные проблемы согласования интерфейса.
- Я знаю, что провайдером провайдеров является Virgin Media Business. Мой роутер / ONT показывает, что мое соединение с ними - полнодуплексный 1000 Гбит / с, и я вижу надежный пинг до 5 мс до первого перехода в первичной сети.
- traceroute показывает, что провайдер контролирует только один скачок (предположительно, по оптоволоконному коммутатору), прежде чем трафик попадет на хосты Virgin.
- Поставщик не подтвердил, могут ли они повторить эти тесты на другом соединении или в своей собственной сети. Теперь я знаю еще одного подписчика, который видит наиболее очевидную проблему (скорость Google), но еще не попросил их провести дальнейшее тестирование.
Я предоставил им все эти данные, предложил любую помощь, в которой они нуждаются для диагностики, и они проявили инициативу, в том числе связались с Ookla, чтобы проверить разницу между speedtest.net classic и beta [по иронии судьбы, они сказали, что они "одинаковы", когда я вижу из сетевой разговор показывает, что они явно разные]
Они проверили мое волокно и предложили сменить роутер. Исходя из моих результатов, это вряд ли является проблемой, но я позволю им сделать это, чтобы устранить другую возможную причину.
- Нет сомнений в том, что большинство клиентов этого дома доверяют цифрам 100/100, которые они видят в Ookla. Они будут очень довольны загрузкой из браузера, потоковой передачей и т.д. И, вероятно, будут терпеть медленную загрузку в GDrive, Gmail, службы электронной почты и т.д., Поскольку они лучше, чем хитрая сельская опция ADSL2 из BT / OpenReach.
- ONT / Router - это Genexsys DRG739v2, работающий под управлением DRGOS 1.13.3 (я не могу обновить это, он находится под контролем провайдеров).
Когда я работаю дома в роли технолога, мне нужно загружать / отправлять данные часто, надежно и (надеюсь) также быстро. Это FTTP-соединение ненадежно для определенных сервисов / протоколов и медленнее, чем мой ASDL2 или 4G для тех же сервисов / протоколов. Можете ли вы сказать, что я не могу найти решение? :-)
Оооочень ... на вопросы:
- Кто-нибудь распознает эти симптомы и есть какие-либо предложения по разрешению, которые я могу передать поставщику?
[Я ценю, что есть много факторов от HW до конфигурации интерфейса, формирования пакетов, QoS и кто знает, что еще, но кажется странным, что это приводит к НЕПРАВИЛЬНОМУ соединению]
Вероятно, это интерфейс с ошибкой согласования? ... Это приведет к соединению, при котором параллельные потоки TCP могут достичь полной пропускной способности, или это означает, что кто-то делает что-то намеренно (формирование / регулирование)???
Ожидаете ли вы увидеть краткий всплеск пропускной способности (возможно, 1-2 МБ передачи) в начале соединения, если был неправильно согласованный интерфейс? Вы ожидали бы увидеть это, если бы было формирование пакета?
Вероятно, это будет трафик Virgin Media Business, а не моего интернет-провайдера, который говорит, что они не применяют никаких ограничений ??? Я нашел немного подробностей о бизнес-услугах Virgin, и, конечно, я не являюсь их клиентом (напрямую).
Возможно ли, что это проблемы с подключением / конфигурацией Virgin Media Business ??? Являются ли они хорошими в настройке сети, ее проверке и мониторинге?
Что еще я могу сделать, чтобы помочь поставщику диагностировать и устранить это?
Я потратил часы (возможно, дни) своего времени, пытаясь устранить такие переменные, как моя сеть, мои устройства, другие мои поставщики услуг, а также понять различия между клиентами, использующими скоростные тесты, которые дают разные результаты и собирают как можно больше данных. В конечном итоге я хочу, чтобы провайдер был успешным, поэтому я потратил свое время, чтобы попытаться помочь им разобраться в этом. Они не отрицали проблему и до сих пор оказывали помощь, несмотря на то, что не решили эту проблему после 2 недель расследования. Я надеюсь, что они будут работать, чтобы решить эту проблему, но я хочу сделать это как можно более легким / очевидным для них.
Заранее спасибо за любые предложения и советы.
РЕДАКТИРОВАТЬ: 1) Проблема была первоначально решена, наконец убедив интернет-провайдера переключить мое соединение на новый порт на их коммутаторе / маршрутизаторе. Будучи маленьким интернет-провайдером, они смогли сделать это, когда я разговаривал по телефону, и в большинстве тестов он сразу дал мне симметричные 100/100 Мбит / с. 2) Хорошая новость длилась недолго, периодически возникающие проблемы вызывали нестабильность VPN и VOIP - после предоставления еще большего количества данных они, наконец, отслеживают это с помощью своего программного обеспечения для управления сетью (которое ограничивало мое базовое соединение 1 Гбит / с до подписки 100/100). Они отключили его, и я пользовался симметричной скоростью 800+ Мбит / с в течение нескольких месяцев, пока они не решили ее.