Добрый день.

DGS-3627G:
Boot PROM Version : Build 1.10-B09
Firmware Version : Build 2.82.B23

на DES-3525 6.00-B53

управляющий vlan отдельно, пользователи на 3526 в отдельном vlan
для стримера iptv выделен отдельный порт 3627, на порту отсутствует управляющий vlan, только отдельный vlan untag для iptv

после включения pim mode sm на этом 'iptv' порту 3627G пользователи подключенные к 3526 не могут получить arp шлюза (интерфейс 3627)

что может быть?

up
даже так, pim глобально включен - пользователи получают arp шлюза (в качестве шлюза интерфейс 3627)
включаю pim на интерфейс/port стримера, пользователи (тест под winXP) не получают arp шлюза
как только отключаю pim на интерфейс/port стримера - всё работает и arp определяет

это всё на 3627G x 7 в стеке

Приведите пример конфигурации Multicast-а на DGS-3627G и DES-3526.

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

3627G (stack 7switchs):
в port 2:24 подключен стример
в port 1:1 коммутатор 3526


DES-3526:


+ получили невозможность получить arp шлюза и без включенного pim (только igmp_snoop), но с pim это было как-то нагляднее, enable - нет arp, disable - есть
теперь 3627: config igmp_snooping vlan iptv3333 state en - arp шлюза клиент winXP на 3526 не получает
config igmp_snooping vlan iptv3333 state dis - аrp получает

добавлю, что клиент arp не получает, "интернет" не работает, а iptv принимает и показывает

В VLAN iptv3333 приходит или должен уходить Multicat? Почему в настройках PIM один интерфейс? Где вторая пара VLAN+ipif?

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

да, как бы pim тестово "до кучи" включался, в текущей топологии ISM Vlan достаточно
выключил pim
проблема c arp осталась : config igmp_snooping vlan iptv3333 state en - arp шлюза клиент winXP на 3526 не получает

вопрос вот в чем, как вообще эти опции влияют на основопологающую функцию arp сетевого оборудования?
нет arp - нет сети и оборудование нефункционально ((

конфигурацию и схему сети отправил

сделано следующее:
на каждой из 7 DGS3627G (стек) прописан порт для "дома"
поочерёдно переносил DES3526 по всем 3627 и очищал на клиенте winXP arp таблицу

в итоге:

при отключенном igmp_snooping на 3627G на каждый запрос arp 'who has' был получен 'is at', т.е. кол-во ответов равно кол-ву запросов и их по одному, ответ от 3627G приходит сразу и без задержек
- icmp при очистке arp кеша не прерывался

при включенном igmp_snooping на 3627 НЕ на каждый arp 'who has' был получен 'is at', клиент отсылал от 2 до 8 запросов и получал не кратное число ответов, ответов 'is at' было меньше, чем запросов
- наблюдались потери icmp при очистке кеша arp на клиенте winXP
- из 7 DGS-3627G arp с трудом ходит только на 6, на одной (под номером 2 в стеке) arp ответ от 3627G категорически не приходит (при включении IGMP_snooping)

загрузки cpu и тп не наблюдается
sh arpentry показывает около 2800