pali
commented
6 years ago Hi! igmpproxy is IGMP proxy. This sounds like problem in routing multicast traffic and not in proxying IGMP requests. Therefore nothing relevant to igmpproxy.
But if you thing this is real problem in igmpproxy, try to turn off igmpproxy and configure manual/static multicast routing for that "problematic" multicast group with UltraHD IPTV channels. So to recheck if problem is in IGMP protocol or in traffic routing itself.
Hi, I use IGMP Proxy for connecting to my ISP's television service. This works fine for all normal and HD channels but the UltraHD channels that gets presented shows corruption in the stream.
When i use the providers router the stream works perfectly with no corruption.
It is configured similarly to this thread (for information only as i said it works for all channels including 4k but you just get breakup on the 4k channels)
https://forum.netgate.com/topic/118851/multicast-iptv-igmpproxy-issues-bt-tv-bt-sport-4k
I can't see anything being dropped on the firewall, CPU usage is low, i have a load of memory free, the ITPV has a wired LAN Interface on pfSense dedicated to the service (so multicast or VLAN shouldn't be an issue and IGMP snooping is enabled on my switches anyway), this is hosted on an HP server running ESXi.
Load on the underlying pfSense box is very low, it has lots of free memory and when streaming the 4k stream it does not appear to be overly taxed either with a couple of its 4 dedicated CPU's running around 12-13%.
The only strange thing i can see is in the traffic graph for the IPTV WAN subinterface in that it reports its downloading at around 60Mbps, when as far as i understand and from everything i read is not correct as it only streams at 44Mbp. The HD streams come in around 18Mbps.
Can you advise how i could help diagnose this further. this is on 2.4.3-RELEASE-p1 (amd64).