La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Incidents Orange => Discussion démarrée par: darkmoon le 31 mars 2021 à 19:06:18
-
Salut,
Est-ce que d'autre ont constaté un souci de latence élevée quand on passe par telia (twelve99.net) ?
moon@Freeze:[~] > mtr -zwc 10 neolobby07.ffxiv.com
Start: 2021-03-31T18:55:26+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? livebox.home 0.0% 10 1.1 1.3 1.1 1.9 0.2
2. AS??? 80.10.234.61 0.0% 10 2.7 2.7 1.6 3.7 0.5
3. AS??? ae108-0.nclyo201.rbci.orange.net 0.0% 10 2.9 4.2 2.3 9.2 2.3
4. AS??? ae41-0.nilyo201.rbci.orange.net 0.0% 10 3.4 3.9 2.2 8.9 2.1
5. AS??? 81.253.184.114 0.0% 10 23.8 21.1 12.7 59.1 14.7
6. AS1299 ffm-b5-link.ip.twelve99.net 0.0% 10 13.3 13.0 12.3 14.0 0.5
7. AS1299 ffm-bb1-link.ip.twelve99.net 0.0% 10 158.1 151.7 138.0 162.0 9.1
8. AS1299 ffm-b1-link.ip.twelve99.net 0.0% 10 103.4 92.2 63.9 116.9 18.6
9. AS1299 kddi-ic319844-ffm-b1.ip.twelve99-cust.net 0.0% 10 126.4 137.5 125.4 159.0 9.9
10. AS8375 195.82.61.14 0.0% 10 143.3 154.8 143.3 161.9 5.8
11. AS8375 195.82.50.234 0.0% 10 994.7 322.1 13.1 994.7 447.9
12. AS8375 195.82.50.10 0.0% 10 156.6 153.2 126.4 164.1 12.0
moon@Freeze:[~] > mtr -zwc 10 bbc.co.uk
Start: 2021-03-31T19:02:45+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS3215 livebox.home 0.0% 10 1.5 1.5 0.7 3.9 1.0
2. AS3215 2a01cb08a004020c0193025300xxxxxxx.ipv6.abo.wanadoo.fr 0.0% 10 3.4 4.1 2.9 10.7 2.3
3. AS??? 2a01:cfc4:0:a00::b 0.0% 10 13.5 4.9 3.1 13.5 3.0
4. AS??? ae101-0.ffttr7.frankfurt.opentransit.net 0.0% 10 29.7 16.4 13.3 29.7 5.0
5. AS1299 ffm-b5-link.ip.twelve99.net 20.0% 10 14.3 14.5 13.9 16.4 0.8
6. AS1299 ffm-bb1-v6.ip.twelve99.net 0.0% 10 16.0 14.1 13.0 16.0 0.8
7. AS1299 ffm-b11-v6.ip.twelve99.net 80.0% 10 87.9 93.2 87.9 98.5 7.5
8. AS1299 fastly-svc068847-lag003123.ip.twelve99-cust.net 0.0% 10 22.2 21.0 16.8 23.1 2.0
9. AS54113 2a04:4e42:400::81 0.0% 10 119.1 143.5 119.1 169.0 16.1
moon@Freeze:[~] > mtr -4zwc 10 bbc.co.uk
Start: 2021-03-31T19:03:10+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? livebox.home 0.0% 10 1.3 1.3 0.9 1.5 0.2
2. AS??? 80.10.234.61 0.0% 10 2.0 2.7 2.0 3.4 0.4
3. AS??? ae108-0.nclyo201.rbci.orange.net 0.0% 10 2.4 4.2 2.4 14.5 3.6
4. AS??? ae41-0.nilyo201.rbci.orange.net 0.0% 10 2.9 4.3 2.5 10.9 2.6
5. AS??? 81.253.184.114 0.0% 10 19.2 13.7 12.4 19.2 2.0
6. AS1299 ffm-b5-link.ip.twelve99.net 0.0% 10 13.5 13.2 12.6 13.9 0.4
7. AS1299 fastly-svc068850-lag003126.ip.twelve99-cust.net 0.0% 10 22.3 14.0 12.6 22.3 2.9
8. AS54113 151.101.0.81 0.0% 10 160.2 150.6 110.8 166.0 18.3
-
En effet il y a un soucis. Traceroute de la même IP (bbc.co.uk) depuis ByTel (passant par le peering ByTel - Fastly à qui appartient l'IP) :
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. AS??? router.lan.home 0.0% 61 0.7 0.8 0.5 7.4 0.9
2. AS5410 176.160.96.2 19.7% 61 196.3 1130. 3.0 2286. 968.8
3. AS5410 62.34.2.22 6.6% 61 3.6 3.6 3.0 5.5 0.3
4. AS5410 62.34.2.0 0.0% 60 6.5 5.8 4.3 7.7 0.7
5. AS5410 62.34.2.56 88.1% 60 4.2 4.3 3.9 5.2 0.4
6. (waiting for reply)
7. AS54113 151.101.0.81 0.0% 60 4.0 4.2 2.1 5.3 0.4
Étrange que Telia ajoute autant de latence. Je ne parviens pas à lire le traceroute de Telia pour deviner les villes, c'est pas clair. Mais là, soit ça sature quelque part (mais comme il y a 0% de loss, on dirait pas), soit on fait des aller retour inutiles et c'est un soucis de routage.
Tu constates le problème depuis longtemps ?
-
Hier soir dans une moindre mesure, et ce soir depuis 17 h.
-
Est-ce que tu peux me donner les IP derrière les hops 7 8 et 9 de ton premier traceroute ? Je ne parviens pas à résoudre l'enregistrement DNS (PTR sans A derrière)
-
Oui bien sûr :
moon@Freeze:[~] > mtr -nzwc 10 neolobby07.ffxiv.com
Start: 2021-03-31T19:40:37+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.1 0.0% 10 1.2 2.1 1.1 8.9 2.4
2. AS??? 80.10.234.61 0.0% 10 2.7 3.1 2.3 5.2 0.8
3. AS??? 193.253.87.194 0.0% 10 2.8 4.6 2.6 19.0 5.0
4. AS??? 193.252.101.145 0.0% 10 3.4 3.7 2.3 9.2 2.0
5. AS??? 81.253.184.114 0.0% 10 12.6 13.9 12.5 20.8 2.5
6. AS1299 62.115.155.28 0.0% 10 12.6 16.5 12.5 38.7 8.2
7. AS1299 62.115.114.88 0.0% 10 132.9 141.3 123.3 162.4 15.4
8. AS1299 62.115.141.237 0.0% 10 91.0 86.1 56.1 117.8 16.4
9. AS1299 62.115.32.106 0.0% 10 141.6 151.6 139.4 163.7 9.7
10. AS8375 195.82.61.14 0.0% 10 163.1 148.8 125.3 165.4 12.6
11. AS8375 195.82.50.234 0.0% 10 356.4 371.3 250.1 512.7 98.6
12. AS8375 195.82.50.10 0.0% 10 127.9 145.5 126.0 167.3 15.6
-
Voici ce que donne un traceroute du hop 8 depuis ByTel :
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. AS??? 172.27.0.254 0.0% 9 0.7 1.6 0.5 9.0 2.8
2. AS5410 176.160.96.2 28.6% 8 2208. 2230. 2208. 2248. 17.6
3. AS5410 62.34.2.22 42.9% 8 3.3 3.9 3.3 5.1 0.8
4. AS5410 62.34.2.21 0.0% 8 3.2 3.8 3.2 5.4 0.7
5. AS5410 62.34.2.2 0.0% 8 7.0 6.1 4.9 7.6 0.9
6. AS5410 62.34.2.90 50.0% 8 4.9 5.1 4.8 5.7 0.4
7. AS1299 62.115.149.78 0.0% 8 4.8 4.8 4.3 5.4 0.3
8. AS1299 62.115.118.58 0.0% 8 5.9 5.7 5.2 6.3 0.4
9. AS1299 62.115.123.12 0.0% 8 12.9 13.2 12.9 14.2 0.4
10. AS1299 62.115.141.237 0.0% 8 12.6 13.2 12.6 14.2 0.5
Mais alors si le soucis est chez Telia, pourquoi il n'apparaît pas depuis ByTel ?
-
Je ne parviens pas à lire le traceroute de Telia pour deviner les villes, c'est pas clair.
Oh je dirais qu'il n'y a qu'une ville, ffm, FrankFurt am Main.
-
Mais alors si le souci est chez Telia, pourquoi il n'apparaît pas depuis ByTel ?
Parce que le souci est sur la route retour :(
Router: ffm-b11 / Frankfurt (Equinix FR5, Kleyerstrasse)
Command: traceroute ipv4 90.66.xx.yy timeout 1 source Loopback0
Tracing the route to 90.66.xx.yy
1 ffm-bb2-link.ip.twelve99.net (62.115.124.118) 1 msec
ffm-bb1-link.ip.twelve99.net (62.115.124.116) 1 msec
ffm-bb2-link.ip.twelve99.net (62.115.124.118) 1 msec
2 ffm-b5-link.ip.twelve99.net (62.115.114.91) 1 msec
ffm-b5-link.ip.twelve99.net (62.115.114.89) 1 msec 1 msec
3 francetelecom-ic325004-ffm-b5.ip.twelve99-cust.net (62.115.155.29) 121 msec 152 msec 12 msec
4 ae0-0.nilyo201.rbci.orange.net (81.253.184.113) 124 msec 163 msec 162 msec
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
Query interrupted.
-
Ça fait quelques jours que ça rame régulièrement vers 5511 depuis Telia, mais aussi depuis NTT, et un peu Sparkle.
Encore des engueulades entre Orange et le reste du monde pour savoir qui doit payer l'upgrade.
-
Encore je me disais, 3215 n’a pas de session BGP avec Telia c’est 5511
Par contre je suis surpris du loss 0% sur les ping de mtr. Habituellement quand ça sature on perd des paquets nan ?
-
Non pas nécessairement.
Mais comme dit Symbol c'est un classique chez Orange de saturer avec les Tier 1 même si c'était moins flagrant ces derniers temps.
-
Concernant NTT (et un peu Sparkle) ça saturait sur les PNI vers 5511 à Paris d'ailleurs, pas forcément ailleurs (en tous cas pas à Londres).
Pas testé à Francfort.
-
Non pas nécessairement.
C'est à dire que ça ne se voit pas nécessairement avec des petits paquets envoyés de temps en temps.
-
Il s'est passé un truc là non ? Mise à jour d'un gros jeu ou autre connerie du genre ?
Londres & FFT ont pris +beaucoup% avec Telia, paris pas tant que ça.
-
Il s'est passé un truc là non ? Mise à jour d'un gros jeu ou autre connerie du genre ?
Call of Duty Avec des mises à jours à 100 Go.
On le voit aussi chez https://as24904.kwaoo.net/as-stats/top.php
-
La dernière saturation du genre (OTI-Telia) remonte au 10-13 novembre mais c'était localisé sur Londres.
A priori le patch 1.29 du jeu Call of duty est sorti le 10/11
Avant-hier (31/03 14h-0h30) et hier (01/04 18h30-0h) ça a saturé sur Londres et Francfort.
Le jeu call of duty a reçu une mise à jour aussi (https://www.pesesurstart.com/2021/03/30/call-of-duty-jusqua-578-go-pour-une-mise-a-jour-de-warzone-qui-reduira-la-taille-du-jeu)
D'après un contact chez OTI :
this issue is known to us and being dealt with peering manager
-
Ok, la prochaine étape c’est anticiper ça maintenant :)
Eh sans rire OTI c’est un Tier 1 ils ont aussi peu de capacités d’anticipation ? :(
-
Ok, la prochaine étape c’est anticiper ça maintenant :)
Eh sans rire OTI c’est un Tier 1 ils ont aussi peu de capacités d’anticipation ? :(
Quelque part aussi, 100Go de mise à jour pour un jeu? Un erreur d'unité sur le volume? Ou il faut carrément "tuer" le jeu?
-
Un erreur d'unité sur le volume?
Malheureusement... non.
Le jeu prend plus de 250 Go d'espace disque sur certaines plateformes (et ça la fout mal par exemple sur PS5 quand on sait que l'espace de stockage utilisable de la console et de 600 Go environ).
-
Ok, la prochaine étape c’est anticiper ça maintenant :)
Eh sans rire OTI c’est un Tier 1 ils ont aussi peu de capacités d’anticipation ? :(
Bah le problème je pense, c'est qu'Orange raccorde trop d'abonnés (ça se voit sur les PM), et qu'en contre-partie, à la moindre mise à jour, il y a un gros appel de débit qui est initié des abonnés, que ça monte tellement haut qu'ils n'ont pas pu prévoir que ça allait monter aussi haut.
Un abonné c'est 2 mégas en moyenne, le soir tu te dis "oh c'est bon, on a large la capa"... mais si d'un coup, 10% des abonnés consomment soudainement tout leur débit, et que tu n'as aucun goulot d'étranglement qui pourrait limiter la hausse de conso, bah la saturation arrivera vite qq part dans le réseau. Pas sur que ça soit chez l'abonné qui a du 2Gbps quoi.
Et pensez aussi que les jeux vidéos nécessitent que tout le monde ait la même version (donc l'appel est d'autant plus soudain), ils ne peuvent pas faire des roulements comme sur Windows ou Android.
-
Ok, la prochaine étape c’est anticiper ça maintenant :)
Eh sans rire OTI c’est un Tier 1 ils ont aussi peu de capacités d’anticipation ? :(
Bah le problème je pense, c'est qu'Orange raccorde trop d'abonnés (ça se voit sur les PM), et qu'en contre-partie, à la moindre mise à jour, il y a un gros appel de débit qui est initié des abonnés, que ça monte tellement haut qu'ils n'ont pas pu prévoir que ça allait monter aussi haut.
On a déjà dit que c'était pas le problème, mais que c'était un sujet de peering entre Tier1 pour savoir qui devait payer.
Après, les CDN X ou Y d'où sort le traf pourraient avoir des liens Orange, mais soit ils en ont mais sans assez de capa sur les clusters concernés pour ce type de pic, soit ils n'en ont pas pour cause de meilleur prix chez les transits Tier1 A ou B (genre Telia/NTT/whatever) avec lesquels ça passe à peu près correctement vers Orange en général.
-
Sachant que pour Telia, il est aussi un acteur proposant des offres CDN hébergées sur son réseau.
(Je ne sais pas si dans le cas actuel les mises à jour de COD étaient hébergées sur le CDN Telia mais ça ne change pas le fond du problème)
-
Sachant que pour Telia, il est aussi un acteur proposant des offres CDN hébergées sur son réseau.
(Je ne sais pas si dans le cas actuel les mises à jour de COD étaient hébergées sur le CDN Telia mais ça ne change pas le fond du problème)
Les mises à jours de COD sortent de Akamai.
-
Les mises à jours de COD sortent de Akamai.
Akamai pas en "direct" Orange?
-
Akamai pas en "direct" Orange?
Akamai c'est un truc très compliqué. Même si tu as un PNI, ça peut entrée par d'autres chemins.
-
Akamai c'est un truc très compliqué. Même si tu as un PNI, ça peut sortir par d'autres chemins.
Pas impossible que si la liaison avec l'opérateur sature, chemin "bis" ?
-
5511 de l'akamai bien sûr, après ça reste les mystères des cdn (si le traffic qui venait de telia était bien ça). Ils "équilibrent", ou plutôt répartissent, en fonction d'algorithmes qui leurs sont propres et qui ne font pas forcément sens quand on se place en face...
-
5511 de l'akamai bien sûr, après ça reste les mystères des cdn (si le traffic qui venait de telia était bien ça). Ils "équilibrent", ou plutôt répartissent, en fonction d'algorithmes qui leurs sont propres et qui ne font pas forcément sens quand on se place en face...
Un exemple chez K-NET
(https://pix.milkywan.fr/zvgkmUO6.png)
Vert = PNI
Orange Foncé = IELO TH2
Orange Clair = IELO GENEVE
Bleu = LyonIX
Bleu clair = Cogent
-
D'après un contact chez OTI :
this issue is known to us and being dealt with peering manager
Ah ben on est rassuré ça va aller vite alors si y'a un "manager" qui s'en occupe ...
-
Ah ben on est rassuré ça va aller vite alors si y'a un "manager" qui s'en occupe ...
Le routeur "auvtr4.opentransit.net" n'est plus là/down, je pense que c'est la cause de tout ce désordre.
La majeure partie de la France passe par Francfort dans le sens aller et retour, et selon certains Tier1 c'est quitte ou double.
-
La majeure partie de la France passe par Francfort dans le sens aller et retour, et selon certains Tier1 c'est quitte ou double.
Ou par Aubervilliers auvtr5 ou Paris Archives pastr4 ou Paris TH2 partr1 ou St Denis partr2 ou Marseille, ou Londres, etc etc ...
-
Ou par Aubervilliers auvtr5 ou Paris Archives pastr4 ou Paris TH2 partr1 ou St Denis partr2 ou Marseille, ou Londres, etc etc ...
C'est pour ça que j'ai dis c'est quitte ou double, sur du Amazon en Virginie ça passe bien par le partr1 :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| mkt-gw.home - 0 | 3 | 3 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 3 | 3 | 1 | 1 | 1 | 1 |
| ae111-0.nclyo202.rbci.orange.net - 0 | 3 | 3 | 1 | 5 | 13 | 1 |
| ae41-0.nilyo202.rbci.orange.net - 0 | 2 | 2 | 1 | 1 | 1 | 1 |
| 81.253.184.102 - 0 | 2 | 2 | 6 | 6 | 6 | 6 |
|hundredgige0-0-0-12.partr1.paris.opentransit.net - 0 | 2 | 2 | 7 | 7 | 8 | 7 |
|hundredgige0-11-0-2.ashtr2.ashburnva.opentransit.net - 0 | 2 | 2 | 84 | 85 | 86 | 84 |
| amazon-1.gw.opentransit.net - 0 | 2 | 2 | 83 | 83 | 83 | 83 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Mais sur NTT :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| mkt-gw.home - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| ae111-0.nclyo202.rbci.orange.net - 0 | 3 | 3 | 2 | 6 | 10 | 10 |
| ae41-0.nilyo202.rbci.orange.net - 0 | 3 | 3 | 1 | 1 | 1 | 1 |
| ae40-0.nilyo201.rbci.orange.net - 0 | 3 | 3 | 1 | 1 | 1 | 1 |
| 81.253.184.114 - 0 | 3 | 3 | 11 | 11 | 11 | 11 |
| ntteurope-4.gw.opentransit.net - 0 | 3 | 3 | 11 | 12 | 16 | 11 |
| ae-3.r20.frnkge13.de.bb.gin.ntt.net - 0 | 3 | 3 | 11 | 11 | 12 | 12 |
| ae-14.r21.londen12.uk.bb.gin.ntt.net - 0 | 3 | 3 | 26 | 28 | 30 | 26 |
| ae-13.r25.asbnva02.us.bb.gin.ntt.net - 0 | 3 | 3 | 90 | 94 | 98 | 98 |
| ae-2.r25.lsanca07.us.bb.gin.ntt.net - 0 | 3 | 3 | 152 | 153 | 154 | 154 |
| ae-12.r31.tokyjp05.jp.bb.gin.ntt.net - 0 | 3 | 3 | 247 | 250 | 256 | 247 |
| ae-3.r03.tokyjp05.jp.bb.gin.ntt.net - 0 | 3 | 3 | 244 | 282 | 358 | 244 |
| ae-2.ocn.tokyjp05.jp.bb.gin.ntt.net - 0 | 3 | 3 | 248 | 285 | 358 | 249 |
| 60.37.54.162 - 0 | 3 | 3 | 248 | 287 | 367 | 248 |
| 211.0.210.18 - 0 | 3 | 3 | 250 | 291 | 367 | 258 |
| 61.113.104.254 - 0 | 3 | 3 | 251 | 287 | 359 | 251 |
| 61.113.104.9 - 0 | 3 | 3 | 252 | 286 | 356 | 252 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
etc etc etc etc...
EDIT :
Un traceroute que j'ai retrouvé et qui date de 2019 :
# ADDRESS LOSS SENT LAST AVG BEST WORST
1 80.10.235.21 0% 20 0.7ms 0.9 0.7 1.1
2 ae111-0.nclyo202.lyon3earrond... 0% 20 0.9ms 1.9 0.5 12.2
3 ae41-0.nilyo202.lyon3earrondi... 0% 20 1.1ms 3.7 0.5 20.6
4 81.253.184.102 0% 20 6.7ms 6.6 6.2 6.9
5 hundredgige0-12-0-3.auvtr4.au... 0% 20 10ms 11 6.9 14.5
6 et-5-0-3-0.pastr3.paris.opent... 0% 20 6.6ms 6.9 6.1 13.5
7 ae-35.ear2.paris1.level3.net 73.. 20 timeout 7.2 7 7.6
8 ae-1-3111.edge4.london1.level... 0% 19 19ms 18.9 18.5 20
9 interactive.edge4.london1.lev... 0% 19 42.9ms 42.3 40 62.7
10 100ge.br3-cr1.smartdc.rtm.i3d... 0% 19 40.5ms 43.4 40 94.3
11 hosted-by.i3d.net 0% 19 38.5ms 38.8 38.5 39
-
C'est sûr que si tu considères que la majeure partie de la France c'est Lyon ...
-
C'est sûr que si tu considères que la majeure partie de la France c'est Lyon ...
Paris, Marseille, Rennes, Montpellier...
Regarde par toi même, en prenant des IP de différentes zones et en allant sur les LG des T1, à part Cogent pour l'instant qui sort par Paris le reste c'est du hasard.
Ceci dit pour Bordeaux et la zone du NI de Poitiers je me demande si ça sort par Madrid.
-
La majeure partie de la France passe par Francfort.
Allez, sur ton test avec NTT
Oui pour Lyon (mais ce n'est pas la majeure partie de la France) ... le 1er avril c'est passé hein :D
Depuis Paris (ah ben non c'est pas via Francfort) :
traceroute to 61.113.104.9 (61.113.104.9)
1 192.168.1.1 (192.168.1.1)
2 80.10.236.81 (80.10.236.81)
3 ae109-0.ncidf103.rbci.orange.net (193.253.80.250)
4 ae41-0.niidf101.rbci.orange.net (193.252.159.42)
5 193.252.137.10 (193.252.137.10)
6 ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141)
7 ae-5.r21.parsfr04.fr.bb.gin.ntt.net (129.250.5.147)
8 ae-13.r24.asbnva02.us.bb.gin.ntt.net (129.250.6.6)
9 ae-2.r24.snjsca04.us.bb.gin.ntt.net (129.250.6.237)
10 ae-17.r24.osakjp02.jp.bb.gin.ntt.net (129.250.2.119)
11 ae-1.r03.osakjp02.jp.bb.gin.ntt.net (129.250.7.31)
12 ae-1.ocn.osakjp02.jp.bb.gin.ntt.net (61.200.80.14)
13 125.170.96.33 (125.170.96.33)
14 125.170.97.73 (125.170.97.73)
15 125.170.97.130 (125.170.97.130)
16 122.1.245.66 (122.1.245.66)
17 211.0.210.18 (211.0.210.18)
18 61.113.104.254 (61.113.104.254)
19 61.113.104.9 (61.113.104.9)
Depuis Lille : ah ! non plus
traceroute to 61.113.104.9 (61.113.104.9)
1 10.59.30.254 (10.59.30.254)
3 80.10.233.201 (80.10.233.201)
4 ae102-0.nclil101.rbci.orange.net (193.253.88.218)
5 ae41-0.nilil201.rbci.orange.net (81.253.129.30)
6 ae40-0.nilil202.rbci.orange.net (81.253.129.2)
7 81.253.184.118 (81.253.184.118)
8 ntteurope-5.gw.opentransit.net (193.251.249.182)
9 ae-0.r21.londen12.uk.bb.gin.ntt.net (129.250.3.214)
10 ae-13.r25.asbnva02.us.bb.gin.ntt.net (129.250.2.111)
11 ae-4.r24.sttlwa01.us.bb.gin.ntt.net (129.250.6.177)
12 ae-12.r31.tokyjp05.jp.bb.gin.ntt.net (129.250.3.192)
13 ae-2.r03.tokyjp05.jp.bb.gin.ntt.net (129.250.3.33)
14 ae-2.ocn.tokyjp05.jp.bb.gin.ntt.net (120.88.53.26)
15 60.37.54.162 (60.37.54.162)
16 211.0.210.18 (211.0.210.18)
17 61.113.104.254 (61.113.104.254)
18 61.113.104.9 (61.113.104.9)
Depuis Marseille : toujours pas ...
traceroute to 61.113.104.9 (61.113.104.9)
1 192.168.1.1 (192.168.1.1)
2 80.10.234.77 (80.10.234.77)
3 ae102-0.ncmar101.rbci.orange.net (193.249.213.2)
4 ae41-0.nimar101.rbci.orange.net (193.252.161.25)
5 ae40-0.nimar102.rbci.orange.net (193.252.161.22)
6 193.252.137.54 (193.252.137.54)
7 hundredgige0-1-0-5.pastr4.paris.opentransit.net (193.251.133.148)
8 ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141)
9 ae-5.r21.parsfr04.fr.bb.gin.ntt.net (129.250.5.147)
10 ae-13.r24.asbnva02.us.bb.gin.ntt.net (129.250.6.6)
11 ae-2.r24.snjsca04.us.bb.gin.ntt.net (129.250.6.237)
12 ae-17.r24.osakjp02.jp.bb.gin.ntt.net (129.250.2.119)
13 ae-1.r03.osakjp02.jp.bb.gin.ntt.net (129.250.7.31)
14 ae-3.ocn.osakjp02.jp.bb.gin.ntt.net (61.200.80.78
15 125.170.96.33 (125.170.96.33)
16 122.1.245.189 (122.1.245.189)
17 122.1.245.206 (122.1.245.206)
18 122.1.245.66 (122.1.245.66)
19 211.0.210.18 (211.0.210.18)
20 61.113.104.254 (61.113.104.254)
21 61.113.104.9 (61.113.104.9)
J'arrête là car on est HS par rapport au sujet.
-
"Quitte ou double"
Essaye avec Telia et Level 3, NTT oui ça toujours été comme ça, mais dans le sens aller c'est Francfort.
"Quitte ou double"
Aller hop :
Sur du Lyon donc :
Router: prs-b3 / Paris (Voltaire)
Command: traceroute ipv4 90.66.52.12 timeout 1 source Loopback0
Tracing the route to 90.66.0.0
1 prs-bb2-link.ip.twelve99.net (62.115.118.62) 11 msec 11 msec
prs-bb1-link.ip.twelve99.net (62.115.118.58) 11 msec
2 ffm-bb1-link.ip.twelve99.net (62.115.123.12) 11 msec
ffm-bb2-link.ip.twelve99.net (62.115.122.139) 10 msec
ffm-bb2-link.ip.twelve99.net (62.115.114.99) 10 msec
3 ffm-b5-link.ip.twelve99.net (62.115.114.89) 11 msec 10 msec
ffm-b5-link.ip.twelve99.net (62.115.114.91) 11 msec
4 francetelecom-ic325004-ffm-b5.ip.twelve99-cust.net (62.115.155.29) 50 msec 141 msec 107 msec
5 ae0-0.nilyo201.rbci.orange.net (81.253.184.113) 20 msec 20 msec 20 msec
6 * * *
Sur du Marseille :
Router: prs-b3 / Paris (Voltaire)
Command: traceroute ipv4 92.184.112.63 timeout 1 source Loopback0
Tracing the route to 92.184.112.63
1 prs-bb2-link.ip.twelve99.net (62.115.118.62) 12 msec 11 msec
prs-bb1-link.ip.twelve99.net (62.115.118.58) 11 msec
2 ffm-bb1-link.ip.twelve99.net (62.115.123.12) 10 msec
ffm-bb2-link.ip.twelve99.net (62.115.122.139) 11 msec
ffm-bb2-link.ip.twelve99.net (62.115.114.99) 10 msec
3 ffm-b5-link.ip.twelve99.net (62.115.114.89) 10 msec 10 msec
ffm-b5-link.ip.twelve99.net (62.115.114.91) 11 msec
4 francetelecom-ic325004-ffm-b5.ip.twelve99-cust.net (62.115.155.29) 12 msec 86 msec 135 msec
5 et-6-0-0-0.ffttr6.frankfurt.opentransit.net (193.251.151.152) 11 msec
et-10-0-3-0.ffttr6.frankfurt.opentransit.net (193.251.131.38) 140 msec
et-7-0-9-0.ffttr6.frankfurt.opentransit.net (193.251.151.188) 118 msec
6 ae2-0.nimar101.rbci.orange.net (193.252.137.49) 115 msec 157 msec 136 msec
7 * * *
Sur du Lille :
Router: prs-b3 / Paris (Voltaire)
Command: traceroute ipv4 2.5.6.1 timeout 1 source Loopback0
Tracing the route to 2.5.6.1
1 prs-bb2-link.ip.twelve99.net (62.115.118.62) 11 msec 11 msec
prs-bb1-link.ip.twelve99.net (62.115.118.58) 11 msec
2 ffm-bb1-link.ip.twelve99.net (62.115.123.12) 10 msec
ffm-bb2-link.ip.twelve99.net (62.115.114.99) 10 msec
ffm-bb2-link.ip.twelve99.net (62.115.122.139) 11 msec
3 ffm-b5-link.ip.twelve99.net (62.115.114.89) 10 msec 10 msec
ffm-b5-link.ip.twelve99.net (62.115.114.91) 11 msec
4 francetelecom-ic325004-ffm-b5.ip.twelve99-cust.net (62.115.155.29) 17 msec 80 msec 9 msec
5 et-1-0-2-0.ffttr6.frankfurt.opentransit.net (193.251.133.4) 11 msec
et-10-0-2-0.ffttr6.frankfurt.opentransit.net (193.251.131.36) 11 msec
et-10-0-0-0.ffttr6.frankfurt.opentransit.net (193.251.131.32) 129 msec
6 193.251.129.43 122 msec
hundredgige0-0-0-29.auvtr5.aubervilliers.opentransit.net (193.251.240.59) 11 msec
hundredgige0-2-0-9.auvtr5.aubervilliers.opentransit.net (193.251.240.73) 11 msec
7 ae0-0.nilil201.rbci.orange.net (81.253.184.177) 53 msec 153 msec 159 msec
**Magic**
-
D'après un contact chez OTI :
this issue is known to us and being dealt with peering manager
Il veut bien se magner le popotin le manager, j'en ai ras le bol que ça rame le soir vers l'uk et l'allemagne :(
(https://pix.milkywan.fr/JLuqG3Gd.png)
C'est tellement régulier, ils voient pas ça dans leur NOC ?
-
A mon avis, si tu veux obtenir une résolution rapide, tu ferais mieux de changer d'opérateur.
-
Ah ... mais c'est pas si facile, il me reste encore 7 mois d'engagement ....
-
C'est vrai que c'est sale. Sinon tu as l'option petit VPN :)
-
Oui je suis équipé pour ça (mudfish pour les jeux et wireguard sur mon vps chez PulseHeberg pour le reste). Mais bon, tout le monde n'est pas technophile comme moi, je me mets à la place des autres utilisateurs, simplement :D
-
Est-ce que tu as un exemple de site dont l'utilisation est dégradée ? Est-ce que les vidéos sur le site de la bbc chargent mal, etc ? As-tu des exemples dans ton utilisation où ta qualité d'expérience est dégradée ?
-
Oui, c'est pas compliqué. Je joue à Final Fantasy XIV (hébergé via kddi en Allemagne, voir mon 1er traceroute sur le poste d'origine) et j'ai un ping qui a plus que quadruplé (~30 ms avant et ~130-150 ms maintenant). Et c'est très pénalisant, on voit vraiment une différence. Du coup, mudfish, et paf, plus aucun souci ...
-
Je crois que c'est irréversible, le routage va rester comme ça.
C'est pas très propre, ça va me saouler car j'ai pas envie de changer d'opérateur.
SFR, même pas la peine. -23dBm au PM.
ByTel, routage sur Marseille pour un serveur à Paris. Merci au revoir.
Free, ouais euh non...
-
De ce que j'ai pu voir, incidents sur Paris et Marseille, ça pourrait expliquer tes problèmes.
faites-vous un tunnel vers scaleway/ovh si ça peut pas attendre...
-
ByTel, routage sur Marseille pour un serveur à Paris.
Tu peux développer ? :)
-
De ce que j'ai pu voir, incidents sur Paris et Marseille, ça pourrait expliquer tes problèmes.
faites-vous un tunnel vers scaleway/ovh si ça peut pas attendre...
J'espère que c'est juste un "incident" et pas la volonté d'une DSI quelconque.
En attendant c'est du Francfort à 70%, + saturation de Telia mais ça c'est une habitude courante.
Tu peux développer ? :)
Tout est là -> https://lafibre.info/peering/ntt-marseille-bytel-routage-qui-part-en-vrille/ (https://lafibre.info/peering/ntt-marseille-bytel-routage-qui-part-en-vrille/)
Depuis Juillet 2017, la bonne blague.
-
ByTel n'utilise plus NTT comme transitaire, cela ne devrait donc plus être un problème existant
-
ByTel n'utilise plus NTT comme transitaire, cela ne devrait donc plus être un problème existant
C'est pareil avec Telia/Cogent/Level 3.
Tout va à Marseille pour la zone Sud-Est et peut-être même un peu le Sud-Ouest.
Je ne parle que des transitaires, certains PNI avec HE, OVH, FranceIX, Equinix-IX & co vont bien-sûr directement à Paris.
Sauf que dans le cas de ByTel, on est sur du 80% de transitaires.
-
80% de transitaires, je peux pas te donner de chiffres mais je peux te dire de source sûre (moi-même) que le trafic des transitaires est quand même minoritaires par rapport aux autres types d'intercos chez ByTel, c'est très erroné comme vision. C'est le principe de régionaliser, ça permet pas forcément de garantir le plus cour chemin ça permet de garantir que l'interco utilisée est la plus proche de l'abonné. Mais en effet, des fois ça fait fait des "aller retour inutiles".
Est-ce que c'est pas mieux que tout sortir à Paris à la Free ? :)
ByTel est (mais je suis peut être un peu biaisé j'avoue) l'opérateur français parmis les 4 gros à avoir la plus grande qualité possible d'intercos, peering, transits. Rien ne sature jamais sur les intercos, c'est régionalisé, multihomé (3 transitaires), politique de peering ouverte, présence sur les GIX.
10ms de plus, niveau QoE tu ressens rien. C'est important de régionaliser, mais si ByTel ne fait sortir sur Marseille que les habitants de Marseille, va pas y avoir grand chose sur les intercos là bas en terme de trafic donc à quoi bon en monter
-
Sauf que dans le cas de ByTel, on est sur du 80% de transitaires.
Sur un tel ISP de taille moyenne et qui peere plutôt facilement, on est sans doutes au contraire à 80% de peering minimum en volume de trafic (sauf s'il y a un peu trop de CDN qui n'ont pas voulu payer).
-
ByTel a très peu de CDN joignables uniquement via transitaires (à l'exception de Level 3 CDN, qui est donc aussi un transitaire)
Cloudflare passe par FranceIX, Akamai y'a du peering privé... je cherche un exemple de CDN connu européen joignable uniquement par du transit depuis ByTel.
Edit : un acteur me vient en effet : CanalPlus (mycanal.com) passe, je crois de tête, par Telia. Le site web non, mais certaines des vidéos servies. Sauf que bon, 1/ la latence ici osef (et elle est excellente, en plus) et 2/ les transits de ByTel sont très bien dimensionnés donc aucun soucis.
-
Mais en effet, des fois ça fait fait des "aller retour inutiles". Est-ce que c'est pas mieux que tout sortir à Paris à la Free ? :)
Sur un pays de la taille de la France, ça se discute. Surtout si - et c'est ce que soulignait Aize147 j'imagine - le trafic remonte à Paris ensuite une fois que tu t'en es débarrassé. Faudrait voir si, sur le trafic échangé à Marseille, on est plutôt sur "des fois" ou sur une majorité.
Dit autrement, une fois que tu sors en transit à Marseille, quel trafic ne remonte pas à Paris ?
-
Toujours aucune info officielle sur ce problème ? Ca fait 10 jours que ça rame tous les soirs entre ~19h et minuit, c'est pénible...
-
Toujours aucune info officielle sur ce problème ? Ca fait 10 jours que ça rame tous les soirs entre ~19h et minuit, c'est pénible...
Ce que l'on peut noter est que sans devenir problématique ni systématique, la "maladie des heures de pointe" ne semble hélas plus toucher qu'un seul opérateur, dont la réputation de lenteur de réactivité reste un de ses points faibles... La période de "non-agitation" (J'essaie de faire dans le "politiquement correct" pour ne pas parler de confinement! ;) ) actuelle semble compliquée pour certains networkers... :(
-
Toujours aucune info officielle sur ce problème ? Ca fait 10 jours que ça rame tous les soirs entre ~19h et minuit, c'est pénible...
Comme chez tous les opérateurs, il n'y aura probablement aucune communication.
Ce que l'on peut noter est que sans devenir problématique ni systématique, la "maladie des heures de pointe" ne semble hélas plus toucher qu'un seul opérateur, dont la réputation de lenteur de réactivité reste un de ses points faibles... La période de "non-agitation" (J'essaie de faire dans le "politiquement correct" pour ne pas parler de confinement! ;) ) actuelle semble compliquée pour certains networkers... :(
Ces problèmes entre "Tier 1" ne sont pas nouveaux chez Orange, j'ai eu le droit à ça pendant de longs mois mois en 2013. Et pour certaines destinations c'était midi-minuit (https://lafibre.info/peering/orange-saturation/msg112364/#msg112364) soit la moitié de la journée. C'est même arrivé jusqu'à 09H-02H (https://lafibre.info/peering/orange-saturation/msg118518/#msg118518).
Voir ici pour tout l'historique : https://lafibre.info/peering/orange-saturation/
-
Ce que l'on peut noter est que sans devenir problématique ni systématique, la "maladie des heures de pointe" ne semble hélas plus toucher qu'un seul opérateur, dont la réputation de lenteur de réactivité reste un de ses points faibles... La période de "non-agitation" (J'essaie de faire dans le "politiquement correct" pour ne pas parler de confinement! ;) ) actuelle semble compliquée pour certains networkers... :(
Comme le dit Nico, la problématique n'est pas nouvelle chez Orange, par exemple :
https://www.zdnet.fr/actualites/affaire-megaupload-orange-poursuit-cogent-pour-denigrement-39757760.htm (https://www.zdnet.fr/actualites/affaire-megaupload-orange-poursuit-cogent-pour-denigrement-39757760.htm)
Concernant le problème dont on parle, je pense que ça ne devrait pas s'éterniser sur plusieurs mois comme on a pu malheureusement le voir par le passé.
-
Dommage que l'arcep ne puisse pas encadrer ça
-
Concernant le problème dont on parle, je pense que ça ne devrait pas s'éterniser sur plusieurs mois comme on a pu malheureusement le voir par le passé.
En attendant ça fait presque un mois (début des soucis le 29 mars) et je trouve ça effarant.
-
Je n'ai pas d'informations concrètes quant à la résolution du problème, je sais juste que le phénomène a été atténué courant avril sur un point d'interco en Europe (et j'avais cru comprendre que cela solutionnerait le problème, ce qui n'est pas le cas).
J'en reviens à mon conseil initial ;) :
A mon avis, si tu veux obtenir une résolution rapide, tu ferais mieux de changer d'opérateur.
-
En attendant ça fait presque un mois (début des soucis le 29 mars) et je trouve ça effarant.
Justement ce soir pour la première fois depuis un mois, Smokeping indique que la latence est normale vers toutes les destinations qui m'intéressent et je constate que ça ne rame pas comme les autres soirs...
-
Fausse bonne nouvelle, ce soir ça recommence comme les jours précédents... >:(
-
Je te confirme, début des soucis à 18:00 😞
-
C'est quoi les destinations impactés pour vous ? Quels services ?
Vrai question hein je cherche pas à troll.
-
C'est quoi les destinations impactés pour vous ? Quels services ?
Dans mon cas, serveurs chez Hetzner : 160ms de latence au lieu de 16 ça se voit bien dans SSH et même si c'est facile à contourner avec un VPN qui passe par ailleurs, c'est relou.
-
Ouai relou effectivement.
je confirme en tout cas, même délire chez moi, je monte a Paris 10ms puis interco avec Telia -> ping à 140
Y'a une solution WinMTR pour ipv6 ?
-
De mon coté je joue pas mal, et les serveurs sont en allemagne .. résultats un ping de 150 ms et un loss de 10-15% avec des lags.
Du coup, je passe par Mudfish et paf 20 ms !
Pour WinMTR y'a bien l'ipv6 ICI (https://github.com/White-Tiger/WinMTR)
-
Merci pour WinMTR. Tu joue a quoi qui passe en allemagne ? Je joue pas mal aussi, pour l'instant j'ai pas à me plaindre, mais c'est vrai que la plupart sont hébergés par les "gros" google cloud et AWS.
-
Principalement à FFXIV en ce moment, et 150 ms c'est super chiant 😒
-
Je veux bien te croire, j'espère qu'OTI va se bouger le fion :)
-
Hmmm je découvre que F1TV Pro passe par Telia depuis une connexion Orange. J'espère que ma sieste de dimanche se passera sans encombre !
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|2a01cb08a00402130193025300770199.ipv6.abo.wanadoo.fr - 0 | 20 | 20 | 1 | 3 | 33 | 33 |
| 2a01:cfc4:0:c00::a - 0 | 20 | 20 | 5 | 60 | 966 | 11 |
| Request timed out. - 100 | 4 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 34 | 9 | 6 | 10 | 12 | 17 | 12 |
| prs-bb1-v6.ip.twelve99.net - 0 | 20 | 20 | 21 | 22 | 29 | 29 |
| adm-bb3-v6.ip.twelve99.net - 0 | 20 | 20 | 23 | 24 | 39 | 39 |
| adm-b2-v6.ip.twelve99.net - 0 | 20 | 20 | 21 | 24 | 73 | 30 |
| 2a01:578:0:ff::67 - 0 | 20 | 20 | 21 | 22 | 29 | 21 |
| 2a01:578:0:9005::2 - 0 | 20 | 20 | 20 | 22 | 40 | 21 |
| 2a01:578:0:9005::a - 0 | 20 | 20 | 20 | 21 | 29 | 21 |
| 2a01:578:0:9005::1c - 0 | 20 | 20 | 20 | 24 | 44 | 21 |
| 2a01:578:0:9005::2e - 0 | 20 | 20 | 20 | 26 | 42 | 21 |
| 2a01:578:0:9005::27 - 0 | 20 | 20 | 21 | 25 | 36 | 21 |
| 2a01:578:0:9002::27 - 0 | 20 | 20 | 22 | 25 | 35 | 23 |
| 2a01:578:0:9002::2e - 0 | 20 | 20 | 22 | 24 | 31 | 28 |
| 2a01:578:0:9002::22 - 0 | 20 | 20 | 21 | 22 | 33 | 21 |
| 2a01:578:0:9002::a - 0 | 20 | 20 | 22 | 23 | 30 | 29 |
| 2a01:578:0:9002::3 - 0 | 20 | 20 | 21 | 22 | 32 | 23 |
| 2a01:578:0:ff::7 - 0 | 20 | 20 | 21 | 23 | 30 | 22 |
| 2600:9000:2204:d000:8:d44d:ed40:93a1 - 0 | 19 | 19 | 24 | 27 | 49 | 49 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Tant que ça passe pas par Francfort je pense pas que tu ai des soucis
-
Hmmm je découvre que F1TV Pro passe par Telia depuis une connexion Orange. J'espère que ma sieste de dimanche se passera sans encombre !
Sans vouloir t'inquiéter, maintenant ça commence à saturer même en plein après-midi... c'est parce qu'il fait moche ? Ca me rappelle quand j'étais chez Free y'a quelques années.
Exemple vers Fastly joint...
-
Possible d’avoir un traceroute vers la destination de ton smokeping ? :)
-
Sans vouloir t'inquiéter, maintenant ça commence à saturer même en plein après-midi... c'est parce qu'il fait moche ?
Ouais t'as raison cet aprèm c'est la misère aussi :(
-
Le WE le trafic est plus élevé plus tôt, donc les saturations arrivent plus tôt (encore plus le dimanche en général).
-
Tant que ça passe pas par Francfort je pense pas que tu ai des soucis
J'ai pas fais attention, moi j'ai retenu "telia" ^^
Donc je suppose que les noeuds twelve99 "adm" = amsterdam ?
Ouais t'as raison cet aprèm c'est la misère aussi :(
Ouai j'espère qu'OTI va se bouger le cul quand même ... Si Orange ça devient Free vers certaines destinations ça va vite devenir problématique.
-
Possible d’avoir un traceroute vers la destination de ton smokeping ? :)
Ca alterne entre les deux exemples suivants. Pas de rapport avec Telia on dirait...
Start: 2021-05-01T19:41:06+0200
HOST: smokeping Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.0.0.254 0.0% 10 0.5 0.4 0.4 0.5 0.0
2.|-- 192.168.1.1 0.0% 10 0.8 0.9 0.8 1.1 0.1
3.|-- 80.10.235.9 0.0% 10 2.2 2.3 1.7 3.2 0.4
4.|-- ae101-0.nclyo202.rbci.orange.net 0.0% 10 2.0 2.4 1.9 3.1 0.4
5.|-- ae41-0.nilyo202.rbci.orange.net 0.0% 10 2.6 2.5 2.1 3.0 0.3
6.|-- ae40-0.nilyo201.rbci.orange.net 0.0% 10 2.1 4.1 2.1 16.6 4.4
7.|-- 81.253.184.114 0.0% 10 12.3 14.2 12.1 26.8 4.5
8.|-- ntteurope-4.gw.opentransit.net 0.0% 10 13.4 14.5 12.5 19.4 2.5
9.|-- ae-3.r21.frnkge13.de.bb.gin.ntt.net 0.0% 10 12.7 14.3 12.1 18.3 2.1
10.|-- ae-5.r01.frnkge07.de.bb.gin.ntt.net 0.0% 10 13.7 13.1 12.5 13.7 0.4
11.|-- 213.198.87.238 0.0% 10 12.4 12.5 12.1 12.9 0.3
12.|-- 151.101.193.57 0.0% 10 117.9 129.5 100.4 148.7 13.6
Start: 2021-05-01T19:42:13+0200
HOST: smokeping Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.0.0.254 0.0% 10 0.4 0.4 0.3 0.5 0.0
2.|-- 192.168.1.1 0.0% 10 1.0 0.9 0.8 1.0 0.1
3.|-- 80.10.235.9 0.0% 10 1.8 2.2 1.7 2.9 0.4
4.|-- ae101-0.nclyo202.rbci.orange.net 0.0% 10 2.4 4.5 1.9 22.2 6.2
5.|-- ae41-0.nilyo202.rbci.orange.net 0.0% 10 2.0 2.4 2.0 3.0 0.3
6.|-- ae40-0.nilyo201.rbci.orange.net 0.0% 10 2.8 2.7 2.2 3.0 0.3
7.|-- 81.253.184.114 0.0% 10 11.6 15.1 11.6 20.0 3.2
8.|-- ntteurope-4.gw.opentransit.net 0.0% 10 12.8 12.8 12.2 13.4 0.4
9.|-- ae-3.r20.frnkge13.de.bb.gin.ntt.net 0.0% 10 13.5 14.8 12.1 19.9 2.9
10.|-- ae-4.r00.frnkge07.de.bb.gin.ntt.net 0.0% 10 13.0 13.3 12.6 15.9 0.9
11.|-- 213.198.87.234 0.0% 10 120.9 112.8 87.3 139.6 14.9
12.|-- 151.101.129.57 0.0% 10 12.3 12.4 11.9 12.8 0.3
-
Le WE le trafic est plus élevé plus tôt, donc les saturations arrivent plus tôt (encore plus le dimanche en général).
Je crois que ça ne le faisait pas les week-ends précédents en tout cas... ça commençait entre 18h et 19h comme en semaine, voire plus tard.
-
En tout cas, c'est toujours d'actualité.
Tous les soirs, la latence via Telia Francfort explose ...
-
Petit update, depuis fin mai, je ne constate plus (sauf de manière très ponctuelle) de soucis de latence via Telia Francfort
-
Bon, heureusement ça s'est amélioré. Dommage que ça ait duré autant de temps :/
-
En effet, presque deux mois pour un FAI de cette taille, c'est décevant. Je pense changer dès la fin de mon engagement, en espérant que l'ipv6 soit dispo chez moi via Bouygues (on s'habitue vite après difficile de s'en passer).
-
En effet, presque deux mois pour un FAI de cette taille, c'est décevant.
Lorsque le problème n'est pas de ton côté tu ne peux rien faire à part signaler.
Donc, c'est que qui a été fait.
Et le nécessaire a probablement été fait par le partenaire (je n'ai pas la visibilité sur ça).
Côté Orange, pas de modification puisque pas de pb.
-
De ton point de vue peut-être qu'il n'y avait pas de souci. Mais moi, je suis client d'Orange, pas du prestataire d'orange.
De mon point de vue, le problème vient donc de mon FAI.
-
De ton point de vue peut-être qu'il n'y avait pas de souci. Mais moi, je suis client d'Orange, pas du prestataire d'orange.
De mon point de vue, le problème vient donc de mon FAI.
Et l'on exécuta le messager... ;)
-
De ton point de vue peut-être qu'il n'y avait pas de souci. Mais moi, je suis client d'Orange, pas du prestataire d'orange.
De mon point de vue, le problème vient donc de mon FAI.
Ce n'est pas un prestataire.
Et effectivement il n'y a pas de problème côté Orange.
Bref ...
-
Je suis un peu de l'avis de darkmoon, je trouve assez discutable qu'orange ne challenge pas son transitaire (OTI AS5511) sur le sujet, puisque le problème n'était en effet pas côté Orange (AS3215).
-
Je suis un peu de l'avis de darkmoon, je trouve assez discutable qu'orange ne challenge pas son transitaire (OTI AS5511) sur le sujet, puisque le problème n'était en effet pas côté Orange (AS3215).
Pas de problème côté Orange ni 3215, ni 5511.
Le partenaire a réglé son problème de son côté.
-
Tu considères qu'une saturation de toutes les intercos Telia<->OTI en Europe n'est pas un problème côté OTI sous prétexte que Telia a déséquilibré la balance de ce qu'il envoie vs ce qu'il reçoit ?
Dans ce cas, pourquoi ne pas avoir coupé le peering Europe avec Telia pour ne pas laisser la dégradation de la qualité de service perdurer 8 semaines ?
-
Tout simplement parce que ce n'est pas ce que tu prétends.
-
Le principal c'est que ça refonctionne, mais maintenant on sait que la devise Shadok est appliquée chez pas mal de FAI : S'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
-
Tout simplement parce que ce n'est pas ce que tu prétends.
Oui d'accord, j'ai exagéré en disant Europe alors que la saturation ne concernait pas l'interconnexion de Paris ::)
Je ne suis pas sûr qu'on arrive à faire avancer le débat, dommage car le problème était visible (augmentation de la latence) et a été évoqué par des personnes qui ont accès au monitoring.
Il s'est passé un truc là non ? Mise à jour d'un gros jeu ou autre connerie du genre ?
Londres & FFT ont pris +beaucoup% avec Telia, paris pas tant que ça.
-
C’est moi, ou ça recommence ? Ce soir mes destinations Smokeping qui passent par Francfort montrent de nouveau un pic de latence…
-
Je confirme, la situation recommence sporadiquement ces derniers jours
-
Je plussoie également, même constatation de mon côté.
-
Perso, aucun problème majeur depuis free
A voir le soir
Détermination de l’itinéraire vers 195.82.50.10 avec un maximum de 30 sauts.
1 1 ms <1 ms 1 ms 192.168.0.254
2 16 ms 15 ms 16 ms crefac103.crefac.com [194.149.169.101]
3 * * * Délai d’attente de la demande dépassé.
4 * * * Délai d’attente de la demande dépassé.
5 16 ms 16 ms 16 ms be2103.ccr42.par01.atlas.cogentco.com [154.54.61.21]
6 16 ms 16 ms 16 ms prs-b6-link.ip.twelve99.net [213.248.86.169]
7 26 ms 25 ms * prs-bb1-link.ip.twelve99.net [62.115.125.118]
8 25 ms 25 ms 25 ms ffm-bb1-link.ip.twelve99.net [62.115.123.12]
9 25 ms 25 ms 25 ms ffm-b10-link.ip.twelve99.net [62.115.137.227]
10 26 ms 25 ms 25 ms kddi-ic301630-ffm-b10.ip.twelve99-cust.net [62.115.32.110]
11 26 ms 29 ms 27 ms 195.82.60.29
12 25 ms 25 ms 24 ms 195.82.61.14
13 1083 ms 1118 ms 1172 ms 195.82.50.234
14 25 ms 25 ms 25 ms 195.82.50.10
-
Perso, aucun problème majeur depuis free
A voir le soir
Détermination de l’itinéraire vers 195.82.50.10 avec un maximum de 30 sauts.
1 1 ms <1 ms 1 ms 192.168.0.254
2 16 ms 15 ms 16 ms crefac103.crefac.com [194.149.169.101]
3 * * * Délai d’attente de la demande dépassé.
4 * * * Délai d’attente de la demande dépassé.
5 16 ms 16 ms 16 ms be2103.ccr42.par01.atlas.cogentco.com [154.54.61.21]
6 16 ms 16 ms 16 ms prs-b6-link.ip.twelve99.net [213.248.86.169]
7 26 ms 25 ms * prs-bb1-link.ip.twelve99.net [62.115.125.118]
8 25 ms 25 ms 25 ms ffm-bb1-link.ip.twelve99.net [62.115.123.12]
9 25 ms 25 ms 25 ms ffm-b10-link.ip.twelve99.net [62.115.137.227]
10 26 ms 25 ms 25 ms kddi-ic301630-ffm-b10.ip.twelve99-cust.net [62.115.32.110]
11 26 ms 29 ms 27 ms 195.82.60.29
12 25 ms 25 ms 24 ms 195.82.61.14
13 1083 ms 1118 ms 1172 ms 195.82.50.234
14 25 ms 25 ms 25 ms 195.82.50.10
23 juin 2021
Tu up un topic qui date de 1 mois ..
-
après le post d'origine date de plus de 4 mois donc ...
-
Mais il concerne surtout Orange. Free n'a rien à faire ici.