Използвайте iPerf3 за тестване на скоростите на мрежова комуникация на устройствата

Малък боклук · Публикувано в 6.11.2021 г. 10:59:01 ч.

iPerf3 е инструмент за активно измерване на максималната постижима пропускателна способност в IP мрежа. Поддържа настройка на различни параметри, свързани с тайминг, буфери и протоколи (TCP, UDP, SCTP с IPv4 и IPv6). За всеки тест той отчита пропускателна способност, загуби и други параметри. Това е нова реализация, която не споделя код с оригиналния iPerf и не е обратно съвместима. iPerf първоначално е разработен от NLANR/DAST. iPerf3 беше разработен основно от ESnet/Lawrence Berkeley National Laboratory.

Семейството инструменти iperf извършва активни измервания, за да определи максималната постижима пропускателна способност в IP мрежа. Той поддържа настройка на различни параметри, свързани с времето, протоколите и буферите. За всеки тест се отчита измерената пропускателна способност, загуби и други параметри.

Това издание, понякога наричано iperf3, е преработка на оригиналната версия, разработена от NLANR / DAST. iperf3 е нова реализация от основата, която цели по-малка, по-проста кодова база и версия на библиотеката, която може да се използва в други програми. IPerf3 включва и функции от много други инструменти като Nuttcp и NETperf, които липсват в оригиналния IPerf. Те включват например режим нулево копиране и опционален JSON изход. Обърнете внимание, че iperf3 не е обратно съвместим с оригиналния iperf.

iPerf3 може да се използва за тестване на скоростта на мрежова комуникация на устройството, а iPerf3 може да се инсталира на две компютърни устройства – едното като сървър и другото като клиент, а скоростта на комуникация може да се тества чрез изпращане на съобщения едно към друго чрез iPerf3.

Параметрите на iPerf3 са следните:

Usage: iperf [-s|-c host] [options]
   iperf [-h|--помощ] [-v|--версия]

Сървър или клиент:
  -p, --порт # сървърен порт за слушане/свързване
  -f, --формат [kmgKMG] за доклад: Kbits, Mbits, KBytes, MBytes
  -i, --интервал # секунди между периодичните доклади за пропускателна способност
  -F, --име на файл xmit/recv на посочения файл
  -B, --<host>свързване към конкретен интерфейс
  -V, --многословен, по-подробен изход
  -J, --json изход в JSON формат
  --logfile f изпраща изход към лог файл
  -d, --дебъг емити дебъгващ изход
  -v, --версия показва информация за версията и излиза
  -Х, --помогни да покажеш това съобщение и да се откажеш
Специфично за сървъра:
  -s, --сървър работи в сървърен режим
  -Д, --демонът управлява сървъра като демон
  -Аз, --pidfile файл записвам PID файл
  -1, --еднократна обработка на една клиентска връзка и излизане
Специфично за клиента:
  -c, --<host>клиентът работи в клиентски режим, свързвайки се с <host>
  -u, --udp използват UDP вместо TCP
  -b, --честотна лента #[KMG][/#] целева честотна лента в битове/сек (0 за неограничена)
                        (по подразбиране 1 Mbit/sec за UDP, неограничено за TCP)
                        (опционален брой на пакети и чертов брой за burst режим)
  -t, ---време # време в секунди за предаване (по подразбиране 10 секунди)
  -n, --байтове #[KMG] брой байтове за предаване (вместо -t)
  -k, --брой блокове #[KMG] брой блокове (пакети) за предаване (вместо -t или -n)
  -l, --len #[KMG] дължина на буфера за четене или записване
                        (по подразбиране 128 KB за TCP, 8 KB за UDP)
  --cport <port> се свързва с конкретен клиентски порт (TCP и UDP, по подразбиране: ефемерен порт)
  -P, --паралелен # брой паралелни клиентски потоци за изпълнение
  -R, --обратен run в обратен режим (сървърът изпраща, клиентът получава)
  -w, --прозорец #[KMG] задайте размер на прозореца / буфера на гнездото
  -M, --set-mss # set TCP/SCTP максимален размер на сегмента (MTU - 40 байта)
  -N, --без закъснение TCP/SCTP без закъснение, деактивирайки алгоритъма на Нейгъл
  -4, --версия 4 използва само IPv4
  -6, --версия 6 използва само IPv6
  -S, --tos N задайте IP 'типа услуга'
  -Z, --zerocopy използвайте метод "нулево копие" за изпращане на данни
  -О, --пропусни N пропусни първите n секунди
  -T, --title str префикс за всяка изходна линия с този низ
  --get-server-output получава резултати от сървъра
  --udp-counters-64bit използват 64-битови броячи в UDP тестови пакети

[KMG] показва опции, които поддържат суфикс K/M/G за kilo-, mega- или giga-

Начална страница на iperf3 на:http://software.es.net/iperf/
Докладвайте за бъгове към:    https://github.com/esnet/iperf

Адрес за изтегляне на Windows 64-битова версия:Входът към хиперлинк е видим.

LINUX сървъри, като вземат CentOS за пример, могат да инсталират инструмента iPerf3 чрез командата yum, като командата е следната:

Входът е видим.

сървър

С Linux сървъра като сървърна страна, изпълнете следната команда:

клиент

Използвайки локалния си компютър като клиентска страна, изпълних следната команда:

Входът е видим.

Забележка:192.168.50.227 е IP адресът от страната на Sever

резюме

Логът на сървъра показва, че е получена тестова заявка от 192.168.50.243, изходен порт 22376. Клиентската страна провежда непрекъснат тест за 10 секунди и показва броя на предадени байтове в секунда и информация за пропускателната способност. Изпратените и получените статистики се обобщават след завършване на теста. Слушането на порт 5201 продължава след като клиентската връзка е затворена.

Свързване към хост 192.168.50.227, порт 5201
[ 4] Локален 192.168.50.243 порт 22377 свързан към 192.168.50.227 порт 5201
[ ID] Честотна лента на интервален трансфер
[ 4] 0.00-1.00 сек 112 MBytes, 943 Mbits/sec
[4] 1.00-2.00 сек 112 MBytes, 940 Mbits/sec
[4] 2.00-3.00 сек 112 MBytes: 941 Mbits/sec
[4] 3.00-4.00 сек 112 MBytes 940 Mbits/sec
[4] 4.00-5.00 сек 112 MBytes: 941 Mbits/sec
[4] 5.00-6.00 сек 112 MBytes: 941 Mbits/sec
[4] 6.00-7.00 сек 112 MBytes 942 Mbits/sec
[4] 7.00-8.00 сек 112 MBytes, 941 Mbits/sec
[4] 8.00-9.00 сек 112 MBytes, 942 Mbits/sec
[4] 9.00-10.00 сек 112 MBytes, 942 Mbits/сек
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Честотна лента на интервален трансфер
[ 4] 0.00-10.00 сек 1.10 GBytes 941 Mbits/sec подател
[ 4] 0.00-10.00 сек 1.10 GBytes 941 Mbits/sec приемник

iperf: Готово.

И сървърът, и клиентското устройство са гигабитови Etherports, а рутерите също са гигабитови Etherports, така че пропускателната способност от 941 Mbits/sec е нормална.

Тестови виртуални машини под ESXI

И двете са CentOS системи, а физическият рутер получава частен IP адрес, който се тества чрез частния IP по следния начин:

Свързване към хост 192.168.50.227, порт 5201
[ 5] Локален 192.168.50.131 порт 35394 свързан към 192.168.50.227 порт 5201
[ ID] Интервален пренос на битрейт Retr cwnd
[ 5] 0.00-1.00 сек 2.72 GBytes 23.3 Gbits/sec 0 1.39 MBytes
[ 5] 1.00-2.00 сек 2.74 GBytes 23.5 Gbits/sec 0 1.48 MBytes
[ 5] 2.00-3.00 сек 2.60 GBytes 22.3 Gbits/sec 0 1.48 MBytes
[ 5] 3.00-4.00 сек 2.58 GBytes 22.2 Gbits/sec 0 1.48 MBytes
[ 5] 4.00-5.00 сек 2.67 GBytes 23.0 Gbits/sec 0 1.48 MBytes
[ 5] 5.00-6.00 сек 2.65 GBytes 22.7 Gbits/sec 0 1.48 MBytes
[ 5] 6.00-7.00 сек 2.67 GBytes 23.0 Gbits/sec 0 1.48 MBytes
[ 5] 7.00-8.00 сек 2.64 GBytes 22.7 Gbits/sec 0 1.48 MBytes
[ 5] 8.00-9.00 сек 2.63 GBytes 22.6 Gbits/sec 0 1.48 MBytes
[ 5] 9.00-10.00 сек 2.67 GBytes 22.9 Gbits/sec 0 1.48 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Интервален трансфер на битрейт Ретр
[ 5] 0.00-10.00 сек 26.6 GBytes, 22.8 Gbits/сек, 0 изпращач
[ 5] 0.00-10.04 сек 26.6 GBytes 22.7 Gbits/sec приемник

iperf: Готово.

Това е малко необичайно, защото аз съм гигабитов рутер и тестовата скорост е 22.7 Gbits/sec, не е ли през физическа мрежова карта?

Информация за достъп:https://communities.vmware.com/t ... Routes/ta-p/2783083

VM1 и VM2 са свързани към един и същ vSwitch, наречен "vSwitch1", една и съща група портове, наречена Production, и също така една и съща VLAN, наречена VLAN 20, и двете работят в един и същ ESXi хост, наречен ESX1. Мрежовият трафик между тези виртуални машини (VM1 и VM2) не отива към физически мрежови карти на ESXi хоста и този фрейм също не се пренасочва към физическа мрежа като физически суич и рутер, защото виртуалните машини ще го правят комуникира в рамките на vSwitch и води до постигане на повишена скорост на мрежата и по-ниска латентност в мрежата.

VM1 и VM2 са свързани към един и същ vSwitch с името "vSwitch1", същата група портове с името Production и една и съща VLAN с име VLAN 20, като и двата работят в един и същ ESXi хост с име ESX1. Мрежов трафик между тези виртуални машини (VM1 и VM2).Не отива към физическия мрежов карта на ESXi хоста, и тези рамки същоНе се препраща към физическата мрежа(като физически суичове и рутери), защото виртуалните машини комуникират вътре във vSwitch, което води до по-високи мрежови скорости и по-малко мрежова латентност.

Тествах средата сам.Две виртуални машини са на един и същ хост и vSwitch, но не са на една и съща порт група, изглежда, че не се препраща към физическата мрежова карта и към физическата мрежа.