Ootaks juhiseid, mida mobiilineti otas istuv tädi Maali ja onu Heino peavad tegema, et osa saada IPv6-st?
Ruuterites, tulemüürides jm on see "parem ja uuem" silma hakanud aga ei ole osanud seda kasutada..
Nüüd loed-kuulad siin, kuidas IPv6 on ise ilmatuma vana tehnoloogia aga eesrindlik Eesti kübertiiger väga ei tea midagi teemast..
.. ja üldse keegi väga ei oska seletada miks see on ja miks seda suurte eelistega uuem kuidagi levida taha _________________ ---
Selles teemas on ju piisavalt linke, et miksidele vastused saada. Eesti kübertiiger teab ka väga hästi, sest juba täna käib 35-40% Eesti internetiliiklusest sellel protokollil, kuna Telia koduühendustes on IPv6 juba 10 aastat sisse lülitatud olnud, nii et kui kasutad koduühendust, siis juba oledki enamust multimeediasisu üle IPv6 tarbinud: Youtube, Facebook, Netflix, Akamai jne. Nt Chrome'i laiendus IPvFoo näitab, kumba protokolli kasutatakse.
Kui Telia oma mobiilvõrgus IPv6 laiemalt kasutusse laseb, küll see protsent ka üle 50% hüppab. LIsaks võiks suuremad Eesti sisusaidid selle väikse näpuliigutuse ära teha ja ka IPv6 toe lisada, hetkel suurtest ainult ohtuleht.ee toetab.
Tädi Maali ei pea kasutamiseks oma arvutis ega telefonis midagi tegema, need on juba ammu uue protokolli kasutamiseks valmis. Peaasi, et ei usuks naabri-Ülot, kes nooruses kuulis, et IPv6 tuleb välja lülitada, aga ise ka ei tea, miks.
Tundub, Tele2 on ka ennast liigutanud ja vähemalt mingil määral IPv6 toe sisse lükanud oma mobiilses internetist. Kui telefoni APN seadetes IPv6 sisse lülitada siis saad täitsa töötava IPv6 ühenduse. Sissetulevad ühendused kaasa arvatud ICMP tundub, et on kinni keeratud kahjuks.
We are thrilled to announce that we have successfully launched IPv6 in our mobile network!
Having introduced IPv6 in our fixed network a decade ago, this deployment ensures that you can now enjoy the benefits of IPv6 across all your devices and services.
While this is a major milestone, there is still work to be done for some of our products. We are committed to addressing these after summer.
Some Samsung users might need to manually change their APN protocol setting to "dual-stack" to access IPv6 (this issue will be resolved in the next software release).
All iOS and other Android users should receive IPv6 automatically without any additional steps required.
Esialgse testimise järgi iPhone, OnePlus ja Mikrotik OK, iPadOS 17.5.1 not OK.
Palju nad mobiilidele jagavad /56 või /64 poolik lahendus.
Super kõnekaardiga näitab miski android rakendus /64. Kas see on korrekne ka, ei julge 100% lubada. Ilma rootimata ei taha android palju infot näidata, isegi ip käsk annab permission denied. Aga eeldada võib, et telefoni paketile võibolla rohkem ei antagi.
5G koduneti paketi ja Zyxel NR7101 routeriga hetkel IPv6 aadressit ei saa.
Kasutan isiklikku seadet, mitte Telia oma.
custom apn conf ja dual-stack on tehtud, lokaalse võrgu poolel on ipv6/dual-stack asjad lubatud.
Aga ipv6 ei tule, routing table näitab ainult link-local asju ja routeri taga olevad seadmed ka ipv6 ei saa. Restarte on ka omajagu tehtud, see ei aita.
Hetkel ei tea kas viga on seadmes/konfiguratsioonis või äkki on ipv6 ainult mobiili pakettidele lubatud.
Võibolla mingi hetk katsetan IP Passthrough ja linuxi routeriga. Hetkel ei taha võrgu konfi õhku lasta ja katusele ronida.
Palju nad mobiilidele jagavad /56 või /64 poolik lahendus.
Mobiilvõrgus antakse /64 ehk kleintseadmeid mahub piiramatult, aga alamvõrke hästi ei tee. Telia püsiühenduse võrgus antakse /56.
Facebooki IPv6 statistika järgi on Telia mobiilvõrgus IPv6 lubamine tõstnud Eestis IPv6 kasutuse 33% -> 43% peale. Samas on mitmeid erinevaid juhtumeid, kus Telia võrgus pole IPv6 veel kohale jõudnud, nii et küll ta veel kasvab.
Mind huvitab hoopis, et kas IPv4 osas jätkatakse dual-stackiga ehk jagatakse sisevõrgu aadresse ja NATitakse või liigutakse IPv6-only ja NAT64-laadse lahenduse suunas.
Telia mobiilvõrgu IPv6-ga näikse olema üks märgatav probleem - ICMPv6 type 2 "Packet too big" sõnumid ei tule läbi (mis on IPv6 funktsioneerimise jaoks keskselt olulised).
genekas, hetkel olid õunatelefonis mõlemad testid "rohelised"
Kui koduse wifi otsas testin siis on mul ka, aga ma tean et selles see töötabki õigesti. Telia mobiildata otsas läheb esimene punaseks.
Lisaks ei ole IPv6 traceroute Telia mobiilivõrgus nähtav ei ICMP ega UDP põhiselt tehes (ainult lõpp-punkti näeb). Paistab et vaid lõpp-punkti-punkti echo reply paketid tulevad läbi...
Minu kirjeldatud test oligi mobiilivõrgus roheline. Muud ei oska kommenteerida. Kui küsimusi, siis suunake otse tegijale, vaevalt keegi teine rohkem tausta teab ja tunneb, see on suhteliselt keeruline maailm.
Lisaks ei ole IPv6 traceroute Telia mobiilivõrgus nähtav ei ICMP ega UDP põhiselt tehes (ainult lõpp-punkti näeb). Paistab et vaid lõpp-punkti-punkti echo reply paketid tulevad läbi...
ICMP pole võrguseadmete jaoks prioriteet ja echo reply pole kohustuslik. _________________ ...life is random...so am I...
So, there is a fan. Time to grab your sh*t, gentlemen!
Telia mobiilvõrgu IPv6-ga näikse olema üks märgatav probleem - ICMPv6 type 2 "Packet too big" sõnumid ei tule läbi (mis on IPv6 funktsioneerimise jaoks keskselt olulised).
martin@T14G2:~$ ip r get 2a03:b0c0:2:d0::13de:7002
2a03:b0c0:2:d0::13de:7002 from :: via fe80::b9b4:4074:8041:8ba dev wwp0s20f0u7i4 src 2a00:16e0:101b:ba69:2da0:d28f:aa56:c0a2 metric 1024 pref medium
martin@T14G2:~$
martin@T14G2:~$ ping -c1 -s 1400 2a03:b0c0:2:d0::13de:7002
PING 2a03:b0c0:2:d0::13de:7002 (2a03:b0c0:2:d0::13de:7002) 1400 data bytes
From 2a03:b0c0:2:d0::13de:7002 icmp_seq=1 Packet too big: mtu=1300
martin@T14G2:~$
martin@T14G2:~$ ip r get 2a03:b0c0:2:d0::13de:7002
2a03:b0c0:2:d0::13de:7002 from :: via fe80::b9b4:4074:8041:8ba dev wwp0s20f0u7i4 src 2a00:16e0:101b:ba69:2da0:d28f:aa56:c0a2 metric 1024 expires 597sec mtu 1300 pref medium
martin@T14G2:~$
2a03:b0c0:2:d0::13de:7002 on siis üks "ruuter" DigitalOceani võrgus.
Etz kirjutas:
genekas kirjutas:
Lisaks ei ole IPv6 traceroute Telia mobiilivõrgus nähtav ei ICMP ega UDP põhiselt tehes (ainult lõpp-punkti näeb). Paistab et vaid lõpp-punkti-punkti echo reply paketid tulevad läbi...
ICMP pole võrguseadmete jaoks prioriteet ja echo reply pole kohustuslik.
genekas pidas silmas teekonna keskele jäävate seadmete poolt saadetud ICMPv6 "hop limit exceeded" ja lõpp-punkti poolt saadetavaid ICMPv6 "port unreachable" sõnumeid.
Kuna mul satub töö poolest vahel kätte Mikrotiki mobiilruutereid, siis peaksin seda kõike testima üle Mikrotiki - nii saab selge pildi sellest mis tegelikult toimub ja mobla tarkvara teadmata veidrused saab sedasi elimineerida (see et wifi otsas toimib kõik IPv6 osas täpselt nagu peab, ei tähenda et mobiilühenduse peal IPv6 moblal täpselt samamoodi käitub).
Enne seda ei pruugi vist enda tehtud teste 100% usaldada...
Etz kirjutas:
genekas kirjutas:
Lisaks ei ole IPv6 traceroute Telia mobiilivõrgus nähtav ei ICMP ega UDP põhiselt tehes (ainult lõpp-punkti näeb). Paistab et vaid lõpp-punkti-punkti echo reply paketid tulevad läbi...
ICMP pole võrguseadmete jaoks prioriteet ja echo reply pole kohustuslik.
IPv6 ja IPv4 ei ole päris sama filosoofiaga asjad - IPv6 peal on PMTUD roll olulisem ja ICMP on selle toimimiseks tarvilik.
IPv6 ja IPv4 ei ole päris sama filosoofiaga asjad - IPv6 peal on PMTUD roll olulisem ja ICMP on selle toimimiseks tarvilik.
Ei ole, type 128 ja 129 ei ole PMTUD'i jaoks vajalikud. _________________ ...life is random...so am I...
So, there is a fan. Time to grab your sh*t, gentlemen!
Ei ole jah vajalikud, aga selleks vajalik type 2 läheb millegipärast kaduma. Eks vaatab kui saab mingi mobiilist parema seadme testimiseks kätte, kus probleem tegelikult on
Ei ole jah vajalikud, aga selleks vajalik type 2 läheb millegipärast kaduma. Eks vaatab kui saab mingi mobiilist parema seadme testimiseks kätte, kus probleem tegelikult on
See läheb kaduma ilmselt Telia võrgus natuke valesti töötava stateful tulemüüri tõttu. Testisin põhjalikumalt ja seadistasin Amsterdamis asuva masina vastama ICMPv6 "Echo Request" sõnumitele kahe ICMPv6 "Packet too big" sõnumiga. Esimese ICMPv6 "Packet too big" sõnumi src IP on ICMPv6 "Echo Request" sõnumi dst IP. Teise ICMPv6 "Packet too big" sõnumi src IP on lihtsalt üks teine aadress serverile eraldatud /64 võrgust. Elisa mobiilse neti puhul jõuavad mõlemad ICMPv6 "Packet too big" sõnumid minu läpakani tagasi:
Spoiler
See on korrektne käitumine, sest ICMPv6 "Packet too big" sõnumi src IP võib olla ükskõik millise teekonnale jääva ruuteri oma. Ekraanipildi selgituseks, siis ülemised kaks paani on serveris ning alumised kaks minu sülearvutis.
Telia mobiilse neti korral lubatakse läbi vaid see ICMPv6 "Packet too big" sõnum, kus src IP on ICMPv6 "Echo Request" paketi dst IP:
Jah siis on asi tõepoolest vigane.
Vaid lõpp-punkti aadressilt type 2 tagasi lubamine teeb PMTUD toimimatuks. Ilmselt on sama põhjus ka selle taga miks IPv6 traceroute ei näita vaheastmeid üldse.
Khmm.... Nüüd tekib tunne, et sama "pimeda toru sündroom" on IPv4 peale ka välja ilmunud, sest IPv4 traceroute peal näeb vastust samuti vaid lõpp-punktilt ja vahepealne teekond on rida timeout'e.
Muu osas veel seda, et paneb mõtlema kuidas inimesed IPv6 üldse käima joosta on saanud kui 1711 numbri pealt saabuvad seadistussõnumid sisaldavad siiamaani veeuputuseelseid seadistusi (APN internet.emt.ee APN protocol IPv4 jne).
<teemakõrvane nurin>
P. S. Tahtsin Teliale selle ICMP teemaga seoses teate saata, kuid peale tunni pikkust iseteeninduse veebis kolamist sai vaid arusaamise et seda ei ole võimalik teha, kuna iseteenindus ei ole ilmselt selleks üldse mõeldudki. Mõelda vaid, et oma praeguse koduneti pakkuja juurest ülekolimist sisimas plaanisin - praeguse koduneti operaatori juures sai iseteeninduse teadete (ja siinse foorumi) abiga probleemid 100% lahendatud. Seda (ülekolimisele mõtlemise) viga ilmselt uuesti üritada enam ei taha.
</teemakõrvane nurin>
Ilmselt on sama põhjus ka selle taga miks IPv6 traceroute ei näita vaheastmeid üldse.
Jah. ICMPv6 "hop limit exceeded" ja "port unreachable" sõnumid Telia mobiilse neti korral LTE modemini ei jõua.
Elisa mobiilse neti puhul on huvitav, et kui Elisa poole saadetava IPv6 paketi "Hop limit" on 1, siis muudab Elisa selle 255 peale. See ajab näiteks traceroute programmi segadusse:
martin@T14G2:~$ traceroute -q1 2a03:b0c0:2:d0::13de:7001
traceroute to 2a03:b0c0:2:d0::13de:7001 (2a03:b0c0:2:d0::13de:7001), 30 hops max, 80 byte packets
1 2a03:b0c0:2:d0::13de:7001 (2a03:b0c0:2:d0::13de:7001) 139.468 ms
martin@T14G2:~$
Modifitseeritud traceroute puhul on näha, kuidas tegelikult jõuavad nii ICMPv6 "hop limit exceeded" kui "port unreachable" sõnumid kenasti kohale:
martin@T14G2:~/traceroute-2.1.5$ ./traceroute/traceroute -q1 2a03:b0c0:2:d0::13de:7001
traceroute to 2a03:b0c0:2:d0::13de:7001 (2a03:b0c0:2:d0::13de:7001), 30 hops max, 80 byte packets
2 talada-sr1.elisa.ee (2001:1530:0:2::1) 33.557 ms
2 talada-sr1.elisa.ee (2001:1530:0:2::1) 33.557 ms
4 2001:1530:0:7::2 (2001:1530:0:7::2) 47.911 ms
5 tln-b1-link.ip.twelve99.net (2001:2035:0:11ac::1) 47.886 ms
5 tln-b1-link.ip.twelve99.net (2001:2035:0:11ac::1) 47.886 ms
6 sto-bb2-v6.ip.twelve99.net (2001:2034:1:c5::1) 53.664 ms
9 digitalocean-ic-378008.ip.twelve99-cust.net (2001:2035:0:1f67::2) 72.608 ms
9 digitalocean-ic-378008.ip.twelve99-cust.net (2001:2035:0:1f67::2) 72.608 ms
13 2a03:b0c0:2:d0::13de:7001 (2a03:b0c0:2:d0::13de:7001) 75.985 ms
10 2a03:b0c0:2:d0::13de:7001 (2a03:b0c0:2:d0::13de:7001) 78.437 ms
martin@T14G2:~/traceroute-2.1.5$
Kirjeldatud käitumine ei näi sõltuvat transpordikihi protokollist.
Tele2 mobiilse neti korral jõudsid nii ICMPv6 "packet too big", "hop limit exceeded" kui ka "port unreachable" sõnumid pärale. Näitena traceroute Tele2 mobiilse neti otsast:
martin@T14G2:~$ traceroute -q1 2a03:b0c0:2:d0::13de:7001
traceroute to 2a03:b0c0:2:d0::13de:7001 (2a03:b0c0:2:d0::13de:7001), 30 hops max, 80 byte packets
1 *
2 bks4-dci-2.vrf1257-521.bundle-ether3s204.tele2.net (2a00:800:233:1::2a2) 158.696 ms
3 2a00:800:233:1::4b0 (2a00:800:233:1::4b0) 158.665 ms
4 2a00:800:233:1::4b1 (2a00:800:233:1::4b1) 159.582 ms
5 2a00:800:233:1::440 (2a00:800:233:1::440) 159.553 ms
6 *
7 2a00:800:233:1::442 (2a00:800:233:1::442) 159.499 ms
8 tvt-peer-1.lo0-unit0.tele2.net (2a00:800::37) 159.476 ms
9 peer-as1299.tvt.tele2.net (2a00:800:fff::3:25) 159.452 ms
10 sto-bb2-v6.ip.twelve99.net (2001:2034:1:c5::1) 159.424 ms
11 ffm-bb2-v6.ip.twelve99.net (2001:2034:1:6c::1) 181.290 ms
12 *
13 *
14 2a03:b0c0:fffe::70 (2a03:b0c0:fffe::70) 187.302 ms
15 *
16 2a03:b0c0:2:d0::13de:7001 (2a03:b0c0:2:d0::13de:7001) 199.249 ms
martin@T14G2:~$
Tele2, Telia ja Elisa võrdluses näib olevat Elisa hetkel ainus, kellel on IPv6 puhul pordid avatud v.a SMTP ja väga võimalik, et veel midagi.
Tegi siin väikest kontrolli klientide juures olevatest LTE ruuterite seest - midagi on täiesti katki tehtud nii IPv4 kui ka IPv6 peal, sest ka IPv4 peal on traceroute täiesti pime ning näeb ainult sihtpunkti. On võimalik et mõlemad on samamoodi "katki"...
P. S. "Portide kinniolek" IPv6 poolel võib mobiilvõrgus isegi mõistetav olla, sest CG-NATi puudumise tõttu jääks selleta kõik taskuseadmed maailma ees "püksid-maas" seisu (mõelda vaid kui palju ajast-maas/bugiseid/turvaauklikke seadmeid sedasi võtta oleks). See ei õigusta samas ICMP katkitegemist (nii IPv4 kui ka IPv6 poolel!) mitte kuidagi.
sa ei või postitada uusi teemasid siia foorumisse sa ei või vastata selle foorumi teemadele sa ei või muuta oma postitusi selles foorumis sa ei või kustutada oma postitusi selles foorumis sa ei või vastata küsitlustele selles foorumis sa ei saa lisada manuseid selles foorumis sa võid manuseid alla laadida selles foorumis
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
Spoiler 
