Auteur Sujet: DNS SFR qui ne répond pas à 50% des requetes (Lu 15744 fois)

vivien · « **le:** 03 janvier 2017 à 21:14:29 »

J'ai de gros problèmes de lenteur avec mon nouvel abonnement SFR.

Après une rapide analyse, c'est une lenteur lié à des absence de réponse de la part de mon serveur DNS : 89.2.0.10 (c'est indiqué sur la page d’accueil de votre box SFR)

Un traceroute confirme : pus de un paquet sur deux est perdu

Mais là où cela est étrange, c'est que la même IP répond bien au ping depuis l'extérieur du réseau.

Anaycast ? Si SFR avait mis en place de l'Anycast, il y aurais probablement un serveur sur Lyon, or il semble que l'on remonte sur Paris.

Si vous avez compris comment est l'architecture DNS SFR, je suis preneur.

En pratique voici ce que cela donne :

Sur un site complexe, avec de nombreuses requêtes DNS, cela peut être assez lent pour charger une page.

vivien · « **Réponse #1 le:** 03 janvier 2017 à 21:24:29 »

J'ai réalisé un traceroute depuis une ligne SFR FTTH sur Paris vers 89.2.0.10 : pas de pertes de paquets.

De mon coté (SFR câble sur la TDR de Vitry-sur-Seine, dans le 94), j'ai toujours 50% de paquet perdu.

Le fait d'avoir pil poil 50% de paquets perdu donne l'impression d'une réparation entre deux liens qui ne marche pas correctement.

Voici ce que cela donne avec nPerf : (enfin quand il ne refuse pas de se lancer a cause du pb DNS)

5 sites testés:
- 2 qui ont de bonnes perf
- 2 qui sont hors-délai à cause du DNS
- 1 qui a merdé cause soft nPerf (0,03sec c'est pas possible)

BadMax · « **Réponse #2 le:** 03 janvier 2017 à 21:45:59 »

Un load-balancing avec 1 liaison/2 (ou plus) HS ?

Le LB en frontal du DNS qui bug avec ta source ?

Philibert · « **Réponse #3 le:** 03 janvier 2017 à 22:23:57 »

Hello,

Je crois que sur Grenoble la box SFR/NC donne le même DNS, et je me souviens l'avoir remplacé par celui de google pour cette même raison également, plein de timeouts web alors qu'un téléchargement fonctionnait sans problème.

butler_fr · « **Réponse #4 le:** 03 janvier 2017 à 22:43:27 »

le truc foireux
imaginons que le problème est présent depuis quelques temps et que personne ne s'en soit aperçu

ça donne tout un tas d'abonnée se demandant pourquoi ils ont une connexion pourrie ^^

menet · « **Réponse #5 le:** 03 janvier 2017 à 23:08:07 »

Comment vérifier cela sous Windows avec des outils standard Windows car je pense que Vivien a fait tous ses tests avec Linux ?

Cordialement. Menet.

Je sais, Vivien ne sera pas réconforté de savoir qu'il est, ou pas, le seul à avoir le problème. Ce qu'il cherche est de corriger le problème.... Désolé.

Cochonou · « **Réponse #6 le:** 04 janvier 2017 à 06:10:20 »

Sur le câble avec la TDR de Joinville (a priori):

Code: [Sélectionner]

                             My traceroute  [v0.86]
MacBook.local (0.0.0.0)                        Wed Jan  4 06:07:20 2017
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.0.1                       0.2%  4623    1.9   5.7   0.9 2603.  76.2
 2. ???
 3. lha1rj-ge-0-1-5.100.numericable.  0.3%  4623    7.8  13.4   6.3 1771.  59.5
 4. 80.236.4.150                      0.3%  4623    8.7  15.4   6.6 2098.  66.8
 5. dkq1rj-ae0.100.numericable.net    0.3%  4622    7.6  15.4   6.7 1928.  64.8
 6. ip-10.net-89-2-0.static.numerica  0.3%  4622    9.7  12.9   6.5 1778.  59.4

Autant dire que les pertes sont négligeables.

K-L · « **Réponse #7 le:** 04 janvier 2017 à 06:36:30 »

Ces DNS sont les habituelles utilisés par les clients câbles SFR et Numericable.

Comment peut-on les tester ?

menet · « **Réponse #8 le:** 04 janvier 2017 à 06:38:49 »

Avec un vieux exe de WinMTR que j'avais sur mon PC, voici ce que cela donne sous Windows.

Je ne semble pas avoir de perte de packet pour l'adresse 89.2.0.10. Test fait pendant des download.

Cordialement. Menet

vivien · « **Réponse #9 le:** 04 janvier 2017 à 07:56:35 »

WinMTR est effectivement l'outil idéal pour faire ce test sous windows (il faut oublier le tracert) : http://winmtr.net/download-winmtr/

Sous Windows 10, il est possible d'utiliser le bash Ubuntu pour lancer mtr.

Petite info supplèmentaire : Ce n'est pas un pb de charge, on a 50% de pertes à 7h50 :

$ mtr -bzrwc100 89.2.0.10 Start: Wed Jan 4 07:53:25 2017 HOST: vivien5 Loss% Snt Last Avg Best Wrst StDev 1. AS??? gateway (192.168.0.1) 0.0% 100 0.3 0.4 0.2 7.9 0.8 2. AS??? ? ? 100.0 100 3. AS21502 195-132-10-249.rev.numericable.fr (195.132.10.249) 0.0% 100 7.3 8.1 5.7 57.7 6.2 4. AS21502 blv1rj-ge-1-1-0.0.numericable.net (195.132.17.231) 0.0% 100 6.5 8.2 6.0 77.7 7.6 5. AS21502 ip-111.net-80-236-4.static.numericable.fr (80.236.4.111) 0.0% 100 6.8 9.8 6.0 42.9 7.6 AS21502 iss1rj-ge-4-2-0.0.numericable.net (195.132.17.208) 6. AS21502 ip-10.net-89-2-0.static.numericable.fr (89.2.0.10) 51.0% 100 7.9 7.3 6.2 8.1 0.1

vivien · « **Réponse #10 le:** 11 janvier 2017 à 21:32:36 »

A noter que le problème de perte de paquet sur le DNS est toujours présent :

$ mtr -nzrwc100 89.2.0.10 Start: Wed Jan 11 21:29:10 2017 HOST: vivien5 Loss% Snt Last Avg Best Wrst StDev 1. AS??? 192.168.0.1 0.0% 100 0.3 0.3 0.2 1.0 0.0 2. AS??? ? ? 100.0 100 3. AS21502 195.132.10.249 0.0% 100 6.3 7.8 5.5 29.6 4.0 4. AS21502 195.132.17.231 0.0% 100 7.0 8.8 3.7 67.2 8.6 5. AS21502 195.132.17.208 0.0% 100 8.0 10.3 5.8 66.2 9.6 AS21502 80.236.4.111 6. AS21502 89.2.0.10 50.0% 100 8.9 7.4 6.5 8.9 0.2

K-L · « **Réponse #11 le:** 11 janvier 2017 à 23:03:55 »

Je pense qu'il l'est depuis un moment surtout quand on voit de très bon débits mais de gros problèmes pour les jeux en ligne.

Il faudrait pouvoir le faire remonter à SFR