|
|
Регистрация | Правила форума | FAQ форума | Справка | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |
Коммуникационное и сетевое оборудование Телефония, офисные АТС, IP-телефония, Обсуждение проблем с сетью, провайдерами, сетевым железом и т.д. |
|
Опции темы | Опции просмотра |
12.10.2018, 18:23 | #1 | |||
Старожил
|
Тестирование роутера для "чайника"
Всех приветствую!
Друзья, я бы хотел провести тестирование своего роутера так, как это делается 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. Как быть в таком случае? Спасибо! Последний раз редактировалось The_Immortal, 12.10.2018 в 22:13. |
|||
12.10.2018, 18:34 | #2 |
Старожил
|
На кухне чайник с блютузом дома, смотрю тема о роутере для чайника и ещё видимо, если проводится тестирование, к нему предъявляются какие то требования. Заинтересовался, а тут просто роутер тестируют и кухонная бытовая техника ни при чём.
Про "чайник" в рамках интернет сленга не сразу подумал. |
13.10.2018, 22:37 | #3 | ||||||
Эксперт клуба THG | Сети, Железо
|
Цитата:
Цитата:
Цитата:
Найдите для теста ноутбук с WiFi стандарта 802.11ac. Это же тоже очевидно. ))) |
||||||
19.10.2018, 06:28 | #4 | |||
Старожил
|
Matrox, ой, а можно Вас помучать немного? А то спецов что-то немного по этой теме
1. Так а что они могут обозначать? Параллельные потоки? Если да, то в каком ориентировочно кол-ве они там могли использоваться. Ну 1 - это понятно, а далее? Как обычно тестирование происходит? 2. Разбираюсь с утилитами. Как известно, существуют 2 версии: iperf и iperf3. Я их работу в целом изучил, но хотел бы понять теперь некоторые нюансы: а) как в iperf сделать тест передачи данных исключительно от сервера к клиенту, как это реализовано в iperf3 (ключ -R)? Про ключ -r в версии iperf мне известно: сиё запускает данные от клиента к серверу, а потом наоборот. Но вопрос выше. б) Вы выше никак не прокомментировали знак "<->" - полагаю под ним подразумевается "двунаправленная передача трафика в обе стороны одновременно" (он же "fdx - full duplex - полный дуплекс"), верно? в iperf за это отвечает ключ -d, а вот в iperf3 как сиё оформить? Просто режим fdx must be в тестировщике, так как, насколько я понимаю, в реальных условиях практически всегда происходит двунаправленная одновременная передача данных (ну помимо однозначного процесса скачивания), соответственно вообще не понимаю назначение утилиты iperf3 без подобного функционала =/ 3. Когда я подключаю один ПК к WAN, то он не имеет связи с сетью до тех пор, пока я не переключу роутер в режим "моста" - так и надо делать? Последний раз редактировалось The_Immortal, 19.10.2018 в 07:38. |
|||
19.10.2018, 13:46 | #5 | |||
Эксперт клуба THG | Сети, Железо
|
Вероятно Вы не прописали принудительно IP-адреса на компьютерах. Они будут из разных подсетей, тех, что у вас прописаны на порту WAN и портах LAN.
И тогда Вы сможете получить тест LAN -> NAT -> WAN Чтобы получить тест WAN -> PF -> LAN Вам нужно настроить проброс портов на роутере. Смотря какой именно тест Вы хотите в результате получить. |
|||
19.10.2018, 17:54 | #6 | |||
Ветеран клуба THG
|
Простите, что влезу в вашу беседу. :-)
Очень хороший пример обзора. Ну, начнём с того, что представленные диаграммы вообще никак к 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 в каждую сторону). |
|||
20.10.2018, 02:42 | #8 | |||||||||
Старожил
|
Полагаю, что вот с таким:
Цитата:
Black Fox, Да ну что Вы?! Я наоборот счастлив, что хоть кто-то просвящает, а то в Инете реальный голяк по этому поводу, а друзей соображащих в этой тематике не имею. Благодарю за расследование! Цитата:
Цитата:
Код:
iperf.exe -c 192.168.2.2 -P 15 -d Matrox, по порядку. Я хочу в итоге повторить вот это: Цитата:
Цитата:
Цитата:
Правильно ли я понимаю, что переключи роутер в режим "моста", то всего его интерфейсы (и WAN, и LAN) представлют собой единый свитч. И таким образом я буду по сути просто гонять этот управляемый L2 коммутатор, как если бы lделал тест через LAN -> LAN? Т.е. смысла в таком тесте (в режиме "моста") немного, верно? Последний раз редактировалось The_Immortal, 20.10.2018 в 03:51. |
|||||||||
22.10.2018, 14:58 | #9 | ||||||
Эксперт клуба THG | Сети, Железо
|
Я искренне Вам завидую, что у Вас есть столько свободного времени...
Легенду Вам уже рассказали. Осталось к ней стремиться. Цитата:
Цитата:
Можете почитать про NAT и PAT. Цитата:
Последний раз редактировалось Matrox, 23.10.2018 в 20:45. |
||||||
24.10.2018, 20:26 | #10 | |||
Ветеран клуба THG
|
Роутер в режиме роутера (хорошо, что этого не видит моя школьная учительница русского) обязательно должен иметь интерфейсы в разных подсетях. В этом весь смысл маршрутизации. И это не зависит от того, используется NAT/PAT или нет. Если Вы настроили девайс как мост, то тогда роутинга (функция третьего уровня) у вас уже не будет между LAN и WAN, а будет только коммутация (функция второго уровня), а раз так, то узлы должны будут находиться уже в одной IP-подсети.
Наверное, для лучшего понимания, если есть много свободного времени и желания разобраться, стоит обратиться к каким-либо курсам, благо их существует огромное количество. Из того, что лично я мог бы рекомендовать, - Cisco CCNA Routing and Switching. Есть две книжки Official Cert Guide (ICND1/ICND2). Да, они объёмные, да, много воды, но вполне можно начать с них. PF, как Матрокс уже сказал, это Port Forwarding. Делается он средствами PAT, но разные вендоры называют это по-разному, кто-то PAT, кто-то Port Forwarding, кто-то Virtual Server... Суть при этом не меняется. Насчёт разницы в скоростях в зависимости от количества потоков, дык, для того эти тесты и проводятся, чтобы понять, какие скорости получат пользователи в разных сценариях. Хоть обсуждаемый роутер и однопроцессорный, но его особенности по обработке трафика могут приводить к тому, что будет наблюдаться разница в максимальной скорости для разного количества потоков. Ну, например, если поток один и произошла потеря сегмента, то обе стороны будут временно приостанавливать передачу и повторно пересылать утерянные данные. Это снижает результат. А если потоков несколько, то приостановится только часть, остальные же займут своими данным освободившиеся ресурсы. Если по-простому, то как-то так. |
|||
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | |
Опции просмотра | |
|
|
Справочник словарей | ||
Словари русского языка - www.gramota.ru | Яndex - Словари | Википедия - ru.wikipedia.org |
|
|
|
|