[MITRO]

вот получили инструкцию. может еще кому интересно будет ;-)

 

===============================================

 

Требования к каналам, организуемым через порты Ethernet

 

Так как порты Ethernet являются по сути асинхронными портами (любая из сторон может начать передачу в любой момент времени), а сама технология Ethernet ориентирована исключительно на пакетную передачу данных, то к каналам, организуемым с окончаниями Ethernet/FastEthernet предъявляются требования, отличные от требований к каналам с последовательными синхронными интерфейсами.

 

Нормативной базы, регламентирующей на государственном уровне требования к качеству подобных каналов, в настоящий момент не существует. Приведенные ниже показатели основываются на имеющемся в "ххххх-телекоме" опыте эксплуатации подобных каналов.

 

Показателями качества каналов, организованных через порты Ethernet/FastEthernet являются значения сквозной задержки (delay), вариации задержки (jitter) и процент потери пакетов (packet loss).

 

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

 

Вариация задержки (Jitter) – это девиация сквозных задержек прохождения пакетов, иными словами – это разница между сквозным временем задержек, возникающая при передаче серии зондирующих пакетов за определенный промежуток времени.

 

Процент потерь пакетов (Packet Loss) – это отношение правильно принятых пакетов к общему количеству пакетов, которые были переданы по сети за определенный промежуток времени. Потери выражаются в процентах отброшенных пакетов, которые не были доставлены по назначению.

 

Нормы ввода в эксплуатацию для каналов доступа, организованных через сеть Ethernet сторонних операторов (усреднение за 5 мин).

 

delay jitter Packet loss

40 ms 5 ms 0.1%

 

Нормы ввода в эксплуатацию для каналов с разделением на физическом уровне с интерфейсами Ethernet/FastEthernet (усреднение за 5 мин).

 

Для каналов, организованных по волоконно-оптическому кабелю.

delay jitter Packet loss

40 ms 5ms 0.1 %

 

Для каналов, организованных по медному кабелю, радиоканалу и с использованием иных физических сред.

delay jitter Packet loss

40 ms 5ms 0.1 %

 

Нормы ввода в эксплуатацию для каналов, организованных через сеть ATM стороннего оператора с интерфейсами Ethernet/FastEthernet (усреднение за 5 мин).

 

delay jitter Packet loss

40 ms 5ms 0.1 %

 

Нормы вывода из эксплуатации для каналов доступа, организованных через СПД сторонних операторов, а также для каналов с разделением на физическом уровне с интерфейсами Ethernet/FastEthernet (усреднение за 15 мин).

 

delay jitter Packet loss

60 ms 20 ms 3%

 

Тестирования каналов доступа с интерфейсами Ethernet/FastEthernet осуществляется с помощью утилиты iperf согласно внутреннему документу "хххххх-телекоме" «Методика тестирования клиентских подключений с Ethernet-окончаниями».

 

Объектом испытаний является программно-аппаратный комплекс, обеспечивающий подключение оборудования клиента к магистральной сети "хххххх-телекоме" по интерфейсу Ethernet 10/100 Base-T.

 

Цель испытаний состоит в определении готовности объекта испытаний к предоставлению доступа к услуге "хххххх-телекоме".

 

Порядок проведения теста.

 

1) С помощью утилиты iperf (протокол TCP) проверяется соответствие пропускной способности канала заявленной.

2) С помощью утилиты ping измеряется круговая задержка. Сквозная задержка равна половине круговой.

3) С помощью утилиты iperf (протокол UDP) измеряется девиация задержки и процент пропадания пакетов. Скорость передачи устанавливается равной 80% от заявленной.

 

При вводе канала в эксплуатацию измерения проводятся 10 раз в течение пяти минут (для каждого из вышеперечисленных пунктов); при выводе из эксплуатации – один раз в течение 15 минут. Результаты усредняются за период измерений.

 

Каналы считаются соответствующими нормам, если отвечают поставленным требованиям по каждому из показателей в течение всех периодов измерения.

=============================================

внутренний документ "хххххх-телекома"

"Методика тестирования клиентских подключений с Ethernet-окончаниями."

 

.....бла-бла-бла....

 

3.Методика испытаний

 

Для проведения испытаний канала с Ethernet-окончаниями необходимо реализуется следующая схема:

 

Рис. 1: Схема испытаний.

 

На схеме изображены два узла, соединенные тестируемым каналом. К ethernet-портам на каждом узле включается компьютер. Возможно подключение ethernet-анализатора вместо одного из компьютеров. Для проведения тестирования канала используется следующее ПО:

1. ping – утилита, стандартно поставляется со всеми ОС.

2. Iperf – свободно распространяемая утилита для измерения емкости канала, jitter и потерь. Операционные системы: Windows, Linux. Дистрибутив и исходные тексты утилиты доступны по адресу http://dast.nlanr.net/Projects/Iperf/.

3. Программа «Системный монитор» стандартно-поставляемая с ОС Windows 2000. Позволяет графически отображать утилизацию ресурсов системы, в том числе и загрузку порта Ethernet.

4. Дополнительно может быть использован программно-аппаратный комплекс RADCOM RC-100Wfl – он представляет собой аппаратный тестер, который используется для анализа трафика в различных средах. Позволяет генерировать трафик нагрузки, собирать трафик с Ethernet-сегмента, готовить статистические отчеты по трафику. Так же может быть использован его программный аналог RADCOM MegaScope-SW. В ходе тестирования этого ПО были обнаружены некоторые проблемы при генерации тестовой нагрузки.

 

ping – используется для измерения задержек прохождения зондирующих пакетов, потери пакетов и генерации нагрузки на канал методом создания потока ping-flood. Для измерения задерек и потерь при прохождении пакетов выполняется команда:

Windows:

Z:>ping 10.1.5.12

 

Обмен пакетами с 10.1.5.12 по 32 байт:

 

Ответ от 10.1.5.12: число байт=32 время<10мс TTL=255

Ответ от 10.1.5.12: число байт=32 время<10мс TTL=255

Ответ от 10.1.5.12: число байт=32 время<10мс TTL=255

Ответ от 10.1.5.12: число байт=32 время<10мс TTL=255

 

Статистика Ping для 10.1.5.12:

Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),

Приблизительное время передачи и приема:

наименьшее = 0мс, наибольшее = 0мс, среднее = 0мс

 

Linux:

[maxim@max maxim]$ ping 10.1.2.134

PING 10.1.2.134 (10.1.2.134) from 10.1.5.12 : 56(84) bytes of data.

Warning: time of day goes back, taking countermeasures.

64 bytes from 10.1.2.134: icmp_seq=0 ttl=128 time=492 usec

64 bytes from 10.1.2.134: icmp_seq=1 ttl=128 time=307 usec

64 bytes from 10.1.2.134: icmp_seq=2 ttl=128 time=229 usec

 

--- 10.1.2.134 ping statistics ---

3 packets transmitted, 3 packets received, 0% packet loss

round-trip min/avg/max/mdev = 0.229/0.342/0.492/0.112 ms

 

Для создания искусственной нагрузки на канале необходимо воспользоваться утилитой ping следующим образом:

Linux:

$ su -

# ping -s 65507 -l 0 -f 10.1.2.134

для выполнения команды ping с опциями –l 0 и –f необходимы права суперпользователя.

 

для увеличения нагрузки следует запустить несколько таких процессов. Можно так же воспользоваться shell-скриптом:

[root@max root]# cat `which ping-flood.sh`

#!/bin/bash

 

if [ $1 -eq 0 ]; then

/usr/bin/killall ping

exit 2

fi

 

if [ $# -ne 2 ] || [ $1 -lt 0 ] || [ $1 -gt 100 ]; then

echo "Usage: $0 <number of processes from 1 to 100 or 0 to kill all> <host>"

exit 1

fi

 

i=0

while [ $i -lt $1 ] ;

do

ping -s 65507 -l 0 -f -q $2 &

let i++

done

 

echo $i processes "ping -s 65507 -l 0 -f -q $2" started

 

Скрипт запускается следующим образом:

[root@max root]# ping-flood.sh 30 10.1.2.134

где 30 – количество запускаемых процессов, 10.1.2.134 – адрес назначения, является адресом тестовой станции. После выполнения такой команды запускаются 30 процессов, каждый из которых будет генерировать ICMP-запросы размером 65507 байт и отправлять их с максимально возможной частотой не дожидаясь ответов (ICMP-reply) от хоста. Таким образом может быть организован поток ping-flood, позволяющий полностью утилизировать испытываемый канал.

 

 

 

Iperf – утилита, разработанная специально для измерения пропускной способности канала. Дополнительно она позволяет вычислять процент потерь на канале и jitter (для UDP).

Запуск сервера выполняется следующим образом:

C:Program FilesIPerf>iperf -s -u

------------------------------------------------------------

Server listening on UDP port 5001

Receiving 1470 byte datagrams

UDP buffer size: 8.0 KByte (default)

------------------------------------------------------------

[132] local 10.1.2.134 port 5001 connected with 10.1.2.134 port 1124

[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams

[132] 0.0-10.0 sec 1.3 MBytes 1.0 Mbits/sec 0.626 ms 0/ 893 (0%)

 

После запуска серверной части на одном узле необходимо запустить клиентскую на другом. После чего будет измерена доступная емкость канала, потери и jitter. Клиент запускается командой:

C:Program FilesIPerf>iperf –u –t 10 -c 10.1.2.134

------------------------------------------------------------

Client connecting to 10.1.2.134, UDP port 5001

Sending 1470 byte datagrams

UDP buffer size: 8.0 KByte (default)

------------------------------------------------------------

[132] local 10.1.2.134 port 1124 connected with 10.1.2.134 port 5001

[ ID] Interval Transfer Bandwidth

[132] 0.0-10.0 sec 1.3 MBytes 1.0 Mbits/sec

[132] Sent 893 datagrams

 

Для вызова справки необходимо выполнить команду:

C:Program FilesIPerf>iperf --help

Usage: iperf [-s|-c host] [-p port] [-t secs] [-w bytes] ...

iperf [-h|--help] [-v|--version]

 

Client/Server:

-f, --format [kmKM] format to report: Kbits, Mbits, KBytes, MBytes

-i, --interval # seconds between periodic bandwidth reports

-l, --len #[KM] length of buffer to read or write (default 8 KB)

-m, --print_mss print TCP maximum segment size (MTU - TCP/IP header)

-o, --output <filename> output the report or error message to this specified file

-p, --port # server port to listen on/connect to

-u, --udp use UDP rather than TCP

-w, --window #[KM] TCP window size (socket buffer size)

-B, --bind <host> bind to <host>, an interface or multicast address

-M, --mss # set TCP maximum segment size (MTU - 40 bytes)

-N, --nodelay set TCP no delay, disabling Nagle's Algorithm

 

Server specific:

-s, --server run in server mode

-D, --daemon run the server as a daemon

-R, --remove remove service in win32

 

Client specific:

-b, --bandwidth #[KM] for UDP, bandwidth to send at in bits/sec

(default 1 Mbit/sec, implies -u)

-c, --client <host> run in client mode, connecting to <host>

-n, --num #[KM] number of bytes to transmit (instead of -t)

-t, --time # time in seconds to transmit for (default 10 secs)

-F, --fileinput <name> input the data to be transmitted from a file

-I, --stdin input the data to be transmitted from stdin

-P, --parallel # number of parallel client threads to run

-T, --ttl # time-to-live, for multicast (default 1)

-W, --windowSizeSuggest Run the client so as to suggest a suitable window size (default off)

 

Miscellaneous:

-h, --help print this message and quit

-v, --version print version information and quit

 

[KM] Indicates options that support a K or M suffix for kilo- or mega-

 

The TCP window size option can be set by the environment variable

TCP_WINDOW_SIZE. Most other options can be set by an environment variable

IPERF_<long option name>, such as IPERF_BANDWIDTH.

 

Report bugs to <dast@nlanr.net>