MTU 9000 Fehlersuche zwischen QNAP und Windows Server 2016

Hallo zusammen,

Ich suche ein paar Bytes

Folgendes Setup:

QNAP NAS mit Mellanox MT27520 Family [ConnectX-3 Pro] Karte 192.168.254.29
Windows Server 2016 mit HP 560SFP+ Karte 192.168.254.30

beide hängen an MikroTik CRS309-1G-8S+IN RouterOS v6.43.13

Konfiguriert habe ich unter anderem gemäß folgender Anleitungen: ¹ und ²

Eingestellt ist folgendes:

Heraus kommt folgendes:

Test vom Windows Server:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
ping 192.168.254.29 -f -l 8972

Ping wird ausgeführt für 192.168.254.29 mit 8972 Bytes Daten:
Antwort von 192.168.254.29: Bytes=8972 Zeit<1ms TTL=64
Antwort von 192.168.254.29: Bytes=8972 Zeit<1ms TTL=64
Antwort von 192.168.254.29: Bytes=8972 Zeit<1ms TTL=64

ping 192.168.254.29 -f -l 9000

Ping wird ausgeführt für 192.168.254.29 mit 9000 Bytes Daten:
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.
Paket müsste fragmentiert werden, DF-Flag ist jedoch gesetzt.

netsh interface ipv4 show interfaces

Idx     Met         MTU          State                Name
---  ----------  ----------  ------------  ---------------------------
  1          75  4294967295  connected     Loopback Pseudo-Interface 1
 10          25        1500  connected     vEthernet (Switch Management)
 14          15        9000  connected     Ethernet 10 (Storage)

Test vom QNAP ist nicht so richtig möglich. alle Paketgrößen werden akzeptiert.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
BusyBox v1.24.1 (2020-08-17 02:46:16 CST) multi-call binary.

Usage: ping [OPTIONS] HOST

Send ICMP ECHO_REQUEST packets to network hosts

        -4,-6           Force IP or IPv6 name resolution
        -c CNT          Send only CNT pings
        -s SIZE         Send SIZE data bytes in packets (default:56)
        -t TTL          Set TTL
        -I IFACE/IP     Use interface or IP address as source
        -W SEC          Seconds to wait for the first response (default:10)
                        (after all -c CNT packets are sent)
        -w SEC          Seconds until ping exits (default:infinite)
                        (can exit earlier with -c CNT)
        -q              Quiet, only display output at start
                        and when finished
        -p              Pattern to use for payload

Zum Problem:

Irgendwo scheinen 28 Byte zu fehlen. Eigentlich müsste der 9000 ping durchgehen. Wo könnten die hängen? Und - ist das überhaupt ein Problem?

Grüße

lcer