Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • État Fermée
  • Pourcentage achevé
    100%
  • 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
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
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.

Fermée par  mmakassikis
09.09.2025 10:23
Raison de la fermeture :  Sans objet
Commentaires de fermeture :  

problème de routage hors freebox

nbanba a commenté le 24.07.2025 11:22

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 :

  1    <1 ms    <1 ms    <1 ms  192.168.1.254
  2    10 ms    10 ms    10 ms  xxx.routers.proxad.net [194.149.162.xxx]
  3    10 ms    10 ms    10 ms  xxx.routers.proxad.net [194.149.162.xxx]
  4    11 ms    13 ms    12 ms  prs-b17-link.ip.twelve99.net [213.248.91.224]
  5    11 ms    11 ms    10 ms  prs-bb2-link.ip.twelve99.net [62.115.136.224]
  6    39 ms    10 ms    11 ms  prs-b3-link.ip.twelve99.net [62.115.118.63]
  7    11 ms    10 ms    17 ms  oracle-ic-371017.ip.twelve99-cust.net [213.248.99.66]
  8    82 ms    82 ms    82 ms  140.204.198.23
  9   103 ms   103 ms   103 ms  141.145.xxx.xxx
 Host                                                                                                                                                                              Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 140.204.xxx.xxx                                                                                                                                                                  0.0%    40    0.2   0.2   0.2   0.4   0.1
 2. 81.25.197.138                                                                                                                                                                   0.0%    40    0.7   2.8   0.7  38.1   7.1
 3. ae-10.a00.parsfr05.fr.bb.gin.ntt.net                                                                                                                                            0.0%    40    0.7   1.8   0.7  27.7   4.3
 4. ae-6.r23.parsfr04.fr.bb.gin.ntt.net                                                                                                                                             0.0%    40    0.9   0.9   0.8   1.0   0.0
 5. ae-13.r26.asbnva02.us.bb.gin.ntt.net                                                                                                                                            0.0%    40   78.8  78.8  78.6  79.1   0.1
 6. ae-8.r25.chcgil09.us.bb.gin.ntt.net                                                                                                                                             0.0%    39   93.5  93.5  93.4  93.5   0.0
 7. ae-23.a06.chcgil09.us.bb.gin.ntt.net                                                                                                                                            0.0%    39   93.5  93.5  93.4  93.7   0.0
 8. ae-0.cogent.chcgil09.us.bb.gin.ntt.net                                                                                                                                          0.0%    39   94.0  94.0  93.8  95.2   0.2
 9. be2765.ccr41.ord01.atlas.cogentco.com                                                                                                                                           0.0%    39   94.2  99.7  94.1 147.4  13.8
10. port-channel2717.ccr91.cle04.atlas.cogentco.com                                                                                                                                 0.0%    39   96.5  96.7  96.5  98.2   0.3
11. be4985.ccr41.jfk02.atlas.cogentco.com                                                                                                                                           0.0%    39   93.5  93.9  93.4  98.6   1.0
12. be3627.ccr41.par01.atlas.cogentco.com                                                                                                                                           0.0%    39   90.3  90.7  90.3  91.4   0.2
13. be3183.ccr31.par04.atlas.cogentco.com                                                                                                                                           0.0%    39   91.2  91.3  91.1  92.3   0.2
14. iliad.demarc.cogentco.com                                                                                                                                                       0.0%    39   91.1  90.8  90.5  92.0   0.3
15. (waiting for reply)
16. (waiting for reply)
17. (waiting for reply)
18. (waiting for reply)
19. xxx.fbx.proxad.net                                                                                                                                        0.0%    39  100.4 100.5 100.0 104.6   0.9

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…

nbanba a commenté le 25.07.2025 21:00

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

nbanba a commenté le 25.07.2025 21:02

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 :

traceroute -A 141.145.XXX.XXX
traceroute to 141.145.XXX.XXX (141.145.XXX.XXX), 30 hops max, 60 byte packets
 1  192.168.1.254 (192.168.1.254) [*]  1.623 ms  1.359 ms  1.288 ms
 2  amsterdam-9k-1-lo10.intf.routers.proxad.net (194.149.162.248) [*]  10.418 ms  10.560 ms strasbourg-9k-1-lo10.intf.routers.proxad.net (194.149.162.246) [*]  10.475 ms
 3  rennes-9k-1-lo10.intf.routers.proxad.net (194.149.162.250) [*]  10.408 ms  10.802 ms  10.975 ms
 4  prs-b17-link.ip.twelve99.net (213.248.91.224) [AS1299]  12.916 ms  12.844 ms  13.271 ms
 5  prs-bb2-link.ip.twelve99.net (62.115.136.224) [AS1299]  11.866 ms  11.789 ms  11.707 ms
 6  prs-b3-link.ip.twelve99.net (62.115.118.63) [AS1299]  11.654 ms *  11.542 ms
 7  oracle-ic-371017.ip.twelve99-cust.net (213.248.99.66) [AS1299]  38.434 ms  11.397 ms  11.488 ms
 8  140.204.198.30 (140.204.198.30) [AS31898]  82.380 ms 140.204.198.33 (140.204.198.33) [AS31898]  82.301 ms 140.204.198.21 (140.204.198.21) [AS31898]  100.397 ms
 9  * * *
[...]
30  * * *
traceroute -I -A 141.145.XXX.XXX
traceroute to 141.145.XXX.XXX (141.145.XXX.XXX), 30 hops max, 60 byte packets
 1  192.168.1.254 (192.168.1.254) [*]  0.626 ms  231.426 ms *
 2  strasbourg-9k-1-lo10.intf.routers.proxad.net (194.149.162.246) [*]  10.909 ms * *
 3  rennes-9k-1-lo10.intf.routers.proxad.net (194.149.162.250) [*]  10.819 ms * *
 4  * * *
 5  prs-bb2-link.ip.twelve99.net (62.115.136.224) [AS1299]  11.385 ms * *
 6  prs-b3-link.ip.twelve99.net (62.115.118.63) [AS1299]  12.019 ms * *
 7  oracle-ic-371017.ip.twelve99-cust.net (213.248.99.66) [AS1299]  11.367 ms * *
 8  140.204.198.23 (140.204.198.23) [AS31898]  82.436 ms * *
 9  141.145.XXX.XXX (141.145.XXX.XXX) [AS31898]  106.772 ms * *
traceroute -A 82.66.XXX.XXX
traceroute to 82.66.XXX.XXX (82.66.XXX.XXX), 30 hops max, 60 byte packets
 1  140.204.198.4 (140.204.198.4) [AS31898]  0.227 ms 140.204.198.7 (140.204.198.7) [AS31898]  0.196 ms 140.204.198.4 (140.204.198.4) [AS31898]  0.094 ms
 2  81.25.197.138 (81.25.197.138) [AS2914]  0.773 ms  0.649 ms  0.616 ms
 3  ae-10.a00.parsfr05.fr.bb.gin.ntt.net (81.25.197.205) [AS2914]  0.674 ms  0.629 ms  0.587 ms
 4  ae-6.r23.parsfr04.fr.bb.gin.ntt.net (129.250.2.70) [AS2914]  0.823 ms  0.833 ms  0.793 ms
 5  ae-14.r23.nwrknj03.us.bb.gin.ntt.net (129.250.4.194) [AS2914]  71.897 ms ae-13.r26.asbnva02.us.bb.gin.ntt.net (129.250.6.6) [AS2914]  81.782 ms  81.631 ms
 6  ae-8.r25.chcgil09.us.bb.gin.ntt.net (129.250.2.191) [AS2914]  96.412 ms  93.409 ms  93.327 ms
 7  ae-23.a06.chcgil09.us.bb.gin.ntt.net (129.250.4.97) [AS2914]  93.465 ms  96.572 ms  96.460 ms
 8  ae-0.cogent.chcgil09.us.bb.gin.ntt.net (129.250.9.122) [AS2914]  93.802 ms be3496.ccr42.jfk02.atlas.cogentco.com (154.54.0.141) [AS174]  75.159 ms be3495.ccr41.jfk02.atlas.cogentco.com (66.28.4.181) [AS174]  75.420 ms
 9  be3627.ccr41.par01.atlas.cogentco.com (66.28.4.198) [AS174]  72.862 ms be3628.ccr42.par01.atlas.cogentco.com (154.54.27.170) [AS174]  86.789 ms  72.702 ms
10  be3183.ccr31.par04.atlas.cogentco.com (154.54.38.66) [AS174]  73.153 ms port-channel2718.ccr92.cle04.atlas.cogentco.com (154.54.7.130) [AS174]  99.640 ms be3183.ccr31.par04.atlas.cogentco.com (154.54.38.66) [AS174]  73.075 ms
11  be4986.ccr42.jfk02.atlas.cogentco.com (154.54.162.170) [AS174]  93.932 ms  93.895 ms  96.290 ms
12  be3628.ccr42.par01.atlas.cogentco.com (154.54.27.170) [AS174]  93.800 ms  90.671 ms *
13  * be3184.ccr31.par04.atlas.cogentco.com (154.54.38.158) [AS174]  99.980 ms  91.189 ms
14  * * *
[...]
30  * * *
traceroute -I -A 82.66.XXX.XXX
traceroute to 82.66.XXX.XXX (82.66.XXX.XXX), 30 hops max, 60 byte packets
 1  140.204.198.14 (140.204.198.14) [AS31898]  0.251 ms  0.093 ms  0.093 ms
 2  81.25.197.138 (81.25.197.138) [AS2914]  0.984 ms  0.890 ms  0.910 ms
 3  ae-10.a00.parsfr05.fr.bb.gin.ntt.net (81.25.197.205) [AS2914]  0.847 ms  0.823 ms  0.800 ms
 4  ae-6.r23.parsfr04.fr.bb.gin.ntt.net (129.250.2.70) [AS2914]  0.771 ms  0.748 ms  0.764 ms
 5  ae-13.r26.asbnva02.us.bb.gin.ntt.net (129.250.6.6) [AS2914]  81.640 ms  81.635 ms  81.688 ms
 6  ae-8.r25.chcgil09.us.bb.gin.ntt.net (129.250.2.191) [AS2914]  96.429 ms  96.459 ms  96.431 ms
 7  ae-23.a06.chcgil09.us.bb.gin.ntt.net (129.250.4.97) [AS2914]  96.480 ms  96.487 ms  96.505 ms
 8  ae-0.cogent.chcgil09.us.bb.gin.ntt.net (129.250.9.122) [AS2914]  96.913 ms  96.969 ms  97.049 ms
 9  be2766.ccr42.ord01.atlas.cogentco.com (154.54.46.177) [AS174]  96.950 ms  96.989 ms  96.968 ms
10  port-channel2718.ccr92.cle04.atlas.cogentco.com (154.54.7.130) [AS174]  99.315 ms  99.292 ms  99.269 ms
11  be4986.ccr42.jfk02.atlas.cogentco.com (154.54.162.170) [AS174]  96.243 ms  96.316 ms  96.262 ms
12  be3628.ccr42.par01.atlas.cogentco.com (154.54.27.170) [AS174]  93.630 ms  93.714 ms  93.658 ms
13  be3184.ccr31.par04.atlas.cogentco.com (154.54.38.158) [AS174]  94.667 ms  94.663 ms  94.626 ms
14  iliad.demarc.cogentco.com (149.11.175.170) [AS174]  93.586 ms  93.761 ms  93.873 ms
15  * * *
16  * * *
17  * * *
18  * * *
19  gar31-1_migr-82-66-XXX-XXX.fbx.proxad.net (82.66.XXX.XXX) [AS12322]  102.963 ms  103.184 ms  103.177 ms
nbanba a commenté le 28.07.2025 10:34

Bonjour

Merci

Déjà un truc est surprenant sur chacun des traceroute allé:

1  192.168.1.254 (192.168.1.254) [*]  1.623 ms  1.359 ms  1.288 ms
2  amsterdam-9k-1-lo10.intf.routers.proxad.net (194.149.162.248) [*]  10.418 ms  10.560 ms strasbourg-9k-1-lo10.intf.ro

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)

$ ping amsterdam-9k-1-lo10.intf.routers.proxad.net
PING amsterdam-9k-1-lo10.intf.routers.proxad.net (194.149.162.248) 56(84) bytes of data.
64 bytes from amsterdam-9k-1-lo10.intf.routers.proxad.net (194.149.162.248): icmp_seq=1 ttl=253 time=2.30

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:

Bandwidth-Delay Product (BDP)

Throughput_max = BDP / RTT = bandwidth = Window_size / RTT

c: speed of light in fiber ≈ 2*10^8 m/s
d: length of the fiber (in meters)

RTT=2*d/c : round-trip time (seconds)
One-way_latency= d/c

RTT= 2*One-way_latency

​BDP= Bandwidth*RTT⇒Bandwidth= BDP/RTT

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" :

traceroute -A 141.145.XXX.XXX
traceroute to 141.145.XXX.XXX (141.145.XXX.XXX), 30 hops max, 60 byte packets
 1  bbox.lan (192.168.1.254) [*]  1.472 ms  1.352 ms  1.238 ms
 2  176-138-252-2.abo.bbox.fr (176.138.252.2) [AS5410]  2.424 ms  2.386 ms  2.329 ms
 3  * * *
 4  be31.cbr01-ntr.net.bbox.fr (212.194.171.104) [AS5410]  9.415 ms  9.340 ms  9.324 ms
 5  212.194.170.70 (212.194.170.70) [AS5410]  9.235 ms  9.557 ms  9.443 ms
 6  lag22.bsr01-gre.net.bbox.fr (212.194.170.77) [AS5410]  10.931 ms  9.642 ms  9.931 ms
 7  * * *
 8  prs-b3-link.ip.twelve99.net (62.115.202.102) [AS1299]  10.139 ms  10.135 ms  9.999 ms
 9  oracle-ic-371017.ip.twelve99-cust.net (213.248.99.66) [AS1299]  9.882 ms  9.751 ms  9.678 ms
10  140.204.198.32 (140.204.198.32) [AS31898]  9.602 ms 140.204.198.28 (140.204.198.28) [AS31898]  9.400 ms 140.204.198.31 (140.204.198.31) [AS31898]  9.306 ms
11  * * *
[...]
30  * * *

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 :

traceroute -A 87.90.XXX.XXX
traceroute to 87.90.XXX.XXX (87.90.XXX.XXX), 30 hops max, 60 byte packets
 1  140.204.198.13 (140.204.198.13) [AS31898]  0.393 ms 140.204.198.4 (140.204.198.4) [AS31898]  0.361 ms 140.204.198.7 (140.204.198.7) [AS31898]  0.351 ms
 2  oracle-ic-371017.ip.twelve99-cust.net (213.248.99.66) [AS1299]  0.812 ms  0.805 ms  0.796 ms
 3  prs-b3-link.ip.twelve99.net (213.248.99.65) [AS1299]  1.003 ms  1.029 ms  1.080 ms
 4  * * *
 5  62.34.2.91 (62.34.2.91) [AS5410]  8.811 ms  8.803 ms  8.644 ms
 6  be22.cbr01-lyo.net.bbox.fr (212.194.170.76) [AS5410]  8.477 ms  8.351 ms  8.219 ms
 7  212.194.170.71 (212.194.170.71) [AS5410]  8.203 ms  8.012 ms  7.980 ms
 8  la31.bsr01-ren.net.bbox.fr (212.194.171.105) [AS5410]  8.038 ms  8.025 ms  8.066 ms
 9  62.34.2.201 (62.34.2.201) [AS5410]  7.977 ms  7.997 ms  8.035 ms
10  * * *
[...]
30  * * *

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/

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche