KPN glasvezel via PFSense

Door Venxir op woensdag 13 januari 2016 20:37 - Reacties (87)
Categorieën: KPN, PFsense, Views: 31.541

https://www.kpn.com/public/images/logo-kpn-groot.png


VIA

https://www.alandra.be/wp-content/uploads/2014/07/pfsense-logo.png



Deze blog moet gelezen worden als hulpmiddel om tot een succesvolle configuratie te komen. Iedereen gebruikt zijn eigen hardware en daardoor kan en zal ik ook nooit garanderen dat mijn uitleg zal leiden tot jouw perfecte oplossing :).

Inhoud

Inleiding

Ik ontving een Experiabox V9 toen ik KPN glasvezel had afgesloten bij KPN. Ik wist voor het bestellen al dat ik meer controle over mijn firewall, statistieken en vooral DHCP + VPN wou hebben.

PFSense biedt al deze features en kan op bijna elke laptop of server draaien. Zelf draai ik het via een Lenovo Thinkserver Ts140 i.cm. ESXi. Mijn PFSense is dus gevirtualiseerd en de server heeft een WAN en LAN aansluiting. Als je maar één ethernet aansluiting hebt, bijvoorbeeld op een laptop dan moet je gaan denken in VLANS om de nodige netwerken tegelijk over een enkele kabel te krijgen.

Ik raad altijd aan om te begrijpen wat je gaat doen, daarvoor is http://www.netwerkje.com een hele goede bron. Hierdoor snap je problematische situaties beter.
Daarnaast ga ik ervan uit dat PFsense je bekend is en je enige netwerkkennis beheerst. Ik leg al mijn keuzes uit met tekst en waar nodig screenshots zodat de redenatie duidelijk is.

Terug naar boven

Wat is er nodig?

PFSense
PFSense is de firewall/routing software welke opensource en gratis is te verkrijgen. Dit systeem werkt op FreeBSD en is in staat om grotendeels je Experiabox te vervangen. Het enige wat PfSense niet kan is je telefonie voorzien omdat KPN hun SIP gegevens niet vrij geeft. Mocht je dus erg gehecht zijn aan vaste telefonie dan heb je je Experiabox ook nodig. Zie het "Managed switch" hoofdstuk voor een eventuele oplossing.

Managed switch (Optioneel)
Een managed switch met IGMP snooping functie is een erg fijn hulpmiddel en in mijn ogen zelfs nodig als je een degelijk netwerk wil opbouwen. In mijn geval komt de NTU verbinding direct binnen op de switch. In de switch wordt de inkomende KPN poort geisoleerd van het normale LAN. Daarnaast kan ik nu VLAN4(ITV), VLAN6(Internet) en VLAN7(Telefonie) herkennen en toekennen aan poorten op mijn switch. Zo krijgt de PfSense WAN poort VLAN 4+6(tagged) en toegekend en stuur ik VLAN 7(tagged) naar de Experiabox zodat we toch nog vaste telefonie hebben in huis.

De Experiabox kan zonder VLAN 4 en 6 als je alleen telefonie gebruikt. Alleen de eerste keer moet je de Experiabox aansluiten op alle VLANS zodat de initiele gegevens van KPN opgehaald kunnen worden.

Mijn normale LAN(VLAN 1) loopt ook over deze switch, hierdoor kan ik IGMP snooping toepassen en zorgen dat het IGMP broadcast verkeer alleen naar mijn decoders gaat en niet naar alle apparaten in mijn netwerk. Zonder deze functie krijg je het probleem dat elke poort de TV stream van 7 a 15 mbit gaat uitsturen waardoor veel apparaten nodeloos druk zijn met dit verkeer. Als je een WiFi AP gebruikt dan zal deze het zelfs zo zwaar kunnen hebben dat je WiFi totaal niet presteert, die kan namelijk niet goed overweg met dit type verkeer.

Je kan ook de KPN NTU direct naar PFSense sturen als je dat wilt natuurlijk. Alleen voor IGMP snooping moet dan nog iets bedacht worden.

Terug naar boven

Interfaces defineren

Als basis moet PFSense eerst bekend zijn met je interfaces. In mijn geval heb ik em0(WAN) en em1(LAN) geconfigureerd tijdens de installatie van PFSense.

Op de WAN poort willen we VLAN 4 en VLAN 6 uit elkaar trekken zodat we twee aparte verbindingen kunnen maken. Dit doen we door eerst beide VLANS te maken zoals hieronder.
http://static.tweakers.net/ext/f/e5zRpdCzJoL02t6dEbzVBJgW/medium.png
De gemaakte VLANS kan ik toekennen aan de WAN en IPTV_WAN(OPT1 met andere naam) interfaces van PFSense.
EM1(LAN) hang ik direct aan de LAN interface omdat ik hier geen VLANS op maak.
http://static.tweakers.net/ext/f/3rvMOObfN3Ck0YZzu7YxVKmZ/medium.png
WAN
We kunnen nu al de internet verbinding met KPN instellen en controleren of we een IP-adres krijgen. Hiervoor moet je een PPPOE verbinding maken. De configuratie van deze verbinding heb ik in vele vormen en maten gezien. Voor mij werkt "<mac-adres-van-je-wan-adapter>@internet" als username en "welkom" als wachtwoord perfect.
http://static.tweakers.net/ext/f/k0LMxiZHseeCTShHWatQlMRX/medium.png
http://static.tweakers.net/ext/f/4KG48pSdXFMRl1IxzB7oPbwl/medium.png

Als je WAN settings kloppen dan zul je een IP-adres van KPN krijgen, mocht het niet werken, controleer je logs via Status>System Logs>PPP in PFSense. Ik krijg nu via Status>Interfaces het onderstaande te zien:

http://static.tweakers.net/ext/f/WVbcDrTGLNLwxxNg0qfVivnb/full.png

Een ip-adres, gateway en zelfs een IPv6 adres :), in principe heb je nu internet via PFsense.
Mocht je geen verbinding krijgen, dan kan het lonen om je NTU even 10 seconden van het stroomnet te halen zodat de boel kan resetten.

IPTV
De IPTV_WAN interface heeft iets andere instellingen nodig om te gaan werken. Deze interface krijgt zijn IP-adres via DHCP van KPN. Nu geeft KPN niet zomaar adressen uit aan de eerste beste client die erom vraagt, neeeee we moeten iets extra's doen ;).
http://static.tweakers.net/ext/f/fS4CNvnisvULitNXfYDvRiy4/medium.png
We moeten extra DHCP opties meegeven zodat we de juiste gegevens terug krijgen. De dhcp-class-identifier "IPTV_RG" is het belangrijkste. Zonder deze optie mee te geven in je request zul je nooit antwoord krijgen en zal je interface nooit tot leven komen. subnet-mask en router zorgen voor wat extra informatie in de logging en interface die later van pas komt.

PS: Ik heb het nooit voor elkaar gekregen om classless-static-routes in mijn DHCP request te kunnen gebruiken in PFSense. Nu weet ik het antwoord van deze request dankzij netwerkje.com en GoT, maar het zou voor de netheid mooi zijn als PFSense dit ook kan(tips zijn welkom!)
http://static.tweakers.net/ext/f/3Cof0vdi2nRuayhb7JozSX5u/medium.png
Als je settings kloppen dan zou je interface online moeten komen en krijg je iets zoals dit voorbeeld. mocht het niet werken, controleer je logs via Status>System Logs>DHCP in PFSense. Ik krijg nu via Status>Interfaces het onderstaande te zien:

http://static.tweakers.net/ext/f/IihOVIyIbgwhf6olmd7upaJh/full.png

Je hebt nu beide interfaces online! _/-\o_
http://static.tweakers.net/ext/f/mtkiossli70hALJaeAZefCqI/full.png

KPN doet zijn werk goed, nu moeten we PFSense nog leren hoe met onze decoder om te gaan.

Terug naar boven


Static routes instellen

Technisch gesproken hoeven we maar één static route in te stellen ;). Nu lijkt deze route uit de lucht te vallen, maar hij is goed te verklaren.
http://static.tweakers.net/ext/f/PR0fNEiZGrkdEX8Ec590ud2j/medium.png
213.75.112.0/21 is een ip-range van KPN waar de decoder ook mee wil communiceren. Normaal krijg je deze range van KPN te horen als je een classless-static-route optie meestuurt. Nu lukt mij dit helaas niet in PFsense zoals ik eerder aan gaf. Gelukkig lijkt deze range voor heel Nederland Hetzelfde.

We zeggen hierboven dat we alle verzoeken naar 213.75.112.0/21 willen routeren via de IPTV_WAN interface en niet via onze default WAN gateway. Zonder deze regel krijg ik de decoder niet door zijn initiële opstartfase heen.
Dit doe je via System>Routing>Routes

Mocht je default gateway fout staan dan kan je dit corrigeren via System>Routing>Gateways
http://static.tweakers.net/ext/f/Q4GDBp0H5OFBpO4MbVQBINOU/medium.png
Je kan je routes verifieren via Diagnostics>Routes
http://static.tweakers.net/ext/f/0TSDhlEgXjOQj4sPTJQJsXB1/medium.png
Terug naar boven

DHCP instellen

Je zal ongetwijfeld al een DHCP server voor je LAN hebben ingesteld op PFSense, daarom ga ik ook niet uitleggen hoe dat moet. Wat er wel moet gebeuren is dat we een extra optie moeten meegeven omdat je decoder nu ook op je LAN netwerk komt te zitten tussen je printer, chromecasts, pc's etc ;). Optie 60 "IPTV_RG" is altijd hetzelfde, optie 28 is het broadcast adres van je LAN netwerk, deze eindigt altijd op .255. Mijn interne LAN netwerk is van 192.168.0.1 t/m 192.168.0.255.
http://static.tweakers.net/ext/f/FszZAGMa04BfBI44Lc49NUXT/medium.png
Geven we deze beide opties niet mee dan zal de decoder niet correct werken.
Terug naar boven

IGMP Proxy opzetten


IGMP proxy updaten
De igmpproxy draait op een oudere beta versie, terwijl er in 2009 een 1.0 is uitgekomen.
In pfsense 2.3 wordt dit gefixt maar voor nu moet je het zelf updaten. Als je dit niet doet dan hangen zenders soms bij snel zappen of langdurig kijken.

Updaten doe je via de shell met de volgende commands via shell(Putty oid):
pkg
pkg update
pkg install igmpproxy

Deze nieuwe versie heeft alleen andere commandline argumenten dus je moet in pfsense ook wat wijzigen:
in etc/inc.services.inc de volgende regel zoeken:
mwexec("/usr/local/sbin/igmpproxy -d4 -c {$g['tmp_path']}/igmpproxy.conf");

deze vervangen voor:
mwexec_bg("/usr/local/sbin/igmpproxy -v {$g['tmp_path']}/igmpproxy.conf");

de -v kan je verwijderen, dit scheelt wat debug info in je logging.


IGMP instellen
Het IGMP verkeer moet over onze LAN en IPTV_WAN gaan. Om dit samenspel te realiseren is de IGMP proxy nodig, deze bepaald welke verzoeken hij honoreert en door geeft over vlan4 en vice-versa richting LAN.
http://static.tweakers.net/ext/f/Xl5YFCYS0IPnHuC0jqFycuLg/medium.png

Upstream moet op de "IPTV_WAN" interface en ook hier zie je bekende adressen terug, 213.75.0.0/21 was die classless-static-route en daar gaat IGMP verkeer overheen. Daarnaast heb je ook je IPTV_WAN interface en ook deze interface verwerkt IGMP verkeer op een bepaalde range. Controleer wat je Gateway van je IPTV_WAN interface is en gebruik dat als basis voor je range. Mijn gateway is 10.244.0.1 dus ik gebruik 10.244.0.0/18 (/18 is nog een gok, de range kan kleiner maar dat is trial and error).

Als downstream gebruik je je LAN interface en definieer je je DHCP range. waarschijnlijk hoeft die IP-range niet maar ik vind het netjes en duidelijk om alles duidelijk te specificeren.

Terug naar boven

Firewall

De firewall doet zijn werk goed en blokkeert van nature het verkeer die wij nodig hebben om TV te kunnen kijken. Daarom zijn er op de LAN en IPTV_WAN interfaces enkele regels toegevoegd.

Via Firewall>Rules kunnen deze regels worden ingesteld.
Onderstaande regels staan standaard in het LAn tabblad, alleen moet voor de tweede regel een extra setting worden aangevinkt zodat we het IGMP(multicast verkeer) door te laten vanuit het LAN naar andere interfaces.
http://static.tweakers.net/ext/f/oRjnrkUh1sCn4oDTVufgIBuB/medium.png
http://static.tweakers.net/ext/f/2u6jY2HO0JnRBzCUMWlOtTrB/medium.png
Voor het IPTV_WAN tabblad moeten de volgende regels gemaakt worden, vergeet niet om multicast toe te laten voor beide regels.
http://static.tweakers.net/ext/f/zQV4awgRu9VCBWWwwUSQp9U3/medium.png
Terug naar boven

Hiermee zou je een werkende installatie moeten hebben :), zo niet dan wordt het tijd om te debuggen als een echte tweaker ;).

Veelgestelde vragen

Q: Ik heb veel IGMP meldingen zoals onderstaande afbeelding
http://static.tweakers.net/ext/f/2j0g7r6oDBdOa5NVmqTxAeGe/medium.png
A: Dit is het resultaat van de IGMP proxy die,voor hem onbekende upstream adressen weigert door te geven. dit is dus goed. Je kan de logging verminderen door de -v optie in services.inc te verwijderen. Als je de ingestelde upstream adressen zou verwijderen dan zie je ook welke 213.75.x.x adressen aangeroepen worden. dit was voor mij een manier om achter deze classless-static-route te komen en te bevestigen dat ik de juiste ip-range gebruik.

UPDATE

In mijn handleiding gebruikte ik vaak 213.75.0.0/16 als static route en firewall rule. Dit moet toch echt 213.75.0.0/21 zijn omdat .16 een te grote range is. Ik kwam erachter dat vi.nl en webmai.telfort.nl het dan niet meer doen omdat die dan in de range vallen en dus over IPTV_Wan worden gerouteerd...

UPDATE2 22-12-2016

Er komt een nieuwe uitleg met meer detail en de laatste PFSense versie! Ik heb zelf wat dingen getest en ben tot wat conclusies gekomen die anderen ook kunnen helpen :). Ik hoop het morgen te kunnen posten.

Q: Werkt hiermee routed itv en dus Netflix?
A: Yep, zelf getest :)

Q: Ik heb een andere vraag
A: stel hem hieronder of in een DM, dan voeg ik hem toe :).

Terug naar boven

plaats deze banner onder je eigen reviewtweakers - nomineer voor review van de maand

Reacties


Door Tweakers user |sWORDs|, donderdag 14 januari 2016 09:16

Fijn om te zien dat de ThinkServer goed terecht is gekomen! Misschien ga ik ook nog eens met PFSense aan de slag, dan wel via een trunk naar ESXi op een NUC.

Door Tweakers user Venxir, donderdag 14 januari 2016 09:27

|sWORDs| schreef op donderdag 14 januari 2016 @ 09:16:
Fijn om te zien dat de ThinkServer goed terecht is gekomen! Misschien ga ik ook nog eens met PFSense aan de slag, dan wel via een trunk naar ESXi op een NUC.
Ja, hij is goed terecht gekomen en dit is nu één van zijn taken ;).
Ik had voorheen WAN en LAN over één interface maar theoretisch kan je met 500mbit/s glasvezel dan echt je Gbit lijn voltrekken :P

Door Tweakers user The Zep Man, donderdag 14 januari 2016 10:31

Ter informatie: XS4ALL is ook KPN, maar wijkt af qua instellingen (voornamelijk/alleen qua telefonie). Ik heb hier instructies geplaatst over het gebruik van pfSense met een XS4ALL glasvezelverbinding, met de verbinding meegeleverde Fritz!Box als telefooncentrale.

[Reactie gewijzigd op donderdag 14 januari 2016 10:34]


Door Tweakers user muppet99, donderdag 14 januari 2016 11:14

Wel even een tip. Zorg dat je mac adres niet volledig te zien is. Zeker van je WAN poort wil je eigenlijk niet gespoofed hebben ;)

Verder een leuke blog. Ik ben hier zelf mee bezig, heb inmiddels alle procurves al draaien. Ik was al aan het kijken naar pfsense. Alleen de hardware eisen zijn wat mij betreft wat hoog. Ik kan hem als vm draaien op mijn server, maar ik heb liever een fysieke bak staan.

Wat is op dit moment de load op je server van pfsense? Ben ik wel benieuwd naar :)

Door Tweakers user onok, donderdag 14 januari 2016 13:57

Ik zat hier zelf ook al over na te denken, dus dit vind ik zeer interessant. Het instellen van pfsense gaat me wel lukken, ik ben eigenlijk meer geinteresseerd hoe je dit gevirtualiseerd draait. Ik zou het bijvoorbeeld willen combineren met een ubuntu server ofzo. Ik wil namelijk proberen of ik alle zooi (nas, server, domitica systeem, en dus ook router) op 1 machine kan draaien.

Door Tweakers user Venxir, donderdag 14 januari 2016 18:51

onok schreef op donderdag 14 januari 2016 @ 13:57:
Ik zat hier zelf ook al over na te denken, dus dit vind ik zeer interessant. Het instellen van pfsense gaat me wel lukken, ik ben eigenlijk meer geinteresseerd hoe je dit gevirtualiseerd draait. Ik zou het bijvoorbeeld willen combineren met een ubuntu server ofzo. Ik wil namelijk proberen of ik alle zooi (nas, server, domitica systeem, en dus ook router) op 1 machine kan draaien.
Esxi kan gewoon virtuele switches maken en die kan je koppelen aan je fysieke ethernet poorten :). Het werkt best makkelijk en ook VLAn support zit erin.

Door Tweakers user Donool, donderdag 14 januari 2016 19:09

Vette blog! Binnenkort maar even proberen! :)

Door Tweakers user Zenix, vrijdag 15 januari 2016 14:13

onok schreef op donderdag 14 januari 2016 @ 13:57:
Ik zat hier zelf ook al over na te denken, dus dit vind ik zeer interessant. Het instellen van pfsense gaat me wel lukken, ik ben eigenlijk meer geinteresseerd hoe je dit gevirtualiseerd draait. Ik zou het bijvoorbeeld willen combineren met een ubuntu server ofzo. Ik wil namelijk proberen of ik alle zooi (nas, server, domitica systeem, en dus ook router) op 1 machine kan draaien.
Kan inderdaad goed met ESXi zoals Venxir aangeeft, mooie tutorial: https://doc.pfsense.org/index.php/PfSense_2_on_VMware_ESXi_5

Als je dan KPN hebt kan je er voor kiezen om Virtual Guest tagging VGT te doen zoals in deze tutorial of Virtual Switch tagging VST. Het verschil en de implementatie kan je hier zien https://communities.vmwar...est-vgt-on-vmware-vsphere

[Reactie gewijzigd op vrijdag 15 januari 2016 14:20]


Door Tweakers user jvalks, vrijdag 15 januari 2016 16:36

Prachtig artikel!! Ik had(!) mijn eigen netwerk compleet opgebouwd aan de hand van het voorbeeld op netwerkje.com inc. de Microtik router (schitterende router by the way!).

Echter met deze opstelling, en ook diegene zoals hierboven kan je geen gebruik maken van de extra diensten die KPN bied via 'Meer TV' zoals de Netflix apps etc. Voor mij was dit wel een gemis en heb ik de Experiabox toch weer terug geplaatst...

Door Tweakers user matty___, vrijdag 15 januari 2016 22:30

Mooi tutorial. Kleine opmerking: pfsense is op Freebsd gebaseerd en niet op Openbsd

Door Tweakers user Venxir, zaterdag 16 januari 2016 03:17

matty___ schreef op vrijdag 15 januari 2016 @ 22:30:
Mooi tutorial. Kleine opmerking: pfsense is op Freebsd gebaseerd en niet op Openbsd
Fixed, thanks!

Door Tweakers user Venxir, zaterdag 16 januari 2016 13:05

muppet99 schreef op donderdag 14 januari 2016 @ 11:14:
Wel even een tip. Zorg dat je mac adres niet volledig te zien is. Zeker van je WAN poort wil je eigenlijk niet gespoofed hebben ;)

Verder een leuke blog. Ik ben hier zelf mee bezig, heb inmiddels alle procurves al draaien. Ik was al aan het kijken naar pfsense. Alleen de hardware eisen zijn wat mij betreft wat hoog. Ik kan hem als vm draaien op mijn server, maar ik heb liever een fysieke bak staan.

Wat is op dit moment de load op je server van pfsense? Ben ik wel benieuwd naar :)
Mijn load schommel tussen de 0 en 20% @
Intel(R) Xeon(R) CPU E3-1245 v3 @ 3.40GHz
Current: 424 MHz, Max: 3392 MHz
2 CPUs: 1 package(s) x 2 core(s)

Door Tweakers user Zenix, zaterdag 16 januari 2016 13:45

Venxir schreef op zaterdag 16 januari 2016 @ 13:05:
[...]


Mijn load schommel tussen de 0 en 20% @
Intel(R) Xeon(R) CPU E3-1245 v3 @ 3.40GHz
Current: 424 MHz, Max: 3392 MHz
2 CPUs: 1 package(s) x 2 core(s)
Nog wel even opmerking over ESXi. Het is aanbevolen om VMXNET3 te gebruiken vanwege performance redenen. Daardoor kan je load ook minder worden. De drivers van VMXNET3 zitten standaard in de FreeBSD versie die PfSense gebruikt. Mooie artikel hierover: http://rickardnobel.se/vmxnet3-vs-e1000e-and-e1000-part-2/

Daarnaast is het ook mogelijk om MTU 1500 te gebruiken bij PPPoE https://forum.pfsense.org/index.php?topic=102079.0
Bij PfSense 2.3 wordt dit ook standaard ingebouwd.

Mooie tutorial!

[Reactie gewijzigd op zaterdag 16 januari 2016 13:50]


Door Tweakers user l.degroot01, zondag 17 januari 2016 00:05

Geweldige tutorial, mijn dank is dan ook groot _/-\o_

1 vraagje, welke versie van pfSense draai je met deze setup?
Ik krijg het op 2.2.6 namelijk niet werkend, alleen als ik (na lang proberen) de upgrade van igmpproxy oversla dan werkt de TV zonder problemen.

Internet en Telefoon (SIP) heb ik overigens geen issues mee.

Door Tweakers user Venxir, zondag 17 januari 2016 04:23

l.degroot01 schreef op zondag 17 januari 2016 @ 00:05:
Geweldige tutorial, mijn dank is dan ook groot _/-\o_

1 vraagje, welke versie van pfSense draai je met deze setup?
Ik krijg het op 2.2.6 namelijk niet werkend, alleen als ik (na lang proberen) de upgrade van igmpproxy oversla dan werkt de TV zonder problemen.

Internet en Telefoon (SIP) heb ik overigens geen issues mee.
2.2.6 hier zonder problemen, start je nieuwe proxy wel goed door?

Door Tweakers user l.degroot01, zondag 17 januari 2016 09:31

Oke vreemd...

De nieuwe proxy heb ik inmiddels ook werkend, maar zie wel waar het fout gaat ongeveer.
Hij kan om de 1 of andere reden maar 1 decoder aan, zet je de 2e aan dat crasht de boel, inclusief internet. Als je dan met lange laadtijden in de pfSense aankomt en IGMP uit zet dan werkt alles dus weer, met uitzondering van de IPTV. Ik heb niet heel veel kennis van IGMP, maar weet wel dat IGMP Snooping door alle switches in huis ondersteund wordt.

Door Tweakers user Venxir, zondag 17 januari 2016 09:57

l.degroot01 schreef op zondag 17 januari 2016 @ 09:31:
Oke vreemd...

De nieuwe proxy heb ik inmiddels ook werkend, maar zie wel waar het fout gaat ongeveer.
Hij kan om de 1 of andere reden maar 1 decoder aan, zet je de 2e aan dat crasht de boel, inclusief internet. Als je dan met lange laadtijden in de pfSense aankomt en IGMP uit zet dan werkt alles dus weer, met uitzondering van de IPTV. Ik heb niet heel veel kennis van IGMP, maar weet wel dat IGMP Snooping door alle switches in huis ondersteund wordt.
Hmm oké, ik heb maar 1 decoder. Lijkt mij niet normaal dat een tweede zoveel problemen moet geven. In het ergste geval flipt je proxy maar niet heel Pfsense. Dit klinkt als een broadcast storm van igmp en dat het niet lekker gefilterd wordt.

Door Tweakers user Venxir, zondag 17 januari 2016 10:58

Kleine maar belangrijke update:

In mijn handleiding gebruikte ik vaak 213.75.0.0/16 als static route en firewall rule. Dit moet toch echt 213.75.0.0/21 zijn omdat .16 een te grote range is. Ik kwam erachter dat vi.nl en webmai.telfort.nl het dan niet meer doen omdat die dan in de range vallen en dus over IPTV_Wan worden gerouteerd...


Door Tweakers user Venxir, zondag 17 januari 2016 13:22

Venxir schreef op zondag 17 januari 2016 @ 12:20:
Kleine update betreffende firewall iptv_wan en ip-ranges qua 213.75.x.x

Door Tweakers user Tom Paris, zondag 17 januari 2016 18:07

Kun je voor de static routes proberen om "rfc3442-classless-static-routes" toe te voegen bij de request options?

Dus:

"subnet-mask, router, rfc3442-classless-static-routes"

Kan het helaas niet zelf testen, maar volgensmij is dat de juiste syntax.

Door Tweakers user Venxir, maandag 18 januari 2016 11:46

Tom Paris schreef op zondag 17 januari 2016 @ 18:07:
Kun je voor de static routes proberen om "rfc3442-classless-static-routes" toe te voegen bij de request options?

Dus:

"subnet-mask, router, rfc3442-classless-static-routes"

Kan het helaas niet zelf testen, maar volgensmij is dat de juiste syntax.
Gaf helaas ook niks extra terug over VLAN 4 :(

Door Tweakers user Tom Paris, maandag 18 januari 2016 15:56

Venxir schreef op maandag 18 januari 2016 @ 11:46:
[...]


Gaf helaas ook niks extra terug over VLAN 4 :(
En met een van deze drie?

classless-routes

Classless-Static-Route

rfc3442-classless-routes

Door Tweakers user Zenix, maandag 18 januari 2016 23:44

Tom Paris schreef op maandag 18 januari 2016 @ 15:56:
[...]


En met een van deze drie?

classless-routes

Classless-Static-Route
rfc3442-classless-routes
Die kan ik niet vinden in de manual, maar die laatste lijkt wel mogelijk te zijn.
https://www.freebsd.org/c...&arch=default&format=html http://unix.stackexchange...in-etc-dhcp-dhclient-conf

Zie ook hier https://forums.freebsd.or...th-netmask-to-dhcp.40584/ en https://ercpe.de/blog/adv...-static-routes-to-clients

[Reactie gewijzigd op dinsdag 19 januari 2016 00:02]



Door Tweakers user Tom Paris, dinsdag 19 januari 2016 17:15

Ik zag ze ook niet in de manual, maar ik zag het op een Frans forum waar eenzelfde oplossing wordt besproken met IPTV van Orange.

Door Tweakers user l.degroot01, maandag 25 januari 2016 09:59

Venxir schreef op zondag 17 januari 2016 @ 09:57:
[...]


Hmm oké, ik heb maar 1 decoder. Lijkt mij niet normaal dat een tweede zoveel problemen moet geven. In het ergste geval flipt je proxy maar niet heel Pfsense. Dit klinkt als een broadcast storm van igmp en dat het niet lekker gefilterd wordt.
EINDELIJK WERKEND 8)7

Ik had switches van TP-LINK in mijn LAN hangen van het type TL-SG105 & TL-SG108, deze bleken nogal berucht bij KPN fora.

Nu vervangen door Netgear switches: GS105E & GS108E, loopt als een trein nu. _/-\o_

Door Tweakers user mauritsl20, vrijdag 19 februari 2016 21:03

Is de range 213.75.0.0/21 ook voor xs4all? Heb namelijk wel verkeer en ip adres voor iptv wan 10.59.16.1 gateway maar niet naar 213.75.0.0. het gevoel dat de range voor de route verschilt met die van KPN voor XS4all?

[Reactie gewijzigd op vrijdag 19 februari 2016 21:05]


Door Tweakers user ChrisBrinkhoff, donderdag 31 maart 2016 00:04

Hi Venxir,

Complimenten voor de handleiding. Ik ben op 1 punt na tot het einde gekomen.

Alle punten in je handleiding doorlopen, maar krijg IPTV nog niet werkend op de normale manier. Opstarten gaat goed, zappen geeft geen beeld, maar zender informatie wordt wel getoond.

Het vage hiervan is dat Netflix wel werkt, de gids werkt, en als ik opneem en hierna direct afspeel met 10 sec. vertraging dan werkt de zender gewoon.. Bij zappen komt de melding Zender niet beschikbaar, een moment geduld aub.

Heb je enig idee? DHCP opties zijn juist meegegeven, en IGMP snooping is geactiveerd op de switch. Internet werkt overigens prima!

Mijn PFsense is virtueel en maak gebruikt van een Cisco SG300-10 10 managed L3 switch.

Alvast bedankt!

Door Tweakers user jacovn, vrijdag 1 april 2016 14:59

l.degroot01 schreef op zondag 17 januari 2016 @ 09:31:
Oke vreemd...

De nieuwe proxy heb ik inmiddels ook werkend, maar zie wel waar het fout gaat ongeveer.
Hij kan om de 1 of andere reden maar 1 decoder aan, zet je de 2e aan dat crasht de boel, inclusief internet. Als je dan met lange laadtijden in de pfSense aankomt en IGMP uit zet dan werkt alles dus weer, met uitzondering van de IPTV. Ik heb niet heel veel kennis van IGMP, maar weet wel dat IGMP Snooping door alle switches in huis ondersteund wordt.
Heb je dit in iddels opgelost (hopenlijk lees je het)

Ik zit met 3 decoders, maar zal het maar gewoon proberen..
Op mijn D-link switches moet ik igmp snooping wel per vlan en poort aanzetten, het gaat niet vanzelf.

Door Tweakers user StrikeByte, zondag 10 april 2016 20:45

In pfsense kun je classless-routes (optie 121) instellen om de static routes te ontvangen

Hoe in pfsense 2.2.6
Ga naar iptv wan en klik op dhcp client config advanced
In required options type classless-routed
Save de instellingen en renew de dhcp in status->interfaces
Als je nu naar diagnostics->routes gaat zie je de gepushte routes
Ook in de log van dhcp zie je dat er new static routes zijn

Door Tweakers user StrikeByte, maandag 11 april 2016 08:52

Misschien een handige tip.
Als je pfSense op ESXI hebt draaien kun je de VLANS ook op laten lossen door ESXI en je kan een extra lan interface maken voor IPTV die op de zelfde vSwitch zit.
De extra interface is handig als je de IP adressen van je lan en IPTV gescheiden wil houden

Mijn opstelling:
(ik gebruik telfort dus de vlans zijn iets anders)

vSwitchWAN
ESXI WAN_INET (vlan 34) ; pfSense WAN_INET (geen vlan)
ESXI WAN_IPTV (vlan 4) ; pfSense WAN_IPTV (geen vlan)

vSwitchLAN
ESXI LAN_INET (geen vlan) ; pfSense WAN_INET (geen vlan)
ESXI LAN_IPTV (geen vlan) ; pfSense WAN_IPTV (geen vlan)

DHCP instellingen in pfSense
WAN_INET dhcp client (telfort gebruikt geen PPPoE)
WAN_IPTV dhcp client met optie 60 IPTV_RG en optie 121 voor classless static routes

LAN_INET dhcp server range(192.168.1.1 / 192.168.1.200), decline mac-adres van de tv ontvangers
LAN_IPTV dhcp server range(192.168.2.1 / 192.168.2.100) allow mac-adres van de tv ontvangers, set de optie 60 IPTV_RG en 28 192.168.2.255

voor de mac filters gebruik ik alleen het vendor gedeelte (eerste 6 digits) van het mac-adres, dit werkt aleen als je geen andere apparaten gebruikt met een Arcadyan mac

in deze opstellingen krijgen alle apparaten een IP in de range 192.168.1.x
de tv ontvangers krijgen een ip in de range 192.168.2.x

[Reactie gewijzigd op maandag 11 april 2016 09:04]


Door Tweakers user Venxir, maandag 11 april 2016 09:10

Erg nuttige info! Thanks!

Dit ga ik vanavond eens proberen ;)

Door Tweakers user ubje, dinsdag 12 april 2016 10:22

Ik heb van de week geprobeerd om mijn pfSense achter de V8 te zetten, maar ik kreeg het niet aan de gang.

Internet werkte maar alleen zonder VLAN en de WAN voor IPTV deed niks. De v8 stond wel in bridge mode.

Vanavond zal ik weer eens een keer helemaal opnieuw beginnen en kijken hoe ver ik dan kom.

Door Tweakers user StrikeByte, dinsdag 12 april 2016 15:48

Gister avond heb ik alles ingesteld en getest, alles werkt. Ook met de classless static routes die via DHCP binnen komen.

Een probleem blijft over en dat is dat de tv soms even hapert, maar ik denk dat dit door mijn switch komt, deze moet ik nog even vervangen door een managable switch met IGMP snooping.

Ik hoop dat m'n nieuwe tp-link sg108e wel werkt met IGMP snooping er zijn wat negative berichten over icm KPN IPTV

edit:
De sg108e (V2) werkt de IGMP snooping niet

[Reactie gewijzigd op dinsdag 12 april 2016 21:20]


Door Tweakers user StrikeByte, dinsdag 12 april 2016 19:25

ubje is er een reden waarom je de experiabox wil houden? deze hanleiding is om hem helemaal weg te laten

Door Tweakers user StrikeByte, dinsdag 12 april 2016 22:11

Als je een android telefoon of een andere voip telefoon via SIP wil gebruiken met glasvezel

om je gegevens te vinden voor je sip account zie de blog hieronder, zie opmerkingen voor een makkelijke manier.
http://blog.ritmeester.co.nl/2015/11/achterhalen-telefonie-gegevens-telfort.html
Het kan zijn dat KPN WAN anders is deze gebruikt namelijk VLAN 7 (ik zit zelf bij telfort)

voor pfSense heb je dan sipproxy nodig (asterisk zou ook kunnen)
stel op inbound je LAN in en op outbound je WAN

nu kan je weer gebeld worden.

Ik weet niet hoe het voor KPN zit maar ik denk dat je hiervoor een nieuwe interface moet aanmaken voor VLAN 7 (in pfSense of ESXI zie mijn post van maandag 11 april 2016 08:52) en wat firewall rules toe moeten voegen om het verkeer van deze WAN naar je LAN door te zetten en het verkeer richting telefoondienst.nl naar je VLAN7 WAN door te sturen
Ik ben wel benieuwd of het met KPN ook werkt

EDIT:
server
tel.telefoniedienst.nl
gebruikersnaam
je eigen vaste telefoonnummer
wachtwoord
zie blog om deze te achterhalen

[Reactie gewijzigd op dinsdag 26 juli 2016 20:42]


Door Tweakers user ubje, woensdag 13 april 2016 23:01

StrikeByte, geen idee kan eigenlijk ook wel zonder.

Volgens mij zit er in de nieuwe pfSense niks meer voor SIP, maar kan ik altijd nog op een raspberry zetten. Mijn setup is nu een beetje verpest en ik moet het helemaal opnieuw installeren. Zal pas volgende week ergens zijn als ik iets meer tijd heb.

Door Tweakers user StrikeByte, donderdag 14 april 2016 09:17

Ik heb de nieuwste pfsense, via de package installer kun je sipproxy installeren.

Door Tweakers user Venxir, donderdag 14 april 2016 21:26

StrikeByte schreef op zondag 10 april 2016 @ 20:45:
In pfsense kun je classless-routes (optie 121) instellen om de static routes te ontvangen

Hoe in pfsense 2.2.6
Ga naar iptv wan en klik op dhcp client config advanced
In required options type classless-routed
Save de instellingen en renew de dhcp in status->interfaces
Als je nu naar diagnostics->routes gaat zie je de gepushte routes
Ook in de log van dhcp zie je dat er new static routes zijn
Ik heb dit geprobeerd maar zie geen nieuwe routes naast mijn standaard static route verschijnen.

Door Tweakers user StrikeByte, vrijdag 15 april 2016 08:31

heb je de static routes voor IPTV weggehaald, anders kunnen de gepushde routes niet worden ingesteld. en heb je de classless-routes in de require box staan?

Door Tweakers user Venxir, vrijdag 15 april 2016 18:32

Heb je static route disabled en classles-routes stond er al in. Maar geen nieuwe route helaas.

Door Tweakers user StrikeByte, vrijdag 15 april 2016 20:57

vreemd, bij mij werkt het prima ook naar reboots en alles.

De routes komen niet bij de static routes te staan.
ze staan alleen onder diagnostics -> routes

zie je in de log van je DHCP wel new static routes staan?

[Reactie gewijzigd op vrijdag 15 april 2016 20:59]


Door Tweakers user Venxir, zaterdag 16 april 2016 12:22

StrikeByte schreef op vrijdag 15 april 2016 @ 20:57:
vreemd, bij mij werkt het prima ook naar reboots en alles.

De routes komen niet bij de static routes te staan.
ze staan alleen onder diagnostics -> routes

zie je in de log van je DHCP wel new static routes staan?
Ik heb het opgelost. In moet iid de static route compleet deleten en niet disablen. Daarnaast had ik class-routes in required options gezet en niet request options. Hierdoor gaf pfsense 2.3 vandaag aan dat "response was not satisfactory". Na aanpassen mooie routes gekregen, toevallig een exacte match met mijn oude route dus dat is fijn om te weten :).

Door Tweakers user Venxir, zaterdag 16 april 2016 14:29

StrikeByte schreef op dinsdag 12 april 2016 @ 22:11:
Als je een android telefoon of een andere voip telefoon via SIP wil gebruiken met glasvezel

om je gegevens te vinden voor je sip account zie de blog hieronder, zie opmerkingen voor een makkelijke manier.
http://blog.ritmeester.co.nl/2015/11/achterhalen-telefonie-gegevens-telfort.html
Het kan zijn dat KPN WAN anders is deze gebruikt namelijk VLAN 7 (ik zit zelf bij telfort)

voor pfSense heb je dan sipproxy nodig (asterisk zou ook kunnen)
stel op inbound je LAN in en op outbound je WAN

nu kan je weer gebeld worden.

Ik weet niet hoe het voor KPN zit maar ik denk dat je hiervoor een nieuwe interface moet aanmaken voor VLAN 7 (in pfSense of ESXI zie mijn post van maandag 11 april 2016 08:52) en wat firewall rules toe moeten voegen om het verkeer van deze WAN naar je LAN door te zetten en het verkeer richting telefoondienst.nl naar je VLAN7 WAN door te sturen
Ik ben wel benieuwd of het met KPN ook werkt
StrikeByte schreef op maandag 11 april 2016 @ 08:52:
Misschien een handige tip.
Als je pfSense op ESXI hebt draaien kun je de VLANS ook op laten lossen door ESXI en je kan een extra lan interface maken voor IPTV die op de zelfde vSwitch zit.
De extra interface is handig als je de IP adressen van je lan en IPTV gescheiden wil houden

Mijn opstelling:
(ik gebruik telfort dus de vlans zijn iets anders)

vSwitchWAN
ESXI WAN_INET (vlan 34) ; pfSense WAN_INET (geen vlan)
ESXI WAN_IPTV (vlan 4) ; pfSense WAN_IPTV (geen vlan)

vSwitchLAN
ESXI LAN_INET (geen vlan) ; pfSense WAN_INET (geen vlan)
ESXI LAN_IPTV (geen vlan) ; pfSense WAN_IPTV (geen vlan)

DHCP instellingen in pfSense
WAN_INET dhcp client (telfort gebruikt geen PPPoE)
WAN_IPTV dhcp client met optie 60 IPTV_RG en optie 121 voor classless static routes

LAN_INET dhcp server range(192.168.1.1 / 192.168.1.200), decline mac-adres van de tv ontvangers
LAN_IPTV dhcp server range(192.168.2.1 / 192.168.2.100) allow mac-adres van de tv ontvangers, set de optie 60 IPTV_RG en 28 192.168.2.255

voor de mac filters gebruik ik alleen het vendor gedeelte (eerste 6 digits) van het mac-adres, dit werkt aleen als je geen andere apparaten gebruikt met een Arcadyan mac

in deze opstellingen krijgen alle apparaten een IP in de range 192.168.1.x
de tv ontvangers krijgen een ip in de range 192.168.2.x
Ik heb dit geprobeerd maar mijn pfsense firewall liet verkeer van beide lans door elkaar lopen. DHCP werkte wel goed, ik heb nog geen idee wat er mis ging. LAN en TVLAN zitten natuurlijk op dezelfde fysieke kabel en geen vlan dus zodoende zal het wel overhoop raken.

Door Tweakers user StrikeByte, zaterdag 16 april 2016 16:56

Ik heb ze in require staan maar draai nog op versie 2.2.6
Heb net ff een update gedaan en werkt nog steeds (2.3)

[Reactie gewijzigd op zaterdag 16 april 2016 17:07]


Door Tweakers user robertobadjo, woensdag 20 april 2016 10:15

Bedankt voor je heldere uitleg.

Heb aan de hand van jouw uitleg de boel aan de praat gekregen.

Enige wat ik wel heb is dat mijn tv stream na een paar minuten stopt. Krijg dan de melding dat ik van kanaal moet switchen en dan gaat het weer een paar minuten goed.

Ik draai pfsense 2.3.

Heb je enig idee in welke richting ik moet zoeken?

Door Tweakers user ubje, woensdag 20 april 2016 11:02

Ik heb het nu zover aan de gang dat de WAN (internet en TV) een IP krijgt, maar mijn WAN van de tv heeft geen gateway. Verder heb ik de stappen gedaan zoals hier boven staat, maar de tv werkt nog niet.

Ik gebruik ook pfsense 2.3, dit keer zit de router rechtstreeks, dus zonder experiabox.

Hmm als ik handmatig een gateway toevoeg voor de IPTV WAN krijg ik wel te zien dat hij online is, maar de decoder doet nog niks. Morgen maar weer eens verder kijken.

[Reactie gewijzigd op woensdag 20 april 2016 23:16]


Door Tweakers user Onyxd, donderdag 21 april 2016 09:27

Kan iemand bevestigen of de IGMPProxy onder 2.3 goed werkt? Ik lees in de release notes van pfsense dat deze niet werkt icm vlan interfaces.

Door Tweakers user kasteleman, dinsdag 26 april 2016 08:41

Hallo.

Ik heb nu de laatste pfsense lopen met een ietwat andere setup. Heb apart netwerk voor iptv.
Werkt allemaal prima. Tenminste bijna....krijg voor xs4all mijn sip niet werkend middels de fritzbox. Kan gebeld worden, maar lukt maar 1x om naar buiten te bellen nadat ik een instelling heb aangepast in het voipgedeelte op de fritzbox. Weet dat hier besproken configuratie anders is, maar wellicht iemand dezelfde ervaring of suggestie voor een oplossing?

Door Tweakers user StrikeByte, dinsdag 26 april 2016 12:02

Kasteleman,

loopt je voip verkeer via de pfsense firewall? indien dit zo is kun je in de system logs zien of er verkeer van en naar je fritzbox wordt geblokkeerd

Door Tweakers user bd-casemod, zondag 8 mei 2016 04:44

ik krijg geen ip adres op mn vlan4

May 8 04:43:44 dhclient 51279 DHCPDISCOVER on em0_vlan4 to 255.255.255.255 port 67 interval 7
May 8 04:43:51 dhclient 51279 DHCPDISCOVER on em0_vlan4 to 255.255.255.255 port 67 interval 7
May 8 04:43:58 dhclient 51279 DHCPDISCOVER on em0_vlan4 to 255.255.255.255 port 67 interval 11
May 8 04:44:09 dhclient 51279 DHCPDISCOVER on em0_vlan4 to 255.255.255.255 port 67 interval 20

waar kan dit aan liggen?

Door Tweakers user Venxir, zondag 8 mei 2016 08:14

Heb je de juiste dhcp opties meegestuurd? :)

Door Tweakers user PureDJ, zaterdag 14 mei 2016 09:16

Top dat je dit gedeeld hebt, ik wou het ook doen (heb dit alles zelf uitgezocht vorig jaar) maar ben er nooit aan toegekomen... top!
Btw ik heb Telfort, bijna hetzelfde alleen geen pppoe

Mijn setup is nagenoeg hetzelfde.
Update van igmpproxy is echt nodig, de oude werkt ook, maar na een tijdje zijn somige tv kanalen niet meer beschikbaar, dat komt door de bug in igmpproxy..

Telefonie via Telfort is op deze manier "niet mogelijk" omdat Telfort de SIP gegevens niet vrij wil geven.
Mijn tip zou zijn, gebruik telefonie via een andere aanbieder, dat is vele male goedkoper ;)

Door Tweakers user nlnick, zondag 22 mei 2016 16:41

PureDJ schreef op zaterdag 14 mei 2016 @ 09:16:
Top dat je dit gedeeld hebt, ik wou het ook doen (heb dit alles zelf uitgezocht vorig jaar) maar ben er nooit aan toegekomen... top!
Btw ik heb Telfort, bijna hetzelfde alleen geen pppoe

Mijn setup is nagenoeg hetzelfde.
Update van igmpproxy is echt nodig, de oude werkt ook, maar na een tijdje zijn somige tv kanalen niet meer beschikbaar, dat komt door de bug in igmpproxy..

Telefonie via Telfort is op deze manier "niet mogelijk" omdat Telfort de SIP gegevens niet vrij wil geven.
Mijn tip zou zijn, gebruik telefonie via een andere aanbieder, dat is vele male goedkoper ;)
First of all, goede tutorial waarvoor dank!
Ik heb echter deze opstelling geprobeerd met mijn Telfort Glasvezel abbo en krijg het niet voor elkaar om beeld te krijgen op de settop boxen.

Ik draai PfSense 2.3.1 op een Fit-PC2 met 2Gb ethernet poorten.
Als switch gebruik ik (tijdelijk) een 3com 3824 (vlan 4/34 op poort 1&2 tagged) en IGMP snooping aan.

Als ik de NTU van Telfort aansluit op de PFSense WAN poort krijg ik netjes een WAN ip voor internet en ook een WAN ip voor IPTV vlan.
Mijn IPTV Wan IP settings:
IP: 10.88.80.*
Subnet: 255.255.252.0
Gateway: 10.88.80.1

Hierna werkt mijn internet prima, en alle interactieve dingen op de settop boxen ook! Netflix werkt en kan series kijken, nieuws/weer etc.

Echter alleen het TV signaal zelf wil niet werken. Kan het zijn dat ivm andere IP reeksen ik de static route/firewall regels aan moet passen?

Kan iemand mij in de goede richting helpen?

Door Tweakers user Venxir, zondag 22 mei 2016 16:44

Ik meen dat de laatste pfsense update nog igmp proxy problemen heeft en ik raad updaten naar 2.3.1 dan ook sterk af :). Probeer 2.3 eens ;)

Door Tweakers user nlnick, zondag 22 mei 2016 19:02

Venxir schreef op zondag 22 mei 2016 @ 16:44:
Ik meen dat de laatste pfsense update nog igmp proxy problemen heeft en ik raad updaten naar 2.3.1 dan ook sterk af :). Probeer 2.3 eens ;)
Bedankt voor de reactie Venxir! Ik zal het zeker eens proberen. Is het dan nog noodzakelijk om de igmproxy te updaten?

Ik hoop dat iemand die ook bij Telfort zit zijn PfSense instellingen met mij wil delen, zodat ik die experiabox ook eindelijk in de kliko kan gooien :)

Door Tweakers user landslord, zondag 22 mei 2016 21:35

Super tutorial venix, KLASSE!

Internet werkend gekregen en krijg ook iptv online. Opstarten van decoder werkt en heb welgeteld 3 sec beeld voordat het stil staat. Netflix werkt wel! Net als nlnick zoals het nu zie. Ik werk ook op verhttp://tweakimg.net/g/if/comments/button_submit.pngsie 2.3 na jouw tip. Is de igmpproxy update nog noodzakelijk?
Thanks!

Door Tweakers user Venxir, zondag 22 mei 2016 21:48

De update is niet meer noodzakelijk voor 2.3 :)

Door Tweakers user landslord, zondag 22 mei 2016 22:10

Dank voor je snelle reactie. Nog ideeën om iptv aan de praat te krijgen?

Door Tweakers user nlnick, zondag 22 mei 2016 22:54

landslord schreef op zondag 22 mei 2016 @ 21:35:
Super tutorial venix, KLASSE!

Internet werkend gekregen en krijg ook iptv online. Opstarten van decoder werkt en heb welgeteld 3 sec beeld voordat het stil staat. Netflix werkt wel! Net als nlnick zoals het nu zie. Ik werk ook op verhttp://tweakimg.net/g/if/comments/button_submit.pngsie 2.3 na jouw tip. Is de igmpproxy update nog noodzakelijk?
Thanks!
Lijkt inderdaad op mijn situatie al heb ik die 3 seconden beeld niet eens mogen genieten ;-).... Hoop dat er nog even iemand zijn telfort configuratie met ons wil delen zodat we dit aan de praat kunnen krijgen.

Als ik nog additionele informatie kan aanleveren hoor ik dit graag!

Door Tweakers user Venxir, maandag 23 mei 2016 12:55

Ik heb zelf KPN dusi k ben bang dat jullie iptv online igmp adressen e.d. niet kloppen met wat Telfort gebruikt. Deze heb ik helaas ook niet voor handen :(.

Door Tweakers user nlnick, maandag 23 mei 2016 19:09

Venxir schreef op maandag 23 mei 2016 @ 12:55:
Ik heb zelf KPN dusi k ben bang dat jullie iptv online igmp adressen e.d. niet kloppen met wat Telfort gebruikt. Deze heb ik helaas ook niet voor handen :(.
Dat is jammer :( . Kan ik die op de een of andere manier achterhalen? In de Experiabox of op de TV ontvanger?

Bedankt voor het meedenken!

Door Tweakers user landslord, maandag 23 mei 2016 21:07

|:( Bridged interface ingesteld en vergeten de firewall rules juist in te stellen...
Werkt nu als een trein :)

Venxir, bedankt voor de genomen moeite dit hele verhaal op te schrijven _/-\o_

Door Tweakers user StrikeByte, donderdag 26 mei 2016 16:57

nlnick,

Als je eerst wel 3 seconden beeld heb dan is er ergens anders wat aan de hand bijvoorbeeld een switch die in de stress schiet.
Is het mogelijk om je tv ontvanger tijdelijk direct op je pfsense router aan te sluiten?

Als ik er aan denk dan zal ik als ik thuis kom even mijn instellingen opsommen (ik heb ook telfort en bij mij werkt het wel)

Door Tweakers user nlnick, donderdag 26 mei 2016 17:45

StrikeByte schreef op donderdag 26 mei 2016 @ 16:57:
nlnick,

Als je eerst wel 3 seconden beeld heb dan is er ergens anders wat aan de hand bijvoorbeeld een switch die in de stress schiet.
Is het mogelijk om je tv ontvanger tijdelijk direct op je pfsense router aan te sluiten?

Als ik er aan denk dan zal ik als ik thuis kom even mijn instellingen opsommen (ik heb ook telfort en bij mij werkt het wel)
He StrikeByte,

Ik krijg ook de eerste 3 seconden geen beeld. Het beeld is zwart, en alle interactieve "zooi" werkt wel (zoals Netflix). Ik hoop dat je me op weg kan helpen met een opsomming van je pfsense settings :)

Door Tweakers user StrikeByte, donderdag 26 mei 2016 23:13

nlnick,

ik heb eindelijk tijd gevonden om te kijken en een reactie te plaatsen
mijn setup is iets anders dan in venxir z'n uitleg (zie mijn post van maandag 11 april 2016 08:52 daar staat mijn setup)

deze instellingen zouden ook moeten werken voor venxir zijn opstelling

WAN_IPTV
DHCP instellingen
send options: dhcp-class-identifier "IPTV_RG" (dit geeft je een ip adres voor je IPTV WAN)
require options: classless-routes (dit geeft je een static route voor ip tv)

LAN_IPTV
DHCP instellingen net zoals in de beschrijving van venxir

FIREWALL RULES
!!Vergeet niet in de advanced opties de allow ip options aan te zetten!!

edit: de uitlijning werkt niet dus heb er even komma's geplaatst tussen de waarden

WAN_IPTV
protocol, source, port, destination, port, gateway
IPv4 IGMP * * * * *
IPv4 UDP 213.75.0.0/16 * 224.0.0.0/8 * *

LAN_IPTV
protocol, source, port, destination, port, gateway
IPv4, *, *, *, *,*

IGMP proxy settings
WAN_IPTV upstream 10.15.0.0/16, 213.75.0.0/16
LAN_IPTV downstream iptv lan adres (bijvoorbeeld 192.168.2.0/24 als je ip adressen in het bereik van 192.168.2.X zitten)

NAT outbound
Deze op automatich laten staan dit zou moeten werken (door mijn setup heb ik deze handmatig ingesteld)

Wel even de tv ontvangers uit en aan zetten met de schakelaar

werkt het na deze instellingen nog niet kun je altijd even in je log files kijken
IGMP geeft meldingen in de system log
in de firewall log kun je zien of er pakketten worden geblokkeerd voor ip's in de range 213.75.0.0/16 en 224.0.0.0/8 (de laatste zijn voor IGMP proxy)

[Reactie gewijzigd op donderdag 26 mei 2016 23:25]


Door Tweakers user nlnick, vrijdag 27 mei 2016 17:14

Top! Bedankt voor je reactie!

Ik ga hier morgen eens even mee stoeien. Ik laat nog even weten of het gelukt is ;)

Door Tweakers user nlnick, zondag 29 mei 2016 00:02

StrikeByte schreef op donderdag 26 mei 2016 @ 23:13:
nlnick,

ik heb eindelijk tijd gevonden om te kijken en een reactie te plaatsen
mijn setup is iets anders dan in venxir z'n uitleg (zie mijn post van maandag 11 april 2016 08:52 daar staat mijn setup)

deze instellingen zouden ook moeten werken voor venxir zijn opstelling

WAN_IPTV
DHCP instellingen
send options: dhcp-class-identifier "IPTV_RG" (dit geeft je een ip adres voor je IPTV WAN)
require options: classless-routes (dit geeft je een static route voor ip tv)

LAN_IPTV
DHCP instellingen net zoals in de beschrijving van venxir

FIREWALL RULES
!!Vergeet niet in de advanced opties de allow ip options aan te zetten!!

edit: de uitlijning werkt niet dus heb er even komma's geplaatst tussen de waarden

WAN_IPTV
protocol, source, port, destination, port, gateway
IPv4 IGMP * * * * *
IPv4 UDP 213.75.0.0/16 * 224.0.0.0/8 * *

LAN_IPTV
protocol, source, port, destination, port, gateway
IPv4, *, *, *, *,*

IGMP proxy settings
WAN_IPTV upstream 10.15.0.0/16, 213.75.0.0/16
LAN_IPTV downstream iptv lan adres (bijvoorbeeld 192.168.2.0/24 als je ip adressen in het bereik van 192.168.2.X zitten)

NAT outbound
Deze op automatich laten staan dit zou moeten werken (door mijn setup heb ik deze handmatig ingesteld)

Wel even de tv ontvangers uit en aan zetten met de schakelaar

werkt het na deze instellingen nog niet kun je altijd even in je log files kijken
IGMP geeft meldingen in de system log
in de firewall log kun je zien of er pakketten worden geblokkeerd voor ip's in de range 213.75.0.0/16 en 224.0.0.0/8 (de laatste zijn voor IGMP proxy)
Nou, Alles even nagelopen en waar nodig de wijzigingen gedaan die je aangedragen had. Het werkte!

Ik helemaal blij, maar uiteraard nog even de tv ontvangers een keer met de schakelaar uit en aan om zeker te zijn dat het werkt en je raad het al: Na boot van de tv ontvangers kan er geen verbinding worden gemaakt met telfort. Geen TV.

Enig id in welke richting ik dit moet zoeken? :( Ik heb al in de log's gekeken van PFSense maar daar word ik ook niet echt veel wijzer uit. Ik waardeer je input zeer!

Door Tweakers user PureDJ, zondag 5 juni 2016 09:53

Ik wil jullie even op het volgende attenderen.

Ik ben een tijd geleden over gezet naar het nieuwe KPN netwerk (genaamd SNI)
Wat gebeurde er toen, iedere keer als ik mijn pfsense aansloot werd ik geblocked voor een flink aantal uren.
Na lang, heel lang speurwerk (iedere keer geblocked, daarna doet de Experiabox het ook niet meer) en met een sniffer tussen het netwerk, ben ik er uit wat het probleem is.
Pfsense zend op beide VLANs (4 en 34 in mijn geval) gelijktijdig een DHCP discover = crash aan KPN kant (inmiddels weet ik voor een gedeelte hoe het een en ander afgehandeld word aan de KPN kant, zij hebben een DHCP relay op de Layer 3 switch met een optie 82 insert, zodat het ip gekoppeld is aan aansluiting ipv MAC)

P.S. IPs op het SNI netwerk beginnen met 145

Oplossing ben ik nu mee bezig, ik ben bang dat daar een script op de PFsense doos nodig is.

Door Tweakers user PureDJ, zondag 5 juni 2016 10:03

nlnick schreef op zondag 22 mei 2016 @ 16:41:
[...]


First of all, goede tutorial waarvoor dank!
Ik heb echter deze opstelling geprobeerd met mijn Telfort Glasvezel abbo en krijg het niet voor elkaar om beeld te krijgen op de settop boxen.

Ik draai PfSense 2.3.1 op een Fit-PC2 met 2Gb ethernet poorten.
Als switch gebruik ik (tijdelijk) een 3com 3824 (vlan 4/34 op poort 1&2 tagged) en IGMP snooping aan.

Als ik de NTU van Telfort aansluit op de PFSense WAN poort krijg ik netjes een WAN ip voor internet en ook een WAN ip voor IPTV vlan.
Mijn IPTV Wan IP settings:
IP: 10.88.80.*
Subnet: 255.255.252.0
Gateway: 10.88.80.1

Hierna werkt mijn internet prima, en alle interactieve dingen op de settop boxen ook! Netflix werkt en kan series kijken, nieuws/weer etc.

Echter alleen het TV signaal zelf wil niet werken. Kan het zijn dat ivm andere IP reeksen ik de static route/firewall regels aan moet passen?

Kan iemand mij in de goede richting helpen?
Even een late quote, maar moet hier wel iets recht zetten.
Ik heb deze tutorial niet geschreven en zelfs niet eens aan meegeholpen.
Alle lof gaat naar de auteur van deze tutorial

Door Tweakers user thomvh, maandag 20 juni 2016 19:43

Alles gevolgd uit de tutorial. Een probleem. Als ik live tv kijk krijg ik foutmelding. Spoel ik 10 seconden terug kan ik gewoon tv kijken... Ik ben beetje radeloos.

Door Tweakers user Venxir, maandag 20 juni 2016 21:41

Ik draai nog steeds niet de laatste Pfsense versie, maar 2.3. Mogelijk dat dit je probleem is, ik weet dat die IGMP proxy in die versie lastig kan doen.

Ik zal, als ik komende weken de tijd kan vinden, een fikse update maken want het e.e.a is simpeler geworden.

Door Tweakers user thomvh, vrijdag 24 juni 2016 16:58

Venxir schreef op maandag 20 juni 2016 @ 21:41:
Ik draai nog steeds niet de laatste Pfsense versie, maar 2.3. Mogelijk dat dit je probleem is, ik weet dat die IGMP proxy in die versie lastig kan doen.

Ik zal, als ik komende weken de tijd kan vinden, een fikse update maken want het e.e.a is simpeler geworden.
Zou fijn zijn! Want momenteel werkt het soms wel bij mij en dan weer niet. Momenteel krijg ik hem zelfs op 2.2.6 niet meer aan de gang.

[Reactie gewijzigd op vrijdag 24 juni 2016 16:58]


Door Tweakers user nlnick, vrijdag 24 juni 2016 18:57

Venxir schreef op maandag 20 juni 2016 @ 21:41:
Ik draai nog steeds niet de laatste Pfsense versie, maar 2.3. Mogelijk dat dit je probleem is, ik weet dat die IGMP proxy in die versie lastig kan doen.

Ik zal, als ik komende weken de tijd kan vinden, een fikse update maken want het e.e.a is simpeler geworden.
Ik heb het helaas ook nog steeds niet aan de gang. Zoals ik aangaf krijg ik het wel werkend maar als ik de IPTV ontvangers van de spanning haal en weer aan zet krijgen ze geen signaal meer.

Ik hoop dat je nog tijd kan vinden om een mooie tut te schrijven zodat ik en met mij vele anderen eindelijk die rampzalige experiabox kunnen verbannen :D

Door Tweakers user gabbel, dinsdag 28 juni 2016 12:07

Ook ik had problemen met IPTV dat het beeld er mee stopte en een foutmelding aangaf dat ik heen en weer moet zappen om weer beeld te ontvangen. De versie die ik had draaien was PfSense 2.3.1 patch5. Nu heb ik PfSense 2.3 draaien en werkt de IPTV helemaal prima. Ook is mijn internet sneller met het opvragen van websites.

Door Tweakers user Bman59, vrijdag 9 september 2016 13:15

Top artikel, gisteravond heb ik hiermee mooi mijn PfSense in kunnen richten.
Alleen wil nu de STB updaten, en blijft hangen in error F14 ( iets met kan update niet ophalen ).

Idee waar dit zou kunnen zitten, of waar ik kan gaan debuggen?

Door Tweakers user StrikeByte, vrijdag 30 september 2016 18:06

Bman59 ik daar al een poosje mee bezig geweest om de updates door te laten komen, maar is in de tussentijd nog niet gelukt.

Mocht je een oplossing vinden dan hoor ik het graag.

Door Tweakers user Venxir, dinsdag 4 oktober 2016 12:06

Kleine update: Helaas werkt de IGMPproxy bij pfsense nog steeds niet goed in versie 2.3.2.

Ik zit nog steeds op 2.3 :)

Zie ook: https://redmine.pfsense.org/issues/6099

Door Tweakers user l.degroot01, vrijdag 7 oktober 2016 11:15

Als tussenoplossing kan je ook 3 NIC's nemen.
Ik heb een set-up werkend gehad met dus 3 Netwerk poorten waarbij je een dedicated port hebt voor IPTV en Internet en die dan samenperst tot 1 LAN met de IGMP Proxy. Dan werkt het geheel prima (althans bij mij).

Enkel ben ik er even mee gestopt omdat ik IPv6 niet goed werkend kreeg op de pfSense.

Door Tweakers user ubje, zondag 23 oktober 2016 15:52

Ik ben al lang bezig en heb verschillende handleidingen gevolgd, maar wat ik ook doe ik krijg het niet aan de gang. Internet werkt, maar TV wil helemaal niks doen.

Mag ik de config van iemand?

Dan kan ik gaan kijken waar het bij mij fout gaat. Op dit moment heb ik zoveel dingen anders dat ik helemaal geen idee meer heb waar ik het moet zoeken.

Door Tweakers user Blubkens, maandag 7 november 2016 14:27

Hallo Venxir,

ik kan de DHCP options niet vinden in pfSense 2.3 voor IPTV_WAN.
die optie kan ik niet terug vinden kan het zijn dat die op een andere plek staat?

het gaat om dit stuk:
We moeten extra DHCP opties meegeven zodat we de juiste gegevens terug krijgen. De dhcp-class-identifier "IPTV_RG" is het belangrijkste. Zonder deze optie mee te geven in je request zul je nooit antwoord krijgen en zal je interface nooit tot leven komen. subnet-mask en router zorgen voor wat extra informatie in de logging en interface die later van pas komt

alvast bedankt!

Door Tweakers user jaccovdwijgaart, zondag 13 november 2016 11:13

Venxir,

Ten eerste wil ik je heel erg bedanken voor het maken van de tutorial, het heeft mij en waarschijnlijk velen anderen heel erg geholpen.

Ik heb wel een klein/groot (voor tv kijkers) probleempje

Ik zie dat dit wat meer voorkomt in de reacties.

Momenteel heb ik alles soortvan ingesteld.

Internet werkt, Telefoon ook, maar IPTV helaas nog niet. 8)7

Is het mogelijk om IPTV door de experiabox te laten gaan?
Of misschien direct op mijn managed switch op VLAN 4?

Ik heb KPN Glasvezel 500/500, Experiabox v10, pfSense 2.3.2.

Ik hoop graag snel een reactie te horen :)

Door Tweakers user Venxir, zondag 13 november 2016 13:29

jaccovdwijgaart schreef op zondag 13 november 2016 @ 11:13:
Venxir,

Ten eerste wil ik je heel erg bedanken voor het maken van de tutorial, het heeft mij en waarschijnlijk velen anderen heel erg geholpen.

Ik heb wel een klein/groot (voor tv kijkers) probleempje

Ik zie dat dit wat meer voorkomt in de reacties.

Momenteel heb ik alles soortvan ingesteld.

Internet werkt, Telefoon ook, maar IPTV helaas nog niet. 8)7

Is het mogelijk om IPTV door de experiabox te laten gaan?
Of misschien direct op mijn managed switch op VLAN 4?

Ik heb KPN Glasvezel 500/500, Experiabox v10, pfSense 2.3.2.

Ik hoop graag snel een reactie te horen :)
Pfsense 2.3 al geporbeerd?

Door Tweakers user l.degroot01, donderdag 8 december 2016 11:57

Ik heb nog een poging gewaagd IPv6 draaiend te krijgen vanuit KPN.
Dat lukt me niet, maar het valt mij op dat ik nu met 2 ipv 3 NIC's toch zonder problemen TV kijk al 3 dagen.

Toch lijkt de bug nog steeds te bestaan volgens de bugtracker.

Voor de duidelijkheid ik draai nu pfSense v2.3.2

EDIT 9-12-2016: IPTV Werkt nog steeds naar behoren. :)

[Reactie gewijzigd op vrijdag 9 december 2016 09:10]


Door Tweakers user Mx!, vrijdag 20 januari 2017 08:47

jaccovdwijgaart schreef op zondag 13 november 2016 @ 11:13:
Venxir,

Ten eerste wil ik je heel erg bedanken voor het maken van de tutorial, het heeft mij en waarschijnlijk velen anderen heel erg geholpen.

Ik heb wel een klein/groot (voor tv kijkers) probleempje

Ik zie dat dit wat meer voorkomt in de reacties.

Momenteel heb ik alles soortvan ingesteld.

Internet werkt, Telefoon ook, maar IPTV helaas nog niet. 8)7

Is het mogelijk om IPTV door de experiabox te laten gaan?
Of misschien direct op mijn managed switch op VLAN 4?

Ik heb KPN Glasvezel 500/500, Experiabox v10, pfSense 2.3.2.

Ik hoop graag snel een reactie te horen :)
IGMP Proxy werkt niet lekker in 2.3.2-p1, zie bug report: https://redmine.pfsense.org/issues/6099

Ik heb dit werkend gekregen door de binary handmatig te installeren die in de 'igmproxy_all.zip' te vinden is. De versie 'igmpproxy_20160905_1818.zip' werkte bij mij niet.

@Venxir, erg bedankt voor je blog! Heeft mij super geholpen.

Misschien nog wat interessante aanvullingen voor je blog die ik gevonden heb:
- dhcp-class-identifier "IPTV_RG", ik merkte dat het triviaal is wat je als identifier mee geeft, IPTV_RG kan dus ook iets anders zijn. Deze hoeft overigens alleen als request optie mee te worden gestuurd naar KPN, deze hoeft niet op je LAN te worden aangeboden.
- DHCP optie 28 (broadcast adres) hoeft ook niet te worden meegestuurd op LAN, dat is standaard AFAIK.
- Firewall rules op de IPTV interface zou je in principe kunnen terugsnoeien naar alleen multicast netwerk (244.0.0.0/4) in destination. Voor mij werkt het met de volgende regels:

Op IPTV interface:
IGMP (allow IP options) van 10.60.207.12 naar 244.0.0.0/4 (10.60.207.12 gevonden na veel Wiresharken, maar het adres kan verschillen per netwerk waar je in komt denk ik)
IGMP (allow IP options) van IPTV iface adres naar 244.0.0.0/4
UDP van 213.75.0.0/16 naar 244.0.0.0/4

Op LAN interface (waar decoder aan hangt):
alle protocollen (allow IP options) decoder naar 213.75.0.0/16 (kan waarschijnlijk nauwkeuriger)
alle protocollen (allow IP options) decoder naar 244.0.0.0/4 (ook dit kan waarschijnlijk nauwkeuriger)

EDIT: Ter aanvulling, ik heb KPN glasvezel 100/100

[Reactie gewijzigd op vrijdag 20 januari 2017 08:50]


Door Tweakers user ThinkPad, dinsdag 24 januari 2017 09:31

Ik heb een Draytek Vigor 130 in bridge gezet (MPoA aan en dan bridge mode enablen is voldoende, met VLANs hoef je niets te doen) op mijn Telfort VDSL-lijntje en heb de rest van de tutorial met succes kunnen volgen.

Het werkt bijna, ik heb internet en de apps (Dumpert, Wikipedia e.d.) en begin gemist op de settopbox werken ook. Helaas IPTV nog niet goed, ik heb een paar seconden beeld, waarna het bevriest en ik de melding krijg dat ik naar een andere zender moet zappen. Als ik dat doe dan heb ik op die andere zender weer even een paar seconden beeld en dan bevriest het weer.

Ik zie in deze post dat hij wat andere instellingen gebruikt. Ik zal dat nog even proberen, maar waarschijnlijk ga ik (als ik een managed switch heb) gewoon bridged IPTV gebruiken. Is vele malen simpeler (en dus minder kans op falen) en ik mis Netflix e.d. toch niet.

[Reactie gewijzigd op dinsdag 24 januari 2017 10:05]


Om te kunnen reageren moet je ingelogd zijn. Via deze link kun je inloggen als je al geregistreerd bent. Indien je nog geen account hebt kun je er hier één aanmaken.