не знаю - если используется ISM-VLAN то все-равно PIM или нет на 3612 - ведь приходит то поток от 3612 в обычном тегировнном влане, и querier-ом служит 3612... и я так понял, что если делать replace_source_ip для ISM-VLAN - он должен "без базара" просто подменять src IP(проксировать в ваших терминах?) и все - но это-го ведь не происходит - и причем ни в каком варианте - мне не удалось так сделать , а судя по всему мне именно это и нужно. можно конечно на клиентах добавлять маршрут на сеть streamera, но это неправильно! Я думаю, что исходящий адрес udp потока должен быть из диапазона принадлежащего этому VLAN-у на 3612. в случае v111 - это 111.1.1.0/24 а на деле получается 99.1.1.1!

перечитал ваш пост и появились некоторые мысли - Вы хотите сказать, что 3526 будет заменять адрес только в том случае если src IP принадлежит диапазону интерфейса соответствующего влана на 3612? т.е. 100.1.1.0/24?

1. Я уже писал, что в данной схеме не получится использовать ISM VLAN на данном DES-3526, либо разруливать всё через IGMP Snooping, либо менять коммутатор на DGS-3200-24.
2. Если Вы хотите проверить работу ISM VLAN-а, то лучше собрать тестовый стенд:
[Streamer] -- (ipif 1[DGS-3600 с PIM-ом]ipif 2) -- [DES-3526 c ISM VLAN] -- [VLC Client]

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

уже так и сделал - и все равно не получается заставить 3526 заменять src IP

У DGS-3600 есть подфункция:
config igmp check_subscriber_source_network ipif ... enable
по умолчанию она включена, т.е. если ISM VLAN не будет проксировать запросы на DES-3526, то DGS-3600 не подпишет клиента на Multicast.

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

да, я про эту функцию знаю! и использую ее - иначе не регистрируется плеер с другими адресами! на протяжении нескольких постов уже пытаюсь ... но не знаю как еще спросить - мне нужна функция подмены src IP на ISM-VLAN в 3526 - никак не получается ничего сделать чтобы она заработала!!!
что для этого надо сделать?
вот конфиг 3526:

enable igmp_snooping
create igmp_snooping multicast_vlan v100 100
config igmp_snooping multicast_vlan v100 state enable replace_source_ip 99.1.1.2 member_port 1 source_port 24
config igmp_snooping v100 host_timeout 260 router_timeout 260 leave_timer 2 state enable
config igmp_snooping querier v100 query_interval 125 max_response_time 10 robustness_variable 2
config igmp_snooping querier v100 last_member_query_interval 1 state disable

в эту строчку:
config igmp_snooping multicast_vlan v100 state enable replace_source_ip 99.1.1.2 member_port 1 source_port 24

пытался уже всякие(111.1.1.2,99.1.1.2,100.1.1.2...) адреса подставлять - никак не заменяет

Тонкий намёк:
create ipif i99 99.1.1.2/24 v99 state enable
create ipif i100 100.1.1.2/24 v100 state enable

Ещё тоньше:
config igmp_snooping multicast_vlan v100 state enable replace_source_ip 100.1.1.3 member_port 1 source_port 24

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

не помогло!!! как ап стену головой...

если по поводу адреса то пробовал уже все варианты...
и 111.1.1.2 и 111.1.1.3 и 111.1.1.4 ... и так для всех участвующих в конфигурации диапазонов - не подменяет ни на один - может я не правильно понимаю функцию replace_source_ip - подмена адреса от которого рассылается multicast UDP поток? сейчас еще попробую прошивку откатить - больше уже даже мыслей нет.

replace_source_ip подменяет src ip только в igmp пакетиках! Не в Multicast-овых UDP.

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

добрый день.
в сети есть узлы, в которых des-3526/3550 стоят друг за другом.
как организовать ism в таких узлах?

ps des3526/3550 стекируются только через sim?

Может, стоит подумать о том, чтобы по умолчанию src ip был равен System IP? А кому понадобится, тот использовал бы replace_source_ip на свой адрес. ИМХО, 90% вопросов и проблем именно из-за этого параметра на форуме пропало бы.

_________________
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)

насколько я понял - и, в общем-то заработало - транзитные порты делаете source а клиентские member - и все работает!

Да - согласен! это действительно упростило бы понимание... я до сих пор еще не все сделал что хотел, но как оказалось - я сам себя "слегка" запутал - дело в том, что плеер у меня был под линуксом и с несколькими интерфейсами - как только поставил винду и с одним интерфейсом - все заработало.

что сделать на первом коммутаторе понятно.
а на втором, просто ism с тем же vid?

да - на всех коммутаторах выстроенных в цепочку на проходящих портах ism - source и все.

Маршрутизация - правит всем, включая Multicast!

У меня нет проблем с запуском streamer или клиента под *nix и WinXP, просто, нужно соблюдать некоторые условия.

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