La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Débit fibre => Discussion démarrée par: Bensay le 06 juillet 2013 à 20:58:33
-
Bonsoir à tous,
Depuis un certain temps grâce à la gentillesse de vivien je dispose comme certains autres utilisateur du site d'un graphe Smokeping vers mon Modem Routeur (Livebox).
Cependant j'observe depuis le début à chaque renouvellement de sessions BAS et de changement d'IP tout les 168 Heures (7 Jours) (Je n'ai pas observer si le pool ip changeait également), que la mesure de ping varie en plus ou moins 10 ms vers le site lafibre.info.
Quelqu'un aurait une idée du pourquoi du comment ?
Avis ici au spécialiste réseaux et membres pouvant apporter une aide à ce sujet.
Exemple :
Graphique Smokeping de : "butler_fr sur Rennes (35) en fibre"
(https://lafibre.info/images/orange/201307_smokeping_butler_fr.png)
Même phénomène sur ma liaison ADSL à + 650 Km.
(https://lafibre.info/images/orange/201307_smokeping_bensay.png)
Cordialement
Bensay
-
Il faudrait faire un trace route et un revers entre ta box et lafibre.info (Adeli) pour comparer les chemins.
Edit
Pour uniquement Bensay et Butler seraient impactés.
Wazz semble ne pas etre impacté depuis 12 jours
https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre.wazz
-
De mémoire de l'archi du FAI, Orange sur une "zone" dispose de deux points de sortie pour son trafic, il est possible que tu changes de l'un à l'autre entraînant une route plus longue derrière pour rejoindre lafibre.info.
-
Je me pose la même question que toi bensay!
je trouve la variation de ping tout simplement énorme...
je vais demander a Vivien de rajouter les Livebox de mes parents sur saint brieuc et vannes pour avoir d'autres points de comparaison.
-
du coup depuis la livebox de st brieuc (22)
ping lafibre.info
PING lafibre.info (46.227.16.8) 56(84) bytes of data.
64 bytes from lafibre.info (46.227.16.8): icmp_req=1 ttl=54 time=43.0 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=2 ttl=54 time=44.0 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=3 ttl=54 time=43.5 ms
64 bytes from lafibre.info (46.227.16.8): icmp_req=4 ttl=54 time=43.4 ms
^C
--- lafibre.info ping statistics ---
et le traceroute
mtr -c1 -r lafibre.info
HOST: tux2 Loss% Snt Last Avg Best Wrst StDev
1.|-- openrg.home 0.0% 1 1.8 1.8 1.8 1.8 0.0
2.|-- 80.10.127.100 0.0% 1 21.0 21.0 21.0 21.0 0.0
3.|-- 10.123.201.10 0.0% 1 20.9 20.9 20.9 20.9 0.0
4.|-- ae44-0.nista301.Paris.fra 0.0% 1 28.2 28.2 28.2 28.2 0.0
5.|-- 81.253.184.94 0.0% 1 36.6 36.6 36.6 36.6 0.0
6.|-- tengige0-5-0-1.pastr1.Par 0.0% 1 35.4 35.4 35.4 35.4 0.0
7.|-- te1-3.parse1.Paris.opentr 0.0% 1 35.2 35.2 35.2 35.2 0.0
8.|-- lostoasis.GW.opentransit. 0.0% 1 34.9 34.9 34.9 34.9 0.0
9.|-- 2ge-e1-17-e1-18-cr5.le9-l 0.0% 1 42.6 42.6 42.6 42.6 0.0
10.|-- adeli1.ix-customers-le9ly 0.0% 1 43.4 43.4 43.4 43.4 0.0
11.|-- lafibre.info 0.0% 1 43.6 43.6 43.6 43.6 0.0
mon ip actuelle:
90.32.190.X
-
L'adresse IP change à la reco, et si la nouvelle ne fait pas partie du même préfixe, le routage a des chances d'être différent.
-
Pour 1 ou 2 ms, ça poserait pas de problèmes.
mais la on parle de quasiment 10ms de différence....
-
Sur l'ADSL, cela peut être lié a une synchronisation avec un profil différent, la latence supplèmentaire permettant de diminuer les pertes de paquets avec l'interleave (mélanges de données anciennes et récentes), donc les graphes sans traceroute ne permettent pas de concure.
Pour la Fibre le ping devrait être toujours identique (sauf incident). Si plusieurs sorties sont utilisées, elles devraient toutes avoir un ping faible. Le ping élevé n'est acceptable que en mode dégradé lors d’incidents.
Voici le traceroute de butler_fr :
$ mtr -rwc100 90.32.126.xx
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 4.6 0.2 246.7 27.5
2.|-- sw1-le9lyon-ge-1-4.ix-customers-le9lyon.ielo.net 0.0% 100 10.5 4.2 1.2 12.0 3.7
3.|-- 2ge-e1-5-e3-20-cr2.th2-prs.fr.rt.ielo.net 3.0% 100 12.7 11.4 8.3 19.1 3.6
4.|-- po1.parse1.Paris.opentransit.net 0.0% 100 48.7 9.9 8.4 48.7 5.3
5.|-- xe-2-0-2-0.auvtr3.Aubervilliers.opentransit.net 0.0% 100 11.1 10.6 8.5 12.7 1.2
6.|-- 193.251.132.153 0.0% 100 8.8 10.5 8.6 12.6 1.2
7.|-- 81.253.184.21 0.0% 100 9.0 8.9 8.6 19.1 1.1
8.|-- ? ? 100.0 100
9.|-- ? ? 100.0 100
10.|-- ? ? 100.0 100
11.|-- ARennes-656-1-378-xx.w90-32.abo.wanadoo.fr 0.0% 100 23.4 23.3 23.1 23.7 0.1
On rentre sur le réseau Orange avec 8,4ms ce qui est normal (lié a la vitesse de la lumière pour aller de l'Ain à Lyon puis de Lyon à Paris).
Les traceroute chez Orange n'ont pas de reverse-dns => je ne sais pas où est le routeur 81.253.184.21, mais avec 8,6ms il doit être a
Paris.
Normalement le ping de la livebox devrait être à 12,6ms (+4ms pour faire Paris <-> Rennes)
Là je ne sais pas par où on passe, mais visiblement le BAS ou le transport doit passer par une ville éloignée.
Les traceroute Extérieur => Orange ne sont pas très explicites car Orange a mis des IP privées qui ne répondent au ping que depuis le réseau Orange. Cela explique que le traceroute ligne N°8, N°9 et N°10 ne répondent pas.
butler_fr, pour avoir un traceroute exploitable, il faut 10 ping minimum (le tiens a un seul ping)
Dans l'idéal, 100 ping (comme ceux que je fais avec la commande mtr -rwc100 lafibre.info)
Il serait intéressant de faire un traceroute vers lafibre.info et vers un autre site afin de voir si la fluctuation est identique vers tous les sites.
Par exemple mtr -rwc100 testdebit.info qui est chez Bouygues Telecom et qui as un PNI (peering pirvé) avec Orange.
-
Pourquoi chez Orange il n'est pas possible de faire un reverse-dns ?
Est-ce le seul FAI ? Ou d'autres sont dans le même cas ?
Est-ce lié à la technologie ? Problème technique ??
-
C'est lié au souhait de l'opérateur. SFR est dans le même cas avec les .rev.sfr.com.
@vivien : sortir un peu "loin" n'est pas forcement le signe d'une connexion dégradée chez l'opérateur historique si j'ai bien compris.
-
voila les traceroute depuis ma connexion orange adsl de st brieuc
mtr -rwc100 testdebit.info
HOST: tux2 Loss% Snt Last Avg Best Wrst StDev
1.|-- openrg.home 1.0% 100 1.7 2.5 1.7 8.6 1.0
2.|-- 80.10.127.100 0.0% 100 21.3 24.2 20.8 131.7 13.1
3.|-- 10.123.201.10 0.0% 100 23.6 23.0 20.8 59.9 4.7
4.|-- bundle-ether42.ntsta301.Paris.francetelecom.net 0.0% 100 32.4 31.8 29.5 36.2 1.4
5.|-- ae45-0.noaub101.Aubervilliers.francetelecom.net 0.0% 100 28.3 34.8 27.4 151.7 19.5
6.|-- te2-5.core04-m.net.bbox.fr 0.0% 100 29.8 30.7 28.1 118.2 9.1
7.|-- be12.cbr01-ntr.net.bbox.fr 0.0% 100 38.4 34.4 29.1 87.7 6.0
8.|-- ae35.tcore01-m.net.bbox.fr 1.0% 100 33.0 40.3 28.6 131.7 19.9
9.|-- po101.core04-t2.net.bbox.fr 0.0% 100 29.1 34.5 28.6 195.8 21.5
10.|-- v113.tengec5-10g.c6k02-t2.club-internet.fr 0.0% 100 29.7 32.1 28.8 91.1 10.0
11.|-- 89.84.127.55 0.0% 100 29.3 30.4 28.3 77.8 4.9
mtr -rwc100 lafibre.info
HOST: tux2 Loss% Snt Last Avg Best Wrst StDev
1.|-- openrg.home 70.0% 100 2.9 2.3 1.7 5.0 0.9
2.|-- 80.10.127.100 0.0% 100 22.5 23.2 20.7 113.1 9.4
3.|-- 10.123.201.10 0.0% 100 21.7 22.7 20.8 76.2 5.5
4.|-- ae44-0.nista301.Paris.francetelecom.net 0.0% 100 28.6 30.6 27.0 82.9 6.5
5.|-- 81.253.184.18 0.0% 100 39.5 43.5 35.8 146.7 11.0
6.|-- tengige2-5-0-9.pastr1.Paris.opentransit.net 0.0% 100 41.3 40.3 35.4 96.5 10.0
7.|-- te2-4.parse1.Paris.opentransit.net 0.0% 100 35.3 40.4 35.2 135.4 13.7
8.|-- lostoasis.GW.opentransit.net 0.0% 100 36.4 38.6 35.3 55.6 3.6
9.|-- 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net 0.0% 100 49.5 47.6 42.4 151.4 12.2
10.|-- adeli1.ix-customers-le9lyon.ielo.net 0.0% 100 43.3 48.5 43.0 303.7 27.2
11.|-- lafibre.info 0.0% 100 44.2 44.7 43.4 49.1 0.9
-
Avec le premier routeur qui est à +20ms, c'est un problème qui impacte tous les sites web.
En FTTH, le 1er routeur est normalement à 1ms !
Je ne sais pas si il est possible d'ouvrir un incident pour ce problème (cela augmente le temps de chargement des pages web et peut diminuer le débit).
-
Vivien, les 20ms c'est normal :
voila les traceroute depuis ma connexion orange adsl de st brieuc
(on va mettre ça sur le compte du week-end un peu chargé)
-
Exact. Pour de l'ADSL, c'est parfait (20ms vers le premier saut, c'est très bon).
butler_fr, je suis intéressé par des traceroute depuis ta box FTTH.
-
je pourrais te faire ça demain normalement!
edit: ajout du traceroute vers lafibre.info depuis une autre livebox adsl (dans le 56)
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. livebox.home 0.0% 106 2.1 3.0 2.0 27.1 3.1
2. 80.10.127.85 0.0% 106 20.5 22.7 20.0 83.9 7.3
3. 10.123.193.202 0.0% 106 20.5 24.3 20.2 95.2 8.6
4. ae44-0.nimsr302.Paris.francetele 0.0% 106 31.0 29.8 25.1 67.4 9.8
5. 81.253.184.98 0.0% 106 29.5 31.0 26.2 81.9 8.0
6. 193.251.132.16 0.0% 106 33.0 31.0 26.1 158.3 12.9
7. te1-1.parse1.Paris.opentransit.n 0.0% 106 26.9 32.1 26.0 92.5 12.5
8. lostoasis.GW.opentransit.net 0.0% 106 42.9 30.6 26.0 61.6 5.9
9. 2ge-e1-17-e1-18-cr5.le9-lyon.fr. 0.0% 106 33.7 37.5 32.8 58.7 5.0
10. adeli1.ix-customers-le9lyon.ielo 0.0% 105 33.9 39.0 33.9 246.5 21.7
11. lafibre.info 0.0% 105 35.3 37.0 34.3 67.6 5.3
on peut voir une différence importante entre les sauts 4 et 5 entre les deux livebox
le ping vers le saut 4 est sensiblement le même (à 2ms près)
mais vers le saut 5 on prend quasiment 10 ms!!!
le ping vers testdebit.info est le même à 2 ms près.
ip actuelle de la box:
92.139.175.X
-
voici le traceroute depuis ma livebox ftth:
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. livebox.home 0.0% 128 0.6 0.5 0.4 0.8 0.0
2. 80.10.127.97 0.0% 128 1.0 1.1 0.9 2.2 0.2
3. 10.123.200.138 0.0% 128 1.1 1.7 1.0 39.2 3.6
4. ae44-0.nista301.Paris.francetele 0.0% 128 7.8 8.0 7.6 33.5 2.4
5. 81.253.184.94 0.0% 127 21.6 21.2 15.4 27.1 3.5
6. tengige1-3-0-6.pastr1.Paris.open 0.0% 127 17.8 17.4 15.5 19.4 1.1
7. te8-3.parse1.Paris.opentransit.n 0.0% 127 15.6 20.3 15.4 63.3 11.5
8. lostoasis.GW.opentransit.net 0.0% 127 15.6 18.4 15.3 45.0 4.4
9. 2ge-e1-17-e1-18-cr5.le9-lyon.fr. 0.0% 127 26.7 24.9 22.4 35.0 3.2
10. adeli1.ix-customers-le9lyon.ielo 0.0% 127 23.8 26.5 23.4 206.8 20.1
11. lafibre.info 0.0% 127 23.9 23.6 23.5 24.8 0.2
on voit clairement le même problème de monté du ping entre les sauts 4 et 5, qu'avec la livebox de st brieuc.
avec une livebox ftth sur rennes je me retrouve avec un ping à peine mieux qu'une livebox adsl sur vannes (passage par rennes avant paris)
bref pour moi il y a clairement un problème!
-
Je me demande si on ne passe pas par Londres
Paris (FT AS3215) => Londres => Paris (OpenTransit)
-
actuellement je suis sur la plage : (pour la lb3 ftth)
92.139.102.X
-
bon je viens de découvrir que le problème était un problème qui affecte plusieurs destinations et pas que vers lafibre.info
81.253.184.94
est un équipement sur Londres
quelques exemples de traceroute vers d'autres destinations
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 197 0.8 0.7 0.6 1.4 0.1
2. 80.10.127.97 0.0% 197 1.3 1.2 1.1 1.6 0.1
3. 10.123.200.138 0.0% 197 1.1 2.4 1.1 77.7 7.9
4. ae44-0.nista301.Paris.francetele 0.0% 197 7.8 9.8 7.7 27.8 3.1
5. 81.253.184.94 0.0% 197 26.6 21.3 15.5 27.3 3.5
6. xe-8-0-0.edge3.london1.level3.ne 0.0% 197 15.2 16.9 15.2 130.9 11.6
7. vl-3504-ve-118.csw1.London1.Leve 0.0% 197 43.4 44.6 33.4 53.3 3.4
8. ae-58-113.ebr1.London1.Level3.ne 0.0% 197 38.3 36.4 26.8 44.8 3.7
9. ae-48-48.ebr1.Paris1.Level3.net 0.0% 197 38.0 36.2 27.2 45.9 3.7
10. ae-91-91.csw4.Paris1.Level3.net 0.0% 197 41.7 40.4 31.5 52.1 3.8
11. 4.69.168.200 0.0% 197 52.7 48.0 37.2 108.2 8.6
12. NERIM.edge5.Paris1.Level3.net 0.0% 196 15.5 16.2 15.3 73.2 4.9
13. te2-2-43.bbn-jnr-1.nerim.net 0.0% 196 16.0 20.4 15.9 188.6 23.8
14. te2-1-93.bbn-cbe-2.nerim.net 0.0% 196 16.4 20.4 16.0 170.6 21.0
15. te2-1-95.bbn-sde-1.nerim.net 0.0% 196 16.4 20.2 15.9 196.7 23.3
16. xe0-0-1-134.edg-sde-4.nerim.net 0.0% 196 15.8 16.8 15.7 48.8 4.9
17. te2-3-134.agr-sde-2.nerim.net 0.0% 196 15.9 16.6 15.9 114.9 7.1
18. vl902-swr104-hst-stdenis.nerim.n 0.0% 196 16.1 16.2 16.0 17.2 0.1
19. ???
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 39 0.7 0.7 0.6 0.9 0.0
2. 80.10.127.97 0.0% 39 1.3 1.3 1.2 1.6 0.1
3. 10.123.200.138 0.0% 39 1.3 1.7 1.2 10.0 1.5
4. ae44-0.nista301.Paris.francetele 0.0% 39 7.9 8.0 7.8 10.2 0.4
5. 81.253.184.94 0.0% 39 19.4 19.8 15.6 25.6 2.1
6. globalcrossing-3.GW.opentransit. 0.0% 39 31.4 31.6 31.0 38.3 1.1
7. ae0.scr3.LON3.gblx.net 0.0% 38 31.0 32.0 31.0 54.7 3.9
8. lag1.ar9.LON3.gblx.net 0.0% 38 41.1 33.8 31.2 43.2 3.7
9. 146.82.54.42 0.0% 38 36.5 34.2 31.5 51.7 4.4
10. te-1-3.bb-c.bap.rhr.de.oneandone 0.0% 38 31.6 32.7 31.4 41.5 2.8
11. ae-1.gw-dista-a.bap.rhr.de.onean 0.0% 38 31.4 34.7 31.4 99.9 13.6
12. vl-1991.gw-ps10.bap.rhr.de.onean 0.0% 38 31.7 31.7 31.5 32.1 0.1
13. kundenserver.de 0.0% 38 31.4 31.5 31.4 32.0 0.2
-
Pourquoi faire sortir le trafic vers Londres ?
Au passage peu de peering chez Orange...
-
Question de coup non? C'est comme pour l'avion, c'est moins cher de faire le tour du monde pour arriver à une destination qu'un vol directe.
-
pour moi la question est plutot:
pourquoi faire sortir le traffic sur londres un coup sur deux? (preuve par le graph smokeping)
-
Comme je disais, c'est la topo réseau qui est faite ainsi. Après je n'ai pas forcement la raison initiale mais c'est pas nouveau. Et te plains pas, Londres ça reste mieux que certaines villes du Sud qui sortent à Madrid.
-
je ne dis pas le contraire mais tu avouera que c'est un peu dommage de sortir une semaine sur deux à Paris et l'autre à Londres...
voici le traceroute de cet semaine:
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 111 0.7 0.7 0.6 1.4 0.1
2. 80.10.127.97 0.0% 111 1.3 1.2 1.2 2.5 0.1
3. 10.123.200.202 0.0% 111 1.2 2.3 1.2 31.9 4.3
4. ae44-0.nimsr302.Paris.francetele 0.0% 111 7.8 8.2 7.7 17.9 1.6
5. 81.253.184.98 0.0% 111 9.5 10.1 8.1 12.2 1.1
6. 193.251.242.236 0.0% 111 11.0 10.0 8.0 12.2 1.1
7. te2-1.parse1.Paris.opentransit.n 0.0% 111 8.3 12.5 8.1 58.9 10.6
8. lostoasis.GW.opentransit.net 0.0% 111 8.9 10.8 8.1 19.0 3.5
9. 2ge-e1-17-e1-18-cr5.le9-lyon.fr. 0.0% 111 17.1 17.7 15.3 26.4 3.4
10. adeli1.ix-customers-le9lyon.ielo 0.0% 111 16.5 19.3 16.4 190.7 19.6
11. lafibre.info 0.0% 111 16.4 16.5 16.3 17.4 0.2
-
Traceroute depuis lafibre.info vers butler_fr quand cela passe par Paris :
$ mtr -rwc100 90.32.40.xxx
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 4.7 0.2 232.3 28.8
2.|-- sw1-le9lyon-ge-1-4.ix-customers-le9lyon.ielo.net 0.0% 100 11.7 4.0 1.3 17.9 3.6
3.|-- 2ge-e1-5-e3-20-cr2.th2-prs.fr.rt.ielo.net 0.0% 100 16.2 10.9 8.4 19.1 3.4
4.|-- po1.parse1.Paris.opentransit.net 1.0% 100 8.6 11.9 8.5 52.7 9.1
5.|-- xe-2-0-3-0.auvtr3.Aubervilliers.opentransit.net 0.0% 100 10.1 10.6 8.7 12.9 1.2
6.|-- 193.251.242.203 0.0% 100 10.1 10.7 8.8 12.6 1.1
7.|-- 81.253.184.97 0.0% 100 8.9 9.0 8.8 16.7 0.9
8.|-- ? ? 100.0 100
9.|-- ? ? 100.0 100
10.|-- ? ? 100.0 100
11.|-- ARennes-656-1-256-xxx.w90-32.abo.wanadoo.fr 0.0% 100 15.6 15.6 15.4 16.2 0.2
-
et BIM
ce problème à encore frappé
ce soir je rentre box à moitié plantée
je lance un ping vers google dns 8.8.8.8 avant le reboot 14ms
reboot de la box
ping de 32 ms
là c'est carrèment pas cool comme truc.....
le traceroute (malheuresement je n'ai que le traceroute impacté)
C:\Users\Damien>tracert 8.8.8.8
Détermination de l'itinéraire vers google-public-dns-a.google.com [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.23.1]
2 1 ms 1 ms 1 ms 80.10.127.97
3 1 ms 1 ms 1 ms 10.123.200.138
4 8 ms 8 ms 8 ms ae44-0.nista301.Paris.francetelecom.net [193.252.159.158]
5 17 ms 17 ms 18 ms 81.253.184.94
6 15 ms 15 ms 15 ms google-7.GW.opentransit.net [193.251.254.182]
7 15 ms 16 ms 15 ms 209.85.252.186
8 15 ms 15 ms 16 ms 209.85.253.90
9 29 ms 28 ms 29 ms 209.85.240.28
10 36 ms 32 ms 32 ms 216.239.49.36
11 * * * Délai d'attente de la demande dépassé.
12 33 ms 32 ms 32 ms google-public-dns-a.google.com [8.8.8.8]
Itinéraire déterminé.
ça fait quand mème quasi 20secondes vers google dans la vue avec un simple reboot....
-
Cela semble résolu, voici ton traceroute depuis LaFibre.info :
$ mtr -rwc100 2.2.25.xx
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.2 5.6 0.1 249.4 29.9
2.|-- sw1-le9lyon-ge-1-4.ix-customers-le9lyon.ielo.net 0.0% 100 1.4 4.0 1.3 12.4 3.5
3.|-- 2ge-e1-5-e3-20-cr2.th2-prs.fr.rt.ielo.net 0.0% 100 8.5 11.1 8.4 19.2 3.5
4.|-- po1.parse1.Paris.opentransit.net 0.0% 100 8.6 12.7 8.4 64.7 11.6
5.|-- xe-2-0-3-0.auvtr3.Aubervilliers.opentransit.net 0.0% 100 10.6 10.7 8.7 12.6 1.1
6.|-- 193.251.242.203 0.0% 100 10.3 10.8 8.8 13.0 1.2
7.|-- 81.253.184.97 0.0% 100 8.9 9.3 8.8 37.2 3.0
8.|-- ? ? 100.0 100
9.|-- ? ? 100.0 100
10.|-- ? ? 100.0 100
11.|-- ARennes-656-1-385-xx.w2-2.abo.wanadoo.fr 0.0% 100 16.4 16.1 15.6 17.2 0.3
-
c'est ça le pire
la sur lafibre.info 16ms de ping
8.8.8.8 32ms....
pour aller sur le 8.8.8.8 je passe toujours vers ce fameux 81.253.184.94 sur londres
test fait à l'instant
C:\Users\Damien>ping 8.8.8.8 -t
Envoi d'une requête 'Ping' 8.8.8.8 avec 32 octets de données :
Réponse de 8.8.8.8 : octets=32 temps=33 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=35 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=38 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=43 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=41 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=35 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=35 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=36 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=38 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=35 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=33 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=32 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=33 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=33 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=32 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=33 ms TTL=39
Réponse de 8.8.8.8 : octets=32 temps=33 ms TTL=39
Statistiques Ping pour 8.8.8.8:
Paquets : envoyés = 17, reçus = 17, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 32ms, Maximum = 43ms, Moyenne = 35ms
Ctrl+C
^C
C:\Users\Damien>ping lafibre.info
Envoi d'une requête 'ping' sur lafibre.info [46.227.16.8] avec 32 octets de donn
ées :
Réponse de 46.227.16.8 : octets=32 temps=17 ms TTL=53
Réponse de 46.227.16.8 : octets=32 temps=16 ms TTL=53
Réponse de 46.227.16.8 : octets=32 temps=16 ms TTL=53
Statistiques Ping pour 46.227.16.8:
Paquets : envoyés = 3, reçus = 3, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 16ms, Maximum = 17ms, Moyenne = 16ms
Réponse de 46.227.16.8 : Ctrl+C
^C
-
Saturation du peering entre Orange et Google, c'est un autre problème.
=> Latence vers les DNS Google depuis le réseau Orange le soir (https://lafibre.info/peering/latence-vers-les-dns-google-depuis-le-reseau-orange-le-soir/)
Il arrive que tu restes deux semaines avec un ping élevé mais là cela a été de courte durée :
(https://lafibre.info/images/orange/201308_smokeping_butler_fr.png)
-
je pense que mon problème est indépendant je passe bien par londres pour joindre 8.8.8.8
et le problème c'est présenté de façon tout ou rien, une minute j'étais à 14ms la minute suivante à 33 de manière stable
ma box à plantée (probablement un explication au gros trou qu'on peut voir dans le graph) je l'ai redémarré à ~19h d'ou la baisse de ping vers la fibre.info (renouvellement d'ip.....), et la nouvelle route vers le 8.8.8.8
je vais mettre un smokeping en place pour bien situer le phénomène.
-
Bonjour
Voici mon tracert.
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Seven>tracer 8.8.8.8
'tracer' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.
C:\Users\Seven>tracert 8.8.8.8
Détermination de l'itinéraire vers google-public-dns-a.google.com [8.8.8.8]
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 1 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 7 ms 3 ms 81.253.184.90
6 2 ms 2 ms 2 ms google-8.GW.opentransit.net [193.251.254.18]
7 2 ms 2 ms 2 ms 72.14.239.145
8 3 ms 2 ms 3 ms 72.14.235.171
9 7 ms 7 ms 7 ms 209.85.253.20
10 9 ms 7 ms 7 ms 72.14.238.41
11 * * * Délai d'attente de la demande dépassé.
12 8 ms 8 ms 7 ms google-public-dns-a.google.com [8.8.8.8]
Itinéraire déterminé.
C:\Users\Seven>tracert lafibre.info
Détermination de l'itinéraire vers lafibre.info [46.227.16.8]
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 2 ms 1 ms 10.123.109.138
4 2 ms 1 ms 1 ms ae41-0.niaub201.Aubervilliers.francetelecom.net
[193.252.98.161]
5 3 ms 7 ms 3 ms 81.253.184.86
6 2 ms 3 ms 3 ms 193.251.132.154
7 4 ms 2 ms 2 ms te2-1.parse1.Paris.opentransit.net [193.251.128.
226]
8 2 ms 12 ms 2 ms lostoasis.GW.opentransit.net [193.251.251.6]
9 13 ms 9 ms 14 ms 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net [212
.85.145.41]
10 10 ms 10 ms 10 ms adeli1.ix-customers-le9lyon.ielo.net [212.85.148
.226]
11 10 ms 10 ms 14 ms lafibre.info [46.227.16.8]
Itinéraire déterminé.
cdlt
Olivier
-
Depuis k-net vers butler on voit la même hausse.
(https://lafibre.info/images/orange/201308_smokeping_butler_fr_depuis_k-net.png)
-
oui j'ai été vérifié on voit bien le même comportement que pour lafibre.info
ce matin le ping vers 8.8.8.8 est toujours aussi élevé, donc un problème de saturation est à exclure:
rtt min/avg/max/mdev = 32.659/33.126/34.225/0.368 ms
-
Traceroute de deux livebox FTTH dans deux villes à coté mais avec un ping différent :
Les graphes SmokePing sont là (https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre)
oliviertoto92350 au Plessis Robinson (92) : Ping de 20,0ms
$ mtr -rwc100 81.249.71.xx
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.2 2.1 0.2 85.5 12.1
2.|-- sw1-le9lyon-ge-1-4.ix-customers-le9lyon.ielo.net 0.0% 100 2.0 3.7 1.3 22.5 3.8
3.|-- 2ge-e1-5-e3-20-cr2.th2-prs.fr.rt.ielo.net 2.0% 100 15.1 11.7 8.3 70.4 7.0
4.|-- po1.parse1.Paris.opentransit.net 1.0% 100 8.6 14.0 8.5 87.4 14.4
5.|-- tengige1-8-0-2.pastr1.Paris.opentransit.net 0.0% 100 9.3 11.0 9.0 13.1 1.1
6.|-- 81.253.184.1 0.0% 100 29.3 9.2 8.5 29.3 3.0
7.|-- ? ? 100.0 100
8.|-- ? ? 100.0 100
9.|-- ? ? 100.0 100
10.|-- APuteaux-651-1-32-xx.w81-249.abo.wanadoo.fr 0.0% 100 20.4 20.3 20.0 20.8 0.2
vincenth sur Bourg-la-Reine (92) : Ping de 10,7ms
$ mtr -rwc100 80.12.90.xxx
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 5.4 0.1 239.7 28.5
2.|-- sw1-le9lyon-ge-1-4.ix-customers-le9lyon.ielo.net 0.0% 100 8.8 3.7 1.3 11.8 3.5
3.|-- 2ge-e1-5-e3-20-cr2.th2-prs.fr.rt.ielo.net 0.0% 100 8.5 10.8 8.4 19.2 3.2
4.|-- po1.parse1.Paris.opentransit.net 0.0% 100 8.6 13.3 8.5 55.2 10.6
5.|-- tengige1-8-0-1.pastr1.Paris.opentransit.net 0.0% 100 9.5 11.1 9.1 13.1 1.1
6.|-- 81.253.184.1 0.0% 100 8.6 8.8 8.5 16.8 1.2
7.|-- ? ? 100.0 100
8.|-- ? ? 100.0 100
9.|-- ? ? 100.0 100
10.|-- 80.12.90.xxx 0.0% 100 10.9 10.9 10.7 11.6 0.1
En regardant la colonne "Best" a donc les mêmes valeurs et on passe par les mêmes routeurs.
La différence se fait ensuite sur le réseau Orange, qui est avec des IP privées donc invisible depuis l'extérieur.
-
Très bizarre, tout se joue sûrement entré les hop 7, 8 et 9
-
Salut!
la différence entre les deux va se faire sur le chemin de retour vers lafibre.info
pour olivier en faisant un traceroute dans l'autre sens tu devrais avoir un routeur en 81.253.184.x sur Londres
pour vincent tu và avoir un routeur sur le même plage mais il sera en France
81.253.184.94 c'est l'ip du routeur qui est sur londres
il y a aussi 81.253.184.18
les destinations touchées:
-knet
-adeli
-google 8.8.8.8 / 8.8.4.4 (??)
sachant que toutes les destinations sont pas forcèment touchées en même temps (actuellement adeli/knet pas touché alors que google oui chez moi)
ps: attention au tracert fait avec windows il ne sont pas précis (seulement 3 pings) il faut utiliser mtr
-
Désolé je suis sous windows et je n'ai pas la commande MTR,
Donc oui, je passe par Londres ...
(https://lafibre.info/images/orange/201308_traceroute_oliviertoto92350_1.png)
-
ça varie aussi beaucoup chez moi
https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre.minidou (https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre.minidou)
et depuis cette nuit c'est beaucoup moins propre (quelqu'un me dit à quoi correspondent les barres grises?)
tracert du jour
traceroute to lafibre.info (46.227.16.8), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.600 ms 0.742 ms 0.870 ms
2 80.10.127.18 (80.10.127.18) 5.001 ms 4.999 ms 5.064 ms
3 10.123.183.202 (10.123.183.202) 5.029 ms 5.268 ms 5.243 ms
4 ae45-0.nista202.Paris.francetelecom.net (193.252.99.242) 9.621 ms 10.110 ms 16.901 ms
5 81.253.184.90 (81.253.184.90) 17.039 ms 17.163 ms 17.222 ms
6 te3-3.parse1.Paris.opentransit.net (193.251.128.78) 14.312 ms 9.500 ms 10.104 ms
7 lostoasis.GW.opentransit.net (193.251.251.6) 8.397 ms 8.480 ms 9.893 ms
8 2ge-e1-17-e1-18-cr5.le9-lyon.fr.rt.ielo.net (212.85.145.41) 17.476 ms 17.494 ms 17.622 ms
9 adeli1.ix-customers-le9lyon.ielo.net (212.85.148.226) 18.680 ms 18.751 ms 18.722 ms
10 lafibre.info (46.227.16.8) 19.361 ms 20.333 ms 20.200 ms
-
La barre grise correspond à la variation du ping.
On fait 5 ping en 300s : sur les 5 il y a de la variation.
Plus la barre grise est foncée, plus il y a eu des pings de cette valeur.
-
oula oui ton smokeping est pas bon pour une ligne fibre....
ce qu'il faudrait plutot qu'un traceroute vers lafibre.info
ce serait un traceroute vers 8.8.8.8
lafibre.info on sait que c'est touché comme destination
google il n'y a que moi à avoir reporté le problème il faudrait plus de données
un petit tour par ici pour installer autre chose (mtr) que le traceroute de base windows sinon c'est pas exploitable!
http://winmtr.net/ (http://winmtr.net/)
a+
-
j'ai copié les options de vivien
mtr -rwc100 8.8.8.8
HOST: doudou-server Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 0.7 0.7 0.6 1.0 0.1
2.|-- 80.10.127.18 2.0% 100 3.7 3.8 1.2 15.1 1.8
3.|-- 10.123.183.138 0.0% 100 1.9 4.4 1.7 20.5 3.1
4.|-- ae45-0.niaub201.Aubervilliers.francetelecom.net 0.0% 100 10.4 10.1 7.8 26.3 2.2
5.|-- 81.253.184.10 0.0% 100 13.1 11.7 8.2 15.7 1.7
6.|-- xe-5-1-1-0.auvtr3.Aubervilliers.opentransit.net 0.0% 100 9.9 15.6 7.6 126.6 20.3
7.|-- google-1.GW.opentransit.net 3.0% 100 87.5 83.9 74.4 136.7 8.7
8.|-- 72.14.239.145 0.0% 100 12.3 10.7 8.3 18.5 2.0
9.|-- 72.14.235.175 0.0% 100 8.9 12.4 8.5 36.2 4.7
10.|-- 216.239.43.233 0.0% 100 22.3 27.7 13.5 63.5 13.3
11.|-- 216.239.49.45 0.0% 100 14.4 15.9 13.6 46.6 3.5
12.|-- ? ? 100.0 100 0.0 0.0 0.0 0.0 0.0
13.|-- google-public-dns-a.google.com 0.0% 100 15.4 15.5 13.6 20.8 1.3
j'ai 2% de perte entre chez moi et le NRO?
opentransit fait mal
-
Non ! Pas de perte de paquet au début du traceroute.
Voici un très bon exemple publié il y a 3 jours vers K-Net :
$ mtr -4rwc100 185.4.76.xx
HOST: BboxAdsl Loss% Snt Last Avg Best Wrst StDev
1.|-- bbox.lan 0.0% 100 0.6 0.6 0.6 0.9 0.0
2.|-- cha92-h03-31-38-122-254.dsl.sta.abo.bbox.fr 0.0% 100 14.7 15.4 13.7 25.1 2.3
3.|-- v56.core01-m.club-internet.fr 57.0% 100 15089 16897 14760 18308 1574.0
4.|-- be11.cbr01-ntr.net.bbox.fr 0.0% 100 17.1 19.3 15.7 23.5 2.2
5.|-- lag36.rpt02-th2.net.bbox.fr 80.0% 100 15.3 16.6 15.3 20.4 1.4
6.|-- kwaoo.equinix-ix.fr 0.0% 100 15.8 15.9 14.9 17.6 0.4
7.|-- core01-toq.dea.kwaoo.net 0.0% 100 20.9 22.7 20.4 55.5 5.8
8.|-- xx-76-4-185.ftth.cust.dea.kwaoo.net 0.0% 100 19.1 19.0 18.1 20.0 0.4
Est-ce-que le 3ème routeur (core01m) perd des paquets ?
Non : Il ne répond pas bien aux ping (57% de pertes) mais il fait parfaitement ce qu'on lui demande de faire : router les paquets. Pour des raison de sécurité (attaque DDOS sur le routeur en envoyant de grosses quantité de ping), il ne répond pas à tous les ping. C'est une option qui est activable sur les routeur de nombreuses marques.
Pour le ping c'est pareil, certains routeurs peuvent répondre avec plusieurs ms de retard. Ce qui fait que plus on s'éloigne plus le ping être faible.
Le routeur core01-toq.dea.kwaoo.net répond en 22,7ms or si il est peu performant pour répondre au ping il est performant pour router les paquets car derrière le box du client répond bien pus vite : 19,0ms (3,7ms de gagné ce qui est impossible, on ne peux pas encore remonter le temps)
Cela se vérifie sur le ping moyen ou sur le ping minimum et ce sur plusieurs routeurs du traceroute (le 4ème routeur est long a répondre aussi)
Bref difficile de savoir si c'est c'est le routeur qui répond mal au ping ou si c'est lié a un lien saturé...
-
Voici le meme trace route avec MTR.
Ca donne 12ms en Best et 13ms en moyenne alors que la commande tracert ci dessus 21ms
(https://lafibre.info/images/orange/201308_traceroute_oliviertoto92350_2.png)
-
et bien voila, j'ai gagné 10 ms.
ce n'est pas lié au logiciel.
C'est lié à un reboot que j'ai forcé en faisant on/OFF sur la LiveBox
(https://lafibre.info/images/orange/201308_traceroute_oliviertoto92350_3.png)
-
SmokePing confirme :
(https://lafibre.info/images/orange/201308_smokeping_oliviertoto92350.png)
-
J ai l impression de ce changement intervient après chaque reboot électrique de la box.
Je ne suis pas certain que cela intervienne systématiquement tous les 7 jours.
Ce qui est sûr, c est qu à chaque redémarrage, mon Ip Wan change.
-
oui idem
mais après tu peux aussi changer d'ip et garder le même comportement (ça fait 3 reboot avec changement d'ip depuis avant hier soir et j'ai pas changé de ping)
-
J'ai l'impression que cela dépend tu Pool d'IP récupéré par le BAS,
A suivre.
Cdt
Bensay
-
Bonjour,
Cependant j'observe depuis le début à chaque renouvellement de sessions BAS et de changement d'IP tout les 168 Heures (7 Jours)
Juste pour essayer de mieux comprendre ce sujet, cela signifie quoi BAS ? ???
A+ ;)
-
Broadband Access Server.
-
Bonsoir Menet,
Pour plus d'info :)
Équipement d'accès au service (https://fr.wikipedia.org/wiki/%C3%89quipement_d%27acc%C3%A8s_au_service)
Cordialement
Bensay
-
Merci Bensay pour cette seconde réponse car j'avais bien cherché dans le Wikipedia Français mais aucun lien ne m'amenait à Équipement d'Accès au Service (EAS) (https://fr.wikipedia.org/wiki/%C3%89quipement_d%27acc%C3%A8s_au_service) où BAS et BRAS sont bien écrit.
Dommage qu'une recherche en Français ne permette d'arriver sur cette page et que ce terme en anglais ne soit pas un lien vers la définition en Anglais donnée ci-dessous. :(
En cherchant en Anglais, j'ai maintenant trouvé :
- BAS (disambiguation) (https://en.wikipedia.org/wiki/BAS_%28disambiguation%29) et ensuite
- Broadband Remote Access Server (BRAS, B-RAS or BBRAS) (https://en.wikipedia.org/wiki/Broadband_Remote_Access_Server)
A+ ;)
-
Dommage qu'une recherche en Français ne permette d'arriver sur cette page
Euh, on ne doit pas utiliser la même version de Wikipedia. J'ai la toute dernière la 2013 moi et ça donne (sans même passer par Wikipedia EN) :
-
Tu as raison Nico, je ne connais pas toutes les finesses de Wikipedia. J'ai réussi à trouver l'info en Anglais alors qu'en faisant la même recherche en Français j'aurai dû trouver.
Tout simplement en cliquant sur la première ligne de définition de BAS sur le lien pour les homonymies que j'ai sauté : Pour les articles homonymes, voir Bas (homonymie) (https://fr.wikipedia.org/wiki/Bas_(homonymie)). :-[
Désolé pour tout ce H.S.
A+ ;)
-
ps: attention au tracert fait avec windows il ne sont pas précis (seulement 3 pings) il faut utiliser mtr
C'est la valeur traditionnelle pour traceroute.
En quoi est-ce insuffisant pour ce genre de repérage?
-
les routeurs répondent de façon aléatoire au ping, avec juste un petit peu de pas de bol tu te retrouve avec des temps de réponses qui correspondent pas vraiment à la réalité
avec un mtr de 100 ping tu es quasi certain d'en avoir un avec le bon temps réel de réponse.
comme il n'y a pas d'indication sur les différentes ips utilisées par orange, difficile de dire si on passe bien par Paris ou Londres si tu n'as pas les valeurs correctes de temps de réponse!
a+
-
les routeurs répondent de façon aléatoire au ping, avec juste un petit peu de pas de bol tu te retrouve avec des temps de réponses qui correspondent pas vraiment à la réalité
C'est pour ça qu'il regarder l'ensemble des intermédiaires et pas un en isolation.
-
sauf que si tu as 3 routeurs qui font ça avec en entré 8ms de ping
et en sortie 40 ça te fais une belle jambe de regarder l'ensemble!
si tu veux déterminer avec précision ou ça merde, un traceroute normal n'est pas assez précis!
-
Je regarde le traceroute en partant de la fin : si le temps est raisonnable mais qu'il augmente pour les nœuds intermédiaires, je ne tiens pas compte de ces temps plus élevés.
-
d'ou le fait d'utiliser mtr pour pouvoir justement tenir compte de ces routeurs!
(sans parler de la rapidité d’exécution, n'y de l'exploitation des résultats simplifié, .....)
je vois pas ce qui te choque la...
et puis on s'écartent un peu beaucoup du sujet de base la!
-
bon hier s'était un peu le bazar chez moi (poste erdf qui a pété juste à coté de chez moi)
de ça je peux en apprendre deux choses:
google est bien touché par ce phénomène de bascule
et la bascule est opposée à lafibre.info:
-quand lafibre.info à un bon ping, google non et inversement
Orange FTTH => LaFibre.info
(https://lafibre.info/images/orange/201308_smokeping_orange_lafibre.png)
Orange FTTH => Google DNS
(https://lafibre.info/images/orange/201308_smokeping_orange_google.png)
-
Intéressant, donc tu as toujours une partie des connexions qui passent par Londres.
-
visiblement oui
je continue de suivre pour préciser le truc.
d'ailleurs si tu vois d'autres destinations pertinentes à rajouter hésite pas! ;)
-
alors quelques nouveaux éléments:
la différence de routage entre lafibre.info et google n'est pas systématique
cet nuit les deux avaient un bon ping (mais plus depuis ce matin lafibre.info est repassé par londres)
youtube.com fait des trucs bizarres:
un coup par londres un coup paris toutes les 10/15 minutes (de temps en temps ça ce stabilise)
Youtube :
(https://lafibre.info/images/orange/201308_smokeping_orange_youtube_2.png)
Lafibre.info :
(https://lafibre.info/images/orange/201308_smokeping_orange_lafibre_2.png)
Google dns 1 8.8.8.8 :
(https://lafibre.info/images/orange/201308_smokeping_orange_google_2.png)
-
J'ai intérrogé Orange au dernier FRnOG.
Orange fait sortir son trafic sur deux villes différentes (par Exemple Paris et Londres ou Paris et Madrid). Cela entraine donc aune agmentation de ping quand on passe par la ville hors de France.
Les autres FAI ont tendances à sécuriser par deux villes en ile de France. Par contre en cas de grosse panne sur une région en entier (comme la panne de Google cet été sur tous ses points de présence en Ile de France (https://lafibre.info/peering/soucis-chez-google-le-26072013-a-15h/)) le fait d'avoir des point de sortie dans des pays différents diminue l'impact (même si Bouygues Teelcom avait réussi a peerer avec Google a Amsterdam et Franckfort pour ne pas être impacté par la panne)
Orange me dit qu'ils souahaiteraient comprendre les imapct dans la vraie vie pour les clients et que normalement cette différence de ping ne devrait pas être impactante.
-
enfaite l'impact le plus important c'est que selon les routes ou se retrouve avec des saturations, typiquement avec google.
et avoir un point de sécurisation ok, mais pourquoi faire sortir systématiquement le traffic vers la france par ce point? si il n'y a pas assez de redondance pour faire sortir tout le traffic par un seul des points alors la redondance est inutile (si un point pète et que tout le traffic ne peut pas s'écouler par le point restant la sécu ne sert à rien!)
pourquoi faire ça?
on charge inutilement un lien un lien réseau par un allez retour totalement inutile (paris londre paris -> france)
de plus si sur paris tout tombe, comme le lien par systématiquement par paris (avant londre) je ne vois pas en quoi ça va empêcher d'avoir la connexion qui se casse la tronche. (a moins qu'il y ai un redondance rennes/londres quelque part mais j'ai un doute)
a+
-
Orange me dit qu'ils souahaiteraient comprendre les imapct dans la vraie vie pour les clients et que normalement cette différence de ping ne devrait pas être impactante.
Le ping pour les joueurs, même si avec les derniers jeux ce n'est plus vraiment impactant. Sinon c'est surtout important au jeu du "c'est moi qui ai la plus grosse connexion et le plus petit ping".
-
amélioration (généralisée) des ping ce jour à 7h20 ? (https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre)
ex:
(https://lafibre.info/images/orange/201310_smokeping_wazz.png)
-
même mon smokeping chaotique s'est amélioré
4ms de gagné pour tout le monde?
une amélioration des toutes vers lafibre?
-
Bon bah voila, fraichement abonné je me fais une petite partie. Je me retrouve avec un ping moins bon vers Frankfurt qu'un pote qui est à Bordeaux !
Alors ok 20ms ou 30ms ça change pas grand chose mais sur le principe c'est con.
-
bienvenue au club ;)
-
D'ailleurs ingame je voyais mon ping varier inhabituellement (de 26 à 32ms, quand on est habitué à ne jamais voir le chiffre changer ça fait bizarre), et en lançant un MTR j'ai :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 2111 | 2111 | 0 | 0 | 3 | 0 |
| 80.10.123.201 - 1 | 2041 | 2023 | 1 | 1 | 7 | 2 |
| 10.123.109.202 - 0 | 2111 | 2111 | 1 | 1 | 30 | 2 |
| ae41-0.nista202.Paris.francetelecom.net - 0 | 2111 | 2111 | 1 | 2 | 63 | 2 |
| 81.253.184.14 - 0 | 2112 | 2112 | 1 | 3 | 11 | 5 |
| level3-3.GW.opentransit.net - 3 | 1898 | 1844 | 0 | 102 | 185 | 97 |
| ae-60-60.csw1.Paris1.Level3.net - 0 | 2111 | 2111 | 15 | 40 | 85 | 29 |
| ae-62-62.ebr2.Paris1.Level3.net - 0 | 2110 | 2110 | 17 | 28 | 52 | 18 |
| ae-45-45.ebr1.Frankfurt1.Level3.net - 0 | 2111 | 2111 | 15 | 39 | 83 | 27 |
| ae-91-91.csw4.Frankfurt1.Level3.net - 0 | 2110 | 2110 | 15 | 28 | 45 | 21 |
| ae-4-90.edge7.Frankfurt1.Level3.net - 1 | 2091 | 2086 | 17 | 29 | 81 | 20 |
| LINK-11-GMB.edge7.Frankfurt1.Level3.net - 0 | 2110 | 2110 | 17 | 31 | 156 | 24 |
| link11.ociris.com - 0 | 2111 | 2111 | 16 | 30 | 80 | 24 |
| 176.57.136.80 - 0 | 2110 | 2110 | 17 | 28 | 36 | 22 |
La dernière ligne là, ça indique une gigue élevée ou pas du tout ?
-
Cela serait un routeur, l'information ne serait pas pertinente, mais là oui : pour moi il y a une gigue importante.
-
pour comparaison depuis chez moi:
le 14/10/13 entre ~ 9h30 et 11h
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 5068 0.9 0.7 0.6 3.6 0.1
2. 80.10.127.97 0.0% 5068 2.0 1.3 1.1 9.1 0.6
3. 10.123.200.138 0.0% 5068 2.1 1.5 1.2 44.3 3.3
4. ae44-0.nista301.Paris.francetelecom.net 0.0% 5068 8.5 8.0 7.8 37.9 1.7
5. 81.253.184.18 0.0% 5067 19.4 16.6 15.4 26.4 1.5
6. level3-1.GW.opentransit.net 0.0% 5067 15.8 25.4 15.3 146.8 18.0
7. vl-3602-ve-226.csw2.London1.Level3.net 0.0% 5067 27.0 26.8 26.6 38.2 1.2
8. ae-58-223.ebr2.London1.Level3.net 0.0% 5067 27.2 27.0 26.6 56.1 1.7
ae-59-224.ebr2.London1.Level3.net
ae-57-222.ebr2.London1.Level3.net
ae-56-221.ebr2.London1.Level3.net
9. ae-23-23.ebr2.Frankfurt1.Level3.net 0.0% 5067 28.8 27.0 26.7 48.0 1.1
ae-24-24.ebr2.Frankfurt1.Level3.net
10. ae-92-92.csw4.Frankfurt1.Level3.net 0.0% 5067 29.0 27.1 26.8 39.8 1.4
ae-82-82.csw3.Frankfurt1.Level3.net
11. ae-4-90.edge7.Frankfurt1.Level3.net 18.1% 5067 26.9 41.2 26.6 130.4 18.3
ae-3-80.edge7.Frankfurt1.Level3.net
12. LINK-11-GMB.edge7.Frankfurt1.Level3.net 0.0% 5067 28.1 28.9 27.1 163.2 12.9
13. link11.ociris.com 0.0% 5067 28.1 29.0 27.0 80.3 7.6
14. 176.57.136.80 0.0% 5067 28.0 27.2 26.9 29.8 0.5