IPv6 Elisan kiinteisiin laajakaistoihin

IPv6 saapui eilen myös Järvenpäähän ja käytin koko illan, kun yritin saada toimimaan.

Eli minulla on fritzboxin modeemi, joka on sillattuna ja sen takana netgaten pfsense palomuuri. Pfsense saa IPv6 osoitteen /128 maskilla, joten en pysty tätä hyödyntämään muurin takana oleville useammille aliverkoille.

Koitin fritzboxia myös reitittävässä tilassa ja se saa nätisti /56 prefixin, mutta ei osaa jakaa pfsenselle eteenpäin kuin yhden /64 verkon, eli jälleen ollaan tilanteessa, että pfsensen takana oleville verkoille ei riitä osoitteita.

Sain IPv6:n vihdoin toimimaan. Ongelma oli siinä, että pfsense ei hae /56 prefixiä ellet ensin ole määrittänyt jotain muurin takana olevaa verkkoa hyödyntämään sitä eli "Track interface". Tämän jälkeen valitaan interface, jota seurataan eli tässä tapauksessa WAN ja prefixin id numero. WAN interfacessa valitaan dhcp6, prefix koko 56 ja sent IPv6 prefix hint.

Huomasin myös, että Elisan dhcp palvelin laittaa helposti jäähylle kun testailee liikaa, jonka jälkeen sieltä ei tule osoitteita muutamaan tuntiin. Tämä hidasti myös testausta.

Tuon Elisan jakaman /56 blokin voi jakaa 256 /64 aliverkkoon, joten riittää hieman isompaankin ympäristöön. Itsellä ei tule toistaiseksi käyttöön kuin neljä /64 verkkoa.

Tulipa itsekin kokeiltua. Veikkaan että Arris TG2492 on syypää ongelmiin.

Arris on siltana, heti alkuun huomasin että Arriksella on IPv6 osoite ja prefix delegation osoitealue, vaikka Arriksesta on ollut dynamic IPv6 käännettynä pois päältä. Tämä on oletettavasti huono asia.

Kokeiltaessa ajaa reitittimellä DHCPv6 clientiä, reititin saa IPv6 osoitteen, ja kommunikaatio ulkomaailmaan pelaa mallikkaasti. Tämä ei riitä IPv6 saantiin reitittimen takana oleville laitteille, mutta onpahan todettu että IPv6 toimii. Seuraava askel oli alkaa virittelemään DHCPv6-PD. Yllättäen reititin ei enää saakkaan IPv6 osoitetta. Pakettilogin mukaan DHCP-kysely lähtee ulos WAN-portista, mutta mitään vastausta ei ikinä kuulu. Muut testatut laitteet saavat IPv6 osoitteen edelleen, ja kommunikaatio ulkomaailman kanssa pelaa. Epäilen tässä vaiheessa, voiko sillä olla tekemistä asian kanssa, että Arriksella on delegation prefix asetuksissaan. Poistan Arriksesta IPv6 eikä reitittmellä toimi enää DHCPv6 saadi PD. Vastaava ongelma mulla oli aikanaan IPv4 ja Arriksen kanssa, tarpeeksi moni laite kun on DHCP:llä hakenut osoitteen, oli näistä kuinka pitkä aika tahansa kulunut, Arris ei päästä DHCP kyselyitä enää eteenpäin. Boottasin modeemin ja DHCPv6-PD toimii reitittimellä.. ainakin melkein.

Reititin saa IPv6 osoitteen ja lähiverkko saa delegation prefixistä /64. Reitittimen takana olevat laitteet saavat SLAACilla osoitteet itselleen. Bitti ei kuitenkaan liiku. Reitittimellä paketteja seuratessa paketit lähtevät reitittimeltä ulos, mutta vastaanottavalle laitetteelle Internetin puolella paketit ei koskaan saavu. Myöskään suoraan reitittimeltä kommunikointi IPv6 yli ei onnistu. Paketit lähtevät reitittimen portilta ulos mutteivät saavu perille. Ulkoapäin kommunikointi aiheuttaa “no route to host”.

DHCPv6-PD pois ja DHCPv6 (pelkälle reitittimelle IP-osoitteen haku) päälle, ja reititin saa IPv6 osoitteen ja paketit kulkevat Internettiin ja takaisin (toki vain suoraan reitittimeltä).

Olen 98% varma, että syypää ongelmiin on Arris, eikä tuo modeemi sovellu siltaavassa tilassa IPv6 käyttöön. Vahvistan epäilykseni lähiaikoina kokeilemalla toisella modeemilla. Loput 2% on varattu user errorille, joka on hyvin mahdollista kiireessä kokeillessa.

Editointi on näköjään otettu pois käytöstä, mutta sen verran lisäystä että reitittimeltä pystyy pingaamaan default gateway -osoitetta, joka on vasteaikojen perusteella jossain modeemin toisella puolella. Myös lähiverkon laitteet pystyyvät pingaamaan omaa default gatewaytänsä, joka oletettavasti on oma reititin vasteaikojen perusteella.

^ Viestinsä muokkaaminen on sinänsä ma(h)dollista OmaYhteisössä lyhyen aikaa julkaisemisen jälkeen, vaan ei täällä Ideapaja-osastolla laisinkaan.

Reititin ei välttämättä tarvitse WAN puolelle julkista IPv6 osoitetta lainkaan. Sinullakin varmaan gw toimii link local osoitteella?

Jep, tiedän kyllä, otin sen nyt vaan tuolle testiksi kun homma ei toiminut muutenkaan, niin sai selville tuon jännän ilmiön, miten homma lässähtää kasaan riippuen siitä onko reitittimellä PD vai ei. DHCPv6 ilman PD toimii, DHCPv6+PD ei toimi, ei reitittimeltä eikä lähiverkosta.

Mutuni on, että tuo Arris seuraa DHCP-liikennettä, ja päästää läpi liikenteen vain niillä osotteilla jotka se on “nähnyt”, eikä tuo systeemi tajua tuon PD:n päälle yhtään mitään. En tiedä vaikuttaako tähän asiaan se, että poistin tuon prefix delegationin Arriksesta, mielestäni en saanut reitittimelle prefix delegationia jos Arris oli sen ottanut, mutta voi hyvin liittyä tuohon että se rupesi jossain välissä suodattamaan kaikki reitittimeltä tulevat DHCPv6 kyselyt.

Heh. Tuota edellistä viestiä kirjoittaessani rupesin miettimään, että mitä jos Arris ei tykkää siitä, että reititin periaatteessa hakee kaksi osoitetta DHCP:llä kun on PD päällä. Ja voilà! Homma pelaa kun junan vessa, kun laitoin reitittimelle prefix-onlyn päälle (=ei hae itselleen osoitetta vaan pelkän prefix delegation).

Kokeilin laittaa kakkosreitittimelle huvikseni päälle myös, ja tuo saikin oman /56 prefixinsä. 😅

No, jossain betavaiheessahan tämä taitaa vielä olla. Nyt on molemmilla reitittimillä käytettävissä oma /56 osoiteavaruus. Eikä tätä ole ehkä tarkoitettu käytettäväksi näin. Ei vaan tällä hetkellä oo parempaakaan kun halusin lähiverkon eri osat eri IPv4 osoitteen taakse.

Ei tämä dhcp:ltä saatu IPv6 oikein sovellu sisäiseen liikennöintiin. Pfsensessä en keksinyt millä nuo laitteet saisi rekisteröimään nimensä dynaamisesti nimipalvelimelle, joten sisäverkon sisäiseen jutteluun käytän edelleen kiinteitä ipv4 osoitteita.

Jep, ja näköjään DHCP antaa joka kerta eri prefixin käyttöön, eli jos vaikka reitittimen boottaa niin tulee uusi osoiteavaruus käyttöön. Rajoittaa todella suuresti käyttömahdollisuuksia. Täytyy katsella jos tuon reitittimen saisi jotenkin päivittelemään DNSiä, olisi edes mahdollista johonkin käyttöön dynaamisen DNS:n avulla.

IPv4 osoitteet sentään pysyvät samana pitkiäkin aikoja. Sama olisi kiva näillekin.

Paras olisi, jos oma elisasta voisi tilata kiinteän IPv6 verkon. Nyt kun osoitteista ei ole pulaa, niin luulisi olevan mahdollista.

@helento1 ja @mörökölli, jos haluaa pitää sisäverkon IPv6-osoitteet samoina, niin ainahan voi käyttää NPTv6 eli etuliitemuunnosta, joka vastaa IPv4:n osoitemuunnosta NAT.

Jyväskylässäkin on ipv6 käytettävissä kaapelinetissä. Alkoi toimimaan Fritz!Box 6660-modeemissa IPV6 tilan tehdasatuksilla. Asus XT8:ssa on IPV6 -asetuksien yhteystyyppinä Passthrough ja ipv6 palomuuri on päällä.

Mitkä tässä on tehdasasetukset? Use native IPv6 connection ja Automatically negotiate a global address ?

R.I.P. IPv6? Oli kivaa sen pienen hetken kun sitä kesti.

Sama juttu täälläkin. IPv6 oli hävinnyt jossain vaiheessa, mutta muuri tarjoili edelleen ipv6 osoitteita ja ipv6 nimipalvelinta lanin suuntaan. En päässyt etänä edes korjaamaan yhteyksiä, niin muu perhe joka oli lomalla joutui olemaan päivän ilman nettiä.

Minkä takia hyvin toiminut IPv6 otettiin pois käytöstä Järvenpäässä? Pitääkö sitä taas odottaa syyskuulle, että kytketään uudestaan käyttöön?

IPV6 katosi myös tääl Tampereel. Tuliko jotain ongelmia jonka takia se piti ottaa pois käytöstä?

Minulla ainakin toimi ongelmitta. Tosin vielä parempi olisi, jos elisalla saisi suoraan kiinteän prefixin niin voisi sisäverkossa olevilla nas yms. palvelimilla käyttää staattisia osoitteita. Mihinkään nat-virityksiin en IPv6:n kanssa halua ryhtyä.

Ongelmista on keskusteltu ainakin täällä: 

Miksi kaikilta piti poistaa IPv6 käytöstä, jos muutamilla ongelmia? Kai tuossa arriksen matolaatikossakin pystyy IPv6 kytkemään pois asiakaskohtaisesti? Ainakin pfsensessä ja fritzboxissa pystyy kummassakin.

IPv6:n osalta on havaittu häiriö 11.7.2023 alkaen, jonka johdosta IPv6-palvelu on toistaiseksi poistettu käytöstä. Ilmoitamme tässä ketjussa kun häiriö on korjattu.

Ei vissiin mitään uusia kuulumisia?