Как да се измери на честотната лента на канала мрежа (iperf), pcnetwork, adminstuff

Пример 1 (Тест на TCP порт 5001, трябва да използвате ключа -p на друг порт).
Започнете сървъра (чиито IP 10.50.xx.yy):
> Iperf -s
Стартиране на клиента:
> Iperf -С 10.50.xx.yy

Пример 2 (Изпитване на UDP порт 4000):
Започнете сървъра (чиито IP 10.50.xx.yy):
> Iperf -s -u -p4000
Стартиране на клиента:
> Iperf -С 10.50.xx.yy -u -р 4000

При тестване UDP е по-добре да се определи групата на очаквания размер на малко повече канала, като се използват -b ключ. Ако не е посочена опцията -b, то програмата за старт 1 Mbit / сек, а скоростта на изпитване, няма да надвишава тази стойност. В примера се очаква, че банда канал трябва да бъде 2 Mbit:
Започнете сървъра (чиито IP 10.50.xx.yy):
> Iperf -s -u -p4100
Стартиране на клиента:
> Iperf -C 10.50.xx.yy -u -p 4100 -b 2100000

'File install_iperf.vbs - iperf.exe средство за инсталиране
"И го стартирате на отдалечената машина.
приглушена RemoteSystem
"IP на отдалечената машина
RemoteSystem = "10.20.0.35"

"2. Инсталирайте iperf като услуга на отдалечена машина
На Грешка Resume Следваща
Задайте objSWbemLocator = CreateObject ( "WbemScripting.SWbemLocator")
Потребителско име = "domain_mame \ администратор" "потребителско име
Pass = "admin_pass"
Задайте objServices = objSWbemLocator.ConnectServer (RemoteSystem, "корен \ CIMV2", потребителско име, Pass, Null, Null, 0)
Ако Err.Number <> 0 След
WScript.Echo Err.Number ":" Err.Description
WScript.Quit
Крайна сметка, ако
Задайте objClass = objServices.Get ( "Win32_Process")
"Информация на отдалечения компютър ще се появи в дневника, който се намира
"В системната директория ADMIN $ \ system32
Res = objClass.Create ( "iperf -s -D -о iperflog.txt", Null, Null, PID)
Ако Res <> 0 След
WScript.Echo "код за грешка:" Res
Крайна сметка, ако

"3. Започнете iperf обслужване на отдалечена машина
Задайте objWMIService = GetObject ( "winmgmts:" _
"!" RemoteSystem "\ Root \ cimv2")
Задайте colListOfServices = objWMIService.ExecQuery _
( "SELECT IPerfService ОТ КЪДЕ Win32_Service членка = 'Спряно" и StartMode = "_
"" Auto ")
За Всеки objService в colListOfServices
objService.StartService ()
до

Ако желаете, можете да добавите скрипт за други екстри - обработка на командния ред, който определя отдалечено ПР, порт тест, UDP или TCP, и така нататък.

Prim НЛП 5. При скорост понякога може да повлияе на TCP (TCP прозорец размер) размера на прозореца. Този параметър може да зададете опцията -w. Ако не укажете, размера на прозореца по подразбиране се приема стойност от 8 KB.
> Iperf -s -p4100 -w1400
Определете тук размерът на 1400 байта прозорец. размера на прозореца, че има смисъл да се уточни само на сървъра, защото е приемник на данни. Възможно е също така да се посочи размера на прозореца в килобайти, например -w9k, -w10k, -w40k.

Пример 6: Работещи в режим демон (. Като услуга в списъка на услугите, които ще бъдат призовани IPerf Service), UDP протокол, по подразбиране порт 5001:
> Iperf -D -u -s
Спиране и изваждане на услугата:
> Iperf -R -s

В Windows NT система, получаване на размера на прозореца може да се увеличи с кратно на максималния размер на сегмент (Максимална Segment Size, MSS). MSS стойност се определя по време на обаждане. По подразбиране получават прозорец определя размера на данни от 8 KB за Windows NT 4.0 и 16 КБ за Windows NT 5.0. Такъв размер на прозорец е разположен в регистъра на операционната система (параметър TsrWindowSize - колона 2 на таблица 1.). Размерът на прозорец е инсталиран в Ethernet мрежа, тя ви позволява да изпращате 8760 байта данни (8 KB, поставени в шест сегмента от 1460 байта) за операционната система Windows NT 4.0 и 17520 байта (16K подредени в 12 сегмента от 1460 байта) за Windows NT 5.0 ,

Таблица 1. настройки на системния регистър на Windows NT, които управляват работата на протокола TCP

17 520 (за Ethernet)

Операционна система на Microsoft Windows NT 5.0 размер прозорец се изчислява по следния начин. Искането за първи връзка изпращат на отдалечен потребител, предлага да се създаде размера на прозореца, който определя 16K (16,384 байта) на данни. След образуването на съединението от размера на получаване на прозорец се закръглява до количеството данни от множество сегменти максимален размер на МСУ, което бе посочено в процеса за провеждане на обаждането. Ако размерът на прозореца получите определя количеството данни, което е в близост до четири пъти стойността на ДС, кутията се изравни със стойността 4MSS, която ще продължи до момента, докато не се активира алгоритъма на мащабирането на прозорци.

Операционната система е Windows NT 5.0 прозорец се мащабира автоматично, ако параметър регистър TsrWindowSize е настроен на стойност над 64 KB. Мащабиране прозорец може да бъде деактивирана ръчно Tcp1323Opts параметър (колона 3 на Таблица. 1).

За да работите с прозорец, който е по-голям от 64K, това е възможно само в случай, ако абонатът поддържа тази опция. Стойността по подразбиране е зададена като най-малката от следните стойности: 0xffff; стойността на допълнителен параметър в регистъра GlobalMaxTcpWindowSize OS Windows NT; четири пъти най-голямата от стойностите на максималния размер на данни TCP в мрежата и стойността от 16 384, в съответствие с множество от размера на TCP протокол данни. Стойността по подразбиране за Ethernet мрежа е 17,520 байта (в TCP приложения за Windows NT 5.0). Той може да бъде леко намалена, когато връзката е осъществена с абоната, който поддържа алгоритми SACK и датата и часа (време печат), тъй като те се увеличи размера на заглавната част на TCP протокол в повече от обичайния размер на 20 байта, оставяйки по-малко пространство за данните.

Размерът на прозорец е едновременно глобален мащаб и параметър се определят поотделно за всеки интерфейс зависимост от това къде ключа на системния регистър. Стойността за определен интерфейс припокрива стойност за цялата система.

параметър Tcp1323Opts могат да вземат следните стойности: 0 - прилагането на RFC 1323 опции не са позволени, 1 - могат да използват само прозореца на мащабиране; 2 - се оставя да се прилага само времеви отпечатъци; 3 - могат да използват и двете опции.

Фигурата илюстрира пример на канал връзка между теста IP 10.81.23.103 (RDP движение него и в него сесия команден ред за стартиране ipef) и IP 10.50.0.246 UDP трафик на порт 4100 (-u -p4100) в продължение на 2 минути (- т 120):

На заден план се вижда ПРСР компютърния екран 10.81.23.103, която стартира през Taskmgr режим на използване на мрежата otrobrazheniya (горе вляво) и iperf в режим сървър (горе вдясно). На долния етаж стартира две подобни прозорци на локалната машина 10.50.0.246 (iperf работи в режим клиент). Очаквано честотна лента на канала трябва да е 40 мегабита, така че клиентът в командния ред (тя изпраща трафик към сървъра) съдържа няколко големи групи - 41 мегабита (-b 41000000). Taskmgr в диаграмата по-ясно показва, че пакетите, докато сървърът не дойдоха не всички - на Taskmgr в тест сървъра използването на мрежовия интерфейс е малко по-малка от тази на клиента (средно 37% спрямо 41%). Това е съгласен и с резултатите и разпределящи iperf - скорост на изпращане на 39,4 Mbit скорост на приемане 35.1 мегабита, 11% загуба на пакети. Така, резултатите на честотната лента за изпитване в посока от приемащата до приемащата 10.81.23.103 10.50.0.246 приблизително съответства на твърди честотната лента от 40 мегабита.