AS overview
Test target: 2a02:20d8:20d8:2a02:: · dns2.lepida.it · address space: mixed · prefixes announced: 2
prefix(es): 2001:678:1158::/48, 2a02:20d8::/29
Targets & per-vantage-point probe results (2 target(s) across 3 vantage point(s))
Source codes (hover any badge for full description): CUR=curated · NS/SOA/MX=DNS records · SPF=SPF TXT · DRV=holder-derived (www, ns1, mail, gw, …) · ATL=RIPE Atlas · PDB=PeeringDB · WHOIS=RIPE whois · RDAP=RIPE RDAP · HIT=IPv6 Hitlist · RTR=in-prefix path hop (router) · PRB=static prefix probe · SYN=synthetic prefix::1 fallback
| Target IP / hostname | Source | NL host (go6lab) | ITA host (Karsolink) | SLO host (6connect) | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ping | 1500B | :80 | :443 | reached | ping | 1500B | :80 | :443 | reached | ping | 1500B | :80 | :443 | reached | ||
2a02:20d8:20d8:2a02::dns2.lepida.it | NS | ✓ | ✓ | ? | ? | - | ✓ | ✓ | refused | refused | - | ✓ | ✓ | refused | refused | - |
2a02:20d8::1ipv6.lepida.it | drv | ✓ | ✓ | ? | ? | - | ✓ | ✓ | ? | ? | - | ✓ | ✓ | ? | ? | - |
MIX-IT / NAMEX / MINAP / TOP-IX / VSIX / EQUINIX-MILAN / BGPX-ROME / NAMEX-BARI / PCIX / DECIX-PALERMO peering
MIX-IT / NAMEX / MINAP / TOP-IX / VSIX / EQUINIX-MILAN / BGPX-ROME / NAMEX-BARI / PCIX / DECIX-PALERMO member - Open peering, peering member, since 2013-05-03. IPv6 LAN: 2001:7f8:b:100:1d1:a5d3:1638:129. Locations: -.
RPKI & ASPA
1 of 2 prefix(es) covered by a valid ROA, 1 not-found.
| Prefix | RPKI state | Reason | Covering VRP(s) |
|---|---|---|---|
2001:678:1158::/48 | - not-found | no covering VRP | |
2a02:20d8::/29 | ✓ valid | matched VRP (correct origin, length within maxLength) | AS31638 /29 maxLen 32 (ripe) |
Random-IP probe (yarrp) into the AS' prefixes
At least one router inside AS31638's announced prefix replied during the random-target probe. Hop(s): 2a02:20d8::1e, 2a02:20d8::22. These are candidate targets for direct testing.
ICMPv6 Type 2 (Packet Too Big) acceptance - active test
Vantage points disagree about Type 2 acceptance - transit ASes on one path may be filtering Type 2 even though the destination's stack accepts it on another path:
- NL host (go6lab): Type 2 honored. Forged PTB accepted; next response shrunk. (ICMPv6 Echo + forged PTB)
- ITA host (Karsolink): inconclusive: no Echo Reply to 1300-byte probe. (ICMPv6 Echo + forged PTB)
- SLO host (6connect): Type 2 honored. Forged PTB accepted; next response shrunk. (ICMPv6 Echo + forged PTB)
Why they disagree - reachability mismatch: One vantage couldn't drive a flow at all to this destination (no Echo Reply or no responding TCP port), so the active test had no behavioural change to observe. The other vantage's verdict is the only meaningful one here.
Failure detail — what to grep in your logs
| vantage | our source | your target | method | result | tested (UTC) |
|---|---|---|---|---|---|
| go6lab | 2a00:8642:42::75 | 2a02:20d8:20d8:2a02:: | icmp6-echo | honored | 2026-05-30T12:43:49Z |
| karsolink | 2a12:d8c0:105a:9001::a154 | 2a02:20d8:20d8:2a02:: | icmp6-echo | no_echo | 2026-05-30T12:49:12Z |
| odin | 2607:fae0:a000::42 | 2a02:20d8:20d8:2a02:: | icmp6-echo | honored | 2026-05-30T12:43:39Z |
Attempt log (go6lab):
icmp6-echo→ honored (size_before=1460, size_after=None)dns-tcp→ inconclusive (size_before=156, size_after=None): max DNS-over-TCP segment 156B; not big enough to test PMTU shrinktls→ no_tcp: TLS connect failedhttp→ no_tcp: tcp/80 not open
Attempt log (karsolink):
icmp6-echo→ no_echo: no Echo Reply to 1300-byte probedns-tcp→ inconclusive (size_before=156, size_after=None): max DNS-over-TCP segment 156B; not big enough to test PMTU shrinktls→ no_tcp: TLS connect failedhttp→ no_tcp: tcp/80 not open
Attempt log (odin):
icmp6-echo→ honored (size_before=1460, size_after=None)dns-tcp→ inconclusive (size_before=156, size_after=None): max DNS-over-TCP segment 156B; not big enough to test PMTU shrinktls→ no_tcp: TLS connect failedhttp→ no_tcp: tcp/80 not open
To match the corresponding ICMPv6 packet on your side (host firewall, AS edge, or transit tap), look for our PTBs around the timestamps above:
sudo tcpdump -i any -n -e 'icmp6 and ip6[40] = 2 and (src host 2607:fae0:a000::42 or src host 2a00:8642:42::75 or src host 2a12:d8c0:105a:9001::a154)'
If you see our PTBs arriving but the destination's TCP/Echo flow does not shrink, the drop is in the destination kernel (cause 3 below). If you don't see them at all, drop is upstream of you (cause 2). If you only see them from one of our two source IPs, the drop is path-asymmetric — one transit on the asymmetric route is filtering, the other is not.
Where the path divergence is
Per-vantage probe + verdict (headline):
- go6lab: probe
icmp6-echo→ verdicthonored - karsolink: probe
icmp6-echo→ verdictno_echo - odin: probe
icmp6-echo→ verdicthonored
Full per-method matrix (all four methods run at each vantage):
| vantage | icmp6-echo | dns-tcp | tls | http |
|---|---|---|---|---|
| go6lab | honored | inconclusive | no_tcp | no_tcp |
| karsolink | no_echo | inconclusive | no_tcp | no_tcp |
| odin | honored | inconclusive | no_tcp | no_tcp |
✓ All vantages agree on method(s): icmp6-echo — the headline-method spread above is dispatcher noise, not a real Type 2 disagreement.
These vantage-level disagreements are rooted somewhere in the forward paths. Joining each per-vantage traceroute against the IP→AS lookup from our global yarrp mesh, the first hop where the paths land in different ASes is the most likely site of the offending filter / unreachable AS / Type 2 drop.
Suspect transit ASes (ranked by how often they appear at the divergence point on the path of the worse-classifying vantage): AS203993, AS56635, AS31638.
- From go6lab (open/Type-2=honored) the path enters AS203993 at hop 3; from odin (open/Type-2=honored) the same hop is in AS56635. Last common AS: AS31638. The disagreement is most likely rooted in one of those two transit ASes.
- From karsolink (open/Type-2=no_echo) the path enters AS31638 at hop 6; from odin (open/Type-2=honored) the same hop is in AS6939. Last common AS: AS31638. The disagreement is most likely rooted in one of those two transit ASes.
Diagnosis is path-level, not packet-level: it tells you which transit AS is the prime suspect, not exactly which firewall rule is to blame. Use the tracepath6 output below (when available) for per-hop PMTU evidence on the same path.
✨ Diagnostic interpretation
Per-hop PTB acceptance walk
From the local vantage, we walk the forward path hop-by-hop, sending each hop a 1500-byte ICMPv6 Echo, then a forged PTB (MTU=1280) sourced from us, then another 1500-byte Echo. If the second reply arrives fragmented or smaller, that hop honoured the PTB. If unchanged, it didn't. The first ✗ in an otherwise-✓ path is the most likely filter location. Cross-country aggregation: see the global PTB filter atlas for transit ASes ranked by filter rate across all measurements.
First break at hop 9: AS31638 (ASN-LEPIDA - Lepida S.c.p.A., IT) -- this is the most likely site of the offending PTB filter. Hop IP: 2a02:20d8::1e.
| # | hop IP | AS | Holder | PTB acceptance |
|---|---|---|---|---|
| 1 | 2607:fae0:a000::2 | AS8038 | 6CONNECT - 6connect, Inc., US | - skipped (CoPP) |
| 2 | * | - | - (no IP) | |
| 3 | 2a03:a100:0:201:1::1 | AS56635 | XENYA - XENYA inzeniring, proizvodnja in | ✓ honored |
| 4 | 2001:470:1:5be::1 | AS6939 | HURRICANE - Hurricane Electric LLC, US | ? no_response |
| 5 | * | - | - (no IP) | |
| 6 | 2001:470:0:2ea::2 | AS6939 | HURRICANE - Hurricane Electric LLC, US | ? no_response |
| 7 | * | - | - (no IP) | |
| 8 | 2001:7f8:c5::a503:1638:1 | AS31638 | Lepida S.c.p.a. | ? no_response |
| 9 | 2a02:20d8::1e | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT | ✗ not_honored |
| 10 | 2a02:20d8::9 | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT | ✗ not_honored |
| 11 | 2a02:20d8:20d8:2a02 | - | - (invalid IP) |
Tests host-mode PTB acceptance (PTBs aimed at the hop itself). A router that honours PTBs to itself can still be filtering PTBs transiting through it; this is one indicator, not proof of full PTB transparency. Hops in CoPP-rate-limit ranges are skipped to avoid false signals.
From NL host (go6lab) openRFC 4890 ✓
filter likely at: (none) · min PMTU on path: 1500
Path (traceroute + mtr + PTR)
| # | IP / PTR | RTT | mtr loss | AS | AS holder |
|---|---|---|---|---|---|
| 1 | 2a00:8642:42::3 | 2.2ms | 0% | AS203993 | STEFFANN-DC-AS - S.J.M. Steffann, NL |
| 2 | * | - | 0%* | - | |
| 3 | ccr2-ccr1.dc1.nogalliance.org 2a00:8642:dc1:2::b | 1.6ms | 0% | AS203993 | STEFFANN-DC-AS - S.J.M. Steffann, NL |
| 4 | ams-ix.lepida.it 2001:7f8:1::a503:1638:1 | 29.5ms | 0% | - | NA |
| 5 | 2a02:20d8::22 | 30.3ms | 0% | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT |
| 6 | felix.lepida.it 2a02:20d8::9 | 28.1ms | 0% | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT |
| 7 | 2a02:20d8:20d8:2a02 | 28.6ms | 0% | - |
tracepath -6
1?: [LOCALHOST] 0.063ms pmtu 1500
1: 2a00:8642:42::3 1.536ms
1: 2a00:8642:42::3 1.498ms
2: gw.friends.steffann.nl 2.274ms
3: ccr2-ccr1.dc1.nogalliance.org 2.271ms asymm 2
4: ams-ix.lepida.it 29.367ms asymm 5
5: 2a02:20d8::22 29.757ms asymm 6
6: felix.lepida.it 27.357ms asymm 11
7: 2a02:20d8:20d8:2a02:: 27.752ms reached
Resume: pmtu 1500 hops 7 back 12 From ITA host (Karsolink) open
filter likely at: (none) · min PMTU on path: 1500
Path (traceroute + mtr + PTR)
| # | IP / PTR | RTT | mtr loss | AS | AS holder |
|---|---|---|---|---|---|
| 1 | karsolink-01.net.karsolink.com 2a12:d8c0:105a:9001::1 | 0.4ms | 0%* | AS204471 | KARSOLINK - 2S Computers SRL, IT |
| 2 | 2a12:d8c0:109f:121::a1 | 0.4ms | 0%* | AS204471 | KARSOLINK - 2S Computers SRL, IT |
| 3 | 2a12:d8c0:101f:103::1 | 8.5ms | 0% | AS204471 | KARSOLINK - 2S Computers SRL, IT |
| 4 | 2001:7f8:b9::17:1 | 12.9ms | 0% | - | NA |
| 5 | 2a02:20d8::1e | 12.9ms | 10% | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT |
| 6 | felix.lepida.it 2a02:20d8::9 | 15.1ms | 0% | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT |
| 7 | 2a02:20d8:20d8:2a02 | 14.9ms | 0% | - |
Rate-limited ICMPv6: hop 5 (loss between 5% and 95% across mtr cycles - the router replies but only sometimes).
tracepath -6
1?: [LOCALHOST] 0.034ms pmtu 1500
1: no reply
2: no reply
3: 2a12:d8c0:101f:103::1 8.953ms
4: 2001:7f8:b9::17:1 14.040ms
5: 2a02:20d8::1e 13.842ms
6: felix.lepida.it 15.746ms
7: 2a02:20d8:20d8:2a02:: 15.404ms reached
Resume: pmtu 1500 hops 7 back 7 From SLO host (6connect) openRFC 4890 ✓
filter likely at: (none) · min PMTU on path: 1500
Path (traceroute + mtr + PTR)
| # | IP / PTR | RTT | mtr loss | AS | AS holder |
|---|---|---|---|---|---|
| 1 | fw1-lju.6connect.com 2607:fae0:a000::2 | 2.2ms | 0%* | AS8038 | 6CONNECT - 6connect, Inc., US |
| 2 | * | - | - | - | |
| 3 | 2a03:a100:0:201:1::1 | 1.5ms | 60% | AS56635 | XENYA - XENYA inzeniring, proizvodnja in trgovina, d.o.o. Ljubljana, SI |
| 4 | e0-1.core1.lju1.he.net 2001:470:1:5be::1 | 2.0ms | 10% | AS6939 | HURRICANE - Hurricane Electric LLC, US |
| 5 | * | - | - | - | |
| 6 | port-channel1.core1.zag2.he.net 2001:470:0:2ea::2 | 5.2ms | 10% | AS6939 | HURRICANE - Hurricane Electric LLC, US |
| 7 | * | - | - | - | |
| 8 | lepida.minap.it 2001:7f8:c5::a503:1638:1 | 14.2ms | 0% | AS31638 | Lepida S.c.p.a. |
| 9 | 2a02:20d8::1e | 14.6ms | 0% | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT |
| 10 | felix.lepida.it 2a02:20d8::9 | 16.2ms | 0% | AS31638 | ASN-LEPIDA - Lepida S.c.p.A., IT |
| 11 | 2a02:20d8:20d8:2a02 | 16.2ms | 0% | - |
Rate-limited ICMPv6: hop 3, hop 4, hop 6 (loss between 5% and 95% across mtr cycles - the router replies but only sometimes).
tracepath -6
1?: [LOCALHOST] 0.029ms pmtu 1500
1: fw1-lju.6connect.com 6.954ms
1: fw1-lju.6connect.com 1.200ms
2: no reply
3: no reply
4: e0-1.core1.lju1.he.net 2.005ms
5: no reply
6: port-channel1.core1.zag2.he.net 4.221ms
7: no reply
8: lepida-v6.mix-it.net 13.937ms asymm 7
9: 2a02:20d8::1e 16.270ms asymm 8
10: felix.lepida.it 15.884ms asymm 8
11: 2a02:20d8:20d8:2a02:: 15.919ms reached
Resume: pmtu 1500 hops 11 back 10