Oui oui, je suis à 1000/1000 en LAN, tout mon réseau est optimisé de ce côté là. J’ai speedtest tracker sur docker qui tourne depuis 2 mois avec lequel j’ai pu suivre le bridage en down a ce moment là, et grâce auquel je vois aussi l’oubli de rehausse de mon up. Je suspecte la Fbx Light de ne pas être concernée par cette hausse générale, aucune autre explication…
PS: j’ai tout fait : reset de box, branchement au c*l de la box en ethernet etc. Le problème ne se produit bien que sur l’upload…

Bonjour

Merci pour votre retour.
Quel est le SFP qui est dans l'ONU de la revolution light?
WTD RTMX166-401-C11
WTD RTMX166-401-C13
WTD RTMX166-501-C13
Un HiSense ?
Un autre modèle ?

Cordialement
nbanba

Bonjour

Nouveau firmware sorti a 17h, ça devrait résoudre tes problèmes : https://dev.freebox.fr/blog/?p=21453

Oui, je crois que je vais pouvoir passer ce thread en résolu

D'habitude j'attend toujours les premier retours sur le bugtracker avant de jouer la mise à jour mais cette foi-ci je vais tester aujourd'hui (après avoir fait tant de bruit pour cet incident je dois bien ça à Free)...

Et surtout Merci Free

Cordialement
nbanba

La valeur dans la page admin est hardcodée, elle ne dépend de rien, c'est juste une indication de valeur max.

EDIT 2025-03-21:
Un bug bloque le démarrage des VM lorsqu'elles utilisent le support de l'écran VNC
=> pour démarrer la VM, désactivez le support de l'écran VNC (enable_sceen=false)
voir https://dev.freebox.fr/bugs/task/40130
/EDIT/


Bonjour

Concernant les VM, bonne nouvelle le débit internet de sortie directe est de nouveau de plus de 4Gbps en IPv4 + IPv6 (1vcpu)

Il y à cependant eu des modif hardware:
Les NIC sont maintenant sur le BUS PCIE 0 position 5
Précédemment, elle étaient sur le BUS PCIE 0 position 3

La position 3 du bus PCIE 0 à vu apparaître un (nouveau?) PCIE ROOT PORT probablement pour délester le canal IO

Conséquences avec SystemD:
les interfaces réseaux ont été renommées de enp0s3 à enp0s5

Pour ceux à qui ça pose souci voici une manière simple de corriger:

1) poweroff VM
sudo poweroff

2) copiez les fichiers MyVM.qcow2 et MyVM.qcow2.efivars quelquepart (faite un backup... )
Avec la lib bash (ici: https://github.com/freeboxos/freeboxos-bash-api) ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20  :
. loginfreebox
mkdir_fs_file parent=/FBX24T/box-vm-bck dirname=20250319_vm
cp_fs_file files=/FBX24T/box-vm/14RV-FSRV-01.qcow2.efivars,/FBX24T/box-vm/14RV-FSRV-02.qcow2.efivars,/FBX24T/box-vm/14RV-FSRV-20.qcow2.efivars dst=/FBX24T/box-vm-bck/20250319_vm mode=overwrite
cp_fs_file files=/FBX24T/box-vm/14RV-FSRV-01.qcow2,/FBX24T/box-vm/14RV-FSRV-02.qcow2,/FBX24T/box-vm/14RV-FSRV-20.qcow2 dst=/FBX24T/box-vm-bck/20250319_vm mode=overwrite


3) démarrez les VM 
Avec la lib bash ça donne par exemple pour 3 VM nommées 14RV-FSRV-01,14RV-FSRV-02 et 14RV-FSRV-20
vm_start 1
vm_start 2
vm_start 20

4) accédez à la console série de la VM car on va shooter le réseau (accessible en websocket par l'API ou avec la commande vm_console de la lib bash) :
Avec la lib bash ça donne par exemple pour 1 VM ayant pour id 20 :

vm_console 20
Connecting Freebox websocket : wss://mafreebox.freebox.fr/api/v14/vm/20/console

Type CTRL+K to EXIT

14RV-FSRV-20 login:


5) dans la vm, passez en root
sudo su -

6) On change dans tous les fichiers de conf 'enp0s3' par 'enp0s5'
grep -iR enp0s3 /etc/ | cut -d: -f1 | sort -u |xargs -I@ sed -i s/enp0s3/enp0s5/g @

7) On applique la configuration réseau (on shoot l'autoconfig puis on reboot)
Pour ceux qui utilisent NetworkManager - commande à jouer depuis la console série  :

nmcli connection down Wired\ Connection\ 1
nmcli connection delete  Wired\ Connection\ 1
nmcli connection reload
reboot

Puis ensuite les VM auront récupérées leurs config réseaux d'avant reboot de la freebox, les interfaces vlan remonterons, et les conf réseaux des namespaces (ip netns) également


NB:
Attention j'avais également des scripts dans /opt => j'ai du recommencé la commande du point 6 en changeant /etc par /opt (idem pour ceux qui ont des scripts dans /usr ou autre.
Après je ne recommande pas le
grep -iR /
avec un pipe sed -i
ça peut être très long voir dangereux


Cordialement
nbanba

Bonjour

Merci pour tous ces détails techniques et ce guide, nbanba.

Pour l'anecdote, j'ai un Raspberry Pi qui fait du smokeping vers quelques destinations et en profite pour aussi ping ma Delta, et on peut constater une différence intéressante avant et après màj 4.9.0

(EDIT : faut cliquer sur l'image, la transparence n'est pas gérée correctement sur la version réduite...)

Bien vu ce gain de ~20% sur la latence !
Peut être dut à un canal IO dédié ? 

Aussi pour précision le bus PCIE des VM est passé en GEN4 (16GT/s par data lane contre 8GT/s par data lane en GEN3)

PS:
je constate toujours une petite différence (~+0,5Gbps) entre sortie directe sur internet d'une VM et sortie sur internet de cette même VM par un routeur du LAN lui même sortant sur internet par la freebox
Mais à ce niveau c'est presque cosmétique => j'ai passé ce ticket en résolu

Cordialement
nbanba

Bonsoir

Pour ma part je suis toujours a 2.3GBITS/S

N'y voyez rien de personnel mais j'ai des doutes concernant l'objectivité de votre protocole de test ainsi que sur l'architecture et le hardware utilisé dans le cadre de vos tests.

Je peux probablement vous aider à rendre protocole et architecture de tests agnostics aux facteurs environementaux, mais désolé il faudra reprendre tout de 0

Cordialement
nbanba