Matwolf 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...
edofullo 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
handymenny 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
edofullo 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
Matwolf 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...
handymenny 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 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
LATIITAY handymenny non solo ICMPv6 Echo Reply, capita anche con ICMPv4, anche se molto piu' raramente.
DomePC Un problema già conosciuto. Prima sembrava che Google avesse iniziato con il roll-out di IPv6 ICMP ratelimit. https://twitter.com/zajdee/status/1568924376115847168 https://twitter.com/majornetwork/status/1572432934111510530 Ma adesso sembra di essere un problema tecnico. Update dal NOC Google: https://twitter.com/zajdee/status/1572590810729951234 Riguarda tutti i servizi IPv6 di Google https://twitter.com/zajdee/status/1572599044974981121?s=21&t=xEi-M9tJYNL6A85Gvn8Lpg
Matwolf Sembra che la problematica ora sia risolta. Riesco nuovamente a pingare i servizi Google in IPV6 (testato da PF e Acantho).
