Auteur Sujet: [RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra (Lu 81038 fois)

jonathanbibou · « **Réponse #336 le:** 21 mars 2025 à 12:35:01 »

Très certainement

Mes tests sont réalisés via une VM debian avec l'ULTRA en iperf3 sur ping online en V4 et V6

Avec ma DELTA en janvier j'étais à 4.5gbits/s

samuelvermeulenpro · « **Réponse #337 le:** 21 mars 2025 à 20:15:05 »

Citation de: nbanba le 19 mars 2025 à 09:48:31

....
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
Code: [Sélectionner]
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 :

Code: [Sélectionner]
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
Code: [Sélectionner]
sudo su -
6) On change dans tous les fichiers de conf 'enp0s3' par 'enp0s5'
Code: [Sélectionner]
grep -iR enp0s3 /etc/ | cut -d: -f1 | sort -u |xargs -I@ sed -i s/enp0s3/enp0s5/g @
....
Cordialement
nbanba

Bonjour et merci pour votre méthode et votre script fonctionel au passage, ce qui m’a permis de comprendre le problème venait d’un changement d’interface réseau
Moi bête et discipliné surtout, moi qui n’aime pas réinventer la roue, pour faire simple :
J’ai tout simplement sur mon Laptiop sous debian, monté via qemu-mdb l’image de ma VM puis chrooté son système afin de pouvoir éditer "/etc/network/interfaces" en remplaçant enp0s3 en enp0s5.
Je démonte le tout, rebranche sur la Freebox puis démarrage de la VM avec à nouveau du réseau

Bien librement

vdelacot · « **Réponse #338 le:** 22 mars 2025 à 17:19:51 »

Merci beaucoup, ce post a sauvé ma VM Home Assistant sur Freebox Ultra qui n'était plus joignable depuis la dernière mise à jour.

En plus des manipulation suggérées par nbanba qui sont indispensables pour récupérer l'accès à la VM Home Assistant sur ma Freebox Ultra, j'ai du également éditer avec vi le fichier
/etc/NetworkManager/system-connections/Supervisor enp05s.nmconnection

sous l'item [match] j'ai du changer
path=pci-0000:00:03:0; en
path=pci-0000:00:05:0;

pour refléter le changement de l'adresse PCI

et redémarrer complètement la VM.

Tout est revenu normalement sans autre dégâts que 3 jours sans données des capteurs.

alain_p · « **Réponse #339 le:** 24 mars 2025 à 15:30:23 »

Merci à nbanba pour l'information sur le fait que l'interface réseau des VMs est passée de enp0s3 à enp0s5. Cela m'a permis de résoudre un problème que j'avais avec l'appli pihole sur ma VM Ubuntu.

Je ne croyais pas être concerné, car la VM redémarrait bien, et semblait fonctionnelle, mais si. En fait, j'avais un autre problème; avec un appareil Technisat Digitradio, qui me permet de capter les radios en WiFi, et de les retransmettre sur l'ampli de machine WiFi (car sinon, la réception radio n'est pas très bonne).

Depuis la mise à jour à la version 4.9.0, le chargement des flux radio ne marchait plus. Je me suis rendu compte que le serveur DNS sur mon pihole ne fonctionnait plus (j'avais configuré le serveur DHCP sur la freebox pour le fournir, sur l'adresse de la VM, 192.168.0.11).

Je me suis aperçu dans l'interface web pihole, tools, diagnostics, qu'il était écrit : 'interface enp0s3 does not exist'.

En allant dans le fichier de configuration du pihole, /etc/pihole/pihole.toml, j'ai vu :

Code: [Sélectionner]

...
  # Interface to use for DNS (see also dnsmasq.listening.mode) and DHCP (if enabled)
  #
  # Possible values are:
  #     a valid interface name
  interface = "enp0s3" ### CHANGED, default = ""

J'ai changé pour enp0s5, redémarré le pihole (systemctl restart pihole-FTL), et les DNS sont revenus, et les flux radio aussi.

Si cela peut servir à quelqu'un d'autre...

nbanba · « **Réponse #340 le:** 24 mars 2025 à 15:57:45 »

Bonjour

Citation de: samuelvermeulenpro le 21 mars 2025 à 20:15:05

Moi bête et discipliné surtout, moi qui n’aime pas réinventer la roue, pour faire simple :
J’ai tout simplement sur mon Laptiop sous debian, monté via qemu-mdb l’image de ma VM puis chrooté son système afin de pouvoir éditer "/etc/network/interfaces" en remplaçant enp0s3 en enp0s5.
Je démonte le tout, rebranche sur la Freebox puis démarrage de la VM avec à nouveau du réseau

Merci pour la méthode !
Plus il y aura de méthodes fonctionnelles postées ici, plus il y aura de chance que chacun des concernés trouve celle qui lui permet de remettre en service ses VM...

Citation de: samuelvermeulenpro le 21 mars 2025 à 20:15:05

Bonjour et merci pour votre méthode et votre script fonctionel au passage, ce qui m’a permis de comprendre le problème venait d’un changement d’interface réseau

Au cas ou ça vous intéresse, j'ai posté hier soir une nouvelle version de la library qui inclus pas mal de nouvelles features

Code: [Sélectionner]

--> adding reboot_player reboot_wifi-ap reboot_repeater reboot_freeplug
--> adding configuration file support
--> adding debug options : [[ "${debug}" == "1" ]] && $cmd >&2
--> adding debug mode: --debug
--> adding trace debug mode which add some extended debug information: --trace
--> extending debug mode To websocket
--> extending debug mode To vncviewer over websocket
--> adding pretty options in colorize_output*: no color if ${pretty}=0
--> removing unecessary debug functions (login_fbx2)
--> modifying output of get_share_link() for better lisibility/parsing
--> fixing base64 encoding of long file name and long directory path
--> fixing file descriptor redirection for 'home made bash tcp client'
--> modifying timeout To 0.2s in detect_term_bg_color () To suite on weak CPU or old systems
--> renaming progress() function To progress_line()
--> adding new progress() function using Pipe Viewer (PV) style and dynamic terminal scaling
--> adding pipe_tcpcon() function (example of 'home made bash tcp client')
--> adding scale_unit() function To scale unit (KiB / MiB / GiB ...)
--> adding Freebox websocket event monitor: VM state, VM disk task, IP v4/v6 (un)reachable
--> adding function local_direct_ul_api (Upload To Freebox using websocket)
--> adding list_direct_upload() / show_direct_upload() / get_direct_upload() functions
--> adding cancel_direct_upload() / delete_direct_upload() functions
--> adding recursive directory Upload support in function local_direct_ul_api
--> adding VIDEO DEMO of function local_direct_ul_api: local_direct_ul_api-video-example.webm

Alors je n'ai pas encore eu le temps d'écrire la doc mais les fonctions frontend utilisables comme des commandes depuis un terminal ont toutes une 'help' intégré (en lançant la fonction sans paramètres).
Pour ceux à qui ça rendrait service, c'est ici
https://github.com/nbanb/fbx-delta-nba_bash_api.sh
https://github.com/freeboxos/freeboxos-bash-api

[EDIT 20250325]:
Suite à des demandes d'utilisateurs, j'ai ajouté 1 wiki pour configurer la library + la doc QUICK START mais en Français cette fois-ci (comme demandé)

https://github.com/nbanb/fbx-delta-nba_bash_api.sh/wiki
https://github.com/nbanb/fbx-delta-nba_bash_api.sh/wiki/%5BFRENCH-QUICK-START%5D-Quick-Start-en-Fran%C3%A7ais

[/EDIT 20250325/]

Cordialement
nbanba

alain_p · « **Réponse #341 le:** 26 mars 2025 à 20:09:19 »

Pour info, un nouveau firmware est paru cet après-midi, 4.9.1, qui corrige divers problèmes, en particulier celui du display VNC qui empêchait les VMs de démarrer quand il était activé.

https://dev.freebox.fr/blog/?p=21473

nbanba · « **Réponse #342 le:** 24 juin 2025 à 17:49:59 »

Bonjour

Avec un certain nombre d'abonnés, je constate de nouveaux problèmes de débit ("bridages" en IPv4 + IPv6 à 4,x Gbps):

Quelques iperf3 (meme résultats voir moins bons encore sur appliwave en v4 + v6):

IPv4:

Code: [Sélectionner]

$ iperf3 -c ping.online.net -p5208 --get-server-output -R
Connecting to host ping.online.net, port 5208
Reverse mode, remote host ping.online.net is sending
[  5] local 10.0.20.25 port 46574 connected to 51.158.1.21 port 5208
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   485 MBytes  4.07 Gbits/sec                  
[  5]   1.00-2.00   sec   494 MBytes  4.14 Gbits/sec                  
[  5]   2.00-3.00   sec   497 MBytes  4.17 Gbits/sec                  
[  5]   3.00-4.00   sec   498 MBytes  4.18 Gbits/sec                  
[  5]   4.00-5.00   sec   495 MBytes  4.16 Gbits/sec                  
[  5]   5.00-6.00   sec   483 MBytes  4.05 Gbits/sec                  
[  5]   6.00-7.00   sec   472 MBytes  3.96 Gbits/sec                  
[  5]   7.00-8.00   sec   490 MBytes  4.11 Gbits/sec                  
[  5]   8.00-9.00   sec   490 MBytes  4.11 Gbits/sec                  
[  5]   9.00-10.00  sec   492 MBytes  4.13 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec  4.80 GBytes  4.11 Gbits/sec  713             sender
[  5]   0.00-10.00  sec  4.78 GBytes  4.11 Gbits/sec                  receiver

Server output:
-----------------------------------------------------------
Server listening on 5208
-----------------------------------------------------------
Accepted connection from 82.xxx.xxx.127, port 46564
[ 67] local 51.158.1.21 port 5208 connected to 82.xxx.xxx.127 port 46574
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[ 67]   0.00-1.00   sec   490 MBytes  4.11 Gbits/sec  713   1.78 MBytes       
[ 67]   1.00-2.00   sec   494 MBytes  4.14 Gbits/sec    0   1.72 MBytes       
[ 67]   2.00-3.00   sec   498 MBytes  4.17 Gbits/sec    0   1.69 MBytes       
[ 67]   3.00-4.00   sec   498 MBytes  4.17 Gbits/sec    0   1.87 MBytes       
[ 67]   4.00-5.00   sec   495 MBytes  4.15 Gbits/sec    0   1.79 MBytes       
[ 67]   5.00-6.00   sec   486 MBytes  4.08 Gbits/sec    0   1.55 MBytes       
[ 67]   6.00-7.00   sec   470 MBytes  3.94 Gbits/sec    0   1.71 MBytes       
[ 67]   7.00-8.00   sec   490 MBytes  4.11 Gbits/sec    0   1.55 MBytes       
[ 67]   8.00-9.00   sec   490 MBytes  4.11 Gbits/sec    0   1.58 MBytes       
[ 67]   9.00-10.00  sec   491 MBytes  4.12 Gbits/sec    0   1.72 MBytes       
[ 67]  10.00-10.03  sec  16.2 MBytes  4.19 Gbits/sec    0   1.67 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[ 67]   0.00-10.03  sec  4.80 GBytes  4.11 Gbits/sec  713             sender

ici le IPERF en IPv6:

Code: [Sélectionner]


$ iperf3 -c ping6.online.net -p5209 --get-server-output -R
Connecting to host ping6.online.net, port 5209
Reverse mode, remote host ping6.online.net is sending
[  5] local fd00:20::14 port 60170 connected to 2001:bc8:0:1::49 port 5209
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   488 MBytes  4.09 Gbits/sec                  
[  5]   1.00-2.00   sec   502 MBytes  4.21 Gbits/sec                  
[  5]   2.00-3.00   sec   524 MBytes  4.40 Gbits/sec                  
[  5]   3.00-4.00   sec   530 MBytes  4.44 Gbits/sec                  
[  5]   4.00-5.00   sec   522 MBytes  4.38 Gbits/sec                  
[  5]   5.00-6.00   sec   519 MBytes  4.35 Gbits/sec                  
[  5]   6.00-7.00   sec   518 MBytes  4.34 Gbits/sec                  
[  5]   7.00-8.00   sec   516 MBytes  4.33 Gbits/sec                  
[  5]   8.00-9.00   sec   526 MBytes  4.41 Gbits/sec                  
[  5]   9.00-10.00  sec   530 MBytes  4.45 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec  5.08 GBytes  4.35 Gbits/sec  165             sender
[  5]   0.00-10.00  sec  5.05 GBytes  4.34 Gbits/sec                  receiver

Server output:
-----------------------------------------------------------
Server listening on 5209
-----------------------------------------------------------
Accepted connection from 2a01:e0a:xxxx:xxx1::e, port 64078
[ 16] local 2001:bc8:0:1::49 port 5209 connected to 2a01:e0a:xxxx:xxx1::e port 19014
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[ 16]   0.00-1.00   sec   496 MBytes  4.16 Gbits/sec   147    3.08 MBytes       
[ 16]   1.00-2.00   sec   501 MBytes  4.20 Gbits/sec    9   2.77 MBytes       
[ 16]   2.00-3.00   sec   522 MBytes  4.38 Gbits/sec    0   1.68 MBytes       
[ 16]   3.00-4.00   sec   531 MBytes  4.46 Gbits/sec    0   1.91 MBytes       
[ 16]   4.00-5.00   sec   521 MBytes  4.37 Gbits/sec    0   1.90 MBytes       
[ 16]   5.00-6.00   sec   519 MBytes  4.35 Gbits/sec    9   1.85 MBytes       
[ 16]   6.00-7.00   sec   518 MBytes  4.34 Gbits/sec    0   1.91 MBytes       
[ 16]   7.00-8.00   sec   516 MBytes  4.33 Gbits/sec    0   1.65 MBytes       
[ 16]   8.00-9.00   sec   525 MBytes  4.40 Gbits/sec    0   2.12 MBytes       
[ 16]   9.00-10.00  sec   530 MBytes  4.45 Gbits/sec    0   1.89 MBytes       
[ 16]  10.00-10.04  sec  18.8 MBytes  4.29 Gbits/sec    0   1.78 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[ 16]   0.00-10.04  sec  5.08 GBytes  4.35 Gbits/sec  165             sender

Sur presque chaque HOP, la retransmission 'retr' est à 0 (ou très faible) ce qui signifie que la ligne n'est pas saturée mais qu'une limite s'applique.

Aussi les débits LAN sont correctes et l'infra + le protocole de test ne sont pas en cause, pour preuve un iperf entre mon laptop qui a fait les tests vers internet et une VM hébergée dans la Freebox:

Code: [Sélectionner]

iperf3 -c 192.168.100.77 -R
Connecting to host 192.168.100.77, port 5201
Reverse mode, remote host 192.168.100.77 is sending
[  5] local 10.0.20.25 port 42660 connected to 192.168.100.77 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  1.00 GBytes  8.61 Gbits/sec                  
[  5]   1.00-2.00   sec  1.04 GBytes  8.89 Gbits/sec                  
[  5]   2.00-3.00   sec  1.04 GBytes  8.95 Gbits/sec                  
[  5]   3.00-4.00   sec  1.03 GBytes  8.83 Gbits/sec                  
[  5]   4.00-5.00   sec  1.04 GBytes  8.95 Gbits/sec                  
[  5]   5.00-6.00   sec  1.03 GBytes  8.89 Gbits/sec                  
[  5]   6.00-7.00   sec  1.04 GBytes  8.94 Gbits/sec                  
[  5]   7.00-8.00   sec  1.04 GBytes  8.93 Gbits/sec                  
[  5]   8.00-9.00   sec  1.02 GBytes  8.73 Gbits/sec                  
[  5]   9.00-10.00  sec  1013 MBytes  8.50 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  10.3 GBytes  8.82 Gbits/sec  144             sender
[  5]   0.00-10.00  sec  10.3 GBytes  8.82 Gbits/sec                  receiver

iperf Done.

Aussi à titre informatif un `mtr` montrant un 100% pkloss sur le 1er routeur externe de la route (bug sur l'uplink des OLT ?):

Code: [Sélectionner]

mtr --report 8.8.8.8
Start: 2025-06-24T17:03:41+0200
HOST: lap-nba0.14rv.lan        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- _gateway                   0.0%    10    0.2   0.2   0.1   0.3   0.0
  2.|-- freebox-server.local       0.0%    10    0.4   0.4   0.3   0.4   0.0
  3.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
  4.|-- station3.multimania.isdne 60.0%    10    2.1   2.6   2.1   3.2   0.5
  5.|-- prs-b3-link.ip.twelve99.n  0.0%    10    2.6   2.9   2.4   3.7   0.4
  6.|-- google-ic-344096.ip.twelv  0.0%    10    2.7   2.7   2.2   3.0   0.3
  7.|-- 216.239.40.77              0.0%    10    3.0   2.7   2.3   3.1   0.3
  8.|-- 142.251.49.135             0.0%    10    2.6   3.0   2.6   3.4   0.3
  9.|-- dns.google                 0.0%    10    3.0   2.8   2.5   3.3   0.2

@vbernat
@mbizon
Pourriez vous SVP vérifier les OLT et voir si le BUG précédent n'est pas réapparu ?

En vous remerciant d'avance,

Cordialement
nbanba

darkmoon · « **Réponse #343 le:** 24 juin 2025 à 18:50:00 »

Comme la derniere fois je ne suis pas impacté (je suis chanceux), pourtant mon compteur de Retr est loin d'être à 0.

Ipv4 :

Code: [Sélectionner]

PS C:\Applications\Iperf3> ./iperf3 -c ping.online.net -p5208 --get-server-output -R
Connecting to host ping.online.net, port 5208
Reverse mode, remote host ping.online.net is sending
[  5] local 192.168.1.96 port 41861 connected to 51.158.1.21 port 5208
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.01   sec   837 MBytes  6.95 Gbits/sec
[  5]   1.01-2.01   sec   884 MBytes  7.41 Gbits/sec
[  5]   2.01-3.01   sec   834 MBytes  7.02 Gbits/sec
[  5]   3.01-4.01   sec   682 MBytes  5.70 Gbits/sec
[  5]   4.01-5.01   sec   842 MBytes  7.07 Gbits/sec
[  5]   5.01-6.01   sec   878 MBytes  7.39 Gbits/sec
[  5]   6.01-7.01   sec   882 MBytes  7.34 Gbits/sec
[  5]   7.01-8.00   sec   890 MBytes  7.55 Gbits/sec
[  5]   8.00-9.00   sec   888 MBytes  7.45 Gbits/sec
[  5]   9.00-10.00  sec   880 MBytes  7.36 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec  8.38 GBytes  7.16 Gbits/sec  6628            sender
[  5]   0.00-10.00  sec  8.30 GBytes  7.12 Gbits/sec                  receiver

Server output:
Accepted connection from 82.66.85.203, port 41860
[ 46] local 51.158.1.21 port 5208 connected to 82.66.85.203 port 41861
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[ 46]   0.00-1.00   sec   865 MBytes  7.25 Gbits/sec  5876   13.3 MBytes
[ 46]   1.00-2.00   sec   885 MBytes  7.42 Gbits/sec   14   15.3 MBytes
[ 46]   2.00-3.00   sec   845 MBytes  7.09 Gbits/sec   48   14.8 MBytes
[ 46]   3.00-4.00   sec   670 MBytes  5.62 Gbits/sec  344   15.1 MBytes
[ 46]   4.00-5.00   sec   844 MBytes  7.08 Gbits/sec  137   15.1 MBytes
[ 46]   5.00-6.00   sec   880 MBytes  7.38 Gbits/sec   31   12.6 MBytes
[ 46]   6.00-7.00   sec   874 MBytes  7.33 Gbits/sec   32   14.5 MBytes
[ 46]   7.00-8.00   sec   900 MBytes  7.55 Gbits/sec   42   14.8 MBytes
[ 46]   8.00-9.00   sec   888 MBytes  7.44 Gbits/sec   56   13.5 MBytes
[ 46]   9.00-10.00  sec   880 MBytes  7.38 Gbits/sec   44   10.3 MBytes
[ 46]  10.00-10.06  sec  50.0 MBytes  7.37 Gbits/sec    4   6.00 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[ 46]   0.00-10.06  sec  8.38 GBytes  7.16 Gbits/sec  6628             sender


iperf Done.

IPv6

Code: [Sélectionner]

PS C:\Applications\Iperf3> ./iperf3 -c ping6.online.net -p5209 --get-server-output -R
Connecting to host ping6.online.net, port 5209
Reverse mode, remote host ping6.online.net is sending
[  5] local 2a01:e0a:a85:47a0:910d:d91b:3fa3:8e9c port 41866 connected to 2001:bc8:0:1::49 port 5209
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.01   sec   843 MBytes  7.03 Gbits/sec
[  5]   1.01-2.01   sec   914 MBytes  7.63 Gbits/sec
[  5]   2.01-3.01   sec   912 MBytes  7.69 Gbits/sec
[  5]   3.01-4.00   sec   898 MBytes  7.56 Gbits/sec
[  5]   4.00-5.02   sec   904 MBytes  7.48 Gbits/sec
[  5]   5.02-6.02   sec   921 MBytes  7.72 Gbits/sec
[  5]   6.02-7.01   sec   898 MBytes  7.58 Gbits/sec
[  5]   7.01-8.00   sec   939 MBytes  7.92 Gbits/sec
[  5]   8.00-9.01   sec   917 MBytes  7.61 Gbits/sec
[  5]   9.01-10.01  sec   905 MBytes  7.62 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.06  sec  8.92 GBytes  7.62 Gbits/sec  13052            sender
[  5]   0.00-10.01  sec  8.84 GBytes  7.58 Gbits/sec                  receiver

Server output:
Accepted connection from 2a01:e0a:a85:47a0:910d:d91b:3fa3:8e9c, port 41865
[ 87] local 2001:bc8:0:1::49 port 5209 connected to 2a01:e0a:a85:47a0:910d:d91b:3fa3:8e9c port 41866
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[ 87]   0.00-1.00   sec   879 MBytes  7.37 Gbits/sec  12681   13.0 MBytes
[ 87]   1.00-2.00   sec   911 MBytes  7.64 Gbits/sec    0   14.2 MBytes
[ 87]   2.00-3.00   sec   918 MBytes  7.70 Gbits/sec    0   13.4 MBytes
[ 87]   3.00-4.00   sec   900 MBytes  7.55 Gbits/sec    0   13.8 MBytes
[ 87]   4.00-5.00   sec   889 MBytes  7.46 Gbits/sec    0   14.9 MBytes
[ 87]   5.00-6.00   sec   920 MBytes  7.72 Gbits/sec  139   14.2 MBytes
[ 87]   6.00-7.00   sec   904 MBytes  7.58 Gbits/sec  232   15.9 MBytes
[ 87]   7.00-8.00   sec   946 MBytes  7.94 Gbits/sec    0   14.1 MBytes
[ 87]   8.00-9.00   sec   908 MBytes  7.61 Gbits/sec    0   13.8 MBytes
[ 87]   9.00-10.00  sec   909 MBytes  7.62 Gbits/sec    0   13.2 MBytes
[ 87]  10.00-10.06  sec  51.2 MBytes  7.39 Gbits/sec    0   13.8 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[ 87]   0.00-10.06  sec  8.92 GBytes  7.62 Gbits/sec  13052             sender


iperf Done.

MaxLebled · « **Réponse #344 le:** 24 juin 2025 à 20:26:18 »

Pas de problème de mon côté

ipv4

Code: [Sélectionner]

Server output:
-----------------------------------------------------------
Server listening on 5208
-----------------------------------------------------------
Accepted connection from XXXXXXXXXXXXXXX, port 50406
[ 30] local 51.158.1.21 port 5208 connected to XXXXXXXXXXXXX port 50407
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[ 30]   0.00-1.00   sec   558 MBytes  4.68 Gbits/sec  25023   10.5 MBytes
[ 30]   1.00-2.00   sec   630 MBytes  5.28 Gbits/sec  24660   12.9 MBytes
[ 30]   2.00-3.00   sec   646 MBytes  5.42 Gbits/sec  31548   12.9 MBytes
[ 30]   3.00-4.00   sec   635 MBytes  5.33 Gbits/sec  41548   12.6 MBytes
[ 30]   4.00-5.00   sec   648 MBytes  5.43 Gbits/sec  29364   12.5 MBytes
[ 30]   5.00-6.00   sec   638 MBytes  5.35 Gbits/sec  34380   11.5 MBytes
[ 30]   6.00-7.00   sec   578 MBytes  4.84 Gbits/sec  41419   11.5 MBytes
[ 30]   7.00-8.00   sec   595 MBytes  4.99 Gbits/sec  35513   13.3 MBytes
[ 30]   8.00-9.00   sec   588 MBytes  4.93 Gbits/sec  48459   11.3 MBytes
[ 30]   9.00-10.00  sec   602 MBytes  5.05 Gbits/sec  40896   12.6 MBytes
[ 30]  10.00-10.04  sec  31.2 MBytes  6.13 Gbits/sec    0   12.6 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[ 30]   0.00-10.04  sec  6.00 GBytes  5.14 Gbits/sec  352810             sender

ipv6

Code: [Sélectionner]

Server output:
Accepted connection from 2a01:XXXXXXXXXXXXXXXXXXXXXX, port 50413
[ 38] local 2001:bc8:0:1::49 port 5209 connected to 2a01:XXXXXXXXXXXXXXXXXX port 50414
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[ 38]   0.00-1.00   sec   712 MBytes  5.97 Gbits/sec  31890   13.4 MBytes
[ 38]   1.00-2.00   sec   635 MBytes  5.33 Gbits/sec  28562   12.2 MBytes
[ 38]   2.00-3.00   sec   646 MBytes  5.42 Gbits/sec  33086   11.9 MBytes
[ 38]   3.00-4.00   sec   629 MBytes  5.27 Gbits/sec  24129   12.3 MBytes
[ 38]   4.00-5.00   sec   635 MBytes  5.33 Gbits/sec  24790   12.0 MBytes
[ 38]   5.00-6.00   sec   686 MBytes  5.76 Gbits/sec  16001   12.7 MBytes
[ 38]   6.00-7.00   sec   675 MBytes  5.66 Gbits/sec  19558   3.86 MBytes
[ 38]   7.00-8.00   sec   729 MBytes  6.11 Gbits/sec  22944   13.2 MBytes
[ 38]   8.00-9.00   sec   632 MBytes  5.31 Gbits/sec  34287   10.8 MBytes
[ 38]   9.00-10.00  sec   634 MBytes  5.32 Gbits/sec  37382   12.9 MBytes
[ 38]  10.00-10.05  sec  41.2 MBytes  6.49 Gbits/sec    0   12.6 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[ 38]   0.00-10.05  sec  6.50 GBytes  5.55 Gbits/sec  272629             sender

Beaucoup de retr à cause de mon installation de Windows actuelle, ça + le fait qu'il est 20h, 6 Gbps, ça vaaaaaaaaa.

nPerf atteint 7 Gbps fastoche.

underground78 · « **Réponse #345 le:** 24 juin 2025 à 20:35:25 »

Citation de: nbanba le 24 juin 2025 à 17:49:59

Aussi à titre informatif un `mtr` montrant un 100% pkloss sur le 1er routeur externe de la route (bug sur l'uplink des OLT ?):

Ce qui est intéressant c'est le loss sur la cible, pas sur les sauts intermédiaires, les routeurs et cie n'ont pas pour priorité des traiter les paquets ICMP.

nbanba · « **Réponse #346 le:** 24 juin 2025 à 22:01:31 »

Citation de: underground78 le 24 juin 2025 à 20:35:25

Ce qui est intéressant c'est le loss sur la cible, pas sur les sauts intermédiaires, les routeurs et cie n'ont pas pour priorité des traiter les paquets ICMP.

Bonjour
Je suis d'accord avec vous.
Ici il s'agit du premier routeur externe à l'infra local, donc le edge routeur vu du backbone, et en effet le 60% pkloss sur le second routeur ne veux pas dire grand chose...
Après il me semble que le premier routeur (vu de chez moi) ne devrait pas discard l'icmp en fonctionnement nominal standard bien que les paquets ne soient pas prioritaires.
Habituellement ce premier hop ne drop pas l'icmp quand il n'est pas saturé, et d'après les iperfs, le lien end-to-end n'est pas saturé (ce qui n'exclut pas que le premier routeur soit chargé...)

Cependant je trouve les tests iperf assez manifestes et ces tests sont cohérent avec ce que l'on constate à l'usage

Cordialement
nbanba

underground78 · « **Réponse #347 le:** 25 juin 2025 à 08:50:08 »

Je ne dis pas qu'il n'y a pas de problème, juste que ce tu observes sur ton mtr ne correspond à priori pas à une manifestation de celui-ci.

Auteur Sujet: [RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra (Lu 81038 fois)

jonathanbibou

[RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra

samuelvermeulenpro

[En cours de résolution] Suspicion de limitation à 4Gps Freebox Delta & ULtra

vdelacot

[RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra

alain_p

[RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra

nbanba

[En cours de résolution] Suspicion de limitation à 4Gps Freebox Delta & ULtra

alain_p

[RÉSOLU] Suspicion de limitation à 4Gps Freebox Delta & ULtra

nbanba

[RETOUR LIMITE 4G: 12/06] Suspicion de limitation à 4Gps Freebox Delta & ULtra

darkmoon

[RETOUR LIMITE 4G: 12/06] Suspicion de limitation à 4Gps Freebox Delta & ULtra

MaxLebled

[RETOUR LIMITE 4G: 12/06] Suspicion de limitation à 4Gps Freebox Delta & ULtra

underground78

[RETOUR LIMITE 4G: 12/06] Suspicion de limitation à 4Gps Freebox Delta & ULtra

nbanba

[RETOUR LIMITE 4G: 12/06] Suspicion de limitation à 4Gps Freebox Delta & ULtra

underground78

[RETOUR LIMITE 4G: 12/06] Suspicion de limitation à 4Gps Freebox Delta & ULtra