Разбираюсь с маршрутизацией мультикаста. Решил начать с простого, т.е. PIM-DM и, пока что-то туговато идет. Объясните мне дуралею следующую вещь...

На DGS-3627 я поднял два интерфейса
192.168.11.254/24 (vlan 1001) - подал его на 1-й порт
192.168.12.254/24 (vlan 1002) - подал его на 2-й порт

На обоих интерфейсах включил PIM-DM. Глобально тоже включил.

Во второй порт включил бук (192.168.12.1) и вещаю с него мультикаст (адрес 226.2.2.2).
В первый порт включил клиента (192.168.11.1) и пытаюсь принять на нем мультикаст поток, но ни фига не получаю. Если подаю на первый порт vlan 1002, то само собой все поднимается.

Фильтрация мультикаста на портах отключена (forward_all_groups).

Меня интересует принципиальный момент - должен ли при таком раскладе вообще приходить поток на первый порт или я не понимаю какой-то важной составляющей протокола PIM?

команда sh ipmc cache показывает



при настройке IGMP вывод команды sh igmp group показывает

1. Лучше настроить PIM-SM, но тогда ещё нужно настроить static_rp.
2. IGMP нужно включить только на интерфейсе 192.168.11.254/24 (vlan 1001).
3. также нужно включить IGMP Snooping глобально и локально в VLAN-ах 1001 и 1002.

_________________
С уважением,
Бигаров Руслан.

И ещё - поток должен быть с TTL больше 1.

SM конечно лучше (для проверки, теперь попробую настроить его), но мне интересно разобраться, в чем я накосячил с DM.

Кстати, а почему IGMP нужно включать только на ipif 1001, а snooping на оба vlan?



Спасибо за совет, буду иметь ввиду.


Решил попробовать настроить все с нуля.
DGS-3627, firmware ver. 2.82.B16, Boot Prom 1.10-B09

Делаю сброс до заводских настроек и перезагружаю коммутатор. Конфигурирую:

config vlan default del 1-8

create vlan 1001 tag 1001
config vlan 1001 add untagged 1
create ipif 1001 192.168.11.254/24 1001 state enable

create vlan 1002 tag 1002
config vlan 1002 add untagged 2
create ipif 1002 192.168.12.254/24 1002 state enable

config pim ipif 1001 state enable mode dm
config pim ipif 1002 state enable mode dm
enable pim

config igmp ipif 1001 version 2 state enable
config igmp_snooping vlan 1001 state enable
config igmp_snooping vlan 1002 state enable
enable igmp_snooping

Во второй порт включаю сервер (192.168.12.1), вещаю мультикаст на 226.2.2.2:1234 (TTL=5)
В первый порт включаю клиента (192.168.11.1) пытаюсь принять поток - батон, ничего не приходит.
Опять же для проверки подаю на первый порт vlan 1002 - все в порядке, поток есть.

Где я накосячил?

Настройки правильные, теперь осталось тлько save & reboot.

_________________
С уважением,
Бигаров Руслан.

Сделал save and reboot - не работает.
Загрузился на обоих машинах под линухами, чтобы уже точно исключить проблемы с операционкой - не работает

sh gvrp 1-2
show traffic_segmentation 1-2
show traffic control 1-2
sh access_profile
sh pim ipm
sh igmp g
sh igmp_sn f
sh igmp_sn g

_________________
С уважением,
Бигаров Руслан.

show gvrp 1-2



show traffic_segmentation 1-2



show traffic control 1-2



show access_profile



show pim ipmroute



show igmp group



show igmp_snooping forwarding



show igmp_snooping group

Всё нормально, кроме того, что ipmroute таблица пустая.

1. sh pim
2. Streamer с каким TTL вещает Multicast? Вы sniffer-ом проверяли? Он правильный выставляет TTL у пакетиков?

_________________
С уважением,
Бигаров Руслан.

Блииииин, запустил сниффер - Вы оказались абсолютно правы, несмотря на то, что я ставил TTL = 5 в GUI VLC, поток реально шел с TTL=1 (причем под Линукс я запускал другую версию VLC, по всей видимости это общий глюк GUI). После запуска через командную строку, все ЗАРАБОТАЛО (туды его в качель!).

Кстати, ipmroute вроде должна быть пустой при использовании dense mode.

Большое спасибо за помощь, Вы мне очень помогли!

Привык уже к SM и забыл ньюансы DM режима.



Не за что.

_________________
С уважением,
Бигаров Руслан.

Обнаружил интересный глюк в работе PIM-SM на DGS-3627.
Если, например на коммутаторе есть несколько статических записей

PIM Static RP Table

Group RP Address
--------------- ------------------
226.2.2.2/32 192.168.12.1
226.2.2.3/32 192.168.12.1
226.2.2.4/32 192.168.12.1

При этом я запустил поток только на адрес 226.2.2.4

Так вот, если удалить любую запись 226.2.2.2/32 или 226.2.2.3/32 - все нормально, но если удалить запись 226.2.2.4/32 (т.е. активную), свитч продолжает работать (поток доходит до клиентских машин), но при этом перестает отвечать на все свои ipif интерфейсы (ни ping, ни telnet вообще ничего не работает). При этом он нормально конфигурируется через консольный порт, но еще прикольнее - если через консоль опять вернуть статическую rp 226.2.2.4/32 - функциональность свитча полностью восстанавливается. Теперь если выключить поток и дождаться, пока запись о нем удалиться из всех таблиц можно смело удалять rp 226.2.2.4/32 - ничего не отваливается.

Данное поведения воспроизводится и на другом DGS-3627 с такой же прошивкой при удалении любой активной rp записи.

"с такой же прошивкой" это с какой?

Я в процессе беседы уже указывал, но Вы правы - для порядку надо было написать ))

DGS-3627, firmware ver. 2.82.B16, Boot Prom 1.10-B09

Еще вопросик: как отключить рассылку сервисных пакетов PIM на клиентские интерфейсы? Или их придется фильтровать на нижестоящих коммутаторах?