1. Берем свич DES-3200-28/C1 (тут и далее взяты последние версии прошивок), делаем в нем настройку абонентского влана:
Код:
create vlan DHCP tag 270
config vlan DHCP add tagged 25-28
config vlan DHCP add untagged 1-24 advertisement disable
2. Строим ISM-влан для IPTV:
Код:
enable igmp_snooping multicast_vlan
config igmp_snooping multicast_vlan forward_unmatched disable
create igmp_snooping multicast_vlan_group_profile TV
config igmp_snooping multicast_vlan_group_profile TV add 239.0.0.1-239.0.0.100
create igmp_snooping multicast_vlan IPTV 200
config igmp_snooping multicast_vlan IPTV state enable replace_source_ip 10.0.0.1 from both remap_priority 5 replace_priority
config igmp_snooping multicast_vlan IPTV add member_port 1-24
config igmp_snooping multicast_vlan IPTV add tag_member_port 25-27
config igmp_snooping multicast_vlan IPTV add source_port 28
config igmp_snooping multicast_vlan_group IPTV add profile_name TV
config multicast vlan_filtering_mode vlanid 200 filter_unregistered_groups
config multicast vlan_filtering_mode vlanid 270 filter_unregistered_groups
3. Включаем IGMP-снупинг и фильтрацию левых квериеров:
Код:
enable igmp_snooping
config igmp_snooping data_driven_learning max_learned_entry 1
config igmp_snooping vlan_name IPTV fast_leave enable report_suppression disable proxy_reporting state disable source_ip 0.0.0.0
config igmp_snooping querier vlan_name IPTV query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable version 2
config igmp_snooping data_driven_learning vlan_name IPTV expiry_time 260 state disable aged_out disable
config cpu_filter l3_control_pkt 1-27 dvmrp pim igmp_query ospf rip vrrp state enable
config cpu_filter l3_control_pkt 28 dvmrp pim ospf rip vrrp state enable
4. ИПТВ вроде как нормально работает. Но иногда абоненты мусорят своим мультикастом во влане DHCP. Как его запретить? Для начала включаем снупинг в клиентском влане, чтобы посмотреть что там за мультик:
Код:
config igmp_snooping vlan_name DHCP fast_leave disable report_suppression disable proxy_reporting state disable source_ip 0.0.0.0 state enable
config igmp_snooping querier vlan_name DHCP query_interval 125 max_response_time 25 robustness_variable 2 last_member_query_interval 1 state disable version 2
config router_ports_forbidden DHCP add 1-28
config igmp_snooping data_driven_learning vlan_name DHCP expiry_time 260 state disable aged_out disable
5. Действительно, видим левый мультик. Избавляемся от него таким чудным фильтром:
Код:
create mcast_filter_profile profile_id 1 profile_name FILTER
config mcast_filter_profile profile_id 1 add 239.0.0.1-239.0.0.100
config limited_multicast_addr vlanid 270 add profile_id 1
config max_mcast_group vlanid 270 max_group 1
Результат всего вышеописанного - левого мультика у абонентов нет, ИПТВ работает как надо. Описанный способ годится и для серии DES-3200/A1 с учетом небольшой разницы в синтаксисе, ну и фильтрация мультика вешается не на влан, а на порты (поэтому на магистральные порты фильтр включать не надо).
Теперь берем свичи DES-3528 и DGS-3120 и пытаемся проделать такой же финт там. Результат: при включении IGMP-снупинга в абонентском влане сразу же умирает снупинг в ISM-влане. При выполнении шага 4 ИПТВ абоненту не поступает. То есть, в отличие от DES-3200, у этих свичей снупинг в абонентском влане, очевидно, отрабатывает раньше снупинга ISM-влана. Сие прискорбно!
Безнадежный вопрос саппорту Д-Линка: нельзя ли у DES-3528 и DGS-3120 изменить логику работы (очередность) снупинга и ISM также, как это работает в серии DES-3200 ?
Вход
Регистрация
FAQ
Поиск
