Technicolor CGA4236 -modeemin uusin ohjelmistoversio ei aina toimi

Olethan kerennyt selvittää vikailmoituksen kautta ettei yhteydessä ole jotain fyysisestä yhteydestä johtuvaa häiriötä?

Häiriöilmoituksen pääset jättämään meille täältä. Olet hienosti pitänyt kirjaa yhteyden häiriöistä. Liitäthän ne lisätiedoksi vikailmoitukselle. 

VDSL on kyllä hyvä yhteys, kunhan sisäverkko on kunnossa ja tilaajalle riittää korkeintaan 10Mbit/s lähetysnopeus. Kaapelilaajakaista on nopeudeltaan parempi, kunhan sisäverkko ja alueen kaapeliverkko toimivat normaalisti. 

Paras yhteys nopeudeltaan ja luotettavuudeltaan on asuntoon saakka toimitettava valokuituliittymä tai taloyhtiöissä kunnolla toteutetun ethernet sisäverkon kautta toimitettava liittymä.

 

Ajatus olikin tuo mitä lukee sivun alareunassa mutta ei ehkä liittynytkään modeemin ohjelmistoon.  Kun uudelleen käynnistin jälleen näkyy tiedot modeemin ohjelmistosta ja 2021 lukee edelleen. Aina on mahdollista että, tälläisiä asioita tapahtuu uusissakin ohjelmisto versioissa 🤔

 

Kappas! Tämä jäi itselläni alunperin havaitsematta. Mielenkiintoinen muutos tosiaan. Kyselen vielä tarkennusta meidän kaapeliverkon vastaavalta, että millä versionimellä uusinta firmwarea jaellaan tällä hetkellä. Palaan viisaampana ketjuun todennäköisesti ensi viikon alun aikana. 

Ei valitettavasti liity ohjelmistoversioon mitenkään tuo. Tuon sivun lähdekoodista löytyy rivi

<small>© <script>document.write( new Date().getFullYear() );</script> Technicolor. All rights reserved. </small>

mikä tahtoo sanoa, että tuossa kohdassa näkyy aina nykyinen vuosiluku.

Minullakin on edelleen vuoden 2021 ohjelmisto, aika fiaskoltahan tämä alkaa jo näyttää. Kuten ​@Kerkko, minäkin olen alkanut miettiä, mahtaisiko modeemin siltaava tila vaikuttaa jotenkin päivityksen onnistumiseen tai ylipäänsä modeemin vakauteen. En aio sitä reitittävänä ruveta pitämään pelkkää päivitystä odottamassa, se vaatisi liian paljon muutoksia sisäverkkoni rakenteeseen.

Sain tähän tarkennusta. Uusin ohjelmiston jakelu tapahtuu versiolla CGA4236TCH1-19.3B71-031B-PCU-RT-240124. Kyseinen päivitys ei ole vielä toistaiseksi vapaassa jakelussa, vaan päivityksessä jaetaan laitteille edelleen portaittain.  

​@Juntu Totta, huomasinkin ettei tuo tieto liittynytkään modeemin päivityksiin.

​@KaPetri 

Milloin päivityksiä jaetaan 10M liittymiin?

Hyvä kysymys mihin minulla ei ole antaa tällä hetkellä vastausta. Koetan saada näihin aikatauluihin tarkennusta meidän kaapeliverkon ylläpidolta. Palaan ketjuun vastausten kanssa tässä lähipäivien aikana.

Jonkun linkin kautta tein vikailmoituksen kun verkko katkesi kotona 11.1.2026 

Kaapelimodeemi ja reititin molemmat tehdasnollattu, jotta olisi puhdaspöytä mistä lähteä selvittämään katkoksia.

Kaapelimodeemi, sillattu: Technicolor CGA4236

Reititin/wifi: Unifi Express 7 (Oletus DNS ja DHCP asetukset)

Sain reitittimeltä klo 16:48 ilmoituksen, että kotiverkko on alhaalla, kun ennen kuutta palattiin kotiin ja pääsin testaamaan niin reitittimen wifi oli vielä alhaalla, kun sillattuun kaapelimodeemiin koitin läppäriä suoraan verkkojohdolla niin yhteys pelasi normaalisti ja normaalit valot paloivat kaapelimodeemissa. Reitittimen kun käynnisti uudelleen niin senkin verkko palasi jälleen ylös. Tämä on nyt muutamia kertoja toistunut, ja seuraavaksi pitää kokeilla mennä vain reitittävällä kaapelimodeemilla sekä sen wifillä koska vastaus jonka sain häiriöilmoitukseen oli aika tyhjentävä. “vaikea sanoa näin jälkikäteen mistä tuo on voinut johtua koska yhteyskuitenkin pelasi modeemin päähän kun kokeilit” Tarjosin myös lokitiedostoja modeemista, jos niitä olisi pystynyt tulkkaamaan mutta tuossa häiriöilmotuksen tekopaikassa ei liitteitä voinut lisätä, eikä vastauksessa haluttu jatkaa selvitystä taikka tarjota osoitetta mihin ne lähettää.

Haluaisin tietää, miksi reititin ei pystynyt palautumaan verkon alhaalla olosta, ja mitä Telian pää pystyy sanomaan verkon tilasta tuolta hetkeltä?

Liitän tähän lokit jos joku täältä osasi sanoa, voiko olla kiinni esim siitä jostain DHCP leasesta(?) Täynnä virheilmoituksia ainakin tuntuu lokit olevan.

Kerkko kirjoitti:

Haluaisin tietää, miksi reititin ei pystynyt palautumaan verkon alhaalla olosta, ja mitä Telian pää pystyy sanomaan verkon tilasta tuolta hetkeltä?

Liitän tähän lokit jos joku täältä osasi sanoa, voiko olla kiinni esim siitä jostain DHCP leasesta(?) Täynnä virheilmoituksia ainakin tuntuu lokit olevan.

Niin, minusta näyttää yksinkertaistettuna siltä, että kun verkkoyhteyteen tulee katkos, DHCP lease (asiakaskoneen IP-osoitteen määrittely, joka uudistetaan tietyin väliajoin) katkeaa samalla. Modeemilla saattaa senkin jälkeen olla yhteys palvelimelle (valot palavat nätisti vihreinä), mutta ilman voimassa olevaa DHCP leasea mikään kone ei enää saa yhteyttä ulospäin, koska sillä ei ole IP-osoitetta. Siksi olen itse laittanut reitittimeltä skriptin uudistamaan DHCP leasen heti kun se pingattuaan gatewaytä havaitsee, ettei yhteyttä enää ole. Sillä tavalla yhteys palautuu aina ilman että tarvitsee resetoida reititintä.

Ongelma näyttää siis olevan siinä, ettei DHCP lease palaudu katkoksen jälkeen. Minua askarruttaa nyt, koskeeko tuo ainoastaan sillattua modeemia. Jos reitittävä modeemi kykenee säilyttämään DHCP leasen, ongelmasta kärsivien joukko pienenee heti huomattavasti ja tulee vaikeammin havaittavaksi. Sinullakin modeemin lokissa näyttää olevan useampi DHCP discover -epäonnistuminen, joka saattaa liittyä asiaan.

DHCP FAILED - Critical field invalid in response

DHCP FAILED - Discover sent, no offer received

No Ranging Response received

SYNC Timing Synchronization failure - Failed to acquire QAM/QPSK symbol timing

Started Unicast Maintenance Ranging - No Response received

Honoring MDD; IP provisioning mode

Tuollaisia ilmoituksia antaa modeemin logi.

@Juntu Tämä modeemi reitittävä. Ja jotain DHCP ilmoituksia antaa silti.

OK, luultavasti nuo modeemin DHCP-virheet eivät liity suoranaisesti tähän ongelmaan, niitä taitaa esiintyä kaikilla. DHCP lease -ongelma on kuitenkin todellinen ja saattaa liittyä vain siltaavaan tilaan.

Jos nyt edes saisi tuon firmiksen päivittymään. Edelleen hieman mietityttää, estääkö siltaava tila tuota päivitystä, jota on ilmeisesti työnnetty modeemeihin jo ainakin viimeiset puoli vuotta. Vai onko nyt tosiaan tehtävä asiasta häiriöilmoitus ennen kuin homma onnistuu?

Käyn laitteen tiedoista välillä katsomassa joko se olisi päivittynyt, ei ollut. No huvikseen ajattelin että boottaan laitteen ja kas kummaa se päivittyi. Kysymys kuuluu että olisinko minä ja muut missannut päivityksen jos ei boottaa laitetta oikeaan ajankohtaan? Telia voisi ottaa mallia elisalta näissä päivityksissä, sieltä tuli ennen teksitivistiä että laitteen firmware päivittyy. Niin ja nää päivitykset tähän ilmeisesti tulee liittymänopeus luokittain, niin kerrotaan nyt et itsellä on 500mb.

Kiitos vinkistä. Olen kyllä aina silloin tällöin boottaillut modeemia (syystä tai toisesta), ja tästä innostuneena koetin sitä taas uudelleen, mutta eipä näyttänyt päivittyvän. Siellä on siis edelleen vuoden 2021 ohjelmisto, ei edes sitä 2023:n ohjelmistoa, jota pitkään päivitettiin ennen tätä “uutta” 2024:n firmistä.

Jos päivittyminen tosiaan riippuu siitä ajankohdasta, jolloin boottauksen tekee, niin sitten siihen kyllä tarvittaisiin jotain viestiä Telialta, miten sitä nyt muuten voisi osua oikeaan ajankohtaan? Ne katkoksetkin (DHCP leasen loppuminen kesken), joiden edelleen epäilen jotenkin liittyvän tähän asiaan, tapahtuvat melko satunnaisesti kaikkina vuorokaudenaikoina.

Pari kertaa olen vaihtanut modeemin siltaavasta reitittäväksikin eliminoidakseni tämän asian mahdollisen vaikutuksen ja bootannut sitten, mutta eipä ole sekään päivittymiseen vaikuttanut.

Itsellä katkesi netti taas, eikä reititin palautunut ilman buuttia. Tällä kertaa buuttasin huvikseni modeemin vaikka ei häiriöitä siinä ollut päällä, reititin sai taas yhteyden kuntoon sen jälkeen. Nyt kun tietää miten tämä siltaavana toimii niin voikin kokeilla seuraavaksi pelkkää modeemia reitittävänä ja laittaa hetkeksi oman reitittimen pois pelistä. Katsotaan mitä häiriöilmoitukseen saa vastaukseksi kun laittaa login mukaan, että mistä johtuu katkeilut..

Aamuisinhan he taitaa sitä päivitystä aina työntää. Ite tein tuon booting 7aikaan.

Päivityksen jakelua on nyt laajennettu, ja tämänhetkisten aikataulujen perusteella kaikkien laitteiden tulisi saada päivitykset viimeistään viikon 6 alkuun mennessä.

Meille eilen keskellä päivää näkyi päivitys tulevan (mikä on erikoista kun eikö nämä pitänyt tulla öisin?). Ihmettelin kun modeemi yhtäkkiä käynistyi uudelleen jonka jälkeen yhteyden palauduttua kaikki modeemin valot vilkkui järjestyksessä ylhäältä alas kuin olisi joku jouluvalotila päällä. Olis hyvä olla maininta jossain tuosta valo-ohjelmsta niin ei tarvi ihmetellä mikä on vikana, kun päivitys vain kyseessä :)

Ennen pitkää modeemi käynnistyi taas uudelleen ja nyt firmware on päivätty vuodelle 2024 kun edellinen oli vuodelta 2023. Firmis versio on CGA4236TCH1-19.3B71-031B-PCU-RT-240124.

Mitähän ongelmia tämän päivityksen on tarkoitus ratkaista? Meillä pidempään jo ollut satunnaista pätkimistä kaapelinetissä (vuosia), jonka johdosta tämän uuden modeeminkin hankin (edellinen oli cga2121). Jännityksellä odottelen josko potkiminen olis nyt loppunut, vaikka pakko sanoa että odotukset ei kovin korkealla ole...

Ohjelmistopäivityksiä ajetaan lähtökohtaisesti modeemeille vain öisin, jotta päivityksestä aiheutuva hetkellinen käyttökatkos ei haittaisi liittymän käyttöä. Laite voi hakea ja asentaa päivityksen myös päivällä, mutta se tyypillisesti vaatii yhteyden tai laitteen uudelleenkäynnistyksen. Olisikohan yhteys käynyt poikki ja sen vuoksi päivitys olisi lähtenyt asentumaan laitteelle?

Nyt laitteeltasi löytyy viimeisin ohjelmistoversio, joka meidän verkossamme on jaossa tälle laitemallille.

En ole tietoinen siitä, että päivitys korjaisi jotain tiettyjä toiminnallisuuksia modeemista. Päivitys lähinnä ylläpitää laitteen tietoturvallisuutta. Pätkivän yhteyden taustalla on usein liittymästä/verkosta johtuva syy, jota kannattaa lähteä vikailmoituksen kautta selvittämään tarkemmin. Suosittelen jättämään meille häiriöilmoituksen yhteydenottopyynnön kautta, jotta kaapeliverkon asiantuntijamme pääsee seuraamaan liittymäsi vakautta. Lisääthän vikailmoitukselle muutaman tarkan esimerkin yhteyskatkoista, jos olet pitänyt niistä listaa.  

Kas, näyttääpä minunkin modeemini päivittyneen ihan itsekseen tänä aamuna n. klo 6.55, ​@SannaMKoon ilmoittama aikataulu piti siis kutinsa ainakin minun osaltani. Voimme myös päätellä turhaksi sen epäilykseni, että siltaava tila vaikuttaisi päivittymiseen. Ei tarvinnut edes itse boottailla modeemia, se on luultavasti tehnyt sen omia aikojaan (kuten järkevää onkin).

Seurataanpa sitten olisiko tällä jotain vaikutusta siihen DHCP leasen säilymiseen katkeamatta. Veikkaukseni on ettei ole, mutta ainahan sitä toivoa voi…

----
Muokkaus Merja_J: lisätty tägäys

Joo vähemmän yllättäen ei ollut ainakaan itselläni vaikutusta pötkimiseen tolla päivityksellä. Tein varmasn kahdennen kymmenennen vikailmotuksen asiasta (edes kovin paljoa liioittelematta, vai jokohan itseasiassa olen tehnyt enemmänkin, laskuissa menty sekaisin jo kauan sitten nääs), ja ehkä vielä vähemmän yllättäen ilmoitus tuli (taas kerran) bungerangina takaisin, vastauksena “pitkän seurantajakson mukaan modeemi toimii normaalist”. Vaan kun ei ikinä ole niin pitkä seuranta että kerkeäisi oikeasti pätkäistä sinä aikana :D

Oon koittanut olla kärsivällinen tän kans mutta pikkuhiljaa alkaa hermot mennä kun asia ei etene tuota pidemmälle.

Kirsikkana kakun päälle, viime kerralla kun viime keväänä sain vikailmotukseen lähes tismalleen saman vastauksen, laitoin perään viestiä jossa selitin enemmän tilannetta ja annoin infoa joka voisi auttaa asian ratkaisemisessa, mutta sen jälkeen minulle ei vastattu mitään.

Tämä viesti kai sit on mun epätoivoinen yritys saada tän foorumin kautta edes jotain apua… kiitos ja kuittaus.

Pahoittelut vielä siitä jos teksti oli tympääntyneen kuuloista, sillä sitä se olikin, mutta alan vain olla jo aika väsynyt asiasta vääntämään, ja sen vuoksi edellisestä vikailmoituksestakin on kulunut pitkään vaikka netti on pätkimistään jatkunut. On vain ollut helpompi tottua pötkimiseen kun koittaa saada asiaa ratkaistua.

Juntu kirjoitti:

Seurataanpa sitten olisiko tällä jotain vaikutusta siihen DHCP leasen säilymiseen katkeamatta. Veikkaukseni on ettei ole, mutta ainahan sitä toivoa voi…

Joopa joo, eipä siinä kauan mennyt, näinhän siinä taas kävi tänään n. klo 22.44, eli uusi firmis ei auta tähän.

Sikäli kuin muidenkin pätkimiset johtuvat samasta kuin itselläni eli DHCP leasen yllättävästä nollautumisesta ennen määräaikaa, näistä on varsin hankala tehdä häiriöilmoitusta. Kas, kun modeemista on kyllä yhteys palvelimelle koko ajan, mutta leasen katkeaminen aiheuttaa sen, että sisäverkosta ei enää pääse lainkaan ulos, kun reitittimellä ei enää ole voimassa olevaa ulkoista IP-osoitetta. Yhteys palautuu heti, kun käynnistää modeemin tai reitittimen uudelleen tai – kuten itse teen – uudistaa DHCP leasen.

Telian päässä sitten katsotaan, että yhteys näyttää toimivan hyvin, koska modeemi on koko ajan kiltisti yhteydessä verkkoon. Varsinainen ongelma näyttää kuitenkin olevan siinä, että DHCP lease nollautuu ennen sille määriteltyä aikaa (43200 sekuntia eli 12 tuntia), jolloin reititinkään ei sitä tajua uudistaa ennen määräaikaa (puolet tuosta). Sitä vain pitäisi sitten odottaa pahimmillaan 6 tuntia. Mitenkähän ne teknikot saisi tutkimaan CMTS-järjestelmästä, miksei siellä DHCP lease pysy päällä, vaikka verkossa joku lyhyt katkos sattuisikin. Jos tuon saisi kuntoon, häiriöilmoituksetkin luultavasti vähenisivät.

Moi ​@Aasikki ja ​@Juntu! Ymmärrän hyvin, että tämä tilanne on turhauttava, varsinkin kun asia on jatkunut pitkään.

Valitettavasti emme voi Yhteisön kautta vaikuttaa yksittäisen liittymän toimintaan. Vaikka olette jo aiemmin jättänyt meille häiriöilmoituksen tai useammankin, pyydän kirjaamaan meille vielä yhden häiriöilmoituksen. Liitättehän tämän yhteisöketjun linkiksi ilmoitukseen, sekä kertokaa ilmoituksella mahdollisimman tarkkaan havaitsemistanne häiriöistä ja niiden tarkoista ajankohdista. Varsinkin epäsäännöllisesti ja harvakseltaan toistuvien häiriöiden tutkinta voi olla haastavaa, sillä vian täytyy lähtökohtaisesti olla päällä, kun liittymää tutkitaan. 

Täällä Yhteisössä voimme keskustella asiasta, mutta varsinainen viankorjaus tapahtuu häiriöilmoituksen kautta.

Huonolaatuista laitetta ei ohjelmistolla korjata, eikä ohjelmisto poista Telian CMTS-verkon virheitä. Kuten jo aiemmin on todettu: tämän ketjun otsikko on ollut pitkään harhaanjohtava. Sen pitäisi olla esimerkiksi "Telian CMTS-verkon virheet aiheuttavat epävakautta Technicolor-kaapelimodeemeissa". Tällaisessa satunnaisesti tuetuissa ja päivitettävissä laitteissa ei parannuksia kannata odottaa, koska ohjelmistopäivitykset tarkoittavat usein vain perus Linux-kirjastojen, kuten OpenSSL:n ym., ajan tasalle saattamista.

Telian CMTS-verkon toiminnassa on virheitä, mutta myös Technicolorin sillatussa tilassa on selkeästi perustavanlaatuisia ongelmia verkon viiveiden ja pakettihäviöiden hallinnan kanssa, jotka eivät ilmene ainakaan niin laajasti reitittävässä tilassa. Tämä voi viitata siihen, että firmware suodattaa tai käsittelee DHCP-paketteja tavalla, joka ei ole täysin standardin mukainen. Muutoin Telian kaapeliverkon ongelmat koskettaisivat kaikkia käyttäjiä tasapuolisesti – elleivät käyttäjät sitten vain tyydy surkeasti toimiviin laitteisiin, kuten Telia Play -boksinkin kohdalla.

Technicolorit vaikuttavat kaatuvan herkemmin DOCSIS-yhteyden virhetilanteissa (esim. T3/T4-timeoutit), kun taas laadukkaampi laite, kuten Cisco tai FRITZ!Box, selviäisi näistä tilanteista paremmin pystyssä. Kaatumisen jälkeen laite yrittää käynnistyessään hakea päivitystä. Telia näyttää näin jopa luottavan siihen, että epävakaat laitteet "huoltavat itseään" kaatuilemalla omia aikojaan. Telian vastausten epäloogisuuksista ja ongelmien kieltämisestä johtuen keskustelu junnasikin pitkään siinä, että käyttäjät (ensialkuun minä mukaan lukien) tulkitsivat DOCSIS-lokeja virheellisesti olettaen buutin jälkeistä epäonnistunutta päivitysyritystä yhteyskatkosten juurisyyksi, koska se näkyy lokissa viimeisenä tapahtumana. Todellinen syy on siinä, mitä tapahtuu tätä ennen – eli laitteen kyykkäämisessä.

Normaalisti DHCP-asiakkaan (siltaavassa tilassa yleensä erillisen reitittimen) kuuluisi uusia lease 50% kohdalla (T1). Jos 12 tunnin leasesta katkeaa yhteys jo ennen 6 tunnin T1-vaihetta, CMTS on todennäköisessti hylännyt tai nollannut leasen hiljaisesti ilmoittamatta siitä DHCP-asiakkaalle. Kun sillattu modeemi ei välitä DOCSIS-yhteyden hetkittäistä pätkäisyä tai istunnon nollausta reitittimelle, syntyy deadlock-tilanne. Reititin ei tee DHCP renewia, CMTS ei hyväksy liikennettä, koska lease on sen näkökulmasta poissa tai eri tilassa, sekä modeemi ei toimi näiden kahden tilan välillä. Reitittimen buutti voi siis auttaa, koska käynnistyessään se pakottaa uuden DHCP-pyynnön. Renew-skripti myös toimii joillakin. Muutoin lukko laukeaisi vasta, kun reititin lähettää broadcast-pyynnön 87,5% (T2) kohdalla 12 tunnin leasesta – olettaen, että modeemin läpi kulkee enää mitään verkkoliikennettä eikä se ole täysin jumissa. Oman kokemukseni perusteella ainoa keino palauttaa vakaa yhteys on modeemin virtabuutti, joka pakottaa koko DOCSIS-istunnon ja sitä seuraavan DHCP-kättelyn alkamaan alusta tyhjältä pöydältä. Siksi olen rakentanut siihen täyden automaation. Lisäksi modeemin buutti "korjaa" hetkellisesti ohjelmointivirheiden aiheuttaman epävakaan tilan. Esimerkiksi kun Telian CMTS lähettää jotain odottamatonta, verkossa tapahtuu nopea katkos tai jatkuvia pakettihäviöitä, modeemin ohjelmisto saattaa päätyä tilaan, jota ohjelmoija(t) ei ole osannut ennakoida (ei-ennakoitu poikkeustilanne, "edge case"). Ohjelmisto menee solmuun, jonka vain buutti palauttaa alkutilaan. Toki jos Technicolorin ohjelmistossa on muistivuoto, se alkaa täyttyä uudestaan heti käynnistyksen jälkeen.

On jopa todennäköistä, että Telian omassa CMTS-verkon tietotaidossa on vuosien varrella tapahtunut muutoksia. Tällaiset verkot ovat monimutkaisia, ja niiden ylläpito vaatii sekä DOCSIS että laitekohtaista ymmärrystä. Aiemmissa muutosneuvotteluissa on poistunut paljon väkeä ja lisää on lähdössä. Ainakin ulospäin vaikuttaa vahvasti siltä, ettei talossa olisi juurikaan asiantuntijoita, jotka tuntisivat CMTS-verkon toiminnan riittävän hyvin, jotta häiriöilmoitukset johtaisivat mihinkään todellisiin saati oikeanlaisiin toimenpiteisiin. Sen sijaan tunnutaan yrittävän kiistää ongelmat tai väittää niitä yksittäistapauksiksi. Siellä ei mahdollisesti osata seurata CMTS-verkon toiminnassa oikeita asioita, eivätkä resurssit riitä parempaan perehtymiseen. Näen tämänkin ketjun "todisteena" vikojen esiintyvyydestä laajalti samanlaisina. Niitä ei voida uskottavasti yrittää väittää yksittäisiksi häiriötilanteiksi, ja muut asian kanssa taistelevat löytävät täältä tietoa, etteivät he ole ongelmansa kanssa yksin. Kyseessä on Telian kaapeliverkko/Technicolor-kombinaation ominaisuus.

Erittäin hyvin ja tyhjentävästi kirjoitettu tilannekatsaus. Eipä minulla tuohon ole mitään lisättävää eikä vastaan sanottavaa. Asioiden laita vaikuttaa naurettavan surkealta, vaikkei kyllä paljon naurata.

Ehkäpä pitäisi vain alkaa harkita sitä Fritz!Boxia, kun taloyhtiöverkon kanssa ollaan jumissa ja valinnanvara kaapelimodeemeissakin tuntuu hämmästyttävän suppealta.

Aiemmin jättämääni vikailmotukseen, joka oli aiemmin kuitattu sillä että kaikki toimii ok, tuli yllättäen eilen uusi vastaus:

“Hei, liittymäänne koskeva vika liittyy alueelliseen vikaan. Ilmoitamme, kun vika on korjattu. T. Telia”.

Häiriötiedotesivulla ei kuitenkaan omalla alueellani ole listattuna kaapeliverkon häiriötä (Rovaniemi).

Onkohan tämä laaja onglema nyt vihdoin aikuisten oikeasti käsittelyssä? Toiveikkaana odotan että ongelma tällä kertaa oikeasti ratkeaisi :)

Kaapelinetin häiriöt ovat yleensä alueellisia ja koskevat vain pientä aluetta. Tällaisissa tapauksissa usein viestimme suoraan asiakkaille (jotka ovat luvan viestintään meille antaneet), joita tämä koskee. Viestistä päätellen häiriöilmoituksesi on käsittelyssä, mutta tarkemmin en pysty sanomaan kun asiakastietoihisi minulla ei ole pääsyä. Sinulla on toki mahdollisuus tästä tiedustella lisätietoja asiakaspalvelun kautta, siellä voivat tarkistaa mikä on tilanne. 

EDIT: Lisäyksenä ja tarkennuksena: saamasi viestin perusteella häiriöilmoituksesi on tosiaan käsittelyssä ja häiriö on todettu liittyvän verkkovikaan.