IPv6 Suomessa

@Boulder Okei, no sitten tuo on vaan modeemin hallintaan käytettävä ip osoite, ja on sinänsä ihan loogista ettei se silloin saa ipv6 osoitetta, ja jos laite todella siltaa yhteyden, niin ei se myöskään voi vaikuttaa siihen mitkä osoitteet sillan takana oleva reititin saa käyttöönsä, joten valinnat, kuten tuo ipv6 vipu on luonnollisesti harmaana.
 
Ja säädettyhän tuota on, asetukset mielestäni kuten pitääkin mutta ei lähde toimimaan. Eniten ihmettelen nyt sitä, miksi modeemissa on ipv6 täysin käpistelemättömissä kun siltaava tila on käytössä. DNA:lle laitettu viesti, katsotaan mitä vastaavat (muuta kuin että factory reset -- joka on toki tehtykin jo pariin kertaan).
Sen verran voisin kommentoida, että jos siis sinulla on DNA:n kaapelinetti antennipiuhasta, niin minulla ainakin Sagemcom F-3686ACv2:lla toimi siinä sekä siltaavassa että siltaamattomassa moodissa IPv6. Siltaavassa modeemi ei syö osaa prefixistä eli OpenWRT takana saa /56-osoitteen. Muuten hiukan suppeamman avaruuden. OpenWRT:llä pitäisi ihan oletusasetuksilla mennä niin, että jos saat WAN-porttiin IPv4-osoitteen, WAN6-näkymässä on IPv6-osoitteet. Ihan siinä etusivulla Network ja sen alla IPv4/IPv6 upstream. Tuossa esimerkki. Jos osoitteen saamisessa kestää hetki, suosittelen odottamaan kytkemisen ja boottaamisen jälkeen vaikka 5-10 min. Käytin itse prefix delegaatiota ja OpenWRT-boksilla IPv6-kykenevä DHCP. En käyttäisi noita proxy/relay-moodeja.
 
Sen verran voisin kommentoida, että jos siis sinulla on DNA:n kaapelinetti antennipiuhasta, niin minulla ainakin Sagemcom F-3686ACv2:lla toimi siinä sekä siltaavassa että siltaamattomassa moodissa IPv6. Siltaavassa modeemi ei syö osaa prefixistä eli OpenWRT takana saa /56-osoitteen. Muuten hiukan suppeamman avaruuden. OpenWRT:llä pitäisi ihan oletusasetuksilla mennä niin, että jos saat WAN-porttiin IPv4-osoitteen, WAN6-näkymässä on IPv6-osoitteet. Ihan siinä etusivulla Network ja sen alla IPv4/IPv6 upstream. Tuossa esimerkki. Jos osoitteen saamisessa kestää hetki, suosittelen odottamaan kytkemisen ja boottaamisen jälkeen vaikka 5-10 min. Käytin itse prefix delegaatiota ja OpenWRT-boksilla IPv6-kykenevä DHCP. En käyttäisi noita proxy/relay-moodeja.
Sain ongelman ratkaistua OpenWRT-foorumin neuvojen mukaan. Lan-interfacessa ei ollut oikeat asetukset DHCP-serverin osalta, kun ne oli laitettu kuntoon niin lähti toimimaan saman tien. Muistan kyllä sitäkin tarkastelleeni, mutta noiden IPv6 liittyvien osuuksien on täytynyt mennä ohi silmien. Oletusasetuksillahan se interface on ollut, joten ei olisi toiminut vaikka olisin asentanut stable-version.
 
Eipä tuossa riemussa kauaa kestänyt - PC-laitteiden eli lähinnä selaimen osalta homma pelittää, mutta näyttää mobiililaitteiden (Android ja i-laitteet) appien kanssa olevan ongelmia. Esim. LinkedIn ilmoittelee yhteysongelmista ja kuulemma Facebook ja Instagram hidastelee aika pahoin. Poistamalla IPv6:n käytöstä ongelmat häviää. Onko tähän mitään tarkistettavaa asetusta tms.?
 
Morjens.

Diagnosoin tässä outoa appi käytöstä puhelimessa, elikkä yks appi ei jostain syystä oikein saanut yhteyttä nettiin kun wifi on puhelimessa päällä, mutta samaa ongelmaa ei ole jos wifin laittaa pois ja data kulkee sen puhelin liittymän kautta. Ei oikeastaan ollut kauheasti ideoita mutta huvikseen testasin että mitä ipv6 testi sanoo. Ja vot, näyttäys 15 sekunnin timeouttia pukkaavan nuo ipv6 testit puhelimella, ipv6 large packet, ipv6 dns record, ipv6 service provider. En toki tiedä onko tämä nyt se varsinainen ongelma, mutta joka tapauksessa olin vähän yllättyny.

Mitenkäs siis on, mulla on Moin netti liittymä Huawein B818 purkissa. Luin että ainakin tuo purkki tukee ipv6:sta mutta Moin liittymästä en oikeen löytänyt selkeää tietoa.
Toisekseen, Elisan Saunalahti Latausliittymä puhelimessa, appi siis toimii kunnolla kun pistää datan sen läpi. Mutta nuo yllämainitut ipv6 testit eivät mene läpi kuitenkaan. Tosin ne failaa nopeasti sen sijaan että kestäis 15 sekuntia ja timeout. Tämä selvisikin hetkessä kun tutkin lisää, ei ollu APN asetuksissa ipv6 päällä ollenkaan, vaihdoin APN protocol asetukseksi ipv4 ja ipv6, ja heti alkoi toimimaan testikin.
Huihain purkissa asetus olikin jo laitettu juuri noin, mutta jostain syystä ei toimi.

Pitäskö tässä moin liittymässä olla ipv6?


EDIT: Ja nyt selvisi tuo toinenkin, en ollu purkkiin laittanu varsinaisesti moin APN:ää ollenkaan. Onhan se hyvä että netti toimii ilman oikeitakin asetuksia, mutta kun vaihdoin APNäksi data.moimobile.fi niin ipv6 alkoi toimimaan, ja yllätys yllätys se appikin joka alunperin tämän aloitti toimii nyt myös eikä enää tule timeouttia. On se ihme kun heti kun lähtee kysymään apua niin 30 minuutin sisällä asia selvisi muutenkin.
 
Viimeksi muokattu:
Mites maailma tällähetkellä toimii, jos kylmästi omasta reitittimestä sammuttaisi ipv4:n ? Eli toimisi vain ipv6:n kanssa. Olisiko epätoivoista ?
Pitäisi varmaan oikein demota joskus, että pääsikö mihinkään ja mitä ongelmia tulee. Siis itselläni localnetin (avoinkuitu) ja siellä siis toimiva natiivi ipv6. No ainakaan oma wireguard serveri openwrt:ssä ei varmaan enää toimisi. Siihen ainakin olen aina ottanut yhteytta ulkomaailmasta dyndns palvelun kautta ipv4 osoitteella.
Parina voi käyttää toki NAT64 ominaisuutta. Jolloin IPv4 palvelut toimivat ilman IPv4:sta.
 
Mites maailma tällähetkellä toimii, jos kylmästi omasta reitittimestä sammuttaisi ipv4:n ? Eli toimisi vain ipv6:n kanssa. Olisiko epätoivoista ?
Pitäisi varmaan oikein demota joskus, että pääsikö mihinkään ja mitä ongelmia tulee. Siis itselläni localnetin (avoinkuitu) ja siellä siis toimiva natiivi ipv6. No ainakaan oma wireguard serveri openwrt:ssä ei varmaan enää toimisi. Siihen ainakin olen aina ottanut yhteytta ulkomaailmasta dyndns palvelun kautta ipv4 osoitteella.

Kyllä mulla on wireguardi conffattu dual stakkinä. Jos molemmilla toimii niin miksei sitten toimisi pelkällä ipv6:lla? On vielä ipv6nat viritelmä siinä kun OVH rikkoo rankasti ipv6 speksiä ja antaa VPS:lle vain yhden ipv6 osoitteen.
 
Ettei mene aivan liian raskaaksi, niin otetaan tästä kevennystä. Tuleeko suora?

IPv6 Excuse Bingo

Ootte kai huomanneet, että io-tech sentään tukee IPv6:sta, ettei pääse ihan morkkaamana heti. Docker Hub mainosti IPv6 tukeana sivustolla docker.com, joka ei tue IPv6:sta. Hyvin trollattu siis.

Kehitys on sentään kiihtynyt viimeaikoina.

Intia johtaa kehitystä tällä hetkellä ~ 70% käyttöasteella. Suomessa näyttäisi olevan alle 50 % vielä, mutta ei kovin kaukana olla.
 
Ettei mene aivan liian raskaaksi, niin otetaan tästä kevennystä. Tuleeko suora?

IPv6 Excuse Bingo

Ootte kai huomanneet, että io-tech sentään tukee IPv6:sta, ettei pääse ihan morkkaamana heti. Docker Hub mainosti IPv6 tukeana sivustolla docker.com, joka ei tue IPv6:sta. Hyvin trollattu siis.

Kehitys on sentään kiihtynyt viimeaikoina.

Intia johtaa kehitystä tällä hetkellä ~ 70% käyttöasteella. Suomessa näyttäisi olevan alle 50 % vielä, mutta ei kovin kaukana olla.

Docker Hubin imageiden lataukseen on Dual Stack endpointia vaan? Mutta sivut ei… registry-1.docker.io siis toi endpoint mitä beta testanneet tovin Docker Hub Registry IPv6 Support Now Generally Available | Docker

Intiassa liikenne mobiiliverkkojen varassa että eiköhän mobiilissa suht helppoa kun suht uutta infraa - toki Suomessa odotamme vielä Teliaa mutta kaksi muuta jo saaneet käyttöön.
 
Mites kun jos kyseessä on mokkula, lähiverkko menee IPv4 natattuna mutta 2001 alkuinen IPv6 eli tuleeko nyt sitten mokkulalta julkinen IPv6 tietokoneelle eli onko nyt tärkeämpää olla mokkulassa palomuuri kunnossa vai itse laitteessa. Hieman vaan mietityttää ajatus jos kaikki lähiverkon laitteet saa julkisen osoitteen, esim. tulostin. Näin ainaski Elisan liittymällä.
 
Mites kun jos kyseessä on mokkula, lähiverkko menee IPv4 natattuna mutta 2001 alkuinen IPv6 eli tuleeko nyt sitten mokkulalta julkinen IPv6 tietokoneelle eli onko nyt tärkeämpää olla mokkulassa palomuuri kunnossa vai itse laitteessa. Hieman vaan mietityttää ajatus jos kaikki lähiverkon laitteet saa julkisen osoitteen, esim. tulostin. Näin ainaski Elisan liittymällä.

Kyllä. Julkinen IP on julkinen ja itkumuuri on tottakai paras kun se on reitittimessä. Jossain ikivanhoissa reitittimissä on IPv6 tuki ja se lasketaan vaan läpitte, mutta esim OpenWRT blokkaa vakiona kaiken ulkoa tulevan IPv6 liikenteen eli siinä ainakin on itkumuurissa säännöt kondiksessa.
 
Ajattelin että voisi ottaa IPv6 käyttöön mutta näköjään Elisa ehkä saa syyskuun loppuun mennessä vasta.
 
Kyllä. Julkinen IP on julkinen ja itkumuuri on tottakai paras kun se on reitittimessä. Jossain ikivanhoissa reitittimissä on IPv6 tuki ja se lasketaan vaan läpitte, mutta esim OpenWRT blokkaa vakiona kaiken ulkoa tulevan IPv6 liikenteen eli siinä ainakin on itkumuurissa säännöt kondiksessa.
Ei vaan ole kovin isoa luottoa mokkuloitten vakiopalomuureihin niin hieman hirvittää nuo kun tietää että ympäri Suomea on noita käytössä ja vakioasetuksilla niin milloin alkaa tietoturvaongelmat leviämään. Blokkaakohan tuollaisen mokkulan palomuuri oikeasti juuri mitään kun monessa päivityksiä ei ole saanut enää vuosiin. Tästä syystä itse pysynyt IPv4.
 
Esimerkiksi B818 en huomannut DNA uusimmalla firmiksellä pikaisesti tutkittuna mahista estää koko IPv6 niin tuntuu "varsin" turvalliselta että tulee suoraan 2001 osoite vaikkapa tulostimelle ja kun ei todellakaan tiedä palomuurin luotettavuudesta niin kiva kun ei voi blokata IPv6 käyttöä kerta kaikki laitteet on suoraan julkisena. IPv6 idea on juurikin nuo julkiset osoitteet mutta kun ei ole luottoa tuollaisen purkin palomuuriin.
 
Liekkö siitä tulostimesta saa poistettua IPv6 pois käytöstä asetuksista, mutta peruskäyttäjäthän ei tuollaista osaa katsoa...
 
Liekkö siitä tulostimesta saa poistettua IPv6 pois käytöstä asetuksista, mutta peruskäyttäjäthän ei tuollaista osaa katsoa...
Tämä nyt oli vaan esimerkkitapaus. Mietin lähinnä että miten paljon tietoturvapommeja nyt on ympäri maailmaa kerta puskee julkista osoitetta läpi ja ei varmaan 90 prosenttia käyttäjistä muuta tiedä kuin isolla ehkä-sanalla napin asetuksista mistä palomuurin saa päälle ja ne 3 tasoa palomuurille jos niitä edes on että onko seula löysä, keskitasoa vai tiukka.
 
Liekkö siitä tulostimesta saa poistettua IPv6 pois käytöstä asetuksista, mutta peruskäyttäjäthän ei tuollaista osaa katsoa...

Ja eihän jollekkin sisäverkon laitteelle edes tartte julkista IPv6 ja silti voidaan IPv6 ylitte liikennöidä kun IPv6 kun on laitettu päälle, niin käsittääkseni stantardin mukaan jos mennään niin joka laitteelle tulee automaattisesti link-local uniikki osoite jonka avulla sisäverkossa liikennöinti IPv6:lla onnistuu ilman mitään conffailuja.

Tämä nyt oli vaan esimerkkitapaus. Mietin lähinnä että miten paljon tietoturvapommeja nyt on ympäri maailmaa kerta puskee julkista osoitetta läpi ja ei varmaan 90 prosenttia käyttäjistä muuta tiedä kuin isolla ehkä-sanalla napin asetuksista mistä palomuurin saa päälle ja ne 3 tasoa palomuurille jos niitä edes on että onko seula löysä, keskitasoa vai tiukka.

Kyllähän se IPv6 jo massiivisella osoitemäärällään tuo turvaa periaatteessa koska enää scripti pojut eivät voi läheskään niin helposti pimpotella port scannauksia kun se port scannaus ottaa aina tietyn määrän aikaa niin IPv6 osoite avaruutta jos lähtee pimpottamaan niin siinä kestää kauan jo ihan yhden /64 prefixin pompottamisessa.
 
Ei vaan ole kovin isoa luottoa mokkuloitten vakiopalomuureihin niin hieman hirvittää nuo kun tietää että ympäri Suomea on noita käytössä ja vakioasetuksilla niin milloin alkaa tietoturvaongelmat leviämään. Blokkaakohan tuollaisen mokkulan palomuuri oikeasti juuri mitään kun monessa päivityksiä ei ole saanut enää vuosiin. Tästä syystä itse pysynyt IPv4.
Ei ne ihmeellisiä ole, mutta IPv6 osalta jos niissä on se toiminallisuus että aloite pitää tulla sisäverkosta, niin ollaan jo pitkällä, eipä niissä suppeimissa IPv4 "palomuureissakaan" sen enempää ole. Lähtökohtaisesti IPv6 on sille palomuurille helpompi kuin IPv4.

Jos operaattorien markkinoimia, niin operaattorin etu että asiakkailla on reittitimet joissa kohtuullinen palomuuri.

Suurin ongelma on verkossa olleet vanhat reittimet joita ei ole päivitetty, tai joihin ei edes ole päivitystyä ja niissä jokin tunnettu kriittinen haavoittuvuus johon hyökätään.
 
Sitten voisi harkita siirtymistä IPv6 kun ISP:t alkaisi jakelemaan ensinnäkin kiinteitä osotteita ja saisi edes vaikka 52 prefixin tai jopa 48 mutta taitaa olla turha haaveilla. Mikähän pakkomielle ISP:llä on väkisin pysyä vaihtuvissa osotteissa vaikka kyseessä on jo IPv6?
 
Sitten voisi harkita siirtymistä IPv6 kun ISP:t alkaisi jakelemaan ensinnäkin kiinteitä osotteita ja saisi edes vaikka 52 prefixin tai jopa 48 mutta taitaa olla turha haaveilla. Mikähän pakkomielle ISP:llä on väkisin pysyä vaihtuvissa osotteissa vaikka kyseessä on jo IPv6?

Eikö IPv6:ssa ollu joku semikiinteähomma? Tyyliin etuosa vaihtuu, mut loppuosa pysyy vakiona, tjms, jota kautta pysty hoitamaan sen IPv4:sen kokonaan kiinteän IP:n. IPv6 on itelle hebreaa, muistelen vaan täällä lukeneeni jotain tuollaista...
 
Sitten voisi harkita siirtymistä IPv6 kun ISP:t alkaisi jakelemaan ensinnäkin kiinteitä osotteita ja saisi edes vaikka 52 prefixin tai jopa 48 mutta taitaa olla turha haaveilla. Mikähän pakkomielle ISP:llä on väkisin pysyä vaihtuvissa osotteissa vaikka kyseessä on jo IPv6?
Jaettavat osoitteet voisi toki olla pitempiäkin, mutta /56 on Traficomin suositusten mukainen ja riittää tavan kuluttajalle, ilman Traficomin määräystä asia tuskin muuttuu. Osoitteen vaihtuvuuteen liittyen osoitteet näyttävät säilyvän kiinteissä yhteyksissä samana lähes staattisen veroisesti, koska taitavat olla MAC-osoitteeseen sidottuja operaattorin päässä. Syynä varsinaisen staattisen osoitevaihtoehdon puuttumiselle lienee kuitenkin raha, staattiset osoitteet ja muut vastaavat ominaisuudet kun ovat tavan kuluttajalle "tarpeettomia" ja näin voidaan periä enemmän rahaa yritysliittymistä, jolloin tilanne ei varmasti tule muuttumaan. Itse en ainakaan keksi staattiselle osoitteelle muuta perustelua kuin serverin pidon. IoT-laitteetkin on sidottu niin vahvasti valmistajan infrastruktuuriin, ettei jäljelle jää kuin omatoimiset sepät.
 
IPv6 käyttäjien havainnot eri operaattoreiden IPv6 stabiiliudesta kiinnostaa. Nyt on käytössä DNA 5G:n kautta ja DNA:n reitityksen stabiilius on ollut vähän mitä sattuu. Eli tyypillinen tapaus on että joku puoli maalilmaa pelaa ognelmitta ja toinen puoli ei. Selain tai muu softa sitten odottelee sen sekunnin timeoutin muutamaan kertaan ja putoaa IPv4:seen. Helpoin tapa päästä irti vaivasta on kytkeä koneesta sitten IPv6 stäkki pois ja ajella IPv4:sella.

Valokuitusiirtymä edessä kunhan ehtivät kytkeä, jää DNA sitten historiaan. Lounealla pitää pyytää aspasta erikseen julkinen IPv4 ja IPv6 päälle liittymään. Normisti saa vain natatun IPv4 osoitteen, onneksi tuo mutos ei maksa kuin sen pyytämisen vaivan. Mutta miten Lounean IPv6, onko odotettavissa samoja juttuja kuin DNA:n kanssa?
 
Mutta kait kusettaminen sentään on jotain, jopa IPv6 maailmassa? Hinnat tosin aika tyyriitä IPv6:lle, mut silti.

Itseasiassa en ole nyt varma onko IPv6 osoitteiden myyminen edes sallittua, noita kun saa ilmaiseksi LIR:ltä suunnilleen niin paljon kun perustellusti kehtaa pyytää.

Eikö IPv6:ssa ollu joku semikiinteähomma? Tyyliin etuosa vaihtuu, mut loppuosa pysyy vakiona, tjms, jota kautta pysty hoitamaan sen IPv4:sen kokonaan kiinteän IP:n. IPv6 on itelle hebreaa, muistelen vaan täällä lukeneeni jotain tuollaista...

Alkuosa tulee operaattorilta ja loppuosan laite generoi verkkokortin MAC osoitteesta. Sen takia IPv6 pienin aliverkko on käsitääkseni /64, jotta tuo generoitu osoite mahtuu aliverkkoon. Tämän lisäksi voi tulla "private" IPv6 osoite mikä käytännössä vaihtuu joka päivä uudeksi uniiksi osoitteeksi, mielestäni Winkkarissa näkynyt nämä molemmat kun katsoo ipconfigilla. Periaatteessa toi MAC osoitteesta generoidun osoitteen pitäisi pysyä niin kauan samana kuin verkkokortti pysyy samana. Mutta ei noita osoitteita enää pysty mitenkään muistamaan, joten järkevämpää olisi rakennella joku dyndns tyylinen ratkaisu.
 
Ainakin mulla se myös jotenkin generoi random osoitteita omassa avaruudessa, joita käytetään aina jonkin aikaa, tuon mac osoitteeseen perustuvan lisäksi. En nyt tiedä onko tuosta käytännössä hyötyä, mutta ainakin oman "ip address" loitsu antaa hemmetin sekavan vastauksen tuon takia.
 
OPNsensen IPv6-dokumentaatiota on hiljattain päivitetty ja pienten fiksien jälkeen sitä kehtaa jo jakaakin: IPv6 setup — OPNsense documentation
Pitäisi kokeilla, toimisiko uusin release yhtään (paremmin) mobiilin kanssa kuin pfSense, kun reitittimen pitää operoida WAN-linkissä pelkästään link local -osoitteella
Eipä dokumentaation ja IPv6-moodien perusteella ole edes v23.7 yhtään sen yhteensopivampi kuin pfSense (suomalaisten) mobiilioperaattorien /64 -prefixin kanssa
 
Eipä dokumentaation ja IPv6-moodien perusteella ole edes v23.7 yhtään sen yhteensopivampi kuin pfSense (suomalaisten) mobiilioperaattorien /64 -prefixin kanssa

Tässä itte tuli taas taisteltua tuon DNA mobiilin IPv6 toteutuksen kanssa ja OpenWRT reitittimessä. Tarpeeksi kun asiaa tonki niin kävi ilmi että ilmeisesti DNA:n IPv6 toteutus mobiilissa on osittain rikki, taikka sitten homma kusee Zte MC7010 modeemin osalta. Tuossa OpenWRT:ssä sen saa kyllä toimimaan ihan ok
1699231177075.png


Mutta OpenWRT:ssä tarttee käyttää relay härveliä joka on mun uusimman käsityksen mukaan vain joku purkkaviritys juurikin näihin tapauksiin kuten DNA:n mobiili toteutus.
Toi MC7010 kyllä jakaa IPv6 osoitetta eteenpäin, mutta ei prefiksiä.

Koodi:
root@linksys:~# ifstatus wan6
{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "dynamic": false,
        "uptime": 1113739,
        "l3_device": "wan",
        "proto": "dhcpv6",
        "device": "wan",
        "metric": 0,
        "dns_metric": 0,
        "delegation": true,
        "ipv4-address": [

        ],
        "ipv6-address": [
                {
                        "address": "2001:14bb:105:xxxx:xxxx:xxxx:fe0c:f677",
                        "mask": 64,
                        "preferred": 14180,
                        "valid": 86180
                }
        ],
        "ipv6-prefix": [

        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [
                {
                        "target": "2001:14bb:105:xxxx::",
                        "mask": 64,
                        "nexthop": "::",
                        "metric": 256,
                        "valid": 86180,
                        "source": "::/0"
                },
                {
                        "target": "::",
                        "mask": 0,
                        "nexthop": "fe80::c497:xxxx:fe12:5cb9",
                        "metric": 640,
                        "valid": 1580,
                        "source": "2001:14bb:105:xxxx:xxxx:xxxx:fe0c:f677/64"
                }
        ],
        "dns-server": [
                "2001:14b8:1000::1",
                "2001:14b8:1000::2"
        ],
        "dns-search": [

        ],
        "neighbors": [

        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ],
                "neighbors": [

                ]
        },
        "data": {

        }
}

Tuosta näkee että ipv6-prefix ja ipv6-prefix-assignment tietoa ei tule OpenWRT:lle asti. Olen tcpdumpannut tuota ja openwrt saa IPv6 tiedot mac osoitteen perusteella tuolta modeemilta joka kait on ihan ok mutta se vain antaa sille osoitteen ja dns:t eikä prefixiä. OpenWRT:n kuulemma pitäisi toimia ihan out-of-the-box niin että laitteet saa julkisen IPv6 osoitteen jos ulkoa tulee oikeanlaista tietoa sille.
Pitäisi varmaankin kilautella aspaan ja koittaa saada yhteys johonkin joka tietää IPv6:sta jotain koska tää vaikuttaisi pukilta tuossa MC7010:ssä tai sitten niillä on puki conffeissaan.
 
Tässä itte tuli taas taisteltua tuon DNA mobiilin IPv6 toteutuksen kanssa ja OpenWRT reitittimessä. Tarpeeksi kun asiaa tonki niin kävi ilmi että ilmeisesti DNA:n IPv6 toteutus mobiilissa on osittain rikki, taikka sitten homma kusee Zte MC7010 modeemin osalta. Tuossa OpenWRT:ssä sen saa kyllä toimimaan ihan ok
1699231177075.png


Mutta OpenWRT:ssä tarttee käyttää relay härveliä joka on mun uusimman käsityksen mukaan vain joku purkkaviritys juurikin näihin tapauksiin kuten DNA:n mobiili toteutus.
Toi MC7010 kyllä jakaa IPv6 osoitetta eteenpäin, mutta ei prefiksiä.

Koodi:
root@linksys:~# ifstatus wan6
{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "dynamic": false,
        "uptime": 1113739,
        "l3_device": "wan",
        "proto": "dhcpv6",
        "device": "wan",
        "metric": 0,
        "dns_metric": 0,
        "delegation": true,
        "ipv4-address": [

        ],
        "ipv6-address": [
                {
                        "address": "2001:14bb:105:xxxx:xxxx:xxxx:fe0c:f677",
                        "mask": 64,
                        "preferred": 14180,
                        "valid": 86180
                }
        ],
        "ipv6-prefix": [

        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [
                {
                        "target": "2001:14bb:105:xxxx::",
                        "mask": 64,
                        "nexthop": "::",
                        "metric": 256,
                        "valid": 86180,
                        "source": "::/0"
                },
                {
                        "target": "::",
                        "mask": 0,
                        "nexthop": "fe80::c497:xxxx:fe12:5cb9",
                        "metric": 640,
                        "valid": 1580,
                        "source": "2001:14bb:105:xxxx:xxxx:xxxx:fe0c:f677/64"
                }
        ],
        "dns-server": [
                "2001:14b8:1000::1",
                "2001:14b8:1000::2"
        ],
        "dns-search": [

        ],
        "neighbors": [

        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ],
                "neighbors": [

                ]
        },
        "data": {

        }
}

Tuosta näkee että ipv6-prefix ja ipv6-prefix-assignment tietoa ei tule OpenWRT:lle asti. Olen tcpdumpannut tuota ja openwrt saa IPv6 tiedot mac osoitteen perusteella tuolta modeemilta joka kait on ihan ok mutta se vain antaa sille osoitteen ja dns:t eikä prefixiä. OpenWRT:n kuulemma pitäisi toimia ihan out-of-the-box niin että laitteet saa julkisen IPv6 osoitteen jos ulkoa tulee oikeanlaista tietoa sille.
Pitäisi varmaankin kilautella aspaan ja koittaa saada yhteys johonkin joka tietää IPv6:sta jotain koska tää vaikuttaisi pukilta tuossa MC7010:ssä tai sitten niillä on puki conffeissaan.
Näyttäisi jakavan dhcp kautta tuon ip:n, joten onko se oikeasti reitittävänä, eikä siltaavana?
Itsellä ei käytännön kokemusta ipv6 toiminnasta koska operaattoti ei sitä tarjoa.
 
Näyttäisi jakavan dhcp kautta tuon ip:n, joten onko se oikeasti reitittävänä, eikä siltaavana?
Itsellä ei käytännön kokemusta ipv6 toiminnasta koska operaattoti ei sitä tarjoa.

Tuossa MC7010 pöntössähän ei ole mitään säätöjä IPv6:lle, eli se on mitä on. Pönttö on siltaavana mutta sillä ei ole mitään merkitystä onko siltaavana vaiko reitittävänä, IPv6 toimii molemmilla tavoilla tismalleen samoin. Ainoastaan IPv4:n tilanne muuttuu.
 
Tässä itte tuli taas taisteltua tuon DNA mobiilin IPv6 toteutuksen kanssa ja OpenWRT reitittimessä. Tarpeeksi kun asiaa tonki niin kävi ilmi että ilmeisesti DNA:n IPv6 toteutus mobiilissa on osittain rikki, taikka sitten homma kusee Zte MC7010 modeemin osalta. Tuossa OpenWRT:ssä sen saa kyllä toimimaan ihan ok
...
Tästä tiedä, mutta mobiilioperaattoreiden kanssa ollut se ongelma että verkkoalue on suppea, mistä seuraa haasteita ja vaivaa sen reittimen kanssa että saa homman toimimaan. (nopeasti en löytänyt millaista DNA jakaa)

Modeemikin pitäisi homma hanskata.

Ja homma ei yhtäänhelpota se että tässä maassa on huonosti kunnollisia ohjeita "Kirjoja" yleensäkkään IPv6 käytössä kotona , saati sitten kiinteässä mobiilikäytössä.
 
Tästä tiedä, mutta mobiilioperaattoreiden kanssa ollut se ongelma että verkkoalue on suppea, mistä seuraa haasteita ja vaivaa sen reittimen kanssa että saa homman toimimaan. (nopeasti en löytänyt millaista DNA jakaa)

Niin noh suppea ja suppea. /64 prefiksi kyllä riittää vaikka mihin. Se mihin ei riitä on useampi erillinen netwörkki niin että osoitteiden maaginen autoconfig toimisi. Toi /64 kun on sille pienin prefix. Mutta mikään ei estäisi tuota /64 pilkkomasta pienempiin ja jakamalla laitteille osoitteita IPv4 maailman DHCP tyyliin taikka jos oikein masokistiksi rupeaa niin käsin.

Sitähän tässä nyt olen juurikin miettinyt että kuvitteleeko tuo modeemi että tää /64 prefiksi jonka se saa on hänen ikioma verkkonsa ja jakelee ainoastaan osoitteita. Tavallaan toi olisi ihan luontevaa että hänellä olisi oma verkkonsa, onhan se meitsin lanin ulkopuolella.

Modeemikin pitäisi homma hanskata.

Niin no kyllähän se jotakii osaa kun OpenWRT osoitteen saa. Mutta tötterössä ei tosiaan ole IPv6 puolelle yhtään mitään säätöjä.

Ja homma ei yhtäänhelpota se että tässä maassa on huonosti kunnollisia ohjeita "Kirjoja" yleensäkkään IPv6 käytössä kotona , saati sitten kiinteässä mobiilikäytössä.

Eipä toi IPv6 ole kovin käyttäjäystävällinen jos homma ei pelaa tuon osoitteiden autoconfigin kanssa. Se kun toimii niin toi on kyllä niin helppo. Jos ei toimi niin sitten saakin kaivella.
Ittellä kokemusta IPv6 tunneli maailmasta jo 2000 luvun alkupuolelta lähtien, mutta se nyt oli enempi sellaista leikkimistä sen kanssa, oli hienoa kun pääsi IRC:n ihan oman hostnamen kanssa kun pääsi ylläpitämään omaa DNS serveriä. Eli ei silloin tullut edes mieleen alkaa värkkäilemään mitään näitä hienompia ominaisuuksia toimimaan kuten tää osoitteiden autoconfig jne. Käsin vaan tuli conffattua niille parille laitteelle joilla sitä IPv6 tuli pyöriteltyä. Sitten jossain 2010 jälkeen se tunneli into lopahti. Nyt on sitten ihan sormi suussa kun koittaa opiskella miten nää systeemit oikein toimii.
 
OpenWRT ssä on ipv6 puolelle guissa ne säädöt joita normaalisti pitäisi tarvita ja sillä /56 prefixillä se onkin ihan kohtuullisen helppo käyttää. Tuon /64 alueen pilkkominen lienee tehtävä käsipelillä kaikissa laitteissa, mutta noissa avoimissa purkeissa se nyt on ylipäätään mahdollista.
 
OpenWRT ssä on ipv6 puolelle guissa ne säädöt joita normaalisti pitäisi tarvita ja sillä /56 prefixillä se onkin ihan kohtuullisen helppo käyttää. Tuon /64 alueen pilkkominen lienee tehtävä käsipelillä kaikissa laitteissa, mutta noissa avoimissa purkeissa se nyt on ylipäätään mahdollista.

Siis kyllä tuon /64 saa toimimaan automaagisesti.

Tuossa ohje siihen. Mutta toi relay on joku OpenWRT:n purkka, tai sellaisen kuvan ainakin sain kun bugi rapsassa IPv6 asiasta keskusteltiin.
 
Siis kyllä tuon /64 saa toimimaan automaagisesti.

Tuossa ohje siihen. Mutta toi relay on joku OpenWRT:n purkka, tai sellaisen kuvan ainakin sain kun bugi rapsassa IPv6 asiasta keskusteltiin.
IPv6 voi kyllä olla ihan vaan rikkikin noilla. Mulla oli ennen DNA:n /56-nettiä IPv6 vain Elisan mobiilinetissä ja päässä Android tai buginen ZTE:n 4g-paskepurkki ja OpenWRT. Olin kytkenyt 4g-modeemin USB:llä OpenWRT-laitteeseen ja säätänyt USB:n yli siltauksen. Yhteys tavallaan toimi ja koneet saivat julkisia osoitteita, mutta sitten taas bugitti. Kaikki lähti toimimaan välittömästi 5/5 oikein kun hankkiuduin eroon tosta mobiiliverkosta ja vaihdoin aidosti IPv6:sta tukevaan kaapeliverkkoon ja siltaava kaapelimodeemi WAN-interfaceen. On sääli, että tuollaisia viritelmiä tarvitaan kun osoitteita olisi ihan loppumattomasti.
 
Siis guissa ei ole palikkaa jolla /64 saisi pilkottua pienempiin osiin.

Joo ei ole koska se ei ole suositeltavaa. Mahdollista mutta silloin tosiaan menetetään toi autoconfig ja autoconfigin hienous on juurikin siinä että se osoite rakennetaan laitteen mac osoitteen perusteella, joten hyvin hankala saada aikaiseksi collision tilannetta jollei lähetä leikkimään mac spooffauksen kanssa.

On sääli, että tuollaisia viritelmiä tarvitaan kun osoitteita olisi ihan loppumattomasti.

Sempä takia tässä hiukan suunnitellut että jos kilauttelisi aspaan. Mutta se vaan jo valmiiksi jotenkin turhauttaa jo ajatuksena kun tietää että hyvin vaikea saada kiinni sellaista henkilöä joka oikeasti tietää IPv6 jotakin.
Monesti kun IPv6 jotain aspasta kysyy niin ollaan "anteeksi mikä"
 
IPv6 proxy ja NDP proxy on käytännössä kludge jolla yritetään kiertää mobiiliverkkojen rikkinäisyyttä. Mobiili kun oli alunperin päätelaitetta varten, ei routeria. Yhden IP:n sai näppärästi jatkettua sitten sillä toisella kludgella eli IPv4 nat:illa niin keksittiin se käsite mokkula.

No onnea DNA:n aspan kanssa, eiköhän siellä syylliset ole ihan core-verkkojen toimittajissa joten epäilen vahvasti sitä että vaikka DNA halusiasikin korjata tuota niin taitaa kyvyt loppua kesken. Asiaa korjataan vasta sitten kun IPv6 tulee pakolliseksi jostain syystä ja viranomaiset alkaa pakottaa tukemaan oikeaa IPv6:tta näillä toimitusvelvollisilla mobiili-hätäapu-liittymillä. Tuota ennen riittää ihan varmasti kunhan suurin osa saa tiktok videot auki kännykässä, mitä nyt ruuhka-aikaan vähän tökkii.
 
Lounean kuitu ollut nyt käytössä tovin ja IPv6 pelaa normaalisti. Eli tulee /56 prefixi ja muutkintiedot kun oma palomuuri kyselee asiat DHCPv6:della. Toimii siis Openwrt:n vakioasetuksilla.

IPv6 osoite ei näemmä saa hostnamea ollenkaan, tosin en tiedä vielä mihin tuota voisi tarvita. Toimivuus tähänasti vähän heiluvaa, eli välillä toimii ja aina jossain kohtaa huomaa että ainakin selain timeouttaa ja tippuu 4:seen vaikka 6:sella piti saada yhteys. Selkeästi kun ei ole käyttäjiä niin routet on sitten aina välillä mitä sattuu.
 
Laitoin unboundin ajoon omaan OpenWRT purkkiin, eli unbound tekee kaikki nimikyselyt nyt.

num.query.type.A=99289
num.query.type.NS=2
num.query.type.PTR=211
num.query.type.MX=1
num.query.type.TXT=16
num.query.type.AAAA=83089

Ajalta X tuommoista tilastoa. Yllättävän iso osuus on AAAA kyselyitä.
 
Selkeästi kun ei ole käyttäjiä niin routet on sitten aina välillä mitä sattuu.
Kaipa paljon palvelukohtaista. Esim. FB:n tilastoissa IPv6 on jo monessa maassa ensisijainen tapa ottaa yhteys. Muun muassa jenkkilässä, Saksassa ja Ranskassa, Intiassa, Japanissa ja muutamassa muussa pienemmässä maassa.
 
Onko kenelläkään kokemusta Fortigate tuottiesta WAN puolelle saa kiltisti ipv6 autoconfig asetukssilla , elisa mobiili liitymä kyseessä. Lan puolelle ei , mitä asetuksia pitäisi muokata jotta onnistuisi saamaan ipv6 käyttöön.
 
Kaipa paljon palvelukohtaista. Esim. FB:n tilastoissa IPv6 on jo monessa maassa ensisijainen tapa ottaa yhteys. Muun muassa jenkkilässä, Saksassa ja Ranskassa, Intiassa, Japanissa ja muutamassa muussa pienemmässä maassa.
Mobiilikäyttö taitaa näytellä suurta osaa yhteyksistä, ja siellä IPv6 tuki vahvaa (yhteydet, ja päätelaitteet) , vaikka Suomessa taitaa siinäkin operaattoreilla olla vieläkin niukkuutta.

Suomessa (fb tilasto), näyttää menevän jossain 30% pintaan, mutta 50% hätyytellään vuosi pari sitten, 2023 kyykännyt.

Onko jotain rikki, kuitekin mm vanhat fosiilit ovat sitä IPv6 lisäilleet.
 
Viimeksi muokattu:
Suomessa (fb tilasto), näyttää menevän jossain 30% pintaan, mutta 50% hätyytellään vuosi pari sitten, 2023 kyykännyt.

Onko jotain rikki, kuitekin mm vanhat fosiilit ovat sitä IPv6 lisäilleet.
Joo, on erikoinen suunta kun muulla on vaan yleistynyt. Suomessa Elisakin sai juuri viimein kaapeleihin IPv6:n saataville.
 
Joo, on erikoinen suunta kun muulla on vaan yleistynyt. Suomessa Elisakin sai juuri viimein kaapeleihin IPv6:n saataville.
Voisi mutuilla että mobiin FB käyttö painottuu, Telia taitaa siinä vielä nukkua, mutta DNA Elisa kai tukenut pitkään, joten mobiilissa luulisi jo ylipuolet olevan IPv6 ajassa. Jos tuo piikki oli korona kotoilua, niin kiinteissä kuvitellut tilanteen olevan vielä huonompi.
Vain joku prosentti töissäkään on firman verkossa saati että käyttäisi Facebookkia siellä, niin ei nyt mielikuvtus riitä.

Jos mobiilissa vedetään sovelluksella, niin nyt kiinnostaisi onko Google tai Apple jotain sählännyt., tai sitten ihan Meta konserni itse, sillä Googlen mielestä Suomessa Metaa isompi osuus (nyt 44%), voisi kuvitella että Googlen palvelimia huudellaan paljon leveämmällä skaalalla.
 

Statistiikka

Viestiketjuista
262 794
Viestejä
4 565 949
Jäsenet
75 024
Uusin jäsen
Tähtisaari

Hinta.fi

Back
Ylös Bottom