La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: butler_fr le 29 août 2013 à 00:50:48
-
Salut à tous
Je constate ce soir une nouvelle destination qui sature chez orange:
vers battlelog.battlefield.com
je sais pas trop ou c'est hébergé (rackspace?)
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. wrt01.funky-town.local 7.9% 101 0.6 0.6 0.5 1.6 0.2
2. livebox.funky-town.local 0.0% 101 1.3 1.5 0.8 2.4 0.4
3. 80.10.127.97 0.0% 101 1.3 2.2 1.1 21.6 2.6
4. 10.123.200.202 0.0% 100 7.6 8.6 1.7 64.7 8.6
5. ae44-0.nimsr302.paris.francetelecom.net 0.0% 100 11.1 9.9 7.5 12.1 1.2
6. 81.253.184.98 0.0% 100 11.8 10.2 7.8 12.6 1.2
7. tengige0-7-0-12.auvtr4.aubervilliers.opentransit.net 0.0% 100 7.8 8.9 7.6 37.6 3.1
8. tiscali-1.gw.opentransit.net 0.0% 100 19.8 16.1 7.7 43.5 5.4
9. xe-2-3-0.lon80.ip4.tinet.net 0.0% 100 15.6 16.0 15.4 17.4 0.4
10. rackspace-gw.ip4.tinet.net 0.0% 100 16.4 16.5 15.6 17.3 0.4
11. coreb-edge4.lon3.rackspace.net 0.0% 100 16.5 16.9 16.0 18.4 0.4
12. core6b-coreb.lon3.rackspace.net 0.0% 100 16.3 19.7 15.8 311.1 29.4
core6a-coreb.lon3.rackspace.net
13. 31.222.133.217 0.0% 100 16.0 16.7 15.7 26.3 1.8
31.222.133.219
14. 162.13.35.10 0.0% 100 16.0 16.4 15.8 17.8 0.4
(https://lafibre.info/images/orange/201308_smokeping_saturation_orange_1.png)
-
Je ne sais pas s'il y a le moindre rapport, mais depuis 4/5 jours, je ressens de gros ralentissement avec Orange (ADSL) en soirée vers tout le web.
-
Idem chez moi entre 20:00 et minuit.
Je ne sais pas si c est le même phénomène.
Chez moi c est aucun site qui ne répond, ça ressemble à un Time out ou alors des serveurs Dns hs ?
Je regarderai de plus près le Week End qui arrive.
-
pas de soucis du coté des dns ils répondent correctement
google à un saturation sur un point de peering (londres)
la seule (sur mon smokeping) autre destinations qui pose problème c'est battlelog
est-ce que vous auriez des idées de sites à rajouter sur mon smokeping pour avoir une meilleure vue sur l'ensemble du web?
a+
-
Pour ma part sur le Pi,
J'y ai rajouté une bonne partie des destinations "Exotiques" du site Speedtest.net
Ainsi que les différents attaquants SSH que je me prends chaque soir (Log via Fail2ban).
Ils sont monitoré depuis en permanence, cela me fait une bonne liste je trouve.
Cf
(https://lafibre.info/images/orange/201308_smokeping_saturation_orange_2.png)
Cdt
Bensay
-
les résultats du smokeping sont édifiants....
saturation vers:
google dns 1/2
battlelog.battlefield.com
speedtest01.via-numerica.net
ns02.ultimeo.net
speed01-a.lasotel.net
les saturation changent selon le routage
...
-
Depuis quelque semaines je constate régulièrement des dysfonctionnements massifs, en terme de qualité de confort de surf. Le smokeping conforte mon impression : https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre.snickerss (https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre.snickerss)
Cette aprem encore, je suis coupe du monde mais la livebox indique "internet OK". Les tracert mettent 800 ms vers chaque destination, j'ai 100% de perte de paquet vers lafibre, oblige d'être en mode modem avec mon forfait 3G. Insupportable bordel.
Ils fabriquent quoi Orange avec leur réseau ? Sont pas bons sérieux. C'est le VDSL2 en approche pour Orange la cause de tout ce tintouin depuis des semaines ?
Des que je Check sur suivi d'incident Orange, j'ai le droit à ça
"Suite à un incident sur le réseau Orange, vos services seront interrompus ou perturbés jusqu'au 28/09/2013 à 17:00"
Ça devient un peu trop récurrent ..
-
moi ça ne change quasi pas de d'habitude toujours autant de saturations
juste pour lafibre.info aujourd'hui ou il y a plusieurs trous!:
(https://lafibre.info/images/orange_debit/201309_saturation_peering_orange_1.png)
-
Bonsoir
Je ne sais pas du tout traduire ces données la, ni a quoi cela correspond, mais si quelqu'un peut m'expliquer je veux bien.
cdlt
Olivier
C:\>tracert google.com
Détermination de l'itinéraire vers google.com [173.194.45.41]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 2 ms 1 ms 1 ms 80.10.123.201
3 3 ms 1 ms 5 ms 10.123.109.202
4 2 ms 1 ms 1 ms ae41-0.nista202.Paris.francetelecom.net [193.252
.98.177]
5 6 ms 3 ms 3 ms 81.253.184.14
6 71 ms 66 ms 123 ms google-8.GW.opentransit.net [193.251.254.18]
7 2 ms 2 ms 2 ms 72.14.239.145
8 7 ms 2 ms 2 ms 66.249.94.79
9 2 ms 2 ms 2 ms par03s12-in-f9.1e100.net [173.194.45.41]
Itinéraire déterminé.
C:\>tracert google.us
Détermination de l'itinéraire vers google.us [74.125.132.106]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 5 ms 3 ms 3 ms 80.10.123.201
3 6 ms 4 ms 7 ms 10.123.109.202
4 1 ms 1 ms 1 ms ae41-0.nista202.Paris.francetelecom.net [193.252
.98.177]
5 3 ms 3 ms 3 ms 81.253.184.90
6 105 ms 114 ms 106 ms google-8.GW.opentransit.net [193.251.254.18]
7 2 ms 5 ms 7 ms 72.14.239.205
8 7 ms 3 ms 2 ms 72.14.235.169
9 26 ms 7 ms 14 ms 209.85.253.20
10 9 ms 8 ms 10 ms 72.14.236.191
11 * * * Délai d'attente de la demande dépassé.
12 9 ms 11 ms 8 ms wb-in-f106.1e100.net [74.125.132.106]
Itinéraire déterminé.
-
Russie Chine Japon
::) ::) ::)
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Seven>trace
'trace' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
C:\Users\Seven>tracerout
'tracerout' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
C:\Users\Seven>traceroute
'traceroute' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
C:\Users\Seven>cd..
C:\Users>cd..
C:\>tracer google.com
'tracer' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
C:\>tracert google.com
Détermination de l'itinéraire vers google.com [173.194.45.41]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 2 ms 1 ms 1 ms 80.10.123.201
3 3 ms 1 ms 5 ms 10.123.109.202
4 2 ms 1 ms 1 ms ae41-0.nista202.Paris.francetelecom.net [193.252
.98.177]
5 6 ms 3 ms 3 ms 81.253.184.14
6 71 ms 66 ms 123 ms google-8.GW.opentransit.net [193.251.254.18]
7 2 ms 2 ms 2 ms 72.14.239.145
8 7 ms 2 ms 2 ms 66.249.94.79
9 2 ms 2 ms 2 ms par03s12-in-f9.1e100.net [173.194.45.41]
Itinéraire déterminé.
C:\>tracert google.us
Détermination de l'itinéraire vers google.us [74.125.132.106]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 5 ms 3 ms 3 ms 80.10.123.201
3 6 ms 4 ms 7 ms 10.123.109.202
4 1 ms 1 ms 1 ms ae41-0.nista202.Paris.francetelecom.net [193.252
.98.177]
5 3 ms 3 ms 3 ms 81.253.184.90
6 105 ms 114 ms 106 ms google-8.GW.opentransit.net [193.251.254.18]
7 2 ms 5 ms 7 ms 72.14.239.205
8 7 ms 3 ms 2 ms 72.14.235.169
9 26 ms 7 ms 14 ms 209.85.253.20
10 9 ms 8 ms 10 ms 72.14.236.191
11 * * * Délai d'attente de la demande dépassé.
12 9 ms 11 ms 8 ms wb-in-f106.1e100.net [74.125.132.106]
Itinéraire déterminé.
C:\>
C:\>
C:\>tracert google.it
Détermination de l'itinéraire vers google.it [173.194.40.184]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 2 ms 1 ms 1 ms 80.10.123.201
3 2 ms 1 ms 1 ms 10.123.109.202
4 2 ms 1 ms 1 ms ae41-0.nista202.Paris.francetelecom.net [193.252
.98.177]
5 3 ms 3 ms 3 ms 81.253.184.14
6 32 ms 40 ms 45 ms google-8.GW.opentransit.net [193.251.254.18]
7 3 ms 2 ms 2 ms 72.14.239.205
8 3 ms 2 ms 2 ms 209.85.243.49
9 3 ms 2 ms 2 ms par10s11-in-f24.1e100.net [173.194.40.184]
Itinéraire déterminé.
C:\>tracert google.ru
Détermination de l'itinéraire vers google.ru [173.194.40.184]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 1 ms 1 ms 1 ms 80.10.123.201
3 1 ms 1 ms 1 ms 10.123.109.202
4 2 ms 1 ms 1 ms ae41-0.nista202.Paris.francetelecom.net [193.252
.98.177]
5 2 ms 3 ms 3 ms 81.253.184.14
6 98 ms 85 ms 83 ms google-8.GW.opentransit.net [193.251.254.18]
7 3 ms 2 ms 2 ms 72.14.239.205
8 3 ms 2 ms 2 ms 209.85.243.49
9 2 ms 2 ms 3 ms par10s11-in-f24.1e100.net [173.194.40.184]
Itinéraire déterminé.
C:\>tracert google.ch
Détermination de l'itinéraire vers google.ch [173.194.45.63]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 1 ms 1 ms 8 ms 80.10.123.201
3 1 ms 1 ms 1 ms 10.123.109.202
4 1 ms 1 ms 1 ms ae41-0.nista202.Paris.francetelecom.net [193.252
.98.177]
5 5 ms 3 ms 3 ms 81.253.184.14
6 85 ms 98 ms 85 ms google-8.GW.opentransit.net [193.251.254.18]
7 2 ms 4 ms 2 ms 72.14.239.145
8 5 ms 2 ms 2 ms 66.249.94.79
9 2 ms 2 ms 2 ms par03s12-in-f31.1e100.net [173.194.45.63]
Itinéraire déterminé.
C:\>tracert google.jp
Détermination de l'itinéraire vers google.jp [173.194.34.63]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 1 ms 1 ms 1 ms 80.10.123.201
3 2 ms 1 ms 1 ms 10.123.109.138
4 2 ms 1 ms 2 ms ae41-0.niaub201.Aubervilliers.francetelecom.net
[193.252.98.161]
5 4 ms 3 ms 3 ms 81.253.184.86
6 5 ms 3 ms 3 ms tengige0-7-0-6.auvtr4.Aubervilliers.opentransit.
net [193.251.132.12]
7 54 ms 51 ms 100 ms google-1.GW.opentransit.net [193.251.254.86]
8 2 ms 7 ms 2 ms 72.14.239.145
9 3 ms 3 ms 2 ms 209.85.242.47
10 2 ms 2 ms 2 ms par03s03-in-f31.1e100.net [173.194.34.63]
Itinéraire déterminé.
-
Déjà l'on est sur que cela ne va pas en Italie , au Japon ou même en Russie :)
Les latences sont bien trop faible pour être le cas :)
Cordialement
Bensay
-
et aller ça continue: quasi 50% de pertes vers battlelog.battlefield.com cet aprem
petit traceroute ce soir
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 41 0.9 0.9 0.7 1.2 0.1
2. 80.10.127.97 0.0% 40 1.5 1.9 1.2 2.5 0.4
3. 10.123.200.202 0.0% 40 1.9 2.0 1.3 5.5 0.7
4. ae40-0.ncren101.Rennes.francetelecom.net 0.0% 40 2.2 2.9 1.4 28.1 4.3
5. ae44-0.nista301.Paris.francetelecom.net 0.0% 40 8.3 8.7 8.0 13.0 0.8
6. 81.253.184.18 0.0% 40 17.6 18.1 16.0 20.0 1.1
7. tengige1-3-0-9.pastr1.Paris.opentransit.net 0.0% 40 16.6 18.2 16.1 20.6 1.3
8. tengige0-4-1-0.madtr1.Madrid.opentransit.net 0.0% 40 43.7 44.8 42.6 51.4 1.7
9. gigabitethernet6-2-1.madcr3.Madrid.opentransit.net 0.0% 40 39.5 49.2 38.5 113.6 18.2
10. a23-38-27-8.deploy.static.akamaitechnologies.com 0.0% 40 37.4 37.6 37.1 39.4 0.5
(https://lafibre.info/images/orange_debit/201310_saturation_peering_orange_1.png)
-
Oui enfin je ne sais pas si on peut imputer ça à Orange. La bêta de BF4 a été lancée aujourd'hui, le site a dû être fortement sollicité.
-
ah tient j'avais complètement zappé ce détails...
par contre je pense bien que la saturation vient d'orange, le lien était déjà en partie saturé tous les aprems avant, il suffit donc d'avoir la charge un peu plus importante et tu passe d'un truc qui saturait à moitié à un truc qui sature complètement ;)
(https://lafibre.info/images/orange_debit/201310_saturation_peering_orange_2.png)
-
A tout hasard, ce ne serait pas le cas avec tous les serveurs EA ? Car FIFA14 c'est pas mal rageant aussi !
-
j'ai commencé à mettre un place un smokeping des serveurs de aka
namai depuis orange:
ce soir on peut voir qu'il y en a un qui sature énormèment: (hébergé chez telia)
(https://lafibre.info/images/orange_debit/201310_saturation_peering_orange_3.png)
-
Akamai plutôt ?
-
non d'après le traceroute il semble hébergé sur le réseau telia
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. livebox.funky-town.local 0.0% 62 0.7 0.6 0.5 0.7 0.0
2. 80.10.127.97 0.0% 62 1.7 1.7 1.1 2.7 0.4
3. 10.123.200.202 0.0% 62 1.4 2.5 1.2 35.8 4.5
4. ae44-0.nimsr302.paris.francetelecom.net 0.0% 62 8.3 9.2 7.6 39.3 4.6
5. 81.253.184.22 0.0% 61 9.1 10.4 8.3 12.5 1.2
6. tengige2-7-0-5.pastr1.paris.opentransit.net 0.0% 61 11.0 10.4 8.4 12.7 1.2
7. telia-4.gw.opentransit.net 0.0% 61 68.8 12.9 9.1 68.8 10.4
8. prs-bb2-link.telia.net 0.0% 61 9.0 13.5 8.6 69.2 11.1
9. prs-b2-link.telia.net 0.0% 61 8.7 11.4 8.7 58.9 6.4
10. a23-56-251-8.deploy.static.akamaitechnologies.com 0.0% 61 9.6 13.4 9.1 21.8 3.7
la saturation est juste entrain de se résorber
-
Akamai/Akanamai ?
-
roooh le boulet ... :-X
je corrige de suite
et je m'achète une paire de lunette
;)
-
A tout hasard, ce ne serait pas le cas avec tous les serveurs EA ? Car FIFA14 c'est pas mal rageant aussi !
Aucun PB pour ma part en soirée pour FIFA 13 ou 14
-
FIFA 13 ça semblait aller pas mal. Mais pour le 14 : lags et déconnexions (pas en permanence mais quand même)
Le gamin me presse pour que je rajoute SFR (ou Bouygues)
-
bon ça s'améliore pas vraiment du coté orange!
(https://lafibre.info/images/orange_debit/201310_saturation_peering_orange_4.png)
-
C'est à nouveau désastreux depuis quelques jours vers Youtube (via Orange ADSL par contre, pas FTTH) et ce à n'importe quel moment de la journée. Même pour une vidéo en 360p il faut attendre avec de la voir.
-
Je prends 6-7Mo/s depuis YT, ça ne semble pas si désastreux que ça vu d'ici ;)
-
bof, chez moi, presque 1 soir sur 3 j’arrête la box orange pour repasser sur la BBox...
Heureusement que ByTel peer avec de nombreux serveurs.
-
Ok j'ai parlé un peu vite, impossible de voir une vidéo sur le site de Canal...
-
Rapport SamKnows reçu aujourd'hui
https://reporting.samknows.com/reportcard/html/243816/2013100120131031/777e0405986ed174f1de0231a444068e
Plutôt pas mal (Orange livebox zen 100/50)
-
Tiens, moi aussi j'ai un pic de latence le 25 ! (28ms aussi)
Niveau packetloss j'ai 3 jours à >1% quand même... Pour le reste c'est nickel.
-
Ah bah j'ai eu mon report aussi : https://reporting.samknows.com/reportcard/html/236520/2013100120131031/a56470348148cd3c3b6876797c555966
C'est quand même moins nickel à première vue.
-
et bien je pense qu'on peut ajouter level3 comme faisant parti des destinations complètement saturées le soir....
traceroute lorsque tout vas bien
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 68 0.9 0.8 0.7 1.6 0.1
2. 80.10.127.97 0.0% 68 2.0 1.8 1.3 2.9 0.3
3. 10.123.200.202 0.0% 67 2.9 1.9 1.3 4.7 0.5
4. ae44-0.nimsr302.Paris.francetelecom.net 0.0% 67 7.1 7.7 6.8 22.3 1.9
5. 81.253.184.98 0.0% 67 9.4 9.6 7.3 12.6 1.2
6. tengige2-7-0-5.pastr1.Paris.opentransit.net 0.0% 67 8.5 10.0 7.7 12.1 1.2
7. level3-3.GW.opentransit.net 0.0% 67 7.6 18.3 7.2 61.1 15.7
8. 4.69.168.134 0.0% 67 8.2 8.7 7.5 44.8 4.6
9. 212.73.205.178 0.0% 67 8.5 8.1 7.6 9.5 0.3
(https://lafibre.info/images/orange_debit/201311_saturation_peering_orange_1.png)
(https://lafibre.info/images/orange_debit/201311_saturation_peering_orange_2.png)
-
J'ai remarqué que vers certains serveurs BF4 allemands j'ai >60ms de ping. Pas super sympa quand t'as la fibre, c'est pas si loin que ça l'Allemagne !
Puis c'est pas stable, 45-105ms avec une moyenne à 57ms.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 2100 | 2100 | 0 | 0 | 3 | 0 |
| 80.10.123.201 - 1 | 2040 | 2024 | 1 | 1 | 42 | 2 |
| 10.123.109.202 - 0 | 2100 | 2100 | 1 | 1 | 45 | 2 |
| ae41-0.nista202.Paris.francetelecom.net - 0 | 2100 | 2100 | 1 | 2 | 60 | 10 |
| 81.253.184.90 - 0 | 2100 | 2100 | 1 | 3 | 46 | 4 |
| telia-4.GW.opentransit.net - 0 | 2100 | 2100 | 1 | 4 | 101 | 3 |
| prs-bb1-link.telia.net - 0 | 2100 | 2100 | 2 | 8 | 167 | 3 |
| ffm-bb1-link.telia.net - 0 | 2099 | 2099 | 11 | 19 | 146 | 12 |
| ddf-b2-link.telia.net - 0 | 2100 | 2100 | 15 | 20 | 107 | 16 |
| myloc-ic-141049-ddf-b2.c.telia.net - 1 | 2089 | 2086 | 55 | 67 | 163 | 66 |
| 81.30.153.191 - 1 | 2088 | 2085 | 45 | 57 | 105 | 55 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
Bon je jouais avec qqs amis à BF4, tous les abonnés Orange a >110-150ms de ping et se fait kicker pour high ping.
Maintenant c'est sur : AS56876 / 94.250.196.107.
-
70ms en ADSL mais des drops sur le peering avec Free d'après MTR à cette heure.
Je lance un graph là-dessus (histoire d'avoir une comparaison).
-
32-55ms chez OVH, pas très stable. C'est donc surement pas 100% la faute à Orange mais les deux fois là les abonnés d'un autre FAI n'avaient pas de tels soucis !
-
Bon le ping varie pas mal :
- 70ms jusqu'à 23h
- 55ms jusqu'à 01h
- depuis on est à 40ms
Donc rien d'imputable à Orange.
Chemin depuis Free :
Start: Mon Nov 11 08:21:14 2013
HOST: tao Loss% Snt Last Avg Best Wrst StDev
1.|-- 78.228.245.254 0.0% 2 20.2 19.7 19.1 20.2 0.0
2.|-- 213.228.33.126 0.0% 2 21.4 21.0 20.7 21.4 0.0
3.|-- caderousse-49m-1-v800.intf.routers.proxad.net 0.0% 2 21.6 21.3 21.1 21.6 0.0
4.|-- vernegues-4k-1-v802.intf.routers.proxad.net 0.0% 2 22.7 23.0 22.7 23.3 0.0
5.|-- marseille-6k-1-v808.intf.routers.proxad.net 0.0% 2 26.7 25.6 24.4 26.7 1.4
6.|-- p11-crs16-1-be1102.intf.routers.proxad.net 0.0% 2 32.4 31.6 30.9 32.4 1.0
7.|-- th2-9k-1-be1001.intf.routers.proxad.net 0.0% 2 30.0 30.5 30.0 31.0 0.0
8.|-- ix-15-547.tcore1.PVU-Paris.as6453.net 0.0% 2 29.0 29.3 29.0 29.6 0.0
9.|-- 208.178.58.109 0.0% 2 31.7 31.2 30.7 31.7 0.0
10.|-- link11-gmbh.tengigabitethernet1-4.ar5.fra3.gblx.net 0.0% 2 40.3 39.6 38.9 40.3 0.0
11.|-- link11.ociris.com 0.0% 2 40.3 40.3 40.3 40.3 0.0
12.|-- 94.250.196.107 0.0% 2 40.8 41.0 40.8 41.1 0.0
Hier ça droppait sur le 8e.
EDIT: je viens de réaliser que le drop est chez TATA
-
Ça dropait sur le 8ème hop, ou à partir du 8ème hop ?
En tout cas clairement sur la 15aine qui jouions les deux fois que c'est arrivé, le phénomène était largement accentué chez Orange. Et on était vraiment à 120-150ms (selon le type d'accès) hier.
-
A partir du 8ème hop (compris).
-
Ok, pour le coup la route était par Telia de mon côté.
-
Très joli yoyo :
Nota: de 9h à 10h c'était un download de mon coté. Après calme plat de mon coté. Donc, y'a pas que chez Orange que ça répond pas terrible.
(https://lafibre.info/images/orange_debit/201311_saturation_peering_orange_3.png)
-
C'est le BL que tu ping ou un serveur de jeu ?
-
Le BL. Si tu as un serveur de jeu à pinguer...
-
Le BL. Si tu as un serveur de jeu à pinguer...
Je suis également preneur , je comparerais sur Orange & OVH :)
Cdt
Bensay
-
J'en avais donné deux qui me posaient problème dans la page précédente :
90.46.85.20
94.250.196.107
Parce que bon le BL, c'est moins gênant ingame ;)
-
J'essaierai de vous trouver des serveurs FR aussi, y en a chez Nitoserv (Lyon / DC4DATA), seul hébergeur FR à être EA Trusted Partner sur BF4. Mais j'ai remarqué qu'un autre provider avait mis des serveurs chez OVH (pas encore trouvé [ni trop cherché] qui).
-
La 1ère IP ne semble pas répondre.
L'autre est à 70ms.
-
Pour la 1ère IP c'est une IP Dynamique d'un client Orange qui ne répond pas au Ping :
Ton IP ? : AMontsouris-652-1-214-20.w90-46.abo.wanadoo.fr
La 2ème : Il s'agit bien d'un serveur OCIRIS.
Cdt
Bensay
-
L'IP en question c'est la mienne :D Je me suis loupé. Par contre normalement elle répond au ping (https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre.nico) !
Et donc le second serveur : 81.30.153.191
(mais c'était sur la page d'avant hein ;) )
-
Pour la 1ère IP c'est une IP Statique d'un client Orange qui ne répond pas au Ping :
Si seulement elle était statique, je serais heureux ! Non c'est mon IP de ce matin, j'en ai une autre cet après midi, c'est plus rigolo ;)
-
A l'instant : uk.download.nvidia.com
Orange FTTH 300M : 30ko/s
OVH ADSL 8M : 1.16Mo/s
Touuuuut va bien :)
-
A l'instant : uk.download.nvidia.com
Orange FTTH 300M : 30ko/s
OVH ADSL 8M : 1.16Mo/s
Touuuuut va bien :)
Pour ma part j'ai :
Via OVH
traceroute to uk.download.nvidia.com (23.14.93.30), 30 hops max, 60 byte packets
1 * * *
2 gra-g1-a9.fr.eu (178.33.103.225) 1.133 ms 1.664 ms 1.657 ms
3 gsw-g1-a9.fr.eu (178.33.103.235) 5.474 ms * 9.725 ms
4 * th2-5-6k.fr.eu (213.186.32.209) 4.718 ms *
5 th2-g1-a9.fr.eu (213.186.32.161) 5.170 ms th2-g1-a9.fr.eu (91.121.215.134) 5.037 ms th2-g1-a9.fr.eu (213.186.32.202) 5.083 ms
6 sbg-g1-a9.fr.eu (91.121.128.123) 11.557 ms 11.498 ms 11.327 ms
7 * fra-5-6k.fr.eu (91.121.128.126) 13.566 ms *
8 decix-fra6.netarch.akamai.com (80.81.192.28) 15.453 ms 14.967 ms 15.311 ms
9 a23-14-93-30.deploy.static.akamaitechnologies.com (23.14.93.30) 14.011 ms 13.906 ms 13.857 ms
Via Orange :
traceroute to uk.download.nvidia.com (217.243.192.123), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.833 ms 0.812 ms 0.882 ms
2 80.10.123.27 (80.10.123.27) 17.879 ms 18.925 ms 19.635 ms
3 10.123.179.10 (10.123.179.10) 20.772 ms 21.511 ms 22.858 ms
4 ae41-0.nipst101.Paris.francetelecom.net (193.252.159.26) 23.896 ms 24.768 ms 25.926 ms
5 81.253.184.2 (81.253.184.2) 30.592 ms 30.444 ms 30.561 ms
6 deutschetelekom-1.GW.opentransit.net (193.251.255.34) 33.279 ms 19.934 ms 19.805 ms
7 217.239.43.150 (217.239.43.150) 29.674 ms 27.844 ms 28.985 ms
8 217.243.192.123 (217.243.192.123) 30.274 ms 31.156 ms 31.735 ms
Bouyges ADSL :
Détermination de l'itinéraire vers a453.d.akamai.net [88.221.14.10]
avec un maximum de 30 sauts :
1 2 ms 2 ms 2 ms FASXXXXX.home [192.168.1.XXX]
2 36 ms 42 ms 32 ms XXXXX.XXX.dsl.sta.abo.bbox.fr [31.
33.XXX.XXX]
3 * * * Délai d'attente de la demande dépassé.
4 36 ms 36 ms 41 ms be11.cbr01-ntr.net.bbox.fr [212.194.171.4]
5 43 ms 37 ms 39 ms be1.cbr01-cro.net.bbox.fr [212.194.171.0]
6 33 ms 33 ms 31 ms ae35.tcore02-t2.net.bbox.fr [212.194.171.7]
7 41 ms 37 ms 36 ms la3.rpt01-th2.net.bbox.fr [89.89.103.189]
8 37 ms 38 ms 33 ms akamai.franceix.net [37.49.236.168]
9 33 ms 33 ms 32 ms a88-221-14-10.deploy.akamaitechnologies.com [88.
221.14.10]
Personne n'est d'accord sur le serveur de contenu à cibler , selon le FAI.
De ce fait aucun comparaison viable sur un DL.
Cdt
Bensay
-
Sur ce genre de contenu avec du Akamai en face, ça va rarement au même endroit en effet. Après bon t'as pas le chemin retour et pour le coup c'est celui là qui est intéressant. Ça se trouve c'est le même pour tes trois tests là.
-
Sur ce genre de contenu avec du Akamai en face, ça va rarement au même endroit en effet. Après bon t'as pas le chemin retour et pour le coup c'est celui là qui est intéressant. Ça se trouve c'est le même pour tes trois tests là.
Effectivement;
C'est possible mais il nous sera difficile de le confirmer.
Cdt
Bensay
-
J'en profites pour poster mes mesures sur une semaine des différents serveurs dont on a parlé. J'ai mis Google en IPv6, le Speedtest chez Rezopole et lafibre pour comparaison. Le test effectue juste un ping.
Donc chez Free, ça semble pas plus brillant.
Mais je ne suis pas sur que cela soit imputable à Free comme à Orange. Je vais essayer de paramétrer les mêmes tests depuis le boulot pour comparer.
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_1.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_2.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_3.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_4.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_5.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_6.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_7.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_8.png)
-
Dis BadMax, tu as pu comparer alors ? Je suis preneur de graphes sur ces saturations vers l'Allemagne.
-
Je peux rajouter des graphes depuis mon SmokePing (Adeli) vers différentes cibles.
N'hésitez pas a me donner des destinations pertinentes qui répondent au ping ICMP.
-
J'ai une paire de serveurs Battlefield 4 en Allemagne :
94.250.196.107
81.30.153.191
Histoire de voir si ils sont bien accessible le soir sans latence de folie (contrairement à ce que je constate chez Orange).
-
Dis BadMax, tu as pu comparer alors ? Je suis preneur de graphes sur ces saturations vers l'Allemagne.
Tu veux quoi ? Ociris ? Battlelog ? les serveurs BF ?
-
Plutôt les serveurs, que le BL traîne c'est mois grave ;)
-
Y'a en un qui répond un peu mieux que l'autre. Sinon c'est pas la joie.
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_9.png)
(https://lafibre.info/images/free_debit/201311_saturation_peering_free_10.png)
-
j’essaierais de capturer quelques serveurs de contenu de twitch (ils se cachent derrière www-cdn.jtvnw.net) à ajouter parce que ça m'intéresse particulièrement (en espérant qu'ils soient pingable)
-
Je viens de paramétrer un petit smokeping @home histoire de mettre en évidence plus clairement mes soucis de latence.
Si vous avez des idées de target, je prends !
-
Si tu veux qu'on puisse comparer:
- Google en IPv6
- Ociris
- Speedtest Azuria
- Speedtest Lasotel
- Speedtest Rezopole
- Battlelog
- lafibre
- Srv Battlefield
- uk.download.nvidia.com
-
- Google en IPv6
J'ai ri :)
- Ociris
- Speedtest Azuria
- Speedtest Lasotel
- Speedtest Rezopole
Je veux bien les IPs kivontbien.
-
J'ai ri :)
Je veux bien les IPs kivontbien.
Je t'avouerais que tu n'est pas le seul Nico :)
Je suis également intéresser pour les Host concernant un SmokeGraph Commun.
Cdt
Bensay
-
Ociris (DE) 94.250.196.107
Speedtest Azuria gs.azuria.net
Speedtest Lasotel speed01-a.lasotel.net
Speedtest Rezopole speedtest.rezopole.net
EDIT: tiens y'a Rezopole qui répond plus depuis 21h...
-
Nickel, j'ajoute tout ça !
Bon, ils sont pas jolis déjà mes smokepings ?
(https://lafibre.info/images/orange_debit/201312_saturation_peering_orange_1.png)
-
des serveurs steam:
magnifique n'est ce pas?
(https://lafibre.info/images/orange_debit/201312_saturation_peering_orange_2.png)
-
et je peux déjà vous donner les résultats des serveurs speedtest:
(https://lafibre.info/images/orange_debit/201312_saturation_peering_orange_3.png)
-
Waou, la cata !
Je vais rajouter les tiens du coup, merci.
-
Allez hop, pareil.
-
Ah, "internet par orange" ou comment télécharger Wireshark (https://1.eu.dl.wireshark.org/win64/Wireshark-win64-1.10.5.exe) à 65ko/s quand par de l'ADSL OVH ça sature les 8Mbps disponibles...
Dire que je téléchargeais Wireshark pour essayer de comprendre pourquoi ma vidéo de Zapiks.fr bufferisait sans cesse...
Vive la fibre !
(https://lafibre.info/images/orange_debit/201312_saturation_peering_orange_4.png)
-
c'est vraiment n'importe quoi....
ce qui est génial c'est que depuis que je suis abonné j'ai toujours les mêmes saturation (cf smokeping vers speedtest01.via-numerica.net)
les quelques serveurs que j'ai sur level3 (2 serveurs steam) c'est une catastrophe aussi (saturé de 11h à 0h)
(https://lafibre.info/images/orange_debit/201401_saturation_peering_orange_1.png)
-
les semaines se suivent et se ressembles chez orange (quoique certaines routes sont plus saturées que d'autres)
graph vers ns02.ultimeo.net
saturé de 9h à 2h ....
(https://lafibre.info/images/orange_debit/201401_saturation_peering_orange_2.png)
-
les semaines se suivent et se ressembles chez orange (quoique certaines routes sont plus saturées que d'autres)
Je lâche l'affaire perso, surtout que j'ai comme l'impression que ma Livebox s'est vexée en apprenant que je la quittait et a décidé de se mettre en vrac en plein milieu de mes vacances me coupant de l'accès à chez moi (NAS & co) pour encore une semaine...
-
si seulement SFR pouvait être dans le coin.....
visiblement mon quartier les intéressent pas trop sur rennes....
-
Et puis même, la moindre des choses c'est de fournir une box fonctionnelle ! Je ne considère pas cette box comme commercialisable !
-
ils sont quasi tous comme ça!
quand tu vois les débuts de la freebox,et la bbox sensation actuellement.... (sfr et NC je sais pas)
-
Je suis chez NC et je ne peut rien reprocher à leur box, à part peut-être qu'elle est moins complète que les autres, et encore pour un usage normal ça suffit largement !
Ma box NC est allumée depuis maintenant 4 mois sans coupures, avec la même IP.
-
J'ai de grandes difficultés à regarder des videos sur vimeo.com depuis ma connexion FTTH Orange, il m'est impossible de regarder des vidéos en hd et les videos en SD se chargent avec de très fort ralentissements.
-
J'avais ce soucis avec Zapiks (http://www.zapiks.fr/) et les replay Canal moi.
-
Si je contacte Orange ou Vimeo pour leur demander de régler ce problème, rien ne changera ?
-
J'avais ce soucis avec Zapiks (http://www.zapiks.fr/) et les replay Canal moi.
Je confirme pour Canal. C'est récurent en soirée, mais si on télécharge, le débit devient acceptable, que ce soit avec MyCanal ou Captvty
-
Si je contacte Orange ou Vimeo pour leur demander de régler ce problème, rien ne changera ?
Si tu as du temps et de l'energie je te conseille de le faire.
J'avais un soucis de perf avec Orange, qui a ete decouvert apres comme general pour les gens loin de Paris, j'ai tenu bon, passe pas mal de temps avec le support (sans y croire) et au bout de six mois ils ont trouve et resolu.
J'y ai gagne six mois d'abonnements rembourses
-
Quelqu'un a un graphe vers uk.download.nvidia.com ? Je voudrais comparer avec chez moi. Sachant que c'est vraiment le seule graphe qui a cette tête, je me dis que ça vient peut-être d'en face.
(je viens de relancer smokeping maintenant que j'ai une machine qui tient un peu plus la route que les RasPi)
-
pas de graph chez moi
tu veux que je le rajoute?
-
Par curiosité je veux bien oui.
-
voila:
https://smokeping.damien-briens.fr/cgi-bin/smokeping.cgi?target=WEB.Nvidia
reste plus qu'a attendre un peu!
-
uk.download.nvidia.com en PJ.
-
Tu passes par où butler_fr ? De chez moi ça fait SFR->Tinet->Akamai.
BadMax si ça vient de chez Free, ça marche peut-être mieux avec le cache qui est mis en place chez eux !
-
Eventuellement BadMax si tu peux pointer qqch sur 184.51.148.75 ça m'intéresse.
-
En effet, on reste en interne Free mais ça semble nouveau.
badmax@tao:~$ /outils/mtr/sbin/mtr -rwc 10 uk.download.nvidia.com
Start: Fri Apr 18 13:13:14 2014
HOST: tao Loss% Snt Last Avg Best Wrst StDev
1.|-- 78.228.245.254 0.0% 10 20.5 20.0 19.7 20.5 0.0
2.|-- 213.228.33.126 0.0% 10 20.5 20.0 19.6 20.5 0.0
3.|-- caderousse-49m-1-v800.intf.routers.proxad.net 0.0% 10 20.4 21.4 20.3 22.1 0.5
4.|-- vernegues-4k-1-v802.intf.routers.proxad.net 0.0% 10 22.2 23.1 21.4 29.7 2.4
5.|-- marseille-6k-1-v808.intf.routers.proxad.net 0.0% 10 24.6 25.7 24.5 27.5 0.9
6.|-- lyon-crs16-1-be1003.intf.routers.proxad.net 0.0% 10 26.3 26.5 24.9 28.0 1.0
7.|-- lyon-crs8-1-be1000.intf.routers.proxad.net 0.0% 10 27.5 26.1 24.2 27.5 1.1
8.|-- th2-crs16-1-be2001.intf.routers.proxad.net 0.0% 10 31.5 32.3 30.3 34.4 0.9
9.|-- th2-9k-1-be1001.intf.routers.proxad.net 0.0% 10 31.0 30.9 30.2 31.4 0.0
10.|-- a2-16-117-146.deploy.akamaitechnologies.com 0.0% 10 30.2 29.9 29.2 31.3 0.3
-
Si t'as un historique tu devrais pouvoir voir une baisse de latence. Mais le cache Akamai est là depuis quelques mois je crois.
-
Eventuellement BadMax si tu peux pointer qqch sur 184.51.148.75 ça m'intéresse.
OK c'est lancé.
-
Si t'as un historique tu devrais pouvoir voir une baisse de latence. Mais le cache Akamai est là depuis quelques mois je crois.
Quand je l'ai mis en place, c'était plus élevé et moins stable.
-
le traceroute depuis chez moi:
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 21 0.7 0.8 0.6 1.0 0.1
2. 80.10.127.100 0.0% 20 1.5 1.7 1.2 2.4 0.4
3. 10.123.201.10 0.0% 20 1.3 1.8 1.3 2.2 0.3
4. ae44-0.nista301.Paris.francetelecom.net 0.0% 20 8.7 8.4 7.9 8.9 0.3
5. ae40-0.nimsr302.Paris.francetelecom.net 0.0% 20 8.2 8.5 8.1 9.0 0.2
6. 81.253.184.22 0.0% 20 12.4 11.1 8.9 13.3 1.2
7. tengige2-7-0-13.pastr1.Paris.opentransit.net 0.0% 20 9.9 10.6 8.5 12.4 1.2
8. akamai-1.GW.opentransit.net 10.0% 20 10.4 11.3 9.7 13.4 1.4
9. 2.22.48.136 0.0% 20 9.1 9.2 8.7 9.8 0.3
-
Bon bah on verra. J'ai un autre graphe derrière Tinet qui n'a pas de soucis. Merci en tout cas.
-
voila:
https://smokeping.damien-briens.fr/cgi-bin/smokeping.cgi?target=WEB.Nvidia
J'aime pas mal ce graphe, on voit qu'on va pas toujours taper le même serveur de manière assez claire.
-
ouep c'est vrai qu'on voit bien la différence entre les différents serveurs!
-
bon et bien depuis quelques semaines je note une énorme amélioration sur le réseau d'orange
Le nombre de saturation relevée par mon smokeping à très fortement diminué
on peut noter une amélioration très nette vers les destinations suivantes (dans l'ordre avec les images):
Level3
ns02.ultimeo.net
speedtest01.via-numerica.net
speed01-a.lasotel.net
gs.azuria.net
parmi les destinations à problèmes on a encore tinet.net et telia
-
C'est valable aussi en ADSL. Le débit dl est bien meilleurs. :)
Je suis presque toujours au dessus du méga.
Oui bon c'est de l'adsl hein ;D
-
on peut noter une amélioration très nette vers les destinations suivantes (dans l'ordre avec les images):
Tu aurais un graphe sur 2-3 jours pour ces destinations ?
-
bien sur nico!
il y a encore un peu de boulot pour level3 mais c'est beaucoup mieux!
-
Oui y a pas photo !
-
Je trouve que faire le raccourci entre des smokepings "moches" et des saturations sur le réseau d'Opentransit n'est pas très sérieux ... Tout comme d'ailleurs le titre du sujet, un peu exagéré ...
A la limite, faire un smokeping sur une pèriode de plusieurs heures suivi d'un traceroute montrant où se trouve la latence est bien plus probant.
Et accessoirement (c'est ironique hein ^^ ) ca fait avancer le schmilbick !
Pour avoir bosser sur des problèmes de saturations en tant que sav, c'est avant tout des traceroutes que l'on demande et qui permettent d'identifier l'interco qui pose problème ;)
-
Tiens, j'ai oublié de la signaler ici mais ça semble beaucoup mieux aller avec les vidéos des sites du groupe Canal depuis quelques temps.
J'aurai pas eu l'occasion de mener des tests poussés au final...
-
Je trouve que faire le raccourci entre des smokepings "moches" et des saturations sur le réseau d'Opentransit n'est pas très sérieux ... Tout comme d'ailleurs le titre du sujet, un peu exagéré ...
Supposons, mais quand même un smokeping qui monte tous les jours à peu près aux mêmes horaires, c'est plutôt caractéristique non ?
A la limite, faire un smokeping sur une pèriode de plusieurs heures suivi d'un traceroute montrant où se trouve la latence est bien plus probant.
Et accessoirement (c'est ironique hein ^^ ) ca fait avancer le schmilbick !
C'est ce que j'ai fait, j'ai envoyé ça à un "expert" côté SAV. On va passer sur la réponse reçue, ce n'est pas intéressant.
Bon l'essentiel c'est que ça s'arrange en tout cas.
-
Il faudrait faire des tests de débit en même temps, mais pour en avoir fait l'expérience, une petite saturation et les débits s'effondrent en très haut débit (alors que l'ADSL cela ne se voit quasiment pas)
A noter que SpeedTest utilise plusieurs connexions TCP/IP et c'est un moyen efficace pour contourner des petites saturations.
Il est possible d'avoir 180 Mb/s avec SpeedTest mais seulement 30 Mb/s en téléchargeant un unique fichier sur le même serveur.
-
Supposons, mais quand même un smokeping qui monte tous les jours à peu près aux mêmes horaires, c'est plutôt caractéristique non ?
Mais +1000 quoi !
L'intéret du smokeping/graph est de suivre l'évolution dans le temps, on arrive à caractériser les périodes de saturations, c'est bien le sujet du topic.
Le problème du traceroute c'est qu'il ne marche que dans un sens et qu'en plus il n'y a pas d'outil pour suivre son évolution dans le temps.
-
Je ne remets pas en cause l'intérêt du smokeping en soit.
Juste que de balancer des smoke en forme de montagnes russes, et dire => Saturation chez Orange, ce n'est pas vraiment correct d'un point de vue technique. Il y a tellement de facteurs techniques différents pouvant rentrer en jeu ... C'est tout :)
BadMax@ Certes il n'y pas d'outils tout fait pour mesurer dans le temps le traceroute dans le sens inverse. Mais en utilisant ce genre de site http://www.traceroute.org/ (http://www.traceroute.org/) tu peux obtenir certaines données concernant la latence des interco dans le sens site distant - > vers toi ^^
-
C'est pour cela que j'effectue les memes mesures : en les comparant, on peut identifier si "la montagne russe" est lié au site ou à l'opérateur.
-
De toute façon, pour un simple client c'est compliqué de montrer sans faille ce genre de problèmes. Mais bon il semble clair qu'il y a un soucis (en cours de résolution).
Si ce n'est pas une saturation, je suis intéressé pour savoir ce que ça pourrait être.
-
Badmax@ Je ne comprends pas comment en comparant des smokeping vers une même destination tu arrives à identifier le soucis chez l'opérateur X ...
Nico@ Tu es chez Orange Nico ? (D'après ton profil non)
Si tel est le cas, je veux bien jetter un coup d'oeil de mon coté ... Fais moi un traceroute et je te dis quoi ;)
-
Nico@ Tu es chez Orange Nico ? (D'après ton profil non)
J'y étais.
Si tel est le cas, je veux bien jetter un coup d'oeil de mon coté ... Fais moi un traceroute et je te dis quoi ;)
J'en avais fait, j'ai tout transmis à un "expert". On m'a répondu "c'est pas notre faute" et quelques choses marrantes pour justifier cela.
-
Fu Fu, tu fais un smokeping vers le site xxxxxx depuis un accès Orange.
une autre personne, client chez SFR et une autre chez Free fait la même chose.
Si seul Orange a des montagnes le soir, c'est une saturation sur le peering orange ou sur le réseau Orange. Si c'était sur le réseau de xxxxxx, cela serait visible chez tous les opérateurs.
Ensuite tu fais des smokping vers de nombreuses destinations pour comprendre si c'est le backbone Orange qui sature ou les peering. Si tous les sites web sature le soite en même temps c'est la collecte. Si uniquement ceux qui passe par le lien Paris-Lyon, c'est probablement le backbone, si c'est uniquement ceux qui sortent via le peering de xxxxxx alors c'est ce dernier qui est sous-dimensionné.
-
J'ai mis à jour mon profil ... pas pris le temps/pas fait gaffe à cette histoire de FAI.
Je vais le faire à partir de Free ;)
On test quelle adresse ?
-
j'ai quand même un paquet de destinations qui ont un graph sur mon smokeping
vers de nombreuses destinations:
-level3
-google
-une partie des serveurs speedtest français
-canal
-steam
si pour toi ça ne fait pas de nombreuses destinations...
maintenant ça s'arrange mais franchement à un moment c'était vraiment important!
ps: quand tu constate les même augmentation de ping sur plusieurs serveurs différents sur le même réseau on peut en déduire que ce ne sont pas les serveur après entre saturation de l'hébergeur ou du FAI effectivement ont peut pas
-
Google problème connu et reconnu ... peering saturé
Pour le reste je demande à voir les traceroutes :)
Et comme je le disais plus haut, TES smokeping ne prouvent aucunement qu'il y a de manière affirmative des saturations sur le réseau Orange.
-
T'as pas compris. C'est en comparant NOS smokeping qu'on peut en déduire si les dégradations de temps de réponse sont liés à l'opérateur ou le site hébergé.
Donc là on compare entre de l'Orange et du Free. Et au début les temps de réponse étaient en faveur du second. Quand on connait la "qualité" de peering de Free, c'est inquiétant pour les peering d'Orange...
-
C'est pas infaillible mais ça montre que pendant 6-12H par jour ça marche mal quand on est client. Après dire précisement d'où ça vient, même avec des traceroute y a toujours un doute (genre un routeur qui ne répond pas au ping rapidement).
-
Si si je pense avoir saisi Badmax ...
Nico@ Ca arrive bien souvent car les requêtes ICMP ne sont pas prioritaires loin de la, et comme tu le dis certains routeurs mettent du temps, voir ne répondent pas à ce type de requêtes.
Je trouve juste excessif et injustifié d'ouvrir un topic avec un nom pareil.
Il existe certes des problèmes de saturations, mais de là dire qu'ils sont nombreux je n'irais pas jusque là.
La "vie" du réseau d'un opérateur comme Orange est loin d'être un fleuve tranquille. Certains incidents/saturations peuvent certes sembler durer long pour un utilisateur(client) mais c'est très souvent loin d'être simple à résoudre. Les latences que vous pouvez observer pendant plusieurs mois ont la plupart des raisons techniques/commerciales qui ne se résolvent pas d'un coup de baguettes magique.
Mais bon, je ne m'étalerai pas plus sur la question. D'ici peu je vais découvrir l'internet made in Orange après de nombreuses années chez Free, je verrais bien ce qu'il en est ;D
Juste une chose. Je préfère savoir que mon fournisseur d'accès a des soucis de peering/saturations avec certain(s) autre(s) opérateur(s)/peer(s), plutôt qu'il rencontre des saturations sur son propre backbone aux heures de pointes voir de longues et ou régulières interruptions de service. Question de point de vue vous me direz certainement ...
-
Je trouve juste excessif et injustifié d'ouvrir un topic avec un nom pareil.
Il existe certes des problèmes de saturations, mais de là dire qu'ils sont nombreux je n'irais pas jusque là.
Franchement j'ai essayé un paquet de serveurs Battlefield 4 quand j'étais abonné, et j'ai pas fait de stats mais dès qu'on sortait de France c'était très courant d'avoir des soucis pour les clients Orange.
Et là au delà d'une saturation, c'était le ping qui s'envolait (15ms -> 60ms) posant des soucis pour jouer (si si, +45ms ça joue).
Question de point de vue vous me direz certainement ...
J'aime autant ne pas avoir de problèmes (ou peu), mais bon on a pas toujours le choix !
-
Nico@ Ca arrive bien souvent car les requêtes ICMP ne sont pas prioritaires loin de la, et comme tu le dis certains routeurs mettent du temps, voir ne répondent pas à ce type de requêtes.
Sauf que les smokeping sont réalisés vers des serveurs, et non vers des routeurs (cas de battlefield par exemple). Un routeur ne priorise effectivement pas une réponse aux requêtes ICMP qui lui sont adressée par rapport aux autres tâches. Mais par contre, il forwarde les paquets ICMP qui ne lui sont pas destinés (requêtes ou réponses) avec le même niveau de priorité que tous les autres paquets. Donc du coup, le smokeping est un outil très puissant pour détecter les saturations, si la cible de la requête ICMP est fiable.
Et la courbe en cloche aux heures denses est caractéristique d'une saturation, il n'y a aucun doute possible, et je ne vois pas ce qu'il y a de choquant à annoncer une vérité (saturation vers certains réseaux).
Leon.
-
on parle de saturation nombreuses parce que c'est le cas!
je suis désolé mais tu récupère la liste des serveurs speedtest français et tu constate que sur quasiment la moitié d'entre eux il y a une saturation bah pour moi ça fait beaucoup!
en gros orange
vers les gros FAI français c'est bon
vers les grands hébergeurs c'est pourri
vers les petits fournisseurs (contenu ou fai) aléatoire
et du coup pour toi on ne peut pas parler de saturations nombreuses?
et c'est normal pour un fai....
-
Nico@ Jouant BF je comprends tout à fait le problème que ca peut poser de se taper +45ms :D D'ailleurs j'espère que ce n'est plus le cas car avec Free je n'ai pas de soucis à ce niveau là. Te dirai ça d'ici peu surement ...
leon_m@ On est daccord, la courbe en cloche indique une saturation. Y a pas à tortiller des fesses ! Par contre, ca ne dira jamais si ca sature sur ton réseau de collecte, sur le backbone de ton FAI, sur le point de peering, sur un point X d'interco, etc
Le smokeping aide à détecter une saturation, mais n'aide aucunement à détecter l'origine de celle ci. A moins de comparer moultes et moultes smokeping venant d'autres opérateurs. A mon sens, un traceroute sera plus parlant.
butler_fr@ Ce que je trouve choquant c'est la manière dont tu présentes les choses. Cela donne une image vraiment négative de l'opérateur Orange. Après je ne dis pas que tout est rose, loin de là !
Avant tout, je ne suis pas là pour faire mon pro-Orange même si je bosse chez eux. J'essaye juste de comprendre la réalité de la chose.
Et pour mon montrer ma bonne foi à minimum, je suis prêt à filer un coup de main autant que possible pour tenter de saisir la vraie origine de ces saturations ;)
-
je présente les choses tel quelles sont!
quand ça va pas je le dis
quand ça va mieux je le dis aussi!
https://lafibre.info/peering/orange-saturation/msg135881/#msg135881
ce qui m'énerve (m'énervait?) avec orange c'était un ensemble de choses:
le problème présenté dans ce sujet
la box qui plantait toutes les semaines
et ce problème:
https://lafibre.info/orange-debit/augmentation-ping-lafibre-info-au-changement-de-session-bas/
quand tu as les 3 + une multitude de petits autres soucis (dns et dhcp non réglables / décodeur qui bug .....) ça ne te donne pas une bonne image du FAI!
surtout vus le tarif!
donc oui je ne suis clairement pas pro orange!
ps:
les problème de backbone / saturation nro je crois qu'on peut exclure assez rapidement avec un smokeping ;)
-
Nico@ Jouant BF je comprends tout à fait le problème que ca peut poser de se taper +45ms :D D'ailleurs j'espère que ce n'est plus le cas car avec Free je n'ai pas de soucis à ce niveau là. Te dirai ça d'ici peu surement ...
GTX780 sur ce forum me disait qu'on était plus à +15/20 maintenant, ce qui semble plus raisonnable et moins gênant.
Par contre, ca ne dira jamais si ca sature sur ton réseau de collecte, sur le backbone de ton FAI, sur le point de peering, sur un point X d'interco, etc
C'est certain, après on a testé à Rennes avec butler_fr et moi Paris et trouvé les mêmes résultats. Comme je disais, un client và avoir du mal à aller plus loin, et puis surtout autre chose à faire.
-
Butler_fr@ Je respecte et apprécie ta manière de faire ... Il est vrai tes derniers messages semblaient montrés une amélioration de la situation, mais globalement sur le fofo, tu n'es pas tendre avec Orange ;D
Quoiqu'il en soit, si besoin, je peux faire certaines vérif en internes si d'autres saturations persistent ;)
-
Un petit mot positif pour Orange : Free a un réseau encore plus saturé que Orange (et pas que vers Youtube, hein mais vers la majorité des destinations qui sont à l'étranger)
Le problème pour Orange est le même que pour Free : Ces deux opérateurs tentent de monétiser l’accès au réseau (peering) alors que les 3 autres peer facilement (SFR est un peu plus difficile que les autres, tandis que Numericable et Bouygues Telecom sont sur les route serveur de certains GIX)
-
Très mauvais vers wat.TV ce soir avec Orange :-(
Obligé de passer par un VPN.
-
Tu nous ferais un traceroute pour voir par où on passe ?
wat.tv ne peer pas et a au moins deux transitaires : Level3 et Telia.
Sur OVH, Bouygues et Numericable, je sort par le transitaire Level3 directement.
Sur Online, je sort par le transitaire Telia directement.
Sur Adeli je sort par le transitaire Cogent pour finir par Telia
-
Les vidéos sont sur la même destination que le site ? Si c'est le cas un traceroute vers le site ne sera pas vraiment utile :-(
-
Wat (filiale de TF1) utilise sa propre infrastructure et aussi un peu de Akamai.
Avec sa propre infrastructure, on passe donc par Level3 ou Telia (et là je pense que le tracertoue vers wat.tv est représentatif).
Un petit Wireshark doit permettre de voir l'url utilisée pour la vidéo qui pose problème et de voir par où cela passe avec un traceroute.
-
Wat (filiale de TF1) utilise sa propre infrastructure et aussi un peu de Akamai.
Avec sa propre infrastructure, on passe donc par Level3 ou Telia (et là je pense que le tracertoue vers wat.tv est représentatif).
Un petit Wireshark doit permettre de voir l'url utilisée pour la vidéo qui pose problème et de voir par où cela passe avec un traceroute.
Un peut plus que l'URL même ;).
mais effectivement c'est a tester , je suis preneur de l'ip en question pour un Smokeping si besoin.
Cdt
Bensay
-
Très mauvais régulièrement vers Amazon depuis Orange, je surf plus rapidement en 4G (Bouygues avec partage de connexion Wi-Fi) sur Amazon que depuis ma connexion LiveBox Jet Fibre en Ethernet !
-
Il y a une IP a tester ?
-
Très mauvais régulièrement vers Amazon depuis Orange, je surf plus rapidement en 4G (Bouygues avec partage de connexion Wi-Fi) sur Amazon que depuis ma connexion LiveBox Jet Fibre en Ethernet !
Bonjour,
Des Test , Comparatifs , Traceroute pour affirmer cela ?
Cdt
Bensay / Qui ne crois que ceux qu'il voit.
-
D'ailleurs je suis preneur d'une IP d'Amazon qui répondrait au ping...
-
D'ailleurs je suis preneur d'une IP d'Amazon qui répondrait au ping...
Bonjour Nico,
A tester mais je suis sur que tu y trouveras ton bonheur;
http://bgp.he.net/search?search%5Bsearch%5D=amazon&commit=Search (http://bgp.he.net/search?search%5Bsearch%5D=amazon&commit=Search)
Cdt
Bensay
-
Bonjour,
Des Test , Comparatifs , Traceroute pour affirmer cela ?
Cdt
Bensay / Qui ne crois que ceux qu'il voit.
Juste une constatation par rapport à mon ex connexion Numericable et par rapport à la connexion 4G. A certains moments le site Amazon.fr est extrêmement lent depuis ma connexion Orange, voir certaines pages ne se chargent pas complétement, alors qu'il n'y a aucuns soucis sur les autres sites au même moment où Amazon est impacté. Je n'exclu pas que le problème soit autre qu'une saturation à certains moments, mais cela y ressemble fortement.
-
A tester mais je suis sur que tu y trouveras ton bonheur;
Hum en fait je me suis mal exprimé. Je cherchais à avoir amazon.fr dans mon smokeping. Effectivement dans ta liste y a du choix mais AWS ou des bureaux à eux ça m'intéresse moins :).
-
Des soucis sont remontés aussi via l'application 4GMark via le full test en ce qui concerne l'accès mobile. C'est peut être lié ? Ton constat date de quand ? Le phénomène semble avoir débuté S21.
Les taux d'échecs sur la navigation web sont très importants alors qu'auparavant ils étaient de l'ordre de 1a2%
Les tests se font sur la page Google, Wikipedia et youtube mobile. Youtube est la page qui remonte le plus d'échec.
http://www.zdnet.fr/services/4g-monitor/ (http://www.zdnet.fr/services/4g-monitor/)
-
Juste une constatation par rapport à mon ex connexion Numericable et par rapport à la connexion 4G. A certains moments le site Amazon.fr est extrêmement lent depuis ma connexion Orange, voir certaines pages ne se chargent pas complétement, alors qu'il n'y a aucuns soucis sur les autres sites au même moment où Amazon est impacté. Je n'exclu pas que le problème soit autre qu'une saturation à certains moments, mais cela y ressemble fortement.
La mise en place d'une analyse Smokeping d'un coté comme de l'autre avec une IP "cible" permettrait d'y voir plus clair.
La structure même du site peut être aussi en cause , (je n'ai pas vérifier si Amazon utilisait des plugin(s) additionnel pour ce charger / flash / etc.
Sans approche identique une comparaison est difficilement possible , cela reviendrait à dire que YouTube est plus lent a charger que le petit site internet sans images de 1999.
Cdt
Bensay
-
Cela ne fait pas encore 1 mois que je suis client Orange FTTH alors je n'ai pas assez de recul, cependant, consulter Amazon.fr sur la même config (core i7) n'a jamais posé de soucis chez Numericable. De plus ce n'est pas de petits ralentissements, lorsque cela arrive la navigation est quasi impraticable. Je vais tenter une analyse mais comme Amazon.fr ne répond pas au ping cela est difficile dans l'immédiat.
-
La mise en place d'une analyse Smokeping d'un coté comme de l'autre avec une IP "cible" permettrait d'y voir plus clair.
La structure même du site peut être aussi en cause , (je n'ai pas vérifier si Amazon utilisait des plugin(s) additionnel pour ce charger / flash / etc.
Sans approche identique une comparaison est difficilement possible , cela reviendrait à dire que YouTube est plus lent a charger que le petit site internet sans images de 1999.
Si clairement le protocole de test peut être mis en cause (bah oui c'est pas très précis et quantifiable le ressenti que l'on a), je ne comprends pas le parallèle avec Youtube et un site de 1999. Charger le même site avec le même PC, une fois en filaire/fibre et l'autre en wifi/4G c'est un comparatif qui se tient.
Passé ça, il faut se méfier de smokeping quand même, ça n'est pas l'arme ultime. Je ne suis pas sur mais je crois que YT se ping très bien depuis Free. Doit-on en déduire qu'il n'y a pas de saturation ? :)
-
Cela ne fait pas encore 1 mois que je suis client Orange FTTH alors je n'ai pas assez de recul, cependant, consulter Amazon.fr sur la même config (core i7) n'a jamais posé de soucis chez Numericable. De plus ce n'est pas de petits ralentissements, lorsque cela arrive la navigation est quasi impraticable. Je vais tenter une analyse mais comme Amazon.fr ne répond pas au ping cela est difficile dans l'immédiat.
Cependant, les nœuds intermédiaires devrait répondre , un Traceroute au moment ou cela semble ce produire et à un moment ou tout va bien serait surement parlant.
Cdt
Bensay
-
Cependant, les nœuds intermédiaires devrait répondre
C'est vrai, mais ce sont souvent ces routeurs intermédiaires qui ont autre chose à faire que répondre à ce genre de sollicitations. Mais ça peut se tenter c'est certain.
Après il y a le risque que la voie retour ne soit pas la même et que ça fausse complètement la "mesure".
-
Si clairement le protocole de test peut être mis en cause (bah oui c'est pas très précis et quantifiable le ressenti que l'on a), je ne comprends pas le parallèle avec Youtube et un site de 1999. Charger le même site avec le même PC, une fois en filaire/fibre et l'autre en wifi/4G c'est un comparatif qui se tient.
Passé ça, il faut se méfier de smokeping quand même, ça n'est pas l'arme ultime. Je ne suis pas sur mais je crois que YT se ping très bien depuis Free. Doit-on en déduire qu'il n'y a pas de saturation ? :)
En effet Nico , le protocole de test peut être mis en cause mais en l’occurrence je faisait le parallèle avec ceci :
A certains moments le site Amazon.fr est extrêmement lent depuis ma connexion Orange, voir certaines pages ne se chargent pas complétement, alors qu'il n'y a aucuns soucis sur les autres sites au même moment où Amazon est impacté.
pour moi parler d'autres site qui charge bien quand amazon ne charge pas reviens a comparer un site de 1999 au chargement de YouTube ça n'est pas comparable.
Pour le comparatifs concernant le test en 4G et Fibre cela ce tient oui et à la fois non en effet.
Pourquoi oui , car le site est toujours le même et le chargement de ces éléments constitutif est en théorie identique.
Non car pour un nous avons une couche physique câble , et pour l'autre une couche physique radio (ce qui devrait être au détriment de la couche radio).
Par contre cela n'explique pas pourquoi l'un passe bien et pas l'autre.
Un capture Wireshark serait peut être plus facilement analysable dans les 2 cas.
En effet également le Smokeping n'est pas "L'arme Ultime" car il ne prend en compte que le trajet aller des paquets et nullement le trajet retour , ce qui explique d'ailleurs t'on parallèle avec YT depuis Free.
C'est vrai, mais ce sont souvent ces routeurs intermédiaires qui ont autre chose à faire que répondre à ce genre de sollicitations. Mais ça peut se tenter c'est certain.
Après il y a le risque que la voie retour ne soit pas la même et que ça fausse complètement la "mesure".
Entièrement d'accord avec toi pour les raisons précitées.
Cdt
Bensay
-
Pour le comparatifs concernant le test en 4G et Fibre cela ce tient oui et à la fois non en effet.
Pourquoi oui , car le site est toujours le même et le chargement de ces éléments constitutif identique.
Non car pour un nous avons une couche physique câble , et pour l'autre une couche physique radio (ce qui devrait être au détriment de la couche radio).
Je n'ai pas précisé car effectivement le résultat devrait être bien meilleur avec la fibre :).
En effet également le Smokeping n'est pas "L'arme Ultime" car il ne prend en compte que le trajet aller des paquets et nullement le trajet retour , ce qui explique d'ailleurs t'on parallèle avec YT depuis Free.
Tu confonds avec le traceroute à priori, qui ne permet d'avoir que le chemin aller (mais le temps aller+retour ?). Le ping est bien le temps aller+retour.
-
Je n'ai pas précisé car effectivement le résultat devrait être bien meilleur avec la fibre :).
Tu confonds avec le traceroute à priori, qui ne permet d'avoir que le chemin aller (mais le temps aller+retour ?). Le ping est bien le temps aller+retour.
Je confirme mes propos,
Le Traceroute ne permet que d'avoir une partie du trajet (de la machine hote vers la "cible").
Le RTT permet effectivement d'avoir les 2 ;).
Cependant pour une vue fiable il faudrait avoir le trajet retour depuis la "cible" vers l'hôte.
Tu confonds avec le traceroute à priori, qui ne permet d'avoir que le chemin aller (mais le temps aller+retour ?). Le ping est bien le temps aller+retour.
Je confirme , en réalité je pensais a mtr (qui fait un peut les 2) quand j'ai écris ceci.
Cdt
Bensay
-
Pour avoir tester amazon il n'y a pas longtemps, aucun soucis. Aussi rapide que les autres sites du net ...
-
depuis début mai speedtest.alabar.fr à recommencé à saturer fortement le soir selon les plages IP (des jours non impactés d'autres à fond)
tient d'ailleurs je me demandais un truc:
l'amélioration des saturations chez orange ne seraient pas dus à l'arrivée d'orange sur Hopus?
-
Tu peux tester des traceroute voir si tu passes par Hopus, c'est possible que ça joue (même si il y a encore peu d'acteurs dessus).
-
Ce matin, Amazon.fr très lent, j'ai donc fait un tracert mais je ne sais pas si cela va aider beaucoup :
Microsoft Windows [version 6.3.9600]
(c) 2013 Microsoft Corporation. Tous droits réservés.
C:\Users\Admin>tracert amazon.fr
Détermination de l'itinéraire vers amazon.fr [178.236.7.228]
avec un maximum de 30 sauts :
1 1 ms <1 ms <1 ms livebox.home [192.168.1.1]
2 2 ms 2 ms 2 ms 80.10.124.9
3 3 ms 2 ms 2 ms 10.125.22.10
4 3 ms 4 ms 4 ms ae43-0.nista301.Paris.francetelecom.net [193.252
.159.149]
5 11 ms 10 ms 11 ms 81.253.184.18
6 10 ms 10 ms 10 ms xe-0-2-0-9.r02.londen03.uk.bb.gin.ntt.net [129.2
50.8.197]
7 * * * Délai d'attente de la demande dépassé.
8 * * * Délai d'attente de la demande dépassé.
9 * * * Délai d'attente de la demande dépassé.
10 * * * Délai d'attente de la demande dépassé.
11 * * * Délai d'attente de la demande dépassé.
12 * * * Délai d'attente de la demande dépassé.
13 * * * Délai d'attente de la demande dépassé.
14 * * * Délai d'attente de la demande dépassé.
-
bon et bien je vais encore faire un report totalement subjectif mais ce soir c'est la cata totale chez orange!
facebook rame comme pas permis
battlelog / origin je n'en parle même pas! 15 minutes pour télécharger 50Mo pour l'update d'origin!
j'ai passé ma soirée à galérer sur les deux....
edit:
effectivement fu fu il faut voir avec les autres abonnés des fai
-
Effectivement Facedebook rame sévère ... Mais est ce que tu as le retour d'utilisateurs qui ne sont pas chez Orange ?
Pour Origin, je n'arrivais pas du tout à me connecter vers 17h. Ca va mieux ce soir, et aucun soucis pour dl/télécharger. Pb chez Origine ou chez Orange, difficile à dire ...
-
Mon amie à voulu aller sur Fesse de bouc hier et c'était impossible.
Pare contre Amazon.fr fonctionne bien.
-
Pour Origin, il y avait un message sur le battlelog reportant des problèmes de leur cote
-
Il y a eu un DDoS dimanche, je ne sais pas si ça a continué. Mais Origin marchait très bien, même dimanche.
-
J'ai téléchargé FIFA World hier vers 17h, aucun problème (10 Mo/s).
-
Ah ouai effectivement c'est pas tout a fait réglé les problemes chez orange
-
Pour Origin, il y avait un message sur le battlelog reportant des problèmes de leur cote
Effectivement, je l'ai vu aussi le soir même en réussissant à me connecter.
Et pour facedebook, après quelques tentatives, plus aucun soucis. J'y ai passé plusieurs, à mater des vidéos et des pages, et aucun soucis !
Faut faire attention de faire l'amalgame entre des problèmes rencontrées sur des sites et un opérateur. C'est souvent ailleurs que chez le FAI, ou juste un point de saturation à un instant donné. :)
-
Il y en a encore qui ont des smokeping qui tournent sur le réseau Orange ?
Faut faire attention de faire l'amalgame entre des problèmes rencontrées sur des sites et un opérateur. C'est souvent ailleurs que chez le FAI, ou juste un point de saturation à un instant donné. :)
Tu as peut-être raison aujourd'hui, mais des mois à faire n'importe quoi ça laisse des traces :/
-
Je pense que j'avais effectivement raison pour cette fois ;D
Après ce qui m'ennuie un peu, c'est que l'on parle de "saturation vers de nombreuses destinations". Qu'a un instant T, il y ai des problèmes vers tel opérateur, ou telle destination, soit.
Mais avez vous conscience de la multitude d'interconnections et de destinations que permet un opérateur comme Orange ?
Un réseau c'est vivant, et c'est normal quelque part que tout ne soit pas rose en permanence. Cela dit, je ne remets pas en question qu'il y ai eu des difficultés à un moment (plus ou moins long) donné ;)
-
Sur le principe tu as raison. Mais quand ça dure des mois (on peut encore parler d'instant T ?) et que ça coince via tes gros transitaires (on peut encore parler de tel opérateur, telle destination ?), on sort des aléas normaux d'un réseau.
Après ça semble s'être bien amélioré, et il faudrait voir si ça n'a pas fini par revenir à la normal depuis.
-
Moi à vrai dire je n'ai eu aucun problème de saturation. YouTube, Vimeo, le Play Store tout ça ça passe très bien.
-
Cela dit je n'ai pas souvenir que ça faisait parti des sites à problème.
-
@nico
j'ai encore mon smokeping!
et youtube à posé problème pendant quelques mois aussi!
-
De toute façon un opérateur comme Orange ne peut pas rester dans des situations de saturations avec de gros transitaires. Ce n'est pas viable.
Qu'il y ai des problèmes commerciaux/peering, ca fait partie du jeu. Et le fait que ca dure plus ou moins longtemps démontre qu'il y a des intérêts important en jeu. Tout ne se résoud pas d'un coup de baguette magique.
C'est sûr qu'en temps que clients/utilisateurs, ca fait ch*** ! ;)
edit : Butler_fr@ Si je ne me trompe pas youtube passe par les peerings de google. Et il est de notoriété publique que ce peering a posé longtemps problème. Mais là, on parle pas d'une destination/d'un opérateur, mais d'un des plus (le plus grand ?) fournisseur de contenus du web ...
-
Ah bah j'ai pas souvenir de soucis avec YT, et comme je n'ai plus mes graphes de l'époque (changé de machine) je ne peux pas regarder. Pas trop grave.
-
le souci était global à google sur certaines plage ip
certains soir si on utilisait comme dns 8.8.8.8 on ne pouvait pas aller sur le web vus le taux de pertes!
mais bon c'est réglé depuis un moment ça!
et ça n'a pour l'instant pas reposé de soucis!
-
bon hier soir facebook m'a encore posé problèmes!
tout allait bien puis 10 sec plus tard plus rien....
je change de serveur dns (dns orange > dns google) hop ça repart....
donc serveurs différents
bref je sais pas quoi en penser....
-
Saturations vers APPLE a signaler, depuis hier, d'abord des tests 4Gmark en Wifi m'ont alerté, et en effet impossible de naviguer correctement sur le site.
-
J'ai l'impression d'être en 56k quand j'essaye d'aller sur amazon.fr (saturation ou problème technique sachant que c'était pareil hier soir)
-
Ras chez amazon chez moi ce soir
Par contre impacté facebook hier aussi
-
Louis56, cela serait bien de poster un traceroute quand il y a des problèmes de saturation.
Pour Facebook, je ne suis pas persuadé que le problème soit chez Orange.
-
pour facebook hier
les serveurs répondait vraiment correctement! (en 8/10ms chez moi)
-
Désolé je viens de tester et ça semble revenu. Je ferai un traceroute la prochaine fois j'ai fais un tracert de la situation à ce moment.
-
Moi j'ai pas de problème de ping.
J'habite à Strasbourg. Le seul 'hic', c'est que le traffic remonte sur le backbone à Paris, donc je me mange forcement 7-8ms de base + la latence cible.
C'est dommage, car par example, si je prends un OVH hébergé sur strasbourg, ca fait Strasbourg > Paris > Strasbourg.
-
Moi j'ai pas de problème de ping.
J'habite à Strasbourg. Le seul 'hic', c'est que le traffic remonte sur le backbone à Paris, donc je me mange forcement 7-8ms de base + la latence cible.
C'est dommage, car par example, si je prends un OVH hébergé sur strasbourg, ca fait Strasbourg > Paris > Strasbourg.
Ne rêve pas trop, OVH Strasbourg ne sort pas vers Internet directement, ça sort soit via Frankfurt ou via Paris pour les plus grosses villes :(
En revanche dans ce cas, il aurait été plus intelligent de passer par Frankfurt pour joindre OVH Strasbourg, car on voit FRA à 4-5 ms.
-
Non, car il est probable que DEC-IX aurait été relié à Paris, donc cela aurait encore rallongé le transport (Strasbourg => Frankfort => Paris => Strasbourg)