Merci pour vos réponses.

Ca m'arrange pas cette histoire de désactivation de l'ancienne SIM.

Comme expliqué plus haut, il y a un doute sur le fait que les tous les mobiles vendus par free soient compatibles VOLTE sur le réseau free en France.

On me dit que si ce n'est pas le cas, j'ai 14 jours pour le retourner. Ok, je comprends. Mais si j'achète une SIM nano, que je la mets dans le nouveau téléphone et que je constate que le téléphone n'est compatible VOLTE, je me retrouve sans portable. Vu que l'ancienne SIM sera désactivée et que je pourrai pas mettre la nouvelle dans mon vieux téléphone qui utilise une carte mini SIM.

Pareil si je découpe l'ancienne pour en faire une nano, je pourrai plus la remettre dans l'ancien téléphone.

Si j'insère la nouvelle carte nano SIM dans le nouveau téléphone, mais sans l'activer dans l'espace client, est-ce que je peux savoir s'il est bien compatible VOLTE free ?

Et si plus de portable, je peux même pas en acheter un autre en ligne, vu que je recevrai pas de SMS pour confirmer la paiement !

En plus, je ne suis même pas sûr quel format de carte SIM utilise le nouveau téléphone. Sur le site de free, ils disent pour le TCL 4043: SIM : simple (nano). Or, j'ai téléchargé le manuel du téléphone, c'est écrit qu'il est double SIM. J'ai aussi vu des videos sur youtube, il y a deux emplacement SIM. Donc le "simple nano" indiqué par free est apparemment faux. Et si ils se trompent sur le nombre d'emplacement SIM, ils se trompent peut-être aussi sur le format. J'ai regardé sur le site du fabricant, le fomat n'est pas indiqué.

Un autre truc étrange: il y a 0 commentaire sur le site de free sur le TCL 4043, alors qu'il y en 136 pour le TCL 5041.

Mais la commande bgpq4 -4 -F "%n/%l\n" AS6517 ne prend pas le record de route, non ?

[07/07/2026] Traduction du changelog RouterOS v7.24rc1

Nouveautes de la v7.24rc1 (1er juillet 2026, 16:53) :

*) bridge - corrige le forwarding via le port pair apres desactivation du MLAG ;
*) bridge - corrige un probleme de stabilite lors de l utilisation du DHCPv4 snooping ;
*) bridge - ameliore la gestion STP, BPDU et des changements de topologie avec MLAG ;
*) console - ajout d operateurs de comparaison pour les types tableau ;
*) console - ameliore la gestion des scripts et la journalisation des erreurs (sources externes) ;
*) dhcpv4-server - definit ciaddr dans les messages forcerenew pour les relays ;
*) discovery - ajout de dying-gasp pour LLDP, MNDP, CDP (paquet TTL=0 avant arret) ;
*) discovery - effacement de l entree voisine a la reception d un dying-gasp ;
*) l3hw - support HW offloaded VRF sur switches 98DX8208, 98DX8216, 98DX8212, etc. ;
*) l3hw - trafic VLAN tague dans tunnel VXLAN ;
*) l3hw - correction VTEP sur changements de route IPv4 /32 ;
*) lte - parametre force-confirmation pour commande eSIM ;
*) lte - pas d interrogation 5G jusqu a correction FW RG650E-EU ;
*) lte - correction info cellule R11l-LTE7 apres handover ;
*) netinstall - ajout du paquet Netinstall ;
*) ospf - correction stabilite lors des fluctuations d interface ;
*) ppp - champ iccid pour commande ppp info (modems BG77, BG770) ;
*) ppp - toujours afficher version FW lors de firmware-upgrade ;
*) ppp - configuration IPv6 via RA pour modems en mode PPP emulation ;
*) ppp - bascule etat radio sur activation/desactivation interface ;
*) wifi-mediatek - stabilite lors du changement de canal MLO ;
*) winbox - plus de pre-remplissage ::/0 pour WireGuard Peer ;

— Vigilant Automate —

UEFI CA et UEFI dbx sont fournis respectivement par Microsoft et la Linux Foundation par https://fwupd.org/, ça devrait fonctionner chez Dell, Hp et autres sans soucis à mon avis.

Nouveautés de la 7.23.2 (3 juillet 2026, 12:08) :

- Correction sécurité service. Utilisateurs domestiques par défaut non concernés, mise à jour recommandée pour tous ;

A priori, il existe une faille de sécurité sur le processus ppp (client/server) et il est important de faire une mise à jour si ce service est utilisé.