Tout en résolvant les problèmes de performances sur notre réseau, j'ai couru traceroute
sur divers sites Web. Les sites Web suivants ne se termineraient pas à plusieurs reprises traceroute
:
- yahoo.com
- amazon.com
- ebay.com
Des questions
- Ces sites protègent-ils leur réseau d'une manière qui
traceroute
n'est pas en mesure de se terminer? - Je suppose que cela est basé sur les réseaux de ces sites Web et n'est pas lié à nos problèmes de performances réseau. Est-ce une hypothèse sûre à faire?
Exemple Traceroute pour ebay.com
$ traceroute ebay.com
traceroute: Warning: ebay.com has multiple addresses; using 66.135.205.13
traceroute to ebay.com (66.135.205.13), 64 hops max, 52 byte packets
1 10.10.100.1 (10.10.100.1) 56.518 ms 2.390 ms 2.082 ms
2 mo-69-34-118-1.sta.embarqhsd.net (69.34.118.1) 9.943 ms 10.007 ms 10.177 ms
3 mo-69-68-209-249.dyn.embarqhsd.net (69.68.209.249) 10.976 ms 21.159 ms 10.015 ms
4 ge-6-20.car1.stlouis1.level3.net (4.53.160.13) 26.562 ms 26.278 ms 25.818 ms
5 ae-11-11.car2.stlouis1.level3.net (4.69.132.186) 26.393 ms 26.519 ms 79.884 ms
6 ae-4-4.ebr2.chicago1.level3.net (4.69.132.190) 32.965 ms 26.123 ms 48.123 ms
7 ae-5-5.ebr2.chicago2.level3.net (4.69.140.194) 27.308 ms 26.784 ms 26.693 ms
8 ae-2-52.edge4.chicago3.level3.net (4.69.138.166) 27.137 ms 26.473 ms 27.047 ms
9 chp-brdr-03.inet.qwest.net (63.146.27.17) 26.315 ms 26.329 ms 26.449 ms
10 dvr-edge-13.inet.qwest.net (67.14.24.89) 51.270 ms 51.355 ms 51.134 ms
11 * * *
12 * * *
. . . . .
33 * * *
34 * *^C
la source
-T
indicateur, mais beaucoup prennent en charge l'-P [protocol]
indicateur. Sur FreeBSD 8 traceroute comprendUDP
,TCP
,GRE
amdICMP
(et peut définir le champ de protocole pour tout protocole IP valide, bien que le contenu des paquets peuvent ne pas être utile / sain d' esprit.)Traceroute utilise des groupes de messages ICMP. chacun a 3 messages ICMP. (Incrément du compte HOP de un dans chaque groupe de messages).
Habituellement, les administrateurs bloquent les paquets ICMP pour «protéger» leur réseau. (principalement pour obscurcir la structure du réseau et du DoS).
Voilà pourquoi vous obtenez des étoiles.
la source
Tracert n'est pas un outil pour analyser les problèmes de performances, c'est un outil pour découvrir le chemin vers un hôte particulier. L'exécution de tracert sur un hôte externe ne vous dit rien sur votre propre réseau.
Commencez par examiner votre réseau interne en mesurant la latence et la perte de paquets entre deux hôtes internes. Ensuite, exécutez une capture de paquets sur votre poste de travail et recherchez des preuves de congestion du réseau comme les inondations ARP, les tempêtes de diffusion, les retransmissions TCP et les accusés de réception en double.
la source