Имеем коммутатор cisco WS-C3560G-24TS.Он осуществляет маршрутизацию трафика между vlan-ами, в том числе и multicast, взяимодействует с другими роутерами по протоколу PIM, и все работает, в том числе и IGMP snooping.
Но в VLAN, где находится multicast source, он почему-то посылает multicast на все порты в этом VLAN, igmp snooping не отрабатывает. Почему это может быть?
Речь идет, к примеру о VLAN 4, multicast source=192.168.0.35 шлет пакеты на 233.168.227.18. Они попадают на все порты.
core#sh run int vlan 4
Building configuration...Current configuration : 208 bytes
!
interface Vlan4
ip address 192.168.0.33 255.255.255.224
ip pim dense-mode
ip policy route-map rSPA_NAT
ip igmp query-interval 125
end
core#sh vlan id 4VLAN Name Status Ports
---- -------------------------------- --------- -------------------------------
4 Admins active Gi0/2, Gi0/4, Gi0/8, Gi0/16, Gi0/18, Gi0/19, Gi0/23, Gi0/24, Gi0/25, Gi0/27, Gi0/28core#sh ip igmp snooping vlan 4
Global IGMP Snooping configuration:
-----------------------------------
IGMP snooping : Enabled
IGMPv3 snooping (minimal) : Enabled
Report suppression : Enabled
TCN solicit query : Disabled
TCN flood query count : 2
Last Member Query Interval : 1000Vlan 4:
--------
IGMP snooping : Enabled
IGMPv2 immediate leave : Disabled
Explicit host tracking : Enabled
Multicast router learning mode : pim-dvmrp
Last Member Query Interval : 1000
CGMP interoperability mode : IGMP_ONLYcore#sh ip mroute 233.168.227.18
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel
Y - Joined MDT-data group, y - Sending to MDT-data group
Outgoing interface flags: H - Hardware switched, A - Assert winner
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode(*, 233.168.227.18), 3w2d/stopped, RP 10.0.100.5, flags: SP
Incoming interface: Null, RPF nbr 0.0.0.0
Outgoing interface list: Null(192.168.0.35, 233.168.227.18), 1w3d/00:02:56, flags: PT
Incoming interface: Vlan4, RPF nbr 0.0.0.0
Outgoing interface list: Nullcore#sh ip igmp snooping groups vlan 4
Vlan Group Type Version Port List
----------------------------------------------------------------
4 234.200.200.200 igmp v2 Gi0/24
4 239.255.255.250 igmp v2 Gi0/2, Gi0/4, Gi0/24
А попробуйте статически прописать source port.
ip igmp snooping vlan "vlan-id" mrouter "interface interface-id"
>А попробуйте статически прописать source port.
>ip igmp snooping vlan "vlan-id" mrouter "interface interface-id"Спасибо за ответ, но не заработало.
core#sh ip igmp snooping mrouter
Vlan ports
---- -----
4 Gi0/24(static), RouterИсточник в порту gi0/24, клиент, который не заказывал группу в порту gi0/2, но она и прочие группы от этого источника на порт gi0/2 поступают.
Схожая проблема .... Удалось ли решить и как?
Тоже столкнулся с этой проблемой. Удалось ли решить её? Понимаю что прошло много времени с момента создания этого топика.
> Тоже столкнулся с этой проблемой. Удалось ли решить её? Понимаю что прошло
> много времени с момента создания этого топика.Нет, проблема не решена.
Апгрейдить софт и писать в TAC я не пробовал, т.к. проблема купируется разделением VLAN.
> Нет, проблема не решена.
> Апгрейдить софт и писать в TAC я не пробовал, т.к. проблема купируется
> разделением VLAN.Я всёже добился, чтоюы мултикаст не шёл во все порты, а только в нужный, но у емня была более узкая задача.
Приведу привер что нужно было получить.
Был поднят чисто VLAN.
В него входило 4 порта.
1. Первый сервер DVB-S приёма каналов со спутника
2. Второй сервер DVB-S приёма каналов со спутника
3. Сервер сбора мултикаст потоков с первых двух серверов и ретрансляция их уже в multicast и по http уже в другой VLAN с другого интерфейса.
4. Транковый порт на дочернюю cisco с доругим оборудованием, туда тоже был проложен этот созданный vlan.Когда начинали вещать первые два сервера, то мултикаст шёл во все порты данного VLAN, а не туда, откуда запрашивался поток. Порыв в интернете, и понял что проблемка есть у многих и она не решаема, сделал привязку групп к третьему порту вручную, т.е. к порту откуда реально запрашивается multicast.
ip igmp snooping vlan 50 static 224.2.2.1 interface gigabitEthernet 0/3
ip igmp snooping vlan 50 static 224.2.2.2 interface gigabitEthernet 0/3
ip igmp snooping vlan 50 static 224.2.2.3 interface gigabitEthernet 0/3
... и т.д.Весь "левый" multicast трафик сняло как рукой с других портов, теперь он идёт толкьо в третий порт куда и должен.
Надеюсь это кому-то поможет.
>[оверквотинг удален]
> и понял что проблемка есть у многих и она не решаема,
> сделал привязку групп к третьему порту вручную, т.е. к порту откуда
> реально запрашивается multicast.
> ip igmp snooping vlan 50 static 224.2.2.1 interface gigabitEthernet 0/3
> ip igmp snooping vlan 50 static 224.2.2.2 interface gigabitEthernet 0/3
> ip igmp snooping vlan 50 static 224.2.2.3 interface gigabitEthernet 0/3
> ... и т.д.
> Весь "левый" multicast трафик сняло как рукой с других портов, теперь он
> идёт толкьо в третий порт куда и должен.
> Надеюсь это кому-то поможет.Ещё нашёл такую вещь, если вещать DVBLAST'ом или VLC, также думаю и к другому софту это относится, и не указать в параметре вещания TTL, то IGMP snooping также нормально не будет работать.