La Fibre
Télécom => Télécom => 
ADSL / VDSL => Discussion démarrée par: Bensay le 09 décembre 2014 à 21:01:10
-
Bonsoir à tous,
Une petite question concernant une analyse Wireshark.
Contexte : Téléchargement de la mise à jour Ios 8.1.2
Lors du téléchargement de la mise à jour d'Ios 8.1.2 pour Iphone je rencontre des durées de téléchargement anormalement longue (10 H).
Une mesure de Débit via Google chrome vers le serveur Speedtest de Massy est correcte (31.2M Down et 5M up en VDSL).
Cependant j'ai constaté des "erreurs" sur ma capture Wireshark;
Cf :
(http://s30.postimg.org/77z5j3y1t/Wirecap.png)
Une idée de ce qui pourrait causer ce ralentissement ?
Merci par avance.
Bensay
-
des pertes de paquets ?
Soit c'est local (wifi) soit au niveau du peering Orange / Akamai (si le firmware vient bien de là)
Faudrait voir si à 23h le problème est toujours là.
-
Il n'est pas anormal de perdre des paquets car TCP ne connaît pas le débit du lien et il risque de faire perdre quelques paquets en èmettant trop rapidement.
Pour voir des anomalies, il faut une trace complète (au mois le début de la trace, il est important d'avoir les paquets [SYN] et [SYN-ACK] où sont négociés les options).
-
Il n'est pas anormal de perdre des paquets car TCP ne connaît pas le débit du lien et il risque de faire perdre quelques paquets en èmettant trop rapidement.
Pour voir des anomalies, il faut une trace complète (au mois le début de la trace, il est important d'avoir les paquets [SYN] et [SYN-ACK] où sont négociés les options).
En effet,
Voici quelques petites informations complèmentaires.
Mtr (rwc100) sur le endpoint :
(http://s28.postimg.org/clsfadaul/mtr.png)
Le Syn :
(http://s30.postimg.org/6xfp01b1d/SYN.png)
Le Syn-Ack :
(http://s15.postimg.org/qq719wdor/SYNACK.png)
Délais toujours fort avec beaucoup de RTRM malgré le changement d'Ip de destination.
Cdt
Bensay
-
Direct URI:
http://appldnld.apple.com/ios8.1.2/031-13191.20141208.pKb7n/iPhone7,1_8.1.2_12B440_Restore.ipsw (http://appldnld.apple.com/ios8.1.2/031-13191.20141208.pKb7n/iPhone7,1_8.1.2_12B440_Restore.ipsw)
-
Une idée quelqu'un ?
-
Bon, là, c'est assez simple : il ya une forte saturation sur le réseau OpenTransit, filiale d'Orange, au niveau du routeur N°8 dans ton traceroute :
Mtr (rwc100) sur le endpoint :
(http://s28.postimg.org/clsfadaul/mtr.png)
Regarde la différence avec mon traceroute : Ping faible, pas de pertes de paquets
$ mtr -rwc100 17.253.34.223
Start: Wed Dec 10 19:04:10 2014
HOST: iperf Loss% Snt Last Avg Best Wrst StDev
1.|-- vl747.c6k01-t2.net.bbox.fr 0.0% 100 0.9 1.9 0.6 7.5 1.5
2.|-- be38.cbr01-ntr.net.bbox.fr 0.0% 100 4.1 5.2 1.2 9.0 2.2
3.|-- la16.bsr01-cbv.net.bbox.fr 90.0% 100 1.5 1.6 1.5 1.8 0.0
4.|-- ix-8-0.tcore1.PG1-Paris.as6453.net 25.0% 100 1.2 1.6 1.2 17.9 2.2
5.|-- if-7-2.tcore1.PVU-Paris.as6453.net 0.0% 100 1.6 1.8 1.5 4.4 0.3
6.|-- ae7-xcr1.ptl.cw.net 0.0% 100 1.5 1.7 1.4 14.8 1.4
7.|-- ae5-xcr1.prp.cw.net 0.0% 100 2.1 4.7 1.9 26.3 4.7
8.|-- 195.2.9.193 0.0% 100 10.7 13.6 10.7 65.4 9.9
9.|-- apple-gw.bkl.cw.net 0.0% 100 11.2 11.8 11.1 37.0 2.6
10.|-- uklon5-vip-sx-003.aaplimg.com 0.0% 100 11.3 11.3 11.1 11.8 0.0
-
Bon, là, c'est assez simple : il ya une forte saturation sur le réseau OpenTransit, filiale d'Orange, au niveau du routeur N°8 dans ton traceroute :
Pas de loss jusqu'au 9è hop qui est chez C&W. Le rtd est plus important en effet à partir du hop 8 en effet, mais pas de saturation visible.
-
Pas de loss jusqu'au 9è hop qui est chez C&W. Le rtd est plus important en effet à partir du hop 8 en effet, mais pas de saturation visible.
Certes,
Par contre après une petite semaine voici les résultats que j'ai sur ce phénomène qui semble corrélé toujours au même horaires :
(http://s2.postimg.org/v48snsi0p/mrtgaka.png)
Et les traceroute sont également surprenant (à 2H d'intervalle 1 -3h du matin :
HOST: BensayPI Loss% Snt Last Avg Best Wrst StDev
1.|-- xx 0.0% 100 1.0 1.1 1.0 1.5 0.1
2.|-- xx 0.0% 100 6.3 6.6 5.7 7.4 0.3
3.|-- xx 0.0% 100 6.5 7.5 6.1 47.1 5.3
4.|-- xe-4-2-1-0.ncidf102.Paris.francetelecom.net 0.0% 100 7.6 8.1 6.4 16.6 2.0
5.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 7.2 7.5 6.4 33.3 2.7
6.|-- 81.253.184.34 0.0% 100 18.1 18.9 16.6 21.3 1.2
7.|-- tengige0-1-0-25.lontr4.London.opentransit.net 0.0% 100 18.8 21.5 17.3 26.0 2.3
8.|-- peercweurope-3.GW.opentransit.net 1.0% 100 115.7 114.7 109.3 142.0 3.7
9.|-- ae5-xcr1.lsw.cw.net 0.0% 100 121.7 122.6 112.0 155.7 8.5
10.|-- ae12-xcr1.lnd.cw.net 0.0% 100 117.1 117.4 109.2 131.9 4.2
11.|-- ae1-xcr1.slo.cw.net 0.0% 100 129.1 122.4 110.5 137.3 5.3
12.|-- apple-gw.slo.cw.net 0.0% 100 145.0 130.6 113.6 156.1 10.9
13.|-- 17.0.160.122 0.0% 100 118.3 118.5 110.2 135.0 4.3
14.|-- uklon5-vip-sx-003.aaplimg.com 1.0% 100 120.6 122.0 113.3 143.0 5.8
HOST: BensayPI Loss% Snt Last Avg Best Wrst StDev
1.|-- xx 0.0% 100 1.0 1.1 0.9 1.9 0.1
2.|-- xx 0.0% 100 6.7 6.6 5.9 7.7 0.3
3.|-- xx 0.0% 100 6.1 8.2 6.1 60.7 7.2
4.|-- xe-4-2-1-0.ncidf102.Paris.francetelecom.net 0.0% 100 7.0 8.0 6.2 96.9 9.0
5.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 7.2 9.0 6.2 170.9 16.6
6.|-- 81.253.184.34 0.0% 100 18.6 21.3 16.4 255.8 23.7
7.|-- tengige0-1-0-25.lontr4.London.opentransit.net 0.0% 100 25.3 23.8 17.0 234.8 21.5
8.|-- peercweurope-3.GW.opentransit.net 0.0% 100 17.2 19.5 16.9 159.7 14.4
9.|-- ae5-xcr1.lsw.cw.net 0.0% 100 42.7 23.0 18.8 91.5 10.3
10.|-- ae12-xcr1.lnd.cw.net 0.0% 100 18.2 18.5 17.6 22.9 0.7
11.|-- ae1-xcr1.slo.cw.net 0.0% 100 19.0 18.9 17.9 34.4 1.7
12.|-- apple-gw.slo.cw.net 0.0% 100 18.6 19.3 18.0 47.2 3.1
13.|-- 17.0.160.122 0.0% 100 19.0 19.7 18.4 46.4 3.3
14.|-- uklon5-vip-sx-003.aaplimg.com 0.0% 100 21.1 20.7 19.8 21.9 0.4
Surprenant n'est-ce pas ?
Cdt
Bensay