Autor: Jaroslaw Lis (lis_at_papuga.ict.pwr.wroc.pl)
Data: Tue 24 Jun 1997 - 16:27:02 MET DST
Marek Michalkiewicz <marekm_at_piast.t19.ds.pwr.wroc.pl> wrote:
: Jaroslaw Lis <lis_at_papuga.ict.pwr.wroc.pl> wrote:
: : Zapusc sobie traceroute. ATM z NASKiem sie nie lubia i Waszyngton musi
: traceroute to piast.t19.ds.pwr.wroc.pl (156.17.27.247), 30 hops max, 40 byte packets
: 1 gdansk1.atm.com.pl (157.25.3.25) 157.825 ms 153.352 ms 149.504 ms
: 2 mutsu.atm.com.pl (157.25.53.13) 179.554 ms 175.149 ms 180.451 ms
: 3 aoba.atm.com.pl (157.25.5.9) 178.93 ms 174.63 ms 179.656 ms
: 4 kaga.atm.com.pl (157.25.53.66) 189.244 ms 366.278 ms 219.343 ms
: 5 194.204.129.77 (194.204.129.77) 198.056 ms 204.681 ms 209.46 ms
: 6 194.204.129.77 (194.204.129.77) 210.06 ms 235.089 ms 219.155 ms
: 7 * Poland-gw-s1-3.nask.pl (193.59.201.177) 722.372 ms 764.805 ms
: 8 NASK-gw.nask.pl (193.59.201.98) 718.914 ms 821.596 ms *
[...]
: Widac ze duze opoznienia powstaja miedzy 6 i 7 (sprawdzam w nocy,
: w dzien sa wieksze). Po samych numerach IP trudno sie zorientowac
: gdzie to fizycznie jest...
Nie dziw sie - byc moze ATM dobrze wysyla, ale NASK jest konsekwentny,
a Ty nie widzisz drogi powrotnej:
okapi{lis}44: traceroute gdansk1.atm.com.pl
traceroute to gdansk1.atm.com.pl (157.25.3.17) 30 hops max, 38 byte packets
1 ictadmin.ict.pwr.wroc.pl (156.17.42.1) 10 ms 1 ms 2 ms
2 elek.wask.wroc.pl (156.17.30.30) 3 ms 4 ms 3 ms
3 wct-f.wask.wroc.pl (156.17.254.250) 11 ms 4 ms 4 ms
4 nask.wask.wroc.pl (156.17.254.34) 15 ms 6 ms 7 ms
5 193.59.148.21 (193.59.148.21) 118 ms 20 ms 20 ms
6 193.59.148.209 (193.59.148.209) 176 ms 51 ms 160 ms
7 Poland-gw.nask.pl (193.59.201.129) 64 ms 60 ms 80 ms
8 206.181.51.29 (206.181.51.29) 927 ms 861 ms 891 ms
9 dca1-core2-f0-0.atlas.digex.net (206.205.242.10) 652 ms 631 ms 697 ms
10 iad1-core1-h1-0.atlas.digex.net (165.117.50.89) * 663 ms 647 ms
11 192.41.177.249 (192.41.177.249) 670 ms 606 ms 627 ms
12 137.39.21.194 (137.39.21.194) 725 ms 638 ms *
13 189.Hssi5-0.CR1.NYC1.Alter.Net (137.39.69.110) 811 ms 710 ms *
14 137.39.21.93 (137.39.21.93) 1020 ms 799 ms 857 ms
15 nyc-bb-2.customer.ALTER.NET (137.39.131.198) 794 ms 788 ms *
16 207.45.202.10 (207.45.202.10) 745 ms 723 ms 800 ms
17 207.45.203.10 (207.45.203.10) 676 ms (ttl=237!) * *
18 * * *
19 194.204.132.117 (194.204.132.117) * * 1052 ms (ttl=248!)
20 194.204.129.78 (194.204.129.78) 1072 ms (ttl=246!) * *
21 157.25.53.65 (157.25.53.65) * * 916 ms (ttl=245!)
22 mutsu.atm.com.pl (157.25.5.8) * * 931 ms (ttl=244!)
23 gdansk1.atm.com.pl (157.25.53.14) 1107 ms (ttl=243!) * *
Zeby bylo smieszniej:
okapi{lis}45: traceroute 194.204.132.117
traceroute to 194.204.132.117 (194.204.132.117) 30 hops max, 38 byte packets
1 ictadmin.ict.pwr.wroc.pl (156.17.42.1) 3 ms 3 ms 2 ms
2 elek.wask.wroc.pl (156.17.30.30) 5 ms 6 ms 3 ms
3 wct-f.wask.wroc.pl (156.17.254.250) 123 ms 6 ms 7 ms
4 nask.wask.wroc.pl (156.17.254.34) 7 ms 5 ms 8 ms
5 193.59.148.21 (193.59.148.21) 58 ms 75 ms 46 ms
6 193.59.148.209 (193.59.148.209) 65 ms 48 ms 48 ms
7 Poland-gw.nask.pl (193.59.201.129) 72 ms 54 ms 48 ms
8 Do-NASK-CST1.warszawa.tpnet.pl (193.59.201.178) 465 ms 217 ms *
: Moglbym zrozumiec, gdyby byla to jakas
: chwilowa awaria, ale jak mozna ciagle utrzymywac taki stan?
Ja rozumiem ze to nie awaria, tylko stan celowo tak utrzymywany.
Ciekawe kiedy ktos ujawni dlaczego ....
J.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:04:13 MET DST