- добавлена новая опция, позволяющая одновременно проводить два независимых теста RFC2544 и BER (BERT+BERT, RFC2544+RFC2544, BERT+RFC2544, RFC2544+BERT);

- сделан BER тест со случайным размером кадра, при этом задается диапазон, в пределах которого изменяется размер кадра (от 64 до 9600 байт);

- добавлена возможность работать с профилями настроек: поддерживается до 10 различных профилей.

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

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

Примечание: теперь при переходе между режимами «BERT», «RFC2544″ и «Сложный трафик», «Пакетный джитер» происходит смена микрокода FPGA, и это занимает примерно 40 секунд. Неудобство связано с добавлением возможности выполнения двух независимых тестов и необходимостью разделения микрокода FPGA. А в следующей аппаратной ревизии прибора процесс переключения между режимами будет занимать доли секунды.

Скачать версию можно с нашего сайта.

Скачать можно здесь.

Всё бы ничего, но она (циска) при этом напрочь отключает порт, к которому дивайс подключён. Внимание, вопрос: что не так и как должен вести себя прибор в этом случае?

Ну, если loopback первого уровня, то всё понятно: фреймы, уходящие с порта, возвращаются обратно без изменений. Следовательно, роутер может легко принять решение о зацикливании трафика и блокировать порт.

На самом деле, loopback 1-го уровня не использовался (это мы завтра узнаем ;), а в случае петли второго и третьего уровней пакеты при прохождении через наш дивайс изменяются (mac1<->mac2, ip1<->ip2). Беглое чтение документации на маршрутизатор серии Cisco3400 дало понять, что это особенность реализации протокола STP (Spanning Tree Protocol, см.) в роутерах и свичах от Cisco, которые блокируют порт, на котором обнаружен loopback.

В общем, есть подозрение, что проблема в том, что наш loopback заворачивает BPDU (Bridge Protocol Data Unit), которыми свичи обмениваются в процессе работы как раз для определения «левых» петель.

Увы, это пока лишь гипотеза и требует как теоретического, так и экспериментального подтверждения, чем мы завтра и займёмся.

Подробно и доступно алгоритм STP и BPDU описаны в википедии.

Литература: IEEE 802.1D-2004 и документация Cisco.

Схема подключения:

рис.1

Дивайс в работе:

рис.2

А вот результаты измерений:

Пропускная способность

Задержка распространения

Потери

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

P.S. Заодно протестировали один из домашних роутеров, dlink dir-320. Получилось, что пропускная способность между lan и wan портом на 64 байтных пакетах не превышала 2,4Мбит/c, что в принципе удовлетворительно для домашнего маршрутизатора.

На просторах интернета обнаружилась интересная open source разработка
JSXGraph. Библиотека написанная на Java Script и реализующая различные графические фичи в браузерах. Весит всего 50к. Нас интересует то, как она рисует различные графики. Почему бы не «вшить» эту либу в web-интерфейс продуктов линейки b3? Конечно же, тема нуждается в дополнительном изучении.