Чтобы добавлять сообщения и комментарии, .

@maxlapshin:
maxlapshin

А здесь есть кто-нибудь, кто понимает что такое ip pim sparse-dense-mode? Я готов заплатить за консультацию

@maxlapshin:
maxlapshin

Народ, тут наверняка есть всякие CCNA. Стоит циска, в неё воткнуто куча головных станций. Головные станции вещают мультикастом.
Каждый кодер (их 20 штук) получает только тот мультикаст, который просил.

Потом мы что-то делаем и на кодеры с одной головной станции сваливается вообще весь мультикаст, который превратился в броадкаст.

Вопрос: что это могло быть? Как проверить, что циска фильтрует мультикаст в VLAN-е и не шлет его броадкастом?

@Tuarisa:
Tuarisa

Жуйк, а ты можешь человекопонятным языком объяснить, почему multicast без хитростей не работает в сетях с NAT? Коллега задал вопрос, а я не могу сформулировать, потому что видимо не до конца понимаю суть.

@Shura:
Shura

Есть консольные проги для тестирования мультикаста? Хочется принимать потоки и смотреть количество битых пакетов.

@freefd:
freefd

Удивительная инсталляция "D-link 615, JTAG, Multicast".

@Tishka17:
Tishka17

Я что-то туплю сегодня. Вот есть комп с линуксом. На нем стоят vlc, mplayer. И ни один не показыват мультикасты. Куда тыкать? Я вот щас подписался с железки в той же сети на ***.33 мультикаст и вижу wiresharkом, что на омп он приходит, однако ни vlc, ни mplayer не видит их

@zhu:
zhu

когда я таки настрою мультикаст-роутинг, я обязательно напишу большую статью, с кучей описаний, инструкций и логов. красной линией сквозь всю статью будет проходить слово БЛЯДЬ

@don-Rumata:
don-Rumata

Основные конфиги дрбл лежат в его же каталоге: /opt/drbl/conf/ . Конфиг клонзиллы называется drbl-osc.conf. Настройки мультикаста начинаются с 26-й строки.
ToDo: ковырнуть, чтобы оно вещало не в бродкасте. Или заново всё перенастроить.

@freefd:
freefd

очевидное и простое решение всегда приходит последним. долгое время думал что делать с netgear wgt624v3, который не умеет multicast routing, прошивки на её чипсет не встают сторонние, новую железку не хочется, а IPTV очень хочется, и любая точка доступа без multicast routing банально захлебывается от мультикаста, что идёт даже мимо неё. в итоге решение пришло утром, в момент пробуждения.
вспоминая, что у меня провайдер раздаёт серые адреса из 10/8, я решил, что можно использовать их. остальная часть адресов будет раздаваться в мою серую подсеть для wlan/lan клиентов, физически связаных непосредственно с точкой доступа, и которым не нужен мультикаст.

сверху было, внизу стало:
404.freefd.info

и телевизор показывает, и точка доступа не задыхается :)

@freefd:
freefd

в общем, про проползающий через жестокие acl серый адрес мультикаст-клиента в ситуации из #856155
скорее всего это проблема в прошивке коммутатора, в которой либо не фильтруются на основе acl source_ip мультикаст-пакетов, либо банально баг в фильтрации оных. будем писать в D-Link...

пример acl выглядит как

create access_profile ip source_ip_mask 255.255.255.252 profile_id 100
config access_profile profile_id 100 add access_id 18 ip source_ip 10.2.90.72 port 18 permit

то бишь при правильном раскладе я ну никак не мог бы попасть в igmp группу с 192.168.1.20 source_ip, если бы обработка multicast пакетов была бы корректной.

@freefd:
freefd

интересная особенность работы. сначала преамбула:

4948-36-n1-north>sh ip igmp groups
IGMP Connected Group Membership
Group Address Interface Uptime Expires Last Reporter
224.0.42.1 Vlan15 00:16:24 00:02:44 192.168.1.20
224.0.42.77 Vlan15 00:25:35 00:02:44 10.2.9.63

как видим, один поток товарищ смотрит с серого 10/8 адреса, что нормально для метронет сети, второй поток смотрю я с 192.168.1.20. тем не менее у меня адрес 10.2.90.xx. а всё почему?

специально собрал домашнюю сеть как показано на схеме. то есть, точка доступа, она же роутер, воткнута и wan и lan интерфейсом в обычный неуправляемый свитч, естественно, она имеет dhcpd на борту и раздаёт 192.168.1.0/24 подсеть lan и wlan клиентам. анонсировать свой dhcp в сеть провайдера я не боюсь, потому как на его коммутаторе включён dhcp snooping, естественно, клиентские порты ни разу не trusted. multicast приход в провайдерском шнурке, но моя точка доступа не умеет multicast routing, отсюда, нам надо чтобы мультикаст как-то попал в домашний свитч, именно потому была собрана такая схема, где все устройства собираются в один коммутатор всеми интерфейсами.

мой домашний dhcpd точки доступа отвечает быстрее провайдерского и отдаёт мне тот самый 192.168.1.20, естественно, он ведь всего лишь в броадкасте и не релеится через L2 свитч ISP. и что же получается? получается, что я цепляюсь на multicast поток напрямую мимо домашнего роутера, имея внутренний IP 192.168.1.20, а всё остальное уже маршрутизируется в 192.168.1.1, чем является точка доступа, и после неё уже оказываются с source_ip в виде 10.2.90.xx. вот такой он, забавный multicast.

один минус схемы в том, что точка доступа просто захлебывается, когда мимо неё идёт multicast трафик. но включить igmp snooping на неуправляемом свитче невозможно, как мы знаем :)

@freefd:
freefd

в общем, не поломали в vlc 1.1+ мультикаст, всё проще, необходим лишь маршрут для мультикаст сети в шнурок с мультикастом. итого:
eth0 — порт, куда приходит шнурок с мультикастом, лежит, ip адреса не имеет.
224.0.42.1:5000 — адрес группы, на которой весит 1 канал у Медиа-Альянса.

$ sudo ip route add 224.0.0.0/4 dev eth0
$ sudo ifconfig eth0 up
$ vlc udp://@224.0.42.1:5000

и смотрим IPTV. что характерно, в vlc версии 1.0.6 маршрут писать не требовалось.

@freefd:
freefd

тем временем, я всё сильнее начинаю утверждаться в мысли, что после версии 1.0.6 они поломали захват мультикаст потока. любые попытки зацепиться к первому каналу по upd://224.0.42.1:5000 и по upd://@224.0.42.1:5000 не приводят к результату. даже igmp на свитче не показывает группу. грусть-печаль. отличительная особенность нынешнего vlc — просто поле для ввода URI, в то время как в 1.0.6 всё ещё присутствовали поле, листбокс выбора протокола, поле для ввода порта.
собираю 1.1.1, вдруг повезёт.