fox_m Опубликовано 12 сентября, 2012 · Жалоба Всем привет. Столкнулся с непонятной проблемой. К C3750 подключено 3 источника вещания, каждый в своем vlan и имеющий свой ip адрес. Обратил внимание, что группы вещания имеют в качестве источника вещания все 3 источника: RUBL-HE-SW5#sh ip mroute 239.1.1.11 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, E - Extranet, X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement, U - URD, I - Received Source Specific Host Report, Z - Multicast Tunnel, z - MDT-data group sender, Y - Joined MDT-data group, y - Sending to MDT-data group, V - RD & Vector, v - Vector Outgoing interface flags: H - Hardware switched, A - Assert winner Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.1.1.11), 1d09h/stopped, RP 10.100.0.10, flags: SPF Incoming interface: Vlan725, RPF nbr 10.100.20.5 Outgoing interface list: Null (10.100.27.34, 239.1.1.11), 00:01:19/00:02:10, flags: FT Incoming interface: Vlan352, RPF nbr 0.0.0.0, Registering Outgoing interface list: Vlan725, Forward/Sparse, 00:01:19/00:03:08 (10.100.27.2, 239.1.1.11), 00:03:20/00:00:09, flags: FT Incoming interface: Vlan350, RPF nbr 0.0.0.0, Registering Outgoing interface list: Vlan725, Forward/Sparse, 00:03:20/00:03:10 (10.100.27.18, 239.1.1.11), 1d09h/00:03:27, flags: FT Incoming interface: Vlan351, RPF nbr 0.0.0.0 Outgoing interface list: Vlan725, Forward/Sparse, 1d09h/00:02:54 Как видно, группа 239.1.1.11 как бы вещается с 3-х источников 10.100.27.34, 10.100.27.2, 10.100.27.18. Хотя на самом деле вещается только с 10.100.27.18. И на остальных 2-х 100% отсутствует. Еще видно, что "лишние" источники почти постоянно в состоянии Registering. Что характерно, картинка при этом не смешивается и вещание идет нормально. interface Vlan350 ip address 10.100.27.1 255.255.255.248 ip pim sparse-mode end interface Vlan351 ip address 10.100.27.17 255.255.255.240 ip pim sparse-mode end interface Vlan352 ip address 10.100.27.33 255.255.255.240 ip pim sparse-mode end В чем может быть дело? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
anikishov Опубликовано 12 сентября, 2012 (изменено) · Жалоба доброго дня. что показывает sh ip mroute 239.1.1.11 count ? Вообще на источниках смотреть нужно, вероятно на них присутствуют не скроссированные порты с указанной группой. Если на источниках действительно ничего нету, тогда ip igmp access-group на виланы источников навесить можно. Изменено 12 сентября, 2012 пользователем gryz9 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fox_m Опубликовано 13 сентября, 2012 · Жалоба RUBL-HE-SW2-STACK#sh ip mroute 239.1.1.11 count IP Multicast Statistics 632 routes using 332616 bytes of memory 279 groups, 1.26 average sources per group Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc) Group: 239.1.1.11, Source count: 3, Packets forwarded: 8604, Packets received: 228 RP-tree: Forwarding: 0/0/0/0, Other: 0/0/0 Source: 10.100.27.2/32, Forwarding: 0/0/0/0, Other: 0/0/0 Source: 10.100.27.34/32, Forwarding: 0/0/0/0, Other: 0/0/0 Source: 10.100.27.18/32, Forwarding: 8604/1/34/0, Other: 228/0/0 Насколько я понимаю, с "лишних" источников трафик не идет. А может проблема возникнуть из за пересечения мультикаст адресов? Ведь как известно, при трансляции группового IP адреса в Ethernet адрес возможны совпадения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
anikishov Опубликовано 13 сентября, 2012 (изменено) · Жалоба Насколько я понимаю, с "лишних" источников трафик не идет. А может проблема возникнуть из за пересечения мультикаст адресов? Ведь как известно, при трансляции группового IP адреса в Ethernet адрес возможны совпадения. На какие группы должны идти потоки с "лишних" источников ? Если среди них есть группы вида 23*.1.1.11 возможно пересечение, но я не уверен, т.к. при пересечении, на эту группу (239.1.1.11) шёл бы трафик - у нас его нету. Изменено 13 сентября, 2012 пользователем gryz9 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...