AS208753 - NETSIX Marco d'AngeloRFC 4890 ✗RPKI ✓ 17/17ASPA -

← back to summary

All countriesHomeState of IPv6TopologyIXPsAboutipv6.si ↗ Sparky

AS overview

Test target: 2a09:b280:ff60::1 · static prefix probe · address space: unknown · prefixes announced: 17

prefix(es): 2a0f:1cc5:61::/48, 2a0c:b642:a07::/48, 2a05:b0c6:200f::/48, 2a0c:b642:a04::/48, 2a0c:b642:a09::/48, 2a0e:b107:384::/48, 2a0f:1cc5:62::/48, 2a0c:b642:a08::/48 (+9 more)

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
2a09:b280:ff60::1prbopenopenopenopenopenopen

RPKI & ASPA

17 of 17 prefix(es) covered by a valid ROA.

PrefixRPKI stateReasonCovering VRP(s)
2a0f:1cc5:61::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /44 maxLen 48 (ripe)
2a0c:b642:a07::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a05:b0c6:200f::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /48 maxLen 48 (ripe)
2a0c:b642:a04::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a0c:b642:a09::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a0e:b107:384::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /48 maxLen 48 (ripe)
2a0f:1cc5:62::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /44 maxLen 48 (ripe)
2a0c:b642:a08::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a09:b280:ff60::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /48 maxLen 48 (ripe)
2406:840:eeb1::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /44 maxLen 48 (apnic); AS139317 /32 maxLen 48 (apnic)
2a0c:b642:a02::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a05:b0c6:200a::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /48 maxLen 48 (ripe)
2a0c:b642:a01::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a0c:b642:a05::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a0c:b642:a03::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a0c:b642:a06::/48✓ validmatched VRP (correct origin, length within maxLength)AS206499 /44 maxLen 48 (ripe); AS208753 /44 maxLen 48 (ripe); AS205591 /36 maxLen 48 (ripe); AS206499 /36 maxLen 48 (ripe)
2a10:ba87:feef::/48✓ validmatched VRP (correct origin, length within maxLength)AS208753 /48 maxLen 48 (ripe)

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

At least one router inside AS208753's announced prefix replied during the random-target probe. Hop(s): 2a0c:b642:a07:faf0::1. These are candidate targets for direct testing.

ICMPv6 Type 2 (Packet Too Big) acceptance - active test

Type 2 not honored. Forged ICMPv6 PTB (MTU=1280) had no effect: the next 1500-byte Echo Reply still arrived whole (1360 B, no Fragment Header). PMTUD does not work toward this address from us.
method: ICMPv6 Echo + forged PTB, tested 2026-05-30T12:46:42Z

Failure detail — what to grep in your logs
vantageour sourceyour targetmethodresulttested (UTC)
go6lab2a00:8642:42::752a09:b280:ff60::1icmp6-echonot_honored2026-05-30T12:46:42Z
karsolink2a12:d8c0:105a:9001::a1542a09:b280:ff60::1icmp6-echonot_honored2026-05-30T12:55:24Z
odin2607:fae0:a000::422a09:b280:ff60::1icmp6-echonot_honored2026-05-30T12:46:25Z

Attempt log (go6lab):

  1. icmp6-echonot_honored (size_before=1360, size_after=1360)
  2. dns-tcpinconclusive (size_before=705, size_after=None): max DNS-over-TCP segment 705B; not big enough to test PMTU shrink
  3. tlsinconclusive (size_before=7, size_after=None): largest TLS segment 7B too small to detect shrink
  4. httpinconclusive (size_before=163, size_after=None): natural max segment 163B already <= 1220B; nothing to shrink

Attempt log (karsolink):

  1. icmp6-echonot_honored (size_before=1360, size_after=1360)
  2. dns-tcpinconclusive (size_before=674, size_after=None): max DNS-over-TCP segment 674B; not big enough to test PMTU shrink
  3. tlsinconclusive (size_before=7, size_after=None): largest TLS segment 7B too small to detect shrink
  4. httpinconclusive (size_before=163, size_after=None): natural max segment 163B already <= 1220B; nothing to shrink

Attempt log (odin):

  1. icmp6-echonot_honored (size_before=1360, size_after=1360)
  2. dns-tcpinconclusive (size_before=674, size_after=None): max DNS-over-TCP segment 674B; not big enough to test PMTU shrink
  3. tlsinconclusive (size_before=7, size_after=None): largest TLS segment 7B too small to detect shrink
  4. httpinconclusive (size_before=163, size_after=None): natural max segment 163B already <= 1220B; nothing to shrink

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.

What does "Type 2 not honored" actually mean? — click to expand

What this test does

Using the icmp6-echo method, we send a 1500-byte ICMPv6 Echo Request, then a forged ICMPv6 Type 2 (Packet Too Big) declaring path MTU=1280, and observe whether the next Echo Reply arrives split into IPv6 fragments. RFC 4890 requires hosts and intermediate networks not to filter ICMPv6 Type 2; the destination's TCP/UDP stack must act on a received PTB by lowering its Path MTU cache for that destination, which makes subsequent segments smaller.

What we measured

The TCP segment size your server emitted before our forged Type 2 was 1360 B; after, it was 1360 B. No change. RFC 4890 ("Type 2 messages MUST NOT be filtered") expects subsequent segments to shrink to fit a Path MTU of 1280 B.

Three plausible causes

  1. Your host firewall is dropping ICMPv6 Type 2 inbound. Many default firewall rule sets only allow Echo Request/Reply and Neighbor Discovery, silently dropping all other ICMPv6 types - including Packet Too Big.
  2. An upstream / transit network is dropping ICMPv6 Type 2 before it reaches you. Some transit ASes filter ICMPv6 messages other than Echo at the edge. The forged PTB never arrives, so your stack never has a chance to act on it.
  3. Your kernel is ignoring the PTB. Linux / BSD stacks normally accept ICMPv6 PTB and update the route cache, but a few sysctls (or a hardened kernel) can be configured to ignore PMTU updates - typically as part of an over-aggressive anti-spoofing or uRPF policy.

How to check & fix (Linux examples)

1. Confirm Type 2 is not blocked at the host firewall:

sudo ip6tables -L INPUT -nv | grep -iE 'icmpv6|packet-too-big'
sudo nft list ruleset 2>/dev/null | grep -A1 'icmpv6'

If you see rules dropping ICMPv6 unconditionally, change them to permit at least icmpv6 type packet-too-big (and destination-unreachable, time-exceeded, parameter-problem per RFC 4890).

2. Confirm the kernel accepts incoming PTB:

sudo sysctl net.ipv6.conf.all.accept_redirects net.ipv4.ip_no_pmtu_disc net.ipv6.route.mtu_expires

The defaults (accept_redirects=1, ip_no_pmtu_disc=0) are the right values for honoring PTB.

3. Live trace: while we have an open TCP flow with a small MSS (we run our test from 2607:fae0:a000::42 on odin, 2a00:8642:42::75 on go6lab and 2a12:d8c0:105a:9001::a154 on karsolink), watch for our forged Type 2 arriving on your interface:

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 TCP segments still stay big, the drop is in your kernel or NIC offload (cause 3). If you don't see them at all, the drop is upstream of you (cause 2) - ask your upstream(s) to permit ICMPv6 Type 2.

4. If your test target above (2026-05-30T12:46:42Z) is a host that you don't own (e.g. a third-party DNS / TLS server you happen to operate prefixes for), the verdict reflects that specific host's behaviour - try the test against a server you do own and we'll happily re-run.

RFC 4890 references: §4.3.1 (Packet Too Big - MUST NOT be dropped), and RFC 8201 for the broader PMTUD requirement.

From NL host (go6lab)   echo onlyRFC 4890 ✗

filter likely at: destination AS208753 (NETSIX) · min PMTU on path: 1420

4/4
Echo small (56B) 103.5ms
0/4
Echo 1500B (DF) -
yes
Type 1 dest-unreach
443,80
TCP responds on

Path (traceroute + mtr + PTR)

#IP / PTRRTTmtr lossASAS holder
12a00:8642:42::31.0ms0%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.5ms0%AS50673Serverius-as - Serverius Holding B.V., NL
42a03:3f40::10:412.6ms0%AS50673Serverius-as - Serverius Holding B.V., NL
52001:b28:3ff::1b1b:0:127.3ms0%AS31500GNM-AS - Global Network Management Inc, AG
6*---
7*---
8*---
9lakenetworks.minap.it
2001:7f8:c5::a500:6517:1
36.5ms0%AS6517Lakenetworks
10rs5.v6-IT-Milano.6project.org
2a14:7584:448d::2
36.4ms0%AS6517LAKENETWORKS-AS - LAKENETWORKS, US
11fd00:206:25::2142.9ms0%-NA
12habanero.local
2a09:b280:ff60::1
77.6ms0%AS208753NETSIX - Marco d_Angelo, IT

tracepath -6

 1?: [LOCALHOST]                        0.041ms pmtu 1420
 1:  2a00:8642:42::3                                       2.099ms 
 1:  2a00:8642:42::3                                       1.890ms 
 2:  gw.friends.steffann.nl                                2.249ms 
 3:  2a00:1ca8:1::194                                      2.533ms 
 4:  2a03:3f40::10:41                                      2.699ms 
 5:  2001:b28:3ff::1b1b:0:1                               26.356ms asymm  6 
 6:  be2.core1.cph1.he.net                                25.547ms asymm  5 
 7:  no reply
 8:  no reply
 9:  lakenetworks.minap.it                                36.888ms 
10:  rs5.v6-IT-Milano.6project.org                        37.665ms 
11:  fd00:206:25::2                                      102.928ms 
12:  habanero.local                                       77.254ms reached
     Resume: pmtu 1420 hops 12 back 12 

From ITA host (Karsolink)   echo onlyRFC 4890 ✗

filter likely at: destination AS208753 (NETSIX) · min PMTU on path: 1420

4/4
Echo small (56B) 62.9ms
0/4
Echo 1500B (DF) -
yes
Type 1 dest-unreach
443,80
TCP responds on

Path (traceroute + mtr + PTR)

#IP / PTRRTTmtr lossASAS holder
1*-0%*-
2*-0%*-
32a12:d8c0:101f:6::19.9ms0%AS204471KARSOLINK - 2S Computers SRL, IT
4lakenetworks.minap.it
2001:7f8:c5::a500:6517:1
9.2ms0%AS6517Lakenetworks
5rs5.v6-IT-Milano.6project.org
2a14:7584:448d::2
10.1ms0%AS6517LAKENETWORKS-AS - LAKENETWORKS, US
6*---
7habanero.local
2a09:b280:ff60::1
79.4ms0%AS208753NETSIX - Marco d_Angelo, IT

tracepath -6

 1?: [LOCALHOST]                        0.029ms pmtu 1500
 1:  karsolink-01.net.karsolink.com                        0.967ms 
 2:  no reply
 3:  2a12:d8c0:101f:6::1                                  10.429ms 
 4:  lakenetworks.minap.it                                 9.805ms asymm  5 
 5:  rs5.v6-IT-Milano.6project.org                        10.763ms asymm  6 
 6:  rs5.v6-IT-Milano.6project.org                        11.087ms pmtu 1420
 6:  no reply
 7:  habanero.local                                       54.777ms reached
     Resume: pmtu 1420 hops 7 back 8 

From SLO host (6connect)   echo onlyRFC 4890 ✗

filter likely at: destination AS208753 (NETSIX) · min PMTU on path: 1420

4/4
Echo small (56B) 73.5ms
0/4
Echo 1500B (DF) -
yes
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.3ms0%*AS80386CONNECT - 6connect, Inc., US
2ccr-to-fw-ccr1-gw-lju.6connect.com
2607:fae0:a000:2::2
0.5ms0%*AS80386CONNECT - 6connect, Inc., US
32a03:a100:0:201:1::10.6ms20%AS56635XENYA - XENYA inzeniring, proizvodnja in trgovina, d.o.o. Ljubljana, SI
4e0-1.core1.lju1.he.net
2001:470:1:5be::1
2.0ms0%AS6939HURRICANE - Hurricane Electric LLC, US
5*---
6port-channel1.core1.zag2.he.net
2001:470:0:2ea::2
3.8ms0%AS6939HURRICANE - Hurricane Electric LLC, US
7*---
8lakenetworks.minap.it
2001:7f8:c5::a500:6517:1
12.0ms0%AS6517Lakenetworks
9rs5.v6-IT-Milano.6project.org
2a14:7584:448d::2
12.2ms0%AS6517LAKENETWORKS-AS - LAKENETWORKS, US
10fd00:206:25::2158.1ms0%-NA
11habanero.local
2a09:b280:ff60::1
52.1ms0%AS208753NETSIX - Marco d_Angelo, IT

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

tracepath -6

 1?: [LOCALHOST]                        0.065ms pmtu 1500
 1:  fw1-lju.6connect.com                                  0.416ms 
 1:  fw1-lju.6connect.com                                  0.559ms 
 2:  ccr-to-fw-ccr1-gw-lju.6connect.com                    0.717ms 
 3:  2a03:a100:0:201:1::1                                  0.732ms 
 4:  e0-1.core1.lju1.he.net                                1.800ms 
 5:  no reply
 6:  port-channel1.core1.zag2.he.net                       4.014ms 
 7:  no reply
 8:  lakenetworks.minap.it                                12.055ms 
 9:  rs5.v6-IT-Milano.6project.org                        12.577ms 
10:  rs5.v6-IT-Milano.6project.org                        12.327ms pmtu 1420
10:  fd00:206:25::2                                      156.503ms 
11:  habanero.local                                       52.853ms reached
     Resume: pmtu 1420 hops 11 back 11