Пришла пора и нашему отделу технической поддержки «выйти из сумрака». :)

Одним из самых популярных вопросов в последнее время является вопрос по поверке частоты тестового сигнала.
Возникает он потому, что данный функционал появился у нас в приборе сравнительно недавно. Он был описан в руководстве пользователя на стр 147, но номер версии прошивки, в которой он реализован, мы не указали.

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

1. b3et-rev3.1-files_0.3.9-17.urom — для ревизии 3.1
2. b3et-rev2.1-files_0.3.9-17.urom — для ревизии 2.1.
3. Для самой старой ревизии 1.1  необходимо два файла прошивки, т.к. прибор обновляется в два этапа:
   b3et-rev1.1-mcu_0.3.4-2.bin
   b3et-rev1.1-files_0.3.4-2.urom

Версия ревизии указана в приборе во вкладке «Информация» -> пункт «HW».

Данные версии, а также инструкцию по обновлению вы сможете найти на нашем сайте, по ссылке.

Пользователям, которые успели её скачать и обновиться, рекомендуем вернуться к версии 0.3.9-0. Просим понять и простить.

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

для начала, занялись символом батарейки в левом верхнем углу экрана, который сейчас выглядит так:

это увеличенная картинка. в действительности, на экране Беркут-ETX она меньше (30×15 пикселей). жёлтое на зелёном, непонятная гусеница, притворяющаяся молнией… в общем, ужас, летящий на крыльях ночи. ёжики плакали, кололись, но рук, как обычно, не хватало.

и наконец это случилось. решились-таки.

сначала думали, что будет достаточно поменять жёлтый цвет на белый:

не-не-не! белая батарейка, чёрная молния:

тоже как-то не очень. а так? зелёная батарейка, белая молния:

и всё равно сливается. окей, посмотрим на белую молнию с чёрной окантовкой:

не годится. не годится. не то. всё не то!

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

слишком мелко. не разглядеть.

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

уже что-то. но красный цвет — цвет тревоги, а какое отношение к ней имеет штатный заряд аккумулятора?

и вот он — финальный вариант:

ура! принято!

теперь индикация автономной работы от аккумулятора выглядит так (полный заряд):

полный разряд:

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

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

Основное изменение — это поддержка измерений параметров сети в соответствии с рекомендацией Y.1564.

За этой сухой формулировкой скрыто огромное количество бессонных вечеров и ночей, а также борьба за компактный, оптимальный и эффективный код, тяжёлая работа тестировщиков, программистов FPGA, прикладных и системных разработчиков и много-много-много чего ещё. Ожесточённые споры, срыв сроков, планирование, кодирование, тестирование и опять планирование. И снова тесты, тесты, алгоритмы и отладка… Но мы победили и практически сделали невозможное!

Жаль, что все детали рассказать нельзя. Когда-нибудь мы вспомним, через что пришлось пройти на пути к цели и будем с гордостью думать об этом времени.

Впрочем, такое лирическое отступление не помешает в ближайшем будущем рассказать об особенностях тестирования по Y.1564 более подробно. Следите за новостями. А пока…

Тесты по рекомендации Y.1564:

• позволяют определять, соответствуют ли  сеть  заданным характеристикам  (SLA),
• позволяют проводить тест одновременно для нескольких потоков,
• требуют для проведения теста меньше времени, чем RFC2544.

Скачать прошивку для ревизии Беркут-ET 3.0 можно тут, файл называется b3et-rev3.0-fsimage_0.3.7-15.urom.

Для ревизии 2.1 см. сюда.

Там же лежит файл со списком изменений/исправлений, также известный под именем Changes

Да, а номер версии релиза —0.3.7-15. Чтобы не забыть.

Основные изменения:

• добавлена поддержка PTPv2  Slave, что даёт возможность измерять задержку в асимметричных тестах
• добавлен постраничный вывод большого количества информации в CLI  (аналог линуксового more)
• добавлена история команд в CLI
• исправлена ошибка, из за которой не проводились тесты, если прибор был выключен в режиме «Транзит»

Скачать прошивку можно тут,
файл называетсяb3et-rev3.0-fsimage_0.3.6-7.urom.

ps. we call it «beta» because it’s better than nothing!

1. SFP+ (Беркут-ETX, Беркут-MX)
   • OptiCin SFP-Plus-SR.LC.03
   • OptiCin SFP-Plus-LR.LC.10
   • Finisar FTLX8571D3BCL
   • Modultech MT-PP-31192-LRC
   • Modultech MT-PP-85192-SRC
2. XFP (Беркут-ETX)
   • OptiCin XFP-SR.LC.03
   • Finisar FTLX1811M3
   • Cisco XFP-10GZR-OC192LR
3. SFP (Беркут-ETX, Беркут-ET, Беркут-ETL, модуль B5-GBE)
   • Finisar FCLF-8521-3
   • Optoway SFP SPS-7111G
   • Agilent HBCU 5710R

Информацию о SFP модуле, установленном в прибор Беркут-ET, или SFP/SFP+/XFP модуле прибора Беркут-ETX, можно посмотреть в меню «Настройки» -> «Установки прибора»:

Ну что же. Спрашивали? Отвечаем :)

Начнём с самого понятия. Шлейф означает организацию возврата трафика. То есть трафик (поток пакетов, состоящий из битов и байтов ;)), переданный каким-то оборудованием на шлейф, возвращается обратно.

Шлейф бывает физический и логический.

При физическом шлейфе абсолютно весь трафик возвращается обратно, причём абсолютно без каких-либо изменений, даже в том случае, когда пакеты битые. Отсюда и название — физический. Оно означает, что возврат трафика обеспечивается средствами оптического или медного кабеля, то есть физической среды.
Есть ещё один вариант физического шлейфа, когда трафик принимается шлейфом и ретранслируется при передаче обратно. Синоним физического уровня — это шлейф первого уровня (по модели OSI), то есть шлейф L1.

При логическом шлейфе происходит изменение принимаемых пакетов, а уже потом их отправка обратно.
Изменение пакетов делается для того, чтобы оборудование, к которому подключен шлейф, корректно воспринимало и маршрутизировало пакеты, полученные от шлейфа. Например, на 2-м уровне логического шлейфа происходит обмен MAC-адресов местами — MAC-адрес источника становится MAC-адресом получателя и наоборот.
В нашем руководстве пользователя в главе 7.1 есть соответствующие поясняющие картинки по этой теме.

Рассмотрим способы организации физического шлейфа.

В 1G/10G ethernet, где физическая среда — оптическая, самым примитивный физический шлейф делается очень просто — к SFP+ или XFP подключается оптический патч-корд или более длинный кабель, который соединяет приёмник модуля с передатчиком. Естественно, для организации такого шлейфа не требуется специальное оборудование.
Также в нашем приборе Беркут-ETX предусмотрен служебный режим — шлейф первого уровня. Прибор принимает трафик и ретранслирует его без изменений, одновременно с этим собирая статистику по пакетам и измеряя текущую нагрузку.

В 10/100/1G ethernet, где физическая среда — медная, примитивный способ замыкания кабелем уже не применяется. Тут уже нужно оборудование, которое примет сигнал и ретранслирует его без изменений. Именно такой режим и представляет собой шлейф первого уровня в наших приборах Беркут-ЕТ/Беркут-ETL/Беркут-ETX(в режиме 10/100/1000).

Поговорим немного про применение физического шлейфа.

Физический шлейф может использоваться для тестирования физической среды передачи. Его нельзя использовать в сетях с маршрутизацией пакетов, т.к. в таких сетях в оборудовании стоит защита от физических шлейфов (при обнаружении заворачивания трафика порт отключается). А для тестирования физической среды используется традиционный BER-тест, который реализован в наших приборах Беркут-ЕТ, Беркут-ETX. Более подробно про BER-тест в сетях Ethernet можно прочитать тут.

Например, нам недавно пришла партия SFP+ — модулей и мы захотели их протестировать. Для этого взяли прибор Беркут-ETX, подключили к нему модуль и замкнули приём с передачей патч-кордом. Организовали шлейф первого уровня. После проведения теста обнаружилось, что BER просто зашкаливает — около 1е-7! Это при требуемых-то 1е-12! И такой результат со всей партией. Разумеется, такие модули применять нельзя.

Что хочется сказать в заключение. Физический шлейф наиболее пригоден для тестирования среды распространения сигналов Ethernet. При использовании оптики в качестве среды распространения использовать специальное устройство не обязательно — можно обойтись и патч-кордом или бухтой волокна. При использовании же меди необходимо одно из устройств из нашей линейки ET/ETL/ETX. А для тестирования среды по-прежнему актуальным остаётся BER-тест.

— добавлена новая опция, позволяющая одновременно проводить два независимых теста 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.