[Delta glasvezel] Ervaringen & Discussie

[Sito]

Zelfde issue hier. Gebruik 1.1.1.1 en 9.9.9.9 als DNS servers en werken allebei niet lekker.

[Flappie]

Caiway hier (eigenlijk hetzelfde toch )
Ook hier diverse problemen. Kan niet verbinden met mijn werk op mijn thuiswerkdag.
Werk nu maar via een hotspot

[BIM]

Hier hetzelfde probleem en op allestoringen staat ook een mooie hoge piek sinds 14.00 door heel het land.
(ik gebruik ook Quad9 als dns)

Blij dat ik sinds kort onbeperkt internet van KPN heb (hotspot)

[ Voor 19% gewijzigd door BIM op 21-06-2024 14:59 ]

[Slechdt]

Hier nog steeds hiccups. Iemand al gelukt contact te krijgen met de servicedesk wat er aan de hand is?

[Renegade666]

hier is het gewoon ruk. Kan niet eens een MFA auth goedkeuren...

[bedanktjoh]

Hier hetzelfde, ik kreeg net nog wel een info email van Delta over hun beleid met stroomstoringen en wat ze er aan doen.... Maar goed nu dus onstabiel internet.

[Kevsk]

Lijkt inderdaad iets niet helemaal goed te gaan. Routing issues?

Ze melden nu zelf wel iets op de storingspagina

Let op: momenteel kunt u door een storing uitval van onze diensten ervaren in het gehele verzorgingsgebied. Onze specialisten werken aan een oplossing. Excuses voor het ongemak.

[xxxneoxxx]

Caiway idem dito. En uiteraard (wederom) geen storingsmelding op de site. Regio 4651.

[Renegade666]

Klant van mij kon ook niet meer fatsoenlijk bellen, die ging ook over die delta lijn.
in de Meraki MX 60% drops.. Dus gaat niet goed daar.

[greg-a]

Algemene storingmelding voor het hele gebied van delta staat wel (subtiel) vermeld op de website. Op alle storingen is ook een piek te zien

https://www.delta.nl/klantenservice/storing/

[bedanktjoh]

Met VPN aan (vorige keer genomen met hun vage DNS storing) gaat het wel goed.

[las3r]

Hier ook de boel kapot 8261.

Dit is de tweede keer in evenzoveel maanden (vorige keer met die google spulleboel), dit keer ligt github er uit (ik kan gewoo niet connecten) en grote drops in snelheid continue waardoor ik DCs krijg op realtime verbindingen. Heel irritant dit.

[pven]

las3r schreef op vrijdag 21 juni 2024 @ 15:07:
Hier ook de boel kapot 8261.

Dit is de tweede keer in evenzoveel maanden (vorige keer met die google spulleboel), dit keer ligt github er uit (ik kan gewoo niet connecten) en grote drops in snelheid continue waardoor ik DCs krijg op realtime verbindingen. Heel irritant dit.

Als dat zo belangrijk is, dan slinger je toch even een hotspot aan? Het is even behelpen, maar het is niet alsof je nu helemaal niets meer online kan, hier posten lukt blijkbaar ook nog.

[BIM]

bedanktjoh schreef op vrijdag 21 juni 2024 @ 15:06:
Met VPN aan (vorige keer genomen met hun vage DNS storing) gaat het wel goed.

Hier dropt hij met VPN aan er ook gewoon uit.. dus (voor mij) is het geen oplossing.
Het is ook af en aan.. dan weer gewoon 980mbit en een minuut later valt de verbinding weer weg.

[las3r]

pven schreef op vrijdag 21 juni 2024 @ 15:09:
[...]

Als dat zo belangrijk is, dan slinger je toch even een hotspot aan? Het is even behelpen, maar het is niet alsof je nu helemaal niets meer online kan, hier posten lukt blijkbaar ook nog.

Het pand is wat te groot om het met een hotspot te redden (ik ben niet de enige die vanuit huis werkt vandaag), maar voor mij werkt dat idd

Hopelijk fixen ze het snel.

[BlazeMuis]

Hopelijk werkt het vanavond met de voetbal wel goed

[xxxneoxxx]

Laatste keer dat het een grote storing was (ook vlak voor weekend, je *zou* toch denken dat een changemanager binnen een bedrijf op ene geven moment dit wel snapt) duurde het echt meerdere uren tot dagen.

[las3r]

Er kan natuurlijk altijd iets kapot gaan, shit happens, maar dit was wel heel precies om 14:00 volgens mij. Wat mij vooral stoort is dat dit nu de tweede keer is in twee maanden, en ik ben pas 3 maanden van Ziggo af. Laten we hopen dat dit geen lijn is die zich doortrekt.

[Drardollan]

Flappie schreef op woensdag 19 juni 2024 @ 21:11:
Weet iemand hoe ik handmatig een IPv4 route aanmaak op het Nokia modem van Delta?
Ik heb een Raspberry Pi die Wireguard VPN doet. Ik moet daarom een bepaald subnet laten routeren naar die Raspberry.
Lijkt erop dat deze optie er niet in zit?

Iemand een idee?

Nu weet ik best wat van netwerken enzo, maar ik heb geen idee wat je bedoeld / wil doen?

Bedoel je niet een paar port forwards?

[Freezhost]

Hier ook allerlei vage problemen, zwaar irritant en het gaat vaak mis

[xxxneoxxx]

las3r schreef op vrijdag 21 juni 2024 @ 15:19:
Er kan natuurlijk altijd iets kapot gaan, shit happens, maar dit was wel heel precies om 14:00 volgens mij. Wat mij vooral stoort is dat dit nu de tweede keer is in twee maanden, en ik ben pas 3 maanden van Ziggo af. Laten we hopen dat dit geen lijn is die zich doortrekt.

Psies. Daarpom begon ik ook over de change manager. Het lijkt er op of ze vrijdag richting eide middag niet veel capaciteit hebben om issues op te pakken want hoe meer richting weekend, hoe langer het lijkt te duren. Als dit exact rond hetzelfde tijdstip speelt zou je denken dat er een actie ana vooraf gegaan is. Dan beter wijzigingen op een donderdag plannen ipv vrijdag halverwege de middag.

[Renegade666]

las3r schreef op vrijdag 21 juni 2024 @ 15:19:
Er kan natuurlijk altijd iets kapot gaan, shit happens, maar dit was wel heel precies om 14:00 volgens mij. Wat mij vooral stoort is dat dit nu de tweede keer is in twee maanden, en ik ben pas 3 maanden van Ziggo af. Laten we hopen dat dit geen lijn is die zich doortrekt.

Hier het zelfde, daarom zeg ik in aug weer op (eind datum was niet verschoven), en ga ik weer terug naar ziggo. dan maar iets minder snel upload.

[RobertMe]

Drardollan schreef op vrijdag 21 juni 2024 @ 15:45:
[...]

Nu weet ik best wat van netwerken enzo, maar ik heb geen idee wat je bedoeld / wil doen?

Bedoel je niet een paar port forwards?

Volgens mij gewoon een vrij simpele vraag van @Flappie? In de categorie "interne netwerk draait op 192.168.1.0/24. Op een RPi, die IP adres 192.168.1.x heeft, draait een Wireguard server. Deze Wireguard server gebruikt IP subnet 192.168.100.0/24. Hoe zorg ik ervoor dat de Nokia verkeer bestemd voor 192.168.100.0/24 naar 192.168.1.x stuurt?". Als in: "hoe doe je op de Nokia ip route add 192.168.100.0/24 via 192.168.1.x?".

Niet dat ik de vraag kan beantwoorden (grote kans op "provider modem, dus kan niet"?), maar IMO is de vraag wel helder. En echte alternatieven zijn er niet. Hoogstens workaround die afhankelijk van de beoogde use case wel of niet toepasbaar zijn. Als het altijd remote Wireguard clients zijn die naar het interne netwerk connecten en het interne netwerk dat verkeer terug moet kunnen sturen dan is een mogelijke oplossing om de RPi masquarading (/NAT) te laten doen. Dan is voor het interne netwerk het verkeer afkomstig vanaf de RPi en dus wordt het naar de RPi gestuurd. Waarna de RPi weer het verkeer terug stuurt naar de client.
Staat er aan de andere kant van de Wireguard tunnel echter een "server" waar het interne netwerk verbinding mee moet kunnen maken dan is het weer een ander verhaal. Dan zou je mogelijk weer DNAT kunnen/willen doen op de RPi, wat in de volksmond dus "port forwards" is.

Of, om het over een heel andere boeg te gooien: gebruik IPv6, en laat de RPi zijn eigen router advertisement sturen. "fcxx:yyyy::/64 vind je bij mij". Dan hoef je dus niet de Nokia van Delta een route via DHCP te laten sturen, maar kan elk device dat een route kenbaar wilt maken zelf een RA de wereld het subnet in sturen met "om verkeer naar <dit subnet> te sturen moet je bij mij zijn".
Zelf doe ik iets soortgelijks. Thuisserver met Docker containers die ook via IPv6 bereikbaar zijn. De containers draaien daarbij in een eigen subnet, bv fd00:1:2::/64. De server waarop de containers draaien stuurt vervolgens dus een RA met een route voor fd00:1:2::/64, met de server zelf bv op IP adres fd00:1::1234/64. Alle appareten in het fd00:1::/64 subnet zullen dan automatisch een route toevoegen aan de routing tabel dat fd00:1:2::/64 bereikbaar is via fd00:1::1234.

[Drardollan]

RobertMe schreef op vrijdag 21 juni 2024 @ 16:11:
[...]

Volgens mij gewoon een vrij simpele vraag van @Flappie? In de categorie "interne netwerk draait op 192.168.1.0/24. Op een RPi, die IP adres 192.168.1.x heeft, draait een Wireguard server. Deze Wireguard server gebruikt IP subnet 192.168.100.0/24. Hoe zorg ik ervoor dat de Nokia verkeer bestemd voor 192.168.100.0/24 naar 192.168.1.x stuurt?". Als in: "hoe doe je op de Nokia ip route add 192.168.100.0/24 via 192.168.1.x?".

Dat doe je niet, dat kan dat ding 100% zeker niet. Maar het hele nut ontgaat mij ook eigenlijk. Het is een absurde routering voor in je interne netwerk. Wat heeft je interne netwerk te zoeken bij apparaten achter de wireguard? De wireguard server zelf zal in dit geval een 192.168.1.0/24 adres hebben en is op die manier benaderbaar.

Maar dat gaat sowieso niet werken, die Nokia kan nog niet eens een normale NAT loopback (IP pinhole noemen ze het geloof ik bij Nokia) aan. Dus dit routeren gaat hij zeker niet kunnen.

Misschien dat een schema/tekening duidelijkheid brengt wat precies de bedoeling is.

Van IPv6 weet ik niks dus dat stuk heb ik geknipt.

[ Voor 6% gewijzigd door Drardollan op 21-06-2024 16:23 ]

[RobertMe]

Drardollan schreef op vrijdag 21 juni 2024 @ 16:19:
[...]


Dat doe je niet, dat kan dat ding 100% zeker niet. Maar het hele nut ontgaat mij ook eigenlijk. Het is een absurde routering voor in je interne netwerk. Wat heeft je interne netwerk te zoeken bij apparaten achter de wireguard? De wireguard server zelf zal in dit geval een 192.168.1.0/24 adres hebben en is op die manier benaderbaar.

Er is helemaal niet zo absurd. Het gaat voor het interne netwerk niet om welk IP adres de RPi heeft, het gaat erom dat het interne netwerk weet hoe met de Wireguard clients te communiceren. Als je intern bv Home Assistant hebt draaien dat je van buiten de deur wilt bereiken is het niet alleen van belang dat het subnet van de Wireguard clients weet hoe op het interne subnet uit te komen (wat kinda vanzelf gaat, gezien de "default route" de Wireguard server zal zijn en die zich in dat subnet bevind). Maar ook dat die interne apparaten weer weten hoe ze terug communiceren naar die Wireguard clients. Dus of de interne apparaten moeten een route weten naar het Wireguard netwerk (dat dat via de RPi gaat), of de router / default gateway van het interne netwerk moet dit weten (de Nokia dus), of NAT moet worden toegepast zodat het verkeer niet afkomstig is/lijkt van het Wireguard subnet maar van de RPi. En optie 3 (NAT) is eigenlijk absurd (maarja, IPv4, daar is het niet zo absurd...), optie 2 (zorgen dat de router / default gateway de route kent) kan (zeer waarschijnlijk) niet, en optie 1 kan bij IPv4 ook niet, tenzij je op elk apparaat handmatig die route gaat definieren (DHCPv4 kan wel routes publiceren, maar gegarandeerd dat de Nokia dat ook niet ondersteund).

Dus alle 3 de opties zijn at best niet ideaal. Met IMO als "beste" oplossing IPv6 toepassen zodat de RPi ook de route kan publiceren. Of over een totaal andere boeg: vervang de Nokia door een eigen router. En dan liefst een eigen router die meteen Wireguard ondersteund zodat die RPi niet meer nodig is (en daarmee de default gateway van het interne netwerk ook direct weet hoe verkeer naar de Wireguard clients te sturen).

[xxxneoxxx]

Inmiddels is op de site van Delta/Caiway te lezen dat het issue opgelost zou zijn. Wel benieuwd wat er deze keer mis gegaan is, aangezien het dit keer niet specifiek naar een DNS issue riekt.

[Drardollan]

RobertMe schreef op vrijdag 21 juni 2024 @ 16:30:
[...]

Er is helemaal niet zo absurd. Het gaat voor het interne netwerk niet om welk IP adres de RPi heeft, het gaat erom dat het interne netwerk weet hoe met de Wireguard clients te communiceren. Als je intern bv Home Assistant hebt draaien dat je van buiten de deur wilt bereiken is het niet alleen van belang dat het subnet van de Wireguard clients weet hoe op het interne subnet uit te komen (wat kinda vanzelf gaat, gezien de "default route" de Wireguard server zal zijn en die zich in dat subnet bevind). Maar ook dat die interne apparaten weer weten hoe ze terug communiceren naar die Wireguard clients. Dus of de interne apparaten moeten een route weten naar het Wireguard netwerk (dat dat via de RPi gaat), of de router / default gateway van het interne netwerk moet dit weten (de Nokia dus), of NAT moet worden toegepast zodat het verkeer niet afkomstig is/lijkt van het Wireguard subnet maar van de RPi. En optie 3 (NAT) is eigenlijk absurd (maarja, IPv4, daar is het niet zo absurd...), optie 2 (zorgen dat de router / default gateway de route kent) kan (zeer waarschijnlijk) niet, en optie 1 kan bij IPv4 ook niet, tenzij je op elk apparaat handmatig die route gaat definieren (DHCPv4 kan wel routes publiceren, maar gegarandeerd dat de Nokia dat ook niet ondersteund).

Dus alle 3 de opties zijn at best niet ideaal. Met IMO als "beste" oplossing IPv6 toepassen zodat de RPi ook de route kan publiceren. Of over een totaal andere boeg: vervang de Nokia door een eigen router. En dan liefst een eigen router die meteen Wireguard ondersteund zodat die RPi niet meer nodig is (en daarmee de default gateway van het interne netwerk ook direct weet hoe verkeer naar de Wireguard clients te sturen).

Er hoeven helemaal geen apparaten achter de wireguard normaliter. Gewoon termineren in je lan. Maar los daarvan, hiervoor heb je een beter apparaat nodig dan het Nokia modem. Die kan niets van dit alles, met stip het treurigste modem wat ik ken qua geavanceerdere functionaliteit. Al zal zo ongeveer elk consumentenmodem deze functionaliteit missen, maar die doen tenminste nog wel NAT loopback en kunnen vaak in bridge mode.

Overigens weten we helemaal niet wat de vraagsteller precies wil, slechts dat was mijn vraag/opmerking. De rest is eigenlijk enkel ruis aan het veroorzaken.

[RobertMe]

Drardollan schreef op vrijdag 21 juni 2024 @ 17:05:
Overigens weten we helemaal niet wat de vraagsteller precies wil, slechts dat was mijn vraag/opmerking. De rest is eigenlijk enkel ruis aan het veroorzaken.

Dat jij de vraag niet snapt betekent niet dat "we helemaal niet weten wat de vraagsteller precies wil" . Voor mij was de vraag zo klaar als een klontje, en heb ik je uitgelegd wat er bedoeld wordt
En het is ook niet vergezocht of zo. Iets als PiVPN is niet voor niks populair geworden. En ik vermoed dat die NAT doet tussen het interne netwerk en OpenVPN / Wireguard.

Verder overigens eens v.w.b. het Delta modem, ondanks dat ik er geen heb (nog niet eens Delta klant. Zullen dat stukje vezel dat uit de grond steekt op zijn minst ergens op moeten aansluiten). En geen bridge is daarbij uiteraard treurig. Maar uiteraard op te lossen met een eigen router / ONT / wat je maar wilt. Met het leuke details dus dat DFN aan andere ISPs op hun netwerk dus wel een ONT only levert waar die ISP een losse router bij doet.

[Drardollan]

RobertMe schreef op vrijdag 21 juni 2024 @ 17:23:
[...]

Dat jij de vraag niet snapt betekent niet dat "we helemaal niet weten wat de vraagsteller precies wil" . Voor mij was de vraag zo klaar als een klontje, en heb ik je uitgelegd wat er bedoeld wordt
En het is ook niet vergezocht of zo. Iets als PiVPN is niet voor niks populair geworden. En ik vermoed dat die NAT doet tussen het interne netwerk en OpenVPN / Wireguard.

We zullen het wel terughoren.

Verder overigens eens v.w.b. het Delta modem, ondanks dat ik er geen heb (nog niet eens Delta klant. Zullen dat stukje vezel dat uit de grond steekt op zijn minst ergens op moeten aansluiten). En geen bridge is daarbij uiteraard treurig. Maar uiteraard op te lossen met een eigen router / ONT / wat je maar wilt. Met het leuke details dus dat DFN aan andere ISPs op hun netwerk dus wel een ONT only levert waar die ISP een losse router bij doet.

Ik heb wel Delta én een eigen ONT én een serieuze firewall eraan hangen die alles kan waar je van kan dromen op netwerkgebied. Binnenkort kan hij zelfs IPv6, als ik dat aanzet en configureer.

Voor de HTK consument is het Delta modem prima overigens. Wil je meer dan browsen en je mail ophalen, dan is het een waardeloos ding wat vooral heel groot is in formaat.

[Argarath]

Nou lekker, na inmiddels al 2 jaar te wachten op een aansluiting krijgen we nu een brief dat Delta stopt met de werkzaamheden omdat een concurrent ook glasvezel wil gaan aanleggen. Wordt ook nog even gemeld dat het afgesloten abonnement gewoon doorgaat.

Ik heb mijn buik wel een beetje vol van de constante vertraging en dan ook nog dit bericht. Ik vind de argumentatie ook bijzonder. Is dit een bekende situatie?

[Barre73]

Argarath schreef op vrijdag 21 juni 2024 @ 23:17:
Nou lekker, na inmiddels al 2 jaar te wachten op een aansluiting krijgen we nu een brief dat Delta stopt met de werkzaamheden omdat een concurrent ook glasvezel wil gaan aanleggen. Wordt ook nog even gemeld dat het afgesloten abonnement gewoon doorgaat.

Ik heb mijn buik wel een beetje vol van de constante vertraging en dan ook nog dit bericht. Ik vind de argumentatie ook bijzonder. Is dit een bekende situatie?

Het afgesloten abonnement? Zonder diensten geen abonnement lijkt mij...

Bedoel je niet de gegeven toestemming?

Ik zag ergens een soortgelijk bericht over Smallingerland waar dat namelijk in stond. Of heb jij het over hetzelfde?

[Argarath]

Barre73 schreef op zaterdag 22 juni 2024 @ 09:42:
[...]


Het afgesloten abonnement? Zonder diensten geen abonnement lijkt mij...

Bedoel je niet de gegeven toestemming?

Ik zag ergens een soortgelijk bericht over Smallingerland waar dat namelijk in stond. Of heb jij het over hetzelfde?

Nee, heb ook een abonnement afgesloten toentertijd, omdat men voldoende animo nodig had om te beginnen met aanleggen. Dus dat klopt an sich wel, maar ja… 2 jaar geleden…

En dit is gemeente Tilburg.

[RobertMe]

Argarath schreef op zaterdag 22 juni 2024 @ 13:18:
[...]


Nee, heb ook een abonnement afgesloten toentertijd, omdat men voldoende animo nodig had om te beginnen met aanleggen. Dus dat klopt an sich wel, maar ja… 2 jaar geleden…

En dit is gemeente Tilburg.

Maar hoe wilt Delta je aan het abonnement houden? Ze kunnen niet leveren (voor een oneindige periode).

Het is al erg genoeg dat ze je aan contract (/abo) houden als je na 1, 2, 3 jaar wachten wilt annuleren. Maar bij jou weten ze nu uberhaupt dat ze nooit gaan leveren. Dus hoezo aan abo houden? Voor als je verhuisd naar een adres waar ze wel leveren of zo?

[Drardollan]

Argarath schreef op vrijdag 21 juni 2024 @ 23:17:
Nou lekker, na inmiddels al 2 jaar te wachten op een aansluiting krijgen we nu een brief dat Delta stopt met de werkzaamheden omdat een concurrent ook glasvezel wil gaan aanleggen. Wordt ook nog even gemeld dat het afgesloten abonnement gewoon doorgaat.

Ik heb mijn buik wel een beetje vol van de constante vertraging en dan ook nog dit bericht. Ik vind de argumentatie ook bijzonder. Is dit een bekende situatie?

Bedoelen ze niet dat ze samen de kabels gaan leggen? Niemand zit te wachten op 2 kabels toch?

In Tilburg zijn ze al jaren glas aan het leggen toch? M welke partijen weet ik niet.

[Argarath]

RobertMe schreef op zaterdag 22 juni 2024 @ 13:34:
[...]

Maar hoe wilt Delta je aan het abonnement houden? Ze kunnen niet leveren (voor een oneindige periode).

Het is al erg genoeg dat ze je aan contract (/abo) houden als je na 1, 2, 3 jaar wachten wilt annuleren. Maar bij jou weten ze nu uberhaupt dat ze nooit gaan leveren. Dus hoezo aan abo houden? Voor als je verhuisd naar een adres waar ze wel leveren of zo?

Geen idee hoe rechtsgeldig dit is, maar het staat toch letterlijk in de brief.

[Argarath]

Drardollan schreef op zaterdag 22 juni 2024 @ 13:52:
[...]

Bedoelen ze niet dat ze samen de kabels gaan leggen? Niemand zit te wachten op 2 kabels toch?

In Tilburg zijn ze al jaren glas aan het leggen toch? M welke partijen weet ik niet.

Nee, er staat dat ze vooralsnog de aanleg stilleggen, omdat ze vinden dat het onzin is dat meerdere partijen glas gaan aanleggen.

Delta is in gemeente Tilburg vooralsnog de enige die in ons dorp glas aanbiedt (in theorie dan, want het ligt er dus niet).

[Berpie74]

Wij hebben een glas vezel aansluiting van Delta in onze meterkast (wit kastje). Op de site van Delta kan ik echter geen abonnement samenstellen, dit kan alleen telefonisch, aldus Delta. Iemand een idee waarom dat zo is? Ik wil graag op de site kijken wat er mogelijk is en wat het kost, niet telefonisch.

[MooDyBLueS]

@Berpie74 Probeer even een paar deuren/straten verder, zeker als jij bijv. recentelijk aangesloten bent. Ben jij bijv. nr. 23, pak dan even 21/25 en als dat ook niet werkt steeds iets verder, bijv. nr. 1 of de hoek om in de andere straat of de straat erachter.

Tenzij je op een plek zit waar je de enige bent (die op glas is aangesloten) of dat alles hageltje nieuw gebouwd is en pas is opgeleverd, zal je snel genoeg een werkende combi treffen.

Bij mij is het namelijk zo dat onze woning uit 2022 is, glas is vorige maand aangelegd, ik kan op mijn eigen postcode+huisnummer nog steeds niks vinden, maar pak ik de rest van de straat die allemaal in 2014-2018 gebouwd zijn dan werken ze allemaal (nou ja, de paar die ik getest heb).

[Drardollan]

Berpie74 schreef op zondag 23 juni 2024 @ 19:55:
Wij hebben een glas vezel aansluiting van Delta in onze meterkast (wit kastje). Op de site van Delta kan ik echter geen abonnement samenstellen, dit kan alleen telefonisch, aldus Delta. Iemand een idee waarom dat zo is? Ik wil graag op de site kijken wat er mogelijk is en wat het kost, niet telefonisch.

Als allemaal niet medewerkers van Delta hier (gok ik), hoe kunnen we hier ooit antwoord op geven? Wij kunnen niet in de systemen van Delta kijken en enkel gissen waarom dit zo is.

Bel gewoon en leg uit dat je wil vergelijken, maar niets kunt vinden op je postcode. Komt er ongetwijfeld een antwoord waarom dit niet kan en hoe dit op te lossen is. Ze kunnen je dan ook vertellen wat er mogelijk is, dat schrijf je dan even op een blaadje om later rustig te bestuderen.

Voor hetzelfde geld heb je wel een kastje/kabel en verder niks nog aan Delta kant, dan is er niks te vergelijken verder.

[MooDyBLueS]

@Drardollan Wat bedoel je nu eigenlijk met "wel een kastje/kabel en verder niks nog aan Delta kant"?

Wat is er nog meer nodig dan de fysieke glasaansluiting in de meterkast die op het aansluitpunt in de wijk zit en dan zelf het abo bestellen? Misschien begrijp ik je verkeerd, maar wat mis je dan aan Delta kant evt nog? Bij mij werkte het onlangs precies zo: eerst werd de kabel in de straat getrokken, toen in de meterkast met kastje aangesloten waarna deze doorgemeten is en goed bevonden en nu is het aan mij een abo te bestellen.

[ Voor 6% gewijzigd door MooDyBLueS op 24-06-2024 14:07 ]

[Drardollan]

MooDyBLueS schreef op maandag 24 juni 2024 @ 14:07:
@Drardollan Wat bedoel je nu eigenlijk met "wel een kastje/kabel en verder niks nog aan Delta kant"?

Wat is er nog meer nodig dan de fysieke glasaansluiting in de meterkast die op het aansluitpunt in de wijk zit en dan zelf het abo bestellen? Misschien begrijp ik je verkeerd, maar wat mis je dan aan Delta kant evt nog? Bij mij werkte het onlangs precies zo: eerst werd de kabel in de straat getrokken, toen in de meterkast met kastje aangesloten waarna deze doorgemeten is en goed bevonden en nu is het aan mij een abo te bestellen.

De kabel aan de kant van Delta hoeft niet aangesloten te zijn in het POP. Of nog geen planning wanneer dit gebeurd. Dit is de laatste stap in het proces van aanleggen. Mogelijk zijn enkel de mensen die al een aansluiting hebben / al aangevraagd hebben aangesloten op dit moment (een POP heeft geen onbeperkt aantal poorten). Ook moet er nog administratief een en ander verwerkt worden bij aanleg, mede door informatie die door de aannemers aangeleverd wordt. En dat moet dan allemaal ook nog goed doorkomen richting de website.

Het hebben hangen van een kastje zegt, helaas, helemaal niets. Al is het over het algemeen wel een heel goed uitgangspunt omdat je minstens 90% van het werk en mogelijke vertragingen achter de rug hebt.

[W1ck1e]

Drardollan schreef op maandag 24 juni 2024 @ 14:47:
[...]


De kabel aan de kant van Delta hoeft niet aangesloten te zijn in het POP. Of nog geen planning wanneer dit gebeurd. Dit is de laatste stap in het proces van aanleggen. Mogelijk zijn enkel de mensen die al een aansluiting hebben / al aangevraagd hebben aangesloten op dit moment (een POP heeft geen onbeperkt aantal poorten). Ook moet er nog administratief een en ander verwerkt worden bij aanleg, mede door informatie die door de aannemers aangeleverd wordt. En dat moet dan allemaal ook nog goed doorkomen richting de website.

Het hebben hangen van een kastje zegt, helaas, helemaal niets. Al is het over het algemeen wel een heel goed uitgangspunt omdat je minstens 90% van het werk en mogelijke vertragingen achter de rug hebt.

Bij installatie is volgens mij de glasvezel getest en goed bevonden. Vereist dat niet een aansluiting aan POP kant ?

[f.welvering]

W1ck1e schreef op maandag 24 juni 2024 @ 15:40:
[...]
Bij installatie is volgens mij de glasvezel getest en goed bevonden. Vereist dat niet een aansluiting aan POP kant ?

Voor zover ik weet niet. De kabel wordt dmv een "kabeltester" getest tussen begin en eindpunt.
Als dit goed is kan hij later of direct aangesloten worden op de POP

[Drardollan]

W1ck1e schreef op maandag 24 juni 2024 @ 15:40:
[...]
Bij installatie is volgens mij de glasvezel getest en goed bevonden. Vereist dat niet een aansluiting aan POP kant ?

Nee. Tijdens het aansluiten wordt er enkel een test signaal op de lijn gezet in het POP. Dit is nog niet de uiteindelijke verbinding in het POP, ik vermoed om problemen te voorkomen met kapotte kabels en mogelijke storingen daardoor.

[Berpie74]

Dank voor de reacties allemaal.
Het kastje hangt er nu zo'n 9 maanden. Dat is lang genoeg zou je zeggen. Caiway ook geprobeerd, precies hetzelfde. Die van Glassoort (KPN) hangt er 7 maanden en daar kan ik wel aanbieders en abonnementen op vergelijken...
Misschien bel ik ze nog wel, maar vind het maar raar.

[Barre73]

Drardollan schreef op maandag 24 juni 2024 @ 16:06:
[...]

Nee. Tijdens het aansluiten wordt er enkel een test signaal op de lijn gezet in het POP. Dit is nog niet de uiteindelijke verbinding in het POP, ik vermoed om problemen te voorkomen met kapotte kabels en mogelijke storingen daardoor.

De vezel van de woning komt in de PoP uit op een afwerklade met poortjes aan de voorzijde 96 poorten per lade voor 96 woningen). Die verbinding wordt dus getest na aanleg. Waarmee gekeken wordt of er geen breuk, slechte las etc.. in zit. Het zegt inderdaad niks over beschikbaarheid van diensten want:

In diezelfde PoP staat een paar kasten verder ook actieve apparatuur van de operator met poorten of splitters. Bij activatie van een abonnement wordt er een extra kabeltje getrokken in de PoP van de eerstgenoemde poort naar de poort van de actieve apparatuur (of de splitter daarvan). Zo is de route voltooid en staat er ook werkelijk licht op de lijn met diensten.

Als die actieve apparatuur nog niet klaar is of nog niet in gebruik kan worden genomen heb je een passieve aansluiting thuis waar je nog niks mee kan.
Maar die aansluiting zit wel al in de PoP aangesloten (want die meting is al gedaan). Want uit de verhalen hierboven zou je kunnen denken dat dat niet het geval is...

[ Voor 8% gewijzigd door Barre73 op 24-06-2024 19:13 ]

[Drardollan]

Barre73 schreef op maandag 24 juni 2024 @ 19:10:
[...]


De vezel van de woning komt in de PoP uit op een afwerklade met poortjes aan de voorzijde 96 poorten per lade voor 96 woningen). Die verbinding wordt dus getest na aanleg. Waarmee gekeken wordt of er geen breuk, slechte las etc.. in zit. Het zegt inderdaad niks over beschikbaarheid van diensten want:

In diezelfde PoP staat een paar kasten verder ook actieve apparatuur van de operator met poorten of splitters. Bij activatie van een abonnement wordt er een extra kabeltje getrokken in de PoP van de eerstgenoemde poort naar de poort van de actieve apparatuur (of de splitter daarvan). Zo is de route voltooid en staat er ook werkelijk licht op de lijn met diensten.

Als die actieve apparatuur nog niet klaar is of nog niet in gebruik kan worden genomen heb je een passieve aansluiting thuis waar je nog niks mee kan.
Maar die aansluiting zit wel al in de PoP aangesloten (want die meting is al gedaan). Want uit de verhalen hierboven zou je kunnen denken dat dat niet het geval is...

Uiteraard zit de glasvezel dan al afgemonteerd op een patchpanel in het POP voor ze gaan testen. Ze gaan niet met de tester even wat touwtjes proberen.

Het enige wat gezegd, onder meer door mij, dat je het POP nog niet aangesloten kan zijn of wellicht niet kan worden. Maar daar is in dit topic werkelijk geen zinnig woord over te zeggen, de poster moet gewoon Delta bellen. Daar is niks engs aan verder.

[Renegade666]

Drardollan schreef op maandag 24 juni 2024 @ 21:49:
[...]
. Daar is niks engs aan verder.

Nou, vond mijn gesprek met die lui aardig eng anders.. 🙈

[thetakman]

Ik weet niet of ik hier goed zit, maar een vraagje.
We hebben bijna anderhalf jaar geleden ingeschreven op Delta glasvezel die hier in de omgeving aangelegd ging worden.

Toen der tijd was er een redelijke beperkte keuze kwa providers dus Delta maar genomen. Echter zit sinds kort Odido er ook bij. Hier heb ik wel echt oren naar want we hebben thuis 3 Odido 06 abonnement.

Nu is het probleem, onze glasvezel is nog steeds niet aangesloten, verwachting is onderhand al meerdere malen uitgesteld en nu is het: Verwacht voor einde van 2024, maarja de bouwvak begint over een paar weken en het bovengrondse verdeelpunt is nog niet eens in de planning.

Anyhow, heb ik ergens een mogelijkheid om van Delta naar Odido te gaan? Of moet ik eerst nog een half jaar wachten voor de glasvezel opgeleverd wordt, en daarna een jaar wachten tot het contract (wat pas ingaat bij oplevering) verloopt om te wisselen? Ik ben niet zo heel erg thuis in deze materie, het is tenslotte dezelfde glas lijn (Odido zit het op Delta netwerk)

(P.S. gehele sidenote maar er ligt dus al maanden een 5-10 meter kabel op een haspel MIDDEN in mijn voordeur, heb hem aan de zijkant gelegd maar hij prikt middenin de deur de grond uit. 1 Mis stap en je breekt zo de kabel (of je nek) Delta gesproken hierover maarja wachten tot de aannemer hem komt aansluiten meer kan je niet doen meneer)

[ Voor 14% gewijzigd door thetakman op 25-06-2024 10:15 ]

[RobertMe]

thetakman schreef op dinsdag 25 juni 2024 @ 10:13:
Ik weet niet of ik hier goed zit, maar een vraagje.
We hebben bijna anderhalf jaar geleden ingeschreven op Delta glasvezel die hier in de omgeving aangelegd ging worden.

Toen der tijd was er een redelijke beperkte keuze kwa providers dus Delta maar genomen. Echter zit sinds kort Odido er ook bij. Hier heb ik wel echt oren naar want we hebben thuis 3 Odido 06 abonnement.

Nu is het probleem, onze glasvezel is nog steeds niet aangesloten, verwachting is onderhand al meerdere malen uitgesteld en nu is het: Verwacht voor einde van 2024, maarja de bouwvak begint over een paar weken en het bovengrondse verdeelpunt is nog niet eens in de planning.

Anyhow, heb ik ergens een mogelijkheid om van Delta naar Odido te gaan? Of moet ik eerst nog een half jaar wachten voor de glasvezel opgeleverd wordt, en daarna een jaar wachten tot het contract (wat pas ingaat bij oplevering) verloopt om te wisselen? Ik ben niet zo heel erg thuis in deze materie, het is tenslotte dezelfde glas lijn (Odido zit het op Delta netwerk)

Ik verwacht dat een en ander mogelijk is afhankelijk is van wat Delta Fiber nu aan het doen is v.w.b. aanleg. Als ze iedereen (alle woningen) aansluiten zou je inderdaad waarschijnlijk kunnen opzeggen*, als ze alleen de woningen aansluiten waar een abo is afgesloten zal opzeggen dus lastiger worden omdat ze het werk dan (mogelijk) niet af maken / daar extra kosten voor rekenen / .... En ook als ze alle woningen aansluiten kan het zijn dat er extra kosten komen.
Zelf kon ik mij ~2 jaar terug aanmelden en was dit onder vermelding van dat later aansluiten in de €700 zou kosten. Ik heb mij toen niet aangemeld en later kwam er een bericht dat ze alle woningen gaan aansluiten, je nu nog "gratis" een aansluiting kon krijgen door een abo af te sluiten, en als je dat niet deed zouden er later ik meen rond de €350 voor gerekend worden als je alsnog een abo wilde. Als bij jou de situatie hetzelfde is zou het dus kunnen dat er dus alsnog iets van kosten gerekend wordt als je later Odido wilt afsluiten. Maar eigenlijk denk ik zelf dat ze dat niet daadwerkelijk gaan doen.

* Waar Delta dan weer moeilijk over gaat doen omdat de "14 dagen bedenktijd" om is en jij ze weer met de wetgeving om de oren moet slaan dat de bedenktijd pas in gaat nadat alle producten / diensten geleverd zijn. En uiteraard zijn ze nog helemaal niet aan het leveren dus is die 14 dagen bedenktijd nog niet gestart.

[thetakman]

RobertMe schreef op dinsdag 25 juni 2024 @ 10:57:
[...]

Ik verwacht dat een en ander mogelijk is afhankelijk is van wat Delta Fiber nu aan het doen is v.w.b. aanleg. Als ze iedereen (alle woningen) aansluiten zou je inderdaad waarschijnlijk kunnen opzeggen*, als ze alleen de woningen aansluiten waar een abo is afgesloten zal opzeggen dus lastiger worden omdat ze het werk dan (mogelijk) niet af maken / daar extra kosten voor rekenen / .... En ook als ze alle woningen aansluiten kan het zijn dat er extra kosten komen.
Zelf kon ik mij ~2 jaar terug aanmelden en was dit onder vermelding van dat later aansluiten in de €700 zou kosten. Ik heb mij toen niet aangemeld en later kwam er een bericht dat ze alle woningen gaan aansluiten, je nu nog "gratis" een aansluiting kon krijgen door een abo af te sluiten, en als je dat niet deed zouden er later ik meen rond de €350 voor gerekend worden als je alsnog een abo wilde. Als bij jou de situatie hetzelfde is zou het dus kunnen dat er dus alsnog iets van kosten gerekend wordt als je later Odido wilt afsluiten. Maar eigenlijk denk ik zelf dat ze dat niet daadwerkelijk gaan doen.

* Waar Delta dan weer moeilijk over gaat doen omdat de "14 dagen bedenktijd" om is en jij ze weer met de wetgeving om de oren moet slaan dat de bedenktijd pas in gaat nadat alle producten / diensten geleverd zijn. En uiteraard zijn ze nog helemaal niet aan het leveren dus is die 14 dagen bedenktijd nog niet gestart.

Ze sluiten alle woningen alsnog gratis aan inderdaad (schoonvader 2 straten verderop heeft niet ingetekend en heeft ook een draadje liggen)

Stukje van de bedenktijd is een goeie maar voelt wel een beetje "gemeen" ofzo? Ik wil namelijk gewoon de aansluiting alleen een andere aanbieder erop die er nog niet was toen we moesten inschrijven.

[ Voor 5% gewijzigd door thetakman op 25-06-2024 11:01 ]

[RobertMe]

thetakman schreef op dinsdag 25 juni 2024 @ 11:00:
Stukje van de bedenktijd is een goeie maar voelt wel een beetje "gemeen" ofzo? Ik wil namelijk gewoon de aansluiting alleen een andere aanbieder erop die er nog niet was toen we moesten inschrijven.

Nouja, formeel zijn er twee partijen. Delta Fiber Nederland (DFN) en Delta. DFN stopt een kabel in de grond, blijkbaar dan bij alle woningen, en sluit deze binnen aan op een FTU. Vervolgens heb jij nu bij Delta een dienst afgesloten waarvoor zij gebruik maken van de kabel etc die DFN in de grond heeft gestopt. Als je de dienst van Delta opzegt zou dat dus kunnen betekenen dat DFN hun werk niet afmaakt. Maar anderzijds als je een contract bij Odido afneemt zullen zij de vezel "huren" van DFN en moeten die werkzaamheden net zo goed worden af gemaakt.

Wat je wellicht nog wel het beste kunt doen is eens dit verhaal bij de klantenservice van Odido neerleggen? Delta gaat je natuurlijk niet vrijwillig laten vertrekken (dat spelletje spelen ze al met de bedenktijd). Terwijl als Odido je de garantie (zwart op wit) geeft dat ze net zo goed kunnen leveren zonder additionele kosten...? Dan maakt het niet uit wat Delta er van vind. En als DFN bij wijze van moeilijk doet dan moet Odido dat maar oplossen met DFN, of Odido komt hun gemaakte afspraken niet na.

Overigens zijn Delta en DFN (en Caiway) in handen van dezelfde investeringsmaatschappij. Dus in bepaalde mate zullen die ook wel "onder een hoedje" spelen. Zo heeft Odido een samenwerking met ODF en is het IIRC zo dat het eerste jaar over de vezel van ODF alleen Odido kan/mag leveren. En DFN zou dus mogelijk iets soortgelijks afgesproken kunnen hebben met Delta & Caiway. Of dat klanten van Delta / Caiway met voorrang worden aangesloten. Maar dat is pure speculatie natuurlijk.

[Justevo]

Ik zou vorige week gepatched worden in de wijkcentrale maar dat lukte om een of andere reden niet, sindsdien heeft Delta het bij BAM neergelegt maar ligt het volledig stil. Ze blijven uitleg vragen bij BAM maar er komt geen antwoord.

Is het zinvol om BAM Telecom te bellen in deze? Of hebben zij niet zo'n helpdesk met specifieke vragen over jouw aansluiting.

[robertwebbe]

@Justevo Gewoon proberen, kan nooit kwaad. Maar houd je verwachting wel laag, de kans op teleurstelling is flink aanwezig.

[Beekforel]

@thetakman ik heb ook opgezegd voordat ik aangesloten was, was geen enkel probleem. Heb gewoon aangeven dat mijn wensen zijn veranderd.

Als je daarna Odido aanvraagt regelen die de rest. De verkoper van Odido aan de deur stelde dit zelfs zelf voor... Ik ben daar niet op ingegaan verder maar het zou wel kunnen. Na het zien van dit zou ik wel ff nadenken....

[Newy]

Wacht hier ook al maanden op de glasaansluiting, Delta is best onbetrouwbaar.
Met bellen kom ik ook niet verder, ze weten het niet..
Wel folder in de bus van Caiway gekregen.

[Drardollan]

Wij hebben 2 jaar en 5 maanden moeten wachten vanaf aanvang (eerste promotie voor 25%) tot daadwerkelijke aansluiting. Het draadje heeft ongeveer een jaar voor de voordeur gezeten. Daadwerkelijke aanleg was in 17 dagen rond van binnenbrengen tot opleveren.

Er is geen hoger opgeleid personeel beschikbaar. Met alle respect voor de keiharde werkers, maar voor het grondwerk (aanleg tot de voordeur) is het niet zo’n groot tekort. Dat vereist, wederom met meer dan respect, vooral spierkracht. Pas daarna wordt het lastig, van inrichten POP tot naar binnen brengen en afmonteren is personeel nodig met meer kennis van zaken. En daar stokt het dus.

Het duurde echt erg lang, maar mij was het het wachten zeker waard. Eindelijk verlost van monopolie KPN met 100/30 DSL en Ziggo met zijn woekerprijzen en bijzonder slechte kwaliteit alhier.

Delta is niet de goedkoopste op de vezel, maar logisch dat zij het voor een jaar afdwingen wat mij betreft. Daarna ben ik (en anderen) vrij om te gaan. Voor mij telt er meer dan geld, dus als de kwaliteit goed blijft zal ik wel blijven hangen.

Geduld is helaas een schone zaak, dat blijkt eens te meer. Maar geen zorgen, als ze zover zijn dat ze gaan aansluiten dan gaat het waarschijnlijk in volle vaart.

[MooDyBLueS]

Drardollan schreef op woensdag 26 juni 2024 @ 19:06:
Wij hebben 2 jaar en 5 maanden moeten wachten vanaf aanvang (eerste promotie voor 25%) tot daadwerkelijke aansluiting. Het draadje heeft ongeveer een jaar voor de voordeur gezeten. Daadwerkelijke aanleg was in 17 dagen rond van binnenbrengen tot opleveren.

Er is geen hoger opgeleid personeel beschikbaar. Met alle respect voor de keiharde werkers, maar voor het grondwerk (aanleg tot de voordeur) is het niet zo’n groot tekort. Dat vereist, wederom met meer dan respect, vooral spierkracht. Pas daarna wordt het lastig, van inrichten POP tot naar binnen brengen en afmonteren is personeel nodig met meer kennis van zaken. En daar stokt het dus.

Het duurde echt erg lang, maar mij was het het wachten zeker waard. Eindelijk verlost van monopolie KPN met 100/30 DSL en Ziggo met zijn woekerprijzen en bijzonder slechte kwaliteit alhier.

Delta is niet de goedkoopste op de vezel, maar logisch dat zij het voor een jaar afdwingen wat mij betreft. Daarna ben ik (en anderen) vrij om te gaan. Voor mij telt er meer dan geld, dus als de kwaliteit goed blijft zal ik wel blijven hangen.

Geduld is helaas een schone zaak, dat blijkt eens te meer. Maar geen zorgen, als ze zover zijn dat ze gaan aansluiten dan gaat het waarschijnlijk in volle vaart.

Bij ons is het vanaf moment van aanvraag tot aansluiting in de meterkast totaal iets meer dan 3 maanden geweest. En het ging zelfs om 1 losse aansluiting waarbij de rest van de straat al voorzien was en er wel 200m straat opengebroken moest worden.

Tuurlijk kunnen wij best weleens allebei 2 uitersten zijn, maar daarom zou ik niet bij voorbaat mensen bang lopen maken dat het weleens 2,5 jaar kan gaan duren. Gewoon aanvragen en je ziet het wel. Maar ook wel even erachteraan zitten als je niks hoort. Zou bij ons binnen 12 weken aangelegd worden, na 11 weken niks gehoord, ik gebeld naar Delta Fiber, die belden gelijk met de aannemer en die stond 3 dagen later op de stoep. Precies 1 week heeft de kabel uit de stoep gestoken waarna de monteur voor de aansluiting in meterkast en wijkkast kwam.

[Justevo]

robertwebbe schreef op dinsdag 25 juni 2024 @ 17:57:
@Justevo Gewoon proberen, kan nooit kwaad. Maar houd je verwachting wel laag, de kans op teleurstelling is flink aanwezig.

Nou het heeft gewerkt. Delta had al 2 weken geen idee, "we hebben een ticket aangemaakt en we wachten op antwoord".

Ik bel naar BAM Telecom en binnen 5 minuten was het duidelijk. 2 uur later stond er een monteur voor de deur om het op te lossen.

Bizar dat het eigenlijk zo moet.

[Drardollan]

MooDyBLueS schreef op donderdag 27 juni 2024 @ 00:02:
[...]

Bij ons is het vanaf moment van aanvraag tot aansluiting in de meterkast totaal iets meer dan 3 maanden geweest. En het ging zelfs om 1 losse aansluiting waarbij de rest van de straat al voorzien was en er wel 200m straat opengebroken moest worden.

Tuurlijk kunnen wij best weleens allebei 2 uitersten zijn, maar daarom zou ik niet bij voorbaat mensen bang lopen maken dat het weleens 2,5 jaar kan gaan duren. Gewoon aanvragen en je ziet het wel. Maar ook wel even erachteraan zitten als je niks hoort. Zou bij ons binnen 12 weken aangelegd worden, na 11 weken niks gehoord, ik gebeld naar Delta Fiber, die belden gelijk met de aannemer en die stond 3 dagen later op de stoep. Precies 1 week heeft de kabel uit de stoep gestoken waarna de monteur voor de aansluiting in meterkast en wijkkast kwam.

Het heeft niets met bang maken te maken, ik geef de feiten van de situatie hier. En dat is niet heel uniek, dit topic staat vol met soortgelijke ervaringen.

Onze situatie is verder volledig onvergelijkbaar, hier begon men vanaf 0 en bij jou lag praktisch alles er al. Als de vezel al binnen had gelegen was je zelfs binnen 3 weken klaar geweest.

In ons geval had bellen met Delta geen nut overigens, je werd simpelweg doorverwezen naar de aannemer (Circe bij ons) en die noemden standaard een kwartaal X in de toekomst. Deze aannemer moest je zelf bellen voor informatie, wat veel mensen in mijn omgeving gedaan hebben overigens. Zolang de infrastructuur er nog niet is kan je enkel afwachten. Helaas.

Ondertussen is het aansluiten hier nu in volle gang. Ik zat, dankzij wat geluk denk ik, in de kopgroep. Maar hoor ook al mensen waarbij de aansluiting tot de voordeur er pas kort (minder dan 3 maanden) ligt die afspraken met monteurs voorgesteld krijgen. Ze zijn duidelijk gestart met aansluiten hier en voornemens het nu in 1 adem af te ronden (logisch, ze willen ook centen verdienen na zo’n lange tijd).

Delta heeft nogal veel hooi op de vork genomen, zie ook de eerdere berichten hier over aansluitingen die geannuleerd zijn. En daarin zijn ze niet uniek, op veel plekken in Nederland wordt hard gewerkt door diverse partijen om glasvezels de huizen in te krijgen. Het is een gigantische operatie die ontiegelijk veel vertraging heeft opgelopen de afgelopen jaren dankzij overheden (vergunningen) en de KPN die er alles aan heeft gedaan hun monopolie te behouden.

[RobertMe]

Drardollan schreef op donderdag 27 juni 2024 @ 00:15:
dankzij overheden (vergunningen)

Er zijn toch helemaal geen vergunningen nodig hiervoor? Er is maar een meldplicht en de gemeente mag eisen stellen aan de aanleg (ja, die eisen kan ook inhouden dat ze pas over X maanden mogen aanleggen, wat in sommige gemeentes ook gedaan is als bv de stoepen recentelijk open zijn geweest, al dan niet door een concurrent), maar de gemeente kan niet voorkomen dat er ooit aangelegd kan worden.

Zelf overigens dan de ervaring dat ik mij tot begin 2022 (februari/maart/april IIRC) kon aanmelden. Paar maanden later bericht dat ze overgingen tot aanleg en ze alle woningen zouden aansluiten. Oktober/november 2022 zijn ze gestart met aanleggen en IIRC in april 2023 hebben ze de kabel tot de voordeur gelegd. Bij familie aan de andere kant van het dorp zijn ze in juli/augustus denk ik "langs gekomen". En vervolgens bleef het heel lang stil en nergens iets te zien. Totdat ik een week of 3 terug zag dat ze op het bedrijventerrein en rand van het dorp weer aan het graven zijn (en dan ook mensen met Delta hesjes aan ), terwijl Volkerwessels daar voor Glaspoort heeft aangelegd afgelopen winter. Status op deltanetwerk.nl is "Opleverdatum: nader te bepalen". En na nieuws: Delta Fiber wil deel glasvezelaansluitingen verkopen aan Glaspoort zou ik gokken dat de opleverdatum "nooit" gaat worden, bij DFN.
Zelf overigens niet aangemeld, maar door wat postcodes te proberen op deltanetwerk.nl snel genoeg een gevonden met afgesloten abo en dus wat meer informatie. Dus ook geen idee of aangemelde "klanten" uitgebreidere berichtgeving hebben gehad over de status / oponthoud.

[Drardollan]

RobertMe schreef op donderdag 27 juni 2024 @ 06:19:
[...]

Er zijn toch helemaal geen vergunningen nodig hiervoor? Er is maar een meldplicht en de gemeente mag eisen stellen aan de aanleg (ja, die eisen kan ook inhouden dat ze pas over X maanden mogen aanleggen, wat in sommige gemeentes ook gedaan is als bv de stoepen recentelijk open zijn geweest, al dan niet door een concurrent), maar de gemeente kan niet voorkomen dat er ooit aangelegd kan worden.

Van de Delta site, het stappenplan voor aanleg van glasvezel:

1. Planning en voorbereiding

Achter de schermen is de aannemer druk bezig met de voorbereidingen voor de aanleg. Zij maken een technisch ontwerp en gaan in gesprek met vergunningverleners, zoals gemeenten en waterschap.

https://www.delta.nl/internet/glasvezel/aanleg/

Of het voorkomen kan worden, geen idee. Of ze het willen voorkomen, geen idee. Maar het is vergunningsplichtig en veel gemeentes (en waterschappen) zijn daar niet in alle gevallen even snel mee.

Zelf overigens dan de ervaring dat ik mij tot begin 2022 (februari/maart/april IIRC) kon aanmelden. Paar maanden later bericht dat ze overgingen tot aanleg en ze alle woningen zouden aansluiten. Oktober/november 2022 zijn ze gestart met aanleggen en IIRC in april 2023 hebben ze de kabel tot de voordeur gelegd. Bij familie aan de andere kant van het dorp zijn ze in juli/augustus denk ik "langs gekomen". En vervolgens bleef het heel lang stil en nergens iets te zien. Totdat ik een week of 3 terug zag dat ze op het bedrijventerrein en rand van het dorp weer aan het graven zijn (en dan ook mensen met Delta hesjes aan ), terwijl Volkerwessels daar voor Glaspoort heeft aangelegd afgelopen winter. Status op deltanetwerk.nl is "Opleverdatum: nader te bepalen". En na nieuws: Delta Fiber wil deel glasvezelaansluitingen verkopen aan Glaspoort zou ik gokken dat de opleverdatum "nooit" gaat worden, bij DFN.
Zelf overigens niet aangemeld, maar door wat postcodes te proberen op deltanetwerk.nl snel genoeg een gevonden met afgesloten abo en dus wat meer informatie. Dus ook geen idee of aangemelde "klanten" uitgebreidere berichtgeving hebben gehad over de status / oponthoud.

De communicatie was hier gelijk, op het laatste stukje na natuurlijk. Bij de mensen die geen abonnement hebben aangesloten is de communicatie gestopt na het fysiek binnen brengen van de aansluiting.

Maar niet om het een of ander, je hebt al meermaals aangegeven geen Delta aansluiting te hebben of te gaan nemen volgens mij. Vervolgens trek je ervaringen van mensen die wél een aansluiting onderweg of in gebruik hebben in twijfel. Is dit wel de meest logische plek om mee te posten vraag ik mij dan af?

[Drardollan]

Justevo schreef op donderdag 27 juni 2024 @ 00:14:
[...]
Nou het heeft gewerkt. Delta had al 2 weken geen idee, "we hebben een ticket aangemaakt en we wachten op antwoord".

Ik bel naar BAM Telecom en binnen 5 minuten was het duidelijk. 2 uur later stond er een monteur voor de deur om het op te lossen.

Bizar dat het eigenlijk zo moet.

Welkom in de bureaucratie

Maar je haalt wel een dingetje aan waar ik mij ook aan geïrriteerd heb in de periode van aanleg hier. Delta verwees ons hier in de omgeving door naar de aannemer (Circe) zoals ik vertelde. Terwijl wij als aanvragers geen enkel contract hebben met de aannemer. De aansluiting is aangevraagd bij Delta en wordt opgeleverd door Delta, wat daar tussen zit doet er wat mij betreft niet toe. Ik vond het echt een bijzonder vreemde zaak dat ik zelf naar de aannemer moest gaan bellen voor tussentijdse updates (die helaas maar weinig informatief waren). Ik vind dat echt een taak van een bedrijf als Delta, die moeten communiceren met hun aannemer wat mij betreft.

Ze hebben behoorlijk wat hooi op de vork genomen, dat noemde ik al eerder . Dat lijkt ze her en der wel op te breken, het proces wordt er in ieder geval niet duidelijker en efficiënter van.

Maar belangrijkste is dat je de boel in gang hebt gekregen. Is je aansluiting ook al werkend opgeleverd door Delta?

[RobertMe]

Drardollan schreef op donderdag 27 juni 2024 @ 09:03:
[...]


Van de Delta site, het stappenplan voor aanleg van glasvezel:

[...]


https://www.delta.nl/internet/glasvezel/aanleg/

Of het voorkomen kan worden, geen idee. Of ze het willen voorkomen, geen idee. Maar het is vergunningsplichtig en veel gemeentes (en waterschappen) zijn daar niet in alle gevallen even snel mee.

Nouja, wat ik meermaals gelezen heb (in dit topic / frontpage / ...) is dat er volgens de telecomwet geen vergunning nodig is. Maar dat ze dus wel bij de gemeente een plan moeten neerleggen of zo en de gemeente daar invloed op kan hebben (v.w.b. wanneer etc etc etc). Maar een gemeente mag de aanleg niet ronduit weigeren (hoogstens dus uitstellen).

[...]


De communicatie was hier gelijk, op het laatste stukje na natuurlijk. Bij de mensen die geen abonnement hebben aangesloten is de communicatie gestopt na het fysiek binnen brengen van de aansluiting.

Nouja, hier is nooit wat binnen gebracht, alleen tot de voordeur. En als ik op deltanetwerk.nl even alle huisnummers op mijn postcode af ga dan zijn er een aantal nummers waarop wordt aangegeven dat er een abo is afgesloten (iets met privacy? ) en staat er wel iets meer informatie v.w.b. aanleg. Maar dus overal dat de huisaansluiting nog niet gerealiseerd is (/binnen is gebracht), en ook dat er geen POP is, en dat de verwachtte opleverdatum dus "nader te bepalen" is.
Maar... ooit, lang geleden (ik meen zelfs nog voordat ze de kabel in de straat hadden aangelegd, dus dan "ruim" voordat de kabel aan de voordeur lag) is ook eens iemand bij mij binnenshuis komen kijken waar het ONT geplaatst zou (kunnen) worden.

Maar niet om het een of ander, je hebt al meermaals aangegeven geen Delta aansluiting te hebben of te gaan nemen volgens mij. Vervolgens trek je ervaringen van mensen die wél een aansluiting onderweg of in gebruik hebben in twijfel. Is dit wel de meest logische plek om mee te posten vraag ik mij dan af?

Ah, die opmerking, alweer (je bent niet de eerste). Maar naar mijn idee heb ik toch best wel ervaring met de aanleg er van (en kan ik ook beargumenteren waarom mijn ervaring als niet aangemelde niet sterk afwijkt van de wel aangemelde).
En daarnaast betekent het feit dat ik mij niet heb aangemeld natuurlijk niet dat ik nu niet en nooit niet er interesse in mag hebben en wellicht later alsnog klant wordt. Want de "recentere" (/van na de aanmeldtermijn) ontwikkelingen op het gebied van IPv6 en (soort van) bridge mode maken het voor mij wel interessanter om (uiteindelijk) wellicht eens een keer een abo af te sluiten. Maar zolang er uberhaupt geen teken is dat er iets opgeleverd is of opgeleverd gaat worden (nogmaals, ook adressen met abo hebben een "verwachte opleverdatum: nader te bepalen" ) heeft het ook weinig zin om mij aan te melden. Waardoor ik nu ook de kat uit de boom kan kijken v.w.b. ontwikkelingen bij Ziggo, Delta(/Caiway) mogelijke andere providers die over de DFN vezel kunnen leveren (Freedom & Odido die sinds "toen" beschikbaar zijn gekomen), etc etc. En als ooit wellicht die kabel naar binnen wordt gebracht kan ik dan wel sneller oordelen of ik wel of geen abo afsluit.

[Drardollan]

RobertMe schreef op donderdag 27 juni 2024 @ 09:21:
[...]

Nouja, wat ik meermaals gelezen heb (in dit topic / frontpage / ...) is dat er volgens de telecomwet geen vergunning nodig is. Maar dat ze dus wel bij de gemeente een plan moeten neerleggen of zo en de gemeente daar invloed op kan hebben (v.w.b. wanneer etc etc etc). Maar een gemeente mag de aanleg niet ronduit weigeren (hoogstens dus uitstellen).

Ik denk dat Delta het zelf wel zal weten. Net als veel sites van gemeentes.

De glasvezelaanbieders kiezen zelf in welke dorpen en welke panden ze glasvezel willen aanleggen. Ze moeten hiervoor een vergunning aanvragen bij de gemeente. Wanneer deze aanvraag aan de voorwaarden voldoet moet de gemeente volgens de Telecommunicatiewet toestaan dat deze leidingen in gemeentegrond worden aangelegd.

https://www.teylingen.nl/...rond%20worden%20aangelegd.

Bedrijven bepalen zelf in welk gebied en bij welke adressen zij glasvezel aan willen leggen. Zij moeten daarvoor wel een vergunning aanvragen bij de gemeente. De gemeente stelt namelijk voorwaarden aan de uitvoering van de werkzaamheden in de openbare ruimte. Dit doet de gemeente om ervoor te zorgen dat de werkzaamheden goed gaan. Pas als de gemeente de vergunning heeft verleend, kunnen glasvezelbedrijven daadwerkelijk beginnen met aanleggen.

https://www.kerkrade.nl/glasvezel

In de bewonersbrief bestrijdt Delta dat concurrent KPN ook bezig is met het aanleggen van een glasvezelnetwerk in het dorp. “Op dit moment heeft geen enkele andere partij toestemming van de gemeente voor de aanleg van glasvezelinfrastructuur in uw gemeente. Zij kunnen dus nog helemaal niet beginnen”, stelt Delta. KPN laat weten dat de vergunning een kwestie van tijd is. “Volgend jaar krijgen onze klanten de kans om over te stappen op glasvezelinternet. De voorbereidingen worden momenteel al getroffen”, belooft een woordvoerder.

https://sleutelstad.nl/20...-internet-in-zoeterwoude/

Verschillende aanbieders van glasvezelkabel zijn actief in gemeente Dijk en Waard. Zij benaderen inwoners via huis-aan-huisbrieven en reclamemateriaal. Op dit moment heeft Open Dutch Fiber een vergunning ontvangen om glasvezelkabel aan te leggen in Heerhugowaard. Glaspoort/KPN heeft een vergunning om dit aan te leggen in Sint Pancras. Zij mogen in delen van Dijk en Waard glasvezelinternet aanbieden en verkopen. Andere aanbieders hebben een aanvraag bij de gemeente gedaan, maar is er geen vergunning verleend. Op dit moment zijn er dan ook geen andere aanbieders die een vergunning hebben om glasvezelinternet aan te leggen. Als er meerdere vergunningen zijn verleend, zullen wij op deze website vermelden welke aanbieders dit zijn.

https://www.dijkenwaard.nl/wonen-en-leven/wonen/glasvezel

Om er maar wat te noemen, inclusief geweigerde vergunningen omdat er blijkbaar niet aan de voorwaarden werd voldaan.

De enige juiste conclusie is, er is een vergunning nodig. Die vergunning wordt in principe altijd gegeven als er aan de voorwaarden wordt voldaan. Maar dat betekent niet dat je deze direct krijgt, daar gaat tijd overheen. Zeker als er speciale voorwaarden zijn die gesteld worden.

[...]

Nouja, hier is nooit wat binnen gebracht, alleen tot de voordeur. En als ik op deltanetwerk.nl even alle huisnummers op mijn postcode af ga dan zijn er een aantal nummers waarop wordt aangegeven dat er een abo is afgesloten (iets met privacy? ) en staat er wel iets meer informatie v.w.b. aanleg. Maar dus overal dat de huisaansluiting nog niet gerealiseerd is (/binnen is gebracht), en ook dat er geen POP is, en dat de verwachtte opleverdatum dus "nader te bepalen" is.
Maar... ooit, lang geleden (ik meen zelfs nog voordat ze de kabel in de straat hadden aangelegd, dus dan "ruim" voordat de kabel aan de voordeur lag) is ook eens iemand bij mij binnenshuis komen kijken waar het ONT geplaatst zou (kunnen) worden.


[...]

Ah, die opmerking, alweer (je bent niet de eerste). Maar naar mijn idee heb ik toch best wel ervaring met de aanleg er van (en kan ik ook beargumenteren waarom mijn ervaring als niet aangemelde niet sterk afwijkt van de wel aangemelde).
En daarnaast betekent het feit dat ik mij niet heb aangemeld natuurlijk niet dat ik nu niet en nooit niet er interesse in mag hebben en wellicht later alsnog klant wordt. Want de "recentere" (/van na de aanmeldtermijn) ontwikkelingen op het gebied van IPv6 en (soort van) bridge mode maken het voor mij wel interessanter om (uiteindelijk) wellicht eens een keer een abo af te sluiten. Maar zolang er uberhaupt geen teken is dat er iets opgeleverd is of opgeleverd gaat worden (nogmaals, ook adressen met abo hebben een "verwachte opleverdatum: nader te bepalen" ) heeft het ook weinig zin om mij aan te melden. Waardoor ik nu ook de kat uit de boom kan kijken v.w.b. ontwikkelingen bij Ziggo, Delta(/Caiway) mogelijke andere providers die over de DFN vezel kunnen leveren (Freedom & Odido die sinds "toen" beschikbaar zijn gekomen), etc etc. En als ooit wellicht die kabel naar binnen wordt gebracht kan ik dan wel sneller oordelen of ik wel of geen abo afsluit.

Het lijkt mij logisch dat je bij interesse meeleest of wat vraagt. Maar zo komt het in ieder geval niet over.

[Barre73]

Los van dat dit ver off-topic gaat (daar is het DFN topic voor):

Voor aanleg telecom is inderdaad geen vergunning nodig maar instemming over tijdstip en wijze van werkzaamheden. Zo noemt men dat formeel.
Het effect is echter hetzelfde. Je dient een aanvraag in bij de gemeente, zij moeten binnen 8 weken een besluit nemen met de mogelijkheid tot 8 weken later.
Grote verschil met een vergunning is wel dat dit proces niet openbaar is en dus ook geen bezwaar of beroep mogelijk is vanuit bewoners of andere partijen. Straatkasten en PoP's tot 15m2 vallen ook onder dit regime dus zijn ook niet ontvankelijk voor bezwaar of beroep.

Strikt genomen kan een gemeente inderdaad niet weigeren. Ze kunnen op basis van zeer urgente redenen een voorgesteld tracé weigeren maar dan ook wel een alternatief bieden.
Dat alternatief is vaak dat de betreffende netbeheerder daar wel mag graven maar dan bijvoorbeeld de bestrating moet laten terug brengen door een aangewezen partij, en vaak ook helemaal van rand tot rand in plaats van alleen de sleuf van 30 tot 40 cm breed.
Met andere woorden: Dan wordt de aanleg zo idioot duur dat een partij vanzelf wel afhaakt.

[rcthans]

Een topic als dit is toch vaak een onsamenhangend geheel van losse cases en veelal problemen. Ik wil toch ook eens de andere kant delen.

Misschien heb ik mazzel, ik zit immers op een boerderij in Markelo in een mini-dorpje, en ik sluit vaak genoeg routers aan hier in de buurt. Het lijkt wel alsof ik de enige Delta-klant in de omgeving ben.

Maar ik heb nu 2 jaar het 2,5 GB-abonnement met een Nokia XS-2426G-B op het nieuwe XGS-PON. Ik draai alles van Plex-servers tot TB's aan downloads per maand. En het werkt gewoon altijd.

Voor het eerst in mijn leven kan ik mij geen internetstoring of überhaupt een dipje in de snelheid herinneren. Ik ben altijd aan het tweaken en kloten. Vroeger was ik wekelijks op de modempagina te vinden. Ik logde net in op de Nokia en zag dat deze al bijna een jaar zonder reboot aanstaat. Het is natuurlijk glasvezel en geen onstabiele ADSL zoals vroeger. Maar mijn vorige provider (Solcon) moest toch echt om de zoveel dagen een modem rebooten, want dan lag het er weer eens uit of was de modembuffer vol.

Als ik wat zou moeten klagen, dan is het het feit dat het gimmick 8 GB-abonnement alleen met mobiel verkocht wordt.

Maar wat mij betreft is Delta echt top!

[Markus29]

Sinds een paar weken heb ik hier nu ook glasvezel van Delta in huis. Ik keek er al lang naar uit, want de apparatuur van Ziggo kon ik hier bijna wekelijks resetten. Download/upload is top, maar het gewone browsen is lijkt veel trager. Ik heb een pihole draaien als DHCP server, onder Ziggo werkte dit prima. Maar i.c.m. XS-2426G-B lijkt het resolven van domeinnamen onnodig lang te duren.

Waarschijnlijk heb ik ergens iets verkeerd staan, met ziggo had ik alleen IPv4. Als ik handmatig op een device de DNS op 8.8.8.8 zet werkt het browsen wel normaal. In onderstaande logs zie ik echter niks vreemds, iemand tips hoe ik het wel goed werkend in kan stellen?

*** [ INITIALIZING ]
[i] 2024-07-01:12:06:09 debug log has been initialized.
[i] System has been running for 1 days, 8 hours, 4 minutes

*** [ INITIALIZING ] Sourcing setup variables
[i] Sourcing /etc/pihole/setupVars.conf...

*** [ DIAGNOSING ]: Core version
[✓] Version: v5.18.2
[i] Remotes: origin	https://github.com/pi-hole/pi-hole.git (fetch)
             origin	https://github.com/pi-hole/pi-hole.git (push)
[i] Branch: master
[i] Commit: v5.18.2-0-g5490a6e

*** [ DIAGNOSING ]: Web version
[✓] Version: v5.21
[i] Remotes: origin	https://github.com/pi-hole/AdminLTE.git (fetch)
             origin	https://github.com/pi-hole/AdminLTE.git (push)
[i] Branch: master
[i] Commit: v5.21-0-gbe05b0f

*** [ DIAGNOSING ]: FTL version
[✓] Version: v5.25.2
[i] Branch: master
[i] Commit: 8943e260

*** [ DIAGNOSING ]: lighttpd version
[i] 1.4.59

*** [ DIAGNOSING ]: php version
[i] 7.4.33

*** [ DIAGNOSING ]: Operating system
[✓] Distro:  Debian
[✓] Version: 11
[✓] dig return code: 0
[i] dig response: "Raspbian=10,11,12 Ubuntu=20,22,23,24 Debian=10,11,12 Fedora=39,40 CentOS=9"
[✓] Distro and version supported

*** [ DIAGNOSING ]: SELinux
[i] SELinux not detected

*** [ DIAGNOSING ]: FirewallD
[i] Firewalld service inactive

*** [ DIAGNOSING ]: Processor
[✓] x86_64

*** [ DIAGNOSING ]: Disk usage
   Filesystem      Size  Used Avail Use% Mounted on
   udev            465M     0  465M   0% /dev
   tmpfs            97M  608K   96M   1% /run
   /dev/sda1       7.3G  5.6G  1.3G  82% /
   tmpfs           483M  4.2M  478M   1% /dev/shm
   tmpfs           5.0M     0  5.0M   0% /run/lock
   /dev/sda3       100G   29G   67G  30% /media/Books
   overlay         7.3G  5.6G  1.3G  82% /var/lib/docker/overlay2/b2e22b7b997f896b6773ede816772343e26473366555b3524b6829c3406f4333/merged
   overlay         7.3G  5.6G  1.3G  82% /var/lib/docker/overlay2/be032eb6cc5f586714a75e6c6935231b02446ece37dbae3ac5ae944e6a0dfaac/merged

*** [ DIAGNOSING ]: Network interfaces and addresses
   1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
       link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
       inet 127.0.0.1/8 scope host lo
          valid_lft forever preferred_lft forever
       inet6 ::1/128 scope host 
          valid_lft forever preferred_lft forever
   2: ens18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
       link/ether 52:fb:df:78:cb:23 brd ff:ff:ff:ff:ff:ff
       altname enp0s18
       inet 192.168.178.49/24 brd 192.168.178.255 scope global ens18
          valid_lft forever preferred_lft forever
       inet6 2001:4c3c:c704:dd00:50fb:dfff:fe78:cb23/64 scope global dynamic mngtmpaddr 
          valid_lft 7072sec preferred_lft 7072sec
       inet6 fe80::50fb:dfff:fe78:cb23/64 scope link 
          valid_lft forever preferred_lft forever
   3: br-682b2613b8e6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
       link/ether 02:42:f0:21:fb:30 brd ff:ff:ff:ff:ff:ff
       inet 172.18.0.1/16 brd 172.18.255.255 scope global br-682b2613b8e6
          valid_lft forever preferred_lft forever
       inet6 fe80::42:f0ff:fe21:fb30/64 scope link 
          valid_lft forever preferred_lft forever
   4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
       link/ether 02:42:5e:a7:fb:07 brd ff:ff:ff:ff:ff:ff
       inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
          valid_lft forever preferred_lft forever
   6: veth91e2fcf@if5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-682b2613b8e6 state UP group default 
       link/ether c2:11:e8:3d:ff:62 brd ff:ff:ff:ff:ff:ff link-netnsid 0
       inet6 fe80::c011:e8ff:fe3d:ff62/64 scope link 
          valid_lft forever preferred_lft forever
   8: veth98ca030@if7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-682b2613b8e6 state UP group default 
       link/ether 6e:e2:13:16:03:87 brd ff:ff:ff:ff:ff:ff link-netnsid 1
       inet6 fe80::6ce2:13ff:fe16:387/64 scope link 
          valid_lft forever preferred_lft forever

*** [ DIAGNOSING ]: Network routing table
   default via 192.168.178.254 dev ens18 onlink 
   172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown 
   172.18.0.0/16 dev br-682b2613b8e6 proto kernel scope link src 172.18.0.1 
   192.168.178.0/24 dev ens18 proto kernel scope link src 192.168.178.49 

*** [ DIAGNOSING ]: Networking
[✓] IPv4 address(es) bound to the ens18 interface:
    192.168.178.49/24

[✓] IPv6 address(es) bound to the ens18 interface:
    2001:4c3c:c704:dd00:50fb:dfff:fe78:cb23/64
    fe80::50fb:dfff:fe78:cb23/64

[i] Default IPv4 gateway(s):
     192.168.178.254
   * Pinging first gateway 192.168.178.254...
[✓] Gateway responded.
[i] Default IPv6 gateway(s):
     fe80::3260:aff:fe37:b594
   * Pinging first gateway fe80::3260:aff:fe37:b594...
[✓] Gateway responded.

*** [ DIAGNOSING ]: Ports in use
    udp:0.0.0.0:10001 is in use by docker-proxy
    udp:192.168.178.49:1900 is in use by qbittorrent-nox
    udp:172.18.0.1%br-682b2613b8e6:53614 is in use by qbittorrent-nox
    udp:192.168.178.49%ens18:53614 is in use by qbittorrent-nox
    udp:127.0.0.1%lo:53614 is in use by qbittorrent-nox
    udp:0.0.0.0:3478 is in use by docker-proxy
    udp:192.168.178.49:58302 is in use by qbittorrent-nox
    udp:192.168.178.49:54272 is in use by qbittorrent-nox
[✓] udp:0.0.0.0:53 is in use by pihole-FTL
    udp:0.0.0.0:67 is in use by pihole-FTL
    udp:0.0.0.0:6771 is in use by qbittorrent-nox
    udp:0.0.0.0:6771 is in use by qbittorrent-nox
    udp:0.0.0.0:6771 is in use by qbittorrent-nox
    udp:[::]:10001 is in use by docker-proxy
    udp:[fe80::6ce2:13ff:fe16:387]%veth98ca030:53614 is in use by qbittorrent-nox
    udp:[fe80::c011:e8ff:fe3d:ff62]%veth91e2fcf:53614 is in use by qbittorrent-nox
    udp:[fe80::42:f0ff:fe21:fb30]%br-682b2613b8e6:53614 is in use by qbittorrent-nox
    udp:[2001:4c3c:c704:dd00:50fb:dfff:fe78:cb23]%ens18:53614 is in use by qbittorrent-nox
    udp:[fe80::50fb:dfff:fe78:cb23]%ens18:53614 is in use by qbittorrent-nox
    udp:[::1]%lo:53614 is in use by qbittorrent-nox
    udp:[::]:3478 is in use by docker-proxy
    udp:[::]:547 is in use by pihole-FTL
[✓] udp:[::]:53 is in use by pihole-FTL
    udp:[2001:4c3c:c704:dd00:50fb:dfff:fe78:cb23]:46664 is in use by qbittorrent-nox
    udp:*:6771 is in use by qbittorrent-nox
    udp:*:6771 is in use by qbittorrent-nox
    udp:*:6771 is in use by qbittorrent-nox
    udp:*:6771 is in use by qbittorrent-nox
    udp:*:6771 is in use by qbittorrent-nox
    udp:*:6771 is in use by qbittorrent-nox
[✓] tcp:0.0.0.0:53 is in use by pihole-FTL
    tcp:0.0.0.0:22 is in use by sshd
    tcp:0.0.0.0:8443 is in use by docker-proxy
    tcp:0.0.0.0:6789 is in use by docker-proxy
[✓] tcp:127.0.0.1:4711 is in use by pihole-FTL
    tcp:0.0.0.0:8843 is in use by docker-proxy
    tcp:172.18.0.1%br-682b2613b8e6:53614 is in use by qbittorrent-nox
    tcp:192.168.178.49%ens18:53614 is in use by qbittorrent-nox
    tcp:127.0.0.1%lo:53614 is in use by qbittorrent-nox
    tcp:0.0.0.0:8080 is in use by docker-proxy
    tcp:0.0.0.0:8880 is in use by docker-proxy
[✓] tcp:0.0.0.0:80 is in use by lighttpd
    tcp:0.0.0.0:8081 is in use by docker-proxy
[✓] tcp:[::]:53 is in use by pihole-FTL
    tcp:[::]:22 is in use by sshd
    tcp:[::]:8443 is in use by docker-proxy
    tcp:[::]:6789 is in use by docker-proxy
[✓] tcp:[::1]:4711 is in use by pihole-FTL
    tcp:*:9191 is in use by qbittorrent-nox
    tcp:[::]:8843 is in use by docker-proxy
    tcp:[fe80::6ce2:13ff:fe16:387]%veth98ca030:53614 is in use by qbittorrent-nox
    tcp:[fe80::c011:e8ff:fe3d:ff62]%veth91e2fcf:53614 is in use by qbittorrent-nox
    tcp:[fe80::42:f0ff:fe21:fb30]%br-682b2613b8e6:53614 is in use by qbittorrent-nox
    tcp:[2001:4c3c:c704:dd00:50fb:dfff:fe78:cb23]%ens18:53614 is in use by qbittorrent-nox
    tcp:[fe80::50fb:dfff:fe78:cb23]%ens18:53614 is in use by qbittorrent-nox
    tcp:[::1]%lo:53614 is in use by qbittorrent-nox
    tcp:[::]:8080 is in use by docker-proxy
    tcp:[::]:8880 is in use by docker-proxy
[✓] tcp:[::]:80 is in use by lighttpd
    tcp:[::]:8081 is in use by docker-proxy

*** [ DIAGNOSING ]: Name resolution (IPv4) using a random blocked domain and a known ad-serving domain
[✓] us.2.cqcounter.com is 0.0.0.0 on lo (127.0.0.1)
[✓] us.2.cqcounter.com is 0.0.0.0 on ens18 (192.168.178.49)
[✗] Failed to resolve us.2.cqcounter.com on br-682b2613b8e6 (172.18.0.1)
[✗] Failed to resolve us.2.cqcounter.com on docker0 (172.17.0.1)
[✓] doubleclick.com is 172.217.23.206 via a remote, public DNS server (8.8.8.8)

*** [ DIAGNOSING ]: Name resolution (IPv6) using a random blocked domain and a known ad-serving domain
[✓] www.ideatur.pl is :: on lo (::1)
[✓] www.ideatur.pl is :: on ens18 (2001:4c3c:c704:dd00:50fb:dfff:fe78:cb23)
[✓] www.ideatur.pl is :: on ens18 (fe80::50fb:dfff:fe78:cb23)
[✗] Failed to resolve www.ideatur.pl on br-682b2613b8e6 (fe80::42:f0ff:fe21:fb30)
[✓] No IPv6 address available on docker0
[✓] doubleclick.com is 2a00:1450:400e:801::200e via a remote, public DNS server (2001:4860:4860::8888)

*** [ DIAGNOSING ]: Discovering active DHCP servers (takes 10 seconds)
   Scanning all your interfaces for DHCP servers
   Timeout: 10 seconds
   
   * Received 300 bytes from ens18:192.168.178.49
     Offered IP address: 192.168.178.37
     Server IP address: 192.168.178.49
     Relay-agent IP address: N/A
     BOOTP server: (empty)
     BOOTP file: (empty)
     DHCP options:
      Message type: DHCPOFFER (2)
      server-identifier: 192.168.178.49
      lease-time: 86400 ( 1d )
      renewal-time: 43200 ( 12h )
      rebinding-time: 75600 ( 21h )
      netmask: 255.255.255.0
      broadcast: 192.168.178.255
      dns-server: 192.168.178.49
      domain-name: "lan"
      router: 192.168.178.254
      --- end of options ---
   
   DHCP packets received on interface ens18: 1
   DHCP packets received on interface docker0: 0
   DHCP packets received on interface br-682b2613b8e6: 0

*** [ DIAGNOSING ]: Pi-hole processes
[✓] lighttpd daemon is active
[✓] pihole-FTL daemon is active

*** [ DIAGNOSING ]: Pi-hole-FTL full status
   ● pihole-FTL.service - Pi-hole FTL
     Loaded: loaded (/etc/systemd/system/pihole-FTL.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2024-06-30 04:01:50 CEST; 1 day 8h ago
    Process: 303 ExecStartPre=/opt/pihole/pihole-FTL-prestart.sh (code=exited, status=0/SUCCESS)
   Main PID: 344 (pihole-FTL)
      Tasks: 19 (limit: 1115)
     Memory: 24.5M
        CPU: 5min 30.444s
     CGroup: /system.slice/pihole-FTL.service
             └─344 /usr/bin/pihole-FTL -f

Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.292 344M]  -> Unknown DNS queries: 0
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.292 344M]  -> Unique domains: 1281
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.292 344M]  -> Unique clients: 34
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.292 344M]  -> Known forward destinations: 4
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.292 344M] Successfully accessed setupVars.conf
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.313 344M] listening on 0.0.0.0 port 53
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.313 344M] listening on :: port 53
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.315 344M] PID of FTL process: 344
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.315 344M] Listening on port 4711 for incoming IPv4 telnet connections
Jun 30 04:01:52 pihole pihole-FTL[344]: [2024-06-30 04:01:52.

*** [ DIAGNOSING ]: Lighttpd configuration test
[✓] No error in lighttpd configuration

*** [ DIAGNOSING ]: Setup variables
    BLOCKING_ENABLED=true
    DHCP_ACTIVE=true
    DHCP_START=192.168.178.1
    DHCP_END=192.168.178.253
    DHCP_ROUTER=192.168.178.254
    DHCP_LEASETIME=24
    PIHOLE_DOMAIN=lan
    DHCP_IPv6=true
    DHCP_rapid_commit=true
    DNSSEC=false
    REV_SERVER=false
    PIHOLE_INTERFACE=ens18
    QUERY_LOGGING=true
    INSTALL_WEB_SERVER=true
    INSTALL_WEB_INTERFACE=true
    LIGHTTPD_ENABLED=true
    CACHE_SIZE=10000
    DNS_FQDN_REQUIRED=true
    DNS_BOGUS_PRIV=true
    DNSMASQ_LISTENING=single
    TEMPERATUREUNIT=C
    PIHOLE_DNS_1=9.9.9.9
    PIHOLE_DNS_2=2620:fe::fe
    PIHOLE_DNS_3=149.112.112.11
    PIHOLE_DNS_4=2620:fe::fe:11

*** [ DIAGNOSING ]: Dashboard headers
[✓] Web interface X-Header: X-Pi-hole: The Pi-hole Web interface is working!

*** [ DIAGNOSING ]: Pi-hole FTL Query Database
-rw-rw-r-- 1 pihole pihole 649M Jul  1 12:06 /etc/pihole/pihole-FTL.db

*** [ DIAGNOSING ]: Gravity Database
-rw-rw-r-- 1 pihole pihole 9.3M Jun 30 04:29 /etc/pihole/gravity.db

*** [ DIAGNOSING ]: Info table
   property              value                                   
   --------------------  ----------------------------------------
   version               15                                      
   updated               1719714542                              
   gravity_count         161604                                  
   Last gravity run finished at: Sun Jun 30 04:29:02 CEST 2024

   ----- First 10 Gravity Domains -----
   localhost.localdomain
   ck.getcookiestxt.com
   eu1.clevertap-prod.com
   wizhumpgyros.com
   coccyxwickimp.com
   webmail-who-int.000webhostapp.com
   010sec.com
   01mspmd5yalky8.com
   0byv9mgbn0.com
   ns6.0pendns.org


*** [ DIAGNOSING ]: Groups
   id    enabled  name                                                date_added           date_modified        description                                       
   ----  -------  --------------------------------------------------  -------------------  -------------------  --------------------------------------------------
   0           1  Default                                             2022-07-25 13:53:23  2022-07-25 13:53:23  The default group                                 

*** [ DIAGNOSING ]: Domainlist (0/1 = exact white-/blacklist, 2/3 = regex white-/blacklist)
   id     type  enabled  group_ids     domain                                                                                                date_added           date_modified        comment                                           
   -----  ----  -------  ------------  ----------------------------------------------------------------------------------------------------  -------------------  -------------------  --------------------------------------------------
   1        2         1  0             (\.|^)aa\.tweakers\.nl$                                                                               2022-08-18 11:33:01  2022-08-18 11:33:01                                                    
   2        2         1  0             (\.|^)ab\.tweakers\.nl$                                                                               2022-08-18 11:33:11  2022-08-18 11:33:11                                                    
   3        2      0     0             (\.|^)b\.scorecardresearch\.com$                                                                      2022-09-16 23:02:28  2023-07-29 07:07:48  Npo start                                         
   4        2      0     0             (\.|^)sb\.scorecardresearch\.com$                                                                     2022-09-16 23:02:50  2023-07-29 07:07:53  Npo start                                         
   5        2      0     0             (\.|^)tag\.aticdn\.net$                                                                               2022-09-16 23:03:13  2023-07-29 07:07:56  Npo start                                         
   6        2      0     0             (\.|^)click\.discord\.com$                                                                            2024-05-27 09:07:13  2024-05-27 09:09:40                                                    

*** [ DIAGNOSING ]: Clients

*** [ DIAGNOSING ]: Adlists
   id     enabled  group_ids     address                                                                                               date_added           date_modified        comment                                           
   -----  -------  ------------  ----------------------------------------------------------------------------------------------------  -------------------  -------------------  --------------------------------------------------
   1            1  0             https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts                                      2022-07-25 13:53:23  2022-07-25 13:53:23  Migrated from /etc/pihole/adlists.list            

*** [ DIAGNOSING ]: contents of /etc/pihole

-rw-r--r-- 1 root root 470 Jun 26 11:13 /etc/pihole/custom.list

-rw-r--r-- 1 root root 65 Jun 30 04:29 /etc/pihole/local.list

-rw-r--r-- 1 root root 241 Jul 25  2022 /etc/pihole/logrotate
   /var/log/pihole/pihole.log {
   	su root root
   	daily
   	copytruncate
   	rotate 5
   	compress
   	delaycompress
   	notifempty
   	nomail
   }
   /var/log/pihole/FTL.log {
   	su root root
   	weekly
   	copytruncate
   	rotate 3
   	compress
   	delaycompress
   	notifempty
   	nomail
   }

-rw-rw-r-- 1 pihole root 146 Jun 13 16:17 /etc/pihole/pihole-FTL.conf
   RATE_LIMIT=1000/60
   PRIVACYLEVEL=0

-rw-r--r-- 1 root root 325 Jun 30 17:24 /etc/pihole/versions
   CORE_BRANCH=master
   WEB_BRANCH=master
   FTL_BRANCH=master
   CORE_VERSION=v5.18.2
   WEB_VERSION=v5.21
   FTL_VERSION=v5.25.2
   GITHUB_CORE_VERSION=v5.18.2
   GITHUB_WEB_VERSION=v5.21
   GITHUB_FTL_VERSION=v5.25.2
   CORE_HASH=5490a6ea
   GITHUB_CORE_HASH=5490a6ea
   WEB_HASH=be05b0f6
   GITHUB_WEB_HASH=be05b0f6
   FTL_HASH=8943e260
   GITHUB_FTL_HASH=8943e260

*** [ DIAGNOSING ]: contents of /etc/dnsmasq.d

-rw-r--r-- 1 root root 1.4K Jun 13 16:17 /etc/dnsmasq.d/01-pihole.conf
   addn-hosts=/etc/pihole/local.list
   addn-hosts=/etc/pihole/custom.list
   localise-queries
   no-resolv
   log-queries
   log-facility=/var/log/pihole/pihole.log
   log-async
   cache-size=10000
   server=9.9.9.9
   server=2620:fe::fe
   server=149.112.112.11
   server=2620:fe::fe:11
   domain-needed
   expand-hosts
   bogus-priv
   interface=ens18

-rw-r--r-- 1 root root 638 Jun 13 16:17 /etc/dnsmasq.d/02-pihole-dhcp.conf
   dhcp-authoritative
   dhcp-range=192.168.178.1,192.168.178.253,24h
   dhcp-option=option:router,192.168.178.254
   dhcp-leasefile=/etc/pihole/dhcp.leases
   domain=lan
   local=/lan/
   dhcp-rapid-commit
   dhcp-option=option6:dns-server,[::]
   dhcp-range=::,constructor:ens18,ra-names,ra-stateless,64

-rw-r--r-- 1 root root 381 Jun 10 08:37 /etc/dnsmasq.d/04-pihole-static-dhcp.conf
   dhcp-host=1E:60:0D:A8:05:0E,192.168.178.25,homeassistant
   dhcp-host=E8:DB:84:DC:36:44,192.168.178.74,ESP-DC3644
   dhcp-host=00:0D:B9:5B:11:4C,192.168.178.18,longap-one-5b114d
   dhcp-host=B0:4A:39:0E:4E:BE,192.168.178.48,Roborock
   dhcp-host=D0:21:F9:B3:FD:24,192.168.178.3,U6-Lite
   dhcp-host=A2:D7:BE:76:FB:16,192.168.178.26,Docker
   dhcp-host=C8:F0:9E:69:FB:EC,192.168.178.50,nrg-itho-fbec

-rw-r--r-- 1 root root 0 Jun 25 11:08 /etc/dnsmasq.d/05-pihole-custom-cname.conf

-rw-r--r-- 1 root root 2.2K Jun 10 08:34 /etc/dnsmasq.d/06-rfc6761.conf
   server=/test/
   server=/localhost/
   server=/invalid/
   server=/bind/
   server=/onion/

*** [ DIAGNOSING ]: contents of /etc/lighttpd

-rw-r--r-- 1 root root 0 Jul 25  2022 /etc/lighttpd/external.conf

-rw-r--r-- 1 root root 3.1K Jun 10 08:34 /etc/lighttpd/lighttpd.conf
   server.modules = (
       "mod_access",
       "mod_auth",
       "mod_expire",
       "mod_redirect",
       "mod_setenv",
       "mod_rewrite"
   )
   server.document-root        = "/var/www/html"
   server.upload-dirs          = ( "/var/cache/lighttpd/uploads" )
   server.errorlog             = "/var/log/lighttpd/error-pihole.log"
   server.pid-file             = "/run/lighttpd.pid"
   server.username             = "www-data"
   server.groupname            = "www-data"
   server.port                 = 80
   server.stream-response-body = 1
   index-file.names            = ( "index.php", "index.html", "index.lighttpd.html" )
   url.access-deny             = ( "~", ".inc", ".md", ".yml", ".ini" )
   static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )
   mimetype.assign = (
       ".ico"   => "image/x-icon",
       ".jpeg"  => "image/jpeg",
       ".jpg"   => "image/jpeg",
       ".png"   => "image/png",
       ".svg"   => "image/svg+xml",
       ".css"   => "text/css; charset=utf-8",
       ".html"  => "text/html; charset=utf-8",
       ".js"    => "text/javascript; charset=utf-8",
       ".json"  => "application/json; charset=utf-8",
       ".map"   => "application/json; charset=utf-8",
       ".txt"   => "text/plain; charset=utf-8",
       ".eot"   => "application/vnd.ms-fontobject",
       ".otf"   => "font/otf",
       ".ttc"   => "font/collection",
       ".ttf"   => "font/ttf",
       ".woff"  => "font/woff",
       ".woff2" => "font/woff2"
   )
   include "external*.conf"
   include_shell "/usr/share/lighttpd/use-ipv6.pl " + server.port
   include "/etc/lighttpd/conf-enabled/*.conf"

*** [ DIAGNOSING ]: contents of /etc/lighttpd/conf.d
/etc/lighttpd/conf.d does not exist.

*** [ DIAGNOSING ]: contents of /etc/lighttpd/conf-enabled
total 0
lrwxrwxrwx 1 root root 32 Feb 26  2023 05-setenv.conf -> ../conf-available/05-setenv.conf
lrwxrwxrwx 1 root root 35 Feb 26  2023 10-accesslog.conf -> ../conf-available/10-accesslog.conf
lrwxrwxrwx 1 root root 33 Jul 25  2022 10-fastcgi.conf -> ../conf-available/10-fastcgi.conf
lrwxrwxrwx 1 root root 37 Jul 25  2022 15-fastcgi-php.conf -> ../conf-available/15-fastcgi-php.conf
lrwxrwxrwx 1 root root 38 Feb 26  2023 15-pihole-admin.conf -> ../conf-available/15-pihole-admin.conf
lrwxrwxrwx 1 root root 38 Jul 25  2022 99-unconfigured.conf -> ../conf-available/99-unconfigured.conf

lrwxrwxrwx 1 root root 38 Feb 26  2023 /etc/lighttpd/conf-enabled/15-pihole-admin.conf -> ../conf-available/15-pihole-admin.conf
   server.errorlog := "/var/log/lighttpd/error-pihole.log"
   $HTTP["url"] =~ "^/admin/" {
       server.document-root = "/var/www/html"
       server.stream-response-body = 1
       accesslog.filename = "/var/log/lighttpd/access-pihole.log"
       accesslog.format = "%{%s}t|%h|%V|%r|%s|%b"
       fastcgi.server = (
           ".php" => (
               "localhost" => (
                   "socket" => "/run/lighttpd/pihole-php-fastcgi.socket",
                   "bin-path" => "/usr/bin/php-cgi",
                   "min-procs" => 1,
                   "max-procs" => 1,
                   "bin-environment" => (
                       "PHP_FCGI_CHILDREN" => "4",
                       "PHP_FCGI_MAX_REQUESTS" => "10000",
                   ),
                   "bin-copy-environment" => (
                       "PATH", "SHELL", "USER"
                   ),
                   "broken-scriptfilename" => "enable",
               )
           )
       )
       setenv.add-response-header = (
           "X-Pi-hole" => "The Pi-hole Web interface is working!",
           "X-Frame-Options" => "DENY",
           "X-XSS-Protection" => "0",
           "X-Content-Type-Options" => "nosniff",
           "Content-Security-Policy" => "default-src 'self' 'unsafe-inline';",
           "X-Permitted-Cross-Domain-Policies" => "none",
           "Referrer-Policy" => "same-origin"
       )
       $HTTP["url"] =~ "^/admin/\." {
           url.access-deny = ("")
       }
       $HTTP["url"] =~ "/(teleporter|api_token)\.php$" {
           $HTTP["referer"] =~ "/admin/settings\.php" {
               setenv.set-response-header = ( "X-Frame-Options" => "SAMEORIGIN" )
           }
       }
   }
   else $HTTP["url"] == "/admin" {
       url.redirect = ("" => "/admin/")
   }
   $HTTP["host"] == "pi.hole" {
       $HTTP["url"] == "/" {
           url.redirect = ("" => "/admin/")
       }
   }
   server.modules += ( "mod_access", "mod_accesslog", "mod_redirect", "mod_fastcgi", "mod_setenv" )

*** [ DIAGNOSING ]: contents of /etc/cron.d

-rw-r--r-- 1 root root 1.7K Jun 10 08:34 /etc/cron.d/pihole
   29 4   * * 7   root    PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole updateGravity >/var/log/pihole/pihole_updateGravity.log || cat /var/log/pihole/pihole_updateGravity.log
   00 00   * * *   root    PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole flush once quiet
   @reboot root /usr/sbin/logrotate --state /var/lib/logrotate/pihole /etc/pihole/logrotate
   24 17  * * *   root    PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole updatechecker
   @reboot root    PATH="$PATH:/usr/sbin:/usr/local/bin/" pihole updatechecker reboot

*** [ DIAGNOSING ]: contents of /var/log/lighttpd

-rw-r--r-- 1 www-data www-data 212 Jun 30 04:01 /var/log/lighttpd/error-pihole.log
   -----head of error-pihole.log------
   2024-06-30 00:00:01: server.c.1787) logfiles cycled UID = 0 PID = 422628
   2024-06-30 03:59:52: server.c.1976) server stopped by UID = 0 PID = 1
   2024-06-30 04:01:50: server.c.1513) server started (lighttpd/1.4.59)

   -----tail of error-pihole.log------
   2024-06-30 00:00:01: server.c.1787) logfiles cycled UID = 0 PID = 422628
   2024-06-30 03:59:52: server.c.1976) server stopped by UID = 0 PID = 1
   2024-06-30 04:01:50: server.c.1513) server started (lighttpd/1.4.59)

*** [ DIAGNOSING ]: contents of /var/log/pihole

-rw-r--r-- 1 pihole pihole 7.3K Jul  1 12:00 /var/log/pihole/FTL.log
   -----head of FTL.log------
   [2024-07-01 00:10:00.107 344/T506] Notice: Database size is 678.87 MB, deleted 127 rows
   [2024-07-01 00:20:00.153 344/T506] Notice: Database size is 678.88 MB, deleted 79 rows
   [2024-07-01 00:30:00.092 344/T506] Notice: Database size is 678.89 MB, deleted 195 rows
   [2024-07-01 00:39:00.089 344/T506] Notice: Database size is 678.89 MB, deleted 57 rows
   [2024-07-01 00:50:00.088 344/T506] Notice: Database size is 678.90 MB, deleted 172 rows
   [2024-07-01 01:00:00.085 344/T506] Notice: Database size is 678.90 MB, deleted 97 rows
   [2024-07-01 01:09:00.110 344/T506] Notice: Database size is 678.92 MB, deleted 100 rows
   [2024-07-01 01:20:00.141 344/T506] Notice: Database size is 678.93 MB, deleted 112 rows
   [2024-07-01 01:30:00.104 344/T506] Notice: Database size is 678.94 MB, deleted 112 rows
   [2024-07-01 01:39:00.076 344/T506] Notice: Database size is 678.94 MB, deleted 87 rows
   [2024-07-01 01:50:00.132 344/T506] Notice: Database size is 678.94 MB, deleted 419 rows
   [2024-07-01 02:00:00.205 344/T506] Notice: Database size is 678.94 MB, deleted 110 rows
   [2024-07-01 02:10:00.171 344/T506] Notice: Database size is 678.96 MB, deleted 121 rows
   [2024-07-01 02:20:00.174 344/T506] Notice: Database size is 678.97 MB, deleted 86 rows
   [2024-07-01 02:30:00.106 344/T506] Notice: Database size is 678.98 MB, deleted 101 rows
   [2024-07-01 02:40:00.106 344/T506] Notice: Database size is 678.99 MB, deleted 78 rows
   [2024-07-01 02:50:00.076 344/T506] Notice: Database size is 679.00 MB, deleted 106 rows
   [2024-07-01 02:56:37.186 344M] Resizing "FTL-dns-cache" from 69632 to (4608 * 16) == 73728 (/dev/shm: 4.3MB used, 505.6MB total, FTL uses 4.3MB)
   [2024-07-01 03:00:00.060 344/T506] Notice: Database size is 679.01 MB, deleted 88 rows
   [2024-07-01 03:10:00.127 344/T506] Notice: Database size is 679.04 MB, deleted 99 rows
   [2024-07-01 03:20:00.135 344/T506] Notice: Database size is 679.04 MB, deleted 91 rows
   [2024-07-01 03:30:00.102 344/T506] Notice: Database size is 679.05 MB, deleted 100 rows
   [2024-07-01 03:40:00.098 344/T506] Notice: Database size is 679.05 MB, deleted 104 rows
   [2024-07-01 03:50:00.125 344/T506] Notice: Database size is 679.06 MB, deleted 94 rows
   [2024-07-01 04:00:00.132 344/T506] Notice: Database size is 679.08 MB, deleted 97 rows
   [2024-07-01 04:06:07.696 344M] Resizing "FTL-dns-cache" from 73728 to (4864 * 16) == 77824 (/dev/shm: 4.4MB used, 505.6MB total, FTL uses 4.3MB)
   [2024-07-01 04:10:00.146 344/T506] Notice: Database size is 679.10 MB, deleted 370 rows
   [2024-07-01 04:20:00.138 344/T506] Notice: Database size is 679.11 MB, deleted 124 rows
   [2024-07-01 04:30:00.073 344/T506] Notice: Database size is 679.11 MB, deleted 107 rows
   [2024-07-01 04:40:00.195 344/T506] Notice: Database size is 679.12 MB, deleted 79 rows
   [2024-07-01 04:50:00.137 344/T506] Notice: Database size is 679.12 MB, deleted 128 rows
   [2024-07-01 05:00:00.120 344/T506] Notice: Database size is 679.13 MB, deleted 92 rows
   [2024-07-01 05:10:00.040 344/T506] Notice: Database size is 679.15 MB, deleted 113 rows
   [2024-07-01 05:20:00.141 344/T506] Notice: Database size is 679.16 MB, deleted 118 rows
   [2024-07-01 05:30:00.103 344/T506] Notice: Database size is 679.17 MB, deleted 126 rows

   -----tail of FTL.log------
   [2024-07-01 07:19:00.049 344/T506] Notice: Database size is 679.30 MB, deleted 97 rows
   [2024-07-01 07:30:00.088 344/T506] Notice: Database size is 679.33 MB, deleted 107 rows
   [2024-07-01 07:40:00.143 344/T506] Notice: Database size is 679.34 MB, deleted 85 rows
   [2024-07-01 07:49:00.104 344/T506] Notice: Database size is 679.35 MB, deleted 114 rows
   [2024-07-01 08:00:00.082 344/T506] Notice: Database size is 679.36 MB, deleted 149 rows
   [2024-07-01 08:10:00.085 344/T506] Notice: Database size is 679.39 MB, deleted 114 rows
   [2024-07-01 08:17:33.461 344M] Resizing "FTL-dns-cache" from 77824 to (5120 * 16) == 81920 (/dev/shm: 4.4MB used, 505.6MB total, FTL uses 4.3MB)
   [2024-07-01 08:19:00.125 344/T506] Notice: Database size is 679.41 MB, deleted 94 rows
   [2024-07-01 08:30:00.104 344/T506] Notice: Database size is 679.45 MB, deleted 123 rows
   [2024-07-01 08:40:00.095 344/T506] Notice: Database size is 679.46 MB, deleted 91 rows
   [2024-07-01 08:50:00.127 344/T506] Notice: Database size is 679.48 MB, deleted 540 rows
   [2024-07-01 09:00:00.087 344/T506] Notice: Database size is 679.48 MB, deleted 195 rows
   [2024-07-01 09:10:00.143 344/T506] Notice: Database size is 679.51 MB, deleted 195 rows
   [2024-07-01 09:19:00.118 344/T506] Notice: Database size is 679.51 MB, deleted 169 rows
   [2024-07-01 09:19:10.909 344M] Resizing "FTL-dns-cache" from 81920 to (5376 * 16) == 86016 (/dev/shm: 4.4MB used, 505.6MB total, FTL uses 4.4MB)
   [2024-07-01 09:30:00.117 344/T506] Notice: Database size is 679.53 MB, deleted 157 rows
   [2024-07-01 09:40:00.125 344/T506] Notice: Database size is 679.56 MB, deleted 128 rows
   [2024-07-01 09:49:00.085 344/T506] Notice: Database size is 679.57 MB, deleted 145 rows
   [2024-07-01 10:00:00.065 344/T506] Notice: Database size is 679.59 MB, deleted 158 rows
   [2024-07-01 10:01:12.484 344M] Resizing "FTL-dns-cache" from 86016 to (5632 * 16) == 90112 (/dev/shm: 4.4MB used, 505.6MB total, FTL uses 4.4MB)
   [2024-07-01 10:10:00.126 344/T506] Notice: Database size is 679.62 MB, deleted 260 rows
   [2024-07-01 10:20:00.132 344/T506] Notice: Database size is 679.62 MB, deleted 196 rows
   [2024-07-01 10:30:00.122 344/T506] Notice: Database size is 679.63 MB, deleted 158 rows
   [2024-07-01 10:31:13.863 344M] Resizing "FTL-dns-cache" from 90112 to (5888 * 16) == 94208 (/dev/shm: 4.4MB used, 505.6MB total, FTL uses 4.4MB)
   [2024-07-01 10:40:00.095 344/T506] Notice: Database size is 679.64 MB, deleted 201 rows
   [2024-07-01 10:50:00.071 344/T506] Notice: Database size is 679.65 MB, deleted 211 rows
   [2024-07-01 11:00:00.063 344/T506] Notice: Database size is 679.65 MB, deleted 237 rows
   [2024-07-01 11:10:00.243 344/T506] Notice: Database size is 679.67 MB, deleted 190 rows
   [2024-07-01 11:20:00.054 344/T506] Notice: Database size is 679.68 MB, deleted 163 rows
   [2024-07-01 11:30:00.083 344/T506] Notice: Database size is 679.69 MB, deleted 180 rows
   [2024-07-01 11:40:00.130 344/T506] Notice: Database size is 679.70 MB, deleted 119 rows
   [2024-07-01 11:40:11.564 344M] Resizing "FTL-dns-cache" from 94208 to (6144 * 16) == 98304 (/dev/shm: 4.4MB used, 505.6MB total, FTL uses 4.4MB)
   [2024-07-01 11:50:00.116 344/T506] Notice: Database size is 679.71 MB, deleted 92 rows
   [2024-07-01 11:50:18.788 344M] Resizing "FTL-domains" from 61440 to (3072 * 24) == 73728 (/dev/shm: 4.4MB used, 505.6MB total, FTL uses 4.4MB)
   [2024-07-01 12:00:00.163 344/T506] Notice: Database size is 679.73 MB, deleted 113 rows

*** [ DIAGNOSING ]: contents of /dev/shm
total 4.2M
-rw------- 1 pihole pihole  84K Jul  1 11:58 FTL-clients
-rw------- 1 pihole pihole  248 Jun 30 04:01 FTL-counters
-rw------- 1 pihole pihole  96K Jun 30 04:01 FTL-dns-cache
-rw------- 1 pihole pihole  72K Jul  1 09:34 FTL-domains
-rw------- 1 pihole pihole   88 Jun 30 04:01 FTL-lock
-rw------- 1 pihole pihole 8.0K Jun 30 04:01 FTL-overTime
-rw------- 1 pihole pihole 4.0K Jun 30 04:01 FTL-per-client-regex
-rw------- 1 pihole pihole 3.5M Jun 30 04:09 FTL-queries
-rw------- 1 pihole pihole   16 Jun 30 04:01 FTL-settings
-rw------- 1 pihole pihole 120K Jul  1 11:53 FTL-strings
-rw------- 1 pihole pihole 308K Jun 30 04:01 FTL-upstreams

*** [ DIAGNOSING ]: contents of /etc

-rw-r--r-- 1 root root 24 Jun 10 08:34 /etc/dnsmasq.conf
   conf-dir=/etc/dnsmasq.d

-rw-r--r-- 1 root root 41 Jul 26  2022 /etc/resolv.conf
   domain lan
   search lan
   nameserver 1.1.1.1

*** [ DIAGNOSING ]: Pi-hole diagnosis messages

*** [ DIAGNOSING ]: Locale
    LANG=

*** [ DIAGNOSING ]: Pi-hole log
-rw-r----- 1 pihole pihole 8.7M Jul  1 12:06 /var/log/pihole/pihole.log
   -----head of pihole.log------
   Jul  1 00:00:02 dnsmasq[344]: query[AAAA] edge-mqtt.facebook.com from 2001:4c3c:c704:dd00:5028:df32:2461:a34e
   Jul  1 00:00:02 dnsmasq[344]: cached edge-mqtt.facebook.com is <CNAME>
   Jul  1 00:00:02 dnsmasq[344]: forwarded edge-mqtt.facebook.com to 2620:fe::fe
   Jul  1 00:00:02 dnsmasq[344]: query[A] edge-mqtt.facebook.com from 2001:4c3c:c704:dd00:5028:df32:2461:a34e
   Jul  1 00:00:02 dnsmasq[344]: forwarded edge-mqtt.facebook.com to 2620:fe::fe
   Jul  1 00:00:02 dnsmasq[344]: reply edge-mqtt.facebook.com is <CNAME>
   Jul  1 00:00:02 dnsmasq[344]: reply mqtt.c10r.facebook.com is 2a03:2880:f083:112:face:b00c:0:8e
   Jul  1 00:00:02 dnsmasq[344]: reply edge-mqtt.facebook.com is <CNAME>
   Jul  1 00:00:02 dnsmasq[344]: reply mqtt.c10r.facebook.com is 157.240.0.16
   Jul  1 00:00:02 dnsmasq[344]: query[AAAA] chat-e2ee-mini.facebook.com from 2001:4c3c:c704:dd00:5028:df32:2461:a34e
   Jul  1 00:00:02 dnsmasq[344]: forwarded chat-e2ee-mini.facebook.com to 2620:fe::fe
   Jul  1 00:00:02 dnsmasq[344]: query[A] chat-e2ee-mini.facebook.com from 2001:4c3c:c704:dd00:5028:df32:2461:a34e
   Jul  1 00:00:02 dnsmasq[344]: forwarded chat-e2ee-mini.facebook.com to 2620:fe::fe
   Jul  1 00:00:02 dnsmasq[344]: reply chat-e2ee-mini.facebook.com is <CNAME>
   Jul  1 00:00:02 dnsmasq[344]: reply chat-e2ee-mini.c10r.facebook.com is 2a03:2880:f158:185:face:b00c:0:38d9
   Jul  1 00:00:02 dnsmasq[344]: reply chat-e2ee-mini.facebook.com is <CNAME>
   Jul  1 00:00:02 dnsmasq[344]: reply chat-e2ee-mini.c10r.facebook.com is 157.240.221.36
   Jul  1 00:00:03 dnsmasq[344]: query[AAAA] ipv6.myuplink.com from 192.168.178.9
   Jul  1 00:00:03 dnsmasq[344]: cached ipv6.myuplink.com is <CNAME>
   Jul  1 00:00:03 dnsmasq[344]: cached jpicloud-prod-online-fd.azurefd.net is <CNAME>

   -----tail of pihole.log------
   Jul  1 12:06:16 dnsmasq[344]: query[AAAA] www.ideatur.pl from ::1
   Jul  1 12:06:16 dnsmasq[344]: gravity blocked www.ideatur.pl is ::
   Jul  1 12:06:16 dnsmasq[344]: query[AAAA] www.ideatur.pl from 2001:4c3c:c704:dd00:50fb:dfff:fe78:cb23
   Jul  1 12:06:16 dnsmasq[344]: gravity blocked www.ideatur.pl is ::
   Jul  1 12:06:16 dnsmasq[344]: query[AAAA] www.ideatur.pl from fe80::50fb:dfff:fe78:cb23
   Jul  1 12:06:16 dnsmasq[344]: gravity blocked www.ideatur.pl is ::
   Jul  1 12:06:17 dnsmasq[344]: query[A] www.google.com from 192.168.178.89
   Jul  1 12:06:17 dnsmasq[344]: forwarded www.google.com to 2620:fe::fe
   Jul  1 12:06:17 dnsmasq[344]: query[AAAA] www.google.com from 192.168.178.89
   Jul  1 12:06:17 dnsmasq[344]: forwarded www.google.com to 2620:fe::fe
   Jul  1 12:06:17 dnsmasq[344]: reply www.google.com is 2c0f:fb50:4003:802::2004
   Jul  1 12:06:17 dnsmasq[344]: reply www.google.com is 216.58.223.228
   Jul  1 12:06:21 dnsmasq-dhcp[344]: DHCPDISCOVER(ens18) 52:fb:df:78:cb:23 
   Jul  1 12:06:21 dnsmasq-dhcp[344]: DHCPOFFER(ens18) 192.168.178.37 52:fb:df:78:cb:23 
   Jul  1 12:06:29 dnsmasq[344]: query[A] waa-pa.clients6.google.com from 192.168.178.89
   Jul  1 12:06:29 dnsmasq[344]: forwarded waa-pa.clients6.google.com to 9.9.9.9
   Jul  1 12:06:29 dnsmasq[344]: forwarded waa-pa.clients6.google.com to 2620:fe::fe
   Jul  1 12:06:29 dnsmasq[344]: forwarded waa-pa.clients6.google.com to 149.112.112.11
   Jul  1 12:06:29 dnsmasq[344]: forwarded waa-pa.clients6.google.com to 2620:fe::fe:11
   Jul  1 12:06:29 dnsmasq[344]: reply waa-pa.clients6.google.com is 216.58.209.74

********************************************
********************************************
[✓] ** FINISHED DEBUGGING! **

[Drardollan]

rcthans schreef op maandag 1 juli 2024 @ 06:42:
Maar wat mij betreft is Delta echt top!

Ik heb ook wel wat ervaring met Delta op andere adressen. En net als elke provider weet ik dat ze wel eens iets hebben, maar heel noemenswaardig is het allemaal niet. Bij storingen die te relateren zijn aan kabels zijn ze zelfs erg snel, heb bijvoorbeeld meegemaakt dat een glasvezel kabel in het weekend doormidden gemaaid werd (fout van de aannemer, die had de kabel gewoon op het gras gelegd na een eerder incident ) en dat toen ik op maandagochtend daarover contact zocht mij verteld werd dat het reparatieteam al onderweg was, hun eigen apparatuur had het al opgemerkt. Om 12:00 was alles weer up and running.

In het traject van aansluiten bij mij was het op de lange tijd die nodig was en communicatie in die tijd niet altijd even top, maar sinds de boel vlot is getrokken in mei dit jaar niets dan lof hoor. Verbinding netjes conform afspraak opgeleverd, werkt snel en stabiel en mijn verzoeken die ik had zijn binnen 1 dag afgehandeld op een correcte manier.

Ik ben er dus ook erg content mee op dit moment. Heel blij dat ik geen Ziggo hoef te nemen en af ben van de trage KPN DSL oplossing.

[Drardollan]

Barre73 schreef op donderdag 27 juni 2024 @ 11:41:
Los van dat dit ver off-topic gaat (daar is het DFN topic voor):

Voor aanleg telecom is inderdaad geen vergunning nodig maar instemming over tijdstip en wijze van werkzaamheden. Zo noemt men dat formeel.
Het effect is echter hetzelfde. Je dient een aanvraag in bij de gemeente, zij moeten binnen 8 weken een besluit nemen met de mogelijkheid tot 8 weken later.
Grote verschil met een vergunning is wel dat dit proces niet openbaar is en dus ook geen bezwaar of beroep mogelijk is vanuit bewoners of andere partijen. Straatkasten en PoP's tot 15m2 vallen ook onder dit regime dus zijn ook niet ontvankelijk voor bezwaar of beroep.

Strikt genomen kan een gemeente inderdaad niet weigeren. Ze kunnen op basis van zeer urgente redenen een voorgesteld tracé weigeren maar dan ook wel een alternatief bieden.
Dat alternatief is vaak dat de betreffende netbeheerder daar wel mag graven maar dan bijvoorbeeld de bestrating moet laten terug brengen door een aangewezen partij, en vaak ook helemaal van rand tot rand in plaats van alleen de sleuf van 30 tot 40 cm breed.
Met andere woorden: Dan wordt de aanleg zo idioot duur dat een partij vanzelf wel afhaakt.

Het is eigenlijk een prima wisselwerking toch? Het is niet voor niets dat met name de mankracht de belemmerende factor is. Glasvezel wordt sinds onder andere Delta dit oppakt, en hiermee KPN deels buiten spel heeft gezet, op steeds meer plekken de standaard. Iets wat 10 jaar terug al zo had moeten zijn.

Maar om als laatste offtopic daarin te zijn, dat kunnen we onze overheid kwalijk nemen. Jaren geleden had er al een plan moeten zijn om alle huizen te voorzien van de benodigde moderne kabels en hadden alle providers op die kabels een stukje ruimte moeten kunnen huren. Dat waar KPN toe gedwongen is bij ADSL en waar Ziggo om een of andere reden elke keer lak aan mag hebben.

[rcthans]

Drardollan schreef op maandag 1 juli 2024 @ 15:46:
[...]

Ik heb ook wel wat ervaring met Delta op andere adressen. En net als elke provider weet ik dat ze wel eens iets hebben, maar heel noemenswaardig is het allemaal niet. Bij storingen die te relateren zijn aan kabels zijn ze zelfs erg snel, heb bijvoorbeeld meegemaakt dat een glasvezel kabel in het weekend doormidden gemaaid werd (fout van de aannemer, die had de kabel gewoon op het gras gelegd na een eerder incident ) en dat toen ik op maandagochtend daarover contact zocht mij verteld werd dat het reparatieteam al onderweg was, hun eigen apparatuur had het al opgemerkt. Om 12:00 was alles weer up and running.

In het traject van aansluiten bij mij was het op de lange tijd die nodig was en communicatie in die tijd niet altijd even top, maar sinds de boel vlot is getrokken in mei dit jaar niets dan lof hoor. Verbinding netjes conform afspraak opgeleverd, werkt snel en stabiel en mijn verzoeken die ik had zijn binnen 1 dag afgehandeld op een correcte manier.

Ik ben er dus ook erg content mee op dit moment. Heel blij dat ik geen Ziggo hoef te nemen en af ben van de trage KPN DSL oplossing.

We hebben hier op tweakers natuurlijk een topper op het forum @R3D die veel mensen heeft geholpen. Ook het aansluiten ging bij mij mis. Toch iets van een stof deeltje tijdens het ompluggen van de fiber toen ik naar delta ging. Eerste week was dus ellende, maar iets simpels als erin en eruit heeft het toen opgelost. Nadat @R3D via privé berichtjes voor mij de lijn door had gemeten. Die service is toch uniek.

Je betaald natuurlijk na 2 jaar wel de hoofdprijs (90 euro betaal ik voor 2.5gb all in one). En elk jaar overstappen deed ik altijd keurig voor de 30 euro per maand korting die je dan overal krijgt. Maar die 360 per jaar mag delta van mij houden nu. zolang het zo goed blijft ga ik nergens meer heen

[larsg]

Ik heb een PON verbinding via delta en poog mijn eigen router die na de XS-2426G-B opgesteld staat de mogelijkheid te geven tot portforwarding via DMZ. Helaas verschijnt die gewoon niet tussen de opties! Enkel mijn laptop is een optie in het DMZ menu. Als ik het IP adres manueel ingeef krijg ik een waarschuwing dat dit device reeds gekend is.

Iemand een idee waarom dit device niet getoond wordt in deze lijst? Het enige verschil is dat deze geen IPv6 adres heeft.

Delta heeft me al twee keer overgezet van CGnat naar een eigen IP. Maar geen idee of dit nu werkelijk is doorgekomen. Het IP start met 81.

[Ethefox]

Lees ik dit goed? Je probeert DMZ in te stellen op jouw eigen router die achter de XS-2426G-B hangt? Het is logisch dat je dan alleen apparaten ziet die achter jpuw device zitten. Zo gaat het niet werken.

DMZ stel je in op de XS-2426G-B en daar specificeer je het wan ip adres van je eigen router die hier achter hangt. Om er voor te zorgen dat jouw eigen router na iedere herstart z'n eigen (in dmz vastgelegde)ip adres weer toegekend krijgt maak je een adresreservering op basis van het mac adres van eigen router aan in de Nokia.
Ook zorg je dat je eigen router op zijn eigen lan adressen uitdeelt in een ander bereik dan de Nokia. Nokia staat standaard ingesteld op 192.168.1.x en ook het 192.168.2.x bereik is gereserveerd in de Nokia. Jouw router mag dus adressen gebruiken als 192.168.Y.x waarbij Y dus mag zijn van 0 - 254 met uitzondering van 1 en 2. Persoonlijk zou ik 0 en 178 ook niet gebruiken omdat deze standaard in andere devices ingesteld staan; zo blijf je vaker uit de problemen ;-)

En een ip dat met 81 begint is volgens mij geen cgnat.

[larsg]

Ethefox schreef op dinsdag 2 juli 2024 @ 13:28:
Lees ik dit goed? Je probeert DMZ in te stellen op jouw eigen router die achter de XS-2426G-B hangt? Het is logisch dat je dan alleen apparaten ziet die achter jpuw device zitten. Zo gaat het niet werken.

DMZ stel je in op de XS-2426G-B en daar specificeer je het wan ip adres van je eigen router die hier achter hangt. Om er voor te zorgen dat jouw eigen router na iedere herstart z'n eigen (in dmz vastgelegde)ip adres weer toegekend krijgt maak je een adresreservering op basis van het mac adres van eigen router aan in de Nokia.
Ook zorg je dat je eigen router op zijn eigen lan adressen uitdeelt in een ander bereik dan de Nokia. Nokia staat standaard ingesteld op 192.168.1.x en ook het 192.168.2.x bereik is gereserveerd in de Nokia. Jouw router mag dus adressen gebruiken als 192.168.Y.x waarbij Y dus mag zijn van 0 - 254 met uitzondering van 1 en 2. Persoonlijk zou ik 0 en 178 ook niet gebruiken omdat deze standaard in andere devices ingesteld staan; zo blijf je vaker uit de problemen ;-)

En een ip dat met 81 begint is volgens mij geen cgnat.

Bedankt voor je reactie. Uiteraard probeer ik DMZ in te stellen op de Nokia en niet op mijn USG 3P. De ranges staan ook goed, alles werkt lekker behalve portforwarding. Mogelijks was mijn post niet zo duidelijk.
De Nokia herkent mijn USG in de lijst met devices (die lijst is enkel de USG + laptop om de router in te stellen). Maar in het menu van de DMZ instellingen zie ik enkel mijn laptop terug. Als ik het IP van de USG manueel instel krijg ik een blokkerende melding dat het device gekend is.
Misschien moet ik maar best die modem resetten. Gaat deze zich vanzelf weer registreren op het netwerk daarna?

[Ethefox]

Ja, die komt weer gewoon op, staat geregistreerd op basis van z'n pon-id.

[arjans]

Vraagje over Interactieve TV van Delta. Weet iemand of er ontwikkeling plaatsvindt voor de ontvangers? Is er hoop op verbetering?

Ik ben sinds ruim een maand overgestapt van Ziggo waar ik de Mediabox Next had. De overstap naar de Amino Kamai7 van Delta is een dusdanig grote achteruitgang in kwaliteit, prestaties, functies en gebruiksgemak, dat dit bij elk gebruik een stroom van klachten oplevert thuis. Genoeg om de glasvezel weer gedag te zeggen zodra dat kan.

Omdat ik zelf erg blij ben met internet via glasvezel, hoop ik dat er op het gebied van TV ook mogelijkheden zijn om de ervaring te verbeteren, of op zijn minst hoop op verbetering.

[Ethefox]

Ik heb natuurlijk geen idee of het voor jullie voldoet maar zelf heb ik de ontvanger ongebruikt in het doosje liggen. Ik ben tevreden met de werking van de app die bij mij op Android TV draait op de hoofd tv en op een nieuwe chromecast op de slaapkamer tv's.

[Drardollan]

arjans schreef op woensdag 3 juli 2024 @ 22:33:
Vraagje over Interactieve TV van Delta. Weet iemand of er ontwikkeling plaatsvindt voor de ontvangers? Is er hoop op verbetering?

Ik ben sinds ruim een maand overgestapt van Ziggo waar ik de Mediabox Next had. De overstap naar de Amino Kamai7 van Delta is een dusdanig grote achteruitgang in kwaliteit, prestaties, functies en gebruiksgemak, dat dit bij elk gebruik een stroom van klachten oplevert thuis. Genoeg om de glasvezel weer gedag te zeggen zodra dat kan.

Omdat ik zelf erg blij ben met internet via glasvezel, hoop ik dat er op het gebied van TV ook mogelijkheden zijn om de ervaring te verbeteren, of op zijn minst hoop op verbetering.

Ik gebruik de Animo enkel in de woonkamer, de app op de AppleTV werkt ook goed. Sowieso is het enige wat ik doe TV kijken via dat ding, dat deed ik hiervoor via het KPN kastje. Alle andere dingen doe ik sowieso op mijn AppleTV. Die is eigenlijk in alles beter.

Maar het TV platform is inderdaad niet je van het, buiten de beeldkwaliteit om. Zitten echt rare glitches in de software, bijvoorbeeld na een opname moet je helemaal terug via het menu om te verwijderen. Wat dan ook niet met een sneltoets kan. Ook het spoelen was bij KPN een stuk beter, kon je gewoon een tijd ingeven die je vooruit wilde.

Wellicht een idee om eens naar NLZiet te kijken? Ik ga dat na de zomervakantie ook eens doen, als dat hetzelfde kan voor hetzelfde of minder geld met een beter gebruikersgemak dan neem ik ook afscheid DeltaTV.

[marco2152]

Wij hebben sinds kort glasvezel via Delta, hiervoor hadden we Ziggo. Wij hebben gekozen voor een flex 1gbs abonnement inclusief interactieve tv ontvanger. Sinds wij tv kijken via Delta hebben we last van een aantal problemen: geluid valt weg, tv gaat op zwart, of tv weergave of opname weergave stopt. Mijn zoontje heeft ook last van als hij speelt op zijn PS5 hij merkt in verbindingssnelheid of wij tv kijken of niet.
Na bellen met de helpdesk hebben we op hun verzoek de data en tijdstippen bijgehouden waarop er issues waren met tv of internet. Dat vervolgens teruggekoppelt met de belofte dat ze ons modem zouden uitlezen en nagaan of op de tijdstippen iets te zien zou zijn in de logging van ons glasvezelmodem (Nokia XS-2426G-B).
Vandaag teruggebeld waarom ik maar niets hoorde van het onderzoek: lang verhaal kort; er is geen onderzoek uitgevoerd! Ik heb aan de helpdeskmedewerker uitgelegd hoe ons thuisnetwerk in elkaar steekt en ik kreeg te horen dat de interactieve tv ontvanger van Delta alleen werkt als deze rechtstreeks bekabeld met het modem verbonden is.
Mijn netwerk ziet er als volgt uit: in de meterkast komt de glasvezel ons huis binnen. Deze is verbonden met ons glasvezelmodem. Het modem is bedraad verbonden met de bij het abo meegeleverde mesh netwerk (TP Link Deco X20). De Deco in de meterkast is bedraad verbonden met mijn switch (TP Link unmanaged 30 poort). Elke kamer in mijn huis is met minstens 1 utp-putje bedraad verbonden via een patchkast met mijn switch.
Nu de vraag over mijn interactieve tv ontvanger: deze is bedraad verbonden via utp putje met centrale switch in huis. Volgens Delta helpdesk medewerker kan dat dus niet. Ik vraag me af wat daar niet aan zou kunnen, bedraad internet is bedraad internet, uiteindelijk komt alles toch uit het glasvezelmodem?
Wie kan helpen en inzicht geven?

[bjusterbaarlik]

Kan prima, maar je kunt het altijd proberen en zien wat er gebeurt, als je nog steeds problemen hebt dan weer terugkoppelen aan Delta.

Zover ik weet zijn het trouwens firmware problemen van de Nokia XS-2426G-B die het veroorzaken.

[Blaffeh]

marco2152 schreef op donderdag 4 juli 2024 @ 17:25:
Wij hebben sinds kort glasvezel via Delta, hiervoor hadden we Ziggo. Wij hebben gekozen voor een flex 1gbs abonnement inclusief interactieve tv ontvanger. Sinds wij tv kijken via Delta hebben we last van een aantal problemen: geluid valt weg, tv gaat op zwart, of tv weergave of opname weergave stopt. Mijn zoontje heeft ook last van als hij speelt op zijn PS5 hij merkt in verbindingssnelheid of wij tv kijken of niet.
Na bellen met de helpdesk hebben we op hun verzoek de data en tijdstippen bijgehouden waarop er issues waren met tv of internet. Dat vervolgens teruggekoppelt met de belofte dat ze ons modem zouden uitlezen en nagaan of op de tijdstippen iets te zien zou zijn in de logging van ons glasvezelmodem (Nokia XS-2426G-B).
Vandaag teruggebeld waarom ik maar niets hoorde van het onderzoek: lang verhaal kort; er is geen onderzoek uitgevoerd! Ik heb aan de helpdeskmedewerker uitgelegd hoe ons thuisnetwerk in elkaar steekt en ik kreeg te horen dat de interactieve tv ontvanger van Delta alleen werkt als deze rechtstreeks bekabeld met het modem verbonden is.
Mijn netwerk ziet er als volgt uit: in de meterkast komt de glasvezel ons huis binnen. Deze is verbonden met ons glasvezelmodem. Het modem is bedraad verbonden met de bij het abo meegeleverde mesh netwerk (TP Link Deco X20). De Deco in de meterkast is bedraad verbonden met mijn switch (TP Link unmanaged 30 poort). Elke kamer in mijn huis is met minstens 1 utp-putje bedraad verbonden via een patchkast met mijn switch.
Nu de vraag over mijn interactieve tv ontvanger: deze is bedraad verbonden via utp putje met centrale switch in huis. Volgens Delta helpdesk medewerker kan dat dus niet. Ik vraag me af wat daar niet aan zou kunnen, bedraad internet is bedraad internet, uiteindelijk komt alles toch uit het glasvezelmodem?
Wie kan helpen en inzicht geven?

Heb je die Deco tussen de Nokia en de 30 poorts switch zitten? Wat gebeurt er als je de switch gewoon direct op de Nokia aansluit. Is het probleem dan weg?

[J-roenn]

Welk type switch heb je? Ondersteunt deze IGMP snooping?
https://www.tp-link.com/nl/support/faq/1125/

Jaren terug met KPN Adsl zelfde soort problemen gehad, een nieuwe switch die IGMP snooping ondersteunde loste toen het probleem op.

[Nikey1]

Hoi Allemaal,

Mijn glasvezel verbinding is vandaag eindelijk actief gemaakt door Delta. Ik heb vorig jaar toen ik in contact was met Delta voor een voordelige prijs 2gbps genomen. Sinds de verbinding actief is komt de verbinding niet hoger dan 800mbps met een upload van 600mbps. Getest met Kabel en Wifi.

Met kabel getest op de Nokia modem. Ik heb ook draadloos 5ghz geprobeerd.

Modem: Nokia XS-2426G-B
Router is Asus Ax11000

Zijn er toevallig mensen bekend met dit probleem?

[bjusterbaarlik]

Twee routers achter elkaar zal ook niet helpen. Zou sowieso eerst de Asus er tussen uit halen. Dan vervolgens de vraag hoe test je precies? Want dat is in 99% van de gevallen het probleem een onbetrouwbare meting.

[Nikey1]

bjusterbaarlik schreef op vrijdag 5 juli 2024 @ 00:02:
Twee routers achter elkaar zal ook niet helpen. Zou sowieso eerst de Asus er tussen uit halen. Dan vervolgens de vraag hoe test je precies? Want dat is in 99% van de gevallen het probleem een onbetrouwbare meting.

De asus router had ik al verwijderd. Ik heb direct op het modem getest, cat6a kabel, met een USB C 2.5G LAN Adapter Ethernet Adapter RJ45 2500Mbps Netwerkadapter.

De wifi van de modem ook geprobeerd, zonder asus router.

[CriticalHit_NL]

Nikey1 schreef op vrijdag 5 juli 2024 @ 00:59:
[...]


De asus router had ik al verwijderd. Ik heb direct op het modem getest, cat6a kabel, met een USB C 2.5G LAN Adapter Ethernet Adapter RJ45 2500Mbps Netwerkadapter.

De wifi van de modem ook geprobeerd, zonder asus router.

Mis ook nog wat informatie hoe je dit getest hebt, via speedtest in de browser? welke server? En wat zijn de systeem specificaties waarmee je test?

Low power laptop CPUs kunnen wellicht niet eens de CPU kracht opbrengen om zoveel download te verstouwen, maar veel speedtest servers zijn ook brak, en testen via de browser maakt het effect alleen maar erger zeker als je geen adblocker hebt om CPU te besparen tijdens de test.

[Drardollan]

J-roenn schreef op donderdag 4 juli 2024 @ 18:49:
Welk type switch heb je? Ondersteunt deze IGMP snooping?
https://www.tp-link.com/nl/support/faq/1125/

Jaren terug met KPN Adsl zelfde soort problemen gehad, een nieuwe switch die IGMP snooping ondersteunde loste toen het probleem op.

Zover mij bekend is IGMP snooping iets van KPN uit de begindagen van iTV. Toen je de ontvangers ook eigenlijk alleen direct op de modems kon aansluiten. Dat is volgens mij achterhaald, ik heb al jaren mijn TV ontvangers gewoon opgenomen in het reguliere netwerk (zowel bij KPN hiervoor als bij Delta nu) zonder problemen.

[marco2152]

Blaffeh schreef op donderdag 4 juli 2024 @ 18:43:
[...]


Heb je die Deco tussen de Nokia en de 30 poorts switch zitten? Wat gebeurt er als je de switch gewoon direct op de Nokia aansluit. Is het probleem dan weg?

Ja, klopt, zodat alle apparaten in mijn netwerk hetzelfde ip-adres hebben en de Deco mijn netwerk kan beheren. Ik zal deze test eens uitvoeren.

[Drardollan]

Nikey1 schreef op vrijdag 5 juli 2024 @ 00:59:
[...]


De asus router had ik al verwijderd. Ik heb direct op het modem getest, cat6a kabel, met een USB C 2.5G LAN Adapter Ethernet Adapter RJ45 2500Mbps Netwerkadapter.

De wifi van de modem ook geprobeerd, zonder asus router.

800/600 komt op mij over als een 1Gbit verbinding. Natuurlijk eerst de domste vraag, in welk poort van het Nokia modem heb je de kabel gestopt? Een gele of oranje? En zijn er virusscanners in het spel of adblockers? Er waar heb je de test gedaan? Via speedtest.dfn.nl? En 1 keer of meermaals op meerdere momenten en vanaf meerdere machines?

Voor de rest klinkt 2Gbit leuker dan het is. Maar weinig apparatuur kan het echt verwerken. Het is wel nuttig als je meerdere apparaten tegelijk gebruikt op hoge snelheid, maar de vraag is of het standaard Nokia modem hier echt mee overweg kan. Dan moet je eigenlijk eerder kijken naar vervangen van het modem door een eigen ONT en dan een degelijke router/firewall erachter die ook echt geschikt is voor dit soort snelheden.

[ Voor 17% gewijzigd door Drardollan op 05-07-2024 09:12 ]

[marco2152]

bjusterbaarlik schreef op donderdag 4 juli 2024 @ 17:53:
Kan prima, maar je kunt het altijd proberen en zien wat er gebeurt, als je nog steeds problemen hebt dan weer terugkoppelen aan Delta.

Zover ik weet zijn het trouwens firmware problemen van de Nokia XS-2426G-B die het veroorzaken.

Waar zou ik meer kunnen lezen over deze firmware problemen?

[bjusterbaarlik]

marco2152 schreef op vrijdag 5 juli 2024 @ 09:19:
[...]

Waar zou ik meer kunnen lezen over deze firmware problemen?

Nergens vind je daar wat over.

Maar ik zou eerst gewoon proberen met de TV ontvanger rechtstreeks op de Nokia router en zien wat er gebeurt. Mooiste is ook als je niks anders eraan hebt hangen. Dus ook de Deco's switch en andere apparatuur niet als het even kan.

[ribbe82]

Drardollan schreef op vrijdag 5 juli 2024 @ 09:00:
[...]

Zover mij bekend is IGMP snooping iets van KPN uit de begindagen van iTV. Toen je de ontvangers ook eigenlijk alleen direct op de modems kon aansluiten. Dat is volgens mij achterhaald, ik heb al jaren mijn TV ontvangers gewoon opgenomen in het reguliere netwerk (zowel bij KPN hiervoor als bij Delta nu) zonder problemen.

Nee, dat is nog steeds actueel. Ik heb zojuist een domme switch vervangen door de TL-SG108E managed switch, met IGMP-snooping aan.
Je ziet het meteen, unmanaged switches gaan de ledjes als een malle knipperen en in mijn situatie ging de netwerk performance drastisch onderuit (bijv de zonnepanelen konden geen connectie meer krijgen met de cloud).
Deze switch is de spil in mijn netwerk, dus dat mag ook wel een goede zijn.

Daarnaast heb ik nog een switchje in de TV-kast. Die laat hetzelfde gedrag zien, maar daar zit verder zo weinig op dat je daar geen last van hebt. Overigens had ik die wel vervangen tov een een switch uit de oertijd, dat verhielp weer hikkend beeld en haperend geluid.

Maw goede switches zijn in dit systeem best belangrijk en kan veel ongemak wegnemen.
Dat is vaak lastig uit te leggen aan een leek, die bij zulke haperingen/hickups meteen de helpdesk belt.
Terwijl het vaak in je eigen netwerk geoptimaliseerd kan worden. In die zin is dit systeem niet volledig hufterproof, is mijn mening.

[bassiej19]

Ellende ellende ellende met Delta. Althans met Delta Fiber.

In December 2023 glasvezel aangevraagd. Het sprietje lag al op de stoep en ze hoefden hem enkel naar binnen te leggen. Dit zou binnen 3 maanden gebeuren.

Ook al ben ik ongeduldig heb ik netjes 2 maanden afgewacht. Na deze 2 maanden contact gezocht of er al iets bekend was omdat ik inmiddels wel had verwacht dat er gebeld zou zijn voor het maken van een afspraak.

Sindsdien 4 maanden bezig geweest met elke keer de belofte dat het binnen 2 weken aangelegd zou worden en ik gebeld zou worden voor een afspraak.

Na in totaal 6 maanden en zo'n 8 beloftes verder, wil ik 's ochtends weggaan en staat er opeens een team voor mijn deur. Ik denk handig, maar laat ze het werk uitvoeren omdat ik verwacht anders wederom 6 maanden moet gaan wachten. Het bleek dat Bam het "spoed" team heeft gestuurd die normaal enkel reparatie doen en geen nieuwe installaties omdat het al zo lang duurde.

Dus kabel naar binnen gelegd, het witte kastje van Delta aan de muur en doorgemeten vanuit de meterkast. So far so happy. De melding dat binnen 2 dagen Delta een melding zou ontvangen dat de kabel er ligt en dat ze internet kunnen gaan opleveren.

Na 2 dagen toch maar even gebeld wat de status was, want reactie bleef uit.

1. Delta had nog geen melding dat kabel er lag
2. DeltaFiber zegt dat Bam heeft aangegeven dat kabel pas na bouwvak naar binnen wordt gelegd (hij ligt er al)
3. Bam is niet op de hoogte dat de kabel al binnen ligt, en ze kunnen niks in administratie terugzien dat ze het hebben aangelegd.

Na foto's gestuurd te hebben erkennen ze dat de kabel binnen ligt, maar nu meer dan 3 weken later en vele communicatie tussen mij, DeltaFiber en Bam is hij nog steeds niet afgemeld ondanks meerdere beloftes.

Zuur.... Erg zuur.... Het lijkt me een verantwoordelijkheid van Delta omdat ik daar het abonnement heb aangevraagd, maar ik wordt van kastje naar de muur gestuurd.

Iemand dit meegemaakt? En eigenlijk ben ik van mening dat ik gezien de tijd en frustraties wel een compensatie mag krijgen vanuit Delta. Ik wou ze voorstellen mij een jaar lang de 8Gbit of 2Gbit te geven voor de prijs van de 1Gbit. Is dit reëel of werken dit soort partijen daar niet aan mee?

[Drardollan]

@bassiej19
Er is in dit topic al een diverse malen over geschreven. Gebruik de zoekfunctie. Je situatie is niet uniek en je moet gewoon geduld hebben.

[EWS99]

bassiej19 schreef op maandag 8 juli 2024 @ 15:37:
Ellende ellende ellende met Delta. Althans met Delta Fiber.

In December 2023 glasvezel aangevraagd. Het sprietje lag al op de stoep en ze hoefden hem enkel naar binnen te leggen. Dit zou binnen 3 maanden gebeuren.

Wat is de situatie in de wijk? Is de rest wel al aangesloten? Is het internet al operationeel?
Als de PoP nog niet is aangesloten kan het lang duren. Kan door allerlei problemen tegenzitten: niet voldoende stroom in de wijk, nog niet de juiste vergunningen etc.

Mijn ervaring met geitepaadjes (want zo klinkt het met het "spoed team") is niet zo best in grote organisaties. Als dat team jouw aansluiting niet in de juiste administraties kan zetten, kan het juist langer duren dan de normale weg.

Ik denk dat je ongeduld je hier mogelijk meer gaat tegenwerken eerlijk gezegd.

[bassiej19]

EWS99 schreef op dinsdag 9 juli 2024 @ 08:03:
[...]


Wat is de situatie in de wijk? Is de rest wel al aangesloten? Is het internet al operationeel?
Als de PoP nog niet is aangesloten kan het lang duren. Kan door allerlei problemen tegenzitten: niet voldoende stroom in de wijk, nog niet de juiste vergunningen etc.

Mijn ervaring met geitepaadjes (want zo klinkt het met het "spoed team") is niet zo best in grote organisaties. Als dat team jouw aansluiting niet in de juiste administraties kan zetten, kan het juist langer duren dan de normale weg.

Ik denk dat je ongeduld je hier mogelijk meer gaat tegenwerken eerlijk gezegd.

Thanks voor je reactie. Ja andere mensen in de straat hebben al wel aan aansluiting actief. Dus de wijkkast is actief.

Ik heb idd het gevoel dat het nu tegen mij werkt. Maar wat wil je na zo'n 7 maanden? Ik vind wachten echt totaal geen probleem, zolang ze gewoon zeggen: "het gaat x tijd kosten".

Wat is nu verstandig? Of zijn alle opties vervlogen?

[EWS99]

bassiej19 schreef op dinsdag 9 juli 2024 @ 11:30:
[...]


Thanks voor je reactie. Ja andere mensen in de straat hebben al wel aan aansluiting actief. Dus de wijkkast is actief.

Ik heb idd het gevoel dat het nu tegen mij werkt. Maar wat wil je na zo'n 7 maanden? Ik vind wachten echt totaal geen probleem, zolang ze gewoon zeggen: "het gaat x tijd kosten".

Wat is nu verstandig? Of zijn alle opties vervlogen?

Bellen met Delta is je enige optie. Er moet nu een Guidion monteur gepland worden die de aansluiting "doormeet". Wat ze dan doen is de aansluiting patchen in de PoP en checken of alles werkt.

- Wanneer hebben ze de kabel bij je huis naar binnen gebracht?
- Hoe komt het dat je de aansluiting niet bij de initiele aanleg naar binnen hebt laten brengen?
-> Ben namelijk wel benieuwd of Delta Fiber hier nu extra kosten voor in rekening brengt, want dat is wel wat ze aangeven als je de aansluiting achteraf laat maken

[bassiej19]

EWS99 schreef op dinsdag 9 juli 2024 @ 11:36:
[...]


Bellen met Delta is je enige optie. Er moet nu een Guidion monteur gepland worden die de aansluiting "doormeet". Wat ze dan doen is de aansluiting patchen in de PoP en checken of alles werkt.

- Wanneer hebben ze de kabel bij je huis naar binnen gebracht?
- Hoe komt het dat je de aansluiting niet bij de initiele aanleg naar binnen hebt laten brengen?
-> Ben namelijk wel benieuwd of Delta Fiber hier nu extra kosten voor in rekening brengt, want dat is wel wat ze aangeven als je de aansluiting achteraf laat maken

Na het aanleggen zijn ze naar de wijkkast gegaan en hebben ze hem doorgemeten. Zou dus zeggen dat dat goed moet zijn. Ze waren nog enthousiast over aantal DB.

Het huis heeft lange tijd leeggestaan. Daarom is er niet naar binnen gelegd initieel.

Ik heb geen extra kosten gekregen bij Delta voor het alsnog naar binnen leggen. Dit is bij ons nog steeds kosteloos als je ernaar vraagt.

[EWS99]

bassiej19 schreef op dinsdag 9 juli 2024 @ 11:48:
[...]


Na het aanleggen zijn ze naar de wijkkast gegaan en hebben ze hem doorgemeten. Zou dus zeggen dat dat goed moet zijn. Ze waren nog enthousiast over aantal DB.

Het huis heeft lange tijd leeggestaan. Daarom is er niet naar binnen gelegd initieel.

Ik heb geen extra kosten gekregen bij Delta voor het alsnog naar binnen leggen. Dit is bij ons nog steeds kosteloos als je ernaar vraagt.

Dan ben je er bijna als je 't mij vraagt. Zou eigenlijk nog een kwestie van administratie moeten zijn.

Dus blijven bellen met Delta tot ze er gek van worden

[Verwijderd]

bassiej19 schreef op maandag 8 juli 2024 @ 15:37:


Dus kabel naar binnen gelegd, het witte kastje van Delta aan de muur en doorgemeten vanuit de meterkast. So far so happy. De melding dat binnen 2 dagen Delta een melding zou ontvangen dat de kabel er ligt en dat ze internet kunnen gaan opleveren.

Dus A belooft dat B iets zal doen. B doet dat niet. Wie kan je aanspreken?

Over 't algemeen hecht ik er weinig waarde aan als Piet belooft dat Henk iets zal doen. Dan voel ik kastje-muur al opkomen.

Inhoudelijk: de aannemmer moet glasvezel gereedmelden bij Delta ("Status 0"). Als de aannemmer dat niet (goed) doet, dan gebeurt er niks. Aannemers melden eens per x dagen. Delta pakt het dan batchgewijs op.

"2 dagen" lijkt me nogal snel.

Je kan zelf checken of Delta van de aannemer Status 0 heeft gehoord: check op delta.nl wat die site zegt over de leverbaarheid van je glasvezelabonnement. Als er nog staat "aanleggen" of zo, dan is het nog niet gereedgemeld door de aannemer.