Technicolor CGA4236 -modeemin uusin ohjelmistoversio ei aina toimi

Hei,

joulukuun alusta asti on nyt ollut Fritzbox 6670 ja yhden kerran oli joku viikko sitten häiriötä verkossa, joka ei uskoakseni ollut tämä CMTS/Technicolor-ongelma. Se meni nopeasti ohitse.

Kuten aiemmin todettu, asennus meni todella helposti, MAC-osoite Minun Teliaan ja boksi toimii. Ainut joka yllätti oli teknisessä mielessä huono signaalin laatu (Fritzboxin näyttämä arvo) ja pähkäily käyttääkö WiFi7:aa vai ei, ks. aiemmat postaukseni. Käytännössä tätä “huonoa signaalia” ei kuitenkaan näy ja nopeudet ovat hyvät. Ei ainakaan mitenkään poikkeavasti Technicoloriin nähden. Fritzbox osaa myös perustasolla ohjata Zigbee-lamppuja ja Philips Hue -lamppuja, jos on sellaisesta kiinnostunut.

Ainakin ​@Yaria kaipaili raporttia ja tässäpä se on.

Viime viikolla tuli vikailmotukseen vastaus että vika korjattu, vaan pätkimiset jatkui ja tähän mennessä pätkinyt kahdesti sen jälkeen. Yleensä aina joku 4-7 päivän välein pätkäisee.

Jatkoin vikailmotusta tuolla tekstari systeemillä ja laitoin taas niin tarkat lisätiedot kuin pystyin.

Tuo teoria dhcp leasen katkeamisesta kyllä täsmää minunkin oireisiin täydellisesti. Mainitsin ilmoituksessa myös siitä ja linkkasin tämän keskustelun, toivottavasti saatais vihdoin homma ratkaistua. Kuitenkin pätkiminen jatkunut jo samanlaisina vuosia (vähintään 2020 alkaen, ellei jo sitä ennen), niin aika selvää että joku conffaus vikahan tämä on eikä mistään laitteista tai kytkennöistä kiinni.

EDIT: ei onnistunut vikailmoituksen jatkaminen tekstarilla, tuli ilmoitus että vikailmoitus vailtettavasti jo suljettu, vaikka piti olla kaksi viikkoa aikaa lähettää tekstari. Asiakaspalvelu ei voinut vikailmoitusta avata kun “vika ei ole tällä hetkellä päällä” vaan pyysivät ottamaan arkena yhteyttä jolloin saavat suoran yhteyden tekniseen puoleen.
Täytyy siit palailla viikolla asiaan.

Kuulostaapa oudolta ettei häiriöilmoitusta otettu uudestaan käsittelyyn. 😮 Pahoittelut vielä omasta puolestani. Häiriöilmoituksen voi tehdä myös halutessaan kirjallisesti. Sen myötä voisit linkata tämän ketjun ilmoitukseen, jonka avulla käsittelijä saisi hyvän ymmärryksen millaisen ongelman parissa ollaan tekemisissä.

Sain trehtyä verkossa kirjallisesti uuden ilmoituksen. Kirjasin siihen kaiken minkä tiedän, linkkasin tämän keskustelun. Vähemmän yllättäen, ei mennyt edes tuntia niin teidän tekninen puoli _TAAS KERRAN_ kuittasi että mitään ongelmaa ei ole ja sulki ilmotuksen:

“Hei, vikailmoituksesi on käsitelty. Modeemin linja-arvot hyvät eikä logeissa näy katkoja modeemin ja kaapelimodeemireitittimen välillä. Modeemissa näyttää olevan jo uusin firmware joka saatavilla. Ongelman jatkuessa lähetä tekstiviesti: "Häiriö 5074638 + lisätiedot" numeroon 18100 niin jatkamme vian käsittelyä. Vastaus mahdollisuus on voimassa 2 viikon ajan. T.Telia”

Kylläpäs nyt asianselvitys takkuaa. Pyysitkö vikailmoituksen uudelleenkäsittelyä? En pääse tarkastelemaan asiaa tästä itse tarkemmin, mutta kuulostaa oudolta ettei noita kertomiasi katkoja olisi näkynyt lainkaan. 😮

Joo tottakai pyysin, laitoin siis ton tekstarin häiriö + lisätiedot. Toistaiseksi ainoa vastaus on se automaattinen “ilmoituksesi on vastaanotettu” -viesti. Saas nähdä otetaanko sitä uudelleen käsittelyyn, viimeksi kun oli sama tilanne siihen ei reagoitu mitenkään. Vaikuttaa että tätä asiaa ei siellä oteta alkuunkaan tosissaan ja/tai halutaan vaan vältellään ongelman selvittämistä.

Jokunen vuosi sitten kun ekat ilmotikset asiasta tein tämä sentään otettiin tosissaan vaikka ratkaisua ei silloin(kaan) löytynyt, ja paikalla kävi asentajakin pari kertaa ihmettelemässä. Sit jossain kohtaa viestien sävy muuttui siihen että pesette kätenne asiasta ja vika on pakko olla taloyhtiössä (missä ei muuten todellakaan mikään vikaa ole), ja siitä lähti vilailmotukset on suljettu sillä perusteella että modeemi on hyvillä linja arvoilla verkossa (jos vika olisi taloyhtiön verkossa, luulisi että linja arvotkin olisi huonot eikä suorastaan esimerkillisen hyvät).

Joopa joo, siellä ei ole ketään, joka viitsisi/ehtisi todella paneutua tähän ongelmaan voidakseen ymmärtää, että kyse ei ole modeemin ja kaapelimodeemireitittimen välisestä yhteydestä. Se voi toimia hienosti, mutta kun jokin jossain on jo aiemmin katkaissut DHCP leasen kesken, siitä ei ole mitään hyötyä. Ilman voimassa olevaa leasea päätelaitteelle tai siltä ulos ei vain kulje dataliikennettä bittiäkään.

Siellä halutaan vain äkkiä päästä eroon tiketistä ja katsotaan rutiininomaisesti, että “modeemin linja-arvot hyvät eikä logeissa näy katkoja modeemin ja kaapelimodeemireitittimen välillä”. Saman minäkin olen huomannut, mutta kun siitä ei tässä ole kyse. Vasta leasen uusiminen päästää hyödyntämään niitä hyviä linja-arvoja ja toiminnassa olevaa yhteyttä.

​@Yaria on luultavasti oikeassa arvellessaan, että CMTS-verkon asiantuntemus on päässyt hapertumaan eikä jäljellä ehkä ole enää ketään, joka kunnolla ymmärtäisi asian tarpeeksi monipuolisesti ja osaisi etsiä vikaa edes oikeasta suunnasta. Tuntuu erikoiselta, kun kyse on kuitenkin yrityksestä, jonka liiketoiminta perustuu verkkoliikenteelle. Tuskinpa siellä kukaan on vilkaissutkaan tätä keskusteluakaan.

Ikävä seurata, miten useiden keskustelujen perusteella vaikuttaa siltä, että yhä useampi asiakas on mahdollisesti törmännyt tähän samaan toimintamalliin, jonka pitäisi olla “hyvin poikkeuksellista, kiellettyä ja typerää toimintaa”. Muutama tapaus, jossa häiriöilmoitus jätetään käytännössä tutkimatta ja tiketti suljetaan ennen aikojaan, olisi vielä poikkeuksellinen, mutta useammat vastaavat tapaukset antavat jo vähintäänkin vaikutelman vakiintuneesta toimintatavasta.
 

Tiketin numerolla on siis ainakin ennen Yhteisössä saanut tietoa mitä siihen on kirjattu, ja niitä tikettinumeroita on nimenomaan ylläpidon aloitteesta pyydettykin, mutta ymmärrän toki jos asia on sittemmin muuttunut. Yhteisö on ollut aika hiljainen jo pidemmän aikaa ja ylläpidon osaltakin ainakin kuvittelen näkeväni jonkinlaista passiivisuutta, mikä on ehkä ymmärrettävääkin muutosneuvotteluiden keskellä. 
 

Kuten aiemminkin olen kirjoittanut, erityisesti näissä CMTS-verkon häiriö- ja vikatilanteissa häiriöilmoitusten käsittely vaikuttaa painottuvan siten, että jo vuosia laajalti tiedetyt, tunnetut ja pitkään jatkuneet viat eivät johda häiriöilmoitusten asianmukaiseen käsittelyyn saati sitä kautta varsinaisiin korjaustoimenpiteisiin (jonka ​@Aasikki myös useiden muiden ohella toi esiin). Siksi henkilökohtainen erittäin vahva käsitykseni ja mielipiteeni alan ammattilaisena ja tätä toimintaa seuranneena on, ettei näihin ongelmiin ole olemassa toteuttamiskelpoista ratkaisua, todennäköisesti talon sisäisiin osaamis- ja resurssitekijöihin liittyvistä syistä. Minulta on mm. lokeja (DOCSIS, tshark capturet, ym., ym. verkkodiagnostiikkaa) kysytty/pyydetty, mutta ei niitä kukaan oikeasti ole lopulta halunnut. Ne olisivat voineet auttaa asiantuntijoita, ja ilmaiseksi (maksavana asiakkaana) tätä apuani olen tarjonnut, kun näyttää talon sisäistä osaamista ja/tai resursseja sekä aikaa puuttuvan.

Tilanne on luonnollisesti erilainen paikallisissa häiriötilanteissa, esimerkiksi silloin, jos yksittäisen talojakamon laite edellyttää buuttia, joka ei minkäänlaista syvällisempää osaamista vaadi.

Jää nähtäväksi, miten viimeisimmät irtisanomiset tulevat näkymään toiminnassa. Saadaanko organisaatiorakennetta joustavammaksi ja erityisesti mihin uudet avautuvat tehtävät sijoittuvat. Tuskin ainakaan vanhan tekniikan tekohengittämiseen, joka kuitenkin voisi toimia vuosia eteenpäin täydellisen erinomaisesti, vaan todennäköisesti enemmän mm. mobiilitekniikoihin.

​@Juntu ​@Yaria Naulan kantaan. Minustakin ihan täysin selvä että vika ei ole modeemin yhteydessä verkkoon, mutta käsitteliät joko eivät ymmärrä että vika voisi olla muualla, tai tahallaan jättävät asian tutkimatta.

Kun kerran Telia käyttää asiakkaistaan vastaan tällaista väsytystaktiikkaa niin toivoisin että me joilla tämä onglema on isketään samalla väsytystaktiikalla takaisin ja jatketaan vikailmotuitusten tekoa kunnes tulee Telian päästä edes pientä yritystä ratkaista onglema.

Kiitos kattavista palautteista ja huomioista ​@Aasikki ​@Juntu ja ​@Yaria .

Ymmärrän että tämän kaltainen toiminta aiheuttaa turhautumista. Arvostan sitä, että käytette jokainen omaa osaamistanne ja aikaanne kuvaillaksenne ongelmia yksityiskohtaisesti ja usein pyydämmekin, että keskustelut täältä Yhteisöstä linkataan häiriöilmoituksen tueksi, jotta käsittelijä saisi mahdollisimman paljon tietoa tuekseen. Se on harmittavaa jos tuo kaikki tieto jätetään hyödyntämättä. 

Välitän teidän kaikkien palautteet eteenpäin korostaen erityisesti sitä, että tapauksiin perehdyttäisiin
syvemmin ja tarkasteltaisiin laajemminkin kuin perusdiagnostiikan osalta. Palaute tämänkaltaisista tapauksista on meille erittäin arvokasta. 

Ja mitä tulee tikettinumeron kautta saatavaan apuun täällä Yhteisössä, tilanne on tosiaan muuttunut. Pelkän tikettinumeron avulla meillä ei ole lupaa etsiä tapauksesta tarkempia tietoja. Asia vaatisi aina ensin asiakkaan luotettavan tunnistamisen, joka ei tässä kanavassa ole mahdollista. 

Sen enempää asiaa avaamatta, tähän oli erinomainen ratkaisu suunnitelmissa. Onko sen toteuttaminen siirtynyt vai onko se mahdollisesti kokonaan kuopattu? 

Kyllä, suunnitelmissa on löytää asiaan ratkaisu ja itsekin odotan tätä innolla. Eli asiaa ei ole kuopattu. Toimintatavan raameja täytyy kuitenkin ensin käydä läpi useamman pöydän ympärillä, joten siksi asia ei ole vielä edennyt valmiiksi saakka. Odotukset on kuitenkin korkealla!

Tuon ketjuun uutisia teille ​@Yaria, ​@Aasikki ​@Juntu ja muut, jotka ovat ketjussa kertoneet ongelmista kaapeliverkkomme liittymissä.

Olemme tunnistaneet etteivät kaikki liittymät/laitteet saa tällä hetkellä uusittua verkko-osoitteita normaalien aikataulujen puitteissa. Tästä johtuen näiden liittymien liikenne keskeytyy vaikka modeemin yhteys verkkoon olisi näennäisesti kunnossa. 

Olemme aloittaneet selvityksen ja tilanteen korjauksen. Pahoittelen jo tässä vaiheessa häiriön kestoa ja pyrimme ratkaisemaan tilanteen mahdollisimman nopeasti. Tulemme päivittämään lisätietoja ketjuun korjausten edistyessä. 

Kuulostaa hyvältä, kiitos. Tosin en tiedä tuosta “normaalien aikataulujen puitteissa”, kun lease näyttää joskus loppuvan, vaikka se olisi lokien mukaan uusittu vain jonkin aikaa aiemmin, ja seuraavaan uusimiseen olisi vielä tuntikausia aikaa. Joka tapauksessa aivan mainiota, että asiaa selvitetään ainakin oikeasta suunnasta.

Jes, kiitos, todella hienoa että asia vihdoin etenee!

Empä muistanutkaan kirjoittaneeni tähän ketjuun, nyt löysin sattumalta tänne ja ompa hyvä asian olevan selvityksessä ja korjauksessa! Minun marraskuussa tekemäni vikailmoitus myös suljetiin kuittaamalla modeemin olevan sillä hetkellä linjoilla ja yhteyden olevan vakaa. 

Itsellä sama pätkiminen myös jatkuu kuten aiemmin, siltaava Technicolor kunnossa mutta erillinen reititin ilmoittaa ettei verkkoa, tähän auttaa joko reitittimen uudelleen käynnistys tai Technicolorin. Vikailmoituksia tästä asiasta ei enää jaksa tehdä, kerta vastaanotto on ollut mitä on…

Kuullostaa silti hienolta, kun näitä viimeisimpiä viestejä lukee, että asialle oikeasti tehdään jotain. Toivotaan, että tätä kanavaa kautta meidät jotka ongelmasta kärsivät tai ainakin ovat jaksaneet tuoda sen esille, niin pidetään ajantasalla. 

Ilmoitamme lisätietoja korjaustöiden etenemisestä/valmistumisesta kunhan muutosta tapahtuu. 😊 Kannattaa siis pitää silmällä tätä ketjua!

Olen tutkinyt kyseisen modeemin ongelmia, noin vuoden. Laitoin EdgeRouter Pro reitittimen ohjaamaan Telian modeemia Ubiquitin käyttämän linuxin avulla. Reititin tarkkailee 5 minuutin välein yhteyden tilaa Telian modeemissa, jos minun Linux scripti tunnistaa ongelman yhteydessä. EdgeRouter reititin vapauttaa Telian modeemin kautta saadun IP-osoitteen riippumatta siitä onko se julkisen vai privaatti verkon IP-osoite. Tämän jälkeen scripti yrittää kysyä sitä uudelleen jatkuvasti 5 minuutin välein. Tiedot scriptin ohjaamista tapahtumista / arvoista tallennetaan syslog serverin muistiin, joka on 24h/7 päällä. Mitään toimenpiteitä ei tapahdu, jos ongelmaa ei havaita. Sen muistan, että aloitin tuon Juhannuksena, mutta en enää muista oliko se viime junannus vai sitä edellinen. Kaikkein luottettavimmin Telian modeemi toimii, jos ei käytä mitään siltaavaa tilaa kahdesta eri vaihtoehdosta. Siltaavissa vaihtoehdoissa yhteys jää aina pysyvästi jumiin, kun Telian modeemi yrittää tarkistaa Telian päästä uutta firmware versiota. Tämä tapahtuu yleensä, noin viikon välein. Ehkä oikea aikaväli on kai 1-14 päivää. Minun linux scripti huomaa tämän 5 minuutin sisällä ja avaa yhteyden uudelleen. Scrpti tekee tavallaan saman asian, kuin irroittaisi ethernet kaapelin modeemista ja liittäisi sen minuutin päästä uudelleen kiinni. Ainoa ero on, että käyttäjän ei tarvitse tehdä mitään, koska tuo on täysin automatisoitu EdgeRouter Pro reitittimen linux käyttöjärjestelmään script ohjelma muodossa. Modeemia ei siis tarvitse sammuttaa ja käynnistää uudelleen, koska lähes aina kaapelin irroitus hetkeksi modeemista laukaisee ihan saman tapahtuma ketjun ilman linux scriptejä. Vain reitittävä tila toimii luotettavasti ilman mitään virityksiä ja katkos on se 5 minuuttia, kun sama asia tapahtuu, jos tuosta haluaa kokonaan eroon, niin mahdollisesti täytyy olla kaapelimodeemi, joka ei koskaan kysele tai yritä hakea mitään päivityksiä internet operaattoreilta. Esimerkiksi FRITZ!Box on juuri sellainen kaapelimodeemi merkki, mutta ne ovat aika kalliita.

IPv4 MAC Passthrough tilan käyttö antaa tietylle MAC-osoitteelle julkisen IP-osoitteen ja sen yhteysongelmat pystyn parhaiten tunnistamaan minun linux scriptillä. Ilmeisesti mikään ei ole muuttunut ja sama ogelma jatkuu. Olen itse rakkaissut tämän jo omassa yhteydessä ja yhteyskatkos kestää noin 5 minuuttia, kun Telian modeemin yhteydet katkaiseva firmware versio kysely tapahtuu. Katkos tapahtuu riippumatta siitä missä reitittävässä tai siltaavassa tilassa Telian modeemi on. Yhteys palautuu, vain tehdasasetus tilassa automaattisesti, joka on reitittävä tila ja se on tila missä modeemi on, kun se otetaan ulos uudesta tuotepakkauksesta. Sama tila menee päälle, kun modeemin resetoi tehdasasetuksille, mutta siinä pyyhkiytyy, myös modeemin / WiFi verkon salasanat ja kaikki sen asetukset. Oletus käyttäjätunnus ja salasanat lukee modeemin pohjassa, jos tarra ei ole lukukelpoinen, niin tätä toimenpidettä ei kannata tehdä, koska salasat ovat laitekohtaisia, eli kellään muulla niitä ei ole saatavilla, jos valmistaja tai Telia ei ole kirjannut niitä mihinkään ylös.

Telian kaapelimodeemin lokitiedot eivät ole tarkasti Suomen ajassa. Tiedän, että kaapelimodeemin jumiutumis hetket voi suoraan kohdistaa siihen hetkeen, jossa Telian kaapelimodeemi yrittää lokitietojensa mukaan firmware päivitystä. Oma syslog serveri tallentaa minun linux scriptin avulla oikean kellon ajan, kun kaapelimodeemiyhteyden jumiutumis hetki on tunnisettu. Samalla hetkellä kaapelimodeemin lokitietoihin on ilmestynyt tieto firmware päivityksen epäonnistumisesta. Minun EdgeRouter reititin kykenee lähettämään linux ohjelmistonsa avulla syslog viestejä tapahtumista. Kerään kaikki viestit serverin kovalevylle. Luotan enemmän EdgeRouter reitittimen ja syslog serverin kellonaikaan / päivämäärään. Syslog server lokiin tallentuu tietoa 5 minuutin välein ja siitä pystyy tarkistamaan oliko yhteyden tarkistusen aikana yhteysongelma vai ei, myös kaikki käytössä olleet IP-osoite asetukset tallentuvat lokiin. Saatujen tarkistustietojen avulla pystyn ohjaamaan ohjelmallisesti IP-osoitteen vapautuksen, eli release toiminnon ja sen jälkeen renew toiminnon, joka hakee uudelleen IP-osoitteen. Renew toimintoon tulee yleensä vastaus ja internet yhteys aukeaa uudelleen toimivaksi. IP-osoite säilyy yleensä samana. Aikaa tähän voi mennä 10 minuuttia, eli yhteys on noin 5-10 minuuttia pois käytöstä. Tämä toiminta vastaan suunilleen samaa, kuin Telian modeemin täysin reitittävä yhteys, joka palaa toimintaan automaattisesti ilman ongelmia.

Käytän minun linux scriptiä Telian modeemin IPv4 MAC Passthrough toiminnossa ja modeemin reitittävässä tilassa, joka muodostaa siltaavan yhteyden, jolla saan julkisen IP-osoitteen Telian verkosta EdgeRouter reitittimelle saakka haluttuun MAC-osoitteeseen. Tätä voi olla vaikea ymmärtää, koska jopa perus asetukset saattaa olla monelle vaikeita asioita ymmärtää. Telian modeemi on siis asetettu samaan aikaan reitittäväksi ja siltaavaksi. Toimivan ratkaisun löytämiseksi vaadittiin tekoälyn avustuksella tehty linux scripti. Tiedän milloin jumituminen tapahtuu ja missä yhteystiloissa se tapahtuu. Tiedän, että mikään Telian kaapelimodeemin siltaava yhteys ei toimi ilman, että se jumiutuu pysyvästi. Ainoastaan täysin reitittävä tila toimii ja noudattaa suunilleen samaa 5-10 minuutin katkosta, kun tulee firmware päivityksen yritys hetki. Saan kaapelimodeemin IPv4 MAC Passthrough asetuksen ja linux scriptin avulla tehtyä siltaavan yhteyden, joka toimii samaan tapaan 5-10 minuutin yhteys katkoksella automaattisesti, mutta ilman linux scriptiä EdgeRouter reititintä tuo ei toimi. Ongelma on siis aika tarkkaan tiedossa, mutta sitä on vaikea korjata, koska Telia modeemin käyttäjän on hyvin vaikea vaikuttaa modeemin automaattiseen toimintaan. Korjaus onnistui, vain tekemällä oma yhteyden korjaava automaatio.

En ole tarkistanut, onko minun löytämä ongelma vielä olemassa, eli aktiivinen. Tiesin, että uudempi firmware on tulossa ja ongelman syy on pakko olla modeemissa tai Telian laitteissa. Nyt on tämäkin ongelma mainittu tässä ketjussa.

Jos siltaavan yhteys on jumissa ja modeemiin taakse kytketyn PC:n Windows CMD ikkunaan kirjoittaa komennot ipconfig /release ja ipconfig /renew, niin yhteys saattaa palautua takaisin toimivaksi, jos näin käy kyseessä voi olla ihan sama ongelma siltaavan yhteys tilan kanssa. Ethernet liittimien valot voi silti vilkkua, vaikka yhteys olisi jumissa. Ethernet kaapelin hetkellinen irroitus voi aiheuttaa ihan saman asian, eli yhteys alkaa toimia uudelleen ilman modeemin uudelleen käynnistystä.

Ongelma on tietysti se, että yhteys mykistyy ja yhteyden pitäisi toimia 24/7 automaattisesti oikein.

Väliaikatietoa. Emme ole vielä saaneet korjattua juurisyytä yhteyksien satunnaiselle katkomiselle, mutta selvitykset ovat edistyneet ja olemme paikallistaneet ongelman aiheuttajan. 

Huomasin saman, kuin mitä ​@amon68 kirjoitti, eli kun ethernetkaapelin irroittaa  erillisestä reitittimestä hetkeksi niin yhteys palautuu jälleen. Modeemi on siltaavana.

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

Näin se tosiaan menee, kun siltaava modeemi ei välitä reitittimelle tietoa ennenaikaisesta DHCP-leasen katoamisesta (ei pudota ethernet-linkkiä). Reititin luulee edelleen, että lease on voimassa ja yrittää uusimista vasta T1/T2-ajastimien mukaisesti (esim. 6 tuntia leasen alusta). Kun ethernet-kaapelin irrottaa hetkeksi, WAN-linkki putoaa, jolloin reititin tekee heti uuden DHCP discover/request -prosessin ja yhteys palautuu. Olettaen tietenkin, ettei modeemi ole täysin jumissa, koska sitäkin on esiintynyt. Tämän takia omassa järjestelmässäni modeemi käynnistetään automaattisesti uudelleen älypistorasian kautta katkosten yhteydessä. On myös reitittimiä joissa on WAN-yhteyden valvonta (health check, esim. ping tai DNS lookup), jolloin ne huomaavat, ettei liikenne kulje, ja osaavat automaattisesti uusia leasen tai resetoida WAN-yhteyden. Dual-/multi-WAN tapauksissa ne voivat myös siirtää liikenteen automaattisesti failover-yhteydelle. Jos tämä ongelma saataisiin korjattua, ei omalla kohdallani olisi enää tarvetta harkita 4G-failover-varayhteyttä lyhyidenkin katkosten varalle.

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

Tekemäni skripti tarkkailee EdgeRouter laitteen sisällä ARP taulua viiden minuutin välein, jos yhteys Telian modeemin ja EdgeRouter Pro laitten välillä lakkaa toimimasta ARP taulun hajoamisen vuoksi, niin Tilialta saatu julkinen IP-osoite vapautetaan ja uusi IP-osoite kysytää uudelleen Telian DHCP palvelimelta. Tämä vastaa juuri tuotaa ethernet kaapelin hetkeksi iroittamisesta aiheutuvaa asiaa, mutta sillä erolla, että tämä on täysin automatisoitu ohjelmallisesti. EdgeRouter pystyy tuunistamaan tämän, jos käytän Telian modeemin IPv4 MAC Passthrough toimintoa. CPE listaan lisätään Telian modeemin takana oleva EdgeRouter Pro portin WAN käytössä oleva MAC osoite. Tämän jälkeen EdgeRouter saa julkisen IP-osoitteen Telian DHCP palvelimelta.

Telia modeemin firmware päivitysyritykset tai päivitys hajoittaa aina ARP taulun telian modeemin takana olevilta laitteella, jos APR taulu ei ole toimiva, niin internet yhteys katkeaa tietoliikenteen osalta, mutta yhteys on edelleen fyysisesti olemassa. Mikään data ei liiku, koska ARP-taulu on täysin hajonnut ja kaikki läpi kulkeva liikenne, joka vilkuttaa ledejä on lähes pelkkää ARP liikennettä, eli internet yhteys on täysin jumissa. Tämä on asia, jonka olen havainnut tutkimalla tätä ongelmaa pelkästään Network Analysaattorilla Telian kaapelimodeemi yhteydellä.

Pahinta tässä on se, että ongelman havaitsemiseen ja tunnistamiseen tarvittava ohjelma pitää toimia suoraan Telian modeemin takana ja ainoa toimiva automaattinen korjaava toimenpide on vapauttaa telialta saatu IP-osoite ja kysyä uudelleen IP-osoitetta Telialta. Tämä toimi korjaa rikkinäisen ARP-taulun taulun, joka on yksi tietolikenteen perusasia.

Olen aika syvälle kaivanut ja tutkinut tätä ongelmaa, eli se on ihan aidosti olemassa. En tiedä mitä kaikkia muita vaihtoehtoja on olemassa, mutta tämä ongelma on ongelma, joka katkaisee kaiken liikenteen, noin 1-14 päivän välein asiakkailta, jos asiakas haluaa julkisen IP-osoitteen omalle PC:lle tai reitittimelle.

EdgeRouter laitteille olen onnistunut tekemään automaattisen Linux Scriptin, joka toimii Telian verkossa ja se vaatii itse skriptin ja ajastus asetuksen tallentamisen, joka käynnistää skriptin 5 minuutin välein.

Tietoa kaikista tapahtumista tallennan tosiaan Syslog serverille, eli tiedän million yhteys on ollut poikki. Näen oikean kellonajan, IP ja MAC osoitteet. Ongelmat ovat ilmeisesti vähentyneet, eli ARP-talu pysyy paremmin kasassa ja sen hajoaminen on selvä internetyhteys katkoksien syy. Kaiken kerätyn lokin tukiminen vaatii enmmän aikaa minulta.