Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    IPtv multicast

    Scheduled Pinned Locked Moved
    Russian
    50
    270
    330.7k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • T
      Toshick
      last edited by

      Здравствуйте.

      Пытаюсь настроить udpxy на 2.0.1. Не получается :(

      Провайдер T_R_I_O_L_A_N Украина. IPTV настроил по статье: http://ru.doc.pfsense.org/index.php/%D0%9A%D0%B0%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B8%D1%82%D1%8C_IPTV, спасибо Evgeny. Заработало все сходу, хотя у меня и "сложный" случай. Теперь, хочу сделать так, чтоб можно было смотреть IPTV по WiFi.
      WAN - fxp0 - реальный IP (159.X.X.X).
      LAN - rl0 - DHCP Server (192.168.1.X/26).
      WiFi - ath0_wlan0 - DHCP Server (192.168.2.X/27).

      Провайдер вещает из 10.5.Х.Х

      С помощью IGMP прокси из LAN работает.

      Вот конфиг udpx:

      . /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 ath0_wlan0 -M 60 -m fxp0 "}

      command="/usr/local/sbin/${name}"
      pidfile="/var/run/${name}${udpxy_port}.pid"
      udpxy_flags="-p ${udpxy_port} ${udpxy_flags}"

      run_rc_command "$1"

      В это время в логе появляется:

      Jan 3 22:19:01 udpxy[7175]: read_buf: read: Resource temporarily unavailable
      Jan 3 22:18:56 udpxy[7146]: read_buf: read: Resource temporarily unavailable
      Jan 3 22:18:51 udpxy[6931]: read_buf: read: Resource temporarily unavailable
      Jan 3 22:18:46 udpxy[6592]: read_buf: read: Resource temporarily unavailable
      Jan 3 22:18:41 udpxy[6500]: read_buf: read: Resource temporarily unavailable
      Jan 3 22:18:36 udpxy[6299]: read_buf: read: Resource temporarily unavailable

      Правила файервола, согласно статье для IGMP. Как для LAN так и для WIFI.

      Подскажите, в чем может быть причина.

      Спасибо.

      udpxy.JPG
      udpxy.JPG_thumb

      1 Reply Last reply Reply Quote 0
      • A
        Abwer
        last edited by

        Подскажите, пожалуйста! Для использования DLNA-сервера через VPN-pptp-подключение какие правила надо создать?

        1 Reply Last reply Reply Quote 0
        • B
          bertezen
          last edited by

          @Helfer_Panch:

          Есть программа прекрасно дополняющая igmpproxy. Работает как вместе с ней, так и отдельно.

          Не подумайте ничего плохого про igmpproxy, она прекрасно работает, но есть одно НО!

          Использование igmpproxy в локальной сети с зонами wi-fi чревато проблемами. Поток мультикаста перегружает маломощные 54Mb точки тоступа. Новые, 300 мегабитные работают нормально.
          Стандарт 802.11g, тяжело переваривает маленькие пакеты, IPTV идет очень нестабильно, с постоянными прерываниями помимо этого точка доступа может зависать напрочь.

          Есть простое решение этой проблемы - udpxy (http://sourceforge.net/projects/udpxy/)

          Основная задача udpxy заключается в передаче данных, считанных из мультикаст-канала (рассылающего данные подписчикам по протоколу UDP), в клиентское соединение, работающее в протоколе TCP.  Таким образом, легко решается вышеописанная проблема!

          Установка программы на pfsense 1.2.3 RC у меня заняла минут семь, это учитывая время на разбор параметров.

          Ставиться из пакетов, pkg_add ftp.freebsd.org/pub/FreeBSD/ports/i386/packages/net/udpxy-1.0.16.tbz
          Настройки фаервола те же, что и с igmpproxy, даже не менял ничего.

          Чтобы он начал автоматически запускаться нужно поправить udpxy и переименовать его в udpxy.sh в /usr/local/etc/rc.d/. Править его обязательно, т.к. у программы нет конфигурационного файла и все необходимые для работы опции прописываются в нем.

          В udpxy.sh изменил всего две строчки:
          udpxy_enable=${udpxy_enable-"YES"}
          udpxy_flags=${udpxy_flags-" -a LAN_IP -c 4 -M 60 -m WAN_IP"}
          а ну и в /etc/defaults/rc.conf добавил udpxy_enable-"YES", только не знаю надо или нет.

          -a - указать адрес (IPv4) или имя интерфейса для (HTTP) запросов к приложению [0.0.0.0 - по умолчанию]
          -p - указать TCP порт для (HTTP) запросов к приложению (обязательный параметр)
          -m - указать адрес (IPv4) или имя интерфейса мультикаст-каналов [0.0.0.0 - по умолчанию]
          -с - максимальное количество клиентов, обслуживаемых одновременно [см. подсказку при запуске]
          -M - периодически возобновлять подписку на мультикаст-канал [по умолчанию - 0 (секунд), т.е. не возобновлять]

          У меня без опции -M 60 (продление подписки на вещание, через сколько в секундах) прерывает поток.

          Вот только чтобы смотреть IPTV нужно поправить плейлист в внем нужно поменять udp://@239.192.12.5:1234 на http://{LAN_IP}:4022/udp/239.192.12.5:1234

          По адресу http://{LAN_IP}:4022/status можно посмотреть подключенных клиентов.
           
          И еще один плюс - IPTV можно без лишнего гемороя раздавать через PPTP, лишь бы ширины канала хватало.

          Спасибо за статью все заработало, но только на Windows XP. Если хоть один клиент подключится с Windows 7 к IPTV через PPTP VPN - у него будет показывать только первый запущенный канал. При попытке переключения канала или закрытия IPTV плеера UDPxy на pfSense напроч зависает, помогает только полная перезагрузка pfSense. На Windows XP все работает нормально. Помогите разобраться в чем проблема?

          1 Reply Last reply Reply Quote 0
          • H
            Helfer_Panch
            last edited by

            У меня все 4ре компа на win7 через pptp нормально смотрят, никаких проблем.

            А igmpproxy запущен одновременно с udpxy?

            @bertezen:

            @Helfer_Panch:

            Есть программа прекрасно дополняющая igmpproxy. Работает как вместе с ней, так и отдельно.

            Не подумайте ничего плохого про igmpproxy, она прекрасно работает, но есть одно НО!

            Использование igmpproxy в локальной сети с зонами wi-fi чревато проблемами. Поток мультикаста перегружает маломощные 54Mb точки тоступа. Новые, 300 мегабитные работают нормально.
            Стандарт 802.11g, тяжело переваривает маленькие пакеты, IPTV идет очень нестабильно, с постоянными прерываниями помимо этого точка доступа может зависать напрочь.

            Есть простое решение этой проблемы - udpxy (http://sourceforge.net/projects/udpxy/)

            Основная задача udpxy заключается в передаче данных, считанных из мультикаст-канала (рассылающего данные подписчикам по протоколу UDP), в клиентское соединение, работающее в протоколе TCP.  Таким образом, легко решается вышеописанная проблема!

            Установка программы на pfsense 1.2.3 RC у меня заняла минут семь, это учитывая время на разбор параметров.

            Ставиться из пакетов, pkg_add ftp.freebsd.org/pub/FreeBSD/ports/i386/packages/net/udpxy-1.0.16.tbz
            Настройки фаервола те же, что и с igmpproxy, даже не менял ничего.

            Чтобы он начал автоматически запускаться нужно поправить udpxy и переименовать его в udpxy.sh в /usr/local/etc/rc.d/. Править его обязательно, т.к. у программы нет конфигурационного файла и все необходимые для работы опции прописываются в нем.

            В udpxy.sh изменил всего две строчки:
            udpxy_enable=${udpxy_enable-"YES"}
            udpxy_flags=${udpxy_flags-" -a LAN_IP -c 4 -M 60 -m WAN_IP"}
            а ну и в /etc/defaults/rc.conf добавил udpxy_enable-"YES", только не знаю надо или нет.

            -a - указать адрес (IPv4) или имя интерфейса для (HTTP) запросов к приложению [0.0.0.0 - по умолчанию]
            -p - указать TCP порт для (HTTP) запросов к приложению (обязательный параметр)
            -m - указать адрес (IPv4) или имя интерфейса мультикаст-каналов [0.0.0.0 - по умолчанию]
            -с - максимальное количество клиентов, обслуживаемых одновременно [см. подсказку при запуске]
            -M - периодически возобновлять подписку на мультикаст-канал [по умолчанию - 0 (секунд), т.е. не возобновлять]

            У меня без опции -M 60 (продление подписки на вещание, через сколько в секундах) прерывает поток.

            Вот только чтобы смотреть IPTV нужно поправить плейлист в внем нужно поменять udp://@239.192.12.5:1234 на http://{LAN_IP}:4022/udp/239.192.12.5:1234

            По адресу http://{LAN_IP}:4022/status можно посмотреть подключенных клиентов.
             
            И еще один плюс - IPTV можно без лишнего гемороя раздавать через PPTP, лишь бы ширины канала хватало.

            Спасибо за статью все заработало, но только на Windows XP. Если хоть один клиент подключится с Windows 7 к IPTV через PPTP VPN - у него будет показывать только первый запущенный канал. При попытке переключения канала или закрытия IPTV плеера UDPxy на pfSense напроч зависает, помогает только полная перезагрузка pfSense. На Windows XP все работает нормально. Помогите разобраться в чем проблема?

            1 Reply Last reply Reply Quote 0
            • A
              antoney
              last edited by

              Не могу заставить работать igmpproxy

              Конфиг

              quickleave
              phyint le1 upstream ratelimit 0 threshold 1

              phyint le0 downstream ratelimit 0 threshold 1
              altnet 192.168.77.0/24

              На фаерволе открыт igmp трафик на 224.0.0.0/4 на LAN и WAN и udp на WAN.
              igmpproxy не видит membership query из локальной сети. Вовремя пролистывания каналов ничего не происходит в логах. Хотя по tcpdump на LAN интерфейсе запросы идут. На WAN интерфейсе - нет.

              1 Reply Last reply Reply Quote 0
              • A
                antoney
                last edited by

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

                1 Reply Last reply Reply Quote 0
                • A
                  Alx1m1K
                  last edited by

                  Почему-то не работает 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 что сломали или я что-нибудь забыл сделать  ???
                  1 Reply Last reply Reply Quote 0
                  • A
                    Alx1m1K
                    last edited by

                    @antoney:

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

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

                    1 Reply Last reply Reply Quote 0
                    • N
                      nrw
                      last edited by

                      Имею 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)

                      1 Reply Last reply Reply Quote 0
                      • N
                        Notanial
                        last edited by

                        Сровни свои настройки 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

                        1 Reply Last reply Reply Quote 0
                        • F
                          Furriest
                          last edited by

                          Коллеги, странная проблема с 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

                          1 Reply Last reply Reply Quote 0
                          • Tim2000T
                            Tim2000
                            last edited by

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

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

                            11.JPG
                            11.JPG_thumb
                            22.JPG
                            22.JPG_thumb

                            ¡ʁɔvʎнdǝʚǝdǝu dиw

                            1 Reply Last reply Reply Quote 0
                            • Tim2000T
                              Tim2000
                              last edited by

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

                              ¡ʁɔvʎнdǝʚǝdǝu dиw

                              1 Reply Last reply Reply Quote 0
                              • Tim2000T
                                Tim2000
                                last edited by

                                Блин, ну че делать то? Просмотре прерывается каждые минуту-две зависанием секунд на 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)

                                ¡ʁɔvʎнdǝʚǝdǝu dиw

                                1 Reply Last reply Reply Quote 0
                                • D
                                  D1M0N
                                  last edited by

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

                                  2.1-BETA0  (amd64) built on Wed Jun 6
                                  USB Flash drive 4GB system disk
                                  Intel Atom CPU D410 @ 1.66GHz + D410PT miniITX Board + 1GB DDR2
                                  WAN - Onboard Card; LAN - D-Link DGE-530T; WIFI - D-Link DWA-140
                                  HDD 1000GB + samba-3.3.13 + transmission-daemon

                                  1 Reply Last reply Reply Quote 0
                                  • D
                                    D1M0N
                                    last edited by

                                    настройки

                                    Untitled-1.jpg
                                    Untitled-1.jpg_thumb
                                    Untitled-2.jpg
                                    Untitled-2.jpg_thumb
                                    Untitled-3.jpg
                                    Untitled-3.jpg_thumb

                                    2.1-BETA0  (amd64) built on Wed Jun 6
                                    USB Flash drive 4GB system disk
                                    Intel Atom CPU D410 @ 1.66GHz + D410PT miniITX Board + 1GB DDR2
                                    WAN - Onboard Card; LAN - D-Link DGE-530T; WIFI - D-Link DWA-140
                                    HDD 1000GB + samba-3.3.13 + transmission-daemon

                                    1 Reply Last reply Reply Quote 0
                                    • D
                                      D1M0N
                                      last edited by

                                      ещё

                                      Untitled-4.jpg
                                      Untitled-4.jpg_thumb
                                      Untitled-5.jpg
                                      Untitled-5.jpg_thumb
                                      Untitled-6.jpg
                                      Untitled-6.jpg_thumb

                                      2.1-BETA0  (amd64) built on Wed Jun 6
                                      USB Flash drive 4GB system disk
                                      Intel Atom CPU D410 @ 1.66GHz + D410PT miniITX Board + 1GB DDR2
                                      WAN - Onboard Card; LAN - D-Link DGE-530T; WIFI - D-Link DWA-140
                                      HDD 1000GB + samba-3.3.13 + transmission-daemon

                                      1 Reply Last reply Reply Quote 0
                                      • M
                                        mikhe
                                        last edited by

                                        Подскажите пожалуйста, что сделать, чтобы файл 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]

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

                                        1 Reply Last reply Reply Quote 0
                                        • A
                                          AmiD
                                          last edited by

                                          Хотелось обратить внимание на строку с параметрами - "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.

                                          1 Reply Last reply Reply Quote 0
                                          • N
                                            neoflint
                                            last edited by

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

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



                                            Логи

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

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

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post