Am Wed den 23 May 2001 um 01:44:35AM +0200 schrieb Friedrich Hagedorn:
Hallo,
danke für die Tips, also die Vermutung mit dem Ping verbot kann stimmen. fredy:~ # traceroute 64.71.159.17 traceroute to 64.71.159.17 (64.71.159.17), 30 hops max, 40 byte packets 1 ddn2-d1-1.mcbone.net (62.104.204.32) 23 ms 21 ms 21 ms 2 G2-0.ddn2-gsr.mcbone.net (62.104.204.5) 21 ms 21 ms 23 ms 3 L0.lpz2-gsr.mcbone.net (62.104.191.137) 25 ms 23 ms 23 ms 4 L0.mdb2-gsr.mcbone.net (62.104.191.140) 25 ms 29 ms 25 ms 5 L0.bln2-gsr.mcbone.net (62.104.191.139) 28 ms 27 ms 27 ms 6 L0.hmb2-gsr.mcbone.net (62.104.191.142) 30 ms 30 ms 39 ms 7 L0.nyc3-c.mcbone.net (62.104.191.252) 118 ms 128 ms 118 ms 8 nyiix.he.net (198.32.160.61) 137 ms 133 ms 128 ms 9 gige-g0-0.gsr12008.fmt.he.net (216.218.130.6) 220 ms 224 ms 236 ms 10 64.71.159.23 (64.71.159.23) 240 ms * 224 ms
Aha, also kann die Kiste, wo du das probiert hast, den Rechner erreichen.
62.104.204.32(dein router) --weite welt--> 64.71.159.23 (sein router)
Vom einer deutschen Uni (DD - Giessen ist da sehr ähnlich):
traceroute to 64.71.159.17 (64.71.159.17), 30 hops max, 40 byte packets
# dfn (deutsches forschungsnetz) 1 CISCO-URZ.urz.tu-dresden.de (141.30.67.254) 1.486 ms 1.057 ms 2 141.30.4.249 (141.30.4.249) 0.756 ms 0.913 ms 1.541 ms 3 ar-dresden1.g-win.dfn.de (188.1.35.129) 2.422 ms 0.965 ms 4 cr-leipzig1.g-win.dfn.de (188.1.70.41) 2.455 ms 2.492 ms 2.377 ms 5 cr-berlin1.g-win.dfn.de (188.1.18.37) 5.477 ms 5.152 ms 5.282 ms 6 cr-frankfurt1.g-win.dfn.de (188.1.18.21) 13.724 ms s 14.435 ms 7 ir-frankfurt2.g-win.dfn.de (188.1.80.38) 14.4 15.914 ms 26.016 ms
# zentrale provider peering stelle in ffm 8 de-cix.fra.above.net (194.31.232.226) 14.521 ms 13.543 ms 13.555 ms
# netz von jemand anderem ... 9 core1-core3-oc48.fra1.above.net (216.200.116.213) 14.332 ms 14.25 10 cdg1-fra1-stm4.cdg1.above.net (208.184.231.61) 23.113 ms 24.016 ms 11 lhr1-cdg1-stm4.lhr1.above.net (208.184.231.9) 41.398 ms 43.056 ms 12 lga1-lhr1-stm4-3.lga1.above.net (208.185.188.98) 113.568 ms 113.491 ms 13 ord2-lga1-oc48-2.ord2.above.net (208.185.156.157) 1 133.881 ms 14 sjc2-ord2-oc48.sjc2.above.net (208.184.233.45) 216.042 ms15.801 ms 2 15 core1-sjc2-oc12-2.sjc6.above.net (216.200.254.74) 215.994 ms6.045 ms 16 core2-core1-oc3-2.sjc6.above.net (209.133.31.178) 216.351 216. ms
# mae west (wohl l.a. oder s.f. - keine ahnung) 17 100tx-f6-1.mae-west.he.net (207.126.96.98) 200.127 m 199.877 ms
# hier kreuzen sich unsere Wege (also sollten wir _beide_ deinen rechner # erreichen können) 18 gige-g0-0.gsr12008.fmt.he.net (216.218.130.6) 201.450 200.146 ms
# der router, der deine kiste (wahrscheinlich) bedient 19 64.71.159.23 (64.71.159.23) 194.948 ms * 193.767 ms
die round trip times habe ich etwas verstümmelt, damit es auf Andreas' terminal passt :-)
aber ich komme alt nicht mit dem http Protokol rein www.atmel.com , er antwortet da einfach nicht.
Anhand meines traceroute und dem Vergleich mit deinem schlußfolgere ich, daß du den Rechner vom routing her gesehen erreichen kannst. Daher vermute ich, daß irgendwo ein Flaschenhals im Netz ist, der dich daran hindert, mit www.atmel.com zu kommunizieren.
mit lynx: HTTP request sent; waiting for response. und das geht ewig so
Genauso beim ftp, da konnt ich vor einer weile noch rein, aber beim ../pub/... hörte es auf. Und jetzt komm ich gar nicht mehr rein.
Das bestätigt die Vermutung mit der fehlenden Bandbreite.
Und in Giessen kam ich halt problemlos auf die Homepage. Fals es einer von euch schaft, die Seite aufzurufen, sagt mal bescheid.
done.
andre