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

Multicast на Catalyst 3750 Не получается настроить Multicast Routing

Пытаюсь настроить вещание TVoIP потока в Ethernet-сети. В качестве источника мультикаст-трафика использую vlc, в качестве приемника - его же. Маршрутизацию мультикастового трафика предполагается возложить на Cisco Catalyst 3750.

 

На Cisco помимо прочего имеется два вилана. В одном - предполагаемый источник мультикаст трафика, в другом - предполагаемый абонент. Глобально включена маршрутизация мультикаст-трафика и назначен адрес RP для протокола PIM (указан адрес источника трафика - linux машины).

 

ip multicast-routing distributed
interface Vlan41 # Вилан с источником трафика, 172.16.15.2/30
ip address 172.16.15.1 255.255.255.252
ip pim sparse-mode
interface Vlan1010 # Вилан, в котором находится клиент
ip unnumbered Loopback1
ip helper-address 172.16.*.*
ip pim sparse-mode
ip pim rp-address 172.16.15.2

 

Запускаю vlc на источнике. Вещание ведется на адрес 239.255.12.42. На циске на ethernet-интерфейсе увеличивается количество мультикастовых пакетов, из чего делаю вывод что до неё пакеты доходят. На клиенте запускаю vlc udp://@239.255.12.42 , но вопреки ожиданиям никакого видео не вижу. При этом если клиент находится в том же вилане что и источник - все работает.

 

Далее привожу вывод команд sh ip mroute и sh ip igmp group.

 

core#sh ip mroute 
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, 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.255.12.42), 00:01:19/00:02:34, RP 172.16.15.2, flags: SJC
 Incoming interface: Vlan41, RPF nbr 172.16.15.2
 Outgoing interface list:
   Vlan1010, Forward/Dense, 00:01:19/00:00:00

(*, 224.0.1.40), 19:31:30/00:02:32, RP 172.16.15.2, flags: SJCL
 Incoming interface: Vlan41, RPF nbr 172.16.15.2
 Outgoing interface list:
   Vlan1010, Forward/Dense, 19:31:30/00:00:00
core#sh ip igmp groups 
IGMP Connected Group Membership
Group Address    Interface                Uptime    Expires   Last Reporter   Group Accounted
239.255.12.42    Vlan1010                 00:01:32  00:02:21  193.106.90.2    
224.0.1.40       Vlan1010                 1w5d      00:02:19  193.106.90.1    

 

Собственно, вопрос в том, как сделать чтобы все работало или что я сделал не так. Заранее спасибо.

Share this post


Link to post
Share on other sites

точкой рандеву надо объявить саму циску(допустим лупбек), на клиентском влане ip pim passive

Share this post


Link to post
Share on other sites

RP это Rendezvous Point т.е. точка встречи в дереве рассылки. В качестве RP должен быть указан адрес маршрутизатора

В вашем примере уберите строку ip pim rp-address 172.16.15.2. Между vlan-ами должна быть настроена маршрутизация.

И должно заработать.

Share this post


Link to post
Share on other sites

И шлюзом на источнике должен быть адрес влана.

Share this post


Link to post
Share on other sites

Да, проблема была в ttl. И ведь что обидно, неоднократно натыкался на её описание, но почему-то был уверен, что проверил ttl tcpdump'ом.

 

Всем спасибо за помощь. Многие мутноватые моменты стали понятнее )

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this