kirush Опубликовано 7 апреля, 2010 · Жалоба Подскажите новичку, помогите разобраться. Проблема в следующем: OS: Freebsd 8.0 STABLE Провайдер отдает ТВ через мультикаст. Для этого подняли с ним ptp VLAN30, допустим 1.1.1.2 с моей стороны, 1.1.1.1 со стороны провайдера, маска /30 на машине (роутер мультикаста) есть em1 смотрящий внутрь моей сети, пусть будет 2.2.2.2 tcpdump -i vlan30 -n вижу: 21:43:04.845303 IP 1.1.1.1 > 224.0.0.13: PIMv2, Hello, length 34 21:43:34.475636 IP 1.1.1.1 > 224.0.0.13: PIMv2, Hello, length 34 Т.е. протокол PIM v2, провайдер пошел на встречу и настроил вместо PIM-SM, PIM-DM на циске, чтобы я смог принять с помощью pimdd (порт во фре). Установил pimdd/igmpproxy - для тестов. Пробуем с pimdd, конфиг /etc/pimd.conf пустой кроме как заблокировал роутинг не нужных интерфейсов: phyint y.y.y.y disable запускаем pimdd -d: [root@ix] pimdd -c /etc/pimdd.conf -d pim_detail debug level 0x800000 (pim_detail) 21:50:57.613 pimdd version 0.2.1.0-alpha21 starting 21:50:57.613 Getting vifs from kernel 21:50:57.613 installing em1 (2.2.2.2 on subnet 10.1/16) as vif #1 - rate=0 21:50:57.613 installing vlan30 (1.1.1.2 on subnet 77.91.66.64/30) as vif #3 - rate=0 21:50:57.613 Getting vifs from /etc/pimdd.conf 21:50:57.613 em1 comes up; vif #1 now in service 21:50:57.613 vlan30 comes up; vif #3 now in service 21:50:57.652 ignoring unknown IGMP message type 40 from 10.1.8.221 to 224.0.0.9 21:50:57.882 ignoring unknown IGMP message type 40 from 10.1.5.13 to 224.0.0.9 21:50:58.380 ignoring unknown IGMP message type 40 from 10.1.5.13 to 224.0.0.9 21:50:58.652 ignoring unknown IGMP message type 40 from 10.1.8.221 to 224.0.0.9 В этот самый момент вижу: tcpdump -i valn30 -n 21:53:04.416248 IP 77.94.170.4.20000 > 234.5.2.51.20000: UDP, length 1316 21:53:04.416252 IP 77.94.170.98.20000 > 234.5.2.50.20000: UDP, length 188 21:53:04.416373 IP 77.94.170.4.20000 > 234.5.2.73.20000: UDP, length 1316 21:53:04.416498 IP 77.94.170.4.20000 > 234.5.2.72.20000: UDP, length 1316 21:53:04.416623 IP 77.94.170.4.20000 > 234.5.2.71.20000: UDP, length 1316 что большое кол-во мультикаст трафика идет. ipfw show: 00010 38019 1138652 allow igmp from any to any 00100 41691312 50417575457 allow ip from any to any с машины 2.2.2.3 пытаюсь запустить плейлист выданный провайдером - не пускается, что делаю не так? Надо ли включать IGMP snooping на свитчах? Как их правильно настроить? Либо всё должно работать на дефолтных настройках? --- В случае с igmpproxy.conf: quickleave phyint vlan30 upstream ratelimit 0 threshold 1 altnet 1.1.1.0/30 altnet 77.94.170.0/24 altnet 77.246.100.0/24 (данные подсети нашел по tcpdump когда использовал pimdd, видно пров оттуда ретранслирует мультикаст) phyint em1 downstream ratelimit 0 threshold 1 phyint lo0 disabled phyint vlan37 disabled по tcpdump -i vlan30 -n вижу: [root@ix]# tcpdump -i vlan30 -n tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vlan30, link-type EN10MB (Ethernet), capture size 96 bytes 21:58:15.714983 IP 1.1.1.2 > 239.192.152.143: igmp v2 report 239.192.152.143 21:58:15.716334 IP 1.1.1.2 > 224.0.0.251: igmp v2 report 224.0.0.251 21:58:15.716653 IP 1.1.1.2 > 224.0.1.60: igmp v2 report 224.0.1.60 21:58:15.720890 IP 1.1.1.2 > 224.0.0.253: igmp v2 report 224.0.0.253 21:58:15.728072 IP 1.1.1.2 > 239.255.255.250: igmp v2 report 239.255.255.250 21:58:15.788660 IP 1.1.1.2 > 224.0.0.252: igmp v2 report 224.0.0.252 21:58:15.895794 IP 1.1.1.2 > 239.254.1.2: igmp v2 report 239.254.1.2 21:58:16.550320 IP 1.1.1.2 > 224.0.0.22: igmp v2 report 224.0.0.22 21:58:18.658136 IP 1.1.1.2 > 224.0.0.9: igmp v2 report 224.0.0.9 21:58:19.192397 IP 1.1.1.2 > 231.0.0.1: igmp v2 report 231.0.0.1 периодически проскакивает: 21:59:23.028206 IP 1.1.1.1 > 224.0.0.13: PIMv2, Hello, length 34 Подскажите что мне делать, чтобы ретранслировать ТВ в свою сеть y.y.y.0? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 7 апреля, 2010 · Жалоба Мля... ЭТО - НЕ IPTV! ЭТО - малтикаст-телевещание. IPTV - это когда у абонента есть пульт для управления оплачиваемыми услугами. Интерактивными такими услугами. Он ими управляет, интерактивно, осознанно. А транспорт этого всего, - по IP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kirush Опубликовано 8 апреля, 2010 · Жалоба Мля... ЭТО - НЕ IPTV! ЭТО - малтикаст-телевещание. IPTV - это когда у абонента есть пульт для управления оплачиваемыми услугами. Интерактивными такими услугами. Он ими управляет, интерактивно, осознанно. А транспорт этого всего, - по IP. Прошу прощения если не так назвал, сталкиваюсь впервые, поэтому и прошу совета.А по "технике" как принять и ретранслировать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vladd Опубликовано 8 апреля, 2010 · Жалоба Мля... ЭТО - НЕ IPTV! ЭТО - малтикаст-телевещание.IPTV - это когда у абонента есть пульт для управления оплачиваемыми услугами. Интерактивными такими услугами Коль уж начался оффтопик, прошу заметить, что IPTV вроде расшифровывается как "Internet Protocol Television". Где здесь слово "интерактивный"? А вот мультикастовое вещание телевизионного потока в IP - как раз отлично подходит под данную аббревиатуру. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 8 апреля, 2010 · Жалоба А до того было iTV. Без "P". Просто тяжкое наследие унаследованных терминов и аббревиатур. А гнать вещание, - хоть по IP/mcast, хоть по коаксиалу, хоть по MMDS, - это телевещание. И, кстати, вот именно для целей вещания IP/mcast, пожалуй, один из самых неудобных способов :-) Другой вопрос, что на IP интерактив делается заметно удобнее и железа для него много. http://en.wikipedia.org/wiki/IPTV IPTV services may be classified into three main groups: live television, time-shifted programming, and content (or video) on demand. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 8 апреля, 2010 · Жалоба А по "технике" как принять и ретранслировать? А прямо свичём никак нельзя? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kirush Опубликовано 8 апреля, 2010 · Жалоба А по "технике" как принять и ретранслировать?А прямо свичём никак нельзя? Свичем - нужен как минимум Layer 3 с поддержкой PIM-SM/DM. Это самый простой вариант ;), а хотелось всё таки на базе FreeBSD осуществить данную затею, так как читал, что люди всё таки делают это. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aoz1 Опубликовано 15 апреля, 2010 · Жалоба Свичем - нужен как минимум Layer 3 с поддержкой PIM-SM/DM. Это самый простой вариант ;), а хотелось всё таки на базе FreeBSD осуществить данную затею, так как читал, что люди всё таки делают это. xorp в помощь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...