[chaser]

Tere

Mõnest teemast on läbi käinud, et Telia toetab oma võrgus IPv6 kuid kusagil pole otseselt mingit juhendit, et kuidas seda seadistada (Telia koduleht on supporti koha pealt suht sama kasulik kui n**u maitseline pulgakomm).
Iseenesest mul välisühenduse jaoks IPv6 vajadust pole aga sisevõrgus on teenuseid, mis eeldavad, et võrguliidestel on IPv6 seadistatud ja hetkel olen mingeid lambi IPv6 aadresse sinna pannud. Kusagilt on meelde jäänud, et ISP käest peaks saama mitte ainult ühe IPv6 addressi vaid range (prefixi) ja siis sealt saad ise sisevõrgu jaoks "jätkata" aadresse.

Mul on ONT ühendatud ASUSe ruuteriga, millel on peal DD-WRT, mille confi leht näeb välja selline:


Oskab keegi anda suuna kätte, et kuidas peaks ruuteri seadistama? Tänud!

[friik1]

Mälu järgi oli piirang, et IPv6 prefix antakse ainult Inteno seadmetele (MAC whitelist)...

[taavi]

[Etz]

[jaakjaak22]

IPv6 on Telia püsiühenduses olemas, mobiilses võrgus mitte.

Telia püsiühenduses saad /56 ehk 8 bit ehk 256 võrku ehk kaks tähemärki on sulle mängimiseks, ise tead, kas kasutad sealt ainult ühte või jagad 16*16 või 4*4*4*4 vms moodi alamvõrkudeks.

IPv6 saamiseks pead ruuteri välisliidese peale seadistama DHCPv6 kliendi Prefix Delegationiga prefixit küsima, Telialt saad /56. Edasi pead selle prefixi kasutusele võtma ehk nö standardses koduruuteris võtma sellest prefixist ühe võrgu ja andma sellest bridge-ile aadressi koos Advertisega. Kui kõik hästi, siis bridge'i küljes seadmed kuulevad ja võtavad ka kasutusele. Aadress tuleb kujul 2001:7d0:XXXX:XXYY::1/64

Kui kõik OK, siis https://test-ipv6.com annab 10/10 Selleks, et näha, mille jaoks IPv6 kasutatakse, kasuta nt Chrome'is IPvFoo extensionit.

NB: IPv4 ja IPv6 on kaks eraldi IP-stacki, seega on kummalgi eraldi tulemüürireeglid, ruutingud ja ka DNS-kirjed. NAT-i ja port forwardit ei tee, kõigil seadmetel on public aadressid küljes, kui tahad midagi avada, siis lubad lihtsalt tulemüürist ligi.

[chaser]

Suured tänud vastuste eest, "edge" ruuter saab ilusti aadressi kätte aga ma pean hakkama nuputama kuidas confida järgmised ruuterid. Kkuna ipv4 dhcp teeb mul üldse muu seade siis ma ei oska/ kujuta veel ette kuidas see aadresside edasi jagamine kah veel teha. Igatahes veelkord tänud!

[jaakjaak22]

[dwert123]

Äratan ka vana teema üles, tekkis siin ringi luusides endal ka huvi selle va ipv6 vastu.
Olen pikemalt kasutanud TP-Linki AP-d (kaabliga otse selle Huawei ONT-i järel) ja seda teemat lugedes läksin ja proovisin ka seda test-ipv6 lehte. Tuleb välja et pole sees.
Oskab keegi targem öelda mis nupukesi ma vajutama siin piltidel peaksin et ka see sisse lülitada ja kui viitsib öelda, et mida selle sisselülitamine mulle kui tavakasutajast tolkamile () annab?

[jaakjaak22]

Ülemisel ehk sissetuleval pead valima DHCPv6 ja Prefix Delegation, see on sul hästi ja RENEW abil peaks ruuter saama Telialt /56 prefixi ehk võrgu.
Alumine on sissepoole edasi jagamine, sinna pane SLAAC+Stateless ehk automaatne numbrihaldus, eraldi DHCP pole vaja.

Mis sa saad: suured teenused (Google/Youtube/Facebook/Akamai, nende teenused tulevad paremini kohale, ruuteril on lihtsam, ei pea transleerima vaid lihtsalt pakette läbi, teenuse avamiseks ei tee portforward vaid lihtsalt avad tulemüürist ip:port jne jne.

[MaXakas]

dwert123, kas said jooksma? Hankisin ise eile Telioni ikalduse asemele TPLinki ruuteri ja täna vaatasin siia, et IPv6 tööle saada... Seadistatud nii, nagu jaakjaak22 kommenteeris, aga ruuter ei saa Telialt IPv6 aadressi.

[dwert123]

Korraks nagu töötas (tegin selle ipv6 test lehel kontrolli ka siis kui siin õpetati), aga nüüd su postituse peale üle vaadates näen ka et ikaldus majas :/

[jaakjaak22]

IPv6 olukorra uurimiseks:
- vaata, mis https://test-ipv6.com ütleb
- vaata, kas ruuteri DHCPv6 client on IPv6 Prefix Delegation (PD) meetodil prefixi saanud, Telia võrgus saab /56 prefixi, algusega "2001:7d0:87"
- vaata, kas ruuterist kliendi suunas paistval liidesel on IPv6-aadress küljes, aadress võib olla ka prefix+0 ehk prefix::
- vaata, kas Network Discovery (ND) teenus töötab klientide suunas ja et Other oleks sees, muidu Windowsid õnnetud
- tee kliendile disconnect-connect

[indrpo]

[Tint]

[dwert123]

On see TP-Link ikaldus nagu on, aga veider siis et "võimekamal" ISP-i antud mitte-ikaldusel WiFi võrk ebastabiilsem ja sitema leviga on (dBm-ides), suvalises neljatoalises paneelikas (ei räägi isegi 2,4GHz võrgust hetkel, see on üldse välja lülitatud, kuna pole vajadust).
Igatahes, pordisuunamiste jaoks pole seda Telia lehte vaja avada, saab ka üle ssh ruuteris muuta vajadusel. Korraks oli ka tikuke korteris püsti, aga ka tolle WiFi oli ikaldusepoolne, ilmselt viskangi tp-lingi tiku järgi ap-ks, sest tikuga oli ipv6 töökorras.

Cisco oleks muidugi hea, aga mis tast kasu oleks kui Telia ikka kõik kinni keeraks. Andke siis ruutereid välja ka lisavõimalusega et saad kõik avatuks ja ise vastutad kliendina kui midagi metsa keerad (kuigi, reseti nupp on neil kõigil olemas *shrug*), kui neil need ideaaltooted peaksid olema-tulema
Kuna OT-ks läks, siis, mr. Telia representative, millal teil AX-võimekusega ruutereid tuleb?

[indrpo]

Eks AX tuleb siis, kui selle vajadus massides on.
Hetke netipakettide ja kiirustega ei näe põhjust AX peale kolida, mida kiiremaks läheb wifi ühendus, seda väiksemaks läheb leviala.
Ilmselt kunagi asenduvad Airties tugijaamad AX versioonidega aga ette ei näe, millal.

[XeStAiSy]

Pigem AX versioonidega mudeleid müüakse toru mõõduga. Kui on näiteks 3200 AX siis saad uploadi ja downloadi mõlemad ühes torus ehk toru jämedus on up ja down koos kui, aga on rohkem kui 1 arvuti siis hakkab too toru kitsaks jääma kui mega kiiruseid tahetakse.
Limiidiks on juba CPU plaadil ise mille torud polegi eriti jämedad. Läheb veel mõned aastad kui torud võimekamaks lähevad cpudel kui üldse seda näeb telia ruuterites lähema viie aastajooksul. Kui ruuter kuskil esikus istub ei hakka too katma tervet maja. See AX el levi läbi kivi hästi puit laed siis saab kuid ikkagi jääd oma switchide ja purkidega lannima. Telia ruuteritesse ei pressi parema võimekusega AX toodet kah need ikkagi istuvad enamuse vdsl jaoks ja ega see leviala pole ka see mitut head asja ühte ruuterisse ei pressita kõik tuleb millegi arvelt kuskil midagi kärbitakse midagi jääb lonkama nendes adsl kopsikutes. Nende praimide ja genexiste ja mis iganes julladega too wifi pole midagi kiita isegi mitte 5G. 2.4G Nendel on veel kehvem mõni seade ei saagi sealt korralikult mõni on ok.

[jaakjaak22]

Ruuterite läbilaskest, speedtestist jne reaalseks arusaamiseks tasub läbi vaadata see video: https://youtu.be/zsrdgo0Npc8

Pärit Mikrotiku konverentsilt, aga annab selgema pildi, et kui karbi peale on kirjutatud 3200, siis suure tõenäosusega tähendab see lihtsalt, et müügimehed on kõik võimalikud tehnilised numbrid omavahel kokku liitnud ja reaalsete kiirustega kliendi jaoks pole sellel midagi pistmist.

Teiseks lugeda rahulikult läbi https://www.duckware.com/tech/wifi-in-the-us.html

Reaalsed kiirused sõltuvad klientseadme antennide arvust ja levikvaliteedist, AX reaalsuses eriti juurde ei anna.

[190318]

Kuna Google otsing "telia ipv6 linux hinnavaatlus" toob esimesena esile just käesoleva teemaarenduse, siis ma postitan omad mõtted siia, kõigile teistele leidmiseks, kellel hammas peale hakkab

Telia Eesti vahetas mul kodus VDSLi välja valguskaabli vastu ja sain oma iseehitatud koduruuteril eest ära võetud ühe Soome ISP suht mahakantud ruuteri mudeli, mis seda VDSLi vastu võttis. Asemele tuli Huawei ONT ja otseühendus koduruuteri porti läbi Ubiquiti switchi. Koduruuter on mul ühepordine Raspberry Pi4, millel Debian peal.

Ma üldjuhul olen kasutanud NetworkManager nimelist tarkvara käsurea tasemel ja ühe minu poolt kasutatava Soome ISP puhul on piisav, kui võrgukaardi konfiguratsiooni profiilis määrata ipv6.method=auto. Telia Eesti puhul aga on null tulemust, kas proovid ipv6.method=auto või ipv6.method=dhcp, sest NetworkManager ootab ISP poolt natuke teistsugust suhtlust.

Millega ilusti õnnestus Telia Eesti IPv6 tööle meelitada, oli Linuxi systemd enda vaikimisi võimekus võrgukonfiguratioone hallata (systemd-networkd). Lõplik point on see, et DHCPv6 abil minnakse küsima endale /56 võrku ilma selleta, et keegi tsentraalselt midagi ise niisama pakub.

Ma võtan hulga tavalist taustakonfiguratsiooni mängust välja ja jätan üles selle olulise viite. Mul on nii, et VLAN20 on Telia EE ühendus läbi ONTi ja VLAN30 on üks sisevõrgu segment. Konfiguratsioon kataloogis /etc/systemd/network sisaldab sellise sisuga faile antud VLANide kohta:

30-eth0.20.network

[indrpo]

190318, https://www.telia.ee/abi/juhend/2275/ruuteri-seadistamine-telia-teenuste-kasutamiseks
see juhend ei toiminud? mul Ubiquitiga paar klikki ja olemas.

[190318]

[indrpo]

Selge, aitäh. Jõudu, nende x lahendustega on iseenesest põnev pusida

[juhmar]

Telia seadmed on võimekamad ja kallimad...
Nii kui ma seda kiidulaulu jälle näen siis pean ikka vastama et see on BS. Konkreetne näide on X2 ruuter mis 15 wifi seadet toita ei jaksanud, pidevad ühenduse katkestused. Siis see palju kiidetud tehniline tugi soovitas 2 tugijaama. 10 eur kuus juurde aga tulemus null. Selle jama kõrval nimetada odavat TP link ruuterit ikalduseks ei kannata kriitikat. Mul ei ole tänu siit saadud infole, selle ikalduse kohta mingeid probleeme enam wifi ga. Rääkides massidest siis wifi 6 oleks pidanud juba 2 aastat tagasi massides olema. Mida kuradit ma maksin terve see aeg ühenduse eest mida võimakam ja kallim tehnika ei suutnud õhu teel liigutada.

[indrpo]

juhmar, Ruuteri võimekus sõltub ikka ruuterist ja vajadusest.
Ilmselgelt ei ole teenusepakkuja ruuter võimekam kui mingi teine ruuter ja seda pole ka Telia ega keegi teine operaator oma ruuteri kohta öelnud. Ainult seda, et see on iseteeninduses hallatav ja tavakasutaja jaoks on ka tugi olemas. Saab ka vajadusel kohapeal tuge ja vahetust garantiikorras.
Ei pruugi asjateadliku kasutaja jaoks vajalik olla.
Siin teemas pole see üldse oluline. IPv6 kui aru saad.

Mina kasutan Ubiquiti asju ja ma ei näe et see oluliselt võimekam oleks aga lihtsalt mugav ise hallata.

[newarvuti]

[Etz]

[Forss]

Unifi, Telia ja ipv6 ei saa eilsest millegipärast enam läbi. Ca 30 minutit toimib ja siis kaob ipv6 ära.
Restart annab tagasi jälle 30 minutiks.

Varasemalt töötas mitmeid kuid ikka ühegi veata.

Kas need seaded ok?
Internet
Networks

[jaakjaak22]

[indrpo]

[Forss]

Kui seaded õiged, siis jääb selgusetuks miks ainult 30 minutit ipv6 töötab.

Kas Telia või UniFi viga

Läheb praegu ipv6 kinni ja jääb tarkvarauuendust ootama

[Inspiro]

[Number1]

[Etz]

https://help.ui.com/hc/en-us

[indrpo]

Siin lehel on siis kõik katki?
https://test-ipv6.com/

Mul on UDM Pro, UDM SE ja Express 7 kolmes erinevas kohas ja kõik näitavad OK.

[Number1]

[siinus]

kas ärikliendi AIP ühendusega saab ka samamoodi v6 kätte?
Tööjuures UDM-Pro peal võiksin proovida? Seal kenasti 5 välist aadressi kenasti allokeeritud teatud sisevõrkudele laiali.

[indrpo]

Number1, ei ole restartinud, tegin kõikidel saitidel just testi, OK. PON tehnoloogiad, tavalised erakliendid.

[Number1]

PON ja eraklinet ka ise.

See IPv6 jama juba kusagil pool aastat.
Kas ONT ei või seda kuidagi mõjutada?

[indrpo]

ONT puhas sild, rikkis pole neid olnud. kui just äike toitest äre ei ole tapnud.
Kui miskit viga oleks, siis sureks kõik ära.
Konfi vaadates ei ole midagi valesti aga nii spets ma ei ole, et teaks, mis võib IPv6 ära tappa.
pildil on lan all näha wan ip puudumist kuid seda on tavaliselt korraks konfi tehes näha. Proovisin ka seaded väänata igatpidi, taastus alati.

alustaks kahe lolli soovitusega, restart ja kui siis reset.

ja lihtsalt infoks, kui IPv6 oleks katki oleks ta üle eesti katki ja iga väiksemagi asja peale läheb Telias lamp põlema.

[Forss]

Mul ka UX7.

Vaatasin logidest et kuni 12. jaanuarini oli alati ipv6 kasutusel.
Pärast seda kadus ära ja restart aitas.

Viimase kuu aja jooksul ei ole nagu tarkvara ka uuendanud.

[indrpo]

Forss, sul on ka piirkond läänemaa või muu? iseenesest ei ole mul keeruline lasta uurida kui teaks kes on kes. PS. nimega on vajalik.

[Etz]

[indrpo]

[Number1]

Nii, lasin ChatGPT-l Unifi logid läbi vaadata ja andis vastuseks:

'DHCPv6-PD liising (lease) omandatakse pärast WAN ühenduse käivitamist korrektselt.
Liisingu uuendamise (RENEW) faasis ei saada DHCPv6 serverilt kehtivat vastust.
Järgnevad REBIND katsed ebaõnnestuvad samuti.
Liisingu aegumisel eemaldab süsteem delegeeritud IPv6 prefiksi WAN-liideselt ning kõikidelt LAN-liidestelt.
Pärast prefiksi eemaldamist IPv6 ühendus automaatselt ei taastu ning jääb mittetoimivaks kuni käsitsi sekkumiseni (WAN IPv6 taaskäivitamine või ruuteri reboot).

[indrpo]

Ai võib inimest aidata aga lahendus tuleb ikka ise leida.
Kui sulle korra dhcpga ipv6 antakse, siis võrgu poolt ei tea, mis põhjusel teist korda antama ei peaks.
Seda enam, et peale restarti ju saad IP.
Ei tea, aga ma ei usu, et see lease time vaid 30 minutit on, pigem rohkem ja muudel tingimustel.

[Etz]

[sarvik]

Äkki tulemüür blokib ICMPv6 /DHCPv6?

[Number1]

Väike guugelamine näitab et Unifil on elupäevad selle IPv6-ga probleemid olnud. Ehk tulevane tarkvarauuendus lahendab selle.

[Forss]

Praegu tundub mulle ka, et jään tarkvara uuendust ootama.

Network gw tuleb siis kui ipv6 töötab. Tallinna piirkond muidu.

Albumis valge taustaga töötav, 30 min hiljem must versioon.

wan-diag-dhcpv6.log

Spoiler

2026-01-16T23:06:57+02:00 XXX odhcp6c[2703]: (re)starting transaction on eth0
2026-01-16T23:06:57+02:00 XXX odhcp6c[2703]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2026-01-16T23:06:57+02:00 XXX odhcp6c[2703]: Got a valid ADVERTISE after 15ms
2026-01-16T23:06:57+02:00 XXX odhcp6c[2703]: IA_NA 0001 T1 0 T2 0
2026-01-16T23:06:57+02:00 XXX odhcp6c[2703]: IA_PD 0001 T1 900 T2 1380
2026-01-16T23:06:57+02:00 XXX odhcp6c[2703]: 2001:7d0:XXX:4200::/56 preferred 1800 valid 1800
2026-01-16T23:06:59+02:00 XXX odhcp6c[2703]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2026-01-16T23:06:59+02:00 XXX odhcp6c[2703]: Got a valid ADVERTISE after 14ms
2026-01-16T23:06:59+02:00 XXX odhcp6c[2703]: IA_PD 0001 T1 900 T2 1380
2026-01-16T23:06:59+02:00 XXX odhcp6c[2703]: 2001:7d0:XXX:4200::/56 preferred 1800 valid 1800
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: Send REQUEST message (elapsed 0ms, rc 0)
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: Got a valid REPLY after 21ms
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: IA_PD 0001 T1 900 T2 1380
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: 2001:7d0:XXX:4200::/56 preferred 1800 valid 1800
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: T1 900s, T2 1380s, T3 1800s
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: entering stateful-mode on eth0
2026-01-16T23:07:01+02:00 XXX odhcp6c[2703]: Starting <POLL> transaction (timeout 900s, max rc 0)
2026-01-16T23:22:01+02:00 XXX odhcp6c[2703]: Starting RENEW transaction (timeout 480s, max rc 0)
2026-01-16T23:22:01+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 0ms, rc 0)
2026-01-16T23:22:12+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 10240ms, rc 1)
2026-01-16T23:22:30+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 28960ms, rc 2)
2026-01-16T23:23:00+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 58240ms, rc 3)
2026-01-16T23:23:30+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 88960ms, rc 4)
2026-01-16T23:24:00+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 118080ms, rc 5)
2026-01-16T23:24:32+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 151040ms, rc 6)
2026-01-16T23:25:04+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 183040ms, rc 7)
2026-01-16T23:25:35+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 213120ms, rc 8)
2026-01-16T23:26:02+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 240640ms, rc 9)
2026-01-16T23:26:34+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 272640ms, rc 10)
2026-01-16T23:27:06+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 304640ms, rc 11)
2026-01-16T23:27:37+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 336000ms, rc 12)
2026-01-16T23:28:08+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 366080ms, rc 13)
2026-01-16T23:28:35+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 393280ms, rc 14)
2026-01-16T23:29:06+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 424400ms, rc 15)
2026-01-16T23:29:36+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 454240ms, rc 16)
2026-01-16T23:30:02+02:00 XXX odhcp6c[2703]: Send RENEW message (elapsed 480080ms, rc 17)
2026-01-16T23:30:02+02:00 XXX odhcp6c[2703]: Starting REBIND transaction (timeout 420s, max rc 0)
2026-01-16T23:30:02+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 0ms, rc 0)
2026-01-16T23:30:11+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 9520ms, rc 1)
2026-01-16T23:30:30+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 28080ms, rc 2)
2026-01-16T23:30:58+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 56240ms, rc 3)
2026-01-16T23:31:27+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 85790ms, rc 4)
2026-01-16T23:31:58+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 116400ms, rc 5)
2026-01-16T23:32:27+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 145840ms, rc 6)
2026-01-16T23:32:56+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 174800ms, rc 7)
2026-01-16T23:33:27+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 205440ms, rc 8)
2026-01-16T23:34:00+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 238000ms, rc 9)
2026-01-16T23:34:31+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 269690ms, rc 10)
2026-01-16T23:34:59+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 297520ms, rc 11)
2026-01-16T23:35:27+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 325680ms, rc 12)
2026-01-16T23:35:58+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 356561ms, rc 13)
2026-01-16T23:36:30+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 388410ms, rc 14)
2026-01-16T23:37:02+02:00 XXX odhcp6c[2703]: Send REBIND message (elapsed 420400ms, rc 15)
2026-01-16T23:37:02+02:00 XXX odhcp6c[2703]: (re)starting transaction on eth0
2026-01-16T23:37:03+02:00 XXX odhcp6c[2703]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)

Varasem sama logi kui toimis ilma katkestuseta

Spoiler

2026-01-11T13:47:17+02:00 XXX odhcp6c[2515835]: Starting RENEW transaction (timeout 480s, max rc 0)
2026-01-11T13:47:17+02:00 XXX odhcp6c[2515835]: Send RENEW message (elapsed 0ms, rc 0)
2026-01-11T13:47:17+02:00 XXX odhcp6c[2515835]: Got a valid REPLY after 17ms
2026-01-11T13:47:17+02:00 XXX odhcp6c[2515835]: IA_PD 0001 T1 900 T2 1380
2026-01-11T13:47:17+02:00 XXX odhcp6c[2515835]: 2001:7d0:XXX:3400::/56 preferred 1800 valid 1800
2026-01-11T13:47:17+02:00 XXX odhcp6c[2515835]: T1 900s, T2 1380s, T3 1800s
2026-01-11T13:47:17+02:00 XXX odhcp6c[2515835]: Starting <POLL> transaction (timeout 900s, max rc 0)
2026-01-11T14:02:17+02:00 XXX odhcp6c[2515835]: Starting RENEW transaction (timeout 480s, max rc 0)
2026-01-11T14:02:17+02:00 XXX odhcp6c[2515835]: Send RENEW message (elapsed 0ms, rc 0)
2026-01-11T14:02:17+02:00 XXX odhcp6c[2515835]: Got a valid REPLY after 18ms
2026-01-11T14:02:17+02:00 XXX odhcp6c[2515835]: IA_PD 0001 T1 900 T2 1380
2026-01-11T14:02:17+02:00 XXX odhcp6c[2515835]: 2001:7d0:XXX:3400::/56 preferred 1800 valid 1800
2026-01-11T14:02:17+02:00 XXX odhcp6c[2515835]: T1 900s, T2 1380s, T3 1800s
2026-01-11T14:02:17+02:00 XXX odhcp6c[2515835]: Starting <POLL> transaction (timeout 900s, max rc 0)

Sarnane mure ka ui communitys

[indrpo]

Müstika, täna hommikul mul ka nüüd katki Võttis ikka aega.
Ok, tuleb uut softi ootama jääda.