[OPNsense v26.1.10] IGMPProxy: MRT_DEL_MFC; Errno(49): Can't assign requested ad

[FvdAa]

Hi,

Since I updated OPNsense to v26.1.10 I'm experiencing issues with IGMPProxy and my KPN Interactive TV.

After a while, it seems that certain actions, f.e. starting an earlier recorded video is not possible and return and error (STB-zap-06) and when restarting the STB it hangs at 85% while starting up. When I then restart IGMPProxy, it directly proceeds the startup and I can also play the recorded video again.

Looking at the logs I can see the following warnings:
 - select() failure; Errno(4): Interrupted system call
 - MRT_DEL_MFC; Errno(49): Can't assign requested address

So far, this seems to happen every 3 days (23rd, 26th and 29th of June).

I found an older topic that looks like similar problem, also with IGMPProxy and KPN:
https://forum.opnsense.org/index.php?topic=41719.45

Anything to check the next time I encounter this issue?

Regards,

Frank

[nero355]

Consider moving IPTV away from OPNsense and offloading it to a dedicated device like this : https://forum.opnsense.org/index.php?topic=51192.msg262139#msg262139 :)

[staticznld]

I have a small script running that restarts IGMPproxy every night at 03:00 to prevent issues. Nobody is affected by it, and if someone happens to be watching TV at that time, it is only interrupted for a second or two.

Also, I personally think adding an extra device for such a small task is a bit overkill.

[Haxel]

Hi,

Since I updated OPNsense to v26.1.10 I'm experiencing issues with IGMPProxy and my KPN Interactive TV.

After a while, it seems that certain actions, f.e. starting an earlier recorded video is not possible and return and error (STB-zap-06) and when restarting the STB it hangs at 85% while starting up. When I then restart IGMPProxy, it directly proceeds the startup and I can also play the recorded video again.

Looking at the logs I can see the following warnings:
 - select() failure; Errno(4): Interrupted system call
 - MRT_DEL_MFC; Errno(49): Can't assign requested address

So far, this seems to happen every 3 days (23rd, 26th and 29th of June).

I found an older topic that looks like similar problem, also with IGMPProxy and KPN:
https://forum.opnsense.org/index.php?topic=41719.45

Anything to check the next time I encounter this issue?

Regards,

Frank

The next time a problem occurs, you should check the status of the DHCP address lease on the IPTV WAN interface, the current multicast routing table in the kernel via the CLI, and the status of the Netmap/Zenarmor queues, if they are in use.

[nero355]

Also, I personally think adding an extra device for such a small task is a bit overkill.

Small devices are great at small tasks so that's why in the example a Raspberry Pi was used :)

But to each his own ofcourse!

[FvdAa]

The next time a problem occurs, you should check the status of the DHCP address lease on the IPTV WAN interface, the current multicast routing table in the kernel via the CLI, and the status of the Netmap/Zenarmor queues, if they are in use.

Thanks, will do! Updated to v26.1.11 this evening, so with a bit of luck this issue is not showing up anymore *fingers crossed*