Тестирование сети интернет: Speedtest от Ookla — Глобальный тест скорости широкополосного доступа

Секреты тестирования Ethernet каналов / Хабр

Добрый день, дорогие друзья. Несколько лет работала сисадмином в некотором количестве корпоративных и домашних провайдеров Санкт-Петербурга и по сей день часто сталкиваюсь с тем, что покупая оборудование операторы смотрят больше на цену и описание функций, чем на реальные показатели, о них поставщики обычно ничего не пишут, в следствии чего вместо одного коммутатора приходится устанавливать еще и еще, а качество связи лучше может и не станет. Про существования понятия SLA(Service Level Agreement) тоже не все операторы в курсе, по этой причине собрала достоверную информацию по тестированию сетей и оборудования, и готова предоставить её вашему вниманию.

Ethernet нужно тестировать!

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

Что конкретно и почему нужно тестировать?

Задумайтесь, как часто сегодня покупают кота в мешке:

• Арендованные вами или сданные в аренду каналы связи;
• Сдача-приемка каналов связи, построенных вами или для вас;
• Предоставляемые услуги связи, особенно при наличии неустойки в договоре;
• Оборудование, которое вы хотите купить, а вам его хотят продать и рассказывают о том, что оно супер-крутое и недорого стоит.

Это крохотная горстка примеров того, чем рискуют на сегодняшний день клиенты и операторы связи.

Софтовые утилиты для тестирование «Интернета»

Полноценным тестированием канала не могут являться echo запросы, ping и mtr никогда не расскажут какая у канала пропускная способность. Об этом не сможет рассказать iperf и прочие софтовые утилиты, так как при одновременном использовании сети и тестировании софтовым утилитам не известен объем пользовательских данных, находящихся в канале в текущий момент, так же при софтовом тестировании возможен ряд неточностей, обусловленных наличием заголовков пакетов, в зависимости от размера кадра заголовки остаются стандартной длины, а тело с данными увеличивается или уменьшается, софтовые утилиты определяют пропускную способность канала без учета размера заголовков, что на разных размерах пакетов вносит в подобное тестирование определенную неразбериху.

Вы не сможете оценить качество арендованного vlan, глядя на график загрузки канала или скачивая объемные файлы из интернета. Почему speedtest.net не является доказательством скорости предоставляемого канала наверное не стоит уточнять? Ведь сразу понятно что — неизвестно какие каналы и через какие сети они идут до серверов speedtest, как и неизвестно насколько загружен канал во время теста, и многие другие параметры теста, а если в тесте столько неизвестных — то его результаты никак не могут быть точными. Результатом speedtest — является скорее некая дельта от неких показателей, а не реальные цифры.

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

Методики и анализаторы Ethernet

На сегодняшний день есть две основные методики тестирования пропускной способности: старая — RFC-2544 и немного помладше: Y.

1564. Методика ITU-T Y.1564 — более актуальная на сегодняшний день, имеет описания для тестирования современных, высокоскоростных каналов связи с современными понятиями о SLA(Service Layer Agreement).

Так как качество ethernet-канала это совокупность многих факторов, следовательно, правильное тестирование должно максимально охватывать все эти совокупности. При тестировании необходимо учесть многие аспекты и было бы полезно иметь расширенные возможности, такие как BER Test, пакетный джиттер, поддержку MPLS, QoS, тестирование нагрузкой протоколов прикладного уровня (http, ftp, etc…).

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

Любые портативные приборы-анализаторы не испортятся в суровых условиях канализации, так как проходят жестокие испытания на прочность.

Сдача-приемка каналов связи.

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

Подробнее о методике тестирования RFC-2544 и том, как это работает.

Методика RFC-2544 рекомендует проводить измерения разных размеров кадра: для Ethernet трафика кадры размером 64, 128, 256, 512, 1024, 1280, 1518 октетов, для каждого размера кадра необходим отдельный запуск серийного тестирования. При необходимости можно провести тестирование и для Jumbo frame(кадры размером 4096 или 9000 октетов). Разный размер кадров необходим для имитации разных типов трафика.

Изначально методика была разработана непосредственно для тестирования сетевых устройств, например при разработке коммутаторов, но набор функций адаптировали для измерения качества каналов. Методика была одобрена в 1999 году ISOC.

Методика предлагает набор из 6 тестов, я опишу более подробно, каким образом проходит тестирование, для наглядности восприятия:

Определение пропускной способности тестируемого устройства(Throughput)

Описание теста: посылается небольшой объем, специально сформированных тестером, пакетов, на определенной скорости, на входной порт устройства, на выходном порту количество подсчитывается, если передано больше, чем получено — скорость уменьшается и тест запускается снова.

Определение время задержки кадра(Latency)

Описание теста: после определения пропускной способности(Throughput), для каждого размера кадра, на соответствующей ему максимальной скорости, посылается поток пакетов по определенному адресу. Поток должен иметь минимальную длительность в 120 секунд. В 1 пакет по прошествии 60 секунд вставляется метка. Формат метки определяется производителем оборудования. На передающей стороне записывается время, к которому пакет с меткой был полностью отправлен. На приемной стороне определяется метка и записывается время полного приема пакета с меткой. Задержка (latency) — это разница между временем отправки и временем получения. Данный тест, согласно методике необходимо повторять минимум 20 раз. По результатам 20 измерений вычисляется средняя задержка. Тест следует проводить отправляя весь тестовый поток на один адрес и отправляя каждый кадр по новому адресу.

Определение частоты потери кадров(Frame loss rate)

Описание теста: на входной порт устройства посылается определенное количество кадров на определенной скорости и подсчитывается количество пакетов, принимаемых от выходного порта устройства. Частота потери кадров рассчитывается следующим образом:

((количество переданных кадров — количество полученных кадров) * 100) / количество переданных кадров

Первая отправка происходит на максимально-возможной скорости, затем скорость отправки понижается с максимальным шагом в 10%, согласно методике уменьшение % шага даст наиболее точные результаты. Уменьшение скорости необходимо продолжать до тех пор, пока две последних отправки будут без ошибок, а именно мы узнаем максимальную скорость передачи данных, на которой frame loss rate становится равен 0.

Тестирование способности обрабатывать back-to-back кадры(Back-to-back frames)

Описание теста: тест сводится к отсылке некого количества кадров с минимальной межкадровой задержкой на входной порт тестируемого устройства и подсчету кадров с выходного порта устройства. Если количество отправленных кадров и полученных равно, то увеличивается объем отправляемых кадров и тест повторяется, если принятых пакетов меньше, чем отправленных объем отправляемых кадров уменьшается и тест повторяется. В итоге мы должны получить максимальное количество пакетов отправленных и полученных без потерь для каждого размера пакета, это и будет значение back-to-back теста. Согласно методике длительность посылок кадров на порт устройства не должна быть менее двух секунд, а минимальное количество — не менее 50 раз.

Конечная цифра — это усредненный результат 50 тестов.

Восстановление после перегрузки(System recovery), применимо только для тестирование устройств

Описание теста: на вход устройства в течение минимум 60 секунд отсылается поток кадров со скоростью 110% относительно измеренной тестом throughput. Если тест throughput показал идеальные результаты, то выбирается максимальная скорость данного соединения. В момент перегрузки скорость потока уменьшается в два раза и засекается разница между временем снижения скорости потока, и временем когда был потерян последний кадр.

Время восстановления тестируемого устройства после перезапуска(Reset), применимо только для тестирование устройств

Описание теста: на вход устройства отсылается непрерывный поток кадров на скорости, определенной в результате теста throughput с минимальным размером кадра. Устройство сбрасывается. Время восстановления после сброса это разница между временем приема последнего пакета до сброса и временем приема первого пакета после сброса.

Тестируется и аппаратный и программный типы сброса устройства.

Что изменилось со свежей методикой Y.1564?

Новые рекомендации были рассмотрены и одобрены в 2011 году ITU. К уже изложенным рекомендациям в RFC 2544 добавляется пакетный джиттер(дрожание), а именно возможность вычисления разницы времени при получении ряда последовательных пакетов данных, относящихся к одному и тому же потоку, в идеальном мире ее не должно существовать, но в проблемных сетях последовательность может быть нарушена, что может сказаться на скорости обработки данных. RFC2544 позволяет делать проверки исключительно на максимальной скорости канала, на которой не будет потери пакетов, а это обычно выше чем скорость CIR (Committed Information Rate — гарантированная полоса пропускания). Y.1564 создан именно для SLA, оценки скорости и качества предоставляемого канала согласно ключевым показателям производительности(KPI) и позволяет проверить предоставляемый канал в соответствие с договором.

Y. 1564 позволяет проверить гарантированную полосу пропускания, максимально-допустимую, а так же дать нагрузку сверх полосы, к примеру для проверки настроек шейпера.

Есть еще несколько различий между методиками, RFC2544 не производит верификации корректности настройки сервиса (соответствие KPI заданным, и ограничение скорости выше EIR(Excess Information Rate — максимальная негарантированная полоса пропускания), во избежание перегрузки сети). В оригинальной версии RFC2544 джиттер не измеряется. Согласно RFC2544 каждый тест запускается отдельным потоком, что не позволяет измерить качество предоставляемых услуг в совокупности и увеличивает время тестирования, еще один минус RFC2544 в том, что отсутствует возможность профилирования для проверки разных типов трафика в одном канале, к примеру, если в сети используется QoS, в Y.1564 учтены недочеты и немного расширен функционал.

Тестировать можно только новые каналы или уже рабочие тоже?

Тестировать нужно и новые каналы, и тем более старые. Вы можете заранее узнать о назревающих проблемах, не доводя клиентов до звонка в поддержку. Современными тестерами-анализаторами можно проводить проверки в работающей сети, проверять каналы как со скоростью 10/100/1000Mbit, так и 10/40/100G. Есть одно НО, очень важно понимать что и как вы делаете, важно нечаянно не положить тестируемый канал.

Режимы тестирования — In/Out of service.

На сегодняшний день тестирование сетей стремится к полной систематизации и постоянному контролю каналов, более ранние версии методики RFC2544 были созданы для тестирования каналов/оборудования в режиме OutOfService, и использовались в основном для теста оборудования, но на сегодняшний день все производители тестовых приборов переходят на более новые стандарты тестирования, позволяющие проводить постоянный мониторинг сети в режиме InService. Такое тестирование позволяет проверять скорость полосы пропускания без отключения клиентов, что важно для операторов услуг связи.

Эпилог

Товарищи, как говорит один мой друг, давайте вместе бороться с «коекакерами», и начнем тестировать то, что строим и то, что эксплуатируем.

Используемая литература:

Методика RFC 2544:https://www.ietf.org/rfc/rfc2544.txt
Методика Y.1564: www.itu.int/rec/T-REC-Y.1564-201103-I/en
Статья André про разницу в методиках: www.mrv.com/blog/why-rcf2544-not-sufficient-anymore

* Мнение компании может не совпадать с мнением автора 😉

Низкая скорость

 — Диагностика — Низкая скорость

К сожалению, данная проблема – проблема со скоростью, может быть вызвана не только неполадками на линии, но и некорректной работой Вашего ПК или загрузкой Вами канала. Для решения данного вопроса потребуется произвести тестирование работоспособности канала и интернета в целом. Увы, но без Вашего непосредственного участия в данном процессе, ответить на поставленный Вами вопрос не представляется возможным. Заранее благодарим за содействие.

Внимание! Скорость открытия страниц не скорость интернет соединения, хотя одно от другого и зависит. В случае, если скорость соединения в норме, а страницы открываются долго, рекомендуем Вам обратиться к этой статье.

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

• Логин*:
• Контактный e-mail*:
• Контактный телефон:
• Абонент*: Физическое лицоЮридическое лицо (PPPoE)Юридическое лицо (Выделенная линия)

Требования к проведению тестирования:

1. Вы должны находиться за ПК, на котором замечена данная проблема.
2. Интернет должен быть включен стандартным образом.
3. Если Вы подключены через какое-либо дополнительное оборудование следует осуществить подключение напрямую – т.е. сетевой кабель в сетевую карту Вашего ПК.

Приступаем к тестированию:

Первый шаг: Тестирование скорости на нашем ресурсе.

1. Перейдите на данную страничку и протестируйте скорость своего интернет соединения.
2. После чего на клавиатуре найдите клавишу с надписью «Print Screen» или «Prt Scr».
3. После нажатия, в буфер будет занесена точная копия Вашего рабочего стола на момент нажатия.
4. Откройте графический редактор «Paint» — данный редактор установлен на все ОС корпорации Microsoft.
5. И нажмите одновременно комбинацию клавиш «Ctrl» + «V».
6. После, сохраните документ на рабочий стол, с именем: screenshot1.
7. Загрузите файл в форму.

Второй шаг: Проверка работоспособности линии.

1. Нажмите комбинацию клавиш «Win» + «R».
2. В появившемся окне «Запуск программ» введите латинскими символами: «CMD».
3. Откроется черное окошко, в котором мигает курсор.
4. Вводим следующую команду: ping 83.217.192.5 —l 1200 —n 6 и ожидайте завершения выполнения команды.
5. Проделайте аналогичные действия, что и в первом шаге п.3 – п.6.
6. После, сохраните документ на рабочий стол, с именем: screenshot2.
7. Загрузите файл в форму.
8. Вводим следующую команду: tracert 77.88.21.3 и ожидайте завершения выполнения команды.
9. Проделайте аналогичные действия, что и в первом шаге п.3 – п.6.
10. После, сохраните документ на рабочий стол, с именем: screenshot3.
11. Загрузите файл в форму.
12. Вводим следующую команду: ipconfig -all
13. Проделайте аналогичные действия, что и в первом шаге п.3 – п.6.
14. После, сохраните документ на рабочий стол, с именем: screenshot4.
15. Загрузите файл в форму.

Третий шаг: Тестирование ПК.

1. Нажмите комбинацию клавиш: «Ctrl» + «Alt» + «Del».
2. В диспетчере задач выберете закладку «Быстродействие».
3. Проделайте аналогичные действия, что и в первом шаге п.3 – п.6.
4. После, сохраните документ на рабочий стол, с именем: screenshot5.
5. Загрузите файл в форму.
6. В диспетчере задач выберете закладку «Сеть».
7. Проделайте аналогичные действия, что и в первом шаге п.3 – п.6.
8. После, сохраните документ на рабочий стол, с именем: screenshot6.
9. Загрузите файл в форму.

---

 

---

Тест качества Интернета

Узнайте больше о тестировании Интернета

Качество Интернета и VoIP

Наличие достаточной пропускной способности — не единственное, что следует учитывать при тестировании качества VoIP. Качество вашего соединения и скорость обмена информацией также имеют решающее значение, поскольку услуги VoIP и другие приложения, работающие через ваше широкополосное соединение, должны предоставляться точно и в режиме реального времени для обеспечения хорошей производительности. Показатели качества, такие как задержка, дрожание и потеря пакетов, измеряют точность, полноту и успешность отправки и получения информации по вашему соединению. Низкое качество полосы пропускания приведет к низкому качеству вызовов, задержкам, прерывистым разговорам, перекрывающимся разговорам и пропущенным вызовам.

Качество Интернета и потоковое видео

Как и в случае с VoIP, на потоковое видео отрицательно влияет плохое качество соединения в виде больших потерь пакетов, задержки и дрожания. Вы, наверное, видели, как качество видео внезапно становится пиксельным или вообще останавливается. Это вызвано скоростью передачи информационных пакетов между источником видео и вашим устройством.

Потеря пакетов, задержка и дрожание Объяснение

Потеря пакетов

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

Задержка

Задержка — это время, необходимое для кодирования информации и ее доставки по назначению. Высокая задержка часто упоминается как отставание. Высокая задержка приводит к тому, что синхронизация разговоров VoIP сбивается. Слова и фразы могут накладываться друг на друга, из-за чего пользователи непреднамеренно начинают говорить друг с другом. В потоковом видео и конференциях видео движутся медленно или долго буферизуются. Вот почему геймеры особенно внимательно относятся к соединениям с высокой задержкой. Высокая задержка также может повлиять на предприятия, которые используют обмен мгновенными сообщениями или полагаются на приложения с интенсивным использованием данных, например, в финансовой и медицинской отраслях.

Дрожание

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

Регулярно проверяйте качество Интернета

Если ваш бизнес зависит от потокового видео, VoIP или других приложений, для которых важны данные в режиме реального времени, вам следует регулярно проверять качество вашего Интернета. Низкое качество может привести к разочарованию сотрудников, снижению производительности и упущенным возможностям. Если вы недовольны результатами теста качества интернета, свяжитесь с Fusion Connect для консультации и разработки решения для вашего бизнеса. Если вы являетесь клиентом Fusion Connect, свяжитесь с нашей службой поддержки клиентов по любым вопросам, связанным с качеством вашего соединения.

Тест скорости Интернета от IHT — Проверка работоспособности WiFi, оптоволокна, VPN за 30 секунд Онлайн-тест работоспособности с помощью средства диагностики стабильности широкополосного соединения

Проверка подключения к Интернету с помощью теста скорости Интернет-тест скорости, это инструмент, который измеряет скорость загрузки и выгрузки вашего интернет-соединения.

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

Глобальная сеть для тестирования скорости позволяет вам проверить ваше интернет-соединение на всех ваших устройствах (телефонах, планшетах, компьютерах, смарт-телевизорах)

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

Прежде чем мы начнем, обратите внимание на несколько моментов:

• Протестируйте несколько устройств примерно в одно и то же время и в одном месте, чтобы увидеть, как они работают
• Все тесты должны проводиться примерно в одно и то же время дня с аналогичная активность происходит в вашей сети
• Самые быстрые результаты будут получены при использовании проводного соединения (кабель Ethernet), но это не требуется для нашего процесса тестирования

Тест скорости может указать вам точную скорость в определенное время, что является первым шагом в определении того, какие проблемы могут повлиять на ваш Интернет

Тест скорости может определить точную скорость, которую вы получаете в определенное время, что является первым шагом в определении того, какие проблемы могут повлиять на ваш Интернет.

Читайте дальше, чтобы узнать больше о том, почему скорость вашего интернета имеет значение и что вы можете сделать, чтобы обеспечить скорость, которая вам нужна и заслуживает от вашего соединения.

Вывод: проведя тест скорости интернета, вы получите лучшее представление о скорости вашего соединения:

• Это поможет вам определить, какая пропускная способность доступна для вашего соединения. Тест скорости измеряет объем данных, передаваемых за определенный период времени. Этот тип измерения называется пропускной способностью и выражается в мегабитах в секунду или Мбит/с.
• Тест скорости поможет вам определить, какая полоса пропускания используется каждым устройством в вашей сети. В вашей домашней сети есть несколько пользователей и устройств, поэтому важно понимать, как все они влияют на ваше соединение.
• Это даст вам представление о том, какая пропускная способность вам нужна для вашей домашней сети. Как только вы узнаете число, связанное с суммой всех устройств, использующих ваш Интернет (использование полосы пропускания), сравните его с числом, связанным с тем, что доступно (доступность полосы пропускания).

Какие скорости передачи данных вы ожидаете увидеть в результатах теста?

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