кокраз хост таймаут в дефолте 260секунд
надо тут где-то копать...

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД

не мой случай - в моем случае замерзание происходит из-за некорректного общения по igmp от плеера к querieru , а точнее его полного отсутсвия после подключения - дело в том, что source адрес multicast-а из другой подсети, а на 3526 подменить его у меня почему-то не получается - я его меняю а в потоке он не подменяется.

Доброго времени суток!
Наблюдаю за темой - есть похожая ситуация. Только поток нам кидают из другой сети в vlan`e.
подскажите пжл. почему у вас на выводе команды sh pim static_rp у адреса 233.3.3.3 маска /32? Это один канал?

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

DGS-3200-24



Нет, да, и не поможет это решить задачу.



Да, но при такой настройке ISM VLAN работает без querier, я же писал, что поток должен возращаться с DGS-3612, чтобы он был querier-ом.

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

Я же писал, что Multicast поток должен возвращаться к клиенту с DGS-3612 через PIM маршрутизацию.

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

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

Это проксирование.

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

хорошо.... но все-же - как сделать замену source IP в ISM-VLAN на 3526?

Настроить replace_source_ip и чтобы коммутатор с querier-ом общался, а не жил своей жизнью.

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

Тут одна идея родилась, поскольку клиенты у Вас сидят в одном VLAN-е на DES-3526, то как вариант отказаться от ISM VLAN-а и использовать только IGMP Snooping, т.е. включить глобально и локально IGMP Snooping в клиентском VLAN-е, отключить локально IGMP Snooping в VLAN-е стримера, и включить Multicast фильтрацию только на клиентских портах. При этом Multicast отдавать в клиентский VLAN через PIM маршрутизацию. А на остальных коммутаторах доступа использовать ISM VLAN, если они их поддерживают.

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

вот этого достаточно для replace_source_ip ? :


[quote="Bigarov Ruslan"]
Тут одна идея родилась, поскольку клиенты у Вас сидят в одном VLAN-е на DES-3526, то как вариант отказаться от ISM VLAN-а и использовать только IGMP Snooping, т.е. включить глобально и локально IGMP Snooping в клиентском VLAN-е, отключить локально IGMP Snooping в VLAN-е стримера, и включить Multicast фильтрацию только на клиентских портах. При этом Multicast отдавать в клиентский VLAN через PIM маршрутизацию. А на остальных коммутаторах доступа использовать ISM VLAN, если они их поддерживают.[/code]

сейчас попробую...

replace_source_ip должен быть из подсети интерфейса L3 коммутатора, на который он смотрит, но ни как не равным ему. На всех коммутаторах с ISM VLAN-ом replace_source_ip должен быть разный.

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

согласен на все 100%!!! - но какой бы я там адрес не ставил - он никак не подменяет!!!
и еще - Вы написали

этому то-же нет ни одного подтверждения!
ни в ситуации с ISM-VLAN на 3526 + IGMP глобально + IGMP_SNOOPING +PIM на нужных интерфейсах на 3612
ни в ситуации с IGMP_SNOOPING в v111 + фильтрация на клиентских портах на 3526 + только IGMP на нужных Влан интерфейсах + PIM на нужных интерфейсах (последняя рекомендованная Вами схема) адрес источника UDP потока не меняется!!! и всегда равен 99.1.1.1 - это адрес streamer-а.
вот выдержка из конфигов последней схемы
3612:

L2 IGMP_SNOOPING выключен вообще!

# SNOOP

config limited_multicast_addr ports 1-12 state disable

# MLDSNP
...
IGMP v2 включен только на двух интерфейсах (одноименных с вланами I99 и I111)
# IGMP

config igmp ipif System version 3 query_interval 125 max_response_time 10 robustness_variable 2 state disable
config igmp ipif System last_member_query_interval 1
config igmp check_subscriber_source_network ipif System disable
config igmp ipif i99 version 2 query_interval 125 max_response_time 10 robustness_variable 2 state disable
config igmp ipif i99 last_member_query_interval 1
config igmp check_subscriber_source_network ipif i99 enable
config igmp ipif i111 version 2 query_interval 125 max_response_time 10 robustness_variable 2 state enable
config igmp ipif i111 last_member_query_interval 1
config igmp check_subscriber_source_network ipif i111 enable

# PIMSM

enable pim
config pim cbsr hash_masklen 30
config pim cbsr bootstrap_period 60
config pim register_suppression_time 60
config pim register_probe_time 5
config pim last_hop_spt_switchover never
config pim crp holdtime 150 priority 192
config pim crp wildcard_prefix_cnt 0
config pim ipif System state disable hello 30 jp_interval 60 mode dm dr_priority 1
config pim cbsr ipif System priority -1
config pim ipif i99 state enable hello 30 jp_interval 60 mode sm dr_priority 1
config pim cbsr ipif i99 priority -1
config pim ipif i111 state enable hello 30 jp_interval 60 mode sm dr_priority 1
config pim cbsr ipif i111 priority -1
create pim static_rp group 224.1.1.0/24 rp 99.1.1.2
...
PIM то-же включен только на тех-же двух интерфейсах

в результате при попытке посмотреть - поток есть! но источник потока опять 99.1.1.1 - т.е. адрес стримера! а он для влана v111 c интерфейсом i111 IP:111.1.1.2/24 несколько некорректен для клиента. можно конечно на клиенте пытаться этот момент исправить, но это уже "костыль" - как же изменить src ip потока? или где он должен меняться?

А как Вы думаете почему DES-3526 не проксирует, если Multicast идёт к нему не через PIM?!

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