Auteur Sujet: Graphe SmokePing Declic Telecom (Lu 21897 fois)

telandgo · « **Réponse #24 le:** 07 octobre 2012 à 11:31:59 »

Pour passer de hetzner à free ou un FAI du reso-liain il se peut que le problème se situe dans la traversée des AS et des GIX qui se situent entre les 2 réseaux.
Selon le ou les opérateurs de transit IP choisis par le FAI et le reseau de hetzner il se peut que parfois les AS à traverser soient peut être plus nombreux, ou que pour trouver un endroit pour traverser il se peut que les GIX soient un peu chargés et donc que les paquets fassent un chemin plus long et/ou passent par des liens d'interco déjà très chargés sans pour autant que le réseau d'hetzner ou celui du FAI le soit.

Si ça marche mieux avec free c'est que le réseau de free a une interco avec le réseau hetzner plus directe.

Et l'augmentation du ping vers hetzner depuis le FAI fibre est surement lié.

L'idéal étant d'avoir son serveur dédié sur le même réseau de collecte que son accès "internert" donc dans le cas du réso-liain pour avoir 100Mbps entre votre serveur et vous l'idéal est d'avoir le serveur sur le reso-liain chez le FAI que vous avez pour l'accès internet.
De cette façon on ne passe par aucun opérateur de transit IP ni aucun GIX, on reste sur le même réseau de transport.

comeback · « **Réponse #25 le:** 07 octobre 2012 à 11:37:37 »

Free:

Code: [Sélectionner]

Détermination de l'itinéraire vers XXX.X.XXX.XXX
avec un maximum de 30 sauts :

  1     2 ms     3 ms    <1 ms  FREEBOX [192.168.0.254]
  2    24 ms    29 ms    27 ms  XXX.X.XXX.XXX
  3    27 ms    29 ms    25 ms  213.228.40.62
  4    25 ms    28 ms    26 ms  212.27.57.5
  5    33 ms    29 ms    27 ms  chambery-6k-1-po4.intf.routers.proxad.net [212.2
7.58.13]
  6    39 ms    33 ms    30 ms  lyon-crs16-1-be1004.intf.routers.proxad.net [212
.27.50.209]
  7    36 ms    35 ms    41 ms  th2-crs16-1-be2001.intf.routers.proxad.net [212.
27.59.29]
  8    43 ms    37 ms    44 ms  te0-7-0-0.346.ccr21.par04.atlas.cogentco.com [14
9.6.165.213]
  9    42 ms    40 ms    36 ms  te0-5-0-2.ccr22.par01.atlas.cogentco.com [154.54
.58.229]
 10    51 ms    43 ms    46 ms  te0-2-0-5.ccr22.ams03.atlas.cogentco.com [130.11
7.51.101]
 11    43 ms    44 ms    43 ms  149.11.64.14
 12    48 ms    50 ms    47 ms  XXX.X.XXX.XXX

Déclic

Code: [Sélectionner]

Détermination de l'itinéraire vers XXX.X.XXX.XXX
avec un maximum de 30 sauts :

  1     4 ms     4 ms     3 ms  192.168.1.1
  2     6 ms     7 ms     5 ms  XXX.X.XXX.XXX
  3     7 ms     6 ms     6 ms  178.18.52.5
  4   152 ms   131 ms   155 ms  121-41-93-188.rdns.netdsl.fr [188.93.41.121]
  5   142 ms   172 ms   144 ms  ge-5-1-8-150.edge4.Paris1.Level3.net [213.242.11
1.165]
  6   122 ms   146 ms   155 ms  ae-51-51.csw1.Paris1.Level3.net [4.69.139.215]
  7   132 ms   148 ms   155 ms  ae-56-111.ebr1.Paris1.Level3.net [4.69.161.37]
  8   129 ms   137 ms   126 ms  ae-47-47.ebr1.London1.Level3.net [4.69.143.109]

  9   121 ms   110 ms   139 ms  ae-57-112.csw1.London1.Level3.net [4.69.153.118]

 10   148 ms   124 ms   136 ms  ae-1-51.edge4.London1.Level3.net [4.69.139.74]
 11   146 ms   134 ms   121 ms  195.50.122.134
 12   217 ms   233 ms   206 ms  uls-2-3-ln-col-1.turktelekom.com.tr [212.156.103
.65]
 13   205 ms   200 ms   228 ms  212.156.120.196.static.turktelekom.com.tr [212.1
56.120.196]
 14   246 ms   233 ms   223 ms  81.212.78.154.static.turktelekom.com.tr [81.212.
78.154]
 15     *        *        *     Délai d'attente de la demande dépassé.
 16     *        *        *     Délai d'attente de la demande dépassé.
 17     *        *        *     Délai d'attente de la demande dépassé.
 18     *        *        *     Délai d'attente de la demande dépassé.
 19     *        *        *     Délai d'attente de la demande dépassé.
 20     *        *        *     Délai d'attente de la demande dépassé.
 21     *        *        *     Délai d'attente de la demande dépassé.
 22     *        *        *     Délai d'attente de la demande dépassé.
 23     *        *        *     Délai d'attente de la demande dépassé.
 24     *        *        *     Délai d'attente de la demande dépassé.
 25     *        *        *     Délai d'attente de la demande dépassé.
 26     *        *        *     Délai d'attente de la demande dépassé.
 27     *        *        *     Délai d'attente de la demande dépassé.
 28     *        *        *     Délai d'attente de la demande dépassé.
 29     *        *        *     Délai d'attente de la demande dépassé.
 30     *        *        *     Délai d'attente de la demande dépassé.

Itinéraire déterminé.

vivien · « **Réponse #26 le:** 07 octobre 2012 à 11:42:25 »

Que donne un test sur https://testdebit.info ?
Il y a des gros fichiers a télécharger pour tester son débit.

Level3 est un opérateur de transit plus sérieux que Cogent au passage...

=> Test des peering du fournisseur de transit Cogent

telandgo · « **Réponse #27 le:** 07 octobre 2012 à 11:45:14 »

On voit clairement là qu'avec free l'interco hetzner <-> Free passe par cogent (amsterdam - paris ) puis interco congent <-> free à Chambery et que l'interco hetzner <-> Declic est très longue on Level3 turketelecom passant par paris et Londres.

Level3 est peut être plus sérieux mais cogent marche apparemment mieux dans ce cas d'interco avec hetzner.

comeback · « **Réponse #28 le:** 07 octobre 2012 à 11:47:09 »

Cela varie entre 3,5 MB/s et 5 MB/s

Mais as-tu regarder le tracert, c'est assez bizzare

comeback · « **Réponse #29 le:** 07 octobre 2012 à 11:48:50 »

Test pas concluant puisque la vitesse de téléchargement sur mon serveur est aussi reparti à la hausse....

telandgo · « **Réponse #30 le:** 07 octobre 2012 à 11:50:59 »

Ce qui est vraiment étonnant c'est que nous sommes également en transit ip lasotel et que pour contacter hetzner notre route est bien plus directe et passe par neo et pas par level3 :
Lyon -> Paris -> DECIX -> Hetzner

3 121-41-93-188.rdns.netdsl.fr (188.93.41.121) 7.816 ms 7.655 ms 7.614 ms
4 83.167.40.153.static.not.updated.neotelecoms.com (83.167.40.153) 9.726 ms 9.691 ms 9.654 ms
5 xe1-1-0.tcr2.th2.par.as8218.eu (83.167.55.67) 7.391 ms 7.370 ms 7.239 ms
6 83.167.63.151 (83.167.63.151) 16.544 ms 16.399 ms 16.341 ms
7 decix-gw.hetzner.de (80.81.192.164) 17.030 ms 16.922 ms 16.870 ms

Il faut refaire un traceroute pour voir si le chemin entre ta connexion declic et ton serveur a changé.

comeback · « **Réponse #31 le:** 07 octobre 2012 à 11:57:15 »

La vitesse est revenu normal voici un nouveau tracert avec Déclic:

Détermination de l'itinéraire vers XXX.XXXX.XXXX avec un maximum de 30 sauts : 1 7 ms 5 ms 13 ms 192.168.1.1 2 6 ms 12 ms 6 ms XXX.XXX.XXX 3 9 ms 6 ms 9 ms 178.18.52.5 4 15 ms 12 ms 13 ms 121-41-93-188.rdns.netdsl.fr [188.93.41.121] 5 134 ms 204 ms 202 ms gi8-12.mag01.par04.atlas.cogentco.com [149.6.164.25] 6 14 ms 13 ms 14 ms te0-0-0-1.ccr21.par04.atlas.cogentco.com [154.54.56.165] 7 19 ms 15 ms 17 ms te0-5-0-2.ccr22.par01.atlas.cogentco.com [154.54.58.229] 8 24 ms 23 ms 26 ms te0-3-0-5.ccr22.ams03.atlas.cogentco.com [154.54.37.10] 9 22 ms 27 ms 22 ms 149.11.64.14 10 22 ms 22 ms 24 ms XXX.XXXX.XXX

Pour moi c'est bien une preuve que le problème vient de Déclic

telandgo · « **Réponse #32 le:** 07 octobre 2012 à 12:02:22 »

Pas du tout c'est un routage du trafic qui se fait de façon automatique (BGP).
La le trafic repasse pas cogent pour declic et cogent a apparemment une bonne interco avec hetzner.
Là ça fait lyon <-> Paris <-> Amsterdam <-> Hetzner

J'en reviens toujours au fait qu'il vaut toujours mieux avoir un serveur chez le même opérateur qui réalise la collecte de votre connexion internet vous serez en plein débit de votre fibre si c'était le cas.
Surtout pour de l'hébergement où le trafic de backup est important mais celui de consultation des sites web via le transit ip l'est moins.

comeback · « **Réponse #33 le:** 07 octobre 2012 à 12:13:03 »

Vous me conseiller de prendre le serveur où dans ce cas ?

telandgo · « **Réponse #34 le:** 07 octobre 2012 à 12:24:02 »

Le conseil est de le prendre si c'est possible chez le FAI fibre.
Si le FAI fibre ne le propose pas techniquement il faut regarder les traceroute et voir là où c'est le plus table et via smokeping également pour voir la fréquence et l'ampleur des variations de la latence et donc des routes entre le FAI et l'hébergeur.
Il faut voir également si beaucoup d'AS interviennent dans la route, moins il y en a mieux c'est.

Ce n'est pas parce que le serveur est relié à 100Mbps au transit de l'hébergeur et le FAI à 100Mbps à son transit que le transit entre le FAI et l'opérateur est également à 100Mbps.

Leon · « **Réponse #35 le:** 07 octobre 2012 à 12:28:39 »

Citation de: telandgo le 07 octobre 2012 à 12:02:22

J'en reviens toujours au fait qu'il vaut toujours mieux avoir un serveur chez le même opérateur qui réalise la collecte de votre connexion internet vous serez en plein débit de votre fibre si c'était le cas.

Pas d'accord avec ça. Ca dépend de l'utilisation du serveur. Si c'est un serveur dédié aux utilisateurs "locaux", OK, ça a un sens. Si le besoin en débit vers "le reste du monde" est raisonnable, là aussi, OK.

La bande passante chez un petit opérateur local, qui réalise la collecte, ou du petit hébergeur qui utilise le même réseau, elle est souvent plus chère, en comparaison de la bande passante d'un serveur de tye 1 and 1 ou OVH. Donc si on veut que son serveur ait beaucoup de bande passante, surtout vers "tout Internet", alors le choix d'un petit opérateur local n'est pas forcèment judicieux.

Regardez par exemple Lasotel. Ils n'annoncent pas leurs tarifs, et je doute donc que ce soit compétitif par rapport à OVH ou 1and1. Pour une entreprise veut un serveur en local, avec beaucoup de bande passante vers ses sites, c'est génial! Mais pour un serveur hébergeant des sites web, bof...

Leon.