b3etl — НТЦ Метротек. Архив блога http://blog.metrotek.spb.ru заметки бывших разработчиков бывшего НТЦ Метротек Thu, 02 Oct 2025 13:52:15 +0000 ru-RU hourly 1 https://wordpress.org/?v=5.1.15 SFP/SFP+ и XFP-модули, с которыми работают наши приборы http://blog.metrotek.spb.ru/2013/04/02/sfp-sfp-i-xfp-moduli-s-kotoryimi-rabotayut-nashi-priboryi/ Tue, 02 Apr 2013 07:55:17 +0000 http://blog.metrotek.spb.ru/?p=3892 Наши приборы совместимы со всеми видами SFP/SFP+ и XFP-модулей. В связи с тем, что в настоящее время выпускается всё больше и больше разновидностей модульных приёмопередатчиков, мы решили составить список поддерживаемых SFP/SFP+/XFP, совместимость которых была проверена нашими тестировщиками и разработчиками.

  1. SFP+ (Беркут-ETX, Беркут-MX)
  2. XFP (Беркут-ETX)
  3. SFP (Беркут-ETX, Беркут-ET, Беркут-ETL, модуль B5-GBE)

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

sfp sfpplus

]]>
Зачем нужен физический шлейф? http://blog.metrotek.spb.ru/2013/03/27/zachem-nuzhen-fizicheskiy-shleyf/ http://blog.metrotek.spb.ru/2013/03/27/zachem-nuzhen-fizicheskiy-shleyf/#comments Wed, 27 Mar 2013 19:12:02 +0000 http://blog.metrotek.spb.ru/?p=3773 Наши коллеги недавно задали нам вопрос с просьбой объяснить схему работы прибора Беркут-ЕТХ по физическому шлейфу.

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

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

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

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

]]>
http://blog.metrotek.spb.ru/2013/03/27/zachem-nuzhen-fizicheskiy-shleyf/feed/ 2
Беркут-ETL: релиз 0.2.11-4 http://blog.metrotek.spb.ru/2013/02/05/berkut-etl-reliz-0-2-11-4/ Tue, 05 Feb 2013 11:50:00 +0000 http://blog.metrotek.spb.ru/?p=3491

Вышел новый релиз для  Беркут-ETL. В нём исправлены ошибки, из за которых было невозможно пользоваться новой удобной фишкой — управлением уровнем шлейфа через telnet без разрыва соединения. Так что теперь при работе с Беркут-ETL «не единого разрыва» :)))

А исправлены были следующие ошибки:

  • Потери кадров в режиме шлейф.
  • Сбои при работе в режиме полудуплекса.

Скачать новую версию можно тут

]]>
ETL aka gigabit шлейф, ping и telnet http://blog.metrotek.spb.ru/2012/08/07/etl-aka-gigabit-shleyf-ping-i-telnet/ Tue, 07 Aug 2012 11:12:01 +0000 http://blog.metrotek.spb.ru/?p=3226 на позапрошлой неделе ездили к пользователю, у которого были проблемы с настройкой сети и, соответственно, с тестированием гигабитных ethernet-каналов. решали, так сказать, проблему на месте и успешно решили: выяснилось, что трафик до точки заворота (loopback) просто не доходил.

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

итог: новая прошивка для Беркут-ETL с одновременной поддержкой telnet’а и ping’a на всех уровнях шлейфа, кроме первого.

скачать можно здесь. а вот список изменений

ps. Беркут-ETL — мега-устройство для организации гигабитного ethernet-шлейфа, которое мы разработали и успешно производим.

]]>
Микроконтроллер STM32F107 http://blog.metrotek.spb.ru/2011/02/17/mikrokontroller-stm32f107/ http://blog.metrotek.spb.ru/2011/02/17/mikrokontroller-stm32f107/#comments Thu, 17 Feb 2011 07:37:02 +0000 http://blog.metrotek.spb.ru/?p=2634 Буквально вчера измерили производительность ethernet-контроллера, который находится на борту процессора STM32F107. Опыт со слегка модифицированной прошивкой на базе FreeRTOS и uIP проводил Николай Замотаев вместе с прибором Беркут-ЕТ.

Кит с микроконтроллером выступал в роли шлейфа. Получилось 12 Мбит/с без дополнительной оптимизации кода. Не очень круто. Наш шлейф, известный как Беркут-ETL, делает это лучше. Примерно в 100 раз. Потому что умеет заворачивать трафик на скорости 1000 Мбит/с без потерь. Но эксперимент всё равно интересный, и процессор для своих задач — достойный.

]]>
http://blog.metrotek.spb.ru/2011/02/17/mikrokontroller-stm32f107/feed/ 2
Новая версия руководства для Беркут-ETL http://blog.metrotek.spb.ru/2010/05/21/novaya-versiya-rukovodstva-dlya-berkut-etl/ Fri, 21 May 2010 11:10:26 +0000 http://blog.metrotek.spb.ru/?p=2071 Опубликована новая версия руководства пользователя для Беркут-ЕТL, в которой:

  • добавлено описание команд удаленного управления для настройки параметров шлейфа;
  • подробно описана настройка параметров шлейфа.

Скачать можно здесь (версия 1.0.9).

]]>
Беркут-ETL: новый релиз (0.2.10) http://blog.metrotek.spb.ru/2010/05/11/berkut-etl-novyiy-reliz-0-2-10/ Tue, 11 May 2010 13:11:35 +0000 http://blog.metrotek.spb.ru/?p=2033 Вышел новый релиз прошивки прибора Беркут-ETL: добавлены команды управления шлейфом через консоль.

Выдержка из Changes:
* Добавлены команды для управления режимом «Шлейф»
— loopback layer < off | 1 | 2 | 3 | 4 >
— loopback mac swap < off | on >
— loopback mac replace < off | source | destination | src+dst >
— loopback mac src <XX:XX:XX:XX:XX:XX>
— loopback mac dst <XX:XX:XX:XX:XX:XX>
— loopback vlan replace < off | id | priority | id+pr >
— loopback vlan id <int>
— loopback vlan priority <int>
— loopback ip replace < off | source | destination | src+dst >
— loopback ip src <i.i.i.i>
— loopback ip dst <i.i.i.i>
— loopback tos replace < off | tos | precedence | tos+prec >
— loopback tos flags <bin>
— loopback tos precedence <int>
* CLI: настройки режимов «Шлейф» применяются после команды save и последующей перезагрузки прибора.

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

]]>
Мы сделали это! http://blog.metrotek.spb.ru/2009/12/17/myi-sdelali-eto/ Thu, 17 Dec 2009 10:00:14 +0000 http://blog.metrotek.spb.ru/?p=1557 yes Получилось! Можно сказать, нас признали на мировом уровне. Скоро мы захватим мир! Но ссылок не дадим, к сожалению. По политическим соображениям.

]]>
Беркут-ETL: новый релиз 0.2.8! http://blog.metrotek.spb.ru/2009/10/28/berkut-etl-novyiy-reliz-0-2-8/ http://blog.metrotek.spb.ru/2009/10/28/berkut-etl-novyiy-reliz-0-2-8/#comments Wed, 28 Oct 2009 10:42:37 +0000 http://blog.metrotek.spb.ru/?p=1501 yesВышел долгожданный (последний был весной) релиз firmware для Беркут-ETL. Главной новой фичей является поддержка до трёх VLAN’ов (QinQ, QinQinQ). Кроме того, исправлено множество мелких ошибок.

Скачать можно здесь (версия 0.2.8).

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

]]>
http://blog.metrotek.spb.ru/2009/10/28/berkut-etl-novyiy-reliz-0-2-8/feed/ 3
Bercut-ETL 0.2.5 http://blog.metrotek.spb.ru/2009/03/25/bercut-etl-025/ Wed, 25 Mar 2009 14:57:10 +0000 http://blog.metrotek.spb.ru/?p=826 yes

Выпустили релиз firmware для Беркут-ETL с исправлением ошибок.

Список основных изменений и исправлений:

  • исправлена ошибка: не было возможности настроить VLAN
  • исправлена критическая ошибка: прибор зависал при приёме IGMP-пакетов
  • исправлена ошибка: при большой нагрузке сетевым трафиком переставал
    работать TCP/IP стек

Обновления можно скачать отсюда.

]]>