10.226.250.124 de mon côté

L'IP est bien portée par la box :

Détermination de l’itinéraire vers 10.226.250.124 avec un maximum de 30 sauts.

  1    <1 ms    <1 ms    <1 ms  unifi.local [192.168.0.1]
  2    <1 ms    <1 ms    <1 ms  10.226.250.124

Itinéraire déterminé.

et en le metant pas ici bien sur, l ip publique est differente je suppose?
curl http://ip1.dynupdate.no-ip.com/

oui oui bien sûr, même dans l'interface de la box : c'est du 88.machin , ip avec tous les ports bien entendu

Ce serait pas en rapport avec le service backup ?

Ce serait pas en rapport avec le service backup ?

Il me semble avoir entendu un jour qu'un certain R.A. avait mis en place lors de la genèse de Free un DHCP "bis" afin que chaque box obtienne une adresse privée en 10.x.y.z , ce qui permettait (et permet toujours?) au SAV de se connecter à la box depuis le réseau interne de Free, et non pas par l'adresse publique...
Ce qui permet d'adresser jusqu'à 16 Millions de Box, ce qui devrait être encore suffisant actuellement...

d'accord mais par exemple quand j'etait chez free, le support pouvait se connecter a ma box via l'adresse mac de ma box (sans ipv4 publique donc), pour pouvoir mettre une version beta sur ma box (j'avais été volontaire pour tester la sauvegarde de parametres et l'import), j'avais redemarré et j'avais la version beta... du coup c'est redondant avec ca non?

Le DHCP en question doit donner des baux statiques IPV4, donc liés à la mac.

Voici mon retour sur la nouvelle box, si jamais ça peut aider. J'ai un port 10G RJ45 sur ma carte mère donc je suis resté en cuivre. J'ai pris le 10Gtek 10G-SFP-T-Cisco et ça marche nickel avec un câble Cat 5e d'un mètre.
Avec https://dl.nspeed.app/nspeed-client/preview/ pour tester en local, je suis bien proche des 10G :
$ nspeed get http://mafreebox.freebox.fr/gen/100G
running jobs of '#0' (0)...
batch #0:
 Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
 #0|   9.4 Gbps|       0 bps| 8.00|     9.4 GB|           0 B|get http://mafreebox.freebox.fr:8095/fixed/100G (IPv4 - 0.166 ms - HTTP/1.0 - )
La puce côté PC est une Aquantia (Marvell) AQC113CS (ID PCI 1d6a:94c0) en firmware 1.3.15 (jamais flashé, c'était comme ça sur la CM).
Vu les messages précédents, j'enfonce des portes ouvertes mais le SFP chauffe vraiment, impossible de laisser les doigts dessus ! L'avertissement "hot in operation" qui mentionne 70 °C n'est pas mensonger

Ensuite, en termes de débits Internet, je suis satisfait même si je n'ai jamais atteint 7G en up.
En "heures creuses" :

Quelques grosses baisses de débit en download sur les serveurs Lyonnais vers 22 heures :
https://www.speedtest.net/result/c/0f3f1f22-532e-4dd8-bba0-9a3f30a4546b
https://www.speedtest.net/result/c/cfa1cc5d-7a6d-44bc-b16f-240be565d666
Mais, à la même heure, ça fonctionnait bien à Paris ou Grenoble :
https://www.speedtest.net/result/c/65e02559-b0c5-4f4a-8a11-dac38ad0ea2b
https://www.speedtest.net/result/c/4d5f490f-0fc5-4896-af25-2bf0bfeb8786
Même en single connection, c'est pas trop mal. Par exemple sur bouygues.testdebit.info (algo Cubic paraît-il) en iperf avec --bidir vers 19 h 50 :
[  5][TX-C]   0.00-10.05  sec  2.00 GBytes  1.71 Gbits/sec                  receiver
[  7][RX-C]   0.00-10.05  sec  4.20 GBytes  3.59 Gbits/sec                  receiver
Je n'ai pas pu faire de -P10 avec le serveur bouygues en --bidir, ça ne fonctionnait pas, donc je ne peux pas comparer single/multi.
Par contre, je l'ai fait sur scaleway.testdebit.info, à la même heure, en single connection :
[  5][TX-C]   0.00-10.04  sec  2.00 GBytes  1.71 Gbits/sec                  receiver
[  7][RX-C]   0.00-10.04  sec  4.46 GBytes  3.81 Gbits/sec                  receiver
Et avec -P10 :
[SUM][RX-C]   0.00-10.01  sec  7.33 GBytes  6.29 Gbits/sec                  receiver
[SUM][TX-C]   0.00-10.01  sec  6.97 GBytes  5.98 Gbits/sec                  receiver

Je finis avec des tests nspeed sur Cloudflare vers 21 heures, l'upload était pas fou en single connection mais la petite taille de fichier ne doit pas aider (je réessaierai avec 500M, le max autorisé par le serveur) :
            Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
 Download mono|   1.3 Gbps|       0 bps| 6.20|     1.0 GB|           0 B|get https://speed.cloudflare.com/__down?bytes=1000000000 (IPv4 - 7.719 ms - HTTP/1.1 - TLS 1.3)
 Download multi|   6.9 Gbps|       0 bps| 8.00|     6.9 GB|           0 B|8 x get https://speed.cloudflare.com/__down?bytes=1000000000 (IPv4 - 7.381 ms - HTTP/1.1 - TLS 1.3)
 Upload mono|      0 bps|  457.1 Mbps| 3.50|        0 B|      200.0 MB|post https://speed.cloudflare.com/__up 200.0 MB (IPv4 - 7.992 ms - HTTP/1.1 - TLS 1.3)
 Upload multi|      0 bps|    3.1 Gbps| 4.10|        0 B|        1.6 GB|8 x post https://speed.cloudflare.com/__up 200.0 MB (IPv4 - 7.69 ms - HTTP/1.1 - TLS 1.3)

Bref, à voir si ça se maintient, mais je trouve ça plutôt pas mal.