bwping - Интернет в облаке

ПРОГРАММА:

ИМЯ

bwctl, bwping, bwtraceroute - клиентское приложение для запроса пропускной способности, traceroute, ping
и тесты owamp.

СИНТАКСИС

бвктл [кредита] -c Recvhost -s отправитель
бвктл [кредита] -c Recvhost
бвктл [кредита] -s отправитель
бппинг [кредита] -c Recvhost -s отправитель
бппинг [кредита] -c Recvhost
бппинг [кредита] -s отправитель
bwtraceroute [кредита] -c Recvhost -s отправитель
bwtraceroute [кредита] -c Recvhost
bwtraceroute [кредита] -s отправитель

ОПИСАНИЕ

бвктл - это клиентское приложение командной строки, которое используется для запуска тестов пропускной способности.

Эта версия бвктл способен инициировать Иперф, Натцп, Иперф3, Пинг, Трассировка,
Трассировка и Овамп тесты.

бвктл работает, связавшись с bwctld демон как на принимающем, так и на отправляющем хостах.
bwctld управляет ресурсами хоста, на котором он работает, и планирует их использование. В том случае, если только
указан один из хостов-получателей или хостов-отправителей, бвктл предполагает, что локальный хост
другая конечная точка. бвктл попытается связаться с местным bwctld если может. Если нет
локальным bwctld Бег, бвктл предполагает, что локальный хост не требует элементов управления политикой и
выполнит bwctld функциональность, необходимая для непосредственного запуска теста.

Если случаи, когда бвктл непосредственно запускает тест на хосте, есть несколько
параметры конфигурации, которые используются совместно с bwctld. Эти параметры конфигурации могут быть установлены
используя bwctlrc(5) конфигурационный файл, очень похожий на то, как они
указано в bwctld.conf(5) файл.

Ассоциация бвктл, бппинг и bwtraceroute клиентов Он используемый в запросить домен желанный напишите of
пропускная способность, задержка or трассировка тест. Кроме того, it Запросы когда тест нужен.
bwctld на каждой конечной точке либо отвечает предварительным резервированием, либо тестXNUMX отказано
сообщение. Один раз бвктл может получить соответствующее бронирование от обоих bwctld процессы (один
для каждого хоста, участвующего в тесте), это подтверждает резервирование. Затем bwctld
процессы запускают тест и возвращают результаты. Результаты возвращаются клиенту из
обе стороны теста из соответствующих bwctld процессы. Кроме того, bwctld
процессы обмениваются результатами со своей стороны теста друг с другом.

БВКТЛ (бвктл и bwctld) используется для включения неспецифических тестов сетевых измерений для хостов.
без необходимости предоставлять полные учетные записи пользователей в данных системах. Пользователи хотят иметь возможность
запустить тесты пропускной способности, чтобы определить достижимую или доступную пропускную способность между парой
хосты. Часто бывает полезно протестировать несколько точек на сетевом пути, чтобы определить
характеристики сети на этом пути. Обычно пользователи, которые хотят пройти этот путь
декомпозиции необходимо напрямую связаться с сетевыми / системными администраторами, которые контролируют
хозяева по пути. Администратору необходимо либо запустить половину теста для пользователя.
или дайте им учетную запись пользователя на хосте. Кроме того, интересующие сетевые пути обычно
контролируется несколькими администраторами. Эти препятствия сделали такое тестирование
сложно на практике.

БВКТЛ был разработан, чтобы помочь с этой проблемой. Это позволяет администратору настроить
данный хозяин как Иперф, Иперф3, Натцпили Овамп конечная точка. Конечная точка может быть пакетом
отправитель (например, Иперф клиент) или получатель пакетов (например, Иперф сервер). Это может быть разделено
несколько пользователей, не беспокоясь о том, что эти пользователи будут мешать друг другу. Специфический
ограничения политики могут применяться к конкретным пользователям, а индивидуальные тесты планируются таким образом, чтобы они
не будут мешать друг другу. Кроме того, полные учетные записи пользователей не требуются для
пользователи, запускающие тесты.

БВКТЛ позволяет администратору классифицировать входящие соединения на основе имени пользователя и
Комбинация клавиш AES или, альтернативно, на основе IP / сетевой маски. Как только соединение
классифицировано, bwctld может определить точный тип и интенсивность сквозных испытаний
это будет разрешено. Более подробную информацию об элементах управления политикой можно найти в
bwctld(8) справочная страница.

БВКТЛ использует алгоритм распределенного планирования. У каждого хоста есть расписание
независимо. Когда клиент запрашивает тест, устанавливается связь с двумя конечными точками, и каждая
bwctld сервер отвечает первым доступным открытым слотом расписания. Это позволяет по запросу
тесты должны сосуществовать с регулярно запланированными тестами, поскольку регулярно запланированные тесты
реализуется путем проведения тестов клиентских запросов через регулярные промежутки времени. Разные приоритеты
может быть реализовано с помощью горизонт событий директива конфигурации для bwctld. (Позволяя
клиенты, которые реализуют регулярные запланированные тесты, чтобы зарезервировать свои временные интервалы в дальнейшем
будущее.)

АРГУМЕНТЫ

Подключение / Аутентификация Аргументы:
-4, --ipv4
Заставляет bwctl использовать только адреса IPv4.

По умолчанию:
Не указано (предпочтительно IPv6).

-6, --ipv6
Заставляет bwctl использовать только адреса IPv6.

По умолчанию:
Не указано (предпочтительно IPv6).

-A метод авторизации
метод авторизации используется для указания метода аутентификации, бвктл клиент желает
использовать для связи с bwctld на отправитель и Recvhost,
варианты аутентификации бвктл предназначены для расширения. Связи
из бвктл клиент каждому bwctld сервер может принимать разные варианты для
разные типы аутентификации. Если метод авторизации опция указана для
либо -s, или -c аргумент, он отменяет метод авторизации указано с
-A вариант для связи с этим конкретным хостом. (Следовательно -A аргумент
действительно полезен только в том случае, если одна и та же аутентификация может использоваться с обоими хостами.)

Разрешение различных методов аутентификации для каждого соединения должно позволить клиенту
использовать разные методы аутентификации с разными серверами, которые, в свою очередь, должны
упростить выполнение междоменных тестов.

Формат для метод авторизации это:

режим авторизации [автосхема Schemeopts]

режим авторизации
Определяет режим аутентификации, с которым клиент хочет разговаривать.
сервер. Он должен быть задан как строка символов с одним или всеми
персонажи «АЭО». Доступны следующие режимы:

A [A] аутентифицирован. В этом режиме контрольное соединение шифруется.

E [E] ncrypted. В этом режиме контрольное соединение шифруется. Если тест
поддерживает шифрование, этот режим дополнительно зашифрует тест
транслировать. (Шифрование тестового потока в настоящее время не поддерживается, поэтому
этот режим в настоящее время идентичен аутентифицированному.)

O [O]ручка. Никакого шифрования не производится.

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

По умолчанию:
«АЭО»

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

ЭСКЕЙ идентификатор [ключевой файл]
Это исходная модель «простого» общего секрета (ключа AES). идентификатор is
требуется для определения того, какой общий секрет сервер и клиент должны
использовать. ключевой файл необязательно указывает файл для получения ключа AES
из. Если ключевой файл не указан, пользователю будет предложено ввести
фраза. ключевой файл может быть создан с помощью aespasswd(1)
Приложение.

По умолчанию:
Неаутентифицированный

схема авторизации и схема необходимы только в том случае, если связь с аутентификацией (A or E
режимы режим авторизации) разыскивается с отправитель и Recvhost.

-Б, --local_address сердце
Привяжите локальный адрес клиентского сокета к сердце. сердце можно указать
используя DNS-имя или стандартные текстовые обозначения IP-адресов.

По умолчанию:
Не указано (выбор адреса с подстановочными знаками).

-с, --получатель recvhost [: порт] [метод авторизации]
Задает хост, на котором будет работать Иперф, Иперф3 or Натцп сервер. Порт
суффикс не является обязательным и нужен только в том случае, если bwctld выполняется на нестандартном порту
количество. Если указывается IPv6-адрес, обратите внимание, что принятый формат
содержит Recvhost часть спецификации в квадратных скобках как:
[fe80 :: fe9f: 62d8]: 4823. Это гарантирует, что номер порта отличается от адреса.
спецификация и не требуется, если суффикс: port не используется.

По крайней мере, один из -c or -s параметры должны быть указаны. Если одного из них нет
указано, предполагается, что это локальный хост.

метод авторизации это специально упорядоченный список ключевых слов, который нужен только в том случае, если
требуется аутентифицированная связь с Recvhost. Эти ключевые слова используются для
описать тип связи и аутентификации, которые следует использовать для
связаться с Recvhost. Если Recvhost и отправитель использовать одну и ту же аутентификацию
методы и идентификаторы, можно указать метод аутентификации для обоих Recvhost
и отправитель используя -A аргумент. An метод авторизации указано с -c вариант
переопределит метод авторизации указано с -A аргумент в пользу общения с
домен Recvhost.

Формат для метод авторизации и описание имеющихся в настоящее время
методы аутентификации описаны с -A аргумент.

-с, - отправитель sendhost [: порт] [метод авторизации]
Задает хост, на котором будет работать Иперф, Иперф3 or Натцп клиент. Порт
суффикс не является обязательным и нужен только в том случае, если bwctld выполняется на нестандартном порту
количество. Если указывается IPv6-адрес, обратите внимание, что принятый формат
содержит отправитель часть спецификации в квадратных скобках как:
[fe80 :: fe9f: 62d8]: 4823. Это гарантирует, что номер порта отличается от адреса.
спецификация и не требуется, если суффикс: port не используется.

По крайней мере, один из -c or -s параметры должны быть указаны. Если одного из них нет
указано, предполагается, что это локальным.

метод авторизации это специально упорядоченный список ключевых слов, который нужен только в том случае, если
требуется аутентифицированная связь с отправитель. Эти ключевые слова используются для
описать тип связи и аутентификации, которые следует использовать для
связаться с отправитель. Если Recvhost и отправитель использовать одну и ту же аутентификацию
методы и идентификаторы, можно указать метод аутентификации для обоих Recvhost
и отправитель используя -A аргумент. An метод авторизации указано с -s вариант
переопределит метод авторизации указано с -A аргумент в пользу общения с
домен отправитель.

Формат для метод авторизации и описание имеющихся в настоящее время
методы аутентификации описаны с -A аргумент.

-о, --кувырок
По умолчанию отправитель подключается к получателю. Параметр --flip вызывает
получатель для подключения к отправителю. Эта опция доступна не для всех типов тестов.
(например, для тестов iperf). Это наиболее полезно, если получатель находится за брандмауэром.

бвктл Пусконаладка Аргументы:
Аргументы были названы так, чтобы соответствовать их аналогам в Иперф как можно точнее.

-Т, --орудие труда
Укажите, какой тестер пропускной способности использовать:

Iperf

iperf3

Nuttcp

По умолчанию:
Никто. Выбирает инструмент, который является общим для клиента и сервера.

-С, --тос КАШЕЛЬ
Установите байт TOS в отправляемых пакетах.

По умолчанию:
Нет.

-Д, --dscp DSCP
Установите значение DSCP в стиле RFC 2474 для байта TOS в отправляемых пакетах. Это может
задаваться с использованием 6-битного числового значения в десятичном, шестнадцатеричном или восьмеричном формате. Кроме того,
следующий набор символических DSCP константы имени понимаются. (Примеры приложений
взяты из RFC 4594.)

┌────────┬────────┬──────────────────────────┬───── ───────────────────────
│ Фамилия │ Значение │ Сервис Класс │ Примеры │
├────────├────────├──────────────────────────├───── ───────────────────────
│NONE │ │ │ │
│DEFAULT │ 000000 │ Стандарт │ Недифференцированный │
│DF │ │ │ │
│CS0 │ │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│CS1 │ 001000 │ Данные с низким приоритетом │ Нет гарантии BW │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│AF11 │ 001010 │ │ │
│AF12 │ 001100 │ Данные с высокой пропускной способностью │ Сохранение и пересылка │
│AF13 │ 001110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│CS2 │ 010000 │ OAM │ OAM & P │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│AF21 │ 010010 │ │ │
│AF22 │ 010100 │ Данные с низкой задержкой │ Заказ через Интернет │
│AF23 │ 010110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│CS3 │ 011000 │ Трансляция видео │ Телевидение и прямые трансляции │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ Потоковое мультимедиа │ Потоковое видео и аудио │
│AF33 │ 011110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│CS4 │ 100000 │ Интерактивный режим в реальном времени │ Конфигурация видео и игры │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ Мультимедийная конференция │ Видеоконференцсвязь H.323 │
│AF43 │ 100110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│CS5 │ 101000 │ Сигнализация │ Конфигурация видео и игры │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│EF │ 101110 │ Телефония │ Канал передачи IP-телефонии │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│CS6 │ 110000 │ Сетевое управление │ Сетевая маршрутизация │
├────────┼────────┼──────────────────────────┼───── ───────────────────────
│CS7 │ 111000 │ │ │
└────────┴────────┴──────────────────────────┴───── ───────────────────────
По умолчанию:
Не настроено.

-б, --пропускная способность трафик
Ограничить скорость отправки UDP до трафик (бит / сек).

По умолчанию:
1 Mb

-я, --report_interval интервал
Интервал отчета (секунды).

По умолчанию:
не задано (интервалы не сообщаются)

-л, --buffer_length только
длина буферов чтения / записи (байты).

По умолчанию:
8 КБ TCP, 1470 байт UDP

-О, --пропускать секунды
Начальный период данных, которые нужно исключить из окончательной статистики. Это для того, чтобы вы могли
пропустить начальные условия, такие как медленный запуск TCP. В настоящее время реализовано только
домен iperf3 инструмент.

-П, --параллельно нстримс
Количество одновременных потоков для теста. Увидеть -P возможность Иперф для получения информации.

-t, - test_duration время
Продолжительность теста (секунды).

По умолчанию:
10

-у, --udp
UDP тест.

По умолчанию:
TCP тест

-W, - динамическое_окно окно
Такой же как -w вариант, за исключением того, что значение носит рекомендательный характер. бвктл будет пытаться
динамически определять соответствующее окно TCP на основе информации RTT
собрал из контрольной розетки. Если бвктл не может динамически определять
окно, значение окно будет использоваться.

По умолчанию:
Не задано (системные настройки по умолчанию)

-ш, --окно окно
Размеры буфера сокета (байты). Для TCP это устанавливает размер окна TCP. Для UDP это
устанавливает размер приемного буфера сокета.

По умолчанию:
Не задано (системные настройки по умолчанию)

бппинг Пусконаладка Аргументы:
-Т, --орудие труда
Укажите, какой тестер пропускной способности использовать:

пинг

Owamp

По умолчанию:
Никто. Выбирает инструмент, который является общим для клиента и сервера.

-А ТАКЖЕ, --no_endpoint
Разрешить запуск теста ping там, где у получателя может не быть доступного bwctl.

-л, --packet_length
Размер пакетов для отправки на тест ping или owamp.

По умолчанию:
Пакеты минимального размера

-Н, --num_packets нПакеты
Количество пакетов для отправки в этом тесте

По умолчанию:
10

-я, --packet_interval секунды
Время между отправкой каждого пакета на тест

По умолчанию:
1.0 секунд

-т, --ттл время_жизни
Значение TTL для пометки каждого пакета. Это относится только к тестам ping.

По умолчанию:
Ничто

bwtraceroute Пусконаладка Аргументы:
-Т, --орудие труда
Укажите, какой тестер пропускной способности использовать:

трассировка

трассировка

По умолчанию:
Никто. Выбирает инструмент, который является общим для клиента и сервера.

-А ТАКЖЕ, --no_endpoint
Разрешить запуск теста, если на приемнике может не быть доступного bwctl.

-л, --packet_length
Размер пакетов для отправки на тесты

По умолчанию:
Пакеты минимального размера

-Ф, --first_ttl время_жизни
Минимальный TTL, устанавливаемый для traceroute. Это устанавливает первый переход в маршруте, который
будет возвращен. Это не работает для тестов трассировки.

По умолчанию:
Ничто

-М, --max_ttl время_жизни
Максимальный TTL, устанавливаемый для traceroute. Это устанавливает последний переход в маршруте, который
будет возвращен. Это не работает для тестов трассировки.

По умолчанию:
Ничто

-т, --test_duration секундыfR
Максимальное время ожидания завершения теста traceroute.

По умолчанию:
10 секунд

Календарное Планирование Аргументы:
-a --allow_ntp_unsync синхронизация
Разрешить бвктл для работы без синхронизированных системных часов. Используйте это, чтобы указать, как далеко
от местных часов от UTC. бвктл предпочитает иметь NTP синхронизированная система
часы, чтобы убедиться, что две конечные точки теста действительно согласны с одним и тем же
запланированное временное окно для выполнения теста.

Если две системы НЕ имеют достаточно близкого представления о времени, тогда проверка пропускной способности
в конечном итоге потерпит неудачу, потому что одна конечная точка теста попытается запустить
в другое время, чем в другое.

Если операционная система поддерживает NTP системные вызовы, а системные часы
определены как несинхронизированные, сообщения об ошибках все равно будут сообщаться в зависимости от
от стоимости -e флаг.

При вычислении временных ошибок это значение будет добавлено для учета
разница. Максимальное смещение по времени может быть ограничено на стороне сервера с помощью параметра
max_time_error, чтобы предотвратить атаку отказа в обслуживании. Если установлено, сервер
отклонит любые запросы на тестирование с одноранговым узлом, у которого слишком большая ошибка отметки времени.

По умолчанию:
Не задано (по умолчанию установлено для систем без NTP системные вызовы)

-Я, --test_interval интервал
Указывает, что бвктл должен пытаться запускать тест пропускной способности каждые интервал
секунд.

По умолчанию:
Не настроено. Если он не установлен, бвктл запускает тест только один раз.

-Л, --latest_time самый длинный
Определяет максимальное количество времени, в течение которого клиент готов ждать
окно бронирования. Когда бвктл запрашивает тест у bwctld сервер, он указывает
самое раннее время и самое позднее время, когда оно готово принять. Последнее время
определяется добавлением этого самый длинный вариант до первозданного времени. Самое раннее время
по сути «сейчас». В самый длинный время указывается в секундах.

По умолчанию:
If интервал установлен, по умолчанию - 50% от интервал. В противном случае по умолчанию
вдвое больше продолжительности теста время но не менее 10 минут. (Видеть -t.)

-н, --num_tests nИнтервалы
Количество тестов, которые необходимо выполнить, если -I опция установлена.

По умолчанию:
Непрерывный

-Р, - рандомизировать альфа
Выберите случайным образом время начала теста в этом альфа процент от интервал.
Допустимые значения для альфа от 0 до 50. бвктл будет пытаться запускать тест каждые
интервал +/- альфа процентов. Например, если интервал составляет 300 секунд и альфа
установлен на 10 процентов, тогда бвктл будет пытаться запускать тест каждые 270–330 секунд.
Эта опция полезна только с -I опцию.

По умолчанию:
0 (без случайности)

Результат Аргументы:
-д, --output_dir директория
Задает каталог для файлов результатов, если -p опция установлена.

-е, --средство объект
Syslog объект для записи сообщений.

По умолчанию:
LOG_USER

-ф, --единицы единиц
Укажите единицы измерения для инструмента, которые будут использоваться при отображении результатов. Принятые
значения для единиц специфичны для инструмента.

Иперф:

k Килобит в секунду

K Килобайт в секунду

m Мегабит в секунду

M Мегабайт в секунду

-час, --Помогите
Распечатайте справочное сообщение.

-п, --Распечатать
Поместите результаты теста в файлы. Распечатайте имена файлов в стандартный вывод, когда результаты будут
полная.

-д, --тихий
Тихий выход. Как можно меньше выводить.

-р, --syslog_to_stderr
Отправлять сообщения системного журнала на stderr. Это значение по умолчанию, если только -q опция
указано, поэтому этот параметр полезен только с -q опцию.

-В, --версия
Распечатать информацию о версии и выйти.

-в, --подробный
Подробный вывод. Указание дополнительных -vУвеличивает многословие.

-Икс, --оба
Вывод результатов как отправителя, так и получателя. По умолчанию только результаты из
выводится соответствующая сторона для данного инструмента. Если -p опция указана,
результаты отправителя помещаются в дополнительный файл.

-у, --формат формат
Укажите выходной формат инструмента. Принятые значения для формат инструмент
конкретный.

Иперф:

c [c] вывод с разделением запятыми

ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ

бвктл Окружающая среда Технология использование по умолчанию

───────────────────────────────────────────────────── ──────

БВКТЛРК Конфиг файл ~ / .bwctlrc
BWCTL_DEBUG_TIMEOFFSET Офсет 0.0 (секунд)

ПРИМЕРЫ

бвктл -c какой-то хост.example.com

Как можно скорее запустите 10-секундный тест TCP по умолчанию с помощью локальным как отправитель и
somehost.example.com в качестве получателя, используя любые общие инструменты.
Верните результаты с принимающей стороны теста.

бвктл -x -c какой-то хост.example.com

Как и в предыдущем тесте, но также возвращаем результаты со стороны отправителя
тест.

бвктл -x -c какой-то хост.example.com -s другой хост.example.com

Как и в предыдущем тесте, но с отправителем otherhost.example.com вместо
локальным.

бвктл -t 30 -T Iperf -s какой-то хост.example.com

Запустите 30-секундный TCP Иперф проверьте с помощью somehost.example.com в качестве отправителя и локальным as
получатель.

бвктл -I 3600 -R 10 -t 10 -u -b 10m -s какой-то хост.example.com

Запускайте 10-секундный тест UDP примерно каждый час (3600 +/- 360 секунд) с отправителем.
скорость ограничена 10 Мбит / с от somehost.example.com до локальным.

бвктл -s какой-то хост.example.com AE ЭСКЕЙ какой-то пользователь

Запустите 10-секундный тест TCP по умолчанию. Аутентифицироваться с использованием личности какой-то пользователь. бвктл
запросит парольную фразу, которая будет использоваться для создания ключа AES.

бппинг --no_endpoint -N 30 -i 0.5 --ттл 150 -c какой-то хост.example.com

Запустите тест ping, который отправляет 30 запросов ping, один пакет за полсекунды, с TTL 150.
на somehost.example.com с локальным. Если somehost.example.com не имеет bwctl
выполняется, тест ping все равно запускается.

bwtraceroute -T трассировка -E -c какой-то хост.example.com

Запустите тест трассировки на somehost.example.com с локальным. Если somehost.example.com
не работает bwctl, тест трассировки все равно выполняется.

Используйте bwping онлайн с помощью сервисов onworks.net