Pfsense routed IPTV [Plinq]

[Bart1201]

Hoi,

Wij hebben recentelijk een FTTH glasvezel verbinding van Plinq gekregen, maar ik krijg routed IPTV via Pfsense niet werkend. Als ik de TV ontvangers aanzet krijgen ze netjes een IP en het terugkijken van programma's en het laden van de EPG werkt zoals het hoort, maar live-tv werkt niet en geeft enkel zwart beeld. Op het moment ben ik aan het testen met het TV kastje direct aan de core switch, die IGMP snooping/querying aan heeft staan op de LAN vlan.

Ik heb zowel Venxir's guide gevolgd en de informatie van https://netwerkje.com gebruikt, maar tot nu toe geen resultaat.

Ik heb screenshots gemaakt van mijn huidige Pfsense config

Verder heb ik ook nog de config van de oorspronkelijk megeleverde Fritzbox.

Ik hoop dat iemand mij hier verder mee kan helpen.


EDIT:

Na wat wiresharken kom ik dit tegen:

10.0.0.1 is het ip van de pfsense box.

[ Voor 13% gewijzigd door Bart1201 op 28-08-2019 14:32 . Reden: wireshark ]

[htn02]

Meestal werken die IPTV kastjes met een apart VLAN dat direct moet communiceren met de glasvezel. je moet het VLAN dus 1:1 doorzetten. ik zie die bridge in je config niet staan, maar ik ken die pfsence dingen niet echt, dus kan zijn dat ik verkeerd kijk.


voor meer uitleg (wel over t-mobile, maar het principe is hetzelfde)

http://www.willemloeven.nl/?p=201
pfSense 2.4.4 + T-Mobile VLAN IPTV aansluiten

[Bart1201]

Als ik het goed begreep wordt bridged IPTV uitgefaseerd, maar werkt het op het moment nog wel: https://forum.kpn.com/int...r-naar-routed-iptv-469822

Het nadeel van bridged IPTV is dat het terugkijken van programma's en de EPG niet werkt, aangezien deze over het internet lopen.

Bridged zou dus wel werken, maar ik weet niet voor hoe lang nog en ik zou graag de andere functionaliteit behouden.

[|sWORDs|]

Bijzondere instellingen in pfSense...

DHCP option op IPTV staan niet goed:


Maak eens firewall aliassen aan:


En zet deze firewall rules op IPTV:


De firewall rules op LAN:


En dit als IGMP proxy:


LAN DHCP Server option 28 en 60 zijn niet nodig verwijder deze en verwijder static routes (mocht je die gezet hebben).

Heb je met bovenstaande instellingen nog steeds geen beeld, maar wel een IP op WAN en IPTV interface dan gaat er waarschijnlijk iets mis met IGMP op je switches, probeer dan eens een directe kabel vanaf de router naar een IPTV box.

EPG werkt trouwens prima met bridged IPTV, alleen YouTube/Netflix e.d. werken niet, maar meestal is er wel een beter apparaat voor die services aanwezig.

[ Voor 44% gewijzigd door |sWORDs| op 30-08-2019 10:28 ]

[Bart1201]

Ik heb alles zoals bovenstaand ingesteld, en ook je guide nog een keer nagelopen om te checken of ik zelf niets fout heb gedaan in de tussentijd, maar ik heb nog steeds hetzelfde probleem; zwart beeld bij live tv, EPG en terugkijken werkt.

De pfsense box werkt nu als router-on-a-stick icm de core switch, maar ik ga toch eens eens proberen het IPTV kastje recht aan pfsense te leggen.

EDIT: Door even een extra LAN interface aan te maken, met een eigen subnet en dezelfde LAN firewall rules, precies hetzelfde probleem. Dit zou betekenen dat (waarschijnlijk) het probleem ligt bij Pfsense.

[ Voor 21% gewijzigd door Bart1201 op 31-08-2019 10:56 ]

[|sWORDs|]

Bart1201 schreef op zaterdag 31 augustus 2019 @ 10:34:
Ik heb alles zoals bovenstaand ingesteld, en ook je guide nog een keer nagelopen om te checken of ik zelf niets fout heb gedaan in de tussentijd, maar ik heb nog steeds hetzelfde probleem; zwart beeld bij live tv, EPG en terugkijken werkt.

De pfsense box werkt nu als router-on-a-stick icm de core switch, maar ik ga toch eens eens proberen het IPTV kastje recht aan pfsense te leggen.

EDIT: Door even een extra LAN interface aan te maken, met een eigen subnet en dezelfde LAN firewall rules, precies hetzelfde probleem. Dit zou betekenen dat (waarschijnlijk) het probleem ligt bij Pfsense.

Even met Zoom samen kijken?

[Bart1201]

DM gestuurd

EDIT: We hebben het niet werkend gekregen, pfsense krijgt niet de juiste routes (lees: geen) met de optie "classless-routes". Ik heb contact gehad met Plinq, en ik word nog teruggebeld met iemand die hierover de juste kennis zou moeten hebben.

[ Voor 91% gewijzigd door Bart1201 op 31-08-2019 18:34 ]

[Anoniem: 1254862]

Laat me raden... Plinq belt niet terug.
Ik heb al sinds de activatie in maart dit jaar een ticket openstaan en ze weigeren te reageren.

Ben zelf ook bezig met IPTV via OPNSense van Plinq, maar tot op heden nog geen succes.
Idd wel een IP op de VLAN4 interface. Lollig wel dat je op diverse inlogpagina's van achterliggende servers kan komen, maar daarmee helaas nog geen tv.

[Bart1201]

Inderdaad, ik word niet teruggebeld.

Het blijkt dat Plinq een eigen service heeft voor IPTV, wat ook via wat BV's te herleiden is en mij ook verteld werd door 1e lijns support. Ik heb gesproken met iemand die er zeker verstand van bleek te hebben, en hij raadde bridged IPTV aan over VLAN4, wat voor hem thuis ook zou werken. Helaas heb ik zelfs met het direct aansluiten van een managed switch op de binnenkomende fiber via een NTU bridged IPTV niet werkend gekregen. (enkel fiber en IPTV kastje aangesloten op switch)

[Bart1201]

Ik heb wat troubleshooting gedaan dit weekend met de volgende setup(s):

Poging 1: GS105e met enkel NTU en IPTV aangesloten, vlan 4 tagged vanaf NTU --> untagged IPTV

IPTV kastje leek vast te lopen met het opzetten van het netwerk, verder geen nuttige informatie achterhaald.

Poging 2: SG105e met met enkel NTU en IPTV aangesloten, vlan 4 tagged vanaf NTU --> untagged IPTV

Deze keer zowel een dump gemaakt van het verkeer over de IPTV poort en de NTU poort tijdens het opstarten van het kastje. (MAC: 00:03:e6:c4:3f:84)

Ik heb niet genoeg verstand van wireshark om te zien of het IPTV kastje een IP krijgt via DHCP, of dat er iets misgaat met de ARP request voor 10.8.32.1
(wat de laatste keer dat ik met routed IPTV bezig was, de gateway was die PfSense binnenkreeg)

Poging 3: Kijken of dat Pfsense nog wel een ip krijgt op vlan 4, aangezien dat wel zo was de laatste keer dat ik dat probeerde.

Resultaat: Pfsense krijgt geen ip meer, ook niet met het meegeven van "dhcp-class-identifier "IPTV_RG"

Ik heb de 2 wireshark dumps geupload zodat iemand met meer verstand hiervan er misschien iets nuttigs uit kan halen:

Fiber: https://drive.google.com/...O2gKQR8Y/view?usp=sharing

IPTV: https://drive.google.com/...LGqx9riB/view?usp=sharing

[|sWORDs|]

Bart1201 schreef op zaterdag 21 september 2019 @ 12:53:
Ik heb wat troubleshooting gedaan dit weekend met de volgende setup(s):

Poging 1: GS105e met enkel NTU en IPTV aangesloten, vlan 4 tagged vanaf NTU --> untagged IPTV

IPTV kastje leek vast te lopen met het opzetten van het netwerk, verder geen nuttige informatie achterhaald.

Poging 2: SG105e met met enkel NTU en IPTV aangesloten, vlan 4 tagged vanaf NTU --> untagged IPTV

Deze keer zowel een dump gemaakt van het verkeer over de IPTV poort en de NTU poort tijdens het opstarten van het kastje. (MAC: 00:03:e6:c4:3f:84)

Ik heb niet genoeg verstand van wireshark om te zien of het IPTV kastje een IP krijgt via DHCP, of dat er iets misgaat met de ARP request voor 10.8.32.1
(wat de laatste keer dat ik met routed IPTV bezig was, de gateway was die PfSense binnenkreeg)

Poging 3: Kijken of dat Pfsense nog wel een ip krijgt op vlan 4, aangezien dat wel zo was de laatste keer dat ik dat probeerde.

Resultaat: Pfsense krijgt geen ip meer, ook niet met het meegeven van "dhcp-class-identifier "IPTV_RG"

Ik heb de 2 wireshark dumps geupload zodat iemand met meer verstand hiervan er misschien iets nuttigs uit kan halen:

Fiber: https://drive.google.com/...O2gKQR8Y/view?usp=sharing

IPTV: https://drive.google.com/...LGqx9riB/view?usp=sharing

Ik zie niets anders dan ARP requests.

[Bart1201]

Kan dat zijn omdat ik promiscuous mode vergeten ben?

[|sWORDs|]

Ik weet niet hoe je de capture gedaan hebt. Ik pak meestal een hub of gebruik port duplication op een switch.

[Bart1201]

Heb inderdaad port mirroring gebruikt op de switch.

[duronbug]

Heb je een router van de provider erbij gekregen? Je zou deze kunnen aansluiten op een switch en dan het verkeer capturen. Als het goed is zie je dan de routes die je meekrijgt op vlan4