|
Ранее...
Внимательный читатель, конечно же, уже отметил, что все приведённые метрики приведены только для случая создания трафика на одной стороне и приёма его на другой. «А как же быть с эксплуатацией?» — задаст он вопрос — «Ведь трафик‑то в реальной сети всегда двунаправлен?». Верно, ответим мы, для лучшего понимания мы специально разделили метрики на две части и объединим их под конец главы.
В целях лучшего понимания, коль скоро наш читатель информирован и внимателен, сперва обсудим: а в соответствии с какими, собственно, протоколами генерировать искусственный трафик? Иначе говоря, какие программы использовать для создания потока? Обычно стандарты слабо конкретизируют этот важный вопрос и здесь, безусловно, есть некоторая степень произвола выбора со стороны системных администраторов. От идеального протокола хотелось бы получения максимального числа возможных метрик за один пропуск теста. В то же время это идеал, и все мы за ним гонимся, но если уже есть готовые программы, как широко известный среди любителей сетевых игр ping, глупо их не использовать. Пусть даже мы и получим только некоторые метрики.
При этом важно понимать, что как настройки поведения генератора в разделе 1.4, настройки поведения стороны назначения в разделе 1.5, так и все метрики, измеряемые сторонами, необходимо каким-то образом передать между устройствами измерения. Эти важные вопросы мы обсудим позже, не волнуйтесь, а пока неявно предполагаем, что настройки волшебным образом переданы, допустим паном Кляксой, и сосредоточимся именно на протоколах измерения.
Нам потребуются следующие определения:
Определение 43.
Однонаправленный протокол
(OP) |
Набор правил и действий, создающий тест, который передаётся генератором и получается стороной приёма.
На стороне генератора трафик описывается параметрами: Ps, Os, Ns, Bs, Cs. Сторона приёма использует алгоритм 1 для вычисления тех метрик, которые могут быть рассчитаны конкретной реализацией.
|
Заметим, что расчёт всех метрик в общем случае может и не случиться, поэтому в определении мы и не вводим эту необходимость. Очень многое зависит от реализации программ как генератора, так и приёмника.
Определение 44.
|
Двунаправленный протокол с зависимым генератором на стороне приёма (TP)
|
Набор правил и действий, создающий тест, который передаётся генератором, получается стороной приёма, возможно, модифицируется ею и возвращается к генератору.
На стороне генератора трафик описывается параметрами:
Ps, Os, Ns, Bs, Cs.
Сторона приёма использует алгоритм 1 для вычисления тех метрик, которые могут быть рассчитаны конкретной реализацией.
Для собственной генерации сторона приёма использует параметры Ps, Os. По возможности ею используются параметры Ns, Cs.
|
Под определение 44 попадают те протоколы, где явно разделены стороны генератора и так называемого ответчика (по-английски responder), позволяющие с одной стороны сэкономить на оборудовании, с другой — получить хотя бы некоторые метрики о состоянии сети.
Определение 45.
|
Двунаправленный протокол с независимым генератором на стороне приёма
(TNP)
|
Набор правил и действий, создающий два теста, один из которых передаётся генератором, получается стороной приёма, а другой передаётся стороной приёма и получается генератором.
На стороне генератора трафик описывается параметрами:
Ps, Os, Ns, Bs, Cs.
Сторона приёма использует алгоритм 1 для вычисления тех метрик, которые могут быть рассчитаны конкретной реализацией.
На стороне приёма генерируемый трафик описывается параметрами:
Ps, Os, Ns, Bs, Cs.
Генератор использует алгоритм 1 для вычисления тех метрик, которые могут быть рассчитаны конкретной реализацией. |
Под определение 45 попадают те протоколы, где стороны генератора и приёмника равноправны и создают трафик либо одновременно, либо псевдоодновременно, но так чтобы в результате получалось полнодуплексное тестирование, близкое к реальному пользовательскому трафику.
Для случая двунаправленного протокола, имеющего асимметрию по скорости генерации, введём определение:
Определение 46.
|
скорость генерации теста на стороне приёма |
Определение 47.
|
Двунаправленный протокол с асимметричным независимым генератором на стороне приёма
(TAP)
|
Набор правил и действий, создающий два теста, один из которых передаётся генератором, получается стороной приёма, а другой передаётся стороной приёма и получается генератором.
На стороне генератора трафик описывается параметрами:
Ps, Os, Ns, Bs, Cs.
Сторона приёма использует алгоритм 1 для вычисления тех метрик, которые могут быть рассчитаны конкретной реализацией.
На стороне приёма генерируемый трафик описывается параметрами:
Ps, Os, Ns, Br, Cs.
Генератор использует алгоритм 1 для вычисления тех метрик, которые могут быть рассчитаны конкретной реализацией.
|
Под определение 47 попадают те протоколы, где стороны генератора и приёмника равноправны, создают трафик либо одновременно, либо псевдоодновременно, при этом с разной скоростью генерации. В результате получается полнодуплексное тестирование, близкое к пользовательскому трафику, который использует асимметричное включение в сеть, например ADSL.
Конкретные реализации (включая, конечно же, знаменитый среди широких кругов пользователей сети ping) мы рассмотрим позже. А пока вновь займёмся определениями, на этот раз уже для двунаправленного трафика.
cc: lj, telegraph, vk, telegram: 1,2, zen, AT, MMM
Далее...
|
