Провайдер начал вещать ТВ по сети. Охота посмотреть на клиентах, за 824-м (NAT, файрвол). Изучение документации и форума пока сформировало мнение, что:
- multicast-пакеты не ходят через NAT. Вроде это планировалось исправить в новых версиях фирмваре. Это так? Если так, то когда?
- IGMP-пакеты, касательно 824-го нигде явно не уазано, что он умеет их передавать.
- будут ли ходить multicast-пакеты на IP, прописанный в DMZ? Если да, то при каких условиях? (мой эксперимент пока положительных результатов не дал )
- вопросы касаются как проводных, так и беспроводных клиентов 824-го

Настройки 824-го достаточно стандартные:
- WAN-порт - получает белый IP от провайдера по DHCP.
- LAN-порты и Wi-Fi-клиенты получают серые адреса от DHCP на 824-м.
- Настройки фильтров и файрвола - почти дефолтные (опубликованы ftp- http- и radmin- сервера, кроме того разрешен входящий трафик UDP с адресов ТВ-серверов )

Работу данного устройства с мультикаст-трафиком мы проверим в ближайшее время.

_________________
С уважением -- Александр Шебаронин.

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

Обязательно.

_________________
С уважением -- Александр Шебаронин.

Есть ли результаты по скрещиванию multicast и 824VUP?

Есть ли результаты по скрещиванию multicast и 824VUP?

Какие результаты по скрещиванию multicast и 824VUP?

У меня данный роутер. Можно ли подключиться извне к ТВ-серверу? Если да, то какой адрес. О результатах сообщу.

p.s. Потоковое видео на UDP 554 работает (при настройке данного порта на триггер)

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Up

Up!
Т все же хотелось-бы прочитать что-то полезное по теме. Актуальность вопроса не теряется, наоборот.

поднимаю тему, сетевое ТВ становится все более популярным

Просмотр возможен, но только в двух вариантах.
Первый это поместить STB или машину в DMZ.
Второй это создать VirtualServer с пробросом udp трафика с указанным портом, но опять таки на одну машину.

Ваш ответ порождает больше вопросов, чем даёт ответов.

Как задавать правило Virt.Serv. для multicast трафика? Зачем ему для этого знать PrivateIP? Зачем вообще транслировать адрес в multicast-пакетах???

Или это "фича" такая - пользователь задаёт статическое правило WAN-IP::proto:port -> LAN-IP:proto:port, а роутер под это же правило "втихаря" ещё и multicast-овые пакеты прогоняет? Так это, извините, тогда надо называть дырой в фаерволе, а не "фичей".

А Вы запустить на мультикаст тот же самый VLC и проснифайте пакеты.
Посмотрите на их формат, а потом скажете можно ли пропускать их или нельзя.
Для примера могк привести как выглядит MC трафик:
11:16:48.933425 IP 192.168.100.2.61081 > 224.0.2.2.1234: UDP, length 1316
11:16:48.943430 IP 192.168.100.2.61081 > 224.0.2.2.1234: UDP, length 1316
11:16:48.955401 IP 192.168.100.2.61081 > 224.0.2.2.1234: UDP, length 1316
11:16:48.966486 IP 192.168.100.2.61081 > 224.0.2.2.1234: UDP, length 1316
11:16:48.977422 IP 192.168.100.2.61081 > 224.0.2.2.1234: UDP, length 1316

Да нет у меня сетевого ТВ, а с multicast как-то возился.

Опять же, ответ "туманный". Это в какую сторону трафик показан?
11:16:48.933425 IP 192.168.100.2.61081 > 224.0.2.2.1234: UDP, length 1316
Это WAN->LAN или LAN-WAN ?

И ответы по сути так и не "дадены":
1. Зачем для multicast нужно задавать Virt.S. и зачем для этого знать PrivateIP?
2. С кагого перепугу роутер пропускает трафик WAN->LAN, который адресован не на WAN-порт? Вот задаю я статическое правило WAN-IP::proto:port -> LAN-IP:proto:port, а роутер под это же правило пропускает (транслирует) не только "прямой" трафик на WAN-адрес но ещё ещё и multicast-овые пакеты прогоняет? Я его об этом просил? Я ему разрешал?