IPv6, Google e Ping - Qualcosa è cambiato?

Matwolf · 23 set 2022

Ciao a tutti,

da un paio di settimane ho notato che non riesco più a pingare le più "rinomate" destinazioni di Google tramite IPv6.

Ho provato sia i DNS (2001:4860:4860::8888) sia ipv6.google.com, sia un semplice google.it. Nessuna risposta ai ping.

Avevo anche dei monitoraggi che si basavano su queste destinazioni e che hanno smesso di funzionare.

Ho testato la cosa sia con IPv6 di PianetaFibra sia con IPv6 di Acantho e il comportamento è il medesimo.

Se faccio la prova da un server su Hetzner, invece, sembra funzionare...

Qualcuno ha idea di cosa sta succedendo? Non ho letto di notizie in merito... Qualcuno di voi ha linee diverse da quelle da me citate con le quali poter fare qualche check?

Nel frattempo provo a fare qualche check con le sonde RIPE Atlas e vedo se scopro qualcosa in più

Grazie!

Hhandymenny · 23 set 2022

Matwolf Ho testato la cosa sia con IPv6 di PianetaFibra sia con IPv6 di Acantho e il comportamento è il medesimo.

Da IPv6 Wind idem, ma proprio tutto ciò che riguarda Google, anche Google Cloud

Confermo che da VPS in Germania (sia hetzner che non) e nei Paesi Bassi risponde ai ping, dalle VPS in svizzera e Romania invece vedo lo stesso comportamento che c'è in Italia

edofullo · 23 set 2022

handymenny Da IPv6 Wind idem

Guardalo come ci fa ingelosire (/s)

Comunque, non posso far altro che confermare, una gran seccatura.
È uno dei pochi IPv6 che so a memoria

[cancellato] · 23 set 2022

SI perde però all'interno della rete di Google (da server in Aruba):

Tracing route to ipv6.l.google.com [2a00:1450:4014:80f::200e]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  2a00:6d41:10:1100::2
  2     1 ms     1 ms    <1 ms  2a00:6d40:1::1:a9
  3     *        *        *     Request timed out.
  4    11 ms     6 ms     6 ms  2001:4860:1:1::b58
  5     7 ms     *        7 ms  2001:4860:0:101b::5
  6    18 ms    17 ms    17 ms  2001:4860::c:4002:365d
  7    15 ms    15 ms    15 ms  2001:4860::9:4001:31f2
  8    22 ms    40 ms    22 ms  2001:4860::4:0:c875
  9    22 ms    22 ms    22 ms  2001:4860:0:1019::1
 10    22 ms    22 ms    22 ms  2001:4860:0:1::60e1
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *     ^C

Tracing route to dns.google [2001:4860:4860::8888]
over a maximum of 30 hops:

  1     1 ms     1 ms    <1 ms  2a00:6d41:10:1100::3
  2     1 ms    <1 ms     2 ms  2a00:6d40:1::1:ad
  3     7 ms     *        7 ms  2a00:6d40:1::1:91
  4     6 ms     6 ms     6 ms  2001:4860:1:1::b58
  5     7 ms     7 ms     7 ms  2001:4860:0:2c::1
  6     6 ms     6 ms     6 ms  2001:4860:0:1::528b
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13  ^C

Da tunnel HE Zurigo però ci arrivo:

traceroute to 2001:4860:4860::8888 (2001:4860:4860::8888), 30 hops max, 80 byte packets
 1  switch-b.home.lan (2001:47x:xxxx:xxxx::245)  6.478 ms  7.358 ms  7.651 ms
 2  * * *
 3  fw.home.lan (2001:47x:xxxx:xxxx::10)  0.261 ms  0.225 ms  0.167 ms
 4  router.home.lan (2001:47x:xxxx:xxxx::254)  0.519 ms  0.404 ms  0.377 ms
 5  tunnelxxxxxx.tunnel.tserv23.zrh1.ipv6.he.net (2001:470:xxxx:xxxx::1)  24.954 ms  23.542 ms  24.331 ms
 6  e0-16.core2.zrh3.he.net (2001:470:0:11d::1)  21.961 ms  21.783 ms  33.991 ms
 7  2001:7f8:c:8235:194:42:48:64 (2001:7f8:c:8235:194:42:48:64)  22.574 ms swissix.google.com (2001:7f8:24::4a)  37.417 ms 2001:7f8:c:8235:194:42:48:64 (2001:7f8:c:8235:194:42:48:64)  23.372 ms
 8  2001:4860:0:9f::1 (2001:4860:0:9f::1)  13.104 ms * *
 9  2001:4860:0:1::156c (2001:4860:0:1::156c)  38.595 ms 2001:4860:0:1::12f9 (2001:4860:0:1::12f9)  21.606 ms *
10  2001:4860:0:1::4e1 (2001:4860:0:1::4e1)  37.717 ms dns.google (2001:4860:4860::8888)  12.902 ms  21.749 ms

Però al ping non risponde.

Matwolf · 23 set 2022

Però è strano... misura di RIPE Atlas fatta con tutte probe selezionate in Italia...

https://atlas.ripe.net/frames/measurements/45196612/#!probes

Nessuna ha dato problemi...

Forse sono solo alcuni AS che vengono bloccati?

Non capisco...

x_term · 23 set 2022

Confermo che anche io dall'estero ricevo risposta normalmente

Eeutampieri · 24 set 2022

Matwolf IPv6 di Acantho

Business o privato?

Matwolf · 24 set 2022

eutampieri Business

edofullo · 24 set 2022

Matwolf Ma che roba strana, vedo pure una probe di Sky ma la mia linea non ne vuole sapere.


root@Belkin:~# mtr -r dns.google
Start: 2022-09-24T12:59:02+0200
HOST: Belkin                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 2a0e:400::72               0.0%    10    2.2   3.0   1.9   4.1   0.3
  2.|-- 2a0e:400::16              70.0%    10    3.0   3.5   3.2   3.7   0.3
  3.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  4.|-- 2a00:1450:832e::1          0.0%    10    3.2   3.0   2.4   3.2   0.2
  5.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0

Hhandymenny · 24 set 2022

edofullo Ma che roba strana, vedo pure una probe di Sky ma la mia linea non ne vuole sapere.

Secondo me il trucco è che il DNS è stato risolto lato ripe atlas e non lato client.

Quello specifico IP (che non è anycast) riesco a pingarlo da tutte le reti che ho provato.
Prova anche tu, è 2a00:1450:400e:801::200e

Matwolf · 24 set 2022

Provo a rifare la misura su Atlas specificando che la risoluzione deve avvenire lato probe.

E poi aggiungo una misura su IP diretto, senza risoluzione DNS.... vediamo...

Hhandymenny · 24 set 2022

Matwolf E poi aggiungo una misura su IP diretto, senza risoluzione DNS.... vediamo...

prova con dns.google (forzando IPv6), così sei sicuro che quello è anycast

Matwolf · 24 set 2022

Effettivamente... qualche variazione nel comportamento si nota...

Ping verso ipv6.google.com risolto sulla probe: https://atlas.ripe.net/frames/measurements/45212960/#!probes

Ping verso 2001:4860:4860::8888: https://atlas.ripe.net/frames/measurements/45212968/#!probes

Mi sembra comunque che la risoluzione DNS di ipv6.google.com fatta sulla probe abbia restituito lo stesso IP: 2a00:1450:400e:801::200e

edofullo · 24 set 2022

edofullo Amsterdam, però risponde

root@Belkin:~# mtr -w 2a00:1450:400e:801::200e
Start: 2022-09-24T14:20:46+0200
HOST: Belkin                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 2a0e:400::72               0.0%    10    2.1   2.3   1.8   2.4   0.2
  2.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  3.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  4.|-- 2a00:1450:8142::1          0.0%    10    2.1   2.3   1.9   2.4   0.2
  5.|-- 2001:4860:0:1::528c        0.0%    10    3.0   3.5   3.5   4.1   0.2
  6.|-- 2001:4860:0:2d::3         10.0%    10    2.8   2.8   2.8   3.0   0.1
  7.|-- 2001:4860::c:4002:365b     0.0%    10   17.8  18.1  17.8  18.8   0.3
  8.|-- 2001:4860::c:4002:c2cf     0.0%    10   18.8  18.8  18.6  19.1   0.2
  9.|-- 2607:f8b0:e000:8000::3     0.0%    10   18.2  18.4  17.9  18.7   0.2
 10.|-- 2001:4860:0:1::4fc7        0.0%    10   16.9  17.1  16.9  17.2   0.1
 11.|-- ams17s10-in-x0e.1e100.net  0.0%    10   17.6  17.7  17.6  17.9   0.1

Hhandymenny · 24 set 2022

Direi che quindi in alcuni DC Google blocca i ping ICMPv6, chissà perché però

Gippe · 24 set 2022

Con Iliad nessun problema.

Matwolf · 24 set 2022

Gippe potresti girarmi un traceroute? Thanks

LLATIITAY · 24 set 2022

handymenny non solo ICMPv6 Echo Reply, capita anche con ICMPv4, anche se molto piu' raramente.

Gippe · 24 set 2022

Matwolf

Hhandymenny · 24 set 2022

Gippe Interessante, questo IP qui a me non risponde con ICMP (ma risponde con TCP)