rush Опубликовано 6 октября, 2010 · Жалоба Пытаюсь настроить вещание 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 Собственно, вопрос в том, как сделать чтобы все работало или что я сделал не так. Заранее спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ingress Опубликовано 6 октября, 2010 · Жалоба точкой рандеву надо объявить саму циску(допустим лупбек), на клиентском влане ip pim passive Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 6 октября, 2010 (изменено) · Жалоба ttl 1 ? http://forum.videolan.org/viewtopic.php?f=4&t=56351 Изменено 6 октября, 2010 пользователем darkagent Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
denis_vid Опубликовано 6 октября, 2010 · Жалоба RP это Rendezvous Point т.е. точка встречи в дереве рассылки. В качестве RP должен быть указан адрес маршрутизатора В вашем примере уберите строку ip pim rp-address 172.16.15.2. Между vlan-ами должна быть настроена маршрутизация. И должно заработать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
denis_vid Опубликовано 6 октября, 2010 · Жалоба И шлюзом на источнике должен быть адрес влана. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rush Опубликовано 6 октября, 2010 · Жалоба ttl 1 ?http://forum.videolan.org/viewtopic.php?f=4&t=56351 Да, проблема была в ttl. И ведь что обидно, неоднократно натыкался на её описание, но почему-то был уверен, что проверил ttl tcpdump'ом. Всем спасибо за помощь. Многие мутноватые моменты стали понятнее ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...