La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: Arena4064 le 25 février 2025 à 14:49:10
-
Bonjour
Il semblerait que les liens entre Free et Oracle (sur la région de Paris) aient actuellement un soucis.
Accéder à marseille-1 devient même plus rapide que paris-1 depuis Paris ::).
Mesure AS12322 vers objectstorage.eu-paris-1.oci.oraclecloud.com
https://atlas.ripe.net/measurements/87468684/overview
Mesure AS12322 vers objectstorage.eu-marseille-1.oci.oraclecloud.com
https://atlas.ripe.net/measurements/87468676/overview
Mesure FAIs France vers Oracle Paris
https://atlas.ripe.net/measurements/87401273/results
Avez-vous le même comportement ? (~+70ms de latence)
-
Le souci semble plutot sur l'AS1299 d'après mon traceroute :
mtr objectstorage.eu-paris-1.oci.oraclecloud.com -zwc 10
Start: 2025-02-25T14:52:34+0100
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 10 0.4 0.4 0.3 0.4 0.0
2. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3. AS??? station3.multimania.isdnet.net 40.0% 10 7.2 7.7 7.2 8.2 0.4
4. AS1299 prs-b3-link.ip.twelve99.net 50.0% 10 8.5 8.4 7.8 8.8 0.4
5. AS1299 oracle-ic-371017.ip.twelve99-cust.net 0.0% 10 7.9 10.6 7.4 20.4 4.9
6. AS31898 140.204.198.31 0.0% 10 86.4 86.5 86.2 86.9 0.2
7. AS31898 134.70.180.1 0.0% 10 78.5 78.8 78.3 79.3 0.3
-
Merci, voici la commande depuis une VM sur la région pour tenter d'y voir plus clair
mtr -4 free.fr -zwc 10
Start: 2025-02-25T14:55:18+0100
HOST: Loss% Snt Last Avg Best Wrst StDev
1. AS31898 XXX.XXX.XXX.XXX 0.0% 10 0.2 0.3 0.2 0.7 0.2
2. AS2914 81.25.197.138 0.0% 10 1.5 3.8 0.8 25.6 7.7
3. AS2914 ae-10.a00.parsfr05.fr.bb.gin.ntt.net 0.0% 10 0.8 0.8 0.7 1.0 0.1
4. AS2914 ae-6.r23.parsfr04.fr.bb.gin.ntt.net 0.0% 10 0.9 0.9 0.8 1.0 0.1
5. AS2914 ae-13.r26.asbnva02.us.bb.gin.ntt.net 0.0% 10 81.5 81.5 81.5 81.6 0.0
6. AS2914 ae-4.a08.asbnva02.us.bb.gin.ntt.net 0.0% 10 78.7 78.7 78.6 78.9 0.1
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS174 be3084.ccr42.dca01.atlas.cogentco.com 0.0% 10 80.3 85.9 80.2 135.7 17.5
9. AS174 be3111.ccr42.par01.atlas.cogentco.com 0.0% 10 80.3 80.2 80.0 80.5 0.2
10. AS174 be3184.ccr31.par04.atlas.cogentco.com 0.0% 10 80.7 80.8 80.6 81.2 0.1
11. AS174 iliad.demarc.cogentco.com 0.0% 10 80.5 80.3 80.1 80.5 0.1
12. AS12322 p11-9k-1-be1026.intf.routers.proxad.net 0.0% 10 80.6 80.5 80.2 80.8 0.2
13. AS??? bzn-9k-2-sys-be2001.intf.routers.proxad.net 0.0% 10 80.6 80.6 80.3 81.6 0.4
14. AS12322 www.free.fr 0.0% 10 80.0 80.0 79.9 80.1 0.0
-
Le souci est chez NTT là, on dirait que ça passe par les US.
Je ne suis absolument pas spécialiste, mais la route n'est pas bonne du tout :)
-
J'ai trouvé plus d'informations sur ces soucis entre NTT et Arelion ici :
https://benjojo.co.uk/u/benjojo/h/7hx5cZx5j3kTrvsYp1
Hmmm, did NTT As2914 and Arelion AS1299 depeer in EU? Seemingly everything in the EU between them right now goes via the East Coast USA...
(see examples of London-London going via the US, but seemingly this is also happens FRA-FRA)
-
Toujours Ko sur Free
https://atlas.ripe.net/measurements/87500085/overview
Ok sur Free Pro
https://atlas.ripe.net/measurements/87500092/results
Mais aussi sur tous les autres sondes en France globalement. (il faut faire afficher tout les résultats pour trouver les Free en bas de liste)
https://atlas.ripe.net/measurements/87500375/results
-
En vrai le souci ne vient pas de Free, mais de Telia (qui a dépeeré apparement si j'ai bien lu ton lien) donc passage par les US, et paf ! Ça fait
des chocapics un ping pourri.
-
"Bonjour Léo,
Appréciez votre patience jusqu'à présent, l'équipe du service Internet Edge a confirmé que le changement a été mis en œuvre avec succès, le trafic vers l'ASN de destination est actuellement préféré à un circuit de transit différent. Cela devrait résoudre les problèmes de latence précédents que vous avez rencontrés. Pourriez-vous nous faire part de votre avis et nous dire si la latence est meilleure maintenant ?
"
Les amis, j'avais aussi constaté ce que vous avez relevé en fevrier
Après une longue quête pour recevoir un accès à l'interface de ticketing oracle, après nombre de redirection inter-service, après avoir apporté assez de preuves pour se faire escalader. J'ai réussi à faire résoudre le soucis pour mon instance située dans leur DC PARIS 1. J'espère que le changement à pu prendre effet pour tout le monde :)
Je suis passé de 120ms à 6ms
alleluia
-
Je viens de tester, c'est parfait pour moi aussi, bravo et merci !
-
Hello, tu penses que tu pourrais leur remonter le soucis pour Free mobile ?
-
Ha le soucis est aussi présent pour Free Mobile ? Chez moi ça à l'air OK pour free mobile. Une latence normale par réseau mobile quoi
-
"Bonjour Léo,
Appréciez votre patience jusqu'à présent, l'équipe du service Internet Edge a confirmé que le changement a été mis en œuvre avec succès, le trafic vers l'ASN de destination est actuellement préféré à un circuit de transit différent. Cela devrait résoudre les problèmes de latence précédents que vous avez rencontrés. Pourriez-vous nous faire part de votre avis et nous dire si la latence est meilleure maintenant ?
"
Les amis, j'avais aussi constaté ce que vous avez relevé en fevrier
Après une longue quête pour recevoir un accès à l'interface de ticketing oracle, après nombre de redirection inter-service, après avoir apporté assez de preuves pour se faire escalader. J'ai réussi à faire résoudre le soucis pour mon instance située dans leur DC PARIS 1. J'espère que le changement à pu prendre effet pour tout le monde :)
Je suis passé de 120ms à 6ms
alleluia
Hello ! Je confirme également le changement, retour a 3ms de ping par chez moi.
Un grand merci pour le temps que tu as pris pour faire remonter tout ça ;)
-
Il en reste un peu : (Depuis renater - Tours)
ping objectstorage.eu-paris-1.oci.oraclecloud.com
PING objectstorage.eu-paris-1.oci.oraclecloud.com (134.70.180.1) 56(84) bytes of data.
64 bytes from 134.70.180.1 (134.70.180.1): icmp_seq=1 ttl=45 time=88.2 ms
64 bytes from 134.70.180.1 (134.70.180.1): icmp_seq=2 ttl=45 time=88.0 ms
64 bytes from 134.70.180.1 (134.70.180.1): icmp_seq=3 ttl=45 time=88.1 ms
-
Je pense que la route a seulement été modifiée pour Free, pas pour les autres ...
-
Sur des lignes orange ou bouygues, pas de problème. La modification a été faite ou ? Chez Oracle ?
-
Chez MilkyWan, ça marche, mais en remontant par Londres...
hugues@smokeping:~$ ping 134.70.180.1
PING 134.70.180.1 (134.70.180.1) 56(84) bytes of data.
64 bytes from 134.70.180.1: icmp_seq=1 ttl=57 time=10.3 ms
^C
--- 134.70.180.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 10.256/10.256/10.256/0.000 ms
hugues@smokeping:~$ mtr -zrwc1 134.70.180.1
Start: 2025-08-28T12:03:20+0200
HOST: smokeping Loss% Snt Last Avg Best Wrst StDev
1. AS2027 lo1.a7050qxs.core.d2s.bb.ip4.milkywan.net 0.0% 1 0.3 0.3 0.3 0.3 0.0
2. AS2027 lo1.a7280qr.edge.th2.bb.ip4.milkywan.net 0.0% 1 0.7 0.7 0.7 0.7 0.0
3. AS6696 edg01.equ02.idf.fr.verixi.net 0.0% 1 1.4 1.4 1.4 1.4 0.0
4. AS6696 edg01.intx1.bra.be.verixi.net 0.0% 1 5.3 5.3 5.3 5.3 0.0
5. AS2914 xe-1-1-10-1.a01.brslbe03.be.bb.gin.ntt.net 0.0% 1 16.5 16.5 16.5 16.5 0.0
6. AS2914 ae-8.r23.londen12.uk.bb.gin.ntt.net 0.0% 1 10.1 10.1 10.1 10.1 0.0
[MPLS: Lbl 375696 TC 0 S u TTL 1]
7. AS2914 ae-7.r22.parsfr04.fr.bb.gin.ntt.net 0.0% 1 10.0 10.0 10.0 10.0 0.0
[MPLS: Lbl 583534 TC 0 S u TTL 1]
8. AS2914 ae-0.a00.parsfr05.fr.bb.gin.ntt.net 0.0% 1 9.8 9.8 9.8 9.8 0.0
9. AS2914 81.25.197.138 0.0% 1 10.2 10.2 10.2 10.2 0.0
10. AS31898 140.204.198.29 0.0% 1 9.9 9.9 9.9 9.9 0.0
11. AS31898 134.70.180.1 0.0% 1 10.1 10.1 10.1 10.1 0.0
Par contre, ça serait pas mal qu'Oracle vienne sur un IX en France, genre nine ;D
-
Tu as contacter qui chez Oracle pour débloquer ?
Pour info depuis renater on voit aucun intermédiaires :
mtr -zrwc1 134.70.180.1
Start: 2025-08-28T12:46:17+0200
HOST: sysaaf-srvphy Loss% Snt Last Avg Best Wrst StDev
1. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
2. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
3. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
4. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
6. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
7. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
8. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
9. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
10. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
11. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
12. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
13. AS??? ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
14. AS31898 134.70.180.1 0.0% 1 88.4 88.4 88.4 88.4 0.0
-
Tu as contacter qui chez Oracle pour débloquer ?
Personne, y’a rien à débloquer quand on a un réseau bien interconnecté.
Pour info depuis renater on voit aucun intermédiaires :
C’est ta DSI locale qui a bloqué le traceroute…
-
Chez MilkyWan, ça marche, mais en remontant par Londres...
2. AS2027 lo1.a7280qr.edge.th2.bb.ip4.milkywan.net 0.0% 1 0.7 0.7 0.7 0.7 0.0
3. AS6696 edg01.equ02.idf.fr.verixi.net 0.0% 1 1.4 1.4 1.4 1.4 0.0
4. AS6696 edg01.intx1.bra.be.verixi.net 0.0% 1 5.3 5.3 5.3 5.3 0.0
5. AS2914 xe-1-1-10-1.a01.brslbe03.be.bb.gin.ntt.net 0.0% 1 16.5 16.5 16.5 16.5 0.0
6. AS2914 ae-8.r23.londen12.uk.bb.gin.ntt.net 0.0% 1 10.1 10.1 10.1 10.1 0.0
7. AS2914 ae-7.r22.parsfr04.fr.bb.gin.ntt.net 0.0% 1 10.0 10.0 10.0 10.0 0.0
Chez NTT le POP de Bruxelles est raccordé à Londres et Amsterdam, donc pour revenir à Paris ça fait un peu plus de chemin.
En même temps pourquoi passer par un transit belge (Verixi) ?
Personne, y’a rien à débloquer quand on a un réseau bien interconnecté.
Bof, tu peux être bien interconnecté mais que plus loin ce soit la merde, ça arrive.