Обеспечение потребных нагрузок сетевых интерфейсов утилитой ping программного обеспечения протокола ICMPH

Обеспечение потребных нагрузок сетевых интерфейсов утилитой ping…

ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. Приборостроение. 2016. № 4

–

имя узла сети, на котором запускаются потоки идентичных эхо-запросов;

–

имя узла сети, на который отправляются эхо-запросы с указанием интер-

фейса этого узла в случае использования на адресуемом узле нескольких сете-

вых адаптеров;

–

количество потоков эхо-запросов;

–

номера потоков для последующего вывода в файл результатов статистиче-

ской обработки этих потоков эхо-запросов;

–

опции каждого эхо-запроса, идентичные для всех потоков рассматривае-

мой строки задания.

Файл описания задания обрабатывается на центральном узле сети скриптом

runtask.sh

путем указания его в качестве аргумента. Сначала из файла описания вы-

бирается информация об аргументах утилиты

ping

(

nanoping

). Затем в цикле пере-

бираются имена хостов, на которых с помощью механизма удаленного выполнения

команд запускается нужное количество экземпляров процессов формирования и

отправки в сеть эхо-запросов. В качестве механизма удаленного выполнения ко-

манд можно использовать протокол Remote Shell (RSH) или современную безопас-

ную реализацию Secure Shell (SSH) с применением аутентификации по публичным

ключам, для чего на всех указываемых в задании хостах (источниках) должны

функционировать соответствующие процессы протоколов. В приведенном приме-

ре запускается один поток с узла сети node1 на интерфейс eth1 узла node2 с опция-

ми «–

300» (время выполнения процесса 300 с); «–

0,002» (период следования

каждого эхо-запроса 2 мс); «–

» (подавление вывода результатов каждого эхо-

запроса на монитор); «–

18» (размер формируемого эхо-запроса протокола ICMP

принимается равным 18 байтам, что приводит к формированию минимально воз-

можного Ethernet-кадра в 46 байтов). Одновременно на этом же узле сети организу-

ется формирование шестнадцати потоков эхо-запросов с одинаковыми опциями:

«–

300» (время выполнения процесса 300 с); «–

» (организация потоковой посыл-

ки эхо-запросов в каждом потоке с минимально возможным межкадровым интер-

валом между ними); «–

» (подавление вывода результатов каждого эхо-запроса

на монитор); «–

1472» (размер каждого эхо-запроса протокола ICMP принимается

равным 1472 байтам, что обеспечивает формирование Ethernet–кадра с макси-

мально возможной полезной нагрузкой в 1500 байтов). Все шестнадцать формиру-

емых потоков эхо-запросов направляются на тот же, что и ранее, интерфейс

eth1 того же узла node2. В файл результатов выводятся статистические данные

по первому, восьмому и шестнадцатому потокам. В третьей строке файла–задания

на узле сети node3 — организация восьми процессов генерации потоков эхо-

запросов с опциями: «–

100 000» (количество посылок эхо-запросов в каждом по-

токе 1 000 00); «–

» (организация потоковой отсылки); «–

» (подавление вывода на

монитор); «–

64» (размер ICMP кадра эхо-запроса 64 байта). Все потоки направля-

ются на интерфейс eth2 узла node4. Результаты статистической обработки сохра-

няются для второго и восьмого потоков.

При формировании операционной системой компьютер–источник несколь-

ких потоков эхо-запросов нагрузка на его сетевой интерфейс (и все последующие