23.01.b.20230106.0600 IGMP proxy stops TV stream
-
So in order to update this patch/fix for IGMP in 23.01 i should do the follow?
in Shell >
fetch https://redmine.pfsense.org/attachments/download/4714/igmpproxy-0.3_1.pkg
pkg add -f igmpproxy-0.3_1.pkgor is there another way to apply this fix?
-
Right now that's the best way.
-
@stephenw10 Will there also be a version for aarch64 in the repos? This would be for only the 2100 appliance (since I don't think 23.01 is available for the 1100). Maybe I should have splurged and purchased the 4100.
-
Yes, it should be available for all architectures. Including on the 1100.
-
Does that mean that it will be available as a System Patch in Patch Manager? Sorry for the dumb questions as I'm learning how to administer a pfsense box.
-
No it's not a runtime patch it requires a new binary so it will appear as an updatable pkg from the command line. That's not a usual way to upgrade/patch in pfSense but otherwise it would only be in the next release.
-
@stephenw10 said in 23.01.b.20230106.0600 IGMP proxy stops TV stream:
No it's not a runtime patch it requires a new binary so it will appear as an updatable pkg from the command line. That's not a usual way to upgrade/patch in pfSense but otherwise it would only be in the next release.
fetch https://redmine.pfsense.org/attachments/download/4714/igmpproxy-0.3_1.pkg pkg add -f igmpproxy-0.3_1.pkg
and after this a...
pkg install igmpproxy-0.3_1.pkg Y = for YES
And then all is done?
-
Yes, you only need to upgrade the pkg. Everything else will start using that.
-
@stephenw10 but this is still only for amd64?
-
stephenw10 Netgate Administratorlast edited by stephenw10 Feb 20, 2023, 11:52 PM Feb 20, 2023, 11:40 PM
Yes, the pkg file attached to the redmine is amd64.
pkgs for all architectures should be available when the repo builds update. -
@stephenw10 ok then I'm lost and confused ... where is the "repo builds update" located? On github/pfsense or somewhere else?
-
Sorry I typo'd that.
When our pkg builders next run I expect to see an updated package available in our repos.
So running
pkg upgrade igmpproxy
at the command line will show it. -
@stephenw10 Ah I get it now ... thanks for explaining things to a newbie.
-
I can confirm that this package fixes the IGMP problems!
Thanks a lot!
-
@stephenw10 said in 23.01.b.20230106.0600 IGMP proxy stops TV stream:
Yes, you only need to upgrade the pkg. Everything else will start using that.
Thank you very much for that information.
I installed like above shown with the commands and then
I was setting up another one on top, like;pkg upgrade
It shows me then there will be an upgrade named:
igmpproxy-0.3,1.pkg
It upgraded the first loaded from "outside" packed named
igmpproxy-0.3-1, was this a failure was it now reinstalling the older version or another one or was it only a typo? -
No if you look back in this thread that was explained. 0.3,1 is the original version from 23.01, the pkg system sees that as numerically newer than 0.3_1 allows you to "upgrade" to it. If you check
pkg info igmpproxy
you will see the build date for 0.3,1 is in Jan.Steve
-
i have updated bug tracker with arm pkg if someone wants to try
https://redmine.pfsense.org/attachments/download/4733/igmpproxy-aarch64-0.3,1.pkg
-
@mxt3rs Great job! I've installed the arm package on my Netgate 2100 and the IP-TV streams are working flawless again.
-
Thanks to everyone who provided feedback.
Thanks @mxt3rs for tracking down the issue.
The patch has been pushed to 23.01 repos. Soon you should be able to update via
pkg upgrade igmpproxy
-
stephenw10 Netgate Administratorlast edited by stephenw10 Feb 21, 2023, 8:00 PM Feb 21, 2023, 7:57 PM
You should be able to see that now:
[23.01-RELEASE][admin@m470.stevew.lan]/root: pkg upgrade igmpproxy Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pfSense repository is up to date. All repositories are up to date. The following 1 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: igmpproxy: 0.3,1 -> 0.3_1,1 [pfSense] Number of packages to be upgraded: 1 24 KiB to be downloaded. Proceed with this action? [y/N]:
Available for all architectures.
-
@stephenw10 said in 23.01.b.20230106.0600 IGMP proxy stops TV stream:
You should be able to see that now:
[23.01-RELEASE][admin@m470.stevew.lan]/root: pkg upgrade igmpproxy Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pfSense repository is up to date. All repositories are up to date. The following 1 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: igmpproxy: 0.3,1 -> 0.3_1,1 [pfSense] Number of packages to be upgraded: 1 24 KiB to be downloaded. Proceed with this action? [y/N]:
Available for all architectures.
Thanks for the great and fast support, it make me remember the good old days on the Ubiquity UniFi forum. When the interaction was between the dev and the technical enduser. Love that, keep up the good NetGate work!
-
[23.01-RELEASE][root@Dockmaster.Heimnetz]/root: pkg info igmpproxy igmpproxy-0.3,1 Name : igmpproxy Version : 0.3,1 Installed on : Mon Feb 20 23:00:28 2023 CET Origin : net/igmpproxy Architecture : FreeBSD:14:amd64 Prefix : /usr/local Categories : net Licenses : GPLv2+ Maintainer : franco@opnsense.org WWW : https://github.com/pali/igmpproxy Comment : Multicast forwarding IGMP proxy Annotations : FreeBSD_version: 1400073 build_timestamp: 2023-01-07T20:09:23+0000
and then
[23.01-RELEASE][root@Dockmaster.Heimnetz]/root: pkg upgrade igmpproxy Updating pfSense-core repository catalogue... pfSense-core repository is up to date. Updating pfSense repository catalogue... pfSense repository is up to date. All repositories are up to date. The following 1 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: igmpproxy: 0.3,1 -> 0.3_1,1 [pfSense] Number of packages to be upgraded: 1 24 KiB to be downloaded. Proceed with this action? [y/N]: y [1/1] Fetching igmpproxy-0.3_1,1.pkg: 100% 24 KiB 24.4kB/s 00:01 Checking integrity... done (0 conflicting) [1/1] Upgrading igmpproxy from 0.3,1 to 0.3_1,1... [1/1] Extracting igmpproxy-0.3_1,1: 100%
All is fine here now again like the other user reported,
German Telekom Magenta TV -
This post is deleted! -
@cmcdonald said in 23.01.b.20230106.0600 IGMP proxy stops TV stream:
pkg upgrade igmpproxy
All is now well here too on a new 2100 box in Canada with Telus OptikTV. Many thanks to those who worked on the resolution!!
@thebear - Yes this is a very welcome change for me - a long-time faithful Ubiquiti customer - and I just love both the service here in the forums as well as the ability to actually see what is going on with the innards of pfSense and the ability to tinker at a pretty granular level (unlike the now very opaque Ubiquiti systems).
-
@thebear Thanks to all here and elsewhere for tracking this down and posting the fix. Today I was able to fully enjoy some streamed TV.
Ted Quade
- 2 months later
-
@stephenw10 Hi Stephen; I am using the Netgate 4100 in combination with Dutch TV provider KPN.
Everything is working fine, except for pausing live TV and pausing recorded programs.
After some tweaking and rebooting pausing live TV is working fine now. But pausing recorded programma not.
Some local guys from a GitHub "Using your own router" advised me to go back to IGMP igmpproxy-0.3_1.pkg in stead off 0.3_1,1.Can I do that via SSH? Or will I break anything? What is your advise?
-
To do that you would need to reinstall back to 22.05 where the igmpproxy pkg was 0.3.1. There's no easy way to just downgrade the pkg by itself.
-
Hi @michiel , I am also using a Netgate (6100) together with KPN IPTV. I assume that the problem that you face is that when you pause the recorded stream for a while, it won't properly restart. The box controls show the stream is running again, but the image hangs. Is this right?
I have this issue too, but I can assure you it is not linked to the latest version of igmpproxy. It has always been there in my setup, also in previous releases of pfSense. If you go back to igmpproxy-0.3_1.pkg you will get other, much worse issues, so I do not recommend that.
If I remember correctly from when I was digging into the pausing issue when I started using KPN IPTV, it is also reported by 'regular' users of the KPN supplied modem/router.
What did you tweak to get pausing live TV working? I am curious. That worked for me straight away.
The pausing issue is quite annoying, would love to get rid of it.
-
@stephenw10 OK, thank you!
-
@haraldinho Pausing live TV started working after several reboots. That was all :). I followed the instruction of Github "Eigen router":
https://github.com/Eigenrouter/eigenrouter/blob/main/guides/pfsense/KPN/pfSense-with-vlan.md
I recently learned that 0.0.0.0/0 for upstream IGMP suffices; I changed that after live pausing was working. Pausing recorded programs still not working. The player counts the time backwards, picture freezes, and that's it!
I guess I have to live with it?
-
@michiel But please see comment of Haraldinho... seems that there is still a bug with pfsenseplus on Netgate and pausing recorded programs. I just got confirmation of other KPN customers - with self build routers with pfsense - they do not have that problem. So, can you please look into this and come up with a solution?
-
@michiel there is no bug in the IGMP proxy. That proces is just stupid forwarding MC traffic.
Do you provide KPN DNS servers to your STB?
It could be the cause we are missing some configuration parts? The TV config is somehow reversed engineered over the years.
Iβm also a KPN customer could you explain me in Dutch what you experience? I donβt have the recording subscription. Is the behavior different when you use the provider modem? Could you test that for us and report back?
If I know what you see I can try to rebuild it over here an capture the network traffic.
VIP5202 or KPN+ STB?
-
@thebear Hi, dank voor je hulp alvast. Ik heb de VIP5202 en heb IPTV opgezet via VLAN. Bij de DHCP settings van de de VLAN heb ik DNS 195.121.1.34 en 195.121.1.66 opgenomen.
De Fritzbox heb ik losgekoppeld, het probleem had ik daarmee niet.
-
@michiel and only with recorded programs? Not the paused programs?
-
@thebear Ja, dat klopt. In eerste instantie ook met live TV, maar nu alleen met opgenomen programma's... Kan ik een log raadplegen en hier posten?
-
@michiel nee dat is te complex als je niet zelf de TV beidend. Ik wil wel 1 poging doen, dan moet je een packetcapture maken op de VLAN interface waar je TV op kijkt. Full aanvinken en Count op 0 en dan de juiste TV interface selecteren.
Daarna kan je die file delen met mij, niet te lang wachten met zappen want het wordt dan een (te) groot bestand.
Net getest en als ik live tv pauzeer dan druk ik op play, en dan start hij na een seconden of 6 foutloos.
Je kan ook nog in je firewall logs kijken of daar iets wordt geblokkeerd vanuit de source interface van je TV interface.
-
@michiel I dove into the issue and I think I might have found a solution.
These are my adjusted mappings under NAT --> Outbound based on the blogpost I found from the travelling tech guy, where his NAT rules were different than mine.
https://travellingtechguy.blog/using-your-own-pfsense-router-with-kpn-fiber-and-kpn-itv/
Initially I had only the bottom mapping. I disabled it, and replaced them with the three topmost rules based on the blog post. Until now this seems to have fixed the issue for me, but I need some more testing. Can't do too much testing now as the Misses is also watching tv with me .
Obviously you should replace 192.168.70.0/24 with your specific subnet.
-
@haraldinho indeed the NAT is wrong in the first guide, that's what I mentioned with reversed engineered...everyone is making a guide for the clickbait with good intentions.
Still the second guide is not 100% correct, in that guide are the commonly used proxy upstream address used in the NAT config. The correct configuration for the proxy is the one from the first guide (in fact 0.0.0.0/0 splitter over two subnets).
The correct NAT rule is the one below, you only need to NAT the traffic to the route you receive from the DHCP advertisement from KPN. And that's a single subnet.
With these both configuration parts you are more persistent to future changes from the ISP side.
-
@haraldinho Thank you for diving into this. I added these rules to NAT --> Outbound, but still have the same issue. So I tried the option of @thebear but also that is not working. Live TV pauses and restarts. Recorded programs don't.
I do see these entries in my logging....
-