Тестирование роутера для "чайника"
Всех приветствую!
Друзья, я бы хотел провести тестирование своего роутера так, как это делается TestLab'ом. Например, Обзор игрового роутера netis WF2681 (роутер у меня аналогичный). Меня интересуют следующие тесты: Так как я в этом вопросе полный нуб, то хотел бы у вас попросить помощи в их проведении. Вопросы у меня следующие: 1. Что означает разноцветие на графиках? Полагаю это какое-то кол-во TCP-сессий? 2. Каким конкретно образом проходит тестирование "IPv4 + NAT": а) LAN <- WAN; б) LAN <-> WAN; в) LAN -> WAN; ? 3. Каким конкретно образом проходит тестирование "802.11/ac": а) LAN <- WAN; б) LAN <-> WAN; в) LAN -> WAN; ? Мне известна утилита iperf (и её графическое исполнение - jperf). Но насколько мне известно, она требует запуск как в серверном режиме, так и в клиентском. Если я подключил к роутеру по LAN1 и LAN2 два ПК: на ПК1 запустил сервер iperf, на ПК2 - клиент iperf и тестирую скорость - это и есть вариант "LAN <-> WAN"? По идее это "LAN <-> LAN". А каким тогда образом можно осуществить варианты "LAN <- WAN" и "LAN -> WAN"? Я же не могу непосредственно на роутере запустить утилиту iperf... Ну и с беспроводным тестированием тоже непонятно. Там какой инструментарий используется? У меня, к примеру, в качестве 802.11/ac-клиента имеется только ТВ LG. Как быть в таком случае? Спасибо! |
На кухне чайник с блютузом дома, смотрю тема о роутере для чайника и ещё видимо, если проводится тестирование, к нему предъявляются какие то требования. Заинтересовался, а тут просто роутер тестируют и кухонная бытовая техника ни при чём.
Про "чайник" в рамках интернет сленга не сразу подумал. |
Цитата:
Цитата:
Цитата:
Цитата:
|
Matrox, ой, а можно Вас помучать немного? :) А то спецов что-то немного по этой теме :(
1. Цитата:
2. Разбираюсь с утилитами. Как известно, существуют 2 версии: iperf и iperf3. Я их работу в целом изучил, но хотел бы понять теперь некоторые нюансы: а) как в iperf сделать тест передачи данных исключительно от сервера к клиенту, как это реализовано в iperf3 (ключ -R)? Про ключ -r в версии iperf мне известно: сиё запускает данные от клиента к серверу, а потом наоборот. Но вопрос выше. б) Вы выше никак не прокомментировали знак "<->" - полагаю под ним подразумевается "двунаправленная передача трафика в обе стороны одновременно" (он же "fdx - full duplex - полный дуплекс"), верно? в iperf за это отвечает ключ -d, а вот в iperf3 как сиё оформить? Просто режим fdx must be в тестировщике, так как, насколько я понимаю, в реальных условиях практически всегда происходит двунаправленная одновременная передача данных (ну помимо однозначного процесса скачивания), соответственно вообще не понимаю назначение утилиты iperf3 без подобного функционала =/ 3. Цитата:
|
Цитата:
И тогда Вы сможете получить тест LAN -> NAT -> WAN Чтобы получить тест WAN -> PF -> LAN Вам нужно настроить проброс портов на роутере. Цитата:
|
Простите, что влезу в вашу беседу. :-)
Очень хороший пример обзора. Ну, начнём с того, что представленные диаграммы вообще никак к 2681 не относятся. От слова совсем. Эти диаграммы - фотошоп с графиков другого обзора. http://www.thg.ru/network/obzor_netg...000_nighthawk_ Да, для R7000 я когда-то давно померял скорости и они представлены для R7000 в обзоре про R7000. Автор текста по 2681 пошёл по более простому, но запредельно странному пути - взял графики с другого роутера и вставил в свой текст. Отсюда, например, всплыли скорости для IPv6. Хотя на момент публикации в 2681 НЕ было поддержки IPv6. :-) Реальные замеры производительности 2681 можно найти здесь. https://foxnetwork.ru/index.php/comp...1.html#Testing Вообще обычно легенды перед диаграммами (или на самих диаграммах) пишутся. То, что Вы видите, это тест для 1, 5 и 15 одновременных TCP-соединений. Просто, здесь (в R7000) этот момент забыли. Каюсь. Возможно, логичнее тестировать в 1, 4, 16 потоков, чтобы они лучше раскладывались по ядрам процессора, но на получаемых скоростях моим компам пофигу, а многопроцессорные роутеры в SOHO только начали появляться. Тесты проводятся, например, так: на каждом из двух ПК запускается по два jperf (один сервер, другой клиент). <-> - это одновременные потоки в оба направления. То есть максимально 30 потоков (по 15 в каждую сторону). |
Цитата:
|
Полагаю, что вот с таким:
Цитата:
Black Fox, Цитата:
Цитата:
Цитата:
Цитата:
Код:
iperf.exe -c 192.168.2.2 -P 15 -d Matrox, по порядку. Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
|
Цитата:
Цитата:
Цитата:
Цитата:
Можете почитать про NAT и PAT. Цитата:
|
Роутер в режиме роутера (хорошо, что этого не видит моя школьная учительница русского) обязательно должен иметь интерфейсы в разных подсетях. В этом весь смысл маршрутизации. И это не зависит от того, используется NAT/PAT или нет. Если Вы настроили девайс как мост, то тогда роутинга (функция третьего уровня) у вас уже не будет между LAN и WAN, а будет только коммутация (функция второго уровня), а раз так, то узлы должны будут находиться уже в одной IP-подсети.
Наверное, для лучшего понимания, если есть много свободного времени и желания разобраться, стоит обратиться к каким-либо курсам, благо их существует огромное количество. Из того, что лично я мог бы рекомендовать, - Cisco CCNA Routing and Switching. Есть две книжки Official Cert Guide (ICND1/ICND2). Да, они объёмные, да, много воды, но вполне можно начать с них. PF, как Матрокс уже сказал, это Port Forwarding. Делается он средствами PAT, но разные вендоры называют это по-разному, кто-то PAT, кто-то Port Forwarding, кто-то Virtual Server... Суть при этом не меняется. Насчёт разницы в скоростях в зависимости от количества потоков, дык, для того эти тесты и проводятся, чтобы понять, какие скорости получат пользователи в разных сценариях. Хоть обсуждаемый роутер и однопроцессорный, но его особенности по обработке трафика могут приводить к тому, что будет наблюдаться разница в максимальной скорости для разного количества потоков. Ну, например, если поток один и произошла потеря сегмента, то обе стороны будут временно приостанавливать передачу и повторно пересылать утерянные данные. Это снижает результат. А если потоков несколько, то приостановится только часть, остальные же займут своими данным освободившиеся ресурсы. Если по-простому, то как-то так. |
Ну от работы провайдера ведь тоже зависит результат!
|
Зависит, конечно, но давайте всё же не смешивать работу железки и работу провайдера. Речь шла именно про тесты железки.
|
Часовой пояс GMT +4, время: 07:17. |
Работает на vBulletin® версия 3.6.10.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot