Vs: Sonera IPv6

[amrs0]

Hmm, kun itse vastaa kysymyksiinsä niin saa parhaita vastauksia...

1. Telian DHCP:llä antamat arvot kelpaavat ainakin ipv6calcille jolla sain seuraavia tuloksia aiemmalla IP:llä:

   ipv6calc -I ipv4 $ip_address --action 6rd_local_prefix --6rd_prefix $sixrd_prefix/$sixrd_prefix_len --6rd_relay_prefix $sixrd_brip_address/$sixrd_mask_len -O ipv6addr
   
   ipv6calcin tulostus on 2001:2003:fb9c:6100::/56, muuttujien arvot alla, suoraan dhcp:ltä.
   
   ip_address='86.115.28.97'
   sixrd_brip_address='86.115.63.254'
   sixrd_mask_len='18'
   sixrd_prefix='2001:2003:fb80::'
   sixrd_prefix_len='42'
   
   

2. Koodia vilkaisemalla Linuxin sit-tunneli tuntuu tukevan 6rd-prefixiä RFC5569:n mukaisesti jossa tosiaan rajoitus oli 32 bittiä. Toisaalta se toinen 6rd RFC eli RFC5969 vaikuttaisi sanovan että tällaista rajoitusta ei ole. Nuo RFC:t näyttävät olevan hengissä molemmat kuitenkin. Tai enpä tiedä, 5569 on kategoriassa "informational" ja 5969 "standards track" eli kyllä kai se on niin että 5569:n mukaan voisi tällä vuosikymmenellä toimia.

   RFC5569:
   +---------------//-------.------------------------------+
   | 6rd-relays IPv6 prefix |         IPv4 address         |
   |        of the ISP      |     of the customer site     |
   +---------------//-------'------------------------------+
   <-- less or equal to 32 -><------------ 32 ------------->
   <-- less or equal to  64 ------------------------------->
   
   RFC5969:
   The 6rd delegated prefix is created by concatenating the 6rd prefix
   and a consecutive set of bits from the CE IPv4 address in order.  The
   length of the 6rd delegated prefix is equal to length of the 6rd
   prefix (n) plus the number of bits from the CE IPv4 address (o).
   
   The figure shows the format of an IPv6 address (Section 2.5.4 of
   [RFC4291]) with a 6rd prefix and an embedded CE IPv4 address:
   
   |     n bits    |    o bits    |   m bits  |    128-n-o-m bits      |
   +---------------+--------------+-----------+------------------------+
   |  6rd prefix   | IPv4 address | subnet ID |     interface ID       |
   +---------------+--------------+-----------+------------------------+
   |<--- 6rd delegated prefix --->|

Se asettaako sit-tunnelille prefixin vai ei tuntuu olevan saman tekevää ja oletuksena tunnelin prefix on 6to4 eli 2002::/16 mutta sekään ei tunnu vaikuttavan mihinkään. Tai en tiedä. Otin tämän esiin lähinnä siksi että tuore networkd (systemd 240:ssä) osaa nyt tuonkin asettaa.

Yhteenveto: IPv6-yhteydet toimivat sisään ja ulos. Kokeilukoneena on yksi Raspberry Pi. Tämän kummallisempaa en nyt uskalla tehdä kun en oikein tiedä mitä riskejä on ja toisaalta osa koneista kotiverkossa käyttävät IPv4 VPN:ää enkä halua sotkea niihin IPv6:tta. Tuo Pi toimii eduspurkkina kotiverkossa kun tuli ostettua reititin joka ei osaa oikein mitään mutta ainakin hellasärö on pieni.

[timoni42]

Hei

Jo useamman illan/yön olen yrittänyt säätää Asuksen 4G reitittimen asetuksia kohdalleen, jotta saisin IPv6 toimimaan.

Tarvetta olisi päästä ulkoverkosta kinni sisäverkossa olevaan palvelimeen.
Nyt homma toimii, kun netti tulee siltaavaksi kytketyn kaapelimodeemin kautta ethernet langalla (4G) reitittimeen.

Jos jätän kaapelimodeemin pois ja laitan 4G reitittimeen Telian SIM-kortin niin netti pelaa, mutta test-ipv6 tulos on 0/10

Reitittimen hallinnasta katsottuna WAN IP: 10.36.x.x siis privaatti puolella.
Show my IP näyttää osoitteeksi 93.10x.x.x

Ilmeisesti kyseessä on double-NAT?

Ajattelin kiertää "tupla IP:n" ottamalla käyttöön IPv6-protokollan.
Onko ajatus tolkuton 4G reititintä käytettäessä?
(Reitittimestä saa päälle DynDNS palvelun, joten muuttuvan IP:n ei pitäisi haitata)

Haastetta tuo Telia IPv6 asetukset.
Tästä ketjusta päättelin reitittimen asetuksiin laitettavan Connection type valinnaksi Tunnel 6rd.

Mitähän muut asetukset ovat

Esimerkiksi PDP type

Reitittimen tyyppi: Asus 4G-AC53U

Manuaali:
https://dlcdnets.asus.com/pub/ASUS/wireless/4G-AC53U/E14236_4G-AC53U_UM_WEB.pdf?_ga=2.56836778.12278...

Edit EssiJn: kuva upotettu

[olkitu]

---

@timoni42  kirjoitti:

Hei

Jo useamman illan/yön olen yrittänyt säätää Asuksen 4G reitittimen asetuksia kohdalleen, jotta saisin IPv6 toimimaan.

Tarvetta olisi päästä ulkoverkosta kinni sisäverkossa olevaan palvelimeen.
Nyt homma toimii, kun netti tulee siltaavaksi kytketyn kaapelimodeemin kautta ethernet langalla (4G) reitittimeen.

Jos jätän kaapelimodeemin pois ja laitan 4G reitittimeen Telian SIM-kortin niin netti pelaa, mutta test-ipv6 tulos on 0/10

Reitittimen hallinnasta katsottuna WAN IP: 10.36.x.x siis privaatti puolella.
Show my IP näyttää osoitteeksi 93.10x.x.x

Ilmeisesti kyseessä on double-NAT?

Ajattelin kiertää "tupla IP:n" ottamalla käyttöön IPv6-protokollan.
Onko ajatus tolkuton 4G reititintä käytettäessä?
(Reitittimestä saa päälle DynDNS palvelun, joten muuttuvan IP:n ei pitäisi haitata)

Haastetta tuo Telia IPv6 asetukset.
Tästä ketjusta päättelin reitittimen asetuksiin laitettavan Connection type valinnaksi Tunnel 6rd.

Mitähän muut asetukset ovat

Esimerkiksi PDP type

Reitittimen tyyppi: Asus 4G-AC53U

Manuaali:
https://dlcdnets.asus.com/pub/ASUS/wireless/4G-AC53U/E14236_4G-AC53U_UM_WEB.pdf?_ga=2.56836778.12278...

---

Ei onnistu NATin läpi 6rd, 6in4 tai 6to4 tunneloinnit koska NAT blokkaa protokolan 41 läpäisyn. 

Teredo yhteys on ainoa joka toimii NAT:in yli: http://www.trex.fi/service/teredo.html 

Älä tee mielellään IPv6 tunnelia 4G-verkon yli kun se ei ole kovinkaan vakaa ja joka kerta kun IP:tä vaihtaa niin voi vähän ongelmia tulla. Kiinteissä se nyt toimii kun IP-osoite ei vaihdu. Jos tarvitset julkista IP-osoitetta niin suosittelen sitten Yhteyspiste-palvelun: https://www.telia.fi/asiakastuki/palvelut/telia-yhteyspiste/telia-yhteyspiste 

[timoni42]

@olkitu:
"Ei onnistu NATin läpi 6rd, 6in4 tai 6to4 tunneloinnit koska NAT blokkaa protokolan 41 läpäisyn."

Jos Telia saa joskus tehtyä natiivin IPv6:n niin onnistuuko sitten 4G reitittimen takana olevaan

palvelimeen yhteydenotto ulkoverkosta?

Nyt tyydyn ratkaisuun jossa kaapelimodeemi on siltana reitittimelleni.
Toi Yhteyspiste-palvelu on mielenkiintoinen ja siihen täytyy tutustua myöhemmin tarkemmin.

Ja vielä IPv6 asetuksista reitittimeeni
Connection type= Tunnel 6rd
IPv6 Prefix= 2001:2003::
IPv6 Prefix Length= 32
IPv4 Border Router= 80.221.111.254
IPv4 Router Mask Length= 0
Tunnel MTU= 0
Tunnel TTL= 255

IPv6 LAN Settings
LAN IPv6 Address= 001:2003:50dd:xxxx:1
LAN Prefix Lenght= 64
LAN IPv6 Prefix= 001:003:50dd:xxxx::

Näillä asetuksilla ipconfig antaa

DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:2003:50dd:8829:x:x:x:x(Preferred)
Temporary IPv6 Address. . . . . . : 2001:2003:50dd:8829:x:x:x:x(Preferred)
Link-local IPv6 Address . . . . . : fe80::9d6f:8eb3:x:x%8(Preferred)

Eli asetukset taitaa olla kunnossa, vaikka test-IPv6.com kertoo tulokseksi
0/10
Virhettä löytyy
Testi käyttäen IPv6 nimipalvelu tietuetta= aikakatkaisu
Testaa isoja IPv6 paketteja= aikakatkaistu
Selvitä IPv6 palveluntarjoajasi= aikakatkaistu

Käsitinkö oikein, että tuolla sivulla testataan natiiveja toteutuksia, ei tunneloituja?

Kiitos ja kumarrus teille @olkitu ja muut aikaisemmin aktiivisesti tähän ketjuun kirjoittaneet esimerkiksi @Sami_Lehtinen.

Edit SannaMKoo: Lisätty käyttäjätägit

[olkitu]

IPv6-osoite on julkinen eli kyllä onnistuu kunhan verkko jakaa prefixinä - tämä on Traficomissa määritetty suositus jakaa /56 tai /48 prefixin verkkoja. 

Palvelimet kannattaa pitää vain kiinteässä verkossa eikä laittaa 4G-verkkoon.

Testi testaa kyllä IPv6-yhteyksiä vaikka olisi tunneloitunakin. Vaikka olisi IPv6-osoite tietokoneellasi jonka reitittimesi tarjoaa SLAACin avulla niin ei tarkoita että pääsee internettiin sillä. 

[tlauttia]

 Sain tänään infoa Telian verkonhallinnalta että ipv6 6rd ei alunperinkään pitänyt toimia KAMO liittymissä, mulla toimi 1,5 vuotta KOMO:ssa mutta n. kuukaus sitten olivat sen ottaneet pois, syytä miks ei toimi niin parasta kysellä Telialta

[HenriLie]

Hei @tlauttia

Itse en tiedä mitä KAMO tai KOMO liittymät ovat, mutta 6rd on meidän kiinteässä verkossa siis käytössä. Avaisitko vielä hieman, mitä haluaisit kysyä Telialta? 

[tlauttia]

 Sori olisi pitänyt käyttää oikeata nimeä elikkä tarkoitin kaapelimodeemia ja telialle kysymys miksi se otettiin pois kun se toimi 1,5 vuotta ilman ongelmia ko. liittymässä, elikkä mulla kaapelimodeemi siltaavana ja reitityshommia hoitelee pfsense tai ubiquitin er-x jossa 6rd toimi lostavasti. Tänään Telialta soitteli joku verkkoimmeinen ja sanoi että tuota 6rd:tä ei alunperinkään ollut tarkoitusta ottaa kaapelimodeemi liittymille syynkin sanoi mutta en nyt muista minkä. Toivoisin että palvelun sais takaisin ja ottaa sitten pois kun ipv6 tulee liittymille ilman tunnelointia.

[HenriLie]

Okei, eli sinuun onkin ollut yhteydessä henkilö, joka on tiennyt asiasta varmasti enemmän kuin minä. Tällä varmasti sitten on ollut omat syynsä. 

Kaapeliverkko on siis ollut nyt jokin oma tapauksensa, koska muuten meidän kiinteässä verkossa 6rd on käytössä.

[timoni42]

Kertoisiko Telian edustaja viralliset tiedot mobililiittymien tämänhetkisestä tilanteesta IPv6 suhteen. Onko toteutettu ja jos on niin millä tekniikalla.

(kaapeleissa oli ja sitten ei ollutkaan)