+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Проблемы с видео-трафиком NDI между CRS354 и CRS312

Проблемы с видео-трафиком NDI между CRS354 и CRS312, RouterOS

haakonn

Guest

25.09.2020 20:32:00

Привет! Есть у кого-нибудь идеи, почему у меня возникает такая проблема? Мы строим студийный центр на базе NDI с тремя студиями. Купили свитчи Mikrotik на 8000$, чтобы сделать их основной магистралью центра, с 40Gbit/s волоконным аплинком, замкнутым в кольцо из 48-портовых PoE свитчей и так далее. Проблема в том, что свитчи начинают передавать данные вспышками, или, если верить дампу из Wireshark, даже дублируют пакеты между свитчами.

Если я подключаюсь своим компьютером или через конвертер Newtek NDI Spark Plus (NDI в HDMI) к тому же свитчу (CRS312), что и микшер Newtek, видео идет отлично, никаких проблем. Мост аппаратно ускорен на обоих свитчах, все порты аппаратно ускорены. Порты, о которых идет речь, находятся в VLAN 42, между свитчами настроен транк, в котором VLAN 42 — один из передаваемых VLANов. Трафик с маленькими пакетами идет без проблем, например аудио по DANTE и так далее. Никаких сбоев нет.

Но большие пакеты, как NDI, начинают давать сбои, если каждый поток использует больше 150 Мбит/с. Сейчас NDI идет по TCP, потому что UDP пакеты ведут себя еще хуже и вообще не работают. Микшер Newtek подключен через 10Gbit медный кабель, а свитчи между собой соединены через медный 10Gbit пигтейл (MO-S+DA001), но я также пробовал 1Gbit медные SFP от Mikrotik — это ничего не меняет. На обоих свитчах стоит последняя стабильная версия ПО. Пробовал и тестовую — было даже хуже. У меня есть pcap Wireshark, если кто-то хочет посмотреть. Кажется, я уже перепробовал всё. На данный момент любой обычный простой свитч работал бы лучше наших Mikrotik.

Очень надеемся, что мы не купили кучу металлолома.

Мы много лет пользовались RB750 и CRS свитчами для маршрутизации и всегда были довольны Mikrotik в этом плане. Но сейчас у нас большие проблемы с тем, чтобы CRS312 и CRS354 работали вместе, как обычные свитчи с минимальным VLAN-тегированием.

Вот конфиг CRS312, конфигурация CRS354 такая же, просто с большим количеством портов и транков:

/export hide-sensitive
# sep/25/2020 22:28:17 by RouterOS 6.47.4
# software id = S53Z-P5GU
#
# model = CRS312-4C+8XG
# serial number = AE060B1321C4

/interface bridge
add igmp-snooping=yes mtu=1500 name=main-bridge pvid=30 vlan-filtering=yes

/interface ethernet
set [ find default-name=combo1 ] name=ether9-sfpp1
set [ find default-name=combo2 ] name=ether10-sfpp2
set [ find default-name=combo3 ] name=ether11-sfpp3
set [ find default-name=combo4 ] advertise=10M-half,10M-full,100M-half,100M-full,1000M-half,1000M-full,2500M-full,5000M-full,10000M-full name=ether12-sfpp4
set [ find default-name=ether9 ] name=etherMGMT

/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik

/ip hotspot profile
set [ find default=yes ] html-directory=flash/hotspot

/user group
set full policy=local,telnet,ssh,ftp,reboot,read,write,policy,test,winbox,password,web,sniff,sensitive,api,romon,dude,tikapp

/interface bridge port
add bridge=main-bridge interface=ether9-sfpp1 pvid=41
add bridge=main-bridge interface=ether10-sfpp2 pvid=41
add bridge=main-bridge interface=ether11-sfpp3 pvid=30
add bridge=main-bridge interface=ether12-sfpp4 pvid=30
add bridge=main-bridge interface=etherMGMT pvid=30
add bridge=main-bridge interface=ether1 pvid=42
add bridge=main-bridge interface=ether2 pvid=42
add bridge=main-bridge interface=ether3 pvid=42
add bridge=main-bridge interface=ether4 pvid=41
add bridge=main-bridge interface=ether5 pvid=41
add bridge=main-bridge interface=ether6 pvid=42
add bridge=main-bridge interface=ether7 pvid=42
add bridge=main-bridge interface=ether8 pvid=42

/ip neighbor discovery-settings
set discover-interface-list=!dynamic

/interface bridge vlan
add bridge=main-bridge comment=MANAGEMENT untagged=etherMGMT vlan-ids=30
add bridge=main-bridge comment=HOST tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=41
add bridge=main-bridge comment=NDI tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=42
add bridge=main-bridge comment=DANTE tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=43
add bridge=main-bridge comment=AES67 tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=44
add bridge=main-bridge comment=COM tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=45
add bridge=main-bridge comment=KVM tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=46
add bridge=main-bridge comment=CONTROL tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=47
add bridge=main-bridge comment=GUEST tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=48
add bridge=main-bridge comment=OSSWAN tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=40
add bridge=main-bridge comment=ARTNET tagged=ether9-sfpp1,ether10-sfpp2,ether11-sfpp3,ether12-sfpp4 vlan-ids=49

/ip address
add address=10.22.2.103/24 interface=main-bridge network=10.22.2.0

/ip dns
set servers=1.1.1.1

/ip route
add distance=1 gateway=10.22.2.1

/system clock
set time-zone-name=Europe/Oslo

/system identity
set name=SHP4.5.0-SW2

/system routerboard settings
set boot-os=router-os

aquarat

Guest

31.03.2021 15:25:00

Привет! Я пытаюсь использовать CRS305, подключённый к CRS328 через NDI и Dante. CRS305 соединён с CRS328 через модуль Ubiquity 10 GbE GBIC (оптоволокно). Микшеры подключены по 10GbE (Mikrotik RJ45 GBIC) через очень короткий кабель CAT6 к CRS305, а все источники NDI подключены к CRS328 через гигабитное соединение (CAT6, тоже очень короткие кабели). Честно говоря, всё время что-то идёт не так. Dante работает отлично, а вот NDI в режимах TCP и UDP unicast постоянно создаёт проблемы. Если микшер принимает сигнал всего примерно с 4 NDI-источников со скоростью 100 мбит/с, случаются регулярные рывки каждые несколько секунд. Разрешение и частота кадров одинаковы во всех потоках. Эта проблема проявляется и в vMix, и в OBS. Время рендеринга на микшерах значительно меньше интервала между кадрами (33,3 мс на частоту кадров против 9 мс на рендер кадра). Если включить вывод NDI на микшерах или попытаться получить поток с NDI Scan Converter, запускаемого на CRS305, начинается хаос, и все предположения идут коту под хвост. При этом проблема не возникает, если вместо NDI Scan Converter использовать аппаратный энкодер. “Все предположения идут коту под хвост” — значит, время рендеринга кадра колеблется между 9 и 15 мс, и дергания становятся ещё хуже по всем потокам. Когда пытаюсь “говорить обратно” с энкодерами через встроенную систему связи на базе NDI, операторы слышат прерывистый аудиосигнал, а я их прекрасно слышу. Начинаю думать, стоит ли попробовать другой свитч... Ещё, если включить IGMP snooping и использовать мультикаст, нагрузка на CPU CRS328 взлетает до 100%, и устройство перестаёт адекватно работать — всё почти стопорится. IGMP snooping + мультикаст — вообще непригодны. При тесте iperf3 между энкодерами и микшерами получается около 500 мбит/с с каждого энкодера к микшеру, в сумме по 4 энкодерам около 2,1 Гбит/с. Ещё заметил, что если постоянно пинговать энкодер с роутера, пинги регулярно теряются с одинаковым интервалом в несколько секунд. По длине это совпадает с периодом рывков в потоках. Кто-нибудь сталкивался с такими проблемами на Mikrotik? Как решали? Хватит ли просто купить более навороченный свитч? Правда стараюсь не покупать Ubiquiti. Заранее спасибо! Бонус: модули Mikrotik 10GbE в CRS305 перегреваются, если выставить синхронизацию на 10 гигабит. Если снизить до 5 гигабит — они не греются.

ruudboon

Guest

03.04.2021 07:10:00

Наблюдаются проблемы с NDI. У меня есть 2 устройства CSS326-24G-2S+RM, 1 CRS312-4C+8XG-RM и 1 CRS328-24P-4S+RM. Проблема с переходом с 10 Гбит на 1 Гбит есть, но также замечаю нестабильность и при работе 1 Гбит → 1 Гбит. Особенно на PoE-порту. Когда объединяю аплинк порт в связку из 2x 10 Гбит, это работает всего пару минут. В целом, при работе с NDI всё выглядит очень нестабильно. Использую последнюю версию SwitchOS.

fringhut Guest	#4 0 13.04.2021 16:17:00 Топология кольца 40 Gbit = Шторм широковещания https://en.m.wikipedia.org/wiki/Broadcast_storm Пожалуйста, используйте RSTP или разомкните кольцо для теста. Отправлено с моего SM-G988B через Tapatalk

cadillcac Guest	#5 0 11.11.2020 07:04:00 Ну, я рад, что нашёл это... Уже собирался спроектировать наш новый проект с использованием микротик в качестве основы. Есть какие-то новости по этому поводу?

haakonn

Guest

12.11.2020 16:49:00

Да, Mikrotik ответил и сказал, что порты имеют «мелкий буфер в 24 мбит». По сути, они бесполезны для конвертации трафика с 10Gbit на 1Gbit. Они даже не справятся с 100mbit с 10G порта на 1G порт, если пакеты идут всплесками, как и будет с компьютера с интерфейсом 10Gbit. Мы купили кучу старых списанных коммутаторов Juniper на eBay, и внезапно всё заработало так, как надо.

andkar Guest	#7 0 12.11.2020 20:53:00 Какие большие буферы у твоих коммутаторов Juniper? Вот несколько данных о размерах буферов на разных коммутаторах: https://people.ucsc.edu/~warner/buffer.html

paoloneita

Guest

20.12.2020 08:27:00

Привет, @haakonn! Меня очень заинтересовал твой пост, потому что я планирую новую установку и нужно выбрать коммутатор. Я думал остановиться на CRS328-24P-4S+RM и CRS324 с PoE для камер, но после твоего поста я запутался. Какой у тебя был опыт? Какой коммутатор ты выбрал? Всего наилучшего!

ruudboon Guest	#9 0 15.01.2021 18:21:00 Ты решил эту проблему или переключился на другой коммутатор? (И на какой именно?)

TomsT Guest	#10 0 15.03.2021 10:43:00 Пока решения для этой проблемы нет. Я пользуюсь CRS326-24G-2S+RM и CRS328-24P-4S+RM, и никаких проблем не замечал.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры