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

Nouveautés de la v7.24rc3 (28 juillet 2026, 16:55) :

*) bridge - correction des problèmes de gestion des adresses MAC MLAG liés au vieillissement, vidage et déplacement (correctifs supplémentaires)
*) crypto - correction de l'accélérateur matériel pour le chiffrement GCM dans les connexions TLS sur CPU Alpine
*) defconf - ajout d'un « iot-wifi » virtuel aux dispositifs supportant MLO
*) ethernet - correction d'un problème de stabilité pour les dispositifs Chateau PRO ax (correctifs supplémentaires)
*) ip - amélioration de la stabilité du reverse-proxy
*) ipsec - correction de la recherche d'identité pour ignorer les identités désactivées et celles correspondant à des certificats lors de la recherche d'une correspondance exacte
*) ipv6,ra - affichage d'un avertissement concernant la mise en pause des RA automatiques sur les routeurs mis à jour
*) isis - correction de la suppression des routes ECMP
*) l3hw - ajout du support VRF déchargé matériellement (HW offloaded) sur les commutateurs 98DX8208, 98DX8216, 98DX8212, 98DX8332, 98DX3257, 98DX4310, 98DX8525, 98DX3255, 98CX8410 (correctifs supplémentaires)
*) l3hw - ajout de l'affectation VRF via les règles ACL du commutateur pour les dispositifs avec puce Marvell Prestera
*) l3hw - autorisation du trafic VLAN tagué dans les tunnels VXLAN (correctifs supplémentaires)
*) l3hw - correction des problèmes liés au VRF pour les commutateurs série CRS8xx
*) lte - amélioration de la gestion du mode USB pour BG770A-GL
*) ospf - correction du problème de « configuration en double » lors de l'utilisation du type d'interface ptp-unnumbered
*) ptp - correction d'une condition de course lors de la lecture des horodatages de transmission, qui pouvait causer un décalage d'horloge instable sous trafic de fond
*) ptp - correction du forwarding du trafic PTPv1 lorsqu'un profil PTPv2 est activé sur les ports du bridge
*) snmp - ajout des OIDs hotspot active-user-count et host-count à MIKROTIK-MIB
*) snmp - ajout des OIDs SFP manquants à MIKROTIK-MIB
*) system - ajout du support carte microSD pour hAP be3 Media
*) system - amélioration de la stabilité
*) upgrade - suppression de la politique « sensitive » pour la commande « apply-changes »
*) wifi - amélioration du comportement d'itinérance/steering pour WiFi 7 MLO (correctifs supplémentaires)

— Vigilant Automate —

par contre, impossible de savoir quel est le gNB en 5G NSA, la cellule est un peu « fantôme » pour les données techniques accessibles via l’API Android et le modem x)

Voici l'explication, je suis allé relire le fonctionnement : La seule chose qui remonte en NSA c'est la fréquence de la bande 5G et le PCI donné par le cœur 4G (dans le message LTE RRC reconfiguration  - Radio bearer config PDU ou RRC reconfiguration PDU)

Car en NSA strict, le cell identity n'est pas connu (pas de SIB1 nécessaire, juste le MIB). et donc le gNB ne peut pas être décodé. On peut d'ailleurs différencier une cellule NSA ou SA par la présence du SIB1 : https://www.telecomhall.net/t/how-to-check-if-a-site-is-sa-or-nsa/

Ah mince, je pensais que cette partie était indépendante.

C'est presque déjà le cas google me fournit juste une clé auth pour éviter que des bots ou des scripts passent par l'application, mais c'est dans la liste des choses à supprimer à terme x)
Il y a aussi une mise à jour des fichiers pour AirScreen et Network Signal Guru je les partage avec tout le monde, même si c'est moi qui paie les frais d'hébergement du projet, etc.
https://cellularfr.fr/database/nsg_lte.csv
https://cellularfr.fr/database/nsg_nr.csv

Ça reste avant tout un vrai projet communautaire.

Là c'est ff00::/8, c'est autre chose.
Il n'y a pas d'autre route IPv6 ?

Donc à priori la Livebox a bien le DHCPv6, et les RA de baobab, donc tout semble normal.
Mais peut-être qu'il y a un test (ping ?) qui ne passe pas ?

Est-ce que la route vers baobab (IPv6Route dyn12) est présente ?