Auteur Sujet: [Releases] OpenWRT 24.10 est disponible, 20 ans déjà ! (Lu 6432 fois)

mirtouf · « **Réponse #24 le:** 10 février 2025 à 10:20:16 »

https://openwrt.org/releases/24.10/notes-24.10.0

Citer

General changes

Upgrades of many components to new versions like the Linux kernel from version 5.15 to 6.6
TLS 1.3 support in default images
mbedtls was updated to version 3.6 which includes support for TLS 1.3
Activate POSIX Access Control Lists and file system security attributes for all file systems on devices with big flash sizes. This is needed by docker nowadays.
This is activated for all targets which do not have the small_flash feature flag. small_flash is set for the ath79/tiny, bcm47xx/legacy, lantiq/ase, lantiq/xrx200_legacy, lantiq/xway_legacy, ramips/mt76x8, ramips/rt288x, ramips/rt305x and ramips/rt3883 targets.
Activate kernel support for Multipath TCP on devices with big flash sizes.
Improved support for WiFi6 (802.11ax) and initial support for WiFi7 (802.11be)
Not many Wifi7 devices are supported by OpenWrt yet
Improved Link Layer Discovery Protocol (LLDP) support
OpenWrt 24.10 uses OPKG only, APK packages are *not* supported. Only main branch was changed to APK.

mirtouf · « **Réponse #25 le:** 10 février 2025 à 14:08:30 »

Achtung!
Des gros bugs au niveau multicast (igmpproxy, noyau) sont apparus et cela empêche de recevoir les flux correctement (perte de paquets dès un certain débit). Bien sûr, tout fonctionne correctement avec OpenWRT 23.05.
Sans en être sûr, les modifications noyaux et un logiciel plus très souvent mis à jour ne sont pas un gage de fiabilité.

rooot · « **Réponse #26 le:** 10 février 2025 à 15:58:05 »

Citation de: mirtouf le 10 février 2025 à 14:08:30

Achtung!
Des gros bugs au niveau multicast (igmpproxy, noyau) sont apparus et cela empêche de recevoir les flux correctement (perte de paquets dès un certain débit). Bien sûr, tout fonctionne correctement avec OpenWRT 23.05.
Sans en être sûr, les modifications noyaux et un logiciel plus très souvent mis à jour ne sont pas un gage de fiabilité.

heureusement qu'il y a eu 7 Release candidate avant...

simon · « **Réponse #27 le:** 10 février 2025 à 16:07:23 »

Ca ne serait pas dû à des modifications de règles de firewall ?

mirtouf · « **Réponse #28 le:** 10 février 2025 à 17:07:03 »

Pas de mon côté, je vais devoir regarder les règles insérées par les paquets.

rooot · « **Réponse #29 le:** 22 mars 2025 à 18:24:40 »

@mirtouf tu as un lien pour suivre l'avancement de ce bug ?
je suis passé a la 24.10 et je rencontre des problemes de paquets sur mes flux TV multicast...

mirtouf · « **Réponse #30 le:** 22 mars 2025 à 20:57:36 »

Je n'avais rien vu niveau logiciel qui soit évident, je n'avais pas ouvert de bug.
A priori, de façon déconcertante, les paquets sont réordonnés ce qui fout le dawa dans les flux UDP multicast: https://github.com/openwrt/openwrt/issues/18214

Cela semble cohérent avec mes observations: les flux multicast à faible débit arrivent encore à avoir leurs paquets réordonnés sans perte alors que les flux à débit plus élevés n'ont pas cette chance.

rooot · « **Réponse #31 le:** 22 mars 2025 à 21:37:51 »

de mon coté le problème est contourné en utilisant udpxy plutot qu'igmpproxy, ca marche nickel.

rooot · « **Réponse #32 le:** 24 avril 2025 à 22:21:37 »

Depuis le passage à la 24.10 il y a des mises a jour de Luci tous les 3 jours environ, c'est quoi cette histoire

mirtouf · « **Réponse #33 le:** 27 mai 2025 à 13:34:08 »

Pour en revenir à mes problèmes de flux pixelisés, c'était lié à un GRO malveillant, un coup de ethtool -K eth1 gro off a résolu mon problème mais cela aurait pu faire l'objet d'un avertissement dans la release, depuis des années cela ne posait aucun problème mais visiblement, les modifications noyau ont créé ce problème.

rooot · « **Réponse #34 le:** 27 mai 2025 à 16:10:39 »

Du coup ca doit me concerner aussi, bien que mon probleme soit réglé suite au passage a udpxy. je vais tester en rentrant.

mirtouf · « **Réponse #35 le:** 27 mai 2025 à 17:33:36 »

On pourrait même utiliser une option:
https://github.com/openwrt/netifd/pull/14

Code: [Sélectionner]

uci set network.@device[2].gro='0'
uci commit

Le device dépendant de chez vous mais vous pouvez le vérifier avec

Code: [Sélectionner]

uci show network
Le problème pourrait venir de là:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=b5c53848c3792355a2dd4ff0e06bf4d230e1f5fb