peruuta
Näytä tulokset kohteelle 
Hae sen sijaan kohdetta 
Tarkoititko: 
54654 Jäsentä
155406 Kirjoitusta
Uusi käyttäjä, aloita täältä
^

Keskustele. Kerro kokemuksistasi. Ratko ongelmia. Testaile uusia makeita juttuja.

ALOITA HAUSTA

Etsimästäsi aiheesta voi löytyä jo valmiita keskusteluita tai artikkeleita. Jos ei, aloita uusi keskustelu.

HAKUUN

VERTAISTUKI

Yhteisössämme jäsenet ovat tähtiä. Törmäät nopeasti VIP-jäseniimme. Mukana on ajoittain myös telialaisia.

TUTUSTU

OLE AVULIAS

Paina peukkua hyville kommenteille. Merkitse ratkaisuksi vastaus, joka ratkaisi ongelmasi. Neuvo muita.

YHTEISÖN SÄÄNNÖT


Uusi keskustelija
Rekisteröitynyt: ‎01-08-2018
Kirjoituksia: 8
71/71

Vs: Sonera IPv6

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.

0 tykkäystä