<https://dl.dropboxusercontent.com/u/43476111/Download%20OS%20X%20El%20Ca
pitan%2010.11.3%20Combo%20Update%202016-01-21%20at%2017.44.55.jpg>
Ce jeudi à 21:44 Paris.
Ce qui, en passant, pourrait expliquer les problèmes de vérification du
package au moment de son installation.
Evidemment, on évitera de commenter la capacité des serveurs d'Apple,
qui ignore complètement le nombre de systèmes susceptibles de se
connecter lors de la sortie d'une mise à jour.
> Le 24/01/2016 16:14, kurtz le pirate a écrit : > > Ta ligne est pourrie... > > Va donc habiter quelque temps son barrio avant de mettre en avant ton > abonnement à la fibre. > On fait ce qu'on peut avec ce qu'on a...
Tiens ! curieusement, ce lundi matin 01:11 UTC le même ping que l'autre jour vers support.apple.com
e2063.e9.akamaiedge.net ping statistics --- 30 packets transmitted, 30 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 9.746/14.740/58.540/8.808 ms
C'est ma ligne ou Akamai ? :-)
À mon avis, à chaque connexion, le routage vers le serveur est différent (c'est le principe du web). Il est est possible que l'information fasse plusieurs fois le tour de la terre, en passant pas des fibres optiques sous-marines qui de temps en temps ont besoin d'être réparées après avoir été rongées par des requins ou prises dans des chaluts, auquel cas ça ouvre un aiguillage vers un autre cable, mais là, ça se bouscule au portillon. Sur tous tes pings, il n'y en a pas deux qui ont suivi la même route. <http://www.cablemap.info>
lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une heure creuse pour les serveurs.
-- Gérard FLEUROT plus un
J.P <jpp@gmail.com> wrote:
In article <n83f18$m17$1@shakotay.alphanet.ch>,
Le Moustique <ze.mosquito@free.fr> wrote:
> Le 24/01/2016 16:14, kurtz le pirate a écrit :
> > Ta ligne est pourrie...
>
> Va donc habiter quelque temps son barrio avant de mettre en avant ton
> abonnement à la fibre.
> On fait ce qu'on peut avec ce qu'on a...
Tiens ! curieusement, ce lundi matin 01:11 UTC
le même ping que l'autre jour vers support.apple.com
e2063.e9.akamaiedge.net ping statistics ---
30 packets transmitted, 30 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 9.746/14.740/58.540/8.808 ms
C'est ma ligne ou Akamai ? :-)
À mon avis, à chaque connexion, le routage vers le serveur est différent
(c'est le principe du web).
Il est est possible que l'information fasse plusieurs fois le tour de la
terre, en passant pas des fibres optiques sous-marines qui de temps en
temps ont besoin d'être réparées après avoir été rongées par des requins
ou prises dans des chaluts, auquel cas ça ouvre un aiguillage vers un
autre cable, mais là, ça se bouscule au portillon.
Sur tous tes pings, il n'y en a pas deux qui ont suivi la même route.
<http://www.cablemap.info>
lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une
heure creuse pour les serveurs.
> Le 24/01/2016 16:14, kurtz le pirate a écrit : > > Ta ligne est pourrie... > > Va donc habiter quelque temps son barrio avant de mettre en avant ton > abonnement à la fibre. > On fait ce qu'on peut avec ce qu'on a...
Tiens ! curieusement, ce lundi matin 01:11 UTC le même ping que l'autre jour vers support.apple.com
e2063.e9.akamaiedge.net ping statistics --- 30 packets transmitted, 30 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 9.746/14.740/58.540/8.808 ms
C'est ma ligne ou Akamai ? :-)
À mon avis, à chaque connexion, le routage vers le serveur est différent (c'est le principe du web). Il est est possible que l'information fasse plusieurs fois le tour de la terre, en passant pas des fibres optiques sous-marines qui de temps en temps ont besoin d'être réparées après avoir été rongées par des requins ou prises dans des chaluts, auquel cas ça ouvre un aiguillage vers un autre cable, mais là, ça se bouscule au portillon. Sur tous tes pings, il n'y en a pas deux qui ont suivi la même route. <http://www.cablemap.info>
lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une heure creuse pour les serveurs.
-- Gérard FLEUROT plus un
J.P
In article <1mhklte.109jatj1vyzxkwN%, (Fleuger) wrote:
lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une heure creuse pour les serveurs.
Justement, mais le jour de la sortie de 11.3 et d'autres mises à jour sur la gamme Apple, mon ping sur Akamai était de 175ms avec beaucoup de pertes et celui de 01:11UTC ce lundi c'est 0 pertes et 14ms.
Par ailleurs, un portail surchargé, comme l'était support.apple.com à ce moment là, ne doit pas mettre les réponses aux pings comme sa plus haute priorité, d'où délai, time-out et les pertes signalées.
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
J'essaierai de refaire les mêmes test dans un mois lors de la sortie de 11.4
-- Jean-Pierre
In article <1mhklte.109jatj1vyzxkwN%g4fleurot@free.fr>,
g4fleurot@free.fr (Fleuger) wrote:
lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une
heure creuse pour les serveurs.
Justement, mais le jour de la sortie de 11.3 et d'autres mises à jour
sur la gamme Apple, mon ping sur Akamai était de 175ms avec beaucoup de
pertes et celui de 01:11UTC ce lundi c'est 0 pertes et 14ms.
Par ailleurs, un portail surchargé, comme l'était support.apple.com à ce
moment là, ne doit pas mettre les réponses aux pings comme sa plus haute
priorité, d'où délai, time-out et les pertes signalées.
Compte tenu de ce que mesurait Michel presque en même temps que moi,,
j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la
Corrèze que Santiago/Chili.
J'essaierai de refaire les mêmes test dans un mois lors de la sortie de
11.4
In article <1mhklte.109jatj1vyzxkwN%, (Fleuger) wrote:
lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une heure creuse pour les serveurs.
Justement, mais le jour de la sortie de 11.3 et d'autres mises à jour sur la gamme Apple, mon ping sur Akamai était de 175ms avec beaucoup de pertes et celui de 01:11UTC ce lundi c'est 0 pertes et 14ms.
Par ailleurs, un portail surchargé, comme l'était support.apple.com à ce moment là, ne doit pas mettre les réponses aux pings comme sa plus haute priorité, d'où délai, time-out et les pertes signalées.
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
J'essaierai de refaire les mêmes test dans un mois lors de la sortie de 11.4
-- Jean-Pierre
gilbert.olivier
J.P wrote:
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
J'essaierai de refaire les mêmes test dans un mois lors de la sortie de 11.4
Peut être aussi une question de fournisseur d'accès. Je me souvient avoir lu des articles il y a un certain temps, sur des personnes se pleignant de lenteurs seulement sur Youtube chez Free dans nos contrées.
Il ne faut pas oublier qu'il y a un certain nombre de maillons dans la chaine entre chez toi et pour le cas Apple.
-- Gilbert
J.P <jpp@gmail.com> wrote:
Compte tenu de ce que mesurait Michel presque en même temps que moi,,
j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la
Corrèze que Santiago/Chili.
J'essaierai de refaire les mêmes test dans un mois lors de la sortie de
11.4
Peut être aussi une question de fournisseur d'accès. Je me souvient
avoir lu des articles il y a un certain temps, sur des personnes se
pleignant de lenteurs seulement sur Youtube chez Free dans nos contrées.
Il ne faut pas oublier qu'il y a un certain nombre de maillons dans la
chaine entre chez toi et pour le cas Apple.
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
J'essaierai de refaire les mêmes test dans un mois lors de la sortie de 11.4
Peut être aussi une question de fournisseur d'accès. Je me souvient avoir lu des articles il y a un certain temps, sur des personnes se pleignant de lenteurs seulement sur Youtube chez Free dans nos contrées.
Il ne faut pas oublier qu'il y a un certain nombre de maillons dans la chaine entre chez toi et pour le cas Apple.
-- Gilbert
g4fleurot
J.P wrote:
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
<https://www.akamai.com/fr/fr/solutions/intelligent-platform/visualizing-akamai/real-time-web-monitor.jsp> -- Gérard FLEUROT plus un
J.P <jpp@gmail.com> wrote:
Compte tenu de ce que mesurait Michel presque en même temps que moi,,
j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la
Corrèze que Santiago/Chili.
<https://www.akamai.com/fr/fr/solutions/intelligent-platform/visualizing-akamai/real-time-web-monitor.jsp>
--
Gérard FLEUROT <g4fleurot@free.fr> plus un
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
<https://www.akamai.com/fr/fr/solutions/intelligent-platform/visualizing-akamai/real-time-web-monitor.jsp> -- Gérard FLEUROT plus un
J.P
In article <1mhkx0s.11d0ntzvuylnyN%, (Fleuger) wrote:
Intéressant mais on y voit les vitesses de connexion ses serveurs Akamai ?
-- Jean-Pierre
J.P
In article <1mhkw5o.1qbbs131e7uyxhN%, (Gilbert OLIVIER) wrote:
J.P wrote:
> Compte tenu de ce que mesurait Michel presque en même temps que moi,, > j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la > Corrèze que Santiago/Chili. > > J'essaierai de refaire les mêmes test dans un mois lors de la sortie de > 11.4
Peut être aussi une question de fournisseur d'accès. Je me souvient avoir lu des articles il y a un certain temps, sur des personnes se pleignant de lenteurs seulement sur Youtube chez Free dans nos contrées.
Il ne faut pas oublier qu'il y a un certain nombre de maillons dans la chaine entre chez toi et pour le cas Apple.
Je vais finir par être convaincu qu'Akamai n'est pour rien dans les lenteurs de téléchargement constatées ici et là, y compris chez l'ami qui a une ligne à 500Mbps, en France :-)
-- Jean-Pierre
In article <1mhkw5o.1qbbs131e7uyxhN%gilbert.olivier@orange.fr>,
gilbert.olivier@orange.fr (Gilbert OLIVIER) wrote:
J.P <jpp@gmail.com> wrote:
> Compte tenu de ce que mesurait Michel presque en même temps que moi,,
> j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la
> Corrèze que Santiago/Chili.
>
> J'essaierai de refaire les mêmes test dans un mois lors de la sortie de
> 11.4
Peut être aussi une question de fournisseur d'accès. Je me souvient
avoir lu des articles il y a un certain temps, sur des personnes se
pleignant de lenteurs seulement sur Youtube chez Free dans nos contrées.
Il ne faut pas oublier qu'il y a un certain nombre de maillons dans la
chaine entre chez toi et pour le cas Apple.
Je vais finir par être convaincu qu'Akamai n'est pour rien dans les
lenteurs de téléchargement constatées ici et là, y compris chez l'ami
qui a une ligne à 500Mbps, en France :-)
In article <1mhkw5o.1qbbs131e7uyxhN%, (Gilbert OLIVIER) wrote:
J.P wrote:
> Compte tenu de ce que mesurait Michel presque en même temps que moi,, > j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la > Corrèze que Santiago/Chili. > > J'essaierai de refaire les mêmes test dans un mois lors de la sortie de > 11.4
Peut être aussi une question de fournisseur d'accès. Je me souvient avoir lu des articles il y a un certain temps, sur des personnes se pleignant de lenteurs seulement sur Youtube chez Free dans nos contrées.
Il ne faut pas oublier qu'il y a un certain nombre de maillons dans la chaine entre chez toi et pour le cas Apple.
Je vais finir par être convaincu qu'Akamai n'est pour rien dans les lenteurs de téléchargement constatées ici et là, y compris chez l'ami qui a une ligne à 500Mbps, en France :-)
-- Jean-Pierre
michel.vauquois
J.P wrote:
Je vais finir par être convaincu qu'Akamai n'est pour rien dans les lenteurs de téléchargement constatées ici et là, y compris chez l'ami qui a une ligne à 500Mbps, en France :-)
Que disiez-vous ? (pour plagier Brigitte Fontaine) : «Evidemment, on évitera de commenter la capacité des serveurs d'Apple, qui ignore complètement le nombre de systèmes susceptibles de se connecter lors de la sortie d'une mise à jour.» Tant qu'on n'est pas sûr... ;-) -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : <http://michelvauquois.free-h.fr> Matière à voir : <http://matiere-a-voir.michelvauquois.free-h.fr>
J.P <jpp@gmail.com> wrote:
Je vais finir par être convaincu qu'Akamai n'est pour rien dans les
lenteurs de téléchargement constatées ici et là, y compris chez l'ami
qui a une ligne à 500Mbps, en France :-)
Que disiez-vous ? (pour plagier Brigitte Fontaine) :
«Evidemment, on évitera de commenter la capacité des serveurs d'Apple,
qui ignore complètement le nombre de systèmes susceptibles de se
connecter lors de la sortie d'une mise à jour.»
Tant qu'on n'est pas sûr... ;-)
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
MàJ 2015 : <http://michelvauquois.free-h.fr>
Matière à voir : <http://matiere-a-voir.michelvauquois.free-h.fr>
Je vais finir par être convaincu qu'Akamai n'est pour rien dans les lenteurs de téléchargement constatées ici et là, y compris chez l'ami qui a une ligne à 500Mbps, en France :-)
Que disiez-vous ? (pour plagier Brigitte Fontaine) : «Evidemment, on évitera de commenter la capacité des serveurs d'Apple, qui ignore complètement le nombre de systèmes susceptibles de se connecter lors de la sortie d'une mise à jour.» Tant qu'on n'est pas sûr... ;-) -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : <http://michelvauquois.free-h.fr> Matière à voir : <http://matiere-a-voir.michelvauquois.free-h.fr>
J.P
In article <1mhlbyk.1ipg3ey1jy9zlsN%, (M.V.) wrote:
J.P wrote:
> Je vais finir par être convaincu qu'Akamai n'est pour rien dans les > lenteurs de téléchargement constatées ici et là, y compris chez l'ami > qui a une ligne à 500Mbps, en France :-)
Que disiez-vous ? (pour plagier Brigitte Fontaine) : «Evidemment, on évitera de commenter la capacité des serveurs d'Apple, qui ignore complètement le nombre de systèmes susceptibles de se connecter lors de la sortie d'une mise à jour.» Tant qu'on n'est pas sûr... ;-)
Mon incertitude serait plutôt diplomatique ...
-- Jean-Pierre
In article <1mhlbyk.1ipg3ey1jy9zlsN%michel.vauquois@invalid.orage.fr>,
michel.vauquois@invalid.orage.fr (M.V.) wrote:
J.P <jpp@gmail.com> wrote:
> Je vais finir par être convaincu qu'Akamai n'est pour rien dans les
> lenteurs de téléchargement constatées ici et là, y compris chez l'ami
> qui a une ligne à 500Mbps, en France :-)
Que disiez-vous ? (pour plagier Brigitte Fontaine) :
«Evidemment, on évitera de commenter la capacité des serveurs d'Apple,
qui ignore complètement le nombre de systèmes susceptibles de se
connecter lors de la sortie d'une mise à jour.»
Tant qu'on n'est pas sûr... ;-)
In article <1mhlbyk.1ipg3ey1jy9zlsN%, (M.V.) wrote:
J.P wrote:
> Je vais finir par être convaincu qu'Akamai n'est pour rien dans les > lenteurs de téléchargement constatées ici et là, y compris chez l'ami > qui a une ligne à 500Mbps, en France :-)
Que disiez-vous ? (pour plagier Brigitte Fontaine) : «Evidemment, on évitera de commenter la capacité des serveurs d'Apple, qui ignore complètement le nombre de systèmes susceptibles de se connecter lors de la sortie d'une mise à jour.» Tant qu'on n'est pas sûr... ;-)
Mon incertitude serait plutôt diplomatique ...
-- Jean-Pierre
pdorange
J.P wrote:
> lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une > heure creuse pour les serveurs.
Justement, mais le jour de la sortie de 11.3 et d'autres mises à jour sur la gamme Apple, mon ping sur Akamai était de 175ms avec beaucoup de pertes et celui de 01:11UTC ce lundi c'est 0 pertes et 14ms.
Par ailleurs, un portail surchargé, comme l'était support.apple.com à ce moment là, ne doit pas mettre les réponses aux pings comme sa plus haute priorité, d'où délai, time-out et les pertes signalées.
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
Tout va bien trop loin comme analyse... Il est d'ailleurs quasi impossible, avec nos outils, de contrôler quoique ce soit. Des ralentissement temporaire ou permanent peuvent venir de diverses origines, ceci inclus ta ligne locale, ton FAI, les divers serveurs sur la route ainsi que le (ou les) serveur(s) finaux...
De plus comme dis par ailleurs, le ping n'a que peux de sens en terme de vitesse de téléchargement.
Il faudrait a minima analyser la route prise par tes requêtes et tester les serveurs intermédiaire (au moinscaux du FAI) sur plusieur spériode pour estimer si les "ralentissements" proviennent du FAI, des intermédiaires ou des serveurs d'Apple (ou quelque soit la source).
Par exemple la commande "traceroute" permet de visualiser le chemin que prend ta requête avec les pings de chaque étape. C'est déjà un plus, même si ça manque de finesse. Internet, par nature, ne présentera par toujours les mêmes chemin pour atteindre la cible.
Par exemple : "traceroute support.apple.com"
traceroute to e2063.e9.akamaiedge.net (23.40.6.83), 64 hops max, 52 byte packets 1 192.168.1.1 (192.168.1.1) 1.094 ms 0.734 ms 0.637 ms 2 80.10.115.244 (80.10.115.244) 30.558 ms 31.565 ms 31.036 ms 3 10.123.204.250 (10.123.204.250) 32.026 ms 32.891 ms 31.541 ms 4 ae45-0.nipst101.paris.francetelecom.net (193.252.159.42) 32.854 ms 30.520 ms 31.408 ms 5 193.252.137.10 (193.252.137.10) 37.227 ms 34.369 ms 40.714 ms 6 hundredgige1-12-0-0.auvtr4.aubervilliers.opentransit.net (193.251.129.11) 35.464 ms 31.556 ms 35.973 ms 7 akamai.gw.opentransit.net (193.251.150.114) 31.481 ms 31.223 ms 31.439 ms 8 a23-40-6-83.deploy.static.akamaitechnologies.com (23.40.6.83) 31.021 ms 32.275 ms 31.781 ms
On y voit par exemple que le plus gros des "détails" de "ping" (qui ne sont pas un indicateur de la vitesse de téléchargement) c'est chez mon FAI (80.10.115.244)... (les temps de ping sont en cumulés).
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
J.P <jpp@gmail.com> wrote:
> lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une
> heure creuse pour les serveurs.
Justement, mais le jour de la sortie de 11.3 et d'autres mises à jour
sur la gamme Apple, mon ping sur Akamai était de 175ms avec beaucoup de
pertes et celui de 01:11UTC ce lundi c'est 0 pertes et 14ms.
Par ailleurs, un portail surchargé, comme l'était support.apple.com à ce
moment là, ne doit pas mettre les réponses aux pings comme sa plus haute
priorité, d'où délai, time-out et les pertes signalées.
Compte tenu de ce que mesurait Michel presque en même temps que moi,,
j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la
Corrèze que Santiago/Chili.
Tout va bien trop loin comme analyse... Il est d'ailleurs quasi
impossible, avec nos outils, de contrôler quoique ce soit.
Des ralentissement temporaire ou permanent peuvent venir de diverses
origines, ceci inclus ta ligne locale, ton FAI, les divers serveurs sur
la route ainsi que le (ou les) serveur(s) finaux...
De plus comme dis par ailleurs, le ping n'a que peux de sens en terme de
vitesse de téléchargement.
Il faudrait a minima analyser la route prise par tes requêtes et tester
les serveurs intermédiaire (au moinscaux du FAI) sur plusieur spériode
pour estimer si les "ralentissements" proviennent du FAI, des
intermédiaires ou des serveurs d'Apple (ou quelque soit la source).
Par exemple la commande "traceroute" permet de visualiser le chemin que
prend ta requête avec les pings de chaque étape. C'est déjà un plus,
même si ça manque de finesse.
Internet, par nature, ne présentera par toujours les mêmes chemin pour
atteindre la cible.
Par exemple : "traceroute support.apple.com"
traceroute to e2063.e9.akamaiedge.net (23.40.6.83), 64 hops max, 52 byte
packets
1 192.168.1.1 (192.168.1.1) 1.094 ms 0.734 ms 0.637 ms
2 80.10.115.244 (80.10.115.244) 30.558 ms 31.565 ms 31.036 ms
3 10.123.204.250 (10.123.204.250) 32.026 ms 32.891 ms 31.541 ms
4 ae45-0.nipst101.paris.francetelecom.net (193.252.159.42) 32.854 ms
30.520 ms 31.408 ms
5 193.252.137.10 (193.252.137.10) 37.227 ms 34.369 ms 40.714 ms
6 hundredgige1-12-0-0.auvtr4.aubervilliers.opentransit.net
(193.251.129.11) 35.464 ms 31.556 ms 35.973 ms
7 akamai.gw.opentransit.net (193.251.150.114) 31.481 ms 31.223 ms
31.439 ms
8 a23-40-6-83.deploy.static.akamaitechnologies.com (23.40.6.83)
31.021 ms 32.275 ms 31.781 ms
On y voit par exemple que le plus gros des "détails" de "ping" (qui ne
sont pas un indicateur de la vitesse de téléchargement) c'est chez mon
FAI (80.10.115.244)... (les temps de ping sont en cumulés).
> lundi matin 01:11 UTC, c'est la soirée aux US, donc pas vraiment une > heure creuse pour les serveurs.
Justement, mais le jour de la sortie de 11.3 et d'autres mises à jour sur la gamme Apple, mon ping sur Akamai était de 175ms avec beaucoup de pertes et celui de 01:11UTC ce lundi c'est 0 pertes et 14ms.
Par ailleurs, un portail surchargé, comme l'était support.apple.com à ce moment là, ne doit pas mettre les réponses aux pings comme sa plus haute priorité, d'où délai, time-out et les pertes signalées.
Compte tenu de ce que mesurait Michel presque en même temps que moi,, j'ai vraiment le sentiment qu'Akamai sert mieux les fins fonds de la Corrèze que Santiago/Chili.
Tout va bien trop loin comme analyse... Il est d'ailleurs quasi impossible, avec nos outils, de contrôler quoique ce soit. Des ralentissement temporaire ou permanent peuvent venir de diverses origines, ceci inclus ta ligne locale, ton FAI, les divers serveurs sur la route ainsi que le (ou les) serveur(s) finaux...
De plus comme dis par ailleurs, le ping n'a que peux de sens en terme de vitesse de téléchargement.
Il faudrait a minima analyser la route prise par tes requêtes et tester les serveurs intermédiaire (au moinscaux du FAI) sur plusieur spériode pour estimer si les "ralentissements" proviennent du FAI, des intermédiaires ou des serveurs d'Apple (ou quelque soit la source).
Par exemple la commande "traceroute" permet de visualiser le chemin que prend ta requête avec les pings de chaque étape. C'est déjà un plus, même si ça manque de finesse. Internet, par nature, ne présentera par toujours les mêmes chemin pour atteindre la cible.
Par exemple : "traceroute support.apple.com"
traceroute to e2063.e9.akamaiedge.net (23.40.6.83), 64 hops max, 52 byte packets 1 192.168.1.1 (192.168.1.1) 1.094 ms 0.734 ms 0.637 ms 2 80.10.115.244 (80.10.115.244) 30.558 ms 31.565 ms 31.036 ms 3 10.123.204.250 (10.123.204.250) 32.026 ms 32.891 ms 31.541 ms 4 ae45-0.nipst101.paris.francetelecom.net (193.252.159.42) 32.854 ms 30.520 ms 31.408 ms 5 193.252.137.10 (193.252.137.10) 37.227 ms 34.369 ms 40.714 ms 6 hundredgige1-12-0-0.auvtr4.aubervilliers.opentransit.net (193.251.129.11) 35.464 ms 31.556 ms 35.973 ms 7 akamai.gw.opentransit.net (193.251.150.114) 31.481 ms 31.223 ms 31.439 ms 8 a23-40-6-83.deploy.static.akamaitechnologies.com (23.40.6.83) 31.021 ms 32.275 ms 31.781 ms
On y voit par exemple que le plus gros des "détails" de "ping" (qui ne sont pas un indicateur de la vitesse de téléchargement) c'est chez mon FAI (80.10.115.244)... (les temps de ping sont en cumulés).
Ce message est sous licence Creative Commons "by-nc-sa-2.0" <http://creativecommons.org/licenses/by-nc-sa/2.0/fr/>
Le Moustique
Le 25/01/2016 17:35, Pierre-Alain Dorange a écrit :
Par exemple la commande "traceroute" permet de visualiser le chemin que prend ta requête avec les pings de chaque étape. C'est déjà un plus, même si ça manque de finesse.
A propos de traceroute... Je viens de constater que l'Utilitaire de Réseau (Network Utility) avait disparu du dossier Utilitaires, dans les applications d'ElCap. Il a aussi disparu du même dossier sous Yosemite... Y aurait-il un possesseur de machine sous Mavericks qui pourrait me dire s'il y est encore?
-- /) -:oo= Guillaume ) Je nettoyais mon clavier, et le coup est parti tout seul.
Le 25/01/2016 17:35, Pierre-Alain Dorange a écrit :
Par exemple la commande "traceroute" permet de visualiser le chemin que
prend ta requête avec les pings de chaque étape. C'est déjà un plus,
même si ça manque de finesse.
A propos de traceroute...
Je viens de constater que l'Utilitaire de Réseau (Network Utility) avait
disparu du dossier Utilitaires, dans les applications d'ElCap.
Il a aussi disparu du même dossier sous Yosemite...
Y aurait-il un possesseur de machine sous Mavericks qui pourrait me dire
s'il y est encore?
--
/)
-:oo= Guillaume
)
Je nettoyais mon clavier, et le coup est parti tout seul.
Le 25/01/2016 17:35, Pierre-Alain Dorange a écrit :
Par exemple la commande "traceroute" permet de visualiser le chemin que prend ta requête avec les pings de chaque étape. C'est déjà un plus, même si ça manque de finesse.
A propos de traceroute... Je viens de constater que l'Utilitaire de Réseau (Network Utility) avait disparu du dossier Utilitaires, dans les applications d'ElCap. Il a aussi disparu du même dossier sous Yosemite... Y aurait-il un possesseur de machine sous Mavericks qui pourrait me dire s'il y est encore?
-- /) -:oo= Guillaume ) Je nettoyais mon clavier, et le coup est parti tout seul.
