pfSense + kpn itv | Live beeld stottert en valt weg

[Jan-man]

Ik heb deze tutorial gevolgd en alles eigenlijk werkende. ITV on demand / gids / netflix alles werkt. Echter het live beeld stottert en na ca 5 sec het bekende blauwe scherm met zender is tijdelijk niet beschikbaar.

In eerste instantie dacht ik dat zal de switch zijn. Ik hen nu echter maar 1 STB aangesloten en deze rechtstreeks op een vrije poort van de pfSense met een eigen ip range 192.168.250.xxx. Zodra dat werkt ga ik verder testen met een switch voor de andere 2 stb's.


Vlan 4 komt netjes online in de juiste reeks dus dit klopt.


Options worden netjes meegegeven in de DHCP van de itv lan. STB krijgt ook netjes een ip uit de 192.168.250.xxx reeks.



IGMP staat netjes ingesteld en draait. Ik heb verschillende instellingen geprobeerd maar eigenlijk overal zie ik deze range terugkomen online. In de routes tabel worden ook netjes de 2 ranges aangemaakt bij het opzetten van Vlan 4.



Firewall rules STB



Firewall rules itv_wan (vlan 4)

Zoals je bij de firewall rules kan zien komt er duidelijk verkeer eroverheen. Ook als ik een live weergaven van vlan 4 doen en een stream start zie je ca 10/12 mbit aan verkeer langskomen. De routering lijkt dus juist te gaan.

Iemand enig idee wat het issue is met stotterend en vastslaan beeld ? Lijkt me een multicast/firewal/routing issue namelijk. Want zodra ik het live beeld even 2 sec op pauze zet en weer afspeel, waardoor het als ik het goed heb unicast verkeer wordt (feitelijk speel je dan een opname af 2 sec terug in de tijd) dan gaat het beeld soepel.

Is dus alleen het live beeld voor de rest werkt alles perfect!

[ik222]

Je mist een IP range, naast 213.75.0.0/16 gebruikt KPN sinds ergens in 2018 ook 217.166.0.0/16 als bron voor de multicast streams. Veel oude howto's zijn daar helaas nog niet op aangepast.

Je moet die range dus toevoegen in de IGMPProxy configuratie en bij de firewall rules op de ITV WAN poort.

Dat je nu wel 2 seconden live beeld hebt komt omdat KPN altijd begint met een unicast stream en dan na 2 seconden naar de multicast stream schakelt. Is om het zappen soepeler te maken.

Met 3 settopboxen wil je misschien ook deze posts van mij even doorlezen ik222 in "[XS4all Glasvezel] Ervaringen en Discussie" en ik222 in "[XS4all Glasvezel] Ervaringen en Discussie"

[ Voor 43% gewijzigd door ik222 op 02-11-2020 19:02 ]

[Jan-man]

@ik222 Oke die heb ik toegevoegd maar dat helpt helaas niet. Blijf het zelf probleem houden en er lijkt ook geen verkeer over heen te gaan. Kan het zijn dat ik het verkeer heb ingevoerd ? Ik zie deze range ook niet voorkomen in mijn routes tabel ?

Tevens gekeken naar die twee linkjes en de IGMP "geupdate" met jouw binary in de hoop dat dit het zou oplossen maar dat lijkt me zoals ik het lees meer in fix voor meerdere stb's wat hier nog niet van toepassing is.

[ik222]

Je hebt (typ)fouten in je firewall regels gemaakt. Het moet zijn 224.0.0.0/4 dus niet 244.0.0.0/8 en ook niet 224.0.0.0/8

De regels met als destination je IPTV WAN adres kunnen weg, die zijn overbodig.

Dat deze nieuwe range in zijn geheel niet in je route tabel komt klopt, dat hoeft ook niet aangezien het enkel multicast sources zijn. Dat je wel een /21 route naar een deel van 213.75.0.0/16 in je tabel ziet klopt ook, dat is omdat daar de unicast adressen zitten waar je wel een route naar nodig hebt.

[ Voor 41% gewijzigd door ik222 op 02-11-2020 20:37 ]

[Jan-man]

@ik222 Je bent een topper! Feilloos beeld nu Nu nog met alle 3 stb's maar weet zeker dat dat ook goed gaat komen.