Kaapelimodeemin nettiyhteys jumiutuu jatkuvasti!

En ole tietoinen vastaavasta toimintamallista. Käsitykseni mukaan verkkomme tarjoaa laitteelle päivitystä uudelleenkäynniostyksen yhteydessä. Nykyisen tietoni valossa meillä ei ole erikseen tiettyä ajankohtaa milloin modeemeille tarjoataan yhteisesti päivityksiä. 

Tänään kaapeliverkossamme havaittiin laaja palvelukatkos laitevian vuoksi. Korjaukset ja selvitykset ovat käynnistyneet. Kaapeliverkossa on rajallinen määrä verkko-osoitteita liittymää kohden. Tämän häiriön vuoksi osa liittymistä ei saanut uusittua verkko-osoitteita edes käynnistmällä modeemia uudelleen. 

Nyt on kunnollista tutkimista asiaan liittyen. Itse ratkaisin aikanaan jumimisesta shutdown -r now tempulla buutin Edgerouterin kanssa. Välillä usein pätkimistä ja välillä pidempää. Oli udempaa sarjaa.

Oli verkossa ilmeisesti jotain oikeaakin ongelmaa, kun tuli jotain ajatustakin nopeampia pätkäisyjä. Haittasi verkon huollosta huolehtivan asentajan vpn-yhteyttä, niin tekivät jotain verkossa ja osa ongelmista loppui.

Ongelmat tällaisessa päättyi Unifin puolelle vaihtaessa. Ilmeisesti kaksi epämääräistä järjestelmää toimii paremmin kuin järjestelmä missä toinen toimii oikein ja toinen vetää vyön alle.

Muutenkin tein periaatepäätöksiä erään ikävän tapahtuman jälkeen, että modeemilta tie vie ulommaiselle palomuurille ja sisäverkossa on omat järjestelmänsä sisäverkon rautamuurin jälkeen. Tällä hetkellä ei onneksi liikenne hyydy lennosta. Selviä ihan älyttömillä nopeuden vaihteluilla ja koita niihin nyt keksiä jotain asetusta. Ilmeisesti pitäisi rajata XXL 10/10 yhteydeksi ja bufferbloat olisi poissa.

Pahaa pelkään, että Edgen puolella voi olla joku ominaisuus, mikä ei Telian verkossa tule ikinä toimimaan. Telia vaikka löytäisi syyn, ei sitä kerro, koska kaapelinetti on laskevan auringon puolella. Porukkaa on erotettu ja vetäytynyt eläkkeelle ja osaaminen on tällä hetkellä hyvin ohkaista.

Löysin syyn oman liittymän ongelmaan, eli jostain syystä Technicolor modeemi yhteys oli muuttunut siltaavasta takaisin reitittäväksi, joka on tehdas asetuksilla, mutta asetukset eivät, kuitenkaan olleet tehdas asetuksilla. Tämä on sikäli outoa, että en muista tehneeni sitä. Olen voinut, kuitenkin tehdä sen ja asia mitä olen yrittänyt on jäänyt kesken, jonka jälkeen olen unohtanut asian. Asetus on valikossa Connection → WAN ja se olisi pitänyt olla Bridge Mode tilassa. Routed Mode tilassa minulla on omat asetukset ja siellä oli, myös tehty siltaava tila, mutta se oli tehty, vain EdgeRouter Pro:n eth0 portin mac-osoittella. Tämän takia yhteys toimi eth0 portilla normaalisti, mutta ei eth1 portilla. En tutkinut enempää, mutta saattaa olla, että olen ottanut modeemin DHCP:n palvelimet pois päältä tai jotain muuta vastaavaa, koska EdgeRouter Pro:n eth1 portti olisi saanut modeemin antaman ip-osoitteen, jos DHCP olisi toiminut. Kaikki toimii taas normaalisti. Minulle jäi mysteeriksi miten tuo modeemin asetuksen vaihtuminen on tapahtunut. Syslog serveriltä varmaan löytäisin varmaan tarkan ajan, koska tämä ongelma alkoi. Nyt Syslog viestiessä ei näy mitään ongelmia.

Ajonkohdista puheenollen se ei ole tarkka. Todellisuudessa se on 0-14 päviää, mutta sitä pidempään seuranneenna syslogeista voi päätellä yleisempiä ajankohtia. Nyt siellä on tietysti paljon virheitä, koska tämä ongelma ehti jatkua useita päivä. Toinen yhteys toimi silti normaalisti, koko häiriön ajan 2-3 uudelleen käynnistystä yritin tehdä, mutta ne eivät auttaneet mitään ja vaihdoin kaapelit keskenään, mutta ongelma oli silti ihan sama. Vasta tuon jälkeen tutkin asetuksia ja huomasin, että modeemin asetuksissa oli tapahtunut muutos, joka aiheutti tämän ongelman minun systeemissä. Minun systeemi on siitä hankala, että uudistaa automaattisesti IP-osoitteen 5 minuutin välein, jos yhteys ei toimi. DHCP palvelimen ei kuitenkaan pitäisi antaa uutta IP-osoittetta, koska se pitää vanhaa tietoa muistissa ja antaa samalle MAC-osoitteelle uudelleen saman IP-osoitteen, jos tämä ei toimi oikein verkossa, niin IP-osoitteet, voi loppua kesken ja uutta yhteyttä ei voi enää muodostaa, koska kaikki IP-osoitteet on varattu. Tästä tietoisena kaksi kaapelia on kytketty ja kaksi IP-numeroa on varattu. Modeemin WIFI on sammutettu, että se ei varaa julkisia IP-numeroita lisää. Tosin tiedä miten tämä toimii WIFI:n kohdalla, eli tuleeko julkinen vai modeemin antama IP-osoite. Tämän takia NAT-reititin pitäisi olla jokaisella. Minulla NAT-reititin on tällä hetkellä EdgeRouter Pro laite ja modeemisssa ei ole NAT päällä. Modeemissa voi käyttä, myös NAT tilaa ja samalla reittittää julkisen IP-osoitteen tietylle MAC-osoitteelle kuten minä olen tehnyt aijemmin tässsä viestiketjussa. Tämän takia yhteys toimi, mutta vain toisella linjalla. Päälinjan MAC numero oli syötetty modeemin jo kauan sitten ja tämän takia yhteys muodostui julkiseen IP-osoitteeseen, vaikka reititetty tila oli mennyt jostain syystä päälle. Tästä viisastuneena voisi olla hyvä määritellä, myös varalinja samalla tavalla, koska tämän jälkeen pää ja varalinja toimii riippumatta siitä onko modeemi Routed tai Bridged tilassa. En olisi huomannut mitään ongelmaa, jos samat asetukset olisi tehty, myös varalinjalle. Tuossa on se positiivinen puoli, että Routed tilassa modeemin WIFI voi olla normaalisti päällä, koska vain kaksi EdgeRouter Pro laitteen MAC-osoitetta on sillattu modeemin asetuksissa ja pystyn tunnistamaan yhteys katkoset ohjelmallisesti ilman ping toimintoja tutkimalla EdgeRouter Pro:n eth porttien tilaa.

Ongelma tässä on, kun vara ja päälinja vaihtaa toimintavuoroaan, niin moni serveri potkaisee pihalle, koska julkinen IP-osoite on vaihtunut lennosta, välillä tämä voi toimia, mutta en ole pystynyt ratkaisemaan tätä. Olen säätänyt tekoälyn avustuksella sitä miten vara / pää -linja vaihtaa ja se toimii hieman paremmin oletus asetukset, eivät toimi EdgeRouter reitittimien kanssa, koska vaihdos on liian herkkä, eli ongelma on, että vaihdos tapahtuu liian herkästi ja vaihdos pitäisi saada säädettyä sellaiseksi, että yhteys on käytännössä jo melkein menetetty ja vasta silloin varayhteys alkaa toimia, kun pääyhteys palaa tulee samat ongelma, kun yhteys vaihtuu automaattisesti takaisin normaaliksi.

Olen kokeillut jo kauansitten Load-Balance reititystä ja se on niin hurja, että ei voi käyttää minkään operaattorin DNS palvelinta, koska kaikki sekoaa modeemeita myöden. Tämän takia en halua päivittää EdgeRouter laitteeseen operaatoreiden DNS osoitteita DHCP läpi, jos sen tekee, niin EdgeRouter sekoaa, myös. Tästä syystä isommat julkiset toimijat, kuten Googlen nimipalvelimet on paljon parempi vaihtoehto. Tämä tulee eteen heti, jos yhdistetään kaksi eri operaattoria samaan EdgeRouter laitteeseen. Esimerkiksi tiedostojen latausnopeus on Load-Balance tilassa operaattoreiden on sama, kuin operaattoreiden yhteen laskettu lataus nopeus. Ongelma on, että yhteyksien toimivuus muuttuu epävakaaksi, kun yhteys vaihtuu. Tätä en ole onnistunut ratkaisemaan ainakaan vielä, mutta tiedän, että se toimii. Ongelma tulee yhteykien epävakaudessa, eli joudun irroittamaan fyysisti kaapelit EdgeRouter laitteesta, että voin päättää mitä kaapelia pitkin kriittinen pelisessio toimii, koska se on menetetty, jos yhteys vaihtuu lennosta.

Tiedän, että reittimiä voi kahdentaa varsinkin Ciscon laitteissa, joita Telialla on käytössä. Siihen tarvitaan, vain lissää kaapelita ja samoja laitteita, mutta hintalappu nousee selvästi korkeammalle tuota vaihtoehtoa käytetään kriittisissä järjestelmissä. Lentoasemialla ja lentokoneissa pitää olla kahdennusta tai kollmennusta. HIntalappu on, niin korkea, että moni tahot ei halua sitä. Se tarkoittaa sitä, että yksi kaapeli tai laite vaurio ei keskeytä toimintaa olenkaan, eli periaattessa, jos yksi paikka pommitetaan hajalle, niin kaikki muu toimii normaalisti ja järjestelmään on jo alusta saakka suuniteltu kestämään vaurioita. Kahdennuksessa monesti pää ja vara laitteen välillä kulkee sydänpulssi, jos see lakkaa olemasta, niin vara laite kaappaa vallan. Olen nähnyt näitä, koska olen tehnyt töitä yritykselle, jossa lentokentän laitteiden toiminta pitää olla luotettavaa ja varmistettu.

Tässä tuli sekin asia että jos Telia voi ohjata kaapelimodeemia etänä, niin se vaihtaa modeemin sillatun tilan reititettyyn tilaan, koska julkiset IP-osoitteet ovat lopuneet. Tämä siksi, että muut asiakkaat ei saa enää yhteyttä kyseisen ongelman takia. En tiedä onko tuo mahdollista, mutta tuli tuokin asia mieleen. Tuo toimi vapauttaisi tietenkin IP-numeroita ja ongelma poistuu. IP-osotteita on rajallinen määrä ja se on ihan oikea ongelma, joka voi tulla vastaan. Tämän takia on kehitetty IPv6, mutta en ole käyttänyt sitä vielä ja Telian yhteyksissä se ei toimi. Kaikenlisäksi siinä on ongelmia, eli se ei välttämättä ole yhtä turvallinen, kuin IPv4. En tiedä onko tuo etäohjaus mahdollinen, mutta firmware päivitys on ainakin mahdollista, vain operaattorin päästä, jos konfiguroin EdgeRouter Pro:n eth1 portin samalla tavalla, kuin eth0 portti Technicolor modeemissa, niin molemmat eth0 ja eth1 saa julkisen IP-osoitteen rippumatta siitä onko kaapelimodeemi reittivässä tai siltaavassa tilassa. Teen tuon asetuksen nyt, niin vältyn samalta ongelta seuraavalla kerralla.

Reititys näyttää modeemin reittitävässä tilassa nyt tältä:

CPE listan + merkistä voi lisätä noita MAC-osotteita, joille reititetään julkinen IP-numero.

Seuraavalla kerralla yhteydet pitäisi toimia normaalisti, jos tapahtuu sama uudelleen.

Telian Tecnicolor kaapelimodeemi antaa nyt julkisen IP-osoitteen EdgeRouter Pro:n portteihin eth0 ja eth1 porttien mac-osoitteen avulla.

Minun on vaikea huomata muutoksia tai ongelmia seuraavalla kerralla, koska molemmat siltaava ja reittitävä vaihtoehto toimii julkisilla IP-osotteilla ja tätä ei saa pois päältä vaihtamalla modeemin asetuksen reitittävään tilaan, koska molemmat vaihtoehdot toimii nyt julkisilla IP-osoitteilla.

LIsäksi minulla on kiinteä reititys asetus EdgeRouter Pro reitittimessä, että saan aina yhteyden Telian kaapelimodeemiin.

Tuo on pakollinen, jos modeemi on siltaavassa tilassa tai muuten yhteyttä ei saa modeemiin konfigurointiin. Tästä syystä käytän juuri tuota 192.168.100.1 ip-osoitetta nykään ja sama toimii tosiaan Telian ja DNA kaapelimodeemiessa. EdgeRouter ei osaa ohjata yhteyttä oikeaan paikaan ilman tätä konfigurointia. IP-osoite 192.168.100.1 toimii nykyään riippumatta siitä onko Telian modeemi siltaavassa tai reittävässä tilassa, koska minulla on tämä asetus EdgeRouter Pro reitittimessä.

Nyt voin taas laittaa WiFi puolen päälle, koska kaapelimodemi on reittävässä tilassa, vain EdgeRouter Pro eth0 ja eth1 portit on asetettu MAC-osoiteen avulla siltaavalle yhteydelle, jossa niille tulee julkinen IP-osoite.

Olen tosiaan keillut XXL yhteyttä pidemmän aikaa ja todennut, että se on susi, koska yhteys pätkii. Tästä syystä lähen perkaamaan ongelmia halvimmasta yhteysnopeuden päästä. Minulla on ollut tilanteita, että ladattavana on yli 100G peli ja sen lataaminen on lähes mahdotonta Telian pätkivän yhteyksien takia. Kaikki toimiii ok, jos en lataa 100G peli tiedostoa ja ongelma tulee esiin, jos teen sen. Tästä syystä en enää käytä Telian nopeita Telian XXL yheyksiä.

Tyhjästä maksaminen loppui minun päästä ja nyt yritän ilmaista yhteyttä, joka kuuluu jokaiselle saman talon asukkaalle. Tämä alkoi siksi koska epäilin, että systeemissä on jotain pahasti vialla ja yhteysnopeudet ei ole todellisia. Tällä hetkellä en maksa mitään Telian yhteydestä, koska se kuuluu siihen, että olen talon asukas. DNA operaattorin aikana ei ollut suurempia ongelmia. Ongelmat alkoivat vasta, kun Telia tuli DNA:n tilalle. Kaikki eivät ymmärrä miten internet yhteydet toimii, mutta minä olen varmaan yli 30 vuotta yrittänyt ymmärtää miten ne toimii, mutta silti mitään koulutusta ei ole, kaikki on itse opittua tietoa. Olen tavallaan ihiminen, joka ymmärtää miten lähiverkko ja internet toimii. Minulla on 10G EdgeSwicth lähiverkko kytkin jota ei jokaisella ole. Tämä siksi koska haluan nopean verkkolevy NAS-palvelimen ja yhteyksiä voi niputtaa, eli tulee lisää nopeutta. EdgeRouter Pro:ssa voin, myös niputtaa yhteyksiä samaksi yhteydeksi.

Meillä ei ole sellaista toimintatapaa, missä asiakkaan modeemia etähallittaisiin ja muokattaisiin sillattuja verkkolaitteita reitittäviksi. Verkko-osoitteet toistaiseksi kaapeliverkossa ovat IPv4-osoitteita ja niitä on rajattu määrä liittymää kohden. 

Oletko milloin viimeksi tehnyt meille häiriöilmoituksen laajakaistan pätkimisestä? Onko sinulla edelleen tallella viestillä saapunutta vikailmoituksen tikettinumeroa?