IPtv multicast

Alx1m1K

Почему-то не работает udpxy на pfsense. Не подскажете, в чем может быть проблема?

Имею следующее: pfsense 2.0.1 и udpxy, установленный из FreeBSD 8.1 репозитория. На pfsense включен igmpproxy, на фаерволе открыты нужные порты и мультикасты нормально маршрутизируются. Однако udpxy при запуске с параметрамиudpxy -m WAN_IP -a LAN_IP -c 4 -M 30 -p 4022потоки цеплять не хочет и только кидает в лог сообщения вида```
udpxy[25996]: read_buf: read: Resource temporarily unavailable


Есть также точка доступа на OpenWRT, на ней udpxy при запуске с параметрами```
udpxy -m br-lan -c 4 -M 30 -p 4022
```замечательно работает (br-lan соответственно бридж в который входят все LAN интерфейсы).

Может в 2.0.1 что сломали или я что-нибудь забыл сделать  ???

Alx1m1K

@antoney:

Не подскажите, что может быть, куда копать…

Может быть LAN правилах advanced options с allow packet with ip options забыто. Во всяком случае при настройке по гайду igmpproxy query видеть должен.

nrw

Имею pfsense 2.0.1-RELEASE (amd64). Какая то хрень творится с парой igmpproxy и udpxy.
Проблема: IPTV через igmpproxy работает нормально за исключением того, что каждые минут 5 картинка останавливается, стоит секунд 20 и снова стартует.
Решил побороть с помощью udpxy, но в итоге он поборол меня.

Параметры сети
2 WAN с балансировкой через System: Advanced: Miscellaneous ->Allow default gateway switching

1 провайдер
WAN interface (re0)
IP address 10.120.68.129
Subnet mask 255.255.255.0
Gateway WAN 10.120.68.1

2 провайдер (default routing)
SPIDYLINE interface (re1)
IP address 10.18.65.51
Subnet mask 255.255.255.0
Gateway spidygate 10.18.65.254

LAN2 interface (re2) он же OPT2
IP address 192.168.1.1
Subnet mask 255.255.255.0

Настройка IGMP Proxy
WAN upstream 77.94.0.0/16, 224.0.0.0/4
OPT2 downstream 192.168.1.0/24
Где 77.94.0.0/16 сетка с которой вещает провайдер (выявлено по логам IGMP Proxy)

Поставил пакет udpxy из http://ftp-archive.freebsd.org/pub/FreeBSD-Archive/old-releases/amd64/8.1-RELEASE/packages/Latest/.
Пошаманил согласно этому посту с конфигурационным файлом http://forum.pfsense.org/index.php/topic,45354.msg237260.html#msg237260
Имеем в /usr/local/etc/rc.d/udpxy.sh:
. /etc/rc.subr
name="udpxy"
rcvar=$(set_rcvar)
load_rc_config ${name}
udpxy_enable=${udpxy_enable-"YES"}
udpxy_port=${udpxy_port-"4022"}
udpxy_flags=${udpxy_flags-" -a re2 -c 6 -M 60 -m re0"}
command="/usr/local/sbin/${name}"
pidfile="/var/run/${name}${udpxy_port}.pid"
udpxy_flags="-p ${udpxy_port} ${udpxy_flags}"
run_rc_command "$1"

По адресу http://192.168.1.1:4022/status успешно показывает интерфейс udpxy
Теперь самое загадочное. В качестве клиента выступает VLC запущеный на 192.168.1.9

Сценарий 1: попытка показать первый канал через http://192.168.1.1:4022/udp/234.5.2.1:20000 ничего не дает.
http://192.168.1.1:4022/status показывает что подключен один клиент.
В логах pfsense имеем:
Mar 31 11:39:17 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:39:17 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:39:18 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:39:22 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:39:22 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:39:24 udpxy[55201]: read_buf: read: Resource temporarily unavailable

Через tcpdump имеем следующее:
tcpdump -n -i re2 port 2000 or igmp
11:51:58.936099 IP 192.168.1.9 > 239.255.255.250: igmp v2 report 239.255.255.250
11:52:00.194217 IP 192.168.1.5 > 224.0.0.22: igmp v3 report, 1 group record(s)
11:52:01.194002 IP 192.168.1.1 > 224.0.0.252: igmp query v2 [gaddr 224.0.0.252]
11:52:01.194123 IP 192.168.1.1 > 224.0.0.1: igmp query v3 [gaddr 224.0.0.252]
11:52:01.624845 IP 192.168.1.1 > 224.0.0.2: igmp v2 report 224.0.0.2
11:52:06.617799 IP 192.168.1.1 > 224.0.0.252: igmp query v2 [gaddr 224.0.0.252]
11:52:06.617920 IP 192.168.1.1 > 224.0.0.1: igmp query v3 [gaddr 224.0.0.252]
11:52:07.359022 IP 192.168.1.8 > 224.0.0.252: igmp v2 report 224.0.0.252
11:52:11.354138 IP 192.168.1.1 > 224.0.0.252: igmp query v2 [gaddr 224.0.0.252]
11:52:11.354234 IP 192.168.1.1 > 224.0.0.1: igmp query v3 [gaddr 224.0.0.252]
11:52:15.936480 IP 192.168.1.9 > 224.0.0.252: igmp v2 report 224.0.0.252
11:52:15.936955 IP 192.168.1.1 > 224.0.0.252: igmp query v2 [gaddr 224.0.0.252]
11:52:15.937020 IP 192.168.1.1 > 224.0.0.1: igmp query v3 [gaddr 224.0.0.252]
11:52:20.353730 IP 192.168.1.8 > 224.0.0.252: igmp v2 report 224.0.0.252
11:52:21.353282 IP 192.168.1.1 > 224.0.0.252: igmp query v2 [gaddr 224.0.0.252]
11:52:21.353375 IP 192.168.1.1 > 224.0.0.1: igmp query v3 [gaddr 224.0.0.252]
11:52:26.346973 IP 192.168.1.1 > 224.0.0.252: igmp query v2 [gaddr 224.0.0.252]
11:52:26.347096 IP 192.168.1.1 > 224.0.0.1: igmp query v3 [gaddr 224.0.0.252]
11:52:26.858862 IP 192.168.1.8 > 224.0.0.252: igmp v2 report 224.0.0.252

Сценарий 2:
Запускаем просмотр через udp://@234.5.2.1:20000. Все естественно работает.
Mar 31 11:40:31 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:40:31 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:40:34 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:40:34 igmpproxy: Note: RECV V2 member report from 192.168.1.9 to 234.5.2.1 (ip_hl 24, data 8)
Mar 31 11:40:34 igmpproxy: Note: joinMcGroup: 234.5.2.1 on re0
Mar 31 11:40:35 igmpproxy: Note: RECV V2 member report from 192.168.1.9 to 234.5.2.1 (ip_hl 24, data 8)
Mar 31 11:40:35 igmpproxy: Note: New origin for route 234.5.2.1 is 77.94.170.3, flood -1
Mar 31 11:40:35 igmpproxy: Note: Adding MFC: 77.94.170.3 -> 234.5.2.1, InpVIf: 0
Mar 31 11:40:35 igmpproxy: Note: New origin for route 234.5.2.53 is 77.94.170.4, flood -1
Mar 31 11:40:37 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:40:37 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)

Снова запускаем http://192.168.1.1:4022/udp/234.5.2.1:20000 и о чудо! Оно работает! Но счастье будет не долгим. Такое впечатление, что как только поток с видео пошел от провайдера (а он пошел после предыдущего шага), то udpxy его нормально транслирует. Но сам udpxy запрос на показ отослать не может.
Mar 31 11:41:22 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:22 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:25 igmpproxy: Note: RECV Leave message from 192.168.1.9 to 224.0.0.2 (ip_hl 24, data 8)
Mar 31 11:41:25 igmpproxy: Note: leaveMcGroup: 234.5.2.1 on re0
Mar 31 11:41:25 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 234.5.2.1 (ip_hl 24, data 8)
Mar 31 11:41:25 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:26 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:26 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:26 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:30 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 8)
Mar 31 11:41:30 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:31 igmpproxy: Note: RECV V2 member report from 192.168.1.9 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:31 igmpproxy: Note: RECV V2 member report from 192.168.1.9 to 239.255.255.250 (ip_hl 24, data 8)

Через секунд 20 воспроизведение через updxy останавливается. Ниже логи сего печального момента:
Mar 31 11:41:41 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address
Mar 31 11:41:41 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (77.94.170.3 234.5.2.12); Errno(49): Can't assign requested address
Mar 31 11:41:41 igmpproxy: Note: Removing MFC: 77.94.170.3 -> 234.5.2.12, InpVIf: 0
Mar 31 11:41:41 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address
Mar 31 11:41:41 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (77.94.170.3 234.5.2.15); Errno(49): Can't assign requested address
Mar 31 11:41:41 igmpproxy: Note: Removing MFC: 77.94.170.3 -> 234.5.2.15, InpVIf: 0
Mar 31 11:41:41 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address
Mar 31 11:41:41 igmpproxy: Note: Route is not active. No kernel updates done.
Mar 31 11:41:41 igmpproxy: Warn: age_table_entry: SIOCGETSGCNT failing for (77.94.170.4 234.5.2.53); Errno(49): Can't assign requested address
Mar 31 11:41:41 igmpproxy: Note: Removing MFC: 77.94.170.4 -> 234.5.2.53, InpVIf: 0
Mar 31 11:41:41 igmpproxy: Warn: MRT_DEL_MFC; Errno(49): Can't assign requested address
Mar 31 11:41:42 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:42 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:42 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 234.5.2.1 (ip_hl 24, data 8)
Mar 31 11:41:42 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:42 igmpproxy: Note: RECV V2 member report from 192.168.1.9 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:47 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:47 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:48 igmpproxy: Note: RECV V2 member report from 192.168.1.9 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:52 igmpproxy: Note: Removing MFC: 77.94.170.3 -> 234.5.2.1, InpVIf: 0
Mar 31 11:41:52 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:52 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:52 igmpproxy: Note: New origin for route 234.5.2.1 is 77.94.170.3, flood -1
Mar 31 11:41:52 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:57 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:41:57 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:41:57 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:01 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:01 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:02 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:07 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:07 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:12 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:12 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:12 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:17 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:17 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:22 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:22 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:23 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:25 udpxy[62839]: read_buf: read: Resource temporarily unavailable
Mar 31 11:42:27 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:27 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:27 igmpproxy: Note: RECV V2 member report from 192.168.1.9 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:27 igmpproxy: Note: New origin for route 234.5.2.81 is 77.94.170.4, flood -1
Mar 31 11:42:32 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:32 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:37 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.252 (ip_hl 24, data 8)
Mar 31 11:42:37 igmpproxy: Note: RECV Membership query from 192.168.1.1 to 224.0.0.1 (ip_hl 24, data 12)
Mar 31 11:42:37 igmpproxy: Note: RECV V2 member report from 192.168.1.8 to 224.0.0.252 (ip_hl 24, data 8)

Что делать? В никсах не силен, сегодня пошел мой второй день копания в них. Раньше никогда с ними дела не имел вообще.

P.S. Не знаю поможет ли понять проблему, но вот на всякий случай логи фаервола при попытке посмотреть http://192.168.1.1:4022/udp/234.5.2.1:20000:
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 10.120.68.231.56521 > 255.255.255.255.7533: UDP, length 26
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 00:00:00.062628 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 20667, offset 0, flags [none], proto UDP (17), length 54)
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 10.120.70.152.59559 > 255.255.255.255.7533: UDP, length 26
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 00:00:00.147993 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 22979, offset 0, flags [none], proto UDP (17), length 54)
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 10.120.69.74.137 > 10.120.71.255.137: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 00:00:00.396131 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 63097, offset 0, flags [none], proto UDP (17), length 78)
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 10.120.68.35.54675 > 255.255.255.255.7533: UDP, length 26
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 00:00:00.161004 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 2064, offset 0, flags [none], proto UDP (17), length 54)
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 10.120.68.128.62032 > 255.255.255.255.7533: UDP, length 26
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 00:00:00.136552 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 14512, offset 0, flags [none], proto UDP (17), length 54)
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 10.120.68.129 > 224.0.0.22: igmp v3 report, 1 group record(s) [gaddr 234.5.2.1 to_ex, 0 source(s)]
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 00:00:00.038855 rule 18/0(match): block in on re0: (tos 0xc0, ttl 1, id 886, offset 0, flags [DF], proto IGMP (2), length 40, options (RA))
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 172.19.0.1 > 235.1.1.1: igmp query v2 [max resp time 10] [gaddr 235.1.1.1]
03-31-2012 13:11:40 Local0.Info 192.168.1.1 Mar 31 13:11:49 pf: 00:00:00.017450 rule 28/0(match): block in on re1: (tos 0xc0, ttl 1, id 48224, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 10.120.69.74.137 > 10.120.71.255.137: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 00:00:00.039410 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 63040, offset 0, flags [none], proto UDP (17), length 78)
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 10.120.68.231.56521 > 255.255.255.255.7533: UDP, length 26
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 00:00:00.062656 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 20666, offset 0, flags [none], proto UDP (17), length 54)
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 10.120.70.152.59559 > 255.255.255.255.7533: UDP, length 26
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 00:00:00.028271 rule 18/0(match): block in on re0: (tos 0x0, ttl 128, id 22965, offset 0, flags [none], proto UDP (17), length 54)
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 10.120.69.218.5353 > 224.0.0.251.5353: 0 [2q] A (QM)? retracker.local. AAAA (QM)? retracker.local. (39)
03-31-2012 13:11:39 Local0.Info 192.168.1.1 Mar 31 13:11:48 pf: 00:00:00.205562 rule 18/0(match): block in on re0: (tos 0x0, ttl 255, id 20099, offset 0, flags [none], proto UDP (17), length 67)

Notanial

Сровни свои настройки igmpproxy и снеси ::) udpxy

cat /tmp/igmpproxy.conf

##–----------------------------------------------------

Enable Quickleave mode (Sends Leave instantly)

##------------------------------------------------------
quickleave

phyint em0 upstream ratelimit 0 threshold 1 # WAN interface
altnet 10.15.1.0/29 # Вещающая сеть ISP
altnet 10.27.0.0/29 # Вещающая сеть ISP

phyint em1 downstream ratelimit 0 threshold 1 # LAN interface

Furriest

Коллеги, странная проблема с igmp proxy.

Включается и работает совершенно нормально, в том числе и с udpxy, поднятом на внутреннем сервере (на самом pfSense нормально завести и igmp proxy, и udpxy одновременно не смог, но дело не в этом).

Но. Если не пользоваться IPTV несколько часов - igmp proxy перестает работать. При этом в логах никаких изменений относительно работающего варианта не наблюдаю, подписка вроде бы проходит, просто pfSense перестает пропускать поток.
Стоит зайти на страницу настроек igmp proxy в pfSense и просто нажать кнопку Save - всё мгновенно начинает работать.
В правилах файрволла мультикаст разрешен по максимуму, дестинейшн 224.0.0.0/4 udp.
В какую сторону покопать?

pfSense 2.0.1-RELEASE (i386) built on Mon Dec 12 17:53:52 EST 2011

Tim2000

А я тока что обновился с 1,2,3 на 2,0,1. Перед обновлением удалил igmp proxy.
Теперь почему то имею такие ситуешны..да ине запускается(( в пакетах его нету, чего делать как быть ???

ап: запускается, но всеравно их 2 штуки(

11.JPG_thumb

22.JPG_thumb

Tim2000

Вобщем вернулся на сенс 1,2,3, настроил иптв, но картинка и звук в течении примерно минуты зависает, и после этого ни один канал не пашет, пока не перезапустить игмппрокси. Что делать, куда копать???

Tim2000

Блин, ну че делать то? Просмотре прерывается каждые минуту-две зависанием секунд на 20-25 :(

Jul 3 11:00:18 igmpproxy: Note: Adding MFC: 172.31.1.111 -> 225.1.1.64, InpVIf: 1
Jul 3 11:00:18 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.64 (ip_hl 24, data 8)
Jul 3 11:00:15 igmpproxy: Note: Adding MFC: 172.31.1.111 -> 225.1.1.55, InpVIf: 1
Jul 3 11:00:15 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.55 (ip_hl 24, data 8)
Jul 3 11:00:13 igmpproxy: Note: Adding MFC: 172.31.1.100 -> 225.1.1.60, InpVIf: 1
Jul 3 11:00:13 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.60 (ip_hl 24, data 8)
Jul 3 11:00:13 igmpproxy: Note: Adding MFC: 172.31.1.100 -> 225.1.1.60, InpVIf: 1
Jul 3 11:00:13 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.60 (ip_hl 24, data 8)
Jul 3 11:00:11 igmpproxy: Note: RECV Membership query from 172.21.136.2 to 224.0.0.1 (ip_hl 20, data 8)
Jul 3 10:59:49 igmpproxy: Note: Adding MFC: 172.31.1.111 -> 225.1.1.55, InpVIf: 1
Jul 3 10:59:49 igmpproxy: Note: RECV V2 member report from 10.96.92.9 to 225.1.1.55 (ip_hl 24, data 8)
Jul 3 10:58:11 igmpproxy: Note: Adding MFC: 172.31.1.111 -> 225.1.1.64, InpVIf: 1
Jul 3 10:58:11 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.64 (ip_hl 24, data 8)
Jul 3 10:58:08 igmpproxy: Note: Adding MFC: 10.96.92.5 -> 239.192.0.0, InpVIf: 0
Jul 3 10:58:08 igmpproxy: Note: New origin for route 239.192.0.0 is 10.96.92.5, flood 0
Jul 3 10:58:08 igmpproxy: Note: The source address 10.96.92.5 for group 239.192.0.0, is valid DOWNSTREAM VIF #0.
Jul 3 10:58:07 igmpproxy: Note: Adding MFC: 172.31.1.100 -> 225.1.1.60, InpVIf: 1
Jul 3 10:58:07 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.60 (ip_hl 24, data 8)
Jul 3 10:58:07 igmpproxy: Note: Adding MFC: 172.31.1.100 -> 225.1.1.60, InpVIf: 1
Jul 3 10:58:07 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.60 (ip_hl 24, data 8)
Jul 3 10:58:06 igmpproxy: Note: Adding MFC: 172.31.1.111 -> 225.1.1.55, InpVIf: 1
Jul 3 10:58:06 igmpproxy: Note: RECV V2 member report from 172.21.136.1 to 225.1.1.55 (ip_hl 24, data 8)
Jul 3 10:58:05 igmpproxy: Note: RECV Membership query from 172.21.136.2 to 224.0.0.1 (ip_hl 20, data 8)
Jul 3 10:57:50 igmpproxy: Note: Route is not active. No kernel updates done.
Jul 3 10:57:50 igmpproxy: Note: Removing MFC: 10.96.92.5 -> 239.192.0.0, InpVIf: 0
Jul 3 10:57:40 igmpproxy: Note: Adding MFC: 172.31.1.111 -> 225.1.1.55, InpVIf: 1
Jul 3 10:57:40 igmpproxy: Note: RECV V2 member report from 10.96.92.9 to 225.1.1.55 (ip_hl 24, data 8)

D1M0N

Ситуация следующая - при включении IPTV плеера на компьютере, пропадает интернет на ноутбуке, потом появляется, пропадает и т.д.
По трафику я понял что поток идёт не только на сетевую карточку, но и лезет на вайфай свисток, из-за чего и валится канал
грешу на мост между сеткой и вайфаем
кто что думает по этому поводу?

D1M0N

настройки

Untitled-1.jpg_thumb

Untitled-2.jpg_thumb

Untitled-3.jpg_thumb

D1M0N

ещё

Untitled-4.jpg_thumb

Untitled-5.jpg_thumb

Untitled-6.jpg_thumb

mikhe

Подскажите пожалуйста, что сделать, чтобы файл filter.log не забивался такими сообщениями (идут каждые 30 сек):

Aug 13 11:00:08 pfsense pf: 00:00:30.000786 rule 72/8(ip-option): pass in on em0: (tos 0xc0, ttl 1, id 1322, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
Aug 13 11:00:08 pfsense pf: 10.219.38.197 > 224.0.0.1: igmp query v2 [max resp time 200]
Aug 13 11:00:38 pfsense pf: 00:00:30.003151 rule 72/8(ip-option): pass in on em0: (tos 0xc0, ttl 1, id 1364, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
Aug 13 11:00:38 pfsense pf: 10.219.38.197 > 224.0.0.1: igmp query v2 [max resp time 200]
Aug 13 11:01:08 pfsense pf: 00:00:30.000584 rule 72/8(ip-option): pass in on em0: (tos 0xc0, ttl 1, id 1432, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
Aug 13 11:01:08 pfsense pf: 10.219.38.197 > 224.0.0.1: igmp query v2 [max resp time 200]
Aug 13 11:01:38 pfsense pf: 00:00:30.001533 rule 72/8(ip-option): pass in on em0: (tos 0xc0, ttl 1, id 1528, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
Aug 13 11:01:38 pfsense pf: 10.219.38.197 > 224.0.0.1: igmp query v2 [max resp time 200]
Aug 13 11:02:08 pfsense pf: 00:00:30.001321 rule 72/8(ip-option): pass in on em0: (tos 0xc0, ttl 1, id 1554, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
Aug 13 11:02:08 pfsense pf: 10.219.38.197 > 224.0.0.1: igmp query v2 [max resp time 200]
Aug 13 11:02:38 pfsense pf: 00:00:30.001320 rule 72/8(ip-option): pass in on em0: (tos 0xc0, ttl 1, id 1668, offset 0, flags [none], proto IGMP (2), length 32, options (RA))
Aug 13 11:02:38 pfsense pf: 10.219.38.197 > 224.0.0.1: igmp query v2 [max resp time 200]

Полное отключение записи логов на локальный диск помогает, но хочется чего-то менее радикального.
И что это? ??? Я примерно представляю, что это имеет отношение к данной теме, но может знающие люди разъяснят поподробнее.

AmiD

Хотелось обратить внимание на строку с параметрами - "udpxy_flags=${udpxy_flags-" -a LAN_IP -c 4 -M 60 -m WAN_IP"}". LAN_IP и WAN_IP необходимо заменить реальными названиями ваших сетевых интерфейсов, которые можно увидеть через команду ifconfig. Есть возможность запустить udpxy из командной строки. Пример: /usr/local/sbin/udpxy -a em1 -c 10 -m re0 -p 4022 -B 1Mb.

neoflint

Доброго времени суток, сразу прошу прощения за (возможно) некорректные вопросы, но очень хочется так поднять iptv ::)
Делал, как многие, по инструкции взятой тут, не вышло… вещание потока происходит с адреса 239.0.0.0

Скриншоты правил ниже:

Логи

Какую еще информацию необходимо предоставить, для выявления проблемы?

PS: Прощу прощения, спойлера тут нет, поэтому картинки не спрятал.

D1M0N

Попробуйте поднять в правилах UDP и IGMP в самый верх

tekken

Ребят, уже всё перепробовал, так и не заработало ipTV от Ростелекома:
Мои настройки:
1. Сервер на pfsense 2.0.2-RC3 (amd64) ip- 192.168.1.191
2. Клиент 192.168.1.201
3. System: Advanced: Firewall and NAT отметил галкой Disable Firewall Scrub
4. каналы провайдера 233.7.70.0/24:5000
5. Логи при обращению к каналу в путти:
21:10:42.883329 IP 192.168.1.201 > 224.0.0.2: igmp leave 233.7.70.35
21:10:42.883613 IP 192.168.1.191 > 233.7.70.35: igmp query v2 [gaddr 233.7.70.35]
21:10:42.883670 IP 192.168.1.191 > 224.0.0.1: igmp query v3 [gaddr 233.7.70.35]
21:10:42.883749 IP 192.168.1.191 > 233.7.70.35: igmp query v2 [gaddr 233.7.70.35]
21:10:42.883849 IP 192.168.1.191 > 224.0.0.1: igmp query v3 [gaddr 233.7.70.35]
21:10:43.112790 IP 192.168.1.201 > 233.7.70.23: igmp v2 report 233.7.70.23
21:11:02.531777 IP 192.168.1.191 > 224.0.0.1: igmp query v2
21:11:02.531829 IP 192.168.1.191 > 224.0.0.1: igmp query v3
21:11:04.080164 IP 192.168.1.156 > 239.255.255.250: igmp v2 report 239.255.255.250
21:11:06.080270 IP 192.168.1.156 > 239.192.0.0: igmp v2 report 239.192.0.0
21:11:08.239945 IP 192.168.1.201 > 233.7.70.23: igmp v2 report 233.7.70.23
21:11:10.080331 IP 192.168.1.191 > 224.0.0.2: igmp v2 report 224.0.0.2

21:13:09.654813 IP 192.168.1.191 > 224.0.0.1: igmp query v2
21:13:09.654897 IP 192.168.1.191 > 224.0.0.1: igmp query v3
21:13:11.493394 IP 192.168.1.172 > 239.255.255.250: igmp v2 report 239.255.255.250
21:13:16.204731 IP 192.168.1.191 > 224.0.0.2: igmp v2 report 224.0.0.2
21:13:17.606041 IP 192.168.1.156 > 239.192.0.0: igmp v2 report 239.192.0.0
21:13:19.240130 IP 192.168.1.201 > 233.7.70.23: igmp v2 report 233.7.70.23
21:15:14.743920 IP 192.168.1.191 > 224.0.0.1: igmp query v2
21:15:14.743971 IP 192.168.1.191 > 224.0.0.1: igmp query v3
21:15:15.360638 IP 192.168.1.120 > 239.255.255.250: igmp v2 report 239.255.255.250
21:15:16.654420 IP 192.168.1.156 > 239.192.0.0: igmp v2 report 239.192.0.0
21:15:18.739900 IP 192.168.1.201 > 233.7.70.23: igmp v2 report 233.7.70.23
21:15:21.740580 IP 192.168.1.191 > 224.0.0.2: igmp v2 report 224.0.0.2

6. Логи при обращению к каналу в Status:System logs:System:
Oct 31 21:10:42 igmpproxy: Note: RECV Leave message from 192.168.1.201 to 224.0.0.2 (ip_hl 24, data 8)
Oct 31 21:10:42 igmpproxy: Note: Route is not active. No kernel updates done.
Oct 31 21:10:42 igmpproxy: Note: RECV Membership query from 192.168.1.191 to 233.7.70.35 (ip_hl 24, data 8)
Oct 31 21:10:42 igmpproxy: Note: RECV Membership query from 192.168.1.191 to 224.0.0.1 (ip_hl 24, data 12)
Oct 31 21:10:42 igmpproxy: Note: RECV Membership query from 192.168.1.191 to 233.7.70.35 (ip_hl 24, data 8)
Oct 31 21:10:42 igmpproxy: Note: RECV Membership query from 192.168.1.191 to 224.0.0.1 (ip_hl 24, data 12)
Oct 31 21:10:43 igmpproxy: Note: RECV V2 member report from 192.168.1.201 to 233.7.70.23 (ip_hl 24, data 8)
Oct 31 21:11:02 igmpproxy: Note: RECV Membership query from 192.168.1.191 to 224.0.0.1 (ip_hl 24, data 8)
Oct 31 21:11:02 igmpproxy: Note: RECV Membership query from 192.168.1.191 to 224.0.0.1 (ip_hl 24, data 12)
Oct 31 21:11:04 igmpproxy: Note: RECV V2 member report from 192.168.1.156 to 239.255.255.250 (ip_hl 24, data 8)
Oct 31 21:11:04 igmpproxy: Note: Adding MFC: 192.168.1.156 -> 239.255.255.250, InpVIf: 0
Oct 31 21:11:06 igmpproxy: Note: RECV V2 member report from 192.168.1.156 to 239.192.0.0 (ip_hl 24, data 8)
Oct 31 21:11:06 igmpproxy: Note: Adding MFC: 192.168.1.156 -> 239.192.0.0, InpVIf: 0
Oct 31 21:11:08 igmpproxy: Note: RECV V2 member report from 192.168.1.201 to 233.7.70.23 (ip_hl 24, data 8)
Oct 31 21:11:10 igmpproxy: Note: RECV V2 member report from 192.168.1.191 to 224.0.0.2 (ip_hl 24, data 8)
Oct 31 21:11:10 igmpproxy: Note: The IGMP message was from myself. Ignoring.
Oct 31 21:11:12 igmpproxy: Note: Removing MFC: 192.168.1.156 -> 239.255.255.250, InpVIf: 0

Помогите пожалуйста, уже всё перепробовал…

![??????? igmp.JPG](/public/imported_attachments/1/??????? igmp.JPG)
![??????? igmp.JPG_thumb](/public/imported_attachments/1/??????? igmp.JPG_thumb)
![??????? ???.JPG](/public/imported_attachments/1/??????? ???.JPG)
![??????? ???.JPG_thumb](/public/imported_attachments/1/??????? ???.JPG_thumb)
![??????? ??????.JPG](/public/imported_attachments/1/??????? ??????.JPG)
![??????? ??????.JPG_thumb](/public/imported_attachments/1/??????? ??????.JPG_thumb)

panika

2tekken

Поддерживаю, пробывал так же сделать на пфсенс, не получилось, имею 2 разных сервера и 2 разных канала от Ростелекома, там правда другая подсеть каналов, но суть та же. Хотя у меня на одном из каналов не получилось настроить телевидение даже подключив напрмую в комп. и после проделывания всех инструкций от РТ. Позвонив в ТП, они говорили что с их стороны все работает, ищите проблему у себя:) (файрволл, антивирус и т.п.)
tekken- у Вас получилось настроить ТВ, минуя пфсенс?

Dmitriy

@tekken:

Ребят, уже всё перепробовал, так и не заработало ipTV от Ростелекома:
Мои настройки:
**1. Сервер на pfsense 2.0.2-RC3 (amd64) ip- 192.168.1.191
2. Клиент 192.168.1.201
3. System: Advanced: Firewall and NAT отметил галкой Disable Firewall Scrub
4. каналы провайдера 233.7.70.0/24:5000
….

Помогите пожалуйста, уже всё перепробовал...

Тебе сначала нужно определить из какой сети идет вещание. Я тоже являюсь абонентом Ростелекома (МРФ Волга) у меня показывает 240 каналов через PfSense 2.0.1, сеть вещания идет с Нижнего Новгорода. Если нужно могу подсказать с настройками.**

tekken

@panika:

2tekken

Поддерживаю, пробывал так же сделать на пфсенс, не получилось, имею 2 разных сервера и 2 разных канала от Ростелекома, там правда другая подсеть каналов, но суть та же. Хотя у меня на одном из каналов не получилось настроить телевидение даже подключив напрмую в комп. и после проделывания всех инструкций от РТ. Позвонив в ТП, они говорили что с их стороны все работает, ищите проблему у себя:) (файрволл, антивирус и т.п.)
tekken- у Вас получилось настроить ТВ, минуя пфсенс?

Напрямую в компе всё норм показывает. Просто качаешь плеер, затем плейлист для своего провайдера и региона и всё автоматом работает.
Если что, пиши в аську для более оперативных подсказок 358-677-327 :)

tekken

@Dmitriy:

@tekken:

Ребят, уже всё перепробовал, так и не заработало ipTV от Ростелекома:
Мои настройки:
**1. Сервер на pfsense 2.0.2-RC3 (amd64) ip- 192.168.1.191
2. Клиент 192.168.1.201
3. System: Advanced: Firewall and NAT отметил галкой Disable Firewall Scrub
4. каналы провайдера 233.7.70.0/24:5000
….

Помогите пожалуйста, уже всё перепробовал...

Тебе сначала нужно определить из из какой сети идет вещание. Я тоже являюсь абонентом Ростелекома (МРФ Волга) у меня показывает 240 каналов через PfSense 2.0.1, сеть вещания идет с Нижнего Новгорода. Если нужно могу подсказать с настройками.

Список каналов беру из плеера с плейлистом для провайдера: Красноярск, Ростелеком-Сибирь.

Как я понимаю, каналы вещают сервера из подсети 233.7.70.0/24 с портом 5000, вот часть файла m3u:
#EXTINF:-1 tvg-shift=-1 tvg-name="Россия_(Нск)" crop=688x556+16+8 ,Россия 1
udp://@233.7.70.2:5000
#EXTINF:-1 tvg-name="НТВ" crop=700x550+10+10 ,НТВ
udp://@233.7.70.64:5000
#EXTINF:-1 tvg-shift=1 tvg-name="Петербург_-_5_канал" crop=688x556+16+8 ,5 канал Санкт-Петербург
udp://@233.7.70.6:5000

Готов заплатить за реально рабочее решение на pfsense. ICQ: 358-677-327, Scype: stastekken

P.S. Когда проверяешь каналы через pfsense, плейлист каналов оставлять таким же? не нужно его как-то редактировать?**