IPv6 Elisan kiinteisiin laajakaistoihin

Kovia yleistyksiä.

Langattomat yhteydet nyt pätkii muutenkin, niillä ei pääse lähellekään luvattuja nopeuksia. Uusissa koneissa on vuosia ollut 10GbE verkkokortit, kyl langalla pääsee. Se on kyllä totta, ettei monellakaan ole LAN-kamat 10GbE kunnossa.

No ei se 10 mikään erikoisuus enää ole. Kytkimiä ja reitittimiä kyllä löytyy, eikä maksa enää tuhansia.

Onko joku saanut jo laajakaistaansa IPv6:en ja toimiiko DHCP6-PD?

Eihän sitä vielä ole alkusyksy. 😄

Nyt alkoi alkusyksy eikä mitään ole tapahtunut. Seuraava kysymys onkin, milloin loppuu alkusyksy ja milloin alkaa keskisyksy? Alkaako keskisyksy lokakuussa?

No johan sitä ollaan kiireisiä. Syyskuuta on ehtinyt kulua 11 tuntia.

Niinpä.

Ehdotus on yli viisi (5) vuotta vanha , joten ei tässä ole kyse tunneista.

IPv6 taitaa täyttää joulukuussa (2025) jo sen 30 vuotta, joten eipä tässä taida olla kyse edes vuosista eikä ehkä vuosikymmenistäkään. :( Tämänkin 30 vuoden aikana jos Elisa olisi tarjonnut edes tunneloimalla sen IPv6 niin olisi ehditty edes siitä nauttia vuosikymmeniä.

Jähmeä on vaan jähmeä ja aina väin jähmeämmäksi muuttuu. Valitettavasti kilpaileva kuitu ei ole edistynyt joten lähimmäksi toimivaa IPv6:sta saa vain Ruotsin kautta, josta aiheutuu omat ongelmansa. Mutta kaipa se on sitten Elisallekin “edullisempaa” reitittään kotimaan liikennettä Ruotsin tai vaikka Australian kautta kuin tarjota palvelua asiakkailleen.

Yksi kilpailija on Valoo, jonka palvelukuvauksessa on “Laajakaistaliittymä käyttää Carrier Grade NAT (CGNAT) -teknologiaa, jolloin laajakaistaliittymään kytketty laite saa yhden (1 kpl) privaatin IPv4-osoitteen.”

Ennemmin työnnän tikkuja kynnen alle kuin käytän tuollaista CGNAT:ia 1 Gbps valokuituliittymän kanssa. Elisalta saa sentään viisi julkista IPv4-osoitetta ilman lisämaksuja.

Jos tämä yksi IPv4-osoite on kiinteä niin sillä kyllä pärjännee jos vaan se IPv6 toimii (kiinteällä prefiksillä) ja sillä saa niitä muita osoitteita sitten. Mutta kovin on promisewarea tämä Valoo, taitaa mulla siltäkin puljulta toinen kuitu olla tilauksessa mutta eipä ole näkynyt eikä kuulunut.

EDIT: Aissss…. missasin tuon sanan “privaatin”! Eihän tällä sitten kyllä tee yhtään mitään ennen kuin IPv6 toimii kaikkialla. Ellei se IPv6:kin ole “privaatti”…

EDIT 2:

“4.2.1 Mahdollisuus saada julkinen IPv4-osoite pyynnöstä
Mikäli operaattori käyttää osoitteenmuunnosta, on käyttäjän oltava mahdollista
saada pyynnöstään käyttöönsä joko kiinteä tai dynaaminen julkinen IPv4-osoite
ilman erillistä maksua. Operaattori voi päättää tarjoaako se dynaamisia vai kiinteitä
osoitteita tai molempia tämän kohdan mukaisesti. Käyttäjiä on informoitava tästä
mahdollisuudesta.”

( https://www.traficom.fi/sites/default/files/media/file/Muistilista-yrityksille-suuntaviivojen-edellyttamista-muutoksista.pdf’’ )

FTTB liittymät saaneet tänään /56 prefixillä IPV6:sen! 

Oho, FTTH-kuidussa olevaan netti lite-liittymään saa ainakin yhden ipv6-osoitteen:

dhclient -6 -i eth1 -v -d

Saako tuolta jotenkin prefixiä edelleen jaettavaksi? Ja jos niin millä vivuilla sen pitäisi onnistua?

dhclient -6 -i eth1 -v -d

-P

Enable IPv6 prefix delegation (disables normal address query). It is not not recommended to combine this option with the -N , -S , or -T options or to share lease files between different modes of operation. Only valid with the -6 option.

Saitko ihan GW:n myös?

Itse saan toki IPv6-osoitteen, mutten gatewaytä. Noh. Voinpahan jutella edes itselleni.

Olin ensin katsovinani, että GW:tä ei tullut ja asetin sen käsin samaksi, mistä dhcp-vastaus tuli, siis 

ip -6 route add default via fe80::12e8:78ff:fe26:9401 dev eth1

Mutta nyt kun poistin defaultin ja hain osoitteen dhcp:llä uudelleen, niin nyt se on sielllä ilman käsinlisäystä.

ip -6 route add default via fe80::12e8:78ff:fe26:9401 dev eth1

Mitä sekoilet, tuo on link-local osoite. Jos eth1:llä on vain tuo ipv6-osoite, Elisa ei ole vastannut ICMP6 router solicitation -kyselyyn. Ja tällä hetkellä ei ainakaan minulle vastaile. Käyttöjärjestelmä luo tuon link local osoitteen ihan itse ilman ISP:tä.

ip -6 route add default via fe80::12e8:78ff:fe26:9401 dev eth1

Käsin lisättynä toimii ok.

Eipä route kestä edes sitä, että käyttää interfacen alhaalla - boottaamisesta nyt puhumattakaan. Tärkein on kuitenkin, et bitti kulkee kumpaankin suuntaan.

Homma on selkeästi vielä kesken. Esim. lähtevä SMTP TCP/25 toimii ok.

ip -6 route add default via fe80::12e8:78ff:fe26:9401 dev eth1

Kiitos havainnostasi. On selvityksessä.

Ei kyllä ainakaan täällä Espoossa näy mitään, vaikka liittymä on FTTB. (Valokuitu taloon toimitettuna, josta yhteys tulee datapistorasian kautta asuntojen sisätiloihin (FTTB + ETH))

Ei näy täälläkään vielä IPv6:sta FTTH liittymässä. Jotain muutoksia ilmeisesti tehty, kun parit huoltotyö viestit tullut laajakaistaverkon toimivuuden parantamisesta. Yksi katkos oli ja samalla pingit nousseet gw:lle 1->4ms, eli olisiko jossain nyt sitten keskitettynä jossain kauempana?

Toivotaan että liittyisi IPv6 käyttöönottoon, johan tätä on odoteltu jo tovin :D

--- ns-secondary.funet.fi ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 40ms
rtt min/avg/max/mdev = 1.329/1.353/1.402/0.017 ms, ipg/ewma 1.378/1.347 ms

Ehkä 0.5ms  minulla lisääntynyt pingi. Tässä joku viikko sitten tehtiin huoltotyö, sen seurauksena saan satunnaisesti uuden IPv4 osoitteen monesta eri /14 tai /16 ymv verkosta, ennen 99% IP-osoitteista tuli samasta /24 verkosta.

Elisa on rikkonut NTS:n eli RFC 8915, Network Time Security for the Network Time Protocol!

Neljään päivään ei ole nyt aika synkronoitunut.

NTS paketti, ei vastausta:

2025-10-03 12:59:05.221908948Z IP (tos 0x0, ttl 64, id 44884, offset 0, flags [none], proto UDP (17), length 672)
    91.157.x.x.123 > 192.53.103.104.123: NTPv4, Client, length 644
	Leap indicator:  (0), Stratum 0 (unspecified), poll 0 (1s), precision 32
	Root Delay: 0.000000, Root dispersion: 0.000000, Reference-ID: (unspec)
	 Reference Timestamp:  0.000000000
	 Origin Timestamp:     0.000000000
	 Receive Timestamp:    0.000000000
	 Transmit Timestamp:   3646783582.161828582 (2015-07-25T03:26:22Z)
	   Originator - Receive Timestamp:  0.000000000
	   Originator - Transmit Timestamp: 3646783582.161828582 (2015-07-25T03:26:22Z)
	(596 more bytes after the header)

 

NTPv4 paketti, toimii:
 

2025-10-03 12:59:18.886535280Z IP (tos 0x0, ttl 64, id 50752, offset 0, flags [none], proto UDP (17), length 76)
    91.157.x.x.22736 > 192.53.103.104.123: NTPv4, Client, length 48
	Leap indicator: clock unsynchronized (192), Stratum 0 (unspecified), poll 0 (1s), precision 0
	Root Delay: 0.000000, Root dispersion: 0.000000, Reference-ID: (unspec)
	 Reference Timestamp:  0.000000000
	 Origin Timestamp:     0.000000000
	 Receive Timestamp:    0.000000000
	 Transmit Timestamp:   3968485158.886458396 (2025-10-03T12:59:18Z)
	   Originator - Receive Timestamp:  0.000000000
	   Originator - Transmit Timestamp: 3968485158.886458396 (2025-10-03T12:59:18Z)
2025-10-03 12:59:18.913614951Z IP (tos 0x0, ttl 55, id 19171, offset 0, flags [DF], proto UDP (17), length 76)
    192.53.103.104.123 > 91.157.x.x.22736: NTPv4, Server, length 48
	Leap indicator:  (0), Stratum 1 (primary reference), poll 0 (1s), precision -26
	Root Delay: 0.000106, Root dispersion: 0.000015, Reference-ID: PTB^@
	 Reference Timestamp:  3968485154.705867893 (2025-10-03T12:59:14Z)
	 Origin Timestamp:     3968485158.886458396 (2025-10-03T12:59:18Z)
	 Receive Timestamp:    3968485158.863855525 (2025-10-03T12:59:18Z)
	 Transmit Timestamp:   3968485158.863898620 (2025-10-03T12:59:18Z)
	   Originator - Receive Timestamp:  -0.022602871
	   Originator - Transmit Timestamp: -0.022559775

Eli joku “fiksu” laittanut kokorajoituksen portin 123 paketeille vai mitä ihmettä?

Selvitelläänpäs tätä havaintoasi.

Lisäys edelliseen: ntpsec käytössä Linuxissa. Kokeilin Chronyllä samat optiont (NTS ja samat server rivit), Chrony toimii?

Ntpsec käyttää lähdeporttia 123, chrony joku väliltä 1024-65535.

EDIT: ntpd-rs käyttää myös 1024-65535 lähdeporttia, eli toimii.