- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie LAN
- Assignée à Personne
- Système d'exploitation Freebox Server V8 (Pop)
- Sévérité Moyenne
- Priorité Très Basse
- Basée sur la version 4.9.8
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- Teddyslexique (22/07/2025)
- Privée
Ouverte par Teddyslexique - 22/07/2025
Dernière modification par mmakassikis - 09/09/2025
FS#40421 - Bride vers un serveur sur le cloud Oracle
Bonjour à tous,
Je viens de souscrire à une offre Freebox POP S en VDSL2.
Free semble “brider” la connexion vers mon serveur hébergé chez Oracle Cloud Infrastructure (OCI) (je peux donner l’IP en MP).
Voici ci-dessous le résultat d’un script qui télécharge un fichier .dat de 50 Mo via https avec curl, avec deux tests :
- un téléchargement sans VPN,
- un téléchargement via un tunnel VPN UDP WireGuard IP SFR
[Thu Jul 17 08:30:01 AM CEST 2025] - Début test SANS VPN [Thu Jul 17 08:30:16 AM CEST 2025] - Vitesse de téléchargement SANS VPN : 3.33 Mo/s (Durée : 14.977192551s)
[Thu Jul 17 08:30:16 AM CEST 2025] - Début test AVEC VPN [Thu Jul 17 08:30:23 AM CEST 2025] - Vitesse de téléchargement AVEC VPN : 7.34 Mo/s (Durée : 6.809148063s)
[Thu Jul 17 09:00:01 AM CEST 2025] - Début test SANS VPN [Thu Jul 17 09:00:17 AM CEST 2025] - Vitesse de téléchargement SANS VPN : 3.04 Mo/s (Durée : 16.398648334s)
[Thu Jul 17 09:00:17 AM CEST 2025] - Début test AVEC VPN [Thu Jul 17 09:00:25 AM CEST 2025] - Vitesse de téléchargement AVEC VPN : 6.69 Mo/s (Durée : 7.470130220s)
[Thu Jul 17 09:30:01 AM CEST 2025] - Début test SANS VPN [Thu Jul 17 09:30:18 AM CEST 2025] - Vitesse de téléchargement SANS VPN : 2.98 Mo/s (Durée : 16.753520229s)
[Thu Jul 17 09:30:18 AM CEST 2025] - Début test AVEC VPN [Thu Jul 17 09:30:24 AM CEST 2025] - Vitesse de téléchargement AVEC VPN : 7.30 Mo/s (Durée : 6.841665200s)
[Thu Jul 17 10:00:01 AM CEST 2025] - Début test SANS VPN [Thu Jul 17 10:00:16 AM CEST 2025] - Vitesse de téléchargement SANS VPN : 3.34 Mo/s (Durée : 14.930858283s)
[Thu Jul 17 10:00:16 AM CEST 2025] - Début test AVEC VPN [Thu Jul 17 10:00:23 AM CEST 2025] - Vitesse de téléchargement AVEC VPN : 7.33 Mo/s (Durée : 6.820147542s)
[Thu Jul 17 10:30:01 AM CEST 2025] - Début test SANS VPN [Thu Jul 17 10:30:21 AM CEST 2025] - Vitesse de téléchargement SANS VPN : 2.55 Mo/s (Durée : 19.594843481s)
[Thu Jul 17 10:30:21 AM CEST 2025] - Début test AVEC VPN [Thu Jul 17 10:30:28 AM CEST 2025] - Vitesse de téléchargement AVEC VPN : 6.70 Mo/s (Durée : 7.453565291s)
Sur un plus gros volume de data, ex 200Mo, à certains moment de la journée la vitesse atteint son maximum après x secondes ou x Mo je n’ai pas encore réussi à le déterminer.
Cette “bride” est encore plus flagrante sur les fichiers de petites taille < 5Mo et en SSH le ressenti de la latence est très présent également.
Et voici un test iperf3 en UDP vers mon serveur Oracle :
iperf3 -c XXX.XXX.XXX.XXX -p 5201 -u -b 100M -R
Connecting to host XXX.XXX.XXX.XXX, port 5201
Reverse mode, remote host XXX.XXX.XXX.XXX is sending
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-1.00 sec 9.52 MBytes 79.9 Mbits/sec 0.231 ms 2065/8961 (23%)
[ 5] 1.00-2.00 sec 9.39 MBytes 78.8 Mbits/sec 0.230 ms 1831/8633 (21%)
[ 5] 2.00-3.00 sec 9.39 MBytes 78.8 Mbits/sec 0.223 ms 1832/8631 (21%)
[ 5] 3.00-4.00 sec 9.39 MBytes 78.8 Mbits/sec 0.200 ms 1830/8633 (21%)
[ 5] 4.00-5.00 sec 9.38 MBytes 78.7 Mbits/sec 0.250 ms 1836/8632 (21%)
[ 5] 5.00-6.00 sec 9.39 MBytes 78.8 Mbits/sec 0.232 ms 1831/8631 (21%)
[ 5] 6.00-7.00 sec 9.39 MBytes 78.8 Mbits/sec 0.212 ms 1833/8635 (21%)
[ 5] 7.00-8.00 sec 9.39 MBytes 78.8 Mbits/sec 0.235 ms 1832/8633 (21%)
[ 5] 8.00-9.00 sec 9.39 MBytes 78.8 Mbits/sec 0.297 ms 1833/8635 (21%)
[ 5] 9.00-10.00 sec 9.37 MBytes 78.6 Mbits/sec 0.195 ms 1847/8631 (21%)
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-10.15 sec 121 MBytes 100 Mbits/sec 0.000 ms 0/87632 (0%) sender
[ 5] 0.00-10.00 sec 94.0 MBytes 78.9 Mbits/sec 0.195 ms 18570/86655 (21%) receiver
iperf Done.
Le test iperf3 en UDP et le téléchargement via VPN confirment que le débit maximum atteint correspond bien aux capacités de ma connexion VDSL2. (80down 10up)
La limitation semble concerner uniquement le protocole TCP.
Un ami, en fibre (Freebox POP) a réalisé les mêmes tests : il constate le même phénomène de « bridage », avec un débit plus élevé bien sûr, mais un “ratio” identique.
Mon serveur a une capacité de 2 Gbps symétriques et ne présente aucun problème avec d’autres opérateurs (tests réalisés avec Bouygues en 4G et SFR en fibre).
Concernant les règles de peering coté OCI, il ne semble pas y avoir de limitation: https://www.peeringdb.com/net/1905 Peering Policy Information
General Policy : Open
Multiple Locations : Not Required
Ratio Requirement : No
Contract Requirement : Not Required
Merci par avance de votre aide pour lever cette limitation éventuelle.
09.09.2025 10:23
Raison de la fermeture : Sans objet
Commentaires de fermeture :
problème de routage hors freebox
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Bonjour
Quel est le traceroute dans les 2 cas ?
Il faut regarder l'AS path (traceroute -A) dans les 2 cas puis fouiller sur le net pour trouver le forcast inter network (AS par AS sur le path) et les accords de peering (en général les transitaires / peers ne les cachent pas trop car ça fait venir les clients)
Cordialement
nbanba
Bonsoir,
Merci pour ton retour.
ça doit être effectivement lié aux accords de peering. Mais j'ai quand meme du mal à comprendre :
J'ai bien l'impression que je passe par les USA, c'est n'importe quoi !
Les traceroute avec les différents opérateurs ça donne:
SFR –> Oracle
Orange –> NTT –> Oracle
Free –> Arelion –> Oracle
Bouygues –> Arelion –> Oracle
Sauf que Free j'ai quand même +100 de ping même en fibre… donc même en ssh c'est désagréable.
j'ai trouvé ce topic sur lafibre.info
https://lafibre.info/peering/latence-vers-oracle-oci-paris-1/ Je crois que ce n’est pas prêt de bouger…
Bonjour
Pourriez vous SVP ajouter l'option '-A' à la commande traceroute ?
Ainsi on aura les AS BGP traversés dans les 2 cas.
Puis on pourra tracer chacun des HOP de la route et regarder leur géo-localisation / latence, etc.
Cordialement
nbanba
PS: on visualiser mieux les changements d'AS et à quel HOP ils se produisent que dans votre résumé.
Merci
Cordialement
nbanba
Voici pour les traceroute :
Bonjour
Merci
Déjà un truc est surprenant sur chacun des traceroute allé:
Le premier jump a 10+ ms de latence… À ~200000 km/s dans le verre, cela fait une distance virtuelle traversée de ~2000km allé retour entre la box et le premier hop de la route (je parle de distance virtuelle car à chaque fois que le signal traverse un équipement, celui-ci rajoute une petite latence - idem pour les bobines de compensations chromatiques sur les liens DWDM (souvent 14km de fibre par bobine))
Le même test depuis chez moi donne: 2,3 ms (~ 460Km allé retour)
Il faudrait déjà expliquer cette latence car elle conditionne la bande passante du lien sur ce trajet:
De manière général on a:
Après c'est théorique mais sur une certaine distance, une latence de 10ms peut dégrader la capacité maximale monothread des transferts.
Je regarde la suite …
Cordialement
nbanba
Bonjour,
Merci encore pour ton aide.
J'ai fais des essais avec Bouygues, où la route aller me parait "similaire" :
j'ai prs-b3-link.ip.twelve99.net et oracle-ic-371017.ip.twelve99-cust.net en commun sauf que je ne prends pas 70 de ping entre les deux !
et la route Oracle > Bouygues est bien plus cohérente également :
Pardon la prise de ping est entre oracle-ic-371017.ip.twelve99-cust.net et chez Oracle (AS31898) mais uniquement avec Free…
Salut,
Meme probleme depuis des mois de mon cote.
Le routage est foireux sur Oracle Cloud Paris, il s’agit d’un probleme sur un opérateur de routage, causant un passage aux US.
Donc latance instable et varie entre 80-100 voir plus
https://benjojo.co.uk/u/benjojo/h/7hx5cZx5j3kTrvsYp1
Salut,
Merci, j'ai vu le sujet, ce n'est pas réassurant vu qu'il a déjà 8 mois…
Ce que je ne comprends pas, c'est que la route allée est la même pour Bouygues et pourtant le ping n'est pas à 100ms.
Oui, pareil chez orange. La latence est correct la bas.
Aucune idée de leur route en revanche.
Orange passe par NTT, de ce que j'ai compris, Orange et NTT sont des networks de tier 1 et donc entre eux c'est free peering = pas de soucis.
SFR passe en direct avec Oracle = pas de soucis.
Bouygues et Free par Arelion sauf que ça déconne pour Free.
Les routes allée et retour sont cohérent pour tous sauf pour Free.
Enfin bref, je vais devoir changer d'opérateur…
Bonjour,
Je ne sais par quel miracle mais dysfonctionnement résolu.
Route A/R cohérente avec rajout d'un petit nouveau sur la route retour :
freesas-ic-387370.ip.twelve99-cust.net
Ping <10ms
Enfin !
En fait pas de miracle, gros merci à leo_nidas sur : https://lafibre.info/peering/latence-vers-oracle-oci-paris-1/