Как я это всегда понимал - Data Driven Learning - это ТРАНЗИТНЫЙ мультикаст для коммутатора, то есть тот, который НЕ запросил клиент.
По умолчанию (igmp_snooping enable) он форвардится в router_ports.
По умолчанию - пока не переполнена таблица data_driven.
После того, как она будет переполнена все будет работать в зависимости от настроек multicast filterig mode - если фильтрация в этом влане включена, то ВСЕ новые группы, для которых не може быть создана запись в data_driven будут дропаться. Если фильтрации в вилане нет - будет форвардится во все порты (флуд) в этом вилане.
Стоит помнить, что есть два типа фильтрации - в вилане и на порту. Неочевидность фильтрации на порту - запрещается не входящий трафик, а исходящий.

Логично предположить, что флуд это плохо и надо включать фильтрацию в мультикаст вилане - но это не так, если у вас включена data_driven age_out enable и на доступе 3200 C1, например. Он не видит подписку за source портом и для него весь транзитный мультикаст - data_driven.
И тогда получается что каждые 260 секунд (по дефолту) группа на коммутаторе пересоздается (я говорю про первый в цепочке, клиент подключен ко второму) и в это мгновение срабатывает multicast_filtering - есть микро потери. Это верно для кольцевой топологии, где приходится делать два source порта.

А почему коммутатор не видит подписку то? Пока есть запрос на мультикаст - трафик будет переподписываться.
А чтоб такого не было - порт в сторону "нижнего" свича нужно поменять как tagged member port. Тогда он будет видеть мультикаст и подписка будет вовремя продляться

Ну вот такой 3200 C1 - за source портом у него не может быть мембера - только за member портом. Потому на ревизии C1 автоматом прописывается router_ports для source порта в мультикаст вилане. А в кольцевой топологии оба транзитные порта надо ставить source, так как igmp report от клиента форвардятся только в source порты. (тут кстати стоит сказать, что если у вас в кольце 10 коммутаторов и на первом смотрят 200 мбит мультикаста, то все эти 200 будут доходить до коммутатора 5, не смотря на то, что там никто этого не просил - трафик форвардится в router_ports и ничего с этим сделать нельзя).

Пусть у нас два коммутатора - если на втором смотрят канал X, то мы сможем увидеть подписку, введя команду show igmp_snooping host. И она будет обновляться каждые 125 секунд (igmp general query) или чаще - igmp specific query (если кто-то еще отказывается от подписки на эту группу в данном igmp домене).
На первом же коммутаторе это будет data_driven и мы ее не увидим, введя команду show igmp_snooping host. И счетчик expire тикать не будет, если age_out disable для данного влан. Если же age_out enable, то счетчик будет тикать от 260 до 0 и потом data_driven запись будет пересоздаваться.
Если age_out disable, то на первом коммутаторе запись пропадет только если кто-то за member портом запросит и потом откажется от данной группы.
Это говорит о том, что таблица data_driven может легко переполниться на транзитных коммутаторах и далее будет либо флуд, либо дроп новых групп - в зависимости от мультикаст фильтрации).

Кстати к слову, на 3420 есть такая вещь как
Topology Changes Notification : Process

Это значит, что коммутатор увидев, что топология stp сменилась должен начать флудить мультикаст во все порты и послать igmp leave 0.0.0.0 (или как там, точно не помню) - короче должен вынудить querier'а послать igmp general query не по таймеру, а прям в эту секунду - чтобы создать таблицу igmp_snooping host быстро решительно и теоретически при изменении топологии телевидение не виснет.
Но это не работает.
Плюс igmp_proxy дико кривая.

Привет.
У меня стек из 4-х DGS3420.
Хочу обновиться ч-з CLI:
DGS-3420-28SC:admin#download firmware_fromTFTP 172.17.53.13 src_file DGS3420_Run_1_76_B012.had all boot_up
Command: download firmware_fromTFTP 172.17.53.13 src_file DGS3420_Run_1_76_B012.had all boot_up

Connecting to server................... Done.
Download firmware...................... Done.
Connecting to slave.................... Done.
Upload file to slave................... Done. Do not power off!
Please wait, programming flash......... Done.
Wait slave programming flash complete.. Done.

Success.

Потом пишу:
DGS-3420-28SC:admin#dir
Command: dir

Directory of /c:

Idx Info Attr Size Update Time Name
--- ------- ---- -------- ------------------- ----------------
1 RUN(*) -rw- 6785560 2015/07/30 09:31:04 DGS3420_Run_1_76_B002.had
2 CFG(*) -rw- 150287 2015/07/24 15:06:16 config.cfg
3 RUN -rw- 6645348 2013/10/22 04:57:25 DGS3420_Run_1_70_B011.had
4 RUN(b) -rw- 6615112 2013/10/22 05:11:14 runtime.had
5 d--- 0 2015/04/08 03:14:14 system

126253 KB total (105144 KB free)
(*) -with boot up info (b) -with backup info

Вопрос №1: куда DGS3420 сохранил новую версию прошивки ?
Вопрос №2: Что это " 5 d--- 0 2015/04/08 03:14:14 system"?
Вопрос№3: как удалить из старые версии прошивок, сохранённых в "Directory of /c:"?

Доброе утро.

Перестали изучаться мак-адреса и попадать в fdb.
sh arpe
System 10.88.25.108 04-F9-38-D0-FA-6A Dynamic
System 10.88.25.109 04-F9-38-C5-1B-D0 Dynamic

Command: ping 10.88.25.108
Reply from 10.88.25.108, time<10ms
Ping Statistics for 10.88.25.108
Packets: Sent =1, Received =1, Lost =0
Command: ping 10.88.25.109
Reply from 10.88.25.109, time<10ms
Reply from 10.88.25.109, time<10ms
Ping Statistics for 10.88.25.109
Packets: Sent =2, Received =2, Lost =0

Command: show fdb mac_address 04-F9-38-D0-FA-6A
VID VLAN Name MAC Address Port Type Status
---- -------------------------------- ----------------- ----- ------- -------
Total Entries: 0

Command: show fdb mac_address 04-F9-38-C5-1B-D0
VID VLAN Name MAC Address Port Type Status
---- -------------------------------- ----------------- ----- ------- -------
Total Entries: 0

1 User DGS-3420-28SC Exist 1 C4-A8-1D-A8-BE-00 1.00.006 1.76.B008 B1
2 User DGS-3420-28SC Exist 2 C4-A8-1D-A8-F4-00 1.00.006 1.76.B008 B1
3 User DGS-3420-28SC Exist 4 C4-A8-1D-A5-98-00 1.00.006 1.76.B008 B1

Как починить?

bryt
аналогичная проблема.
симптомы сопровождаются тормозами CLI, проблемами multicast у абонентов.
помогает перезагрузка на неделю-две.
стек.
Boot PROM Version : Build 1.00.006
Firmware Version : Build 1.76.B004
в соседней ветке viewtopic.php?f=2&t=168223&hilit=3420&start=15 я так понимаю, проблема так и не решена