Адрес для входа в РФ: exler.wiki
Методика тестирования роутера
В комментариях к обзорам роутеров меня упрекали в том, что я их не тестирую на распределение канала между различными устройствами, а ведь это значительно важнее, чем пиковая скорость.
Упреки совершенно справедливые, такое тестирование обязательно нужно проводить. Но тут встает вопрос о методике: я бы хотел обсудить, какое количество устройств подключать и какие виды нагрузок моделировать.
Как я это вижу?
К роутеру по беспроводной связи подключаются.
1. ПК с включенным торрентом (торренты канал довольно серьезно просаживают)
2. Смартфон на 5 GHz, в котором идет воспроизведение ролика FullHD с Youtube.
3. Смартфон на 2,4 GHz, в котором идет веб-серфинг.
4. Смартфон на 2,4 GHz, размещенный на предельном удалении от роутера (где еще устойчиво ловится сигнал), в котором идет воспроизведение ролика FullHD с Youtube.
Ну и смотрим, что из всего этого получается.
Показательно это будет? Можете предложить какие-то другие модели тестирования? Может быть, есть какой-то специализированный софт для тестирования.
А то у меня уже приехал Mi Router AX1800 с поддержкой WiFi6, также едет еще один интересный роутер, ну и я подумываю купить для теста пару новых роутеров от Huawei c поддержкой WiFi6 и MESH-сети - хочется понять, на что они вообще способны.
Вторая штука про роутеры, важная в-основном в столицах и миллионниках - наличие hwnat, или fastpath, короче, аппаратный NAT. Без него большинство роутеров на скоростях выше 100Mbit захлёбываются. И есть много вопросов к его реализации и работоспособности в разных моделях роутеров.
Ну и последнее (народ писал об этой проблеме), что тебе проверить будет тяжело - зависание под длительной торрент-нагрузкой ввиду утечек памяти. Типичные страдальцы - TP-Link. Но это происходит через сутки-двое серьёзной нагрузки, когда качаются-раздаются файлы с сотнями пиров. Обычно первым зависает интерфейс, ещё через какое-то время - роутер.
Если хочешь прямо совсем заморочиться тестированием роутеров - см. методику и результаты https://www.smallnetbuilder.com/tools/rankers/router/view
1) попробовать отделить зерна от плевел (зачеркнуто), агнцев от козлищ (зачеркнуто), роутер от вайфая, т.е. нагрузить железку по кабелям, воткнуть во все порты по кабелю и дать сколько возможно разнообразную и массивную работу по IP, внутрисетевую (NAS, медиатраф, принтер, предача файлов с компа на ноут и т.п.) и наружу - торрент, Ютьюбы, скайпы, кина с хдрезки, побольше всяких активных вкладок в браузерах (читай: сессий через NAT/PAT)... в хорошем варианте на пару - тройку часиков, посмотреть температурную выживаемость железа. Так сможем понять что в реале может процессор и опреатива у железки.
2) Для теста вайфая - увеличить количество клиентов с 4 предлагаемых до скажем 8-9 (если есть, конечно), по моим наблюдениям до 4-5 клиентов бюджетные вайфайки тянут все и без проблем, больше 6-8 уже начинают усира...(зачеркнуто) захлёбываться;
3) расположить несколько однотипных устройств с одинаковым трафиком в 0,5м, 2м, 4м и 8м от роутера, смотреть по очереди потом одновременно - насколько траф с дальних влияет на траф ближних, реализации MIMO, beamfoaming, вот это вот все;
4) поскольку диаграммы антенн в бюджетном сегменте либо не составляются либо тщательно скрываются, протестить работу лежа / сидя / стоя / верхом на верблюде... то есть как обычно в наших домах - на полу, на столе, на шкафу, на стене, горизонтально / вертикально... это актуально больше для рутеров со встроенными антеннами, с палками как-то все попонятней. причем, как я понимаю, у Алекса есть возможность "посмотреть" на рутер еще и сверху / сниизу, через пол / потолок;
5) ну и работа через стены на 2 и 5 Ггц, предсказуемо конечно, но все равно интересно;
6) в итоге попробовать все это как-то формализовать, свести в какую-то таблицу, чтобы потом можно было сравнивать с другими железяками. для мобильников у Алекса, как вижу уже шаблон сформировался, до таблиц дело пока не дошло, со временем может и для вайфаек что-то вылепится, тут проще, тут не надо фоток столько постить 😉)
там есть еще один тонкий нюанс, как сисадмин сисадмину по секрету: рабочий канал асинхронный и не безразмерный, то что у моих хоумофисников их смешной UP траф - для офиса это DOWN, тут как бы достаточно толсто, хотя тоже не безлимит, а вот то что они хотят к себе DOWN (как обычно побольше, пожирнее и погуще) - для офиса это уже UP..., и вот этот вот дисбаланс рушит гармонию в сердце сисадмина! 😉)
Нужен именно LAN speed test. В своё время я использовал iperf для измерения скорости между mi box и сервером. Сейчас полно разных приложений. Первая ссылка на гугле:
www.geckoandfly.com
Спасибо за тесты!
Если да, то в каких режимах, простое резервирование или распределение нагрузки.
"биг дата", а не "биг дэйта"?
ни и так далее...
Ну не осознал народ, зачем ему какую-то "пайнию" покупать, когда в продаже есть очень хороший "пионер"...
Рекламную линейку переделывали в народном произношении)
Опять же, как по мне, "роутер" даже звучит красивее чем "рутер":)
На самом деле, функции этого устройства давно вышли за пределы маршрутизации пакетов, и многие производители подобного оборудования обзывают их интернет-центрами.
0 что надо понимать: скорость ничто - количество пакетов - все ( с точки зрения нагрузки на домашние роутеры) . Поэтому в тесте слова вида " гружу 4К роликами в ютуба почти бесполезны" .
1 проблема софта примерно половины современных роутеров - течет память, для пользователя это вырается в факте - приходится перегружать раз в .. , вполне понятно что память можно заставить утекать просто создавая последовательно множество соединений. Для этого по минимому - торренты - большие файлы, у котороых много сидов. придется закачать - отдать файлов на 200 - 300 гб, если роутер не стал "дурить" ( задержки, не всегда открываются страницы) , заодно можно проверить UPNP работает ли .
2 часто проблема в скорости передачи ( опять же количество пакетов ) между LAN и Wifi и даже между WiFi двух разных диапазонов. Как это тестировать совсем дома - ума не приложу, два нормальных компа под nix/linux это вполне делают.
3 часто криво подерживаетcя IPTV в режиме мультикаст ( он еще совсем не умер ) . Если его нет у тестирующего дома, то можно собрать стенд на linux, но .. это заметная работа.
4 встречается кривой l2tp в сторону провайдера . ( ну найти VPN в ним).
5 работа DHCP - некоторые роутеры не умеют забывать старые лизы и фактически ограницены 200 устройствами которые когда -либо к ним подключались ( или ждем ребута) ..
6 замеры уровея Wifi - ну стандартизировать как-то ( Проще всего нормальным адаптером USB с двумя диапазонами и одной антенной) . - Запретить домашним двигать зеркальные двери в шкафах на время тестирования.
Но для нормальных тестов очень желательно эмулировать ИНтернет на своем компе ( или заметную его часть) . Тогда можно проверить роутер в режиме - не хватает скорости внешнего канала ( бывают очень интересные результаты) и на задержки под нагрузкой.
Я когда то очень давно, писал методику тестирования сетевого беспроводного оборудования для iXBT, корректно протестировать его оказалось нельзя даже на уровне iXBT, когда можно собрать референсную сеть, оклеить сеткой комнату и даже купить какой нибудь не запредельно дорогой приборчик.
Думаю, самое простое к реализации, это очень много торрентов. Пусть все устройства, проводные и беспроводные качают и раздают (выбрать актуальные раздачи). Будет видно как тянет ядро, как распределяется нагрузка между проводным и беспроводными сегментами. Не перегреется ли, не зависнет? Если у устройства есть возможность быть файлсервером - прогрузить его мелкими файлами читать/писать. Скорость в интернет канале не должна от этого проседать.
Желающие настраивают в своей сети 802.1p и dscp, после чего сходят с ума от понимания жестких и мягкий очередей и .. полной неуправляемости входящего к ним трафика.
Тут тестировать надо в две стороны, как игры (вернее QOS роутера) где идет лишь обмен данными и игры где идет обмен изображением.
Не раз наблюдал как на вполне шустром wi-fi качество IPTV ниже плинтуса, а при переключении на кабель - все ок
Сделать эмулятор такого вещания пару часов работы с 0 . Чаще всего проблемы у роутеров получаются если быстро переключить на приставке несколько каналов.
Видимо есть какая-то разница в протоколах.
Одновременно записывать и читать с nas