Jump to content
Калькуляторы

Проблема с настройкой мультикаста Как настроить весь этот винигрет...

Доброго всем времени!

Я понимаю что на эту тему написано всего очень много, читал, но голова уже кругом идет и ничего не получается. Прошу конкретной помощи...

Имеем следующую схему сети.

 

Стриммер IPTV ---- Коммутатор L3+ ---- Коммутатор L3 ---- Коммутатор L2 ---- Коммутатор L2 ---- Клиент

10.10.70.56 ----------AT-9724------------ AT-x600----------D-Link DGS3120 ----Link DES3200-18

(вещает239.70.70.5)-(похож на D-Link L3)-(похож на Cisco)

 

Далее собрано так: всего DGS3120 - 4 штуки к ним подключены домовые коммутаторы доступа. Каждый DGS - это отдельный влан.

На AT-9724 прописан нетэгированный VLAN на порту, к которому подцеплен стриммер. Сам этот коммутатор обслуживает сеть 172.20.20.0/22. Коммутатор AT-x600 обслуживает 4 сети 172.20.32.0/23, 172.20.34.0/23, 172.20.36.0/23, 172.20.38.0/23. Вопрос тривиальный - КАК ПРОКИНУТЬ IPTV до клиентов. Важный момент в том, что между коммутаторами AT-9724 и AT-x600 необходимо экономить полосу, т.к. они стоят в разных деревнях, и за полосу приходится платить.

 

Пробовал настроить PIM-SM, но AT-x600 с какой-то урезанной лицензией, короче ругается что не запущен демон PIM-SM.

Слёзно прошу хотя бы теоретически подскажите как сделать правильно. Будет большой... вернее огромный респект тем гуру, которые приведут конкретные куски конфига.

Edited by 47~GrAnd~74

Share this post


Link to post
Share on other sites

Видимо нет особо желающих помочь ((. Но я все ж продолжу.

Проблема мне кажется в настройках именно AT-x600. При запуске на пользовательском ПК плеера VLC я на порту х600, смотрящем на клиентов вижу что создается группа с тем мультикаст адресом, который ввел клиент, но картинки нету. На АТ-9624 настроен порт, смотрящий на стример как нетэгированный VLAN7, порт который смотрит на х600 настроен как тэгированный VLAN7. По нетфлоу вижу, что поток в 30 Мбит присутствует на обоих портах. А вот через х600 пробросить его не получается.

 

Вот его конфиг:

awplus#sh run

!

ip multicast-routing

!

spanning-tree mode rstp

!

no ipv6 mld snooping

!

switch 1 provision x600-24

!

vlan database

vlan 7 name vlan7

vlan 2001 name v2001

vlan 2002 name v2002

vlan 2003 name v2003

vlan 2004 name v2004

vlan 2024 name v2024

vlan 7,2001-2004,2024 state enable

!

interface port1.0.1

switchport

switchport mode trunk

switchport trunk allowed vlan add 7,2001-2004

switchport trunk native vlan 2024

flowcontrol send on

flowcontrol receive on

!

interface port1.0.2-1.0.20

switchport

switchport mode trunk

switchport trunk allowed vlan add 7

!

interface port1.0.21

switchport

switchport mode trunk

switchport trunk allowed vlan add 7,2001

!

interface port1.0.22

switchport

switchport mode trunk

switchport trunk allowed vlan add 7,2002

!

interface port1.0.23

switchport

switchport mode trunk

switchport trunk allowed vlan add 7,2003

!

interface port1.0.24

switchport

switchport mode trunk

switchport trunk allowed vlan add 7,2004

!

interface vlan1

ip address 10.90.90.1/24

ip dhcp-relay maxhops 4

ip dhcp-relay agent-option

ip dhcp-relay server-address 172.20.20.2

!

interface vlan7

ip address 10.10.70.253/24

ip igmp snooping mrouter interface port1.0.1

ip igmp snooping mrouter interface port1.0.24

!

interface vlan2001

ip address 172.20.32.1/23

!

interface vlan2002

ip address 172.20.34.1/23

!

interface vlan2003

ip address 172.20.36.1/23

!

interface vlan2004

ip address 172.20.38.1/23

ip igmp snooping mrouter interface port1.0.1

ip igmp snooping mrouter interface port1.0.24

!

interface vlan2024

ip address 172.20.30.2/30

!

ip route 0.0.0.0/0 172.20.30.1

!

line con 0

line vty 0 4

!

end

 

 

VLAN2001-2004 клиентские, VLAN2024 - влан управления коммутаторами, VLAN7 - прокидываю со стриммера. Кстати на коммутаторах доступа D-Link 3200-18 настроено ISM с тэгом VLAN7, так что запрос от клиента приходит на х600 именно из VLAN7 (смотрю командой sh ip igmp snooping statistics interfaces vlan7).

 

Что не так делаю?

Edited by 47~GrAnd~74

Share this post


Link to post
Share on other sites

Между клиентами и стримером должен быть мультикаст роутер с поднятым PIM-SM. Стример пусть будет в вилане 7 а за мультикаст роутером до клиентских коммутаторов пусть будет проброшен вилан 8. А уже на клиентских коммутаторах пусть будет поднят ISM Vlan. Мультикаст роутером наверное сможет быть самый близкий к стримеру L3 коммутатор. Впрос теперь только в том как правильно поднять PIM-SM на AT-9724. Я настраивал по статье

Edited by eddy_mut

Share this post


Link to post
Share on other sites

Впрос теперь только в том как правильно поднять PIM-SM на AT-9724. Я настраивал по статье

 

Вариант с PIM-SM отпадает, я уже пробовал настроить ядро на х600 - для поднятия ПИМа нужна лицензия AL3 на их операционку, наша прошивка какая-то кастрированная. На форуме AlLied Telesin порекомендовали смотреть в сторону IGMP-Proxy, что скажете?

Edited by 47~GrAnd~74

Share this post


Link to post
Share on other sites

Если это то о чем я думаю (IGMP Querier), то можно. То же самое - в этом случае IGMP Querier должен будет присутствовать как можно ближе к стримеру.

Share this post


Link to post
Share on other sites

Ну я так же думаю. В моем случае на AT-9724 надо поднять querier, а на AT-x600 IGMP-Proxy. Мне вот немного не понятно как прописывать на коммутаторах VLANы. Озвучу свою теорию. От стриммера до АТ-9724 создаю VLAN с нетэгированным портом. Далее взвожу igmp_snooping и igmp_querier. На АТ-х600 взвожу igmp_proxy и igmp_snooping, далее на DGS-3120 также igmp_snooping ну и на коммутаторах доступа DES-3200-18 ISM с VLAN для мультикаста. Может я где-то очевидно ошибаюсь, прошу у знатоков скорректировать этот вариант...

Share this post


Link to post
Share on other sites

Все ж меня смущает вот что. Вот здесь http://www.cisco.com/en/US/docs/ios/ipmulti/configuration/guide/imc_customize_igmp.html#wp1069250 прочитал про igmp-proxy, и еще больше запутался. Там в примере настройки и PIM прописывают и Proxy все в куче. Поэтому решил выложить нарисованный эскиз сети и задать пока чисто теоретический вопрос: КАК проще прокинуть мультикаст до Населенного пункта №2, причем полосу между городами надо экономить, т.е. гнать только запрошенные клиентами каналы.

post-80029-095013600 1354606021_thumb.png

Edited by 47~GrAnd~74

Share this post


Link to post
Share on other sites

Судя по тому что я понял из англоязычного вики, IGMP Proxy нужен для того что-бы мультикаст роутер знал только о последнем подписавшемся на группу клиенте а не обо всех. Это нужно для снижения нагрузки на роутер. То есть функция прокси никак не отменяет необходимость квериера. В вашем случае это может быть не нужно (хотя-бы по началу).

 

Вам будет достаточно настроить IGMP Querier и IGMP Snooping на AT-9724 и только Snooping на остальных коммутаторах (и плюс ISM на доступе).

Share this post


Link to post
Share on other sites

Я это уже делал в одноранговой сети, а как сделать чтобы заработало между сегментами? Вот в чем вопрос. Пулы адресов у сетей разные...

Share this post


Link to post
Share on other sites

Вот не знаю что пишут в английской WiKi (если можно, то киньте ссылку), но я перелистываю мануал к АТ-х600. Вижу следующее:

 

You must also enable the IGMP proxy service on the upstream interface, using the ip igmp

proxy-service command. You can associate one or more downstream mroute proxy interfaces

on the device with a single upstream proxy service interface. This downstream mroute proxy

interface listens for IGMP reports, and forwards them to the upstream IGMP proxy service

interface.

IGMP Proxy does not work with other multicast routing protocols, such as PIM-SM or PIM-DM.

This command applies to interfaces configured for IGMP Proxy.

 

С английским у меня туговато, но приведу свой перевод:

 

Вы можете настроить службу IGMP proxy на апстрим интерфейсе используя команду ip igmp proxy-service. Вы можете ассоциировать

один или более даунстрим интерфейсов на свитче с одним proxy апстрим интерфейсом. Эти даунстрим интерфейсы будут слушать

IGMP сообщения и пробрасывать их на апстрим интерфейс. IGMP Proxy не функционирует с другими протоколами мультикастовой маршрутизации,

такими как PIM-SM, PIM-DM....

 

Так вот у меня созрела такая мысль, что этот IGMP Proxy случаем не аналог ISM от D-Link или MVR от Cisco?

Продолжаю мысль - наш х600 итак не поддерживает протокол PIM, также в него заведены четыре влана (на рисунке показаны только два) из

пользовательских сегментов. Так вот, может более правильно настроить эту неведому зверушку IGMP Proxy на х600, и тогда на коммутаторах

доступа D-Link Des-3200-18 не нужно будет поднимать ISM VLAN? Или это будет неправильно. Хотя ведь начиная от коммутатора DGS-3120 и ниже

к коммутаторам доступа все живут в одном влане (одном широковещательном домене), поднять на них igmp_snooping пробросить до х600, а тот уже через прокси прокинет до куериера. Как думаете? Работоспособная схема или нет? Или без ISM влана не обойтись? Кстати в другом мануале от Алиед Телесин читал, что коммутатор с поднятым прокси IGMP уже в своем домене также выступает как куериер, т.е. подменяет как бы тот, который прямиком к стриммеру подцепелен.

 

Жду мнений...

Share this post


Link to post
Share on other sites

IGMP Proxy случаем не аналог ISM от D-Link или MVR от Cisco

 

Нет это не аналог. MVR нужен для того, что-бы клиенты, независимо от вилана, могли запрашивать и получать мультикаст из некоторого другого специально выделенного мультикаст вилана. Таким образом у нас организована сеть вилан-на-дом, при этом на все дома дополнительно подан один общий мультикаст вилан, в котором включен IGMP Snooping и на интерфейсе PIM-SM роутера еще включен IGMP Querier.

Share this post


Link to post
Share on other sites

Да я в курсе, что MVR формирует от своего имени IGMP запросы, для любого VLANа из подключенных к коммутатору. Вернее он слушает запросы от клиентских вланов и далее уже шлет их от своего имени. Но в моем то случае на коммутаторах доступа на всех портах один влан, и по логике нафиг там ISM влан не нужен. А вот на ядре х600 я могу уже запросы через прокси прокинуть на апстрим от вланов всех четырех сегментов. Результат работы Прокси и ISM с MVR по сути одинаков получается. Или я не прав? Немножко механизмы разные (в прокси просто еще мультикаст роутинг надо взводить)...

Share this post


Link to post
Share on other sites

Предварительно вот какие конфиги ядер накидал:

 

con terminal

vlan database

vlan 3 name v3 #VLAN на upstream

vlan 7 name v7 #VLAN downstream

vlan 3,7 state enable

interface port1.0.1 #upstream порт

switchport mode trunk

switchport trunk allowed vlan add 3

interface port1.0.24 #downstream порт

switchport mode trunk

switchport trunk allowed vlan add 7

 

ip multicast-routing

ip igmp snooping

 

interface v3

ip address 172.20.10.253/24

ip igmp

ip igmp proxy-service

 

interface v7

ip igmp

ip igmp mroute-proxy v3

 

 

На AT-9724 (он стоит в первом сегменте сети и к нему стриммер подключен) прописываю вот что:

 

create vlan v3 tag 3

config vlan v3 add untagged 1:10 #порт стриммера

config vlan v3 add untagged 1:7 #порт на х600

create ipif ifv3 ip address 172.20.10.254/24 v3 state enable

config igmp ifv3 version 3 state enable

 

 

Как думаете будет ли работать? Я вечерком опробую...

Edited by 47~GrAnd~74

Share this post


Link to post
Share on other sites

ISM Vlan как раз от имени клиента переправляет запросы а не от себя. По крайней мере у мегня квериер видит в таблицах адреса клиентов а не коммутаторов доступа. А вот Proxy судя из его названия подменяет адреса клиента на свой.

Share this post


Link to post
Share on other sites

Вобщем фокус не удался, не пойму почему. Прописал вчера написанный выше конфиг, стрима не увидел.

Блин кто-то вообще пробовал прокси-игмп настраивать? Что не правильно делаю?

Share this post


Link to post
Share on other sites

Вы экспериментировать пробовали? Например, начать с самого верхнего коммутатора, встать в него буком с влц, прокинуть вилан на него напрямую со стримера без всяких снупингов-квериеров. Увидеть что мультикаст приходит. Потом попробовать включить квериер и снупинг в этом вилане. Убедившись что мультикаст есть и в таком положении, попробовать увидеть буком мультикаст на коммутаторе ниже. И так постепенно от коммутатора к коммутатору идти вниз.

Share this post


Link to post
Share on other sites

Да, в верхнем по схеме ядре, куда подключен стриммер всё без вопросов показывает. Вчера пощел дальше и подключил клиентский хост в ядро второго поселка х600. Вот как прописал все:

х600. Вот кусок конфига:

 

ip multicast-routing

!

no ipv6 mld snooping

!

switch 1 provision x600-24

!

vlan database

vlan 3 name vlan3 #upstream multicast

vlan 2004 name v2004 #downstream multicast

vlan 2024 name v2024 #manager VLAN

vlan 3,2004,2024 state enable

!

interface port1.0.1

switchport

switchport mode trunk

switchport trunk allowed vlan add 3

switchport trunk native vlan 2024

!

interface port1.0.2-1.0.23

switchport

switchport mode trunk

!

interface port1.0.24

switchport

switchport mode access

switchport access vlan 2004

!

interface vlan1

ip address 10.90.90.1/24

ip dhcp-relay maxhops 4

ip dhcp-relay agent-option

ip dhcp-relay server-address 172.20.20.2

!

interface vlan3

ip address 172.20.10.253/24

ip igmp

ip igmp proxy-service

!

interface vlan2004

ip address 172.20.38.1/23

ip igmp

ip igmp mroute-proxy vlan3

!

interface vlan2024

ip address 172.20.30.2/30

!

ip route 0.0.0.0/0 172.20.30.1

!

line con 0

line vty 0 4

!

end

 

Далее привожу вывод команд:

 

awplus#sh ip igmp snooping statistics interface vlan3

IGMP Snooping statistics for vlan3

Interface: vlan3

Group: 239.255.10.2 #Multicast channel

Uptime: 00:04:21

Group mode: Exclude

Last reporter: 0.0.0.0

Source list is empty

 

Port member list:

 

Interface: vlan3

Group: 239.255.255.250

Uptime: 00:21:22

Group mode: Exclude ()

Last reporter: 0.0.0.0

Source list is empty

 

Port member list:

 

awplus#sh ip igmp snooping statistics interface vlan2004

IGMP Snooping statistics for vlan2004

Interface: vlan2004

Group: 239.255.10.2 #Multicast channel

Uptime: 00:04:26

Group mode: Exclude (Expires: 00:02:54)

Last reporter: 172.20.38.10

Source list is empty

 

Port member list:

port1.0.24 - 174 secs

 

Interface: vlan2004

Group: 239.255.255.250

Uptime: 00:21:27

Group mode: Exclude (Expires: 00:02:54)

Last reporter: 172.20.38.10

Source list is empty

 

Port member list:

port1.0.24 - 174 secs

 

+++++++++++++++++++++++++++++++++++

 

awplus#sh ip igmp groups

IGMP Connected Group Membership

Group Address Interface Uptime Expires Last Reporter

239.255.10.2 vlan2004 00:05:29 00:03:55 172.20.38.10

239.255.255.250 vlan2004 00:22:30 00:03:55 172.20.38.10

239.255.10.2 vlan3 00:05:29 stopped 0.0.0.0

239.255.255.250 vlan3 00:22:30 stopped 0.0.0.0

 

 

Далее следует конфиг на AT-9724TS

 

 

#-------------------------------------------------------------------------------

# AT-9724TS 24-Port 10/100/1000 Stackable Ethernet Switch

# Configuration

#

# Firmware: Build 4.29

# Copyright© 2004-2007 Allied Telesyn Inc.Corporation All rights reserved.

#-------------------------------------------------------------------------------

 

# STORM

 

config traffic control 1:1-1:24 broadcast disable multicast disable dlf disable threshold 128

 

# GM

 

config gm candidate

disable gm

config gm dp_interval 30

config gm hold_time 100

 

# VLAN

 

config vlan default delete 1:1-1:24

config vlan default add untagged 1:1-1:6,1:8-1:9,1:11-1:24

config vlan default advertisement enable

create vlan vlan_1 tag 2 type 1q_vlan

config vlan vlan_1 advertisement disable

create vlan vlan3 tag 3 type 1q_vlan

config vlan vlan3 add tagged 1:7 #downstrem at AT-x600

config vlan vlan3 add untagged 1:10 advertisement disable #connect to stream server

create vlan vlan2024 tag 2024 type 1q_vlan #manager VLAN

config vlan vlan2024 add untagged 1:7 advertisement disable

disable gvrp

config gvrp 1:1-1:6,1:8-1:9,1:11-1:24 state disable ingress_checking disable acceptable_frame admit_all pvid 1

config gvrp 1:7 state disable ingress_checking disable acceptable_frame admit_all pvid 2024

config gvrp 1:10 state disable ingress_checking disable acceptable_frame admit_all pvid 3

 

# IP

 

config ipif System vlan default ipaddress 10.11.11.1/24 state enable

config ipif_mac_mapping ipif ifvlan3 mac_offset 3

create ipif ifvlan3 172.20.10.254/24 vlan3 state enable

config ipif_mac_mapping ipif if2024 mac_offset 2

create ipif if2024 172.20.30.1/30 vlan2024 state enable

config ipif_mac_mapping ipif v1 mac_offset 1

create ipif v1 173.10.10.1/24 vlan_1 state enable

config l3_advertise_mtu size 1500

 

# SNOOP

 

enable igmp_snooping

config igmp_snooping default host_timeout 260 router_timeout 260 leave_timer 2 state enable

config igmp_snooping querier default query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable

config igmp_snooping vlan_1 host_timeout 260 router_timeout 260 leave_timer 2 state enable

config igmp_snooping querier vlan_1 query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable

config igmp_snooping vlan3 host_timeout 260 router_timeout 260 leave_timer 2 state enable

config igmp_snooping querier vlan3 query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable

config igmp_snooping vlan100 host_timeout 260 router_timeout 260 leave_timer 2 state enable

config igmp_snooping querier vlan100 query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable

config igmp_snooping vlan2024 host_timeout 260 router_timeout 260 leave_timer 2 state enable

config igmp_snooping querier vlan2024 query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state enable

 

# ROUTE

 

config route preference static 60

config route preference rip 100

config route preference ospfIntra 80

config route preference ospfInter 90

config route preference ospfExt1 110

config route preference ospfExt2 115

create iproute default 10.11.11.5 1

create iproute 10.90.90.0/255.255.255.0 172.20.30.2 1 primary

create iproute 172.20.38.0/255.255.254.0 172.20.30.2 1 primary

 

# 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 ipif v1 version 3 query_interval 125 max_response_time 10 robustness_variable 2 state enable

config igmp ipif v1 last_member_query_interval 1

config igmp ipif if2024 version 3 query_interval 125 max_response_time 10 robustness_variable 2 state disable

config igmp ipif if2024 last_member_query_interval 1

config igmp ipif ifvlan3 version 3 query_interval 125 max_response_time 10 robustness_variable 2 state enable

config igmp ipif ifvlan3 last_member_query_interval 1

 

# PIMSM

 

disable pim

config pim cbsr hash_masklen 30

config pim cbsr bootstrap_period 60

config pim register_probe_time 5

config pim register_suppression_time 60

config pim last_hop_spt_threshold 0

config pim rp_spt_threshold 0

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 sm dr_priority 1

config pim cbsr ipif System priority -1

config pim ipif v1 state disable hello 30 jp_interval 60 mode sm dr_priority 1

config pim cbsr ipif v1 priority -1

config pim ipif if2024 state disable hello 30 jp_interval 60 mode sm dr_priority 1

config pim cbsr ipif if2024 priority -1

config pim ipif ifvlan3 state disable hello 30 jp_interval 60 mode dm dr_priority 1

config pim cbsr ipif ifvlan3 priority -1

 

# DVMRP

 

disable dvmrp

config dvmrp ipif System metric 1 probe 10 neighbor_timeout 35 state disable

config dvmrp ipif v1 metric 1 probe 10 neighbor_timeout 35 state disable

config dvmrp ipif if2024 metric 1 probe 10 neighbor_timeout 35 state disable

config dvmrp ipif ifvlan3 metric 1 probe 10 neighbor_timeout 35 state disable

 

# RIP

 

disable rip

config rip ipif System tx_mode disable state disable

config rip ipif System rx_mode disable state disable

config rip ipif ifvlan3 tx_mode disable state disable

config rip ipif ifvlan3 rx_mode disable state disable

config rip ipif if2024 tx_mode disable state disable

config rip ipif if2024 rx_mode disable state disable

config rip ipif v1 tx_mode disable state disable

config rip ipif v1 rx_mode disable state disable

 

# VRRP

 

config vrrp ipif ifvlan3 authtype none

disable vrrp

disable vrrp ping

 

#-------------------------------------------------------------------

# End of configuration file for AT-9724TS

#-------------------------------------------------------------------

 

Вобщем стрима я так и не увидел, видимо что-то не донастроил на АТ-9724, может укажите что я делаю не так? Просто на х600 согласно мануалам, вроде все правильно формируется. По netflow статистике биллинга вижу что на 10-ый порт AT-9724 приходит поток порядка 130Мбит и уходит в порт №7. А на клиентском хосте запускаю VLC плеер - ничего не показывает :-(.

 

И еще вопрос, почему на AT-9724 и на входящем порту (10-ый) и на исходящем (7-ой) одинаково 130Мбит/с. Разве на 7-ом порту не должен формироваться только поток запрашиваемых пользователями каналов? Просто как я писал хотелось бы эту полосу экономить, а получается как при статическом перенаправлении - льет по максимуму и всё...

Share this post


Link to post
Share on other sites

если вы утверждаете что PIM-SM у вас нет и не будет то зачем на 600

 

ip multicast-routing

 

 

Во-вторых никаких

 

ip igmp
ip igmp proxy-service
ip igmp mroute-proxy vlan3

 

на втором коммутаторе не надо. Только чистый Snooping (а он к роутингу и проксированию не относится).

 

В конфиге AT-9724 я вижу полное подобие конфигу наших D-Link. И в приведенном конфиге есть команды PIM-SM. Значит все-таки можно настроить.

 

Если сейчас вы на AT-9724

 

config igmp_snooping querier vlan3 query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable

 

поставите в enable. то в vlan3 у вас появится наконец-то квериер который сможет обеспечить снупинг на всех нижестоящих уровнях.

Share this post


Link to post
Share on other sites

У вас мультикаст генерируется в vlan3 и до клиентских коммутаторов он должен доходить в vlan3 (если конечно вы не надумаете сделать мультикаст роутинг на AT-9724)

 

И еще вопрос, почему на AT-9724 и на входящем порту (10-ый) и на исходящем (7-ой) одинаково 130Мбит/с. Разве на 7-ом порту не должен формироваться только поток запрашиваемых пользователями каналов? Просто как я писал хотелось бы эту полосу экономить, а получается как при статическом перенаправлении - льет по максимуму и всё...

Потому что на AT-9724

 

config igmp_snooping vlan3 host_timeout 260 router_timeout 260 leave_timer 2 state enable
config igmp_snooping querier vlan3 query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable

 

Снупинг включить включили (первая строка), а квериер - нет (вторая строка). Без квериера снупинг не работает.

 

 

Сначала квериер на AT-9724 врубите, а на x600 вычистите все что касается igmp и мультикаста и убедитесь в том что вы уверенно получаете мультикаст на x600. Только после этого начинайте настраивать снупинг на x600.

Edited by eddy_mut

Share this post


Link to post
Share on other sites

Про то, что куерире на ВЛАн 3 не включен, я тоже беспокоюсь и пробовал его включить, но этот пылесос из славной династии AT коммутаторов не дает мне не из командной строки перевести querier в enable, ни из Web админки. В вэбе при попытке перевести в enable ругается и выдает сообщение Timer is followed IGMP, it cannot changed. В cli выдает такое же сообщение.

 

По поводу включения опции ip multicast-routing на х600 - делал по мануалу http://www.alliedtelesis.ru/userfiles/file/Technical_tips_and_tricks_AW-_REVB.pdf стр.19

 

Я уже писал, что PIM использовать не могу из-за лицензионных ограничений на х600. Но видимо даже при использовании IGMP Proxy надо взводить ip multicast-routing, кстати а какой командой оно взводится на AT-9724 (ну то бишь тех же D-Link) я что-то не нашел.

И опять же повторюсь, я использую IGMP Proxy из-за того, что мне надо передать мультикаст из одного сегмента сети в другие, если есть варианты сделать это не используя Layer 3, то прошу надоумить как это сделать.

Edited by 47~GrAnd~74

Share this post


Link to post
Share on other sites

значит надо разобраться почему не включается

 

Он не включается потому что уже включен на уровне L3

 

config igmp ipif ifvlan3 version 3 query_interval 125 max_response_time 10 robustness_variable 2 state enable
config igmp ipif ifvlan3 last_member_query_interval 1

 

Выключите тут - и можно будет включить там.

 

квериер можно включать на L2 уровне, в _вилане_, для случаев когда нет мультикаст роутинга.

 

либо на уровне L3, когда роутинг есть, вы включаете квериер на _интерфейсе_ смотрящем в вилан, проброшенный до клиентских коммутаторов.

Edited by eddy_mut

Share this post


Link to post
Share on other sites

До фильтрации мультикаста мне пока далеко, сначала нужно картинку увидеть, а уж потом лишнее отсекать. Все ж почему продолжает лить на исходящий порт? Ведь поставил во vlan3 querier state enable. Кстати, спасибо за подсказку, действительно надо было выключить на Layer 3, после этого сразу дало включить на VLAN'е.

Share this post


Link to post
Share on other sites

льется потому что в длинках мало настроить мультикаст надо еще включить фильтр командой указанной выше.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.