Auteur Sujet: Latence vers les DNS Google depuis le réseau Orange le soir (Lu 28877 fois)

Bensay · « **Réponse #48 le:** 13 août 2013 à 23:49:56 »

Résultats des Smokeping en TCP et DNS :

TCP :

DNS (demande de correspondance : ovh.com) :

Si ça ce n'est pas franc...

(Je ne pense pas qu'on puisse accrédité la thèse du Best Effort ICMP

Cdt
Bensay

butler_fr · « **Réponse #49 le:** 13 août 2013 à 23:52:14 »

pour le w2012 sa propre adresse (192.168.23.20)
il est en statique pas en dhcp

il a toujours fonctionné sans que je touche quoique ce soit
le passage de BT à orange n'a rien changé donc je suppose que ça doit ètre un dns extérieur

Bensay · « **Réponse #50 le:** 13 août 2013 à 23:56:39 »

Citation de: butler_fr le 13 août 2013 à 23:52:14

pour le w2012 sa propre adresse (192.168.23.20)
il est en statique pas en dhcp

il a toujours fonctionné sans que je touche quoique ce soit
le passage de BT à orange n'a rien changé donc je suppose que ça doit ètre un dns extérieur

et que répond : nslookup google.fr

?

butler_fr · « **Réponse #51 le:** 14 août 2013 à 00:09:01 »

Code: [Sélectionner]

PS C:\Users\Administrateur> nslookup google.fr
Serveur :   srv-admin.funky-town.local
Address:  192.168.23.20

Réponse ne faisant pas autorité :
Nom :    google.fr
Addresses:  2a00:1450:4007:807::1017
          173.194.40.127
          173.194.40.120
          173.194.40.119

Bensay · « **Réponse #52 le:** 14 août 2013 à 00:11:10 »

Effectivement il est bien son propre resolver

A voir donc d'ou il tire c'est reverse...

Cdt

Bensay

Ps : La suite au prochain épisode demain à 20h ....

butler_fr · « **Réponse #53 le:** 14 août 2013 à 00:43:06 »

donc j'ai fait ma petite enquête il utilisait les root servers:
a.root-servers.net b.root-servers.net ....

j'ai modifié pour qu'il tape sur plus proche (dns orange)

ps: oui la suite demain la il est temps d'aller ce coucher^^

butler_fr · « **Réponse #54 le:** 14 août 2013 à 23:11:58 »

et c'est reparti pour un tour ce soir!

« **Réponse #55 le:** 15 août 2013 à 13:37:42 »

Citation de: vivien le 12 août 2013 à 08:01:03

C'est synonyme de saturation d'un lien.

L'étape 1, c'est l’augmentation du ping dans la limite des buffers (qui peuvent être très petit

qui doivent être petits!

Déjà 150 ms, c'est beaucoup.

vivien · « **Réponse #56 le:** 15 août 2013 à 13:58:53 »

Effectivement, je pense qu'il serait plus optimal de supprimer des paquets afin de réduire le débit car si augmenter la latence réduit le débit, cela a d'autres impacts pour tout ce qui demande de nombreux petits échanges.

« **Réponse #57 le:** 15 août 2013 à 14:19:01 »

D'autant qu'en cas de saturation d'un lien, l'arbitrage n'est jamais entre augmenter un peu la latence et supprimer des paquets, parce que les paquets continuent à arriver trop vite et à remplir le tampon.

Donc au final on a toujours latence et pertes de paquets.

Le tampon ne sert qu'en cas de minisaturation temporaire.

Bensay · « **Réponse #58 le:** 19 août 2013 à 18:53:06 »

Citation de: vivien le 15 août 2013 à 13:58:53

Effectivement, je pense qu'il serait plus optimal de supprimer des paquets afin de réduire le débit car si augmenter la latence réduit le débit, cela a d'autres impacts pour tout ce qui demande de nombreux petits échanges.

Malheureusement oui Vivien,
Enfin la situation évolue pour moi (Suite à l'expiration de mon bail DHCP)

Bonsoir à tous,
Suite à mon changement récent de session BAS suite à l’expiration de mon bail DHCP WAN
Je constate une nette amélioration de mes temps de trajet vers les DNS de Google :
Cf :

Les MTR (Du 13 Aout & 19 Aout)
Avant :

Code: [Sélectionner]

HOST: *                          Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                                      0.0%   100    1.3   1.4   0.9   7.9   0.8
  2.|-- 80.10.123.27                                     2.0%   100   17.5  18.0  17.3  20.3   0.5
  3.|-- 10.123.179.74                                    0.0%   100   22.8  18.6  17.7  24.9   1.1
  4.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net  0.0%   100   18.1  18.3  17.5  24.1   0.9
  5.|-- 81.253.184.34                                    0.0%   100   30.3  30.5  27.9  32.7   1.2
  6.|-- tengige0-12-0-4.lontr1.London.opentransit.net    0.0%   100   31.0  30.9  28.5  33.3   1.2
  7.|-- google-7.GW.opentransit.net                      0.0%   100   85.1  30.4  28.3  85.1   7.2
  8.|-- 209.85.252.188                                  42.0%   100   28.6  33.3  28.3 134.1  18.0
  9.|-- 209.85.253.196                                   0.0%   100   29.3  34.6  29.0  60.1   8.2
 10.|-- 209.85.242.79                                    0.0%   100   28.7  29.9  28.1  54.6   4.5
 11.|-- 72.14.235.168                                    0.0%   100   36.0  32.5  28.3  48.4   5.1
 12.|-- 209.85.243.47                                    0.0%   100   28.0  29.0  28.0  34.1   0.8
 13.|-- par10s10-in-f5.1e100.net                         0.0%   100   28.5  28.6  28.0  29.9   0.3

Après :

Code: [Sélectionner]

 
HOST: *                          Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                              0.0%   100    1.1   1.3   1.0   4.4   0.4
  2.|-- 80.10.123.27                             2.0%   100   17.9  18.3  17.4  34.3   1.8
  3.|-- 10.123.179.10                            0.0%   100   17.9  18.2  17.4  27.0   1.1
  4.|-- ae41-0.nipst101.Paris.francetelecom.net  0.0%   100   17.6  18.7  17.5  40.6   2.7
  5.|-- 81.253.184.2                             0.0%   100   19.8  20.7  17.8  36.2   2.0
  6.|-- google-9.GW.opentransit.net              0.0%   100   92.3  95.9  84.7 150.0   7.4
  7.|-- 72.14.239.205                            0.0%   100   19.0  19.8  18.4  28.2   2.0
  8.|-- 72.14.235.169                            0.0%   100   20.7  19.8  19.0  32.8   1.5
  9.|-- 209.85.253.20                            0.0%   100   24.7  26.1  23.8  42.4   3.7
 10.|-- 72.14.238.217                            0.0%   100   24.4  25.5  23.6  68.0   5.2
 11.|-- ???                                     100.0   100    0.0   0.0   0.0   0.0   0.0
 12.|-- google-public-dns-a.google.com           0.0%   100   23.9  24.9  23.9  54.4   3.0

A surveiller donc ce soir !

Cordialement

Bensay

butler_fr · « **Réponse #59 le:** 19 août 2013 à 22:01:52 »

toujours aussi pourri de mon coté.
malgrés quelques changements d'ip, la route reste toujours aussi pourrie en passant par londres et la gw6 (d'après les dns orange)

Code: [Sélectionner]

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  wrt01.funky-town.local [192.168.23.2]
  2     1 ms    <1 ms     1 ms  livebox.funky-town.local [192.168.23.1]
  3     2 ms     2 ms     1 ms  80.10.127.97
  4     2 ms     1 ms     1 ms  10.123.200.138
  5    10 ms     8 ms     8 ms  ae44-0.nista301.paris.francetelecom.net [193.252.159.158]
  6    17 ms    17 ms    17 ms  81.253.184.94
  7    16 ms    15 ms    15 ms  google-6.gw.opentransit.net [193.251.254.182]
  8    28 ms    26 ms    22 ms  209.85.252.186
  9    16 ms    50 ms    15 ms  209.85.253.90
 10   116 ms   117 ms   118 ms  209.85.240.28
 11   127 ms   128 ms   129 ms  216.239.49.36
 12     *        *        *     Délai d'attente de la demande dépassé.
 13   123 ms   123 ms   122 ms  google-public-dns-a.google.com [8.8.8.8]

Itinéraire déterminé.

ps: je n'ai pas mtr sous la main