Как стать автором
Обновить

Комментарии 46

Добрый день! Спасибо за статью. Хотел бы уточнить, пару моментов:
1. В чём смысл использования двух конфигураций полисера на Cisco 7600? Судя по настройкам на выходе мы получаем одно и тоже (меняется лишь скорость).
2. Для чего тестирование проводилось с использованием различных технологий «последней мили»? Какую зависимость/результаты предполагалось получить?
Добрый день! Спасибо за вопросы.

Испытания проводились для конкретного провайдера, у которого на сети используются разные конфигурации для ограничения трафика (исторически так сложилось) и разные технологии доступа. Задача была убедиться в том, что сервис одинаково работает для всех возможных конфигураций полисера, технологий «последней мили» и разных ПК. Согласен, что весь зоопарк повторить очень сложно, но мы попытались сделать объективную выборку.
Я часто iperf использую. Довольно удобно.
iperf между end location и сервером в servers.com (для России — .ru) на 10G.

Кстати, а что вы на 200 мегабитах-то остановились?
99% подключений к Интернет укладывается в 100Мбит/с. Тестирование до 1Гбит/с продолжаем.
Может вы мне помочь сможете? Мне провайдер отдаёт «мамой клянусь у вас гигабит, просто ни один сервер не в состоянии с вами на такой скорости работать», а проверить — нечем, спидтест выдаёт максимум 700мб/с в ненагруженное время. ОЧень хочется тыкнуть провайдера носом, но на спидтест они как то не ведутся :(
Учитывайте, что в одну морду скорости за несколько сотен мегабит невозможно протестировать. Надо запускать несколько потоков, возможно, с нескольких локаций. Причина — специфичное поведение tcp, влияние latency на максимальную возможную скорость.
Да, без проблем, сможем проверить скорость до разных регионов в России. Потребуется, будем использовать поверенные приборы, чтобы провайдер не сомневался в результатах. Если не сложно, оставьте заявку на slamon.net в разделе помощи.
Лично мне кажется что провайдеры уже научились жульничать со спидтестом — на отдачу в пределах Европы показывает 50 мб/с, а 2ip показывает 20-30.
2ip — некачественный тестировщик скорости.
не показывает он нормальную скорость, даже, если никаких ограничений нет.
speedtest, или если сомневаетесь — iperf.
про другие сервисы тестирования скорости не скажу — крайний раз этим 4 года назад занимался.
Зашел на servers.ru, там только файлы разных размеров размещены в различных датацентрах для скачивания.
Правильно понимаю, что где-то есть публичный агент iperf в цодах?
Возможно ли на стороне провайдера делать полосу пропускания, например, к speedtest.net шире, чем к другим ресурсам?
Например, если провайдер не очень порядочный и решил ввести в заблуждение.
Возможно, делал когда-то.
Например если пользователи не очень понимают как работает интернет.
По-моему это не связано с наличием у пользователя знаний о работе интернета.
Если вы обвиняете провайдера в том что тиграм не докладывают мяса, аргументируя показаниями некого сервера speedtest.net, то у меня для вас плохие новости.

Подсказка:
Шаг 1: Измерьте скорость до любого африканского сервера speedtest и оскорбитесь тем как вас обманывает «не очень порядочный» провайдер и режет скорость.
Шаг 2: Ответьте на вопрос, чем отличается сервер из первого пункта, от тех серверов, которые вы использовали до этого.
Пока что нигде не обвинял своего провайдера (Домру, Питер — был интерзет до поглощения домом.ру). А аргументы я сформулировал на показаниях ~ 10 — 15 сервисов по замеру скорости интернета(не уточнял расположение каждого сервера). Почти все сервисы, кроме speedtest.net показывали скорость в разы меньше(для примера, speedtest — 40 Mb/s download, большинство остальных около 10Mb/s download).
По-поводу отличия африканского сервера от европейского — могу лишь предположить, что ping будет больше из-за того, что трафик не напрямую может идти, а через другие континенты, но это явно никак не влияет на пропускную способность, так что на вопрос не смогу ответить.
По-поводу отличия африканского сервера от европейского — могу лишь предположить, что ping будет больше из-за того, что трафик не напрямую может идти, а через другие континенты, но это явно никак не влияет на пропускную способность, так что на вопрос не смогу ответить.

Отличия вы правильно указали, а вывод неверный. Round trip time для TCP очень важен. При большом rtt («пинге») протокол TCP в принципе не способен разогнаться и загрузить канал полностью одним соединением.

На каждый посланный байт сервер-отправитель обязан получить подтверждение (ACKnowledgement). У него есть лимит, сколько байтов может находиться «в полёте» — окно TCP. Если он окно заполнил, дальше отправлять данные не будет, пока что-то из уже отправленного не будет подтверждено получателем.

Максимальная скорость tcp-соединения ограничена размерами окна и временем, за которое данные улетят данные и вернётся подтверждение: window/rtt. Если это время большое, то скорость соответственно небольшая. И провайдер совершенно не виноват, потому, что rtt ограничен скоростью света, а максимальный размер окна — протоколом tcp, а также отправитель и получатель могут ограничить его дополнительно.
Спасибо большое за развернутый ответ. По поводу окна TCP очень наглядно разъяснили — в голове некоторые моменты на свои места встали.
Не подскажите, могу ли я как-либо повлиять на провайдера, если он действительно «режет» канал?
Для начала нужно понять, вы как физическое лицо или как компания хотите жаловаться на провайдера. Если как физик, то шансов здесь не много. В настоящее время провайдеры в клиентских договорах указывают «скорость не более». Роскомнадзор пытается ограничить минимальную скорость, но пока это очень смешные ограничения, которые направлены больше на мобильных операторов связи. Можно обратиться на сайте Роскомнадзор или Роспротребнадзор и прикрепить результаты измерений. Но ответ, скорее всего, будет отрицательный. Альтернатива — голосовать своими деньгами и сменить провайдера.

Если как юрик, то здесь шансов значительно выше (как и сами тарифы для юриков). Нужно внимательно изучить договор и понять, что гарантирует провайдер. Далее нужно зафиксировать факт нарушения путем измерений поверенными средствами, желательно, в присутствии инженера провайдера. Далее с результатами обратиться в Роспотребнадзор, оформить досудебное письмо оператору и арбитраж ждет Вас. Скорее всего вопрос решится на этапе проведения измерений.

Еще один нюанс. Нужно понимать, до какой точки вы хотите измерять скорость. Сейчас нет регламентирующих документов, которые бы определяли, что провайдер должен гарантировать скорость до любой точки земного шара. Поэтому здесь будет разговор типа: «последняя миля в порядке, дальше проблемы не нашей стороне!».
В Бангкоке (провайдер True Online) года этак 2 назад, со speedtest.net обманывали в чёрную, до любого сервера, на любом конце земли, хоть африканского, хоть какого, всегда был одинаковый пинг (около 16 мс) и скорость по тарифу.
я по роду прошлой работы узнал, что крупные интернет провайдеры рф «улучшают» данные speedtest.net причем не всегда легально)) юзайте iperf.
При этом большие провайдеры во внутренних испытаниях среди прочих методов используют и speedtest. В том числе, с привлечением тех подразделений (собственных), которые способны обнаружить что канал на speedtest имеет другую политику. В том числе, этот метод (опять же, среди прочих) используется при приемке оборудования от интеграторов.

А еще крупные интернет-провайдеры Российской Федерации принимают жалобы (и на полном серьезе их рассматривают и стараются разрешить) на пониженную скорость от пользователей. И они такие жалобы рассматривают даже без предоставленных результатов speedtest. И яростно требуют от производителей починить такие вещи, если они завязаны на оборудование.

Вероятно, они все этим занимаются чтобы создать себе больше работы.
Теоретически и даже практически это возможно. Но нужно понимать целесообразность. Какой мотив у оператора? Если вы запустили торрент и не видите желаемых мегабит, то скорее всего, смените провайдера. Благо, сейчас это можно сделать за пару дней не выходя из дома. После буйного роста абонентской базы провайдеры сейчас ориентированы на сохранение «нажитого добра». Так что не будет он этим заниматься. Если на то пошло, то можно и iperf затюнить, чтобы летал. Вопрос, зачем себя обманывать?

Ростелеком до недавнего времени использовал speedtest. Сейчас использует wiTest. Никаких действий на сети, связанных с приоритезацией тестового трафика, не выявлено.
НЛО прилетело и опубликовало эту надпись здесь
1. Шейпер и полисер сильно разные инструменты ограничения скорости.
Спасибо Кэп!
2. Скорость очень сильно зависит от удалённости сервера (RTT) и его настроек, а также настроек клиента, особенно при аплоаде.
Спасибо Кэп!
3. В случае DSL и PON и так понятно что скорость упрётся в физику минус пару процентов.
Не обязательно. А как на счет п.4?
4. Ещё скорость сильно зависит от браузера и ОС на которой он работает.
Спасибо Кэп!
5. Какой ещё домашний маршрутизатор!?
Самый обычный, который стоит дома у клиентов. Мы использовались самый дешевый DLink.
6. Нафик флеш плеер когда эта хреновина работает и без него.
Да, есть неточность. Этот сеервис реализован в двух вариантах, flash и js, мы тестировали тот, что flash. На банки.ру его аналог на JS.
НЛО прилетело и опубликовало эту надпись здесь
3. Я к тому что эти тесты совсем бессмысленные, в принципе.
Бессмысленно обсуждать то, в чем не разобрался. Физика всегда является ограничением. Если речь про последние замеры для DSL и PON, то у каждой физики есть свои нюансы. Например, размер буфера у PON и DSL устройств разный. А как на счет частотно-фазовой кодировки в DSL с помехоустойчивым кодированием? Более того, результаты могут отличаться для разных производителей (как минимум, чипов приемо-передатчиков). Влияние окружающей среды не берем во внимание. Вопрос в том, как данные нюансы учтены в реализации клиента.

В данном случае было проверено, как реализован механизм измерений для разных технологий абонентского доступа, в том числе, на предельных для физики скоростей. Как показывает опыт, не у всех подобных сервисов одинаково хорошо реализованы эти механизмы. А следовательно, могут отличаться точность измерений на разных скоростях.

5. Дешманы длинка с сотошными портами, получить из них 200 мегабит — ненаучная фантастика.
Согласен, раскопаю бумаги и приклею шильдики к железкам на картинке.Схема не очень удачная получилась.
НЛО прилетело и опубликовало эту надпись здесь
По хорошему нужно тестировать с разными операционками, браузерами, маршрутизаторами с WiFi, по проводу. Потом можно приступать к мобильным устройствам. Альтернатива — сидеть и ждать, когда буржуи это сделают за нас. Но тогда мы будем не при делах, а только обменивать нефтебаксы на стеклянные бусы.

По мне лучше делать, чем ждать. В общем, есть чем заняться на ближайшую пятилетку.
НЛО прилетело и опубликовало эту надпись здесь
Подобное тестирование (входящее в общий набор вместе с другими) использовались минимум в трех крупных лабораториях у операторов России за последние десять лет. Это, например, привело к серьезным изменениям в сторону высокой совместимости абонентских устройств разных производителей (мировых) в плане протоколов TR (TR-069 был основной целью). В том числе, это позволило каждому оператору выработать общую методику, чтобы, опираясь на «среднюю температуру по больнице» отсеивать тех производителей, кто эту температуру показать не способен.

Но сказанное — не про обмен нефтебаксов на стеклянные бусы и буржуев. Про это мне самому интересно.
НЛО прилетело и опубликовало эту надпись здесь
TR-069 штука хорошая. Если быть точным, то к измерению качества сервиса имеет отношение TR-143, в основе которого лежит TWAMP и UDP Echo (об этом уже писал http://1234g.ru/novosti/634-chetyre-rabotayushchikh-metoda-sokhraneniya-klientov). Мы даже разработали и внедрили агент TR в маршрутизаторы российского производителя Eltex. Но по моим скромным подсчетам на сети установлено не более 20% устройств с поддержкой TR-069 (про TR-143 и того меньше). Это и понятно, что за 20$ железка, которые закупает оператор для клиентов, не может поддерживать такой функционал. Продвинутых пользователей, как здесь, не так много в стране.

Про бусы все очень просто: вместо того, чтобы создавать и развивать свои сервисы, МТС, например, гордо заявляет о том, что они покупают статистику у speedtest о качестве своих услуг (была статья на cnews). За те деньги, что они платят за этот xls-файл, мы могли бы предоставить им нормальную аналитику на web'е и библиотеку для мобильного приложения, чтобы не нужно было качать спидтест. В общем, продолжаем бороться с ветреными мельницами!
НЛО прилетело и опубликовало эту надпись здесь
> Статистку надо брать у ютуба, у них её на порядки больше и она на порядок детальнее/информативнее и точнее: они там и сервера нормально затюненые держат и TCP_INFO вроде с сокетов собирают.

Интересная идея. Надо изучить, спасибо!
У youtube не уверен, но у некоторых ребят, которые занимаются видео-сервисами, они покупают статистику тоже. Много данных не бывает. Вопрос качества услуг для операторов стоит остро.
Для истории внесу пояснения: результаты по TR'ам упомянул не как прямые, относящиеся непосредственно к описанным в статье измерениям скорости. Я имел ввиду, что измерения скоростей у операторов и интеграторов входят в бОльший набор тестов, а те, в свою очередь, уже принесли вполне осязаемые результаты в мировом масштабе.

За разъяснение про бусы — спасибо!

> Мы даже разработали и внедрили агент TR в маршрутизаторы российского производителя Eltex.

Ну а это — вообще очень приятная неожиданность. :) Хотя я был уверен, что Eltex сами реализовали TR.
Если говорить про TR-069, то думаю так и есть. Мы говорили про TR-143. Разработка респондера даже в полном варианте не есть большая сложность. В Элтекс очень квалифицированные разработчики и у них не займет много времени на реализацию своего кода. Просто в наших железках эта штука реализована достаточно давно и проще взять готовое, проверить спрос на рынке и уже думать о реализации своего варианта (если есть в этом потребность).
Fast.com сильно медленный, на практике
В представленных сервисах не хватает недавно запущенного детища Netflix — fast.com
По переезду на новое место жительство, связался с «честным» провайдером МТС. Скорости нет и Я это вижу (изображения прогрукжаются долго). И вся соль в том, что когда проверяеш через speedtes показывает честных 70 — 80 Мбит/с., но когда проверял через тот же www.banki.ru, дает всего 7. Чем это можно объяснить?
МТС плотно сидит на speedtest'е и не хочет от него отказываться. У них расставлено достаточное количество серверов по всей сети. По умолчанию в speedtest измерения проводятся до ближайшего сервера (с точки зрения сети, а не географии). В этом случае проводится измерение последней мили (читай, локальная сеть). А доступ к сервису с загружаемым изображением, скорее всего, осуществляется через сети других провайдеров (или в другом регионе находится сервер CDN).
Для сравнения я бы попробовал выбрать другой тестовый сервер, который находится на сети другого провайдера.
У черно-желтых есть «свой» speedtest, и что то мне подсказывает, что он не точно показывает скорость. При том что там даже нельзя выбрать пингуемый сервер
Да, сейчас подобные сервисы появляются как грибы. Затраты на написание агента типа speedtest, на первый взгля, кажутся не большими. Но если погрузиться в тему, то становится понятно, что для доведения сервиса до ума потребуются годы тестов и доработок.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории