AS3302 - AS-RETELIT-IRIDEOS Retelit Digital ServicesPARFC 4890 ✓RPKI ✗ 1/3ASPA -

← back to summary

All countriesHomeState of IPv6TopologyIXPsAboutipv6.si ↗ Sparky

AS overview

Test target: 2001:750::1:1 · static prefix probe · address space: PA · prefixes announced: 3

prefix(es): 2001:750::/29, 2a02:7d8:e00::/44, 2a02:7d8::/32

Targets & per-vantage-point probe results (1 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 / hostnameSourceNL host (go6lab)ITA host (Karsolink)SLO host (6connect)
ping1500B:80:443reachedping1500B:80:443reachedping1500B:80:443reached
2001:750::1:1prb??-refusedrefused-refusedrefused-

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 2022-10-31. IPv6 LAN: 2001:7f8:b:100:1d1:a5d0:3302:21. Locations: -.

RPKI & ASPA

2 of 3 prefix(es) covered by a valid ROA, 1 invalid.

PrefixRPKI stateReasonCovering VRP(s)
2001:750::/29✓ validmatched VRP (correct origin, length within maxLength)AS3302 /29 maxLen 32 (ripe); AS15589 /29 maxLen 32 (ripe)
2a02:7d8:e00::/44✗ invalidmaxLength too short for the announced prefixAS3302 /32 maxLen 32 (ripe)
2a02:7d8::/32✓ validmatched VRP (correct origin, length within maxLength)AS3302 /32 maxLen 32 (ripe)

Random-IP probe (yarrp) into the AS' prefixes

At least one router inside AS3302's announced prefix replied during the random-target probe. Hop(s): 2a02:7d8::1. 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:

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
vantageour sourceyour targetmethodresulttested (UTC)
go6lab2a00:8642:42::752001:750::1:1icmp6-echohonored2026-05-30T12:42:00Z
karsolink2a12:d8c0:105a:9001::a1542001:750::1:1icmp6-echono_echo2026-05-30T12:43:46Z
odin2607:fae0:a000::422001:750::1:1icmp6-echohonored2026-05-30T12:41:49Z

Attempt log (go6lab):

  1. icmp6-echohonored (size_before=1460, size_after=None)
  2. dns-tcpno_tcp: connect failed: timed out
  3. tlsno_tcp: TLS connect failed
  4. httpno_tcp: tcp/80 not open

Attempt log (karsolink):

  1. icmp6-echono_echo: no Echo Reply to 1300-byte probe
  2. dns-tcpno_tcp: connect failed: [Errno 111] Connection refused
  3. tlsno_tcp: TLS connect failed
  4. httpno_tcp: tcp/80 not open

Attempt log (odin):

  1. icmp6-echohonored (size_before=1460, size_after=None): natural Echo Reply at 1500B was already split into IPv6 fragments without our PTB intervention -- the destination's stack has a cached path MTU below 1500B from a previously-honored ICMPv6 Type 2, which is itself evidence that this destination honors PTB on this path.
  2. dns-tcpno_tcp: connect failed: [Errno 111] Connection refused
  3. tlsno_tcp: TLS connect failed
  4. httpno_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):

Full per-method matrix (all four methods run at each vantage):

vantageicmp6-echodns-tcptlshttp
go6labhonoredno_tcpno_tcpno_tcp
karsolinkno_echono_tcpno_tcpno_tcp
odinhonoredno_tcpno_tcpno_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): AS50673, AS3302, AS6939.

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

An operator-targeted diagnostic interpretation can be generated for this AS on demand. The pipeline holds the raw verdicts and the per-hop walk; an AI pass synthesises where to start looking. Click the button below to run it.

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.

#hop IPASHolderPTB acceptance
12607:fae0:a000::2AS80386CONNECT - 6connect, Inc., US- skipped (CoPP)
2*-- (no IP)
3*-- (no IP)
42001:470:1:5be::1AS6939HURRICANE - Hurricane Electric LLC, US? no_response
5*-- (no IP)
6*-- (no IP)
7*-- (no IP)
82001:7f8:23:ffff::50-NA? no_response
9*-- (no IP)
10*-- (no IP)
11*-- (no IP)
12*-- (no IP)
13*-- (no IP)
14*-- (no IP)
15*-- (no IP)
16*-- (no IP)
17*-- (no IP)
18*-- (no IP)
19*-- (no IP)
20*-- (no IP)
21*-- (no IP)
22*-- (no IP)
23*-- (no IP)
24*-- (no 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

4/4
Echo small (56B) 36.6ms
4/4
Echo 1500B (DF) 36.4ms
no
Type 1 dest-unreach
-
TCP responds on

Path (traceroute + mtr + PTR)

#IP / PTRRTTmtr lossASAS holder
12a00:8642:42::32.2ms0%AS203993STEFFANN-DC-AS - S.J.M. Steffann, NL
2gw.friends.steffann.nl
2a00:8642:1000:f000::1
1.9ms0%*AS203993STEFFANN-DC-AS - S.J.M. Steffann, NL
32a00:1ca8:1::1942.2ms0%AS50673Serverius-as - Serverius Holding B.V., NL
42a03:3f40::10:411.9ms0%AS50673Serverius-as - Serverius Holding B.V., NL
5*---
6*-30%-
7be2950.ccr42.fra05.atlas.cogentco.com
2001:550:0:1000::9a36:482a
11.1ms0%AS174COGENT-174 - Cogent Communications, LLC, US
8*-70%-
9port-channel5891.ccr91.mil02.atlas.cogentco.com
2001:550:0:1000::9a36:3db5
25.9ms0%AS174COGENT-174 - Cogent Communications, LLC, US
10be2434.rcr71.vce01.atlas.cogentco.com
2001:550:0:1000::9a36:279e
29.3ms0%AS174COGENT-174 - Cogent Communications, LLC, US
11be2440.rcr51.rom01.atlas.cogentco.com
2001:550:0:1000::9a36:3832
35.6ms80%AS174COGENT-174 - Cogent Communications, LLC, US
122001:978:2:11::b:236.0ms0%AS174COGENT-174 - Cogent Communications, LLC, US
13*-0%-
14*---
15*---
16*---
17*---
18*---
19*---
20*---
21*---
22*---
23*---
24*---

Rate-limited ICMPv6: hop 6, hop 8, hop 11 (loss between 5% and 95% across mtr cycles - the router replies but only sometimes).

tracepath -6

 1?: [LOCALHOST]                        0.034ms pmtu 1500
 1:  2a00:8642:42::3                                       2.437ms 
 1:  2a00:8642:42::3                                       2.099ms 
 2:  gw.friends.steffann.nl                                2.808ms 
 3:  2a00:1ca8:1::194                                      2.832ms 
 4:  2a03:3f40::10:41                                      3.199ms 
 5:  no reply
 6:  no reply
 7:  be2950.ccr42.fra05.atlas.cogentco.com                12.144ms 
 8:  no reply
 9:  port-channel5892.ccr92.mil02.atlas.cogentco.com      25.384ms 
10:  be2434.rcr71.vce01.atlas.cogentco.com                30.141ms 
11:  be2440.rcr51.rom01.atlas.cogentco.com                36.023ms 
12:  2001:978:2:11::b:2                                   36.606ms 
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500 

From ITA host (Karsolink)   open

filter likely at: (none) · min PMTU on path: 1500

4/4
Echo small (56B) 17.7ms
4/4
Echo 1500B (DF) 17.9ms
no
Type 1 dest-unreach
443,80
TCP responds on

Path (traceroute + mtr + PTR)

#IP / PTRRTTmtr lossASAS holder
1*-0%*-
2*---
32a12:d8c0:101f:6::19.9ms90%AS204471KARSOLINK - 2S Computers SRL, IT
4irideos.minap.it
2001:7f8:c5::a500:3302:1
10.5ms70%AS3302IRIDEOS S.p.A.
5*---
6*---
7*---
8*-0%-
9*---
10*---
11*---
12*---
13*---
14*---
15*---
16*---
17*---
18*---
19*---
20*---
21*---
22*---
23*---
24*---

Rate-limited ICMPv6: hop 3, hop 4 (loss between 5% and 95% across mtr cycles - the router replies but only sometimes).

tracepath -6

 1?: [LOCALHOST]                        0.025ms pmtu 1500
 1:  karsolink-01.net.karsolink.com                        1.168ms 
 2:  2a12:d8c0:109f:121::a1                                0.983ms 
 3:  2a12:d8c0:101f:6::1                                  10.355ms 
 4:  no reply
 5:  no reply
 6:  no reply
 7:  no reply
 8:  no reply
 9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500 

From SLO host (6connect)   openRFC 4890 ✓

filter likely at: (none) · min PMTU on path: 1500

4/4
Echo small (56B) 19.5ms
3/4
Echo 1500B (DF) 19.4ms
no
Type 1 dest-unreach
443,80
TCP responds on

Path (traceroute + mtr + PTR)

#IP / PTRRTTmtr lossASAS holder
1fw1-lju.6connect.com
2607:fae0:a000::2
0.2ms0%*AS80386CONNECT - 6connect, Inc., US
2*---
3*-90%-
4e0-1.core1.lju1.he.net
2001:470:1:5be::1
1.8ms60%AS6939HURRICANE - Hurricane Electric LLC, US
5*---
6*-80%-
7*---
8retelit.topix.it
2001:7f8:23:ffff::50
13.4ms0%-NA
9*---
10*---
11*---
12*-0%-
13*---
14*---
15*---
16*---
17*---
18*---
19*---
20*---
21*---
22*---
23*---
24*---

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.045ms pmtu 1500
 1:  fw1-lju.6connect.com                                  1.557ms 
 1:  fw1-lju.6connect.com                                  1.942ms 
 2:  no reply
 3:  no reply
 4:  no reply
 5:  no reply
 6:  port-channel1.core1.zag2.he.net                       4.497ms 
 7:  no reply
 8:  retelit.topix.it                                     13.932ms 
 9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500