fiber vast IP Internet en PickX TV met openwrt eigen-router

[dior dna]

Heeft iemand fiber vast IP Internet en PickX TV met OpenWRT eigen-router werkend? Bijgeleverde gateway is b-box V3+.
Ik probeerde met b-box V3+ in modem-only maar dan werkt PickX TV niet (want b-box V3+ modem is niet met Internet verbonden).
Ik probeerde ook zonder b-box V3+ ertussen (Internet via PPPoE op VLAN10 in OpenWRT) maar VLAN30 krijgt dan geen adres en ook dan werkt PickX TV niet.

[permutatie]

Op basis van de info in deze post draait het hier ook onder OpenWrt.

Voor de lease op VLAN30 in /etc/config/network:

Code: Selecteer alles

config interface 'wan_iptv'
	option proto 'dhcp'
	option hostname '*'
	option defaultroute '0'
	option peerdns '0'
	option vendorid 'IPTV.000000.HGW_Technicolor'
	option sendopts '15:686f6d65 145:1'
	option device 'eth0.30'

Waarschijnlijk is enkel de 'vendorid' (zie originele post) van belang, de sendopts komen uit een capture tussen ONT en bbox.

En voor de lease van de decoder zelf in eigen lan /etc/config/dhcp:

Code: Selecteer alles

config tag 'decodertag'
	option force '1'
	list dhcp_option '67,CVT/2/239.255.1.218:64010+SA=239.255.1.218:64010+SAP/3/239.192.4.31:9875'
	list dhcp_option '43,FF:FF:FF'
	list dhcp_option '42,195.238.16.44,195.238.16.144,195.238.16.43,195.238.16.143'
	list dhcp_option '17,CET'
	list dhcp_option '15,nat.myrio.net'
	list dhcp_option '12,new-host'
	list dhcp_option '6,195.238.16.44,195.238.16.144,195.238.16.43,195.238.16.143'
	list dhcp_option '4,195.238.16.44,195.238.16.144,195.238.16.43,195.238.16.143'
	list dhcp_option 'vi-encap:3561,6,Fast5336v'
	list dhcp_option 'vi-encap:3561,5,DM0000000000000'
	list dhcp_option 'vi-encap:3561,4,FFFFFF'

config host
	option name 'decoder'
	option mac 'FF:FF:FF:FF:FF:FF'
	option ip '1.2.3.4'
	option tag 'decodertag'

Vermoedelijk zijn niet alle opties noodzakelijk (uit capture tussen bbox en decoder), aantal unieke velden uitgewist.

Hiermee zou internet op de decoder al moeten werken, voor live-tv ook nog igmpproxy nodig, /etc/config/igmpproxy:

Code: Selecteer alles

config igmpproxy
	option quickleave 1

config phyint
	option network wan_iptv
	option zone wan_iptv
	option direction upstream
	list altnet 0.0.0.0/0

config phyint
	option network lan_iptv
	option zone lan_iptv
	option direction downstream

Dit werkt hier nu toch al enkele weken stabiel, bbox zit er al een tijdje niet meer tussen.

[dior dna]

Prima ! de 'vendorid' resulteert inderdaad in het gewenst 10.b.c.d/16 adres op Vlan30

Code: Selecteer alles

root@router:~# ifconfig eth2.30
eth2.30   Link encap:Ethernet  HWaddr EC:93:7D:7B:2C:D3  
          inet addr:10.b.c.d  Bcast:10.150.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:115 errors:0 dropped:0 overruns:0 frame:0
          TX packets:109 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9018 (8.8 KiB)  TX bytes:9654 (9.4 KiB)

Wat de lan_iptv interface betreft: is dat een andere dan de LAN bridge?

Mijn LAN heet br-lan en is fysisch geconnecteerd met eth0 naar centrale switch hier. Die correspondeert met subnet 192.168.168.0/24.

Ik heb nog een interface vrij. Moet ik de TV Box daar op aansluiten? En moet die interface op VLAN30 staan?

Ik vraag het omdat ik de TV Box op de centrale switch aansloot en hij kreeg netjes adres 192.168.168.64 van de lokale DHCP server.

Maar als ik dan de TV Box opstart zegt hij niettemin "probleem met internet verbinding" ...

Offline mode Youtube etc ... werkt maar Live TV (nog) niet

[dior dna]

@permutatie zou U zo vriendelijk willen zijn me je config via PM of zo (ik zal mijn email adres laten weten) te geven? Dan kan ik die eerst bestuderen alvorens slecht gerichte vragen te stellen. Bijvoorbeeld heb ik al gezien dat de LAN waarop de TV Box zelf DHCP client is geen VLAN30 is op de router.

[permutatie]

Wat de lan_iptv interface betreft: is dat een andere dan de LAN bridge?

Mijn LAN heet br-lan en is fysisch geconnecteerd met eth0 naar centrale switch hier. Die correspondeert met subnet 192.168.168.0/24.

Ik heb nog een interface vrij. Moet ik de TV Box daar op aansluiten? En moet die interface op VLAN30 staan?

Voor het testen heb ik de decoder in een afzonderlijk netwerk gezet, maar dat kan dus ook in je gewone LAN (geen VLAN of speciale interface nodig). Enkel opletten dat je de nodige dhcp opties meegeeft (zie dhcp config file en thread van @censored).

Maar als ik dan de TV Box opstart zegt hij niettemin "probleem met internet verbinding" ...

Offline mode Youtube etc ... werkt maar Live TV (nog) niet

In de igmpproxy config zal je de 'lan_iptv' moeten vervangen door 'lan'. Normaal zorgt het igmpproxy package voor de nodig firewall rules en zou de live tv moeten werken (igmp van de decoder wordt doorgegeven naar de iptv vlan). Indien niet kan je in de igmpproxy config de verbose opzetten en de logs eens bekijken.

Wel nog even vermelden dat het hier om de v7 decoder gaat, met de oudere versies heb ik geen ervaring in deze setup.

[dior dna]

@permutatie

(update: sorry ... om een of andere reden (macht der gewoonte) schreef ik antwoord in het Engels)

Thanks a lot for help here and 1:1
Your config allowed me to get it all working here as well.

Apart from understanding how VLANs and IPTV work (in particular IGMP and multicast) I had missed two aspects.

1. The Vlan30 video WAN (typically 10.b.c.d) does NAT to the local TV LAN subnet (in my case 192.168.c.0/24).
I am not sure why (igmp proxy and multicast forwarding without address translation should be just fine)

2. OpenWRT network administrators can choose names for devices interfaces and firewall zones.
@permutatie made it easy in that, for each relevant iptv interface name, same name is used for its firewall zone.
This initially distracted me (because I use different conventions naming interfaces and firewall zones) and I could not get igmp proxy working.

In any case. I have working eigen-router now and will keep the b-box V3+ as disaster recovery backup.

In fact, TV LAN and Internet LAN currently are on separate physical eigen-router Ethernets (with separate subnets 192.168.{x,y}.0/24).

Also: I get slightly faster speedtest without b-box V3+ (without : 900dn/350up and with : 750dn/300up).

[permutatie]

Die NAT was ik inderdaad nog vergeten. De standaard NTP en DNS servers zoals door de bbox uitgedeeld aan de decoder gaan dacht ik via een route over vlan10.

Misschien is het niet nodig als je andere servers meegeeft, maar aangezien ik niet zeker was of dit geen andere impact zou hebben heb in dat maar zo gelaten.

[bartvh]

Sorry om deze oude draad weer op te rakelen. Ik heb deze configuratie ook lopen (proximus 3vlan fiber config, eigen router rechtstreeks op de fiber modem) Voor internet werkt dit prima, dus deze week PickX erbij besteld. Met behulp van deze draad dat ook werkende gekregen behalve... live TV. Ik zie de eerste 2-3 seconden maar daarna gaat het beeld op zwart met een error P130 (denk dat ik ook P134 zag passeren). Datzelfde programma herbekijken vanaf het begin (zelfs al is het al bezig) of internet op de decode werken probleemloos. Is er iets wat ik gemist heb?

[permutatie]

De symptomen die jij vermeld zag ik ook wanneer het multicast verkeer niet correct verliep: ik heb de indruk dat je bij het zappen eerst een paar seconden data via unicast krijgt, waarna de multicast het overneemt.

Wat je kan proberen is om de verbose optie van igmpproxy aan te zetten en te bekijken wat de logs zeggen wanneer je van zender verwisselt. Met wireshark/tcpdump kan je eventueel ook kijken of de subscriptions op de multicast stream (igmp) op de juiste interface verzonden worden (en of ze verzonden worden).

[dior dna]

Sorry om deze oude draad weer op te rakelen. Ik heb deze configuratie ook lopen (proximus 3vlan fiber config, eigen router rechtstreeks op de fiber modem) Voor internet werkt dit prima, dus deze week PickX erbij besteld. Met behulp van deze draad dat ook werkende gekregen behalve... live TV. Ik zie de eerste 2-3 seconden maar daarna gaat het beeld op zwart met een error P130 (denk dat ik ook P134 zag passeren). Datzelfde programma herbekijken vanaf het begin (zelfs al is het al bezig) of internet op de decode werken probleemloos. Is er iets wat ik gemist heb?

Vergeet NAT niet tussen WAN en TV VLAN.

Kan je output posten van:

Code: Selecteer alles

ip route show
ip mroute show
cat /proc/net/ip_mr_vif
cat /proc/net/ip_mr_cache

Normaliter zijn er geen eigen publieke adressen te zien in de output dus is geen censuur nodig.

[bartvh]

Vergeet NAT niet tussen WAN en TV VLAN.

Kan je output posten van:

Code: Selecteer alles

ip route show
ip mroute show
cat /proc/net/ip_mr_vif
cat /proc/net/ip_mr_cache

Normaliter zijn er geen eigen publieke adressen te zien in de output dus is geen censuur nodig.

EDIT: ok, het werkt nu. Ik ben een idioot. Dit was mijn FORWARD iptables rule. Gewoon vergeten het ACCEPT target op te geven voor de rule die forward van IPTV WAN naar lokaal IPTV LAN

Code: Selecteer alles

1619  452K ACCEPT     all  --  eno1.130 ppp0    anywhere             anywhere
 3424  225K ACCEPT     all  --  eno1.130 eno2.30  anywhere             anywhere
1112K 1508M            all  --  eno2.30 eno1.130  anywhere             anywhere

Sorry. Ik wilde mijn post editeren en daar ging iets mis. Dus nu opnieuw.

Ik gebruik een standaard linux bak, geen openWRT. eno1 = interface naar LAN eno2 = interface naar fiber WAN. Lokale lan hangt alles aan een managed switch. VLAN 100/110/120 zijn VLANs voor gewoon verkeer. 130 is de VLAN voor iptv.

Code: Selecteer alles

[root@gatekeeper tst]# ip route show
default dev ppp0 scope link
10.24.49.134 dev ppp0 proto kernel scope link src [PPOe publiek IP]
10.48.22.128/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
10.53.64.0/21 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
10.53.72.0/23 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
10.129.0.0/16 dev eno2.30 proto kernel scope link src 10.129.89.169 metric 1024
10.129.0.1 dev eno2.30 proto dhcp scope link src 10.129.89.169 metric 1024
[IPTV publiek IP]/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
172.16.0.0/24 dev eno1 proto kernel scope link src 172.16.0.1
172.17.0.0/24 dev eno1.100 proto kernel scope link src 172.17.0.1
172.18.0.0/24 dev eno1.110 proto kernel scope link src 172.18.0.1
172.19.0.0/24 dev eno1.120 proto kernel scope link src 172.19.0.1
172.20.0.0/24 dev eno1.130 proto kernel scope link src 172.20.0.1
172.28.32.0/20 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.13.12.128/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.8.64/28 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.9.0/24 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.11.128/28 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.11.160/27 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.13.160/27 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.13.192/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.14.0/24 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.15.32/27 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.16.0/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.16.128/27 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.26.32/27 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.26.160/27 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.27.0/24 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.29.0/24 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.30.0/28 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.30.64/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.30.192/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.31.0/28 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.31.64/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
195.238.31.192/26 via 10.129.0.1 dev eno2.30 proto dhcp src 10.129.89.169 metric 1024
[root@gatekeeper tst]# ip mroute show
(172.20.0.200,239.255.255.251)   Iif: eno2.30    Oifs: eno1.130  State: resolved
[root@gatekeeper tst]# cat /proc/net/ip_mr_*
Group    Origin   Iif     Pkts    Bytes    Wrong Oifs
FBFFFFEF C80014AC 0         10      710       10  1:1
Interface      BytesIn  PktsIn  BytesOut PktsOut Flags Local    Remote
 0 eno2.30    32881644   24249         0       0 00000 A959810A 00000000
 1 eno1.130          0       0  32881644   24249 00000 010014AC 00000000
 

Het moet iets met de multicast routing zijn. De eerste paar seconden krijg ik normale UDP paketten binnen en die worden mooi doorgestuurd maar de broadcasts dus niet als ik mijn tcpdump goed begrijp.

[dior dna]

[...]
EDIT: ok, het werkt nu. Ik ben een idioot. Dit was mijn FORWARD iptables rule. Gewoon vergeten het ACCEPT target op te geven voor de rule die forward van IPTV WAN naar lokaal IPTV LAN
[...]
Het moet iets met de multicast routing zijn. De eerste paar seconden krijg ik normale UDP paketten binnen en die worden mooi doorgestuurd maar de broadcasts dus niet als ik mijn tcpdump goed begrijp.

Voor alle duidelijkheid. Werkt alles nu? Zo niet, wat werkt nog niet?
Er passeerden in alle geval multicast paketten van eno2.30 naar eno1.130.

[bartvh]

Jazeker. Alles werkt. Ik zal in een apart draadje mijn config posten voor mensen die het ook willen proberen maar dan met een standaard Linux systeem. Zie viewtopic.php?t=63720

[dior dna]

Na anderhalf jaar probleemloos TV kijken blijkt sinds een paar dagen dat de TV gids niet meer werkt en enkel zappen tussen kanalen nog werkt.

@bartvh en @permutatie en @Bertb_ of anderen : gebruiken jullie nog steeds een openwrt router en ervaren jullie ook recent een dergelijk probleem?

Dank om iets te laten weten!

[permutatie]

Bij mij werkt alles nog steeds met dezelfde instellingen op de OpenWrt router (ondertussen wel geüpdatet tot 23.05.2).

Als ik het zo hoor kan ik maar beter de bbox weer bovenhalen.

[Sinna]

Lijkt hetzelfde probleem als in viewtopic.php?t=64968 waar inderdaad de BBox3 er (even) terug tussen moet.

[permutatie]

Mijn woorden waren nog niet koud of het was ook hier gedaan met de decoder. Voorlopig de bbox dan maar weer boven gehaald

Bij mij werkt alles nog steeds met dezelfde instellingen op de OpenWrt router (ondertussen wel geüpdatet tot 23.05.2).

Als ik het zo hoor kan ik maar beter de bbox weer bovenhalen.

[dior dna]

Kennelijk volstaat het volgens andere 'draad' (door @Sinna gegeven) om een tijd de Bbox te gebruiken en de decoder zich te laten herstellen. Wat er precies aan de hand is, is niet duidelijk. Ik zoek een juist moment om deze ingreep te doen (in mijn geval betekent dat wellicht: het Internet onderbreken op de LAN). Ik hou jullie op de hoogte. Maar als iemand een eigen-router configuratie (misschien OpenWRT specifiek) vindt om dit in de toekomst te helpen vermijden ... laat het ons AUB weten.

[permutatie]

In een tcpdump leek de decoder geen DHCP offer meer te krijgen, maar geen idee wat de reden hiervoor was. Verder testen zal voor binnen een paar weken zijn.

De bbox en de OpenWrt router kunnen blijkbaar tegelijk actief verbonden zijn met de ONT (via switch), dus dat maakt het testen en de back-up setup wel wat gemakkelijker.

[dior dna]

In Proximus forum, als ik goed begrijp, word gezegd de decoder eenmalig op de B-box aan te sluiten.
Dan zou alles terug werken.
Daarna zou men terug via eigen-router kunnen werken.
@permutatie
Heb jij dat geprobeerd (terug via eigen-router?)

De bbox en de OpenWrt router kunnen blijkbaar tegelijk actief verbonden zijn met de ONT (via switch), dus dat maakt het testen en de back-up setup wel wat gemakkelijker.

Ik heb momenteel

Code: Selecteer alles

 [LAN]  [decoder]
   |        | 
[ eigen-router ]
      |
    [ ONT ]

waar decoder op aparte interface en subnet staat

Bedoel je dat ik als volgt moet connecteren via een switch?

Code: Selecteer alles

  [LAN]    x [decoder]
   |      |     |
[eigen-router] [B-box]
      |          |
    [    switch    ]
            |
         [ ONT ]

Ik vraag het omdat het me dan niet geheel duidelijk is wie van de twee, eigen-router of B-box, dan het globale IP (v4 en v6) adres krijgt voor het Internet. Het 10.b.c.d video connectie adres is voor de B-box, maar, mijn twijfel gaat over Internet connectie.

[permutatie]

Zonet toch nog even tijd gehad om zonder bbox te testen en dat werkt inderdaad weer. De DHCP opties voor de decoder en voor de bbox in VLAN30 lijken in elk geval niet veranderd. Door andere testen had ik zelf ook een fout in de DHCP instellingen, dus dat kan er ook mee te maken gehad hebben (vandaar dat de decoder eerder geen offer kreeg).

Ik heb inderdaad die setup gebruikt, de bbox en de OpenWrt router zetten elk hun eigen PPPoE sessie op en krijgen elk een publiek IP.

Edit: In het topic op het proximus forum is er sprake van een "clear data" die voor problemen zou zorgen. Voor de zekerheid in "Support" menu een "Clear data & herstart" gedaan en alles blijft werken met de OpenWrt router.

[dior dna]

Zonet toch nog even tijd gehad om zonder bbox te testen en dat werkt inderdaad weer. De DHCP opties voor de decoder en voor de bbox in VLAN30 lijken in elk geval niet veranderd. Door andere testen had ik zelf ook een fout in de DHCP instellingen, dus dat kan er ook mee te maken gehad hebben (vandaar dat de decoder eerder geen offer kreeg).

Ik heb inderdaad die setup gebruikt, de bbox en de OpenWrt router zetten elk hun eigen PPPoE sessie op en krijgen elk een publiek IP.

Edit: In het topic op het proximus forum is er sprake van een "clear data" die voor problemen zou zorgen. Voor de zekerheid in "Support" menu een "Clear data & herstart" gedaan en alles blijft werken met de OpenWrt router.

Prima nieuws!

Je maakt me nu benieuwd ... welke fout had je in de DHCP instellingen? Want ik heb mijn instellingen destijds op die van jou gebaseerd....

Ik kan pas morgen testen.

fwiw : ik heb 1 statisch publiek IP dus gaat, denk ik, enkel een (pakweg de eerste) dat toegekend krijgen.

[permutatie]

Met een statisch IP zal dat inderdaad niet betrouwbaar werken.

Ik was wat aan het testen geweest met de DNS settings en had per ongeluk de iptv LAN uit de dnsmasq interfaces gehaald. Niets te maken met de configuratie van destijds dus.

[dior dna]

Zoals hier en elders als oplossing vermeld: De eigen-router door B-BoxV3+ vervangen deed de AndroidTV decoder terug werken. Het duurde wel even voor de B-BoxV3+ gebruiksklaar was (misschien een update? de box ligt al bijna twee jaar in de kast). Net als @permutatie deed ik, bij wijze van test, een 'Clear data & herstart'. Daarna B-BoxV3+ terug door eigen-router vervangen: decoder werkt opnieuw normaal. Niets aan eigen-router configuratie (OpenWRT) veranderd. Wat er exact aan de hand was weten we misschien nog niet in detail.

[alloja]

Er was vorige week een update voor de Android TV Box. Wie een niet-Proximus-router gebruikte, bleef zitten met een niet-functionerende settopbox. Dat overkwam mij, met een FRITZ!Box achter de ONT. Ik heb de Internet Box tijdelijk teruggeplaatst achter de ONT tot de TV Box weer bij zinnen was, daarna mijn FRITZ!Box teruggeplaatst en het werkte weer perfect.
Dit is waarschijnlijk wat hier ook gebeurde met routers met OpenWRT.

[dior dna]

Er was vorige week een update voor de Android TV Box. Wie een niet-Proximus-router gebruikte, bleef zitten met een niet-functionerende settopbox. Dat overkwam mij, met een FRITZ!Box achter de ONT. Ik heb de Internet Box tijdelijk teruggeplaatst achter de ONT tot de TV Box weer bij zinnen was, daarna mijn FRITZ!Box teruggeplaatst en het werkte weer perfect.
Dit is waarschijnlijk wat hier ook gebeurde met routers met OpenWRT.

@alloja
Inderdaad, maar wat exact de niet-functionerende settopbox veroorzaakte is, toch voor mij, niet duidelijk, want, andere Android TV Box updates gaven geen problemen in het verleden. Bovendien moest om alles te herstellen niets aan eigen-router veranderen.

[Sinna]

Ik vermoed dat er geen verband is tussen de update en het feit dat het opeens niet meer werkt.
Het lijkt er op dat de decoder een soort van lease krijgt op de ProximusTV head-end waardoor de head-end 'weet' waar de decoder zich bevindt.
Achter een eigen router lijkt die lease niet vernieuwd te geraken waardoor het vroeg of laat uitvalt.
Da's toch hoe ik het ervaar met een v5c-decoder bij Scarlet.

[dior dna]

Ik vermoed dat er geen verband is tussen de update en het feit dat het opeens niet meer werkt.
Het lijkt er op dat de decoder een soort van lease krijgt op de ProximusTV head-end waardoor de head-end 'weet' waar de decoder zich bevindt.
Achter een eigen router lijkt die lease niet vernieuwd te geraken waardoor het vroeg of laat uitvalt.
Da's toch hoe ik het ervaar met een v5c-decoder bij Scarlet.

OK maar als pakweg 10 (wellicht meer) eigen-router configuraties in 1 week tijd geconcentreerd allen hun lease verloren, en geen enkele eerder, wil dat dan ook zeggen dat die allen ongeveer dezelfde week hun lease kregen? Lang geleden, want na meer dan 100 weken lease? Is dat niet statistisch onwaarschijnlijk? Statistisch zou, verspreid, ruwweg 1 eigen-router configuratie om de 10 weken zijn lease moeten verliezen. Ik denk eerder dat er een specifieke eenmalige trigger was die niet wachtte op ieders timeout maar allen ongeveer tegelijk trof. Die trigger hoeft de update niet te zijn. Ik had overigens de update al zelf manueel gedaan en heb een andere versie dan anderen vermeldden. Ergens wordt ook gemeld dat de update reset/clear misschien het probleem zou zijn maar zowel ik als anderen hebben ondertussen nadien al manueel reset/clear uitgevoerd zonder probleem.

[dior dna]

Ook deze maand weer de b-box moeten aansluiten om de openwrt terug te doen werken. Maar geen config verandering nodig.

[bartvh]

Ik heb dat befaamde probleem ook nu al twee keer gehad en van miserie maar besloten om terug de BBOX permanent ertussen te hangen (komt altijd uiteraard net voor als ik een paar dagen van huis ben en mijn partner vanop afstand aansturen om de wissel even te doen is vragen om frustraties bij ons beiden).

Maar ik lees hier in de draad dat het mogelijk moet zijn om twee pppoe sessies op te bouwen. Toen ik dat vroeger probeerde meen ik me dat het niet werkte, maar misschien deed ik toen iets fout. Dus dat ga ik maar eens proberen. Interactieve TV dan permanent via de BBOX laten gaan en alle gewone netwerk verkeer via eigen router. Is er een maximum aan het aantal pppoe sessies dat de ONT ondersteunt?

[philippe_d]

Interactieve TV dan permanent via de BBOX laten gaan en alle gewone netwerk verkeer via eigen router. Is er een maximum aan het aantal pppoe sessies dat de ONT ondersteunt?

Het verwondert mij dat je geen Internet Box hebt. Ik dacht dat Fiber klanten automatische een internet box kregen?
Dan heb je deze setup met VLAN 10 (internet) / VLAN 30 (iptv) niet meer nodig: alles gaat over VLAN 20 (single VLAN) en geen PPPoE meer.

Dan kan je:
- decoders aansluiten op de Internet Box
- eigen router op LAN1/Bridge en via My Proximus de bridge activeren

PS
Die ganse "reverse engineering" om IPTV werkende te krijgen achter een eigen router is nu toch achterhaald?
Proximus heeft de specificaties gepubliceerd, waaraan de router moet voldoen om IPTV te ondersteunen:
https://www.proximus.be/dam/jcr:adbb35a ... ine_v1.pdf
zie Hoofdstuk 4: Support of the Proximus TV Service

Hiermee zou je toch aan de slag moeten kunnen gaan?

Vrije hardwarekeuze vanaf 1/11/2024
https://www.proximus.be/support/nl/id_s ... uiken.html

[driesve]

Die ganse "reverse engineering" om IPTV werkende te krijgen achter een eigen router is nu toch achterhaald?
Proximus heeft de specificaties gepubliceerd, waaraan de router moet voldoen om IPTV te ondersteunen:
https://www.proximus.be/dam/jcr:adbb35a ... ine_v1.pdf
zie Hoofdstuk 4: Support of the Proximus TV Service

Hiermee zou je toch aan de slag moeten kunnen gaan?

Ik heb momenteel fiber & internetbox; maar wens een Ubiquiti Dreammachine aan te kopen. Ik heb momenteel allemaal access points van Ubiquiti; maar ik erger mij aan die internetbox, en in het bijzonder het instellen via MyProximus (werkt heel traag).

Liefst zou ik de internetbox uitschakelen en niet in bridge plaatsen. Ik begrijp dus dat de decoder (Pickx TV) zou moeten werken achter een Dreammachine?