Git Product home page Git Product logo

udm-iptv's Introduction

IPTV on UniFi OS

This document describes how to set up IPTV on UniFi routing devices based on UniFi OS, such as the UniFi Dream Machine (UDM) or the UniFi Dream Router (UDR). These instructions have been tested with the IPTV network from KPN (ISP in the Netherlands). However, the general approach should be applicable for other ISPs as well.

For getting IPTV to work on the legacy UniFi Security Gateway, please refer to the following guide.

Contents

  1. Global Design
  2. Prerequisites
  3. Setting up Internet Connection
  4. Configuring Internal LAN
  5. Configuring Helper Tool
  6. Troubleshooting and Known Issues

Global Design

        Fiber
          |
    +----------+
    | FTTH NTU |
    +----------+
          |
      VLAN4 - IPTV
      VLAN6 - Internet
          |
      +--------+
      | Router |  - Ubiquiti UniFi device
      +--------+
          |
         LAN
          |
      +--------+
      | Switch |  - Ubiquiti UniFi Switch (Optional)
      +--------+
       |  |  |
       |  |  +-----------------------------+
       |  |                                |
       |  +-----------------+              |
       |                    |              |
+--------------+       +---------+      +-----+
| IPTV Decoder |       | WiFi AP |      | ... |
+--------------+       +---------+      +-----+
  - KPN IPTV
  - Netflix

Prerequisites

Make sure you check the following prerequisites before trying the other steps:

  1. The kernel on your UniFi device must support multicast routing in order to support IPTV. Please upgrade to the latest firmware.
  2. The switches in-between the IPTV decoder and the UniFi device should have IGMP snooping enabled. They do not need to be from Ubiquiti necessarily.
  3. The FTTP NTU (or any other type of modem) of your ISP must be connected to one of the WAN ports of your UniFi device.

Setting up Internet Connection

The first step is to set up your internet connection to your ISP with the UniFi device acting as modem, instead of some intermediate device. These steps might differ per ISP, so please check the requirements for your ISP.

Below, we describe the steps for KPN. Feel free to update this document with the steps necessary for your provider.

KPN

If you are a customer of KPN, you can set up the WAN connection as follows:

  1. In your UniFi Dashboard, go to Settings > Internet.
  2. Select the WAN port that is connected to the FTTP NTU.
  3. Enable VLAN ID and set it to 6 for KPN.
  4. Set IPv4 Connection to PPPoE.
  5. For KPN, Username should be set to internet.
  6. For KPN, Password should be set to internet.

Configuring Internal LAN

To operate correctly, the IPTV decoders on the internal LAN possibly require additional DHCP options. You can add these DHCP options as follows:

  1. In your UniFi Dashboard, go to Settings > Networks.
  2. Select the LAN network on which IPTV will be used. We recommend creating a separate LAN network for IPTV traffic if possible in order to reduce interference of other devices on the network.
  3. Enable Advanced Configuration > IGMP Snooping, so IPTV traffic is only sent to devices that should receive it.

Configuring Helper Tool

Next, we will use the udm-iptv package to get IPTV working on your LAN. This package uses igmpproxy to route multicast IPTV traffic between WAN and LAN.

Installation

SSH into your machine and execute the commands below in UniFi OS (not in UbiOS).

sh -c "$(curl https://raw.githubusercontent.com/fabianishere/udm-iptv/master/install.sh -sSf)"

This script will install the udm-iptv package onto your device. The installation process supports various pre-defined configuration profiles for popular IPTV providers. Below is a list of supported IPTV providers:

Provider Country Supported
KPN NL Yes
XS4ALL NL Yes
Tweak NL Yes
Solcon NL Yes
Telekom DE Manual configuration necessary
MagentaTV DE Manual configuration necessary
Swisscom CH Yes
Init7 CH Yes
MEO PT Yes
BT GB Yes
Vivo SP BR Yes - Tested with GPON TP-Link TX-6610
Vivo GVT BR Yes - Manual configuration necessary
Telenor NO Yes
PostTV LU Manual configuration necessary

If your ISP is not supported, you may select the Custom profile, which allows you manually configure the package to your needs. We appreciate if you share the configuration so others can also benefit. See the profiles directory for examples of existing configuration profiles.

The package installs a service that is started during the boot process of your UniFi device and that will set up the applications necessary to route IPTV traffic. After installation, the service is automatically started.

If you experience any issues while setting up the service, please visit the Troubleshooting section.

Installation across Firmware Updates

Please remember to make a backup of your configuration before a firmware update. Currently, your configuration and installation might or might not persist across firmware updates depending on the type of upgrade (see #120).

Configuration

You can modify the configuration of the service interactively as follows:

udm-iptv configure

See below for a reference of the available options to configure:

Option Description
IPTV_WAN_INTERFACE Interface on which IPTV traffic enters the router
IPTV_WAN_RANGES IP ranges from which the IPTV traffic originates (separated by spaces)
IPTV_WAN_VLAN ID of VLAN which carries IPTV traffic (use 0 if no VLAN is used)
IPTV_WAN_DHCP Boolean to indicate whether DHCP is enabled on the IPTV WAN (VLAN) interface
IPTV_WAN_DHCP_OPTIONS DHCP options to send when requesting an IP address
IPTV_WAN_STATIC_IP Static IP address to assign to the IPTV WAN (VLAN) interface (if DHCP is disabled)
IPTV_WAN_MAC Custom MAC address to assign to the IPTV WAN VLAN interface
IPTV_LAN_INTERFACES Interfaces on which IPTV should be made available
IPTV_IGMPPROXY_DEBUG Enable debugging for igmpproxy

The configuration is written to /etc/udm-iptv.conf (within UniFi OS).

Upgrading

Use the following command to upgrade udm-iptv:

udm-iptv upgrade

If that command does not exist, please re-run the installation script.

Removal

To fully remove an udm-iptv installation from your UniFi device, run the follow command:

udm-iptv uninstall

Troubleshooting

Below is a non-exhaustive list of issues that might occur while getting IPTV to run on your UniFi device, as well as troubleshooting steps. Please check these instructions before opening a discussion.

  1. Check if your IPTV receiver is on the right VLAN
    Your IPTV receiver might not be VLAN to which the IPTV traffic is forwarded.
  2. Check if IPTV traffic is forwarded to the right VLAN
    Make sure that you have configured IPTV_LAN_INTERFACES correctly to forward to right interfaces (e.g., br4 for VLAN 4).
  3. Check if your kernel supports multicast routing
    If MRT_INIT failed; Errno(92): Protocol not available appears in diagnostics, your kernel does not support multicast routing.
  4. Check if your issue has been reported already
    Use the GitHub search functionality to check if your issue has already been reported before.

Getting Help or Reporting an Issue

If your issues persist, you may seek help on our Discussions page. Please keep GitHub Issues only for bugs or feature requests related to the project (no configuration-related issues).

When opening a discussion or reporting an issue, please share the name of your ISP as well as the diagnostics reported by our diagnostic tool:

udm-iptv diagnose

Contributing

Questions, suggestions and contributions are welcome and appreciated! You can contribute in various meaningful ways:

  • Report a bug through GitHub issues.
  • Contribute improvements to the documentation (e.g., configuration for other ISPs).
  • Help answer questions on our Discussions page.

License

The code is released under the GPLv2 license. See COPYING.txt.

udm-iptv's People

Contributors

apedroheringer avatar bprskalo avatar bwalti avatar dependabot[bot] avatar erikpost avatar fabianishere avatar jwillemsen avatar liviusnl avatar marcelvanveen avatar nicolasimmer avatar nomnomnomhb avatar ohjohnsen avatar petercv avatar reinierjh avatar semml0r avatar stan23 avatar svenum avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

udm-iptv's Issues

Should i enable ipv6?, FF Rules ok? / MagentaTV

Actually i have disabled ipv6 on the iptv subnetwork, but should i enable it? and what are the correct ff rules?
Actually i use

Accept IGMP Internet In
Source: MagentaIPTVWAN:Any
Dest: Any:Any

Accept UDP Internet In
Source: MagentaIPTVWAN:Any
Dest: Any:Any

Accept IGMP Internet Local
Source: Any:Any
Dest: Any:Any

MagentaIPTVWAN: IPV4: 224.0.0.0/4 87.141.0.0/16 193.158.0.0/15

It seems to work the most of the time, sometimes the tv shows a relly bad quallity. Like big pixels.
And i m not sure that configuration is secure and correct.

udhcpc failed to get a DHCP lease

Now I have UniFi OS 1.11.0 installed on my UDM Pro, I wanted to setup udmp-iptv again (so I can toss out the KPN modem again). But udm-iptv fails to run, I suspect because it can't get a DHCP lease, I can't figure out why.

I'm a KPN customer and have setup the Internet Connection as described, this is working OK.

I defined a separate IPTV network as follows: VLAN ID 20, IGMP snooping ON, Gateway IP/subnet 192.168.20.1/24, DHCP range 192.168.20.6-192.168.20.254, DHCP options IPTV/60/Text/IPTV_RG and Broadcast/28/IP Address/192.168.20.255

# /mnt/data/on_boot.d/15-iptv.sh diagnose
Please share the following output width the developers:
=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
WAN VLAN: 4
LAN Interfaces: br20
=== IP Link and Route ===
=== Container Logs ===
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
udhcpc failed to get a DHCP lease
udhcpc: no lease, forking to background
udm-iptv: NATing IPTV network ranges (if necessary)...
udm-iptv: Setting up igmpproxy..
udm-iptv: Starting igmpproxy..

PS there's a small typo in the diagnose message (width should be with)

Magenta TV not working properly - stuck after ~10-15 seconds

Hi Fabian,

thanks for your work to make IPTV happen on the UDM.

Unfortunately i followed your guidance and was not able to use IPTV with MagentaTV on my UDM.

The Stream is stopping after 10-15 seconds.

My Setup is the following:

Speedport 4 from Deutsche Telekom in Modem-Mode -> TP-Link Managed Switch with Tagged VLAN7 -> Unifi Dream Machine -> Magenta TV Receiver MR401

The only difference I experienced was that the command ip -4 addr show dev iptv was not bringen me an Output:

ip -4 addr show dev iptv
Device "iptv" does not exist.

Think this should be there?

If I use podman logs iptv I can see lot of entries with the Magenta TV Addresses.

Would be great if you could advise if i'm doing something wrong.

Firewallrules are in place like described here:

(https://www.bjoerns-techblog.de/2017/06/deutsche-telekom-entertain-mit-dem-ubiquiti-unifi-security-gateway)

Thanks,

Leif

stb-nmc-400 error on the stb

What is your ISP? (if relevant)

KPN

Diagnostic Information

=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br0 br5
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
37: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.181.104.103/22 brd 10.181.107.255 scope global iptv
valid_lft forever preferred_lft forever
10.181.104.0/22 proto kernel scope link src 10.181.104.103
213.75.112.0/21 via 10.181.104.1 metric 237
=== Service Logs ===
Mar 14 22:03:35 ubnt udm-iptv[62]: RECV V2 member report from 10.0.5.1 to 233.89.188.1
Mar 14 22:03:35 ubnt udm-iptv[62]: The IGMP message was from myself. Ignoring.
Mar 14 22:03:35 ubnt udm-iptv[62]: The source address 10.0.5.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Mar 14 22:03:36 ubnt udm-iptv[62]: RECV V2 member report from 10.0.1.92 to 239.254.127.63
Mar 14 22:03:36 ubnt udm-iptv[62]: Updated route entry for 239.254.127.63 on VIF #0
Mar 14 22:03:36 ubnt udm-iptv[62]: RECV V2 member report from 10.0.1.190 to 225.0.71.1
Mar 14 22:03:36 ubnt udm-iptv[62]: Updated route entry for 225.0.71.1 on VIF #0
Mar 14 22:03:38 ubnt udm-iptv[62]: The source address 10.0.1.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Mar 14 22:03:38 ubnt udm-iptv[62]: Route activation request from 10.181.104.103 for 233.89.188.1 is from myself. Ignoring.
Mar 14 22:03:39 ubnt udm-iptv[62]: The IGMP message was local multicast. Ignoring.

Describe the Bug

Every now and then the STB throws an stb-nmc-400 code and gets stuck. Have to change channels to get it back to working again. This mostly happens when two tv's share the same channel. But also happens randomly when only a single TV runs.

Expected Behavior

No error :)

Default route altered

Hi,

I've just updated to version 2.0.2. And in this version the default route is updated and internet stops working after restarting igmp proxy until I re-add my default gw route.

cheers, Bas

udm-iptv will not start

Last night I upgraded to UniFi OS UDM Pro 1.11.1

Tried to install this service again and now my iptv service will not start and it gives an igmpproxy error, any ideas?

โ— udm-iptv.service - IPTV support for the UniFi Dream Machine
Loaded: loaded (/lib/systemd/system/udm-iptv.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sun 2022-02-06 12:16:15 GMT; 3s ago
Process: 28044 ExecStart=/usr/lib/udm-iptv/udm-iptv start (code=exited, status=255/EXCEPTION)
Main PID: 28044 (code=exited, status=255/EXCEPTION)
CPU: 131ms

Feb 06 12:16:15 ubnt systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Feb 06 12:16:15 ubnt systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Feb 06 12:16:15 ubnt systemd[1]: udm-iptv.service: Consumed 131ms CPU time.

root@ubnt:/etc# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN Ranges: 224.0.0.0/4 109.159.247.0/24
WAN VLAN: 0 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br100
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
4: eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq qlen 1000
inet 10.20.30.2/8 brd 10.255.255.255 scope global eth8
valid_lft forever preferred_lft forever
inet 10.20.30.1/32 scope global eth8
valid_lft forever preferred_lft forever
10.0.0.0/8 dev eth8 src 10.20.30.2
=== Service Logs ===
Feb 06 12:17:45 ubnt systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Feb 06 12:17:45 ubnt systemd[1]: udm-iptv.service: Consumed 131ms CPU time.
Feb 06 12:17:45 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Feb 06 12:17:45 ubnt udm-iptv[31718]: NATing IPTV network ranges (if necessary)
Feb 06 12:17:45 ubnt udm-iptv[31718]: Setting up igmpproxy
Feb 06 12:17:45 ubnt udm-iptv[31718]: Starting igmpproxy
Feb 06 12:17:45 ubnt igmpproxy[31718]: MC-Router API already in use; Errno(98): Address already in use
Feb 06 12:17:45 ubnt systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Feb 06 12:17:45 ubnt systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Feb 06 12:17:45 ubnt systemd[1]: udm-iptv.service: Consumed 141ms CPU time.

Create database of IPTV setups

We should document somewhere the configuration necessary for different IPTV providers, so users can re-use these settings.

IPTV works, on demand doesnยดt

Hi fabianishere, itยดs me again.

Thank you for this project

As you suggested, yesterday I created a seperate vlan for my iptv, so I could bypass pihole
I thought that pihole was blocking my access to on demand stuff, but it was not (my iptv vlan is configure to serve automatic name server)

I user Vivo (telefonica) Brasil, and here is my udm-iptv-diag

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN Ranges: 172.28.0.0/14 201.0.52.0/23 200.161.71.0/24 177.16.0.0/16
WAN VLAN: 20 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br20
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
43: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue qlen 1000
inet 10.154.188.196/20 scope global iptv
valid_lft forever preferred_lft forever
10.154.176.0/20 dev iptv src 10.154.188.196
172.28.0.0/14 via 10.154.176.1 dev iptv metric 243
177.16.30.0/23 via 10.154.176.1 dev iptv metric 248
200.161.71.40/30 via 10.154.176.1 dev iptv metric 245
200.161.71.46/31 via 10.154.176.1 dev iptv metric 246
200.161.71.48/31 via 10.154.176.1 dev iptv metric 247
201.0.52.0/23 via 10.154.176.1 dev iptv metric 244
=== Service Logs ===
Jan 26 10:13:28 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jan 26 10:13:29 ubnt udm-iptv[68]: Obtaining IP address for VLAN interface
Jan 26 10:13:29 ubnt udm-iptv[68]: udhcpc (v1.22.1) started
Jan 26 10:13:29 ubnt udm-iptv[68]: Sending discover...
Jan 26 10:13:29 ubnt udm-iptv[68]: Sending select for 10.154.188.196...
Jan 26 10:13:29 ubnt udm-iptv[68]: Lease of 10.154.188.196 obtained, lease time 7200
Jan 26 10:13:29 ubnt udm-iptv[68]: NATing IPTV network ranges (if necessary)
Jan 26 10:13:29 ubnt udm-iptv[68]: Setting up igmpproxy
Jan 26 10:13:29 ubnt udm-iptv[68]: Starting igmpproxy
Jan 26 10:27:14 ubnt igmpproxy[68]: MRT_DEL_MFC; Errno(2): No such file or directory

I think that this last line/error appeared after trying to access on demand show, but Iยดm not sure...
Iยดve got my wan range addresses on https://github.com/offspringer/unifi-usg-vivo-fibra/blob/master/config.gateway.json (itยดs a repo to enable vivo iptv on a usg). The routes that my UDMpro got are the same described on this json. It also sets a "customized-IPTV Multicast" firewall group for firewall rules, I replicated these rules and made no difference... I also added this "customized-IPTV Multicast" on my wan range addresses but it also made no difference

Can you help me make my on demand stuff works?

Sorry that english is not my first language

Thank you very much! I updated your readme with Vivoยดs config

edit: Iยดm using UDM 1.11 with stock kernel

BT profile when using the BT HomeHub and UDM Pro

What is your ISP? (if relevant)

BT

Diagnostic Information

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 0 (dev )
WAN DHCP: true (options "-O staticroutes")
WAN Ranges: 224.0.0.0/4 109.159.247.0/24
LAN Interfaces: br10
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
4: eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
inet 10.20.30.1/24 scope global eth8
valid_lft forever preferred_lft forever
inet 192.168.1.199/24 scope global dynamic eth8
valid_lft 86001sec preferred_lft 86001sec
10.20.30.0/24 proto kernel scope link src 10.20.30.1
192.168.1.0/24 proto kernel scope link src 192.168.1.199
=== Service Logs ===
May 15 13:16:45 ubnt udm-iptv[9963]: NATing IPTV network ranges (if necessary)
May 15 13:16:45 ubnt udm-iptv[9963]: Monitoring interface eth8 for changes
May 15 13:16:45 ubnt udm-iptv[9963]: Setting up igmpproxy
May 15 13:16:45 ubnt udm-iptv[9963]: Starting igmpproxy
May 15 13:16:49 ubnt igmpproxy[9963]: can't join group 224.0.1.187 on interface eth8; Errno(98): Address already in use
May 15 13:16:50 ubnt igmpproxy[9963]: can't join group 234.81.130.251 on interface eth8; Errno(98): Address already in use
May 15 13:16:51 ubnt igmpproxy[9963]: can't join group 234.81.132.20 on interface eth8; Errno(98): Address already in use
May 15 13:16:54 ubnt igmpproxy[9963]: can't join group 234.81.132.21 on interface eth8; Errno(98): Address already in use
May 15 13:17:04 ubnt igmpproxy[9963]: can't join group 234.81.132.20 on interface eth8; Errno(98): Address already in use
May 15 13:18:07 ubnt igmpproxy[9963]: can't join group 239.255.255.250 on interface eth8; Errno(98): Address already in use
root@ubnt:/#

Describe the Bug

I am trying to use the udm pro with my bt home hub infront of it. The way that it is setup is its a dhcp connection and the homehub has a dmz pointing all the traffic to the UDM.

In the past i have been able to set it up like this and get the iptv working however no matter what settings I change I cant seem to get it working this time.

Any insight would be greatly appreciated.

Expected Behavior

IPTV to work with the bt homehub infront of the UDM pro with the UDM using a DHCP connection instead of PPPOE

igmpproxy breaks after uplink is reconnected

What is your ISP? (if relevant)

Deutsche Telekom

Diagnostic Information

Describe the Bug

After a restart of my UDM-Pro the udm-iptv service is starting but because (I think) there is not an IP from my provider yet, it fails to run. A manual restart via systemctl restart udm-iptv fixes the issue.

Expected Behavior

Start the service only if there is an IP or check for it after start and do a restart of the service automatically.

Suddenly stuck at "Starting igmpproxy"

So I got further than "Starting igmpproxy" before but now it's stuck at that.
Any idea why?

My sh file with config is this:

## IPTV Configuration
IPTV_WAN_INTERFACE="eth8"
IPTV_WAN_RANGES="224.0.0.0/4 213.3.72.0/24 195.186.0.0/16"
IPTV_WAN_VLAN="0"
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
IPTV_LAN_INTERFACES="br0"
IPTV_IGMPPROXY_ARGS=""

## Diagnostics
if [ "$1" == "diagnose" ]; then
    if [ "$IPTV_WAN_VLAN" -ne 0 ]; then
        target="iptv"
    else
        target="$IPTV_WAN_INTERFACE"
    fi

    echo "Please share the following output width the developers:"
    echo "=== Configuration ==="
    echo "WAN Interface: $IPTV_WAN_INTERFACE"
    echo "WAN Ranges: $IPTV_WAN_RANGES"
    echo "WAN VLAN: $IPTV_WAN_VLAN"
    echo "LAN Interfaces: $IPTV_LAN_INTERFACES"

    echo "=== IP Link and Route ==="
    ip -4 addr show dev $target
    ip route show dev $target

    echo "=== Container Logs ==="
    podman logs iptv | tail

    exit
fi

## Boot script
if podman container exists iptv; then
  echo "Removing existing IPTV container..."
  podman rm -f iptv > /dev/null 2>&1
fi

podman run --network=host --privileged \
    --name iptv -i -d --restart on-failure:5 \
    -e IPTV_WAN_INTERFACE="$IPTV_WAN_INTERFACE" \
    -e IPTV_WAN_RANGES="$IPTV_WAN_RANGES" \
    -e IPTV_WAN_VLAN="$IPTV_WAN_VLAN" \
    -e IPTV_WAN_DHCP_OPTIONS="$IPTV_WAN_DHCP_OPTIONS" \
    -e IPTV_LAN_INTERFACES="$IPTV_LAN_INTERFACES" \
    -e IPTV_LAN_RANGES="" \
    fabianishere/udm-iptv $IPTV_IGMPPROXY_ARGS > /tmp/udm-iptv.txt 2>&1
res="$?"
if [ "$res" -ne 0 ]; then
    echo "Failed to launch IPTV container: error $res."
    echo "See /tmp/udm-iptv.txt for the error log."
fi
exit $res

Arris VIP5202 - Could not download the system software

What is your ISP? (if relevant)

Solcon

Diagnostic Information

I try to setup my STB Arris VIP5202 but it fails on downloading the system software with Error4.

When the software is already downloaded the TV streams works without any problems but I can't update the devices anymore.

Do you know what I need to setup for this or has it something to do with the config?

Describe the Bug

Not able to download system software causing error 4 on Arris VIP5202

Expected Behavior

When connected it has to download the system software directly.

udhcpc hook creates duplicate routes

I'm not sure if this problem is caused by my own change (restart service when failed) but.
After a few days, ip ro shows the routes to the IPTV interface multiple times.
In the script you check is the NAT rules are already there, but not for the routes.
10.10.0.33 via 10.10.56.1 dev iptv metric 305
10.10.0.33 via 10.10.56.1 dev iptv metric 306
10.10.0.33 via 10.10.56.1 dev iptv metric 307
185.24.175.0/24 via 10.10.56.1 dev iptv metric 305
185.41.48.0/24 via 10.10.56.1 dev iptv metric 305
185.41.48.0/24 via 10.10.56.1 dev iptv metric 306
Restarting the service removes the extra routes, but after a while they reappear.
Probably this is caused by the DHCP renewal.

Must be 1 Vif as upstream

What is your ISP? (if relevant)

Telus Optik TV

Diagnostic Information

root@ubnt:/# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 2 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 207.0.0.0/8 209.0.0.0/8 216.0.0.0/8
LAN Interfaces: br2
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
Jul 13 01:20:45 ubnt systemd[1]: udm-iptv.service: Scheduled restart job, restart counter is at 63.
Jul 13 01:20:45 ubnt systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Jul 13 01:20:45 ubnt systemd[1]: udm-iptv.service: Consumed 189ms CPU time.
Jul 13 01:20:45 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jul 13 01:20:45 ubnt udm-iptv[30198]: Device iptv already exists.. Deleting device
Jul 13 01:20:45 ubnt udm-iptv[30198]: Obtaining IP address for VLAN interface
Jul 13 01:20:45 ubnt udm-iptv[30198]: udhcpc (v1.22.1) started
Jul 13 01:20:45 ubnt udm-iptv[30198]: Sending discover...
Jul 13 01:20:48 ubnt udm-iptv[30198]: Sending discover...
Jul 13 01:20:51 ubnt udm-iptv[30198]: Sending discover...
root@ubnt:/# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 2 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 207.0.0.0/8 209.0.0.0/8 216.0.0.0/8
LAN Interfaces: br2
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
=== Service Logs ===
Jul 13 01:20:51 ubnt udm-iptv[30198]: Sending discover...
Jul 13 01:20:55 ubnt udm-iptv[30198]: udhcpc failed to get a DHCP lease
Jul 13 01:20:55 ubnt udm-iptv[30198]: No lease, forking to background
Jul 13 01:20:55 ubnt udm-iptv[30198]: NATing IPTV network ranges (if necessary)
Jul 13 01:20:55 ubnt udm-iptv[30198]: Setting up igmpproxy
Jul 13 01:20:55 ubnt udm-iptv[30198]: Starting igmpproxy
Jul 13 01:20:55 ubnt igmpproxy[30198]: There must be at least 1 Vif as upstream.
Jul 13 01:20:55 ubnt systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Jul 13 01:20:55 ubnt systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Jul 13 01:20:55 ubnt systemd[1]: udm-iptv.service: Consumed 174ms CPU time.
root@ubnt:/#

Describe the Bug

IGMP Proxy is not working. IPTV freezes every 15 seconds. Receiving error about having at least 1 Vif as upstream. IGMP Proxy will work as a standalone if I was to use it with a basic configuration file (see below). It will not work however using UDM-IPTV.

  • upstream = modem interface
    phyint eth8 upstream ratelimit 0 threshold 1
    altnet 0.0.0.0/0;

  • lan interface of iptv device
    phyint br2 downstream ratelimit 0 threshold 1
    altnet 10.69.2.1/24;

  • disable all unused interfaces
    phyint lo disabled
    phyint eth8 disabled

Expected Behavior

I would assume it would not be receiving these errors, would also create an interface called "iptv" which it does not and IPTV would be working as intended.

UDM-Pro firmware version 1.12.x configuration not persistent across upgrades

What is your ISP? (if relevant)

Meo PT

Diagnostic Information

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth9
WAN VLAN: 0 (dev iptv)
WAN DHCP: false (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 10.159.0.0/16 10.173.0.0/16 194.65.46.0/23 213.13.16.0/20 224.0.0.0/4
LAN Interfaces: br40
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
3: eth9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 10000
inet 85.245.19.93/24 scope global dynamic eth9
valid_lft 3221sec preferred_lft 3221sec
85.245.19.0/24 proto kernel scope link src 85.245.19.93
=== Service Logs ===
May 25 14:00:00 ubnt udm-iptv[5835]: The IGMP message was local multicast. Ignoring.
May 25 14:00:00 ubnt udm-iptv[5835]: RECV V2 member report from 192.168.40.1 to 233.89.188.1
May 25 14:00:00 ubnt udm-iptv[5835]: The IGMP message was from myself. Ignoring.
May 25 14:00:02 ubnt udm-iptv[5835]: RECV V2 member report from 192.168.40.1 to 224.0.0.2
May 25 14:00:02 ubnt udm-iptv[5835]: The IGMP message was from myself. Ignoring.
May 25 14:00:03 ubnt udm-iptv[5835]: RECV V2 member report from 192.168.40.30 to 232.0.7.7
May 25 14:00:03 ubnt udm-iptv[5835]: Updated route entry for 232.0.7.7 on VIF #1
May 25 14:00:03 ubnt udm-iptv[5835]: Adding MFC: 10.173.5.53 -> 232.0.7.7, InpVIf: 0
May 25 14:00:03 ubnt udm-iptv[5835]: Adding MFC: 10.173.5.51 -> 232.0.7.7, InpVIf: 0
May 25 14:00:04 ubnt udm-iptv[5835]: The IGMP message was local multicast. Ignoring.

Describe the Bug

I'm using EA firmwares on my UDM-Pro and I'm seeing that, contrary to what documentation states, udm-iptv app does not keep configuration across upgrades. Taking in consideration that the configuration is placed in /etc/udm-iptv.conf and withing unifi-os podman container, the configuration don't remain available when the container is upgraded as this could be the root cause of the issue.

Not sure if this is an expected behavior or just a bug, but something I'm facing since I've installed the app (was using the podman container before, and my config would persist with firmware upgrade).

Checking details on the container, I see that it have srv folder mounted in udm-pro local storage, so it could be interesting for your app to have the option to set up the configuration file and be read from the persistant storage location rather than etc folder.

Expected Behavior

App install and configuration would be persistent with firmware upgrades

[Question] Warning/Error/Message while installing on my UDM SE

While following all of the steps on my UDM SE I get this message after running the "apt install ./igmpproxy_0.3-1_arm64.deb ./udm-iptv_2.1.2_all.deb" command;

Created symlink /etc/systemd/system/multi-user.target.wants/udm-iptv.service โ†’ /lib/systemd/system/udm-iptv.service.
N: Download is performed unsandboxed as root as file '/root/igmpproxy_0.3-1_arm64.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)

Is this something that needs to be addressed (by me)? I'm currently solving a problem with IPTV which made me decide to completely remove everything, reboot the UDM SE and start over, but that seems to be unrelated to this message because it was working before and I also got this same message the first time I ran all of the steps.

Installation not persistent on UDR / UDM SE

What is your ISP? (if relevant)

KPN

Diagnostic Information

Not available anymore after reinstall :(

Describe the Bug

I just installed the new firmware for the UDR (2.4.9), and I had to reinstall the .deb file, despite having:

root@UDR:/tmp# cat /etc/default/ubnt-dpkg-cache
DPKG_CACHE=yes
DPKG_CACHE_DEBUG=yes
DPKG_CACHE_APT_UNPACK=yes
DPKG_CACHE_APT_REMOVE_AS_PURGE=yes
DPKG_CACHE_UBNT_PKGS="unifi unifi-protect ulp-go unifi-access unifi-talk unifi-connect uid-agent"
DPKG_CACHE_UBNT_PKGS+=" udm-iptv igmpproxy dialog"

In the ubnt-dpkg-cache file.

Expected Behavior

No reinstall :)

STB Unable to update after updating umd-iptv Issue

Discussed in #129

Originally posted by mattam1234 May 29, 2022
Device: UDM Pro
Provider: KPN
Settings:
IPTV on VLan 4
and Internet on VLan 6

Problem: Getting F309 at updating screen gathering an update from KPN on about 27%

Story:
The program was running fine for a while and there where no issues.
After a bit of time it started to drop the video and audio connection and you would have to switch channels and switch back.
I am not shore where this problem came from so I tried updating umd-iptv with little effect from like 15 minutes of watch time I got like an hour or so.
So it was more stable but if you would be watching a movie switching channels would be frustrating.
And so I tried reinstalling the program and broke something.
At this moment of time the STB is trying to get an update that isn't there/unreachable and it wont start.

I'm shore I broke something but if someone have a bit of time I would be very thankful

Note: I don't know if this is related but I also tried disabling the pi hole and network monitor with no effect.

Logs udm-iptv-diag:

=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
LAN Interfaces: br0 br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
57: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.254.96.228/21 brd 10.254.103.255 scope global iptv
valid_lft forever preferred_lft forever
10.254.96.0/21 proto kernel scope link src 10.254.96.228
213.75.112.0/21 via 10.254.96.1 metric 257
=== Service Logs ===
May 29 21:46:42 ubnt udm-iptv[10167]: RECV V2 member report from 192.168.2.126 to 224.0.0.251
May 29 21:46:42 ubnt udm-iptv[10167]: Updated route entry for 224.0.0.251 on VIF #0
May 29 21:46:42 ubnt udm-iptv[10167]: The IGMP message was local multicast. Ignoring.
May 29 21:46:43 ubnt udm-iptv[10167]: RECV V2 member report from 192.168.2.246 to 239.255.255.251
May 29 21:46:43 ubnt udm-iptv[10167]: Updated route entry for 239.255.255.251 on VIF #0
May 29 21:46:43 ubnt udm-iptv[10167]: RECV V2 member report from 192.168.2.242 to 226.1.1.1
May 29 21:46:43 ubnt udm-iptv[10167]: Updated route entry for 226.1.1.1 on VIF #0
May 29 21:46:44 ubnt udm-iptv[10167]: RECV V2 member report from 192.168.2.246 to 230.0.0.10
May 29 21:46:44 ubnt udm-iptv[10167]: Updated route entry for 230.0.0.10 on VIF #0
May 29 21:46:44 ubnt udm-iptv[10167]: The IGMP message was local multicast. Ignoring.

Thanks

Stuttering video

Hello,

Thank you for this great guide everything works very well but....
When watching tv so now and a while I have stuttering video, as well in live television as stored television.
I am in the Netherlands and use KPN FTTH

My diag output is:

=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br5
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
49: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue qlen 1000
inet 10.148.87.175/18 brd 10.148.127.255 scope global iptv
valid_lft forever preferred_lft forever
10.148.64.0/18 dev iptv src 10.148.87.175
213.75.112.0/21 via 10.148.64.1 dev iptv metric 249
=== Service Logs ===
Feb 01 14:03:06 ubnt udm-iptv[19788]: The IGMP message was from myself. Ignoring.
Feb 01 14:03:08 ubnt udm-iptv[19788]: The IGMP message was local multicast. Ignoring.
Feb 01 14:03:08 ubnt udm-iptv[19788]: RECV V2 member report from 192.168.2.6 to 224.3.2.6
Feb 01 14:03:08 ubnt udm-iptv[19788]: Updated route entry for 224.3.2.6 on VIF #0
Feb 01 14:03:08 ubnt udm-iptv[19788]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1
Feb 01 14:03:10 ubnt udm-iptv[19788]: RECV V2 member report from 192.168.2.254 to 224.0.0.251
Feb 01 14:03:10 ubnt udm-iptv[19788]: The IGMP message was from myself. Ignoring.
Feb 01 14:03:10 ubnt udm-iptv[19788]: RECV V2 member report from 192.168.2.69 to 224.3.2.6
Feb 01 14:03:10 ubnt udm-iptv[19788]: Updated route entry for 224.3.2.6 on VIF #0
Feb 01 14:03:10 ubnt udm-iptv[19788]: Adding MFC: 213.75.167.58 -> 224.3.2.6, InpVIf: 1

STB-ear-01 / "Beperkte modus"

What is your ISP? (if relevant)

KPN

Diagnostic Information

N/A

Describe the Bug

STB-ear-01 error on TV
Sep 13 14:25:19 ubnt igmpproxy[885]: There must be at least 1 Vif as upstream. error in igmpproxy process

Expected Behavior

I could not find anything related to the specified error on the KPN box on the internet, but it turned out the igmpproxy process needed restarting and/or a dpkg reconfigure (I did both). Reporting it here just so that someone else can find it later if they run into the same error message. The annoying thing was that the KPN guy thought it was an issue upstream, as the TV box does get a couple of standard channels (1-16 and some in 2xx).

I will close this issue as soon as I report it, so it just remains for when someone searches for these keywords :)

UDM Pro & IPTV XS4ALL troubles..

Hi,

I'm not a networkguy so this is all quite challenging for me, i understand the concepts but to be honest is all the stuff through the ssh more typing what is recommended then really my expertise...

I tried following the procedure to get my UDM Pro configured with IPTV but i keep struggling to get the tv-boxes to work. Internet works fine.

  • Running UDM Pro on 1.11.0-20
  • WAN connected to Fiber-modem, setup with PPP0E on VLAN 6
  • My ports of UDM are connected as:
  • P1 - Linked to EdgeMax 24p (just used as switch)
  • P2 - TV box
  • P3 - TV box
  • P6 - TV box
  • P9 - WAN to FC modem
  • Got bootscript installed
  • IGM snooping turned on at IPTV VLAN 4 settings
  • DHCP options added to IPTV VLAN 4 settings
    • Broadcast 28 IP Address 192.168.1.255
    • Parameter_Request 55 Text 1,3,28,121
    • IPTV 60 Text IPTV_RG

ip -4 addr show dev iptv
28: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.59.34.21/20 brd 10.59.47.255 scope global iptv
valid_lft forever preferred_lft forever

image

It all looks good but whenever i reboot the tv boxes they keep coming to error message at 85%

I hope you got some ideas to help me out.

thanks
Marcel

Switch to KPN

I have successfully completed the steps and am now running it with my current provider XS4ALL. Because of the news in the media that KPN is going to stop with XS4ALL, I'm thinking about switching to KPN. Do I just have to repeat the steps as described or are there other things I have to take into account?

BT Profile isnt working for me

What is your ISP? (if relevant)

BT

Diagnostic Information

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN Ranges: 224.0.0.0/4 109.159.247.0/24
WAN VLAN: 0 (dev )
WAN DHCP options: -O staticroutes
LAN Interfaces: br0 br10
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
=== Service Logs ===
Apr 12 01:49:29 ubnt udm-iptv[8270]: ip: invalid argument 'change' to 'ip'
Apr 12 01:49:29 ubnt udm-iptv[8270]: NATing IPTV network ranges (if necessary)
Apr 12 01:49:29 ubnt udm-iptv[8270]: Setting up igmpproxy
Apr 12 01:49:30 ubnt udm-iptv[8270]: Starting igmpproxy
Apr 12 01:49:30 ubnt udm-iptv[8270]: adding VIF, Ix 0 Fl 0x0 IP 0x010c0b0a br0, Threshold: 1, Ratelimit: 0
Apr 12 01:49:30 ubnt udm-iptv[8270]: adding VIF, Ix 1 Fl 0x0 IP 0x010d0b0a br10, Threshold: 1, Ratelimit: 0
Apr 12 01:49:30 ubnt udm-iptv[8270]: There must be at least 1 Vif as upstream.
Apr 12 01:49:30 ubnt systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Apr 12 01:49:30 ubnt systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Apr 12 01:49:30 ubnt systemd[1]: udm-iptv.service: Consumed 95ms CPU time.

Describe the Bug

Hi there,

First thanks for your help on this service.

I am trying to use the BT profile however I cannot seem to get it to work. My setup is a Vigor 166 modem is upstream and I have a pppoe connection in unifi to my ISP.

Any help you could provide would be greatly appreciated.

Thanks
Jamie

Expected Behavior

Im not sure if the bt profile is compatible with pppoe connections

Add support for UDM Pro SE

The installer currently does not support the UDM Pro SE, since it does not ship with Podman by default.

udmprose-iptv provides instructions on how to setup Podman on the UDM Pro SE. This requires multiple manual steps and is non-trivial for less skilled users.

Since the UDM Pro SE ships with a functioning Debian environment, we can just wrap the functionality of this project in a single Debian package, to enable installation/removal via the APT package manager.

Issues with IPTV buffering

I was wondering if anyone else has seen any issues since updating to the 1.11.16 UDM firmware? I've suddenly come into an issue with buffering on my IPTV streams, which seems to happen every minute or so,

I've been through all settings and have downgraded and upgraded firmware, but nothing seems to resolve it. There are no other issues with any other streaming services or any application on my local network. I've even taken it all back to just my UDM and IPTV connected and while that works fine for a while, the issue eventually comes back.

IPTV traffic is on a separate VLAN to all other devices, and the the IPTV receiver goes directly into my UDM, so no other switches or devices are involved in routing the traffic. I've put in FW rules to prevent IPTV traffic from hitting the LAN and vice versa.

I cannot think of anything else to try, but i can't see it being a separate connection issue with the ISP as this is the only service impacted. Does anyone have any ideas!!!

Persistens has a typo

In the readme File

mv /etc/udm-iptv /mnt/persistent

Should be

mv /etc/udm-iptv.conf /mnt/persistent

The extension (.conf) in the mv is missing

Seperate MAC addreses on WAN and IPTV interface

My Internet provider TWEAK NL does not allow the same mac address on iptv and internet wan port (VLAN).
Is it possible to add a different macaddres to the iptv interface? (On a UDM-SE (GA) (UDM-PRO-SE (EA)))

Errors

Hi,

Ik heb de UDM-Pro aan mijn XS4ALL (KPN) STB gehangen.
Ik krijg alleen vanaf de SSH de volende error

Package dialog is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'dialog' has no installation candidate

Ligt dit aan mij? Zo ja kan ik dit makkelijk oplossen?

IPTV not working after update

Hello,

Today i have updated igmp proxy using apt install ./igmpproxy_0.3-1_arm64.deb and updated iptv using apt inudm stall ./udm-iptv_2.1.0_all.deb

After a reboot of my udm pro tv still doesn't work. I have the log off igmp proxy in the attachments.

Can somebody help me?

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br185
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
=== Service Logs ===
Mar 20 23:22:53 ubnt udm-iptv[14378]: Sending discover...
Mar 20 23:22:53 ubnt udm-iptv[14378]: Sending select for 10.95.25.6...
Mar 20 23:22:53 ubnt udm-iptv[14378]: Lease of 10.95.25.6 obtained, lease time 3600
Mar 20 23:22:53 ubnt udm-iptv[14378]: NATing IPTV network ranges (if necessary)
Mar 20 23:22:53 ubnt udm-iptv[14378]: Setting up igmpproxy
Mar 20 23:22:54 ubnt udm-iptv[14378]: Starting igmpproxy
Mar 20 23:22:54 ubnt udm-iptv[14378]: MC-Router API already in use; Errno(98): Address already in use
Mar 20 23:22:54 ubnt systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Mar 20 23:22:54 ubnt systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Mar 20 23:22:54 ubnt systemd[1]: udm-iptv.service: Consumed 204ms CPU time.
log.txt

[Question] Does this disrupt internet/TV? (see desc)

Hi there!

I currently have Ziggo as my ISP and I'll be getting KPN in a week or so. If I install and configure this tool with the KPN configuration right now (while I still have Ziggo), will this disrupt internet or TV? Or will this only "have effect" when I've switched over to KPN?

Udmp and Init7 - TV7 not working :(

Hi There,

Thanks in advance for your help.
Tried to follow the setup guide for my udmp, nothing fancy, but somehow it does not seem to work.
I didn't set any dhcp options and no vlan

many thanks for your help ! :D
udm pro firmware v1.11.0.

diag output:

root@ubnt:/# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth9
WAN Ranges: 224.0.0.0/8 239.0.0.0/8
WAN VLAN: 0 (dev iptv)
WAN DHCP options:
LAN Interfaces: br0 br2 br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
3: eth9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq qlen 10000
inet 212.51.129.239/24 scope global dynamic eth9
valid_lft 1653sec preferred_lft 1653sec
212.51.129.0/24 dev eth9 src 212.51.129.239
=== Service Logs ===
Jan 30 21:01:23 ubnt udm-iptv[14939]: RECV V2 member report from 192.168.2.253 to 239.0.0.250
Jan 30 21:01:23 ubnt udm-iptv[14939]: Updated route entry for 239.0.0.250 on VIF #2
Jan 30 21:01:24 ubnt udm-iptv[14939]: RECV V2 member report from 192.168.1.115 to 233.89.188.1
Jan 30 21:01:24 ubnt udm-iptv[14939]: Updated route entry for 233.89.188.1 on VIF #1
Jan 30 21:01:24 ubnt udm-iptv[14939]: The source address 192.168.1.115 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
Jan 30 21:01:24 ubnt udm-iptv[14939]: RECV V2 member report from 192.168.4.254 to 224.0.0.2
Jan 30 21:01:24 ubnt udm-iptv[14939]: The IGMP message was from myself. Ignoring.
Jan 30 21:01:24 ubnt udm-iptv[14939]: The IGMP message was local multicast. Ignoring.
Jan 30 21:01:27 ubnt udm-iptv[14939]: The IGMP message was local multicast. Ignoring.
Jan 30 21:01:27 ubnt udm-iptv[14939]: The IGMP message was local multicast. Ignoring.
root@ubnt:/#

Vivo Brazil second region - Regiรฃo 2

Iโ€™ve been trying to set up IPTV for more than a year.
I read every discussion and issue, and I thought it was a DHCP option 43 and 121 problems. #96
It is my first time using GitHub, excuse me for any mistakes.

I think I found out:

Maybe @apedroheringer setup uses an old IPTV system from Vivo ISP, called Media Room, thatโ€™s why his setup is working.
Like @cawv my system is Open Platform.

On the ISP router, it shows on the WAN interfaces, and it VLANs

600 Internet
601 VoIP
602 IPTV
4000 Multicast

(Mine VLAN is different from the others, because Vivo differentiated VLAN based on regions, this is not an issue as successfully got the routes and IP on VLAN 602)

What I saw on Wireshark:
IPTV goes thru the IP gathered from DHCP on 602
Multicast origins are from 10.0.0.1 on VLAN 4000

I donโ€™t know if is the same problem from โ€œPostTVโ€ #86 where the guy is using โ€œeth8.35โ€ who needed the IPTV originates from 10.10.10.10

With the current configuration, I was able to get the IP and routes, the Live TV works for about 10 seconds then freezes, if I change the channel the behavior repeats.
I can watch and use the DVR function to rewind a show and it never freezes as long Iโ€™m behind the live streaming. (I think this is due to unicast working properly)

@fabianishere is it possible to have two Vlans on the IPTV interface, or segregate the multicast VLAN?

If you want I could share the file from Wireshark, also the routes, etc.

=== Configuration ===
WAN Interface: eth8
WAN VLAN: 602 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 0.0.0.0/0
LAN Interfaces: br6
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
73: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.182.A.BBB/20 scope global iptv
       valid_lft forever preferred_lft forever
10.182.0.0/20 proto kernel scope link src 10.182.A.BBB 
172.28.0.0/16 via 10.182.0.1 metric 273 
177.16.30.0/23 via 10.182.0.1 metric 275 
200.161.71.40/30 via 10.182.0.1 metric 276 
200.161.71.46/31 via 10.182.0.1 metric 277 
200.161.71.48/31 via 10.182.0.1 metric 278 
201.0.52.0/23 via 10.182.0.1 metric 274 
=== Service Logs ===
Sep 06 15:24:03 ubnt udm-iptv[9091]: Inserted route table entry for 239.130.2.0 on VIF #0
Sep 06 15:24:03 ubnt udm-iptv[9091]: Joining group 239.130.2.0 on interface iptv
Sep 06 15:24:04 ubnt udm-iptv[9091]: RECV V2 member report   from 192.168.15.244  to 239.131.0.0
Sep 06 15:24:04 ubnt udm-iptv[9091]: Updated route entry for 239.131.0.0 on VIF #0
Sep 06 15:24:04 ubnt udm-iptv[9091]: RECV Leave message      from 192.168.15.244  to 224.0.0.2
Sep 06 15:24:04 ubnt udm-iptv[9091]: Leaving group 239.131.0.0 on interface iptv
Sep 06 15:24:04 ubnt udm-iptv[9091]: RECV Membership query   from 192.168.15.1    to 239.131.0.0
Sep 06 15:24:04 ubnt udm-iptv[9091]: RECV V2 member report   from 192.168.15.244  to 239.131.0.0
Sep 06 15:24:04 ubnt udm-iptv[9091]: Updated route entry for 239.131.0.0 on VIF #0
Sep 06 15:24:04 ubnt udm-iptv[9091]: Joining group 239.131.0.0 on interface iptv

Originally posted by @jotala in #152 (comment)

Dialog is removed after purging

Hi,
i thought I had a major issue (didn't, it was KPN), so I removed everything using the purge command.
When I tried reinstalling, the dialog command was no longer available. You will notice this in the feedback on apt install dialog ./igmpproxy_0.3-1_arm64.deb ./udm-iptv_2.0.5_all.deb

So, I re-installed 11.1 via the ubiquiti website using the ssh command, (ubnt-upgrade <firmware_url>). Be aware, you have to run this command OUTSIDE the Unifi-os shell. This worked and got Dialog back to work again.
Just so you know

UDM WAN pppo MTU and udm-iptv

The UDM by default sets ppp0 with MTU 1492, eth4 with MTU 1500 and eth4.6 MTU 1500

To avoid broken VPN tunnels and other issues, it's desired to set:
eth4 mtu 1512
eth4.6 mtu 1508
ppp0 mtu 1500

This (onboot) script does that:

sed -i 's/ 1492/ 1500/g' /etc/ppp/peers/ppp0
ip link set dev eth4 mtu 1512
ip link set dev eth4.6 mtu 1508
ifconfig eth4 down
ifconfig eth4 up
killall pppd

After running this script (manually or with onboot) checking the MTU with this page ( http://www.letmecheck.it/mtu-test.php ) shows the ppp0 MTU is increased to 1500. VPN tunnels and heavy traffic really like this.

However, the udm-iptv (v 2.04) script does not. It breaks KPN TV.

Any chance you could take a look at what is breaking?
Any way to get these two to work in harmony?

Some good background info on the unifi community forum can be found here:
https://community.ui.com/questions/Feature-Request-UDM-Pro-PPPoE-RFC4638-1500-MTU-MRU-for-PPP/b5c1fcf6-bee5-4fc7-ae00-c8ce2bf2e724

Freeze after 4 minutes 30 seconds

Dear Fabian,

first of all thank you for this great job.

so im im happy with your solution :-) .. but .. there is always a but, in my case it hangs after 4 minutes 30 seconds watching live IPTV.

my setup is different as in your your description :

here is how it looks like

Provider Internet : Swisscom
Provider IPTV : Swisscom / blueTV

Network :

Fiber to the Swisscom Router, Swisscom Router to WAN2 of the UDMP (DMZ, all ports forwarded to the UDMP, UDMP to an Aggregation Switch, from the aggregation Switch a USW8 Enterprise, on the USW8 the IPTV Box ..

so no FFTH from the Provider to the UDMP, DHCP ist working from the UDMP, all settings tests in different ways, ip address is given .. , IGMP Snooping on, Flow Control on on all Switches .. ans thew connection between the switches are 10G Fiber.. The diag says that everything looks fine.

In General i have the Multicast Stream but after 5 MInutes i need to pause for 3 seconds and continue. from then on it works without freezes until the channel is switched.

Any idea ? thank you in advance :-)

Foutmelding tijden installatie

What is your ISP? (if relevant)

KPN

Diagnostic Information

udm-iptv-diag

Foutmelding

Describe the Bug

Ik heb geen beeld op de tv krijg onderstaande melding bij het installeren.
kan iemand mij helpen?

Expected Behavior

dacht als dit ingesteld was dat ik TV kon kijken

There must be at least 1 Vif as upstream.

So I have the same problem as in fabianishere/udm-kernel-tools#22

UniFi OS UDM Pro 1.11.0-14

My setup:

GPON ONT -> WAN ethernet port of UDMP and PPPoE WAN.
LAN: 10.69.1.0/24
Both Internet and IPTV are on VLAN 24

My logs:

udm-iptv: Obtaining IP address for VLAN interface...
ip: RTNETLINK answers: File exists
run-parts: /etc/network/if-pre-up.d/vlan: exit status 2
udm-iptv: NATing IPTV network ranges (if necessary)...
udm-iptv: Setting up igmpproxy..
udm-iptv: Starting igmpproxy..
adding VIF, Ix 0 Fl 0x0 IP 0x0101450a br0, Threshold: 1, Ratelimit: 0
There must be at least 1 Vif as upstream.

My 15-iptv.sh:

IPTV_WAN_INTERFACE="eth8"
IPTV_WAN_RANGES="239.192.0.0/16"
IPTV_WAN_VLAN="24"
IPTV_WAN_DHCP_OPTIONS="-O staticroutes -V IPTV_RG"
IPTV_LAN_INTERFACES="br0"
IPTV_LAN_RANGES="10.69.1.0/24"

if podman container exists iptv; then
  podman rm -f iptv
fi
podman run --network=host --privileged \
    --name iptv -i -d --restart always \
    -e IPTV_WAN_INTERFACE="$IPTV_WAN_INTERFACE" \
    -e IPTV_WAN_RANGES="$IPTV_WAN_RANGES" \
    -e IPTV_WAN_VLAN="$IPTV_WAN_VLAN" \
    -e IPTV_WAN_DHCP_OPTIONS="$IPTV_WAN_DHCP_OPTIONS" \
    -e IPTV_LAN_INTERFACES="$IPTV_LAN_INTERFACES" \
    -e IPTV_LAN_RANGES="$IPTV_LAN_RANGES" \
    fabianishere/udm-iptv -d -v

Update 1.12.22 broke IPTV

What is your ISP? (if relevant)

XS4ALL (KPN)

Diagnostic Information

=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br0
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
ip: can't find device 'iptv'
ip: can't find device 'iptv'
=== Service Logs ===
-- Logs begin at Thu 2022-06-02 12:38:37 CEST, end at Thu 2022-06-02 13:20:40 CEST. --
-- No entries --

Describe the Bug

Since upgrading the OS to 1.12.22 IPTV stopped working. When trying to reinstall the following is reported:

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 udm-iptv : Depends: iproute2 but it is not installable
E: Unable to correct problems, you have held broken packages.

Expected Behavior

Working IPTV

Connections keep dropping

What is your ISP? (if relevant)

Xs4ALL / KPN

Diagnostic Information

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16  217.166.0.0/16
LAN Interfaces: br70
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
50: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.242.180.116/22 brd 10.242.183.255 scope global iptv
       valid_lft forever preferred_lft forever
10.242.180.0/22 proto kernel scope link src 10.242.180.116
213.75.112.0/21 via 10.242.180.1 metric 250
=== Service Logs ===
May 26 13:41:00 ubnt udm-iptv[2976]: Obtaining IP address for VLAN interface
May 26 13:41:00 ubnt udm-iptv[2976]: udhcpc (v1.22.1) started
May 26 13:41:00 ubnt udm-iptv[2976]: Sending discover...
May 26 13:41:01 ubnt udm-iptv[2976]: Sending select for 10.242.180.116...
May 26 13:41:01 ubnt udm-iptv[2976]: Lease of 10.242.180.116 obtained, lease time 3600
May 26 13:41:01 ubnt udm-iptv[2976]: NATing IPTV network ranges (if necessary)
May 26 13:41:01 ubnt udm-iptv[2976]: Setting up igmpproxy
May 26 13:41:01 ubnt udm-iptv[2976]: Starting igmpproxy
May 26 13:41:01 ubnt udm-iptv[2976]: adding VIF, Ix 0 Fl 0x0 IP 0x74b4f20a iptv, Threshold: 1, Ratelimit: 0
May 26 13:42:11 ubnt udm-iptv[2976]: RECV Membership query   from 10.69.10.238    to 224.0.0.1

Describe the Bug

Often the connection of IPTV drops. I reconfig again with the script but then after 2/3 days sometimes already on the day itself the TV shows again that it has to make connections with the modem

Expected Behavior

How can I solve this? Do I have to put my old fritzbox in front of it?

Some TV channel not working

What is your ISP? (if relevant)

Bouygues Telecom (French)

Diagnostic Information

Some logs are ok but we see this error sometimes : MRT_DEL_MFC; Errno(2): No such file or directory

Describe the Bug

Some TV channel work and anothers not.
Maybe a problem with route cache ?

Expected Behavior

I've set rule to allow IGMP from WAN interface
Set WAN IP to 0.0.0.0/0. ISP need this.

Config lost on upgrade to 1.11.1

For those that haven't upgraded their UDMP's yet, perhaps they can collect more details...

I had to re-configure to get the TV back up and running but it seems like the config was wiped? When I ran udm-iptv-diag the output was:

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16  217.166.0.0/16
WAN VLAN: 4
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br0
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
/usr/bin/udm-iptv-diag: 31: /usr/bin/udm-iptv-diag: ip: not found
/usr/bin/udm-iptv-diag: 32: /usr/bin/udm-iptv-diag: ip: not found
=== Service Logs ===
Jan 26 15:45:30 ubnt udm-iptv[23807]: ip: SIOCGIFFLAGS: No such device
Jan 26 15:45:30 ubnt udm-iptv[23807]: Obtaining IP address for VLAN interface
Jan 26 15:45:30 ubnt udm-iptv[23807]: udhcpc: SIOCGIFINDEX: No such device
Jan 26 15:45:30 ubnt udm-iptv[23807]: NATing IPTV network ranges (if necessary)
Jan 26 15:45:30 ubnt udm-iptv[23807]: Setting up igmpproxy
Jan 26 15:45:30 ubnt udm-iptv[23807]: Starting igmpproxy
Jan 26 15:45:30 ubnt igmpproxy[23807]: There must be at least 1 Vif as upstream.
Jan 26 15:45:30 ubnt systemd[1]: udm-iptv.service: Main process exited, code=exited, status=255/EXCEPTION
Jan 26 15:45:30 ubnt systemd[1]: udm-iptv.service: Failed with result 'exit-code'.
Jan 26 15:45:30 ubnt systemd[1]: udm-iptv.service: Consumed 136ms CPU time.

Which looks like the "default" settings. I was running v2.0.2, did the reconfigure via dpkg-reconfigure -p medium udm-iptv to get it back to my correct config:

=== Configuration ===
WAN Interface: eth9
WAN Ranges: 10.2.0.0/16 10.125.0.0/16
WAN VLAN: 36
WAN DHCP options: -o
LAN Interfaces: br40
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
/usr/bin/udm-iptv-diag: 31: /usr/bin/udm-iptv-diag: ip: not found
/usr/bin/udm-iptv-diag: 32: /usr/bin/udm-iptv-diag: ip: not found
=== Service Logs ===
Jan 26 15:45:30 ubnt systemd[1]: udm-iptv.service: Consumed 136ms CPU time.
Jan 26 15:49:05 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Jan 26 15:49:05 ubnt udm-iptv[27726]: Obtaining IP address for VLAN interface
Jan 26 15:49:05 ubnt udm-iptv[27726]: udhcpc (v1.22.1) started
Jan 26 15:49:05 ubnt udm-iptv[27726]: Sending discover...
Jan 26 15:49:05 ubnt udm-iptv[27726]: Sending select for 10.125.180.72...
Jan 26 15:49:05 ubnt udm-iptv[27726]: Lease of 10.125.180.72 obtained, lease time 573345
Jan 26 15:49:05 ubnt udm-iptv[27726]: NATing IPTV network ranges (if necessary)
Jan 26 15:49:05 ubnt udm-iptv[27726]: Setting up igmpproxy
Jan 26 15:49:05 ubnt udm-iptv[27726]: Starting igmpproxy

I've upgraded to v2.0.4 as well now, so I guess we'll see what happens with the next firmware update.

KPN dev iptv missing after upgrading to 2.1.2 on UDM PRO

What is your ISP? (if relevant)

KPN

Diagnostic Information

Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 4 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
LAN Interfaces: br661
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
=== Service Logs ===
Apr 16 11:18:02 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 16 11:18:02 ubnt udm-iptv[9971]: Device iptv already exists.. Deleting device
Apr 16 11:18:02 ubnt udm-iptv[9971]: Obtaining IP address for VLAN interface
Apr 16 11:18:02 ubnt udm-iptv[9971]: udhcpc (v1.22.1) started
Apr 16 11:18:02 ubnt udm-iptv[9971]: Sending discover...
Apr 16 11:18:03 ubnt udm-iptv[9971]: Sending select for 10.242.50.41...
Apr 16 11:18:03 ubnt udm-iptv[9971]: Lease of 10.242.50.41 obtained, lease time 3600
Apr 16 11:18:03 ubnt udm-iptv[9971]: NATing IPTV network ranges (if necessary)
Apr 16 11:18:03 ubnt systemd[1]: udm-iptv.service: Succeeded.
Apr 16 11:18:03 ubnt systemd[1]: udm-iptv.service: Consumed 49ms CPU time.

Describe the Bug

My IPTV is not working anymore with the 2.1.2 version, missing an output of the iptv entry when entering ip -4 addr show dev iptv command. It shows nothing. Tried to reboot all my network gear and decoders, but no result.

Using an config with an seperate VLAN 661 with IGMP enabled.

Debug info at 2.1.2:
root@ubnt:/# ip -4 addr show dev iptv

ip route list shows:
root@ubnt:/# ip route list
192.168.0.0/24 dev br0 proto kernel scope link src 192.168.0.254
192.168.1.0/24 dev br661 proto kernel scope link src 192.168.1.254
192.168.30.0/24 dev br30 proto kernel scope link src 192.168.30.254
195.190.228.5 dev ppp0 proto kernel scope link src 86.86.76.37
203.0.113.0/24 dev dnsfilter proto kernel scope link src 203.0.113.1

journalctu -u udm-iptv on 2.1.2:
Apr 16 11:55:08 ubnt systemd[1]: Stopping IPTV support for the UniFi Dream Machine...
Apr 16 11:55:08 ubnt igmpproxy[10417]: select() failure; Errno(4): Interrupted system call
Apr 16 11:55:08 ubnt systemd[1]: udm-iptv.service: Succeeded.
Apr 16 11:55:08 ubnt systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Apr 16 11:55:08 ubnt systemd[1]: udm-iptv.service: Consumed 254ms CPU time.
Apr 16 11:55:08 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 16 11:55:08 ubnt udm-iptv[4014]: Device iptv already exists.. Deleting device
Apr 16 11:55:08 ubnt udm-iptv[4014]: Obtaining IP address for VLAN interface
Apr 16 11:55:08 ubnt udm-iptv[4014]: udhcpc (v1.22.1) started
Apr 16 11:55:08 ubnt udm-iptv[4014]: Sending discover...
Apr 16 11:55:09 ubnt udm-iptv[4014]: Sending select for 10.242.49.169...
Apr 16 11:55:09 ubnt udm-iptv[4014]: Lease of 10.242.49.169 obtained, lease time 3600
Apr 16 11:55:09 ubnt udm-iptv[4014]: NATing IPTV network ranges (if necessary)
Apr 16 11:55:09 ubnt systemd[1]: udm-iptv.service: Succeeded.
Apr 16 11:55:09 ubnt systemd[1]: udm-iptv.service: Consumed 51ms CPU time.

When i downgrade to 2.0.5 it works again, debug info aswell:
root@ubnt:/# ip -4 addr show dev iptv
49: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.242.49.169/20 brd 10.242.63.255 scope global iptv
valid_lft forever preferred_lft forever

udm-iptv-diag on 2.0.5:
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br661
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
49: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.242.49.169/20 brd 10.242.63.255 scope global iptv
valid_lft forever preferred_lft forever
10.242.48.0/20 proto kernel scope link src 10.242.49.169
213.75.112.0/21 via 10.242.48.1 metric 249
=== Service Logs ===
Apr 16 11:36:29 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 16 11:36:29 ubnt udm-iptv[10417]: Device iptv already exists.. Deleting device
Apr 16 11:36:29 ubnt udm-iptv[10417]: Obtaining IP address for VLAN interface
Apr 16 11:36:29 ubnt udm-iptv[10417]: udhcpc (v1.22.1) started
Apr 16 11:36:29 ubnt udm-iptv[10417]: Sending discover...
Apr 16 11:36:29 ubnt udm-iptv[10417]: Sending select for 10.242.49.169...
Apr 16 11:36:29 ubnt udm-iptv[10417]: Lease of 10.242.49.169 obtained, lease time 3600
Apr 16 11:36:29 ubnt udm-iptv[10417]: NATing IPTV network ranges (if necessary)
Apr 16 11:36:29 ubnt udm-iptv[10417]: Setting up igmpproxy
Apr 16 11:36:29 ubnt udm-iptv[10417]: Starting igmpproxy

Upgraded with the command as described on the README.md. Removed it aswell and reinstalled it back with a reboot.

Expected Behavior

Excepted that it will works as before on 2.0.5.

Broken IGMProxy after some Time. Telekom Germany

What is your ISP? (if relevant)

Telekom

Diagnostic Information

 udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: ppp0
WAN VLAN: 0 (dev )
WAN DHCP: true (options "-O staticroutes -V IPTV_RG")
WAN Ranges: 232.0.0.0/16 87.141.0.0/16
LAN Interfaces: br7
IGMP Proxy quickleave disabled: 
IGMP Proxy debug: true
=== IP Link and Route ===
39: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN group default qlen 3
    inet 87.177.215.149 peer 62.155.247.210/32 scope global ppp0
       valid_lft forever preferred_lft forever
62.155.247.210 proto kernel scope link src 87.177.215.149 
=== Service Logs ===
Apr 14 15:03:03 ubnt igmpproxy[64]: select() failure; Errno(4): Interrupted system call
Apr 14 15:03:03 ubnt igmpproxy[64]: can't leave group 232.0.10.111 on interface ppp0; Errno(99): Cannot assign requested address
Apr 14 15:03:03 ubnt systemd[1]: udm-iptv.service: Succeeded.
Apr 14 15:03:03 ubnt systemd[1]: Stopped IPTV support for the UniFi Dream Machine.
Apr 14 15:03:03 ubnt systemd[1]: udm-iptv.service: Consumed 397ms CPU time.
Apr 14 15:03:03 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 14 15:03:03 ubnt udm-iptv[5666]: NATing IPTV network ranges (if necessary)
Apr 14 15:03:03 ubnt udm-iptv[5666]: Monitoring interface ppp0 for changes
Apr 14 15:03:03 ubnt udm-iptv[5666]: Setting up igmpproxy
Apr 14 15:03:03 ubnt udm-iptv[5666]: Starting igmpproxy

Describe the Bug

I get that:

journalctl -u udm-iptv
-- Logs begin at Thu 2022-04-14 13:01:50 CEST, end at Thu 2022-04-14 15:11:00 CEST. --
Apr 14 13:01:51 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 14 13:01:51 ubnt udm-iptv[64]: NATing IPTV network ranges (if necessary)
Apr 14 13:01:51 ubnt udm-iptv[64]: Monitoring interface ppp0 for changes
Apr 14 13:01:51 ubnt udm-iptv[64]: Setting up igmpproxy
Apr 14 13:01:51 ubnt udm-iptv[64]: Starting igmpproxy
Apr 14 14:36:32 ubnt udm-iptv[64]: NATing IPTV network ranges (if necessary)
Apr 14 14:57:51 ubnt igmpproxy[64]: can't join group 232.0.10.111 on interface ppp0; Errno
(19): No such device
Apr 14 14:58:11 ubnt igmpproxy[64]: can't leave group 232.0.10.111 on interface ppp0; Errn
o(99): Cannot assign requested address
Apr 14 14:58:17 ubnt igmpproxy[64]: can't join group 232.0.10.101 on interface ppp0; Errno
(19): No such device
Apr 14 14:58:25 ubnt igmpproxy[64]: can't leave group 232.0.10.101 on interface ppp0; Errn
o(99): Cannot assign requested address
Apr 14 14:58:32 ubnt igmpproxy[64]: can't join group 232.0.10.111 on interface ppp0; Errno
(19): No such device
Apr 14 14:59:13 ubnt igmpproxy[64]: can't leave group 232.0.10.111 on interface ppp0; Errn
o(99): Cannot assign requested address
Apr 14 14:59:13 ubnt igmpproxy[64]: can't join group 232.0.10.111 on interface ppp0; Errno
(19): No such device

Then the TV not works more again.

Expected Behavior

Working Magenta TV

Udm-iptv on network off Tweak.

Hey Fabian,

Trying to get IPTV working with the tweak network, but it seems a daunting task,

This the information that I get from the ISP itself.
VLANID 4 = IPTV and 34 = Internet
Bolt are DHCP.
IGMP Snooping / Routing over VLAN 4
Static route to 185.24.175.0/24 and 185.41.48.0/24 over the IP-TV Gateway (IP-address off VLAN 4)
IGMP Proxy whitelist: 239.0.3.0/16 and 225.0.71.0/24 and 224.0.0.0/16
The static route can also be obtained by dhcp option 121.

Now my biggest question is can you use IGMP-proxy whitelist on the UDM-PRO?

Hopefully you can help me in the right direction and thank you for the great progress you and everyone that is working on this.

DuranorNL Aka Nick

Vivo SP option gives wrong settings

What is your ISP? (if relevant)

Vivo SP

Diagnostic Information

root@ubnt:/# udm-iptv-diag
Please share the following output with the developers:
=== Configuration ===
WAN Interface: eth8
WAN VLAN: 20 (dev iptv)
WAN DHCP: true (options "-O staticroutes -V IPTV_RG") I configured using custom settings
WAN Ranges: 172.28.0.0/14 201.0.52.0/23 200.161.71.0/24 177.16.0.0/16
LAN Interfaces: br20
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: false
=== IP Link and Route ===
83: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 10.154.188.196/20 scope global iptv
valid_lft forever preferred_lft forever
10.154.176.0/20 proto kernel scope link src 10.154.188.196
172.28.0.0/14 via 10.154.176.1 metric 283
177.16.30.0/23 via 10.154.176.1 metric 288
200.161.71.40/30 via 10.154.176.1 metric 285
200.161.71.46/31 via 10.154.176.1 metric 286
200.161.71.48/31 via 10.154.176.1 metric 287
201.0.52.0/23 via 10.154.176.1 metric 284
=== Service Logs ===
Apr 20 16:45:37 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
Apr 20 16:45:37 ubnt udm-iptv[17261]: Device iptv already exists.. Deleting device
Apr 20 16:45:37 ubnt udm-iptv[17261]: Obtaining IP address for VLAN interface
Apr 20 16:45:37 ubnt udm-iptv[17261]: udhcpc (v1.22.1) started
Apr 20 16:45:37 ubnt udm-iptv[17261]: Sending discover...
Apr 20 16:45:37 ubnt udm-iptv[17261]: Sending select for 10.154.188.196...
Apr 20 16:45:37 ubnt udm-iptv[17261]: Lease of 10.154.188.196 obtained, lease time 7200
Apr 20 16:45:37 ubnt udm-iptv[17261]: NATing IPTV network ranges (if necessary)
Apr 20 16:45:37 ubnt udm-iptv[17261]: Setting up igmpproxy
Apr 20 16:45:37 ubnt udm-iptv[17261]: Starting igmpproxy

Describe the Bug

Sets IPTV_WAN_DHCP_OPTIONS to false

Expected Behavior

It must be set to -O staticroutes -V IPTV_RG to iptv work

igmpproxy fails on MRT_DEL_MFC

What is your ISP? (if relevant)

KPN

Diagnostic Information

=== Configuration ===
WAN Interface: eth8
WAN Ranges: 213.75.0.0/16 217.166.0.0/16
WAN VLAN: 4 (dev iptv)
WAN DHCP options: -O staticroutes -V IPTV_RG
LAN Interfaces: br4
IGMP Proxy quickleave disabled: false
IGMP Proxy debug: true
=== IP Link and Route ===
49: iptv@eth8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue qlen 1000
inet 10.35.34.124/22 brd 10.35.35.255 scope global iptv
valid_lft forever preferred_lft forever
10.35.32.0/22 dev iptv src 10.35.34.124
213.75.112.0/21 via 10.35.32.1 dev iptv metric 249
=== Service Logs ===
May 18 21:23:59 ubnt systemd[1]: Started IPTV support for the UniFi Dream Machine.
May 18 21:23:59 ubnt udm-iptv[13369]: Device iptv already exists.. Deleting device
May 18 21:23:59 ubnt udm-iptv[13369]: Obtaining IP address for VLAN interface
May 18 21:23:59 ubnt udm-iptv[13369]: udhcpc (v1.22.1) started
May 18 21:23:59 ubnt udm-iptv[13369]: Sending discover...
May 18 21:23:59 ubnt udm-iptv[13369]: Sending select for 10.35.34.124...
May 18 21:23:59 ubnt udm-iptv[13369]: Lease of 10.35.34.124 obtained, lease time 3600
May 18 21:23:59 ubnt udm-iptv[13369]: NATing IPTV network ranges (if necessary)
May 18 21:23:59 ubnt udm-iptv[13369]: Setting up igmpproxy
May 18 21:23:59 ubnt udm-iptv[13369]: Starting igmpproxy
May 18 21:23:59 ubnt udm-iptv[13369]: adding VIF, Ix 0 Fl 0x0 IP 0x0106a8c0 br4, Threshold: 1, Ratelimit: 0
May 18 21:23:59 ubnt udm-iptv[13369]: adding VIF, Ix 1 Fl 0x0 IP 0x7c22230a iptv, Threshold: 1, Ratelimit: 0
May 18 21:23:59 ubnt udm-iptv[13369]: Joining group 224.0.0.2 on interface br4
May 18 21:23:59 ubnt udm-iptv[13369]: Joining group 224.0.0.22 on interface br4
May 18 21:23:59 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:23:59 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:23:59 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:23:59 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:23:59 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:01 ubnt udm-iptv[13369]: The IGMP message was local multicast. Ignoring.
May 18 21:24:03 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:24:03 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:03 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:24:04 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:24:04 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:10 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:24:11 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:24:11 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:13 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:24:13 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:14 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:24:14 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:20 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:24:20 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:24:20 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:20 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:24:24 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:24:24 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:26 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:24:26 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:28 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:24:28 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:31 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:24:35 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:24:35 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:35 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:24:38 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:24:38 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:40 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:24:40 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:40 ubnt udm-iptv[13369]: Route activation request from 10.35.34.124 for 233.89.188.1 is from myself. Ignoring.
May 18 21:24:41 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:24:41 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:44 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:24:47 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:24:47 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:47 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:24:48 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:24:48 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:50 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:24:50 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:52 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:24:52 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:24:55 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:25:00 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:25:00 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:01 ubnt udm-iptv[13369]: The IGMP message was local multicast. Ignoring.
May 18 21:25:03 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:25:03 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:03 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:25:04 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:25:04 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:05 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:25:05 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:08 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:25:10 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:25:10 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:11 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:25:11 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:11 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:25:11 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:16 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:25:16 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:19 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:25:22 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:25:22 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:22 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:25:22 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:23 ubnt udm-iptv[13369]: RECV Membership query from 10.60.62.102 to 224.0.0.1
May 18 21:25:23 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:25:23 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:23 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:25:27 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:25:27 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:30 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:25:31 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:25:31 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:34 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:25:34 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:34 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:25:35 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:25:35 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:38 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:25:38 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:40 ubnt udm-iptv[13369]: Route activation request from 10.35.34.124 for 233.89.188.1 is from myself. Ignoring.
May 18 21:25:43 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:25:44 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:25:44 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:48 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:25:48 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:48 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:25:51 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:25:51 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:52 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:25:52 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:25:55 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:25:55 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:25:55 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:01 ubnt udm-iptv[13369]: The IGMP message was local multicast. Ignoring.
May 18 21:26:01 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:26:01 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:03 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:26:03 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:03 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:26:03 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:03 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:26:06 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:26:12 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:26:12 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:26:12 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:12 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:26:12 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:12 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:26:12 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:13 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:26:13 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:13 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:26:19 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:26:20 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:26:20 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:22 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:26:22 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:27 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:26:27 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:29 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:26:29 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:29 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:26:32 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:26:36 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:26:36 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:38 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:26:38 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:39 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:26:39 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:39 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:26:39 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:40 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:26:40 ubnt udm-iptv[13369]: Route activation request from 10.35.34.124 for 233.89.188.1 is from myself. Ignoring.
May 18 21:26:43 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:26:49 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:26:49 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:51 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:26:51 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:53 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:26:53 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:53 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:26:53 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:26:53 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:56 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:26:56 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:26:56 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:26:58 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:26:58 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:00 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:27:00 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:01 ubnt udm-iptv[13369]: The IGMP message was local multicast. Ignoring.
May 18 21:27:06 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:27:06 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:09 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:27:10 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:27:10 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:12 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:27:12 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:12 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:27:13 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:27:13 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:13 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:27:13 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:19 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:27:25 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:27:26 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:27:26 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:28 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:27:28 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:28 ubnt udm-iptv[13369]: RECV Membership query from 10.60.62.102 to 224.0.0.1
May 18 21:27:28 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:27:28 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:28 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:27:29 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:27:29 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:35 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:27:37 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:27:37 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:40 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:27:40 ubnt udm-iptv[13369]: Route activation request from 10.35.34.124 for 233.89.188.1 is from myself. Ignoring.
May 18 21:27:41 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:27:41 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:42 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:27:42 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:44 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:27:44 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:47 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:27:48 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:27:48 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:53 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:27:53 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:53 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:27:54 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:27:54 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:55 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:27:55 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:27:58 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:27:59 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:27:59 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:01 ubnt udm-iptv[13369]: The IGMP message was local multicast. Ignoring.
May 18 21:28:03 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:28:03 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:05 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:28:05 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:05 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:28:08 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:28:08 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:12 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:28:14 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:28:14 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:15 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:28:15 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:16 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:28:16 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:16 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:28:16 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:16 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:28:22 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:28:24 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:28:24 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:27 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:28:27 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:27 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:28:27 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:27 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:28:29 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:28:29 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:34 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:28:35 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:28:35 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:35 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:28:35 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:36 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:28:36 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:39 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:28:39 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:39 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:28:40 ubnt udm-iptv[13369]: Route activation request from 10.35.34.124 for 233.89.188.1 is from myself. Ignoring.
May 18 21:28:43 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:28:48 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:28:48 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:50 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:28:50 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:52 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:28:52 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:53 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:28:53 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:56 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:28:59 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:28:59 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:28:59 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:29:00 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:29:00 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:01 ubnt udm-iptv[13369]: The IGMP message was local multicast. Ignoring.
May 18 21:29:01 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:29:01 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:04 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:29:04 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:09 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:29:13 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:29:13 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:13 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:29:13 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:29:13 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:14 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.22
May 18 21:29:14 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:17 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:29:17 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:20 ubnt udm-iptv[13369]: RECV Membership query from 192.168.6.1 to 224.0.0.1
May 18 21:29:24 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 233.89.188.1
May 18 21:29:24 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:24 ubnt udm-iptv[13369]: The source address 192.168.6.1 for group 233.89.188.1 is from downstream VIF[0]. Ignoring.
May 18 21:29:26 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.2
May 18 21:29:26 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.
May 18 21:29:26 ubnt udm-iptv[13369]: RECV V2 member report from 192.168.6.1 to 224.0.0.251
May 18 21:29:26 ubnt udm-iptv[13369]: The IGMP message was from myself. Ignoring.

Describe the Bug

So I've been running the IPTV support for a while now. Very happy, everything worked nicely, until this evening. Tried restarting the service, rebooting the UDM etc. Log output doesn't really show any issue as far as I can tell, but when I restart the STB it stops loading at 85% and before rebooting it showed the 400 error. I was able to change channels on another STB but the video feed froze after a few seconds everytime I changed channels. But after restarting I don't get it beyond the 85% loading screen.

I'm running UDM Pro 1.12.21 and network 7.1.65 (upgraded both 5 days ago).

Expected Behavior

Working IPTV :)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.