Home   2026-10-22 19:56:51

←

Ziggo vervangt 11.000 modems van zakelijke klanten vanwege technisch defect

Original article

Vanwege een 'technisch defect' gaat Ziggo de modems van 11.000 zakelijke klanten vervangen. Klanten melden sinds zondag dat ze internetproblemen ervaren. Het is niet duidelijk hoe het defect is ontstaan.

Een woordvoerder van Ziggo laat aan Tweakers weten dat ongeveer 2000 zakelijke klanten internetproblemen ervaren vanwege een 'technisch defect in een specifiek type modem'. De provider gaat echter alle 11.000 modems van dit type vervangen, dus ook die van klanten die geen problemen ervaren met hun internetverbinding. "Daarmee willen we voorkomen dat meer klanten zonder internet komen te zitten."

Ziggo zegt niet om welk type modem het gaat. Volgens reacties van klanten op het forum van Tweakers lijkt het om een Ubee 1318ZG-modem te gaan. De internetproblemen worden sinds zondag door klanten gemeld. Het is niet duidelijk waardoor het defect wordt veroorzaakt.

Verschillende getroffen klanten hebben al een vervangende modem ontvangen, nadat ze hiervoor contact opnamen met de klantenservice. Ziggo wil dit proces vergemakkelijken door een registratieformulier online te zetten. Klanten bij wie het modem preventief wordt vervangen, worden door Ziggo zelf benaderd.

"We hebben extra monteurs en capaciteit ingezet om klanten zo snel mogelijk te helpen en de vervanging te versnellen", zegt Ziggo. "Door het grote aantal vragen kan het op dit moment helaas langer duren voordat klanten ons telefonisch te spreken krijgen. We adviseren klanten met problemen daarom gebruik te maken van het registratieformulier."

Update, 13.25 uur: Link toegevoegd naar het registratieformulier.

VodafoneZiggo stock (bron: Pixelbizz/Getty Images)

Door Kevin Krikhaar

Redacteur

Feedback • 26-08-2026 12:37
149 • submitter: bjusterbaarlik

26-08-2026 • 12:37

149

Submitter: bjusterbaarlik

Reacties (149)

149
146
110
10
1
27
Men vermeld niet welk MAC-adres men moet invullen, op mijn Ubee modem staan er twee. Een 'CM MAC' en een 'MTA MAC'. Ik heb maar gegokt en het 'CM MAC' ingevuld. Benieuwd hoe dit gaat aflopen, met name met mn blok public IP's die aan mijn abonnement hangen.
Die beide MACs verschillen als het goed is maar 1 cijfer aan het einde.

IPs gaan gewoon mee. Is niet gekoppeld aan je modem maar aan je profiel. En een modem hangt weer aan een profiel. Zodra ze 't modem administratief omruilen werkt 't weer.
Thnx voor de info. Laatste 2 digits van het CM en MTA MAC adres zijn anders, verschil is 2.
Je moet het CM Mac adres invullen
Net het nieuwe modem ontvangen, 28-08-2026 13:30. Het oude modem was een Ubee UBC1318ZG, nieuwe is een Sagemcom F3896LG-ZG. Na aansluiten nieuwe modem geregistreerd via https://www.ziggo.nl/modem-omruilen . Ben nu aan t wachten tot eea weer online komt.
Er is een onverwachte servicefout opgetreden. De foutcode is `F_FIELD_ERRTXT


Leuk, zo'n formulier...moet het natuurlijk wel werken.

Editje: Je moet een mac-adres invullen, weet je deze niet, vul dan 00000000 in.

Editje 2: Morgenochtend komt er een monteur langs

[Reactie gewijzigd door KatirZan op 26 augustus 2026 16:46]

Die heb ik nu ook steeds...
Ook al verschillende gegevens geprobeerd, maar hij blijft de error steeds geven.

Never mind, even onzin ingevuld bij het niet verplichte MAC adres veld, en dan doet hij het wel

[Reactie gewijzigd door Silko1995 op 26 augustus 2026 14:27]

Volgende headline: Ziggo vervangt web formulier vanwege technisch defect
De hele website gelijk maar, denk ik
Wij vandaag via onze account manager 16 modems op kantoor laten leveren samen met collega rondje nederland gedaan, CM mac is inderdaad wat ze nodig hebben. Na de swap en de activatie was de verbinding met 10 min weer online.
"We adviseren klanten met problemen daarom gebruik te maken van het registratieformulier." Heeft iemand toevallig ook de link? Het lukt ons helaas niet om in contact te komen met Ziggo zakelijk (wat logisch is).
Dank, ik heb de link naar het formulier toegevoegd aan het artikel :)
De woordvoerder zegt dat ze het formulier 'snel op de Ziggo-website zullen plaatsen'. Momenteel staat het formulier dus nog niet online :)
Ik zie dat je mij als submitter erbij hebt gezet. Echter wat ik had gesubmit was dat de eerste mensen die een vervangend modem hadden gekregen deze weer stuk was gegaan. Ze hadden dezelfde Ubee weer gekregen en deze ging na enkele uren ook weer stuk met hetzelfde probleem. Dat stukje staat niet in de dit artikel.

Fore! in "[Ziggo Coax] Ervaringen & Discussie - Deel 11"

Speedy Computer in "[Ziggo Coax] Ervaringen & Discussie - Deel 11"


Tevens dit is het formulier voor swap:

https://www.ziggo.nl/zakelijk/internet/pro/modemswap

[Reactie gewijzigd door bjusterbaarlik op 26 augustus 2026 13:20]

Nu 't formulier nog werkend maken 8)7

Er is een onverwachte servicefout opgetreden. De foutcode is `F_FIELD_ERRTXT
MAC adres invullen, of in dat veld onbekend invullen, dan lukt het versturen wel. Zie Antiloop in "[Ziggo Coax] Ervaringen & Discussie - Deel 11"
Top, dat was m inderdaad! Thanks.
Dat een model modem problemen heeft snap ik.

Dat ze opeens in groten getale tegelijk kapot gaan snap ik alleen een stuk minder. Ik ben benieuwd naar wat hierachter zit, is het iets met een verlopen certificaat dat niet geupdate kan worden ofzo?
Gezien de grote hoeveelheid meldingen van snel knipperende lampjes voorop en constant brandende lampjes achterop (bij de stekkers), binnen enkele seconden nadat de stroom erop gezet is, kan het mijns inziens niets anders zijn dan gebrickte apparaten door een foute firmware update.

Als iemand nog wil zien hoe de knipperende lampjes eruit zien: (is een webplayer) https://kdrive.infomaniak.com/app/share/3388169/2296acba-291e-4a27-b858-b2ec74e3fd60

[Reactie gewijzigd door Triblade_8472 op 26 augustus 2026 13:06]

Bij een foute firmware verwacht je dat Ziggo gistermorgen die uitrol al lang had stilgelegd. Toch wordt er op het forum hier gesproken over Ubees die door Ziggo (gisteren) door Ubees vervangen zijn en intussen ook alweer stuk zijn. Wat mij doet vermoeden dat het dus geen rechtstreeks firmware issue is, maar iets dat (ook) uit het netwerk komt, of iets met verlopen certificaten of wat dan ook (dus op tijd gebaseerd). Of de uitrol is niet stopgezet, wat raar / dom zou zijn. Of de uitrol is niet goed stop gezet wat dan ook "prutswerk" zou zijn (/dan heeft Ziggo dus geen "controle" over wat er in het netwerk gebeurt).

Edit:
Wat uiteraard ook kan is dat een vorige update de boel al heeft gesloopt en bv het installeren van nieuwe updates de boel sloopt. Volgens mij heb ik dat ook wel eens gelezen bij een stuk hardware. Dat door een firmware bug updaten niet meer mogelijk was. Daar kom je dan (bij slechte test procedures) ook pas later achter. Waarbij nu mogelijk wel al modems de update wel ontvangen hebben maar nog herstart moeten worden, en dus bij de bosjes omvallen terwijl de update al is teruggetrokken (alhoewel dat dan dus irrelevant is want de kapotte firmware is dan die wat er al langere tijd op staat en "prima werkte").

[Reactie gewijzigd door RobertMe op 26 augustus 2026 14:39]

Of Ziggo is niet in staat om firmware updates terug te trekken.

Zou niet handig zijn maar het is zo’n functionaliteit die je normaal nooit gebruikt, dus waarvan je pas als je het nodig hebt merkt of het werkt.
Zou niet handig zijn maar het is zo’n functionaliteit die je normaal nooit gebruikt, dus waarvan je pas als je het nodig hebt merkt of het werkt.
Wordt er geen gradual rollout gebruikt?

Functionaliteit niet testen voordat je het nodig hebt is natuurlijk ook niet handig.
Wij hebben een klant die pas sinds gsiteravond offline is (iets na 20.00 uur). Zelfde lampjes disco feest.


Bij een firmware probleem zou je inderdaad verwachten dat ze 'm terugtrekken.
Klopt, ik kan bevestigen dat het internet bij een klant gisteren nog actief was. Vanochtend was het echter ‘lampjesdisco’ op het Ziggo modem
Ik heb dat ooit een keer gehad bij een BT600 BT dongle van Plantronics dat de support mij een firmware downgrade liet doen en pas achteraf vertelde dat een update daarna ook niet meer mogelijk was. Dus wie weet...
Ben toch wel benieuwd hoe dit heeft kunnen geburen en bij wie de verantwoordelijkheid ligt.

De modems draaien vermoedelijk aangepaste firmware, wat is de inbreng Ziggo bij de aangepaste firmware en in hoeverre is de fabrikant hierbij betrokken. En is het een firmware probleem of een foutieve configuratie van Ziggo zelf die voor een probleem heeft gezorgd. Ook zou ik denken dat als het een firmware of configuratie probleem is dat ze de uitrol zouden kunnen stoppen voor de modems waarbij het probleem nog niet speelt.

Ik hoop dat ze hiervan leren en de procedure voor uitbrengen van nieuwe firmware gaan aanpassen.

[Reactie gewijzigd door Bedge85 op 26 augustus 2026 12:54]

Je zou ook verwachten dat bij een probleem in firmware of configuratie het modem terugschakelt naar de vorige werkende situatie.
Gezien de snelheid waarmee 't modem in die Disco-modus terecht komt na het aanzetten van 't modem doet mij vermoedden dat het probleem in de bootloader zit.

Dan valt er weinig meer terug te schakelen
Je kan toch ook 2 kopieën v/d bootloader bijhouden, of een soort safe-mode bootloader waarmee alleen een (remote) firmware update mogelijk is.
-rand aan-
Daar had AI niet over nagedacht bij het maken van een nieuwe bootloader
-rand uit-

Ja dat is achteraf gemakkelijk praten, als dit al jaren zo werkt en kosten technisch met veel check and balances gewoon werkt dan is dat mogelijk. Verder moet je ook niet vergeten dat het wellicht dan 11.000 klanten instructies moet gaan geven die nu of morgene en probleem ervaren, dan is wellicht vervangen de korste klap. Er staat nergens dat deze modems niet meer ingezet gaan worden en misschien waren ze al aan het einde van hun leven. Het feit dat er 11.000 modems bij klanten staan zegt ook dit waarschijnlijk niet het nieuwste model was.
Deze Ubee word / werd formeel alleen gebruikt bij Zakelijk Pro. Bij normaal zakelijk en consumenten werd deze Ubee in principe niet geleverd (als je voldoende klaagde over de brakke ConnectBox / Puma chipset kon je wel deze Ubee krijgen, en er is een periode na de invoer van IPv6 in bridge mode geweest dat je een geschikt modem kon aanvragen en mocht kiezen tussen de CB Giga of Ubee). En echt groot zakelijk zullen ze eerder over glasvezel leveren.
Dát zal de reden zijn dat het "maar" om 11k modems gaat. Het gaat (vrijwel) alleen om klanten van een relatief specifieke abo vorm (Zakelijk Pro over coax en niet "zo Pro dat het over glasvezel gaat").
Als je een apparaat maakt wat bij miljoenen mensen thuis komt te staan (en dan bedoel ik: als Ubee, niet Ziggo) dan bouw je het toch zo dat je niet potentieel miljoenen stuks hardware moet gaan servicen door een foute firmware of config update.

Dit hoeft niet complex te zijn: je bewaart de oude firmware en config en als er na de update niet binnen 15 minuten een werkende verbinding is reboot je en revert je naar de vorige situatie. Dit kan m.b.v en hardware watchdog timer die door de firmware gereset wordt nadat de verbinding actief is.
Maar wat als de klant (Ziggo) daar niet voor wenst te betalen?

Let wel.. we hebben hier over het bedrijf dat miljoenen klanten opzadelde met de immens trage eerste generatie mediabox. Bekend is dat de fabrikant van die box UPC/Ziggo had gewaarschuwd, meerdere keren, dat de gebruikte SOC niet toereikend was en dat een wel toereikende slecht marginaal duurder was.

Maar men moest en zou de te trage SOC gebruiken. De rest is geschiedenis.
Als je een apparaat maakt wat bij miljoenen mensen thuis komt te staan (en dan bedoel ik: als Ubee, niet Ziggo) dan bouw je het toch zo dat je niet potentieel miljoenen stuks hardware moet gaan servicen door een foute firmware of config update.
Alle providers lopen zelf te klooien in de software van door hun uitgegeven modems, het kan dus heel goed zijn dat het juist daar is foutgegaan en dat Ubee geen blaam treft.
Ubee moet het zo ontwerpen dat ongeacht het geklooi vd provider de boel te herstellen is. Bijvoorbeeld met een recovery mode die in ROM zit en niet te overschrijven valt.
Deze modems hebben een recovery mode via USB. Alles is dubbel uitgevoerd behalve 'mtd7: 00100000 00010000 "flash0.bolt"'. De werking is vergelijkbaar met andere Broadcom chipsets. Misschien hebben ze iets anders aangepast (NVRAM) waardoor de bootloader crashed. Ik heb al gekkere dingen gezien. Ik denk dat het vooral een gebrek aan deskundig personeel is. Dit kun je Ubee of Broadcom niet kwalijk nemen.
Huh wat bedoel je hiermee:
Het feit dat er 11.000 modems bij klanten staan zegt ook dit waarschijnlijk niet het nieuwste model was.
Moeten er wel 2 kopieen zijn en moet die bootloader hardware de mogelijkheid hebben om te werken met twee versies. Het is maar zeer de vraag of zo'n modem dat heeft, ik denk het niet.

Vroeger hadden computers ook maar 1 BIOS. Ging je flash mis, was 't einde oefening. In the early days kon je de flash chip er nog uithalen om in een andere PC te flashen.
Kan meerdere oorzaken hebben... Misschien zijn er wel meerdere hardware revisies van dat modem, waarbij bepaalde revisies in de nieuwe firmware niet getest / supported zijn? Daar zou ik dan verwachten dat het device zelf een check doet in bv headers in de firmware of deze wel geschikt is, en anders reboot met huidige firmware. Of Wellicht is de firmware-file is corrupt geraakt met het uploaden naar hun firmware-server of hoe ze dat ook doen. Ik zou daar dan weer verwachten dat er checksums en hashes mee gemoeid zijn, maar wie weet?

Wat mij ook wel bevreemd is dat dit 's avonds rond 22u begonnen lijkt. Normaal doen ze die updates 's nachts, bij mij en onze klanten in elk geval meestal tussen 1 en 3 's nachts ergens. Ikzelf heb een klein-zakelijk MKB lijntje van Ziggo, maar ik wil de dagen niet tellen dat ik om 22u nog aan het werk ben...
Oh ja dat kan ook nog, maar dan kan Ziggo die uitrol zelf toch stoppen? Ik snap niet dat ze dan alle anderen van dit model ook snel willen vervangen.
Wellicht dat ze niet teveel verschillende types in het wild willen, je moet dan vele types gaan onderhouden, testen enz. Dan is het goedkoper om eenzelfde type overal uit te rollen.

Daarnaast zit er (iig bij mij) een security vulnerability in uit 2020 waar ze nooit meer over bij mij zijn teruggekomen. (CVE-2020-12695, ookwel CallStranger genoemd)
Supported heeft Ziggo momenteel niet zo'n wildgroei aan hardware. De Sagemcom voor consumenten en zakelijk (/klein zakelijk), en de Ubee voor Zakelijk Pro. En wellicht nog hier en daar een ConnectBox Giga die relatief recentelijk geleverd is (zeg afgelopen 2 jaar).

Waarbij ik afgelopen jaren bij familie ook heb "gemerkt" dat Ziggo actief vervangingen heeft gedaan. Waarbij ze een nieuw modem (Sagemcom) hebben opgestuurd incl. brief dat die binnen 2 weken aangesloten moet worden, want daarna gooien ze de oude van het netwerk. (En ervaringen op het forum leren dat ze dat oude modem ook daadwerkelijk deactiveren na die 14 dagen).
Die 14 dagen hebben ze uit de postnl api gehaald. Pakketje afgehaald/bezorgd? Dan 14 dagen later is het ciao.
Zeg je nou dat mijn niet ConnnectBox Giga (maar wel witte ConnectBox) niet meer supported is? Waarom hangt hij hier dan nog en zit die inbegrepen in mijn abo prijs?

Daarnaast mag Ziggo die ook mooi zelf komen aansluiten. Hebben ze met het huidige modem ook gedaan. Als ze hem gewisseld willen hebben komen ze op dat moment hem ook zelf maar wisselen.

[Reactie gewijzigd door SunnieNL op 26 augustus 2026 14:10]

Ik vraag me af of dit gerelateerd is aan de plotse recall van PSU's voor de modem/routers van Proximus in Belgie. 2 weken terug plots uit het niets een pakketje van de ISP met een nieuwe PSU, de uitleg volgde pas 3 dagen later.
Ik zou niet weten hoe de stroomvoorziening ervoor kan zorgen dat de firmware bricked, maar wie weet.

KPN had vorige jaar zo'n recall, met 'box 12' adapters die ze spontaan uit zichtzelf zijn gaan vervangen.
Ik begreep dat het probleem alleen speelt in voormalig UPC gebied en alleen bij zakelijke klanten met een Ubee 1318. Particuliere klanten of klanten in niet voormalig UPC gebied hebben geen issues . Dan lijkt mij een mislukte firmware update juist niet erg waarschijnlijk.

[Reactie gewijzigd door Fony op 26 augustus 2026 16:26]

Blijft altijd bijzonder dat zelfs na inmiddels 11 jaar deze splitsing toch nog geregeld tevoorschijn komt.

Bij mijn ouders is een jaar of 2 geleden pas het UPC Technicolor modem vervangen.
Een paar jaar geleden (of misschien nog steeds) werden klanten in fZiggo gebied gefactureerd vanuit een andere entiteit (Ziggo B.V. geloof ik) dan klanten uit het fUpc gebied (Ziggo Services B.V. dacht ik).

Dus die splitsing ging/gaat wel verder dan alleen het fysieke netwerk wat gescheiden is, er zal een technische of misschien wel fiscale reden zijn waarom dit nog steeds gescheiden is

En de kosten om het netwerk samen te voegen zal wel niet mals zijn met alle risico's van dien
Ik waardeer je link met het videootje ;-)
(y)

Ik dacht, altijd leuk, beeld te hebben van het issue.
Wij zitten in een compleet andere regio, mara ook dit zelfde modem.. ben benieuwd of dat goed blijft gaan dan.
Ik heb ook de Ubee1318, niet zakelijk en zit in voormalig Casema gebied. Gelukkig (nog) geen problemen.
Klinkt meer als een software update gone wrong als je het mij vraagt.
Pure speculatie maar ik vraag me af of er een lek in zit en ze gehackt worden dat uitloopt op een brick. Worden die modems ook door andere ISP's gebruikt maar heeft Ziggo misschien een eigen firmware versie die ipv een infectie een brick veroorzaakt? Met een update zou je verwachten dat ze allemaal tegelijk, of regio na regio gaan, maar als ik het zo zie is het een beetje willekeurig..
Doet een beetje denken aan PC problemen met blaster in het XP tijdperk..
verkeerde firmware klaar gezet die bij reboot wordt gedownload en modem bricked
Misschien slim de komende dagen voor bij wie de modem het nu nog wel doet hem uit te zetten als je kantoor verlaat en in de ochtend weer aan te zetten. Ik ga er dan vanuit dat firmware updates alleen in de nacht worden gedaan :P

EDIT: misschien toch niet doen, zie hieronder.... als de firmware al in cache staat en een reboot krijgt gaat hij die misschien installeren...

[Reactie gewijzigd door Urk op 26 augustus 2026 19:40]

Je hebt grote kans dat je de firmware al hebt, maar nog geen reboot hebt gedaan... uitzetten zorgt er dan voor dat je modem alsnog gebrickt wordt.

Gisteren had ik deze al bij ene klant, die hebben een custom route in de firewall over de Ziggo lijn lopen. Omdat de gateway nog wel reageerde (dat is het modem), maar verder verkeer onmogelijk was moest ik even zoeken wat er aan de hand was. Hun zakelijke KPN lijn doet nml geen traceroute, dus na het uitschakelen van die route kwam de trace nog steeds niet verder dan 1 hop :X.

Vanmorgen bij andere klant, die hadden idd de disco op het modem. Hebben nu tijdelijk een 4G router aangesloten want Ziggo kan wel even duren voor de vervanging er is.

Betreft beide Ziggo Pro aansluitingen met 5 IP-adressen, dat moet allemaal met het handje geconfigureerd worden.
Je hebt grote kans dat je de firmware al hebt, maar nog geen reboot hebt gedaan... uitzetten zorgt er dan voor dat je modem alsnog gebrickt wordt.
Alleen had ik voor de reboot ook geen internet en na een powercycle gaf het modem pas de bekende alle lichjes.
Wordt het tegendeel geadviseerd
Ja, ik las het, als de firmware al gedownload is en in cache staat moet je die toch op 1 of andere manier kunnen verwijderen?
Door de storing kan er op de basisschool van mijn dochter geen gebruik meer worden gemaakt van de digiboards in de klas lokalen. Je kan ze zelfs niet meer gebruiken om gewoon op te schrijven. Het is nogal wat, om een meerdaagse outage te hebben voor je zakelijke klanten. Ze mogen hun change management en release management processen wel even gaan evalueren en verbeteren.
Een schoolbord dat niet werkt zonder internetverbinding is sowieso dubieus.
Mee eens maar helaas werken veel dingen tegenwoordig zo. Net zoals je veel games niet meer offline kan spelen zit ook het digiboard gekoppeld aan een cloud oplossing en als die niet beschikbaar is, is het digibord onbruikbaar.
Maar gamen doe je over het algemeen voor entertainment.

School, een bedrijf, ... is geen entertainment. Echt voldoende bedrijven die wel een fatsoenlijke backup hebben om te voorkomen dat ze tientallen man personeel op kantoor hebben zitten uit hun neus te eten "omdat internet het niet doet". En een school zou net zo goed beter moeten weten als ze zo afhankelijk van internet zijn. (In mijn tijd was er nog geen stroom, laat staan internet, nodig om een klas te kunnen volgen. Hoogstens dat er eens een TV met VHS het lokaal in werd gereden).

En zo zou ik ook verwachten dat de docent het lesmateriaal offline op een eigen (/werk) laptop heeft en je die aansluit op het scherm (fysiek of draadloos). En niet dat er een internet vereiste is voor de meest basale zaken.
Ik claimde niet dat de lessen geen doorgang kunnen vinden hé, alleen dat het digibord onbruikbaar is. (Dat vond ik zelf ook een bijzondere ontdekking dat deze afhankelijk is van de cloud). Ze hebben echt wel lesboekjes en dingen die ze kunnen doen zonder digibord maar de storing duurt nu al drie dagen dus het is wel vrij lang en uiteindelijk wil je wel weer graag je digitale tools tot je beschikking hebben.
Een bord waar je niet op kan schrijven wanneer internet eruit ligt zou de school niet in komen als ik het voor het zeggen had, wat een onzin. Ook geen fijn idee dat dat vast allemaal wordt geüpload en gebruikt voor allerlei doeleinden, zo'n bord zal ongetwijfeld ook weleens gebruikt worden voor besloten discussies, misschien zelfs wel van persoonlijke aard.

Het overgrote deel van de mensen houdt zich hier totaal niet mee bezig helaas.
Vergeet niet dat dit iets is als een verzekering. De kans dat je echt lang eruit ligt is vrij klein, ga je dan bijv. EUR 100 per maand betalen voor een backup verbinding die je maar een halve dag per jaar zou gebruiken. Ik begrijp wel dat een school het dan maar bijv, even zonder zou doen. Het is inderdaad en kosten/baten analyse maar voor een school is dat toch anders lijkt me....
-verkeerd gelezen-

Maar ik mag aannemen dat scholen wel een 'nood-les' of twee op de plank hebben liggen, wat geen digitaal bord vereist? Ga een dagje met pen en papier aan de slag. Ik mag aannemen dat de juf wel een lesje schrijven en rekenen uit dr hoofd kan.

[Reactie gewijzigd door Triblade_8472 op 26 augustus 2026 15:35]

maar datzelfde gaat toch ook op voor die basisschool?

hoezo is die afhankelijk van -alleen- ziggo ?

ik neem aan dat ze wel ergens 100-500 euro per maand hebben liggen om te zorgen dat ze geen SPOF hebben, of even een 5G verbinding lenen
Dit heeft totaal geen prioriteit als ze niet doorhebben dat de impact zo groot is.
Ik kan je uit ervaring vertellen; een gemiddelde basisschool heeft -geen- geld liggen. Dat is zo kapotbezuinigd dat het hier en daar zelfs schrijnend is. Schoolreisjes kunnen niet meer bekostigd worden, vaak moeten ouders rijden omdat een bus laten rijden al helemaal uit beeld is. De vrijwillige ouderbijdrage is op onze school afgeschafd omdat, I kid you not, ze niet willen dat er ongelijkheid onstaat tussen ouders die het wel of niet kunnen betalen. En zo gaat het op veel basisscholen in het land. Dat gezegd hebbende, 26 euro per maand om voor nood een Odido klikklaar te hebben liggen is toch nog iets anders dan 500 per maand, hoe kom je daar nou aan?
Je wordt er weemoedig van hoe emotioneel sommige mensen doen rond het betalen van een wettelijk vrijwillige bijdrage. Het gaat om de school van je kinderen verdorie, zijn weinig waardiger doelen te vinden buiten de erkende goede doelen. Ik ken de situaties wel dat sommige ouders doen alsof ze beroofd worden, of zat geld hebben maar 'principieel niets betalen dat vrijwillig is', terwijl haast alles dat ze verder kopen en doen in het leven... vrijwillig is!

Hoe dan ook, iedereen die het wel kan: betaal gewoon die eenmalige jaarbijdrage aan die school, want die heeft het heus niet makkelijk, en wat ze doen is heus voor de kinderen, ook voor jouw kind. En omdat vele handen licht werk maken, hebben ze met 1 ouder extra gemiddeld per klas die wel bijdraagt straks die 300 euro per jaar om voor jouw kind in jullie klas het schoolbord te laten werken met 5G. Stribbel gerust mee, maar niet tegen, en je kunt altijd nog een vrijwillige bijdrage overmaken natuurlijk, zelfs als het geen beleid is ;)
Helemaal mee eens! Alleen als je het geld niet hebt is het een ander verhaal, bijv. mensen in de bijstand. Maar ik zou het geen enkel probleem vinden om voor een andere oude de bedrijge te balen die het niet zo breed heeft. Het is toch mooi om mensen blij te maken....
Die school mag hun processen dan ook wel even gaan evalueren als de borden niet werken zonder internet ;) Vroeger werkten die ook zonder internet, en zelfs zonder stroom.

En als school zou je ook wel een backup lijntje mogen regelen lijkt me zo. Zeker als je er zó afhankelijk van bent dat zelfs de borden niet werken.
Helaas werken veel dingen tegenwoordig niet meer lokaal. Net als veel games niet werken zonder internet verbinding werkt ook het digibord niet zonder connectie met 'de cloud'.

Het probleem verschuiven naar de school is wat simpel. Waarom zou die moeten investeren in een tweede provider als de eerste provider een oplossing biedt met daarbij de bijbehorende garanties. Ik weet niet of ze wel of geen 'Wifi Back-up naar 4G als vast internet niet werkt' hebben genomen (hoop het wel) maar omdat het modem hier het issue is, kan het best zo zijn dat zowel het vaste internet als het 4G internet beiden niet werken.

Dit lijkt me toch echt een Ziggo probleem, niet een klant probleem. Je hoort gewoon je productie omgeving onder controle te hebben en geen dingen te releasen die meerdaagse outages creëren voor heel veel (zakelijke) klanten.
Je moet gewoon nooit op 1 ISP vertrouwen als je het serieus nodig hebt <punt>.

Leuk die 4G backup. Maar wat als er iets aan de achterkant bij VodafoneZiggo stuk is? DNS servers die er uit liggen, peering naar het internet dat stuk is, .... Ook dan heb je niks aan je 4G backup.

Als je gewoon echt een backup wilt hebben doe je dat dus bij 2 ISPs. Liefst ook wetende dat het gescheiden traces zijn. Je hebt er niks aan als je Ziggo en glasvezel hebt en beide kabels honderden meters aan een stuk naast elkaar liggen. 1x iemand die met een schep / graafmachine er doorheen gaat en beiden liggen er uit.
Dat is toch uiteindelijk een kosten/baten analyse. Het is behoorlijk kostbaar om twee ISPs te nemen en de kabel routes gescheiden aan te laten leggen. Voor een simpele basis school met weinig budget moet je afwegingen maken. En dan vind ik het niet raar om een oplossing te kiezen die goed genoeg is. Dat de uptime dan geen 100% is, dat is dan een acceptabel compromis. Maar meerdere dagen downtime doordat de provider zijn processen niet op orde heeft is daarmee nog niet acceptabel.
Groot gelijk. een 5G router aanschaffen, goede datasim erbij van een andere ISP en je zit op zijn minst een stuk veiliger en redundanter bij zo'n drama als dit.

heb een Peplink 5G met unlimited sim, ideaal
pff, een school is een school geen serieuze IT organisatie waarvan je mag verwachten dat er over dit soort zaken goed nagedacht is en vervolgens degelijke maatregelen genomen zijn. Verwacht je ook een uitwijk locatie en 99.9999% uptime garanties? <punt>
Hieruit blijkt ook dat scholen moeten denken aan redundantie via twee providers (plus technologie) en voor oplossingen (digiboards) kiezen die blijven functioneren bij netwerk uitval. Zo was er nog een tijd dat scholen op locatie server apparatuur had staan in de bezemkast.

[Reactie gewijzigd door digibaro op 26 augustus 2026 13:08]

het hotspotje van de juf was om 11:20 helaas door de data heen.
Neem aan dat de SLA ook royaal word overschreven dus een flinke vergoedings claims van bedrijven zal wel opgestart moeten worden.
Je kan ze zelfs niet meer gebruiken om gewoon op te schrijven
* neemt alcoholstift*

wedden van wel ? :+
Da's bruut. Sterkte Ziggo.
Hoezo sterkte? Modem wordt uitgeleverd sinds 2019 en problemen waren al langer bejand.
Bron? V.w.b. dat de problemen al langer bekend waren. En dan niet dat het zondagavond al mis ging en gisteren meer mis ging. Maar dat deze problemen blijkbaar al maanden / jaren bekend zouden zijn.

* RobertMe heeft nu een aantal jaren deze Ubee thuis op een consumenten lijntje, en die snort nog steeds vrolijk verder.

Waarbij er ook gesproken wordt over (/indicaties zijn dat) deze problemen zich alleen afspelen in die regio's waar het vroeger UPC was ("fUPC" gebieden). Wat eerder doet vermoeden dat er iets geks in de aansturing / netwerken aldaar zit. Immers had UPC vroeger hun eigen hardware en zijn er ook lange tijd nog allemaal technische verschillen geweest (bridge mode kon bij fUPC pas veel later dan bij fZiggo bv).
Immers had UPC vroeger hun eigen hardware en zijn er ook lange tijd nog allemaal technische verschillen geweest (bridge mode kon bij fUPC pas veel later dan bij fZiggo bv).
Ziggo is overgenomen door UPC, niet andersom (Liberty Global), destijds in 2013 hadden ze de Technicolor TC7200 modems en aanverwanten, daarmee was het prima /zelf/ mogelijk de bridge modus aan en uit te zetten via de interface. Pas nadat Ziggo werd overgekocht en de brakke modems aan de man werden gebracht was het plots niet zelf mogelijk, bel de klantenservice maar.

En zelfs dat is tot op heden niet anders zeker met die oude brakke modems.
Het is NIET alleen in het fupc netwerk, is al door meerdere mensen bevestigd.

Ik heb alleen al 2 aansluitingen in het ziggo gebied

[Reactie gewijzigd door Lief Adje op 26 augustus 2026 13:12]

Dat is een heftige operatie zo even ad-hoc. Success...
Als deze modems al 6~7j oud zijn verwacht ik dat Ziggo deze swap al in de planning had staan, door het hogere aantal defecten wordt zo'n actie dan vervroegt. Netjes!
Lijkt me sterk dat ze even 11.000 modems klaar hebben liggen.
Netjes? Wat kunnen ze anders doen dan de defecte modems vervangen?
Dan mogen ze de Intel Puma6 chipset modems (connectbox :X ) wel eens heel snel het veld laten ruimen. Achterlijke dingen. Maar ook daar moet men maar genieten van jarenlang rotzooi kwaliteit. 8)7
Mijn ervaring met Ziggo (weliswaar niet zakelijk), is dat die helemaal niets uit zichzelf doen. Ik moest ze op mijn blote knietjes smeken om mijn vijftien jaar oude modem dat letterlijk uit elkaar aan het vallen was te vervangen en eigenlijk wilden ze me er alsnog voor laten betalen, ffs...
Ook nog in de periode dat regio midden nog vakantie heeft, en de andere regio pas net terug is van vakantie verlof.
Wij hebben ook dit model modem op Ziggo Zakelijk, maar gelukkig niet in voormalig UPC-gebied. Ik kijk er niet echt naar uit om dit modem te vervangen, want hij werkt in tegenstelling tot het vorige Ubee model wel stabiel. Die vorige was zo dramatisch dat we nog een paar jaar op het Cisco model van daarvoor hebben doorgedraaid.
hier ook, super stabiel en snel. Gelukkig het @home gebied is okay.
Ja ben daar eigenlijk ook wel benieuwd naar, ik heb ook een Ubee 1318 als niet zakelijke klant. Destijds gekregen vanwege beloofde ipv6 op de TC7210 wat toen toch weer niet kon. Wel fijn modem in bridge mode, geen wifi. Voor mij helemaal goed.
Ben al een beetje door de reacties gebladerd maar tot nu toe lees ik dat het alleen in oud UPC gebied voorkomt bij zakelijke gebruikers. Al lijken er ook meldingen uit niet UPC gebieden te komen. Over niet zakelijke gebruikers lees ik eigenlijk niets.
Geldt dit alleen voor zakelijke klanten? Ik heb ook een Ubee 1318ZG-modem van Ziggo maar ben geen zakelijke klant. Ik heb overigens geen problemen ondervonden de laatste dagen.
Het lijkt enkel te gaan om de combinatie van dat modem en het oude UPC-gebied.
Er zijn ook meldingen uit niet UPC gebied, dus dat klopt ook niet.
Zou dit ook wel willen weten, heb er zelf ook een en merk de laatste tijd wel wat oplopende uncorrectables en kanaaluitval. Misschien dat ik maar is contact opneem en de reguliere modem aanvraag aangezien ze niet meer die modems met puma soc gebruiken
Zou het geen hack kunnen zijn van de modems? Dat er niet door Ziggo, maar door een andere actor wat is gedaan (gezien het 22u is gebeurd).

Zoals in 2016 in Duitsland

nieuws: Deutsche Telekom: storing 900.000 routers mogelijk gevolg van hack
Zou het geen hack kunnen zijn van de modems?
Na de post van @Triblade_8472 over de blinking leds denk ik dat een domein is overgenomen met gehoste troep firmware.

Ik heb geen Ziggo maar het zou een idee zijn de Ziggo DNS te checken op domein waar de firmware staat en dit vergelijken met oudere records elders.

Vervangen van een bricked modem die na korte tijd weer brickt bij sommigen kan alleen duiden op een domeinprobleem (en daarmee groot firmware/SoC probleem), Ziggo kan nu niets anders dan vervangen.

Ik vermoed dat de modems de gedownloade firmware binary zelf niet op handtekening controleren of b.v. beperkte hardware check het wel prima vindt als firmware domein geldig is o.i.d.

Duidelijk dat klanten zich niet moeten laten afschepen met een l*lverhaal en vragen of firmware gesigned en gevalideerd wordt door hardware, niemand zit te wachten op de Fancy Bear editie die je modem niet brickt.
Als dit de oorzaak is dan kunnen de betreffende domeinen eenvoudig geblokkeerd worden door Ziggo.

Om te kunnen reageren moet je ingelogd zijn