Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Трафик Ethernet 802.2 MAC Multicast для Remote Program Load (RPL) не маршрутизируется., UniFi Network
 
У меня дома полностью развернута сеть на базе UniFi: USG Pro -> USG XG 16 -> USG PoE 750 / US 8 PoE 150 / 4 x US 8 60 / 2 x AC SHD AP. Управляется с помощью UCK G2 Plus, и все устройства работают на последней версии прошивки. Несколько месяцев я пытаюсь заставить работать свою коллекцию ретро-ПК/сетевых карт с древними Novell RPL boot ROM, затем цепочкой загружая в iPXE для современной удаленной загрузки.

Существует старый RPL-демон для Linux (RPLD) примерно 2001 года выпуска, который может отвечать на Ethernet 802.2 multicast RPL “FIND” запрос загружающегося клиента, однако RPLD, похоже, никогда не получает этот запрос. Учитывая возраст кода RPLD (многое в нем сейчас вызывает предупреждения и ошибки компиляции), я начал писать свой код, но столкнулся с той же проблемой – мой код также не получает RPL “FIND” запросы.

В качестве диагностики авторы RPLD рекомендуют использовать tcpdump для отображения RPL-пакетов в сети – но я все равно не вижу пакетов, даже когда клиент их отправлял. От отчаяния я подключил не управляемый 10/100-гигабитный коммутатор, к которому подключены оба устройства — и БИНГО!

tcpdump -x -s 2048 ether[14]=0xfc and ether[15]=0xfc
listening on eth0, link-type EN10MB (Ethernet), snapshot length 2048 bytes
16:54:30.836928 00:aa:00:bb:4a:30 (oui Unknown) > 03:00:02:00:00:00 (oui Unknown) Unknown DSAP 0xfc Unnumbered, ui, Flags [Command], length 86
       0x0000: 0053 0001 0008 4003 0000 0000 0010 0008
       0x0010: 0006 4009 05ea 0006 400a 0001 000a 4006
       0x0020: 00aa 00bb 4a30 0005 4007 fc00 2800 0400
       0x0030: 24c0 0508 00fc 0100 7000 0044 2302 4b01
       0x0040: 0000 0000 0000 0053 4245 5052 4f4f 4449
       0x0050: 0000 00

(Согласно спецификации IBM RIPL / Novell RPL, Ethernet 802.2 multicast MAC для “FIND” — 03:00:02:00:00:00. SSAP и DSAP — оба 0xFC). Значит, очевидно, Ethernet 802.2 multicast MAC-пакеты не пересылаются между портами/устройствами в моей сети UniFi. Я пытался менять Multicast Filtering параметры, но это не меняет ситуацию. У меня складывается впечатление, что они предназначены только для IP-based multicast.

Какие у вас есть идеи, как заставить Ethernet 802.2 multicast MAC-пакеты проходить через мою сеть UniFi? Единственные знания об Ethernet 802.2 multicast у меня остались после изучения исходного кода RPLD и документации IBM RIPL / Novell RPL.

С уважением,
Chris.
 
Моя топология UniFi выглядит примерно так:

2Gb -> AC SHD AP
  /
Internet <-1Gb-> USG Pro <-1Gb-> USG XG 16 <-20Gb-> USG PoE 750 <-1Gb-> US 8 PoE 150
  \
2Gb -> AC SHD AP

Broadcaster был подключен к 1Gb порту на US 8 PoE 150. Я пытался запустить listener с Hyper-V Ubuntu Server 24.04 VM, подключенного к 10Gb порту на USG XG 16, а также используя Raspberry Pi 4, подключенного к 1Gb порту на USG PoE 750. Ничего не работало, так как listener не получал 802.2 LLC multicast трафик. Я подключил не управляемый 10/100 свитч к 1Gb порту на US 8 PoE 150, а затем подключил и broadcaster, и listener (RPi4) к портам этого не управляемого свитча. Работало — 802.2 LLC multicast трафик был получен listener’ом через не управляемый свитч.

Есть какие-нибудь идеи, какие настройки UniFi CLI можно использовать для воздействия на 802.2 LLC multicast трафик?
 
Свитчи Ethernet должны просто пересылать эти multicast-адреса, включая свитчи UniFi. Не могли бы вы уточнить, где в вашей топологии вы подключили источник multicast-трансляции и подписчики?
Страницы: 1
Читают тему (гостей: 1)