xDSL.at

Hallo, kann mir das jemand erklären?

Wenn ich als Telekom-Austria Kunde, traceroute auf Telekom-DNS mache,
gehen die Pakete über asiatische IPs:

---tracert anfang--
tracert ns1.aon.at

Routenverfolgung zu ns1.aon.at [195.3.96.67] über maximal 30 Abschnitte:
1 1 ms 2 ms 1 ms DISCUS [10.0.0.138]
2 23 ms 23 ms 23 ms 16-64-154-128.rev.home.ne.jp [116.64.154.128]
3 24 ms 22 ms 21 ms SAX-NO03.highway.telekom.at [195.3.93.1]
4 27 ms 27 ms 28 ms 195.3.118.233
5 26 ms 26 ms 27 ms 195.3.118.170
6 29 ms 28 ms 59 ms ns1.aon.at [195.3.96.67]

Ablaufverfolgung beendet.
--tracert ende--

Router Zeigt:

Internet-Adresse: 178.190.226.1xx
Standardgateway: 178.190.231.254

Was ich schon probiert habe:

1. Windows, Linux und Live-Linux-CD.
2. Beim Nachbarn - mit seinem Internetzugang von Telekom-Austria(AON).
3. Mein Router auf die Werkseinstellungen zurückgesetzt.
4. Einen neuen Router vom Telekom-Austria geholt (andere Marke).

- die Ergebnisse bleiben gleich. Die IPs die letzte 2 Tage beim 2.ten Hop
aufgetaucht sind:

116.72.103.224
116.72.147.192
116.67.81.0
116.72.147.192
116.66.146.128
116.70.82.192
116.71.34.192
16-64-154-128.rev.home.ne.jp [116.64.154.128]
116.63.237.160
116.63.228.224
116.63.119.128
116.63.120.32
116.63.99.0
116.63.120.160

Transfernetze mit asiatischen IPs?

Ich wäre für eine Erklärung sehr dankbar.

Grüße Andreas

PS: Es schaut "witzig" aus:

tracert 116.67.65.160

Routenverfolgung zu 116.67.65.160 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms DISCUS [10.0.0.138]
2 28 ms 27 ms 32 ms 116.67.65.160
3 28 ms 22 ms 37 ms SAX-NO03.highway.telekom.at [195.3.93.1]
4 40 ms 28 ms 32 ms 195.3.118.233
[cut]
17 201 ms 252 ms 201 ms ae-11-70.car1.SanJose2.Level3.net [4.69.152.75]
18 199 ms 200 ms 199 ms HANARO.car1.SanJose2.Level3.net [4.59.0.162]
[cut]

Die Telekom ist nur sehr "kreativ", was die interne IP-Adressenvergabe betrifft. Plakativ könnte man sagen, da hat sich wer die Frage gestellt, welche IP er dem Router denn dieses Monat geben könnte und sich diese 116.usw ausgedacht.

Die Daten kommen jedenfalls nicht verstrahlt aus Japan zurück, der Traceroute täuscht somit.

Danke für die schnelle Rückmeldung.

Verstrahlt oder nicht, das ist nicht die Frage - die ersten IPs die ich überprüft habe waren aus China - und das ist nicht witzig - ich hätte sowas nicht für möglich gehalten ... aber vielleicht lege ich persönlich zu wenig Wert auf die Kreativität.

LG A.

Ich habe zu diesem Thema im Jänner 2011 eine Anfrage an den aon.support gestellt und folgende Antwort bekommen: "...Es handelt sich dabei um einen bekannten Bug, der aber laut unseren für Routing zuständigen Experten keine Auswirkung hat. Die Behebung wird mit einem Upgrade erfolgen. "

Wolf65: wow danke! Ja - Support war eine gute Idee .

[..]

23 ms wären etwas schnell für den halben Globus und zurück.

Ist wie schon erwähnt, ein Bug des Pirelli.. Genauso wie die Speedtouch damals 100 ms bis zu 10.0.0.138, also sich selbst, anzeigten..

hat, wie auch schon erwähnt, absolut keine auswirkung.

wicked_one hat geschrieben:Ist wie schon erwähnt, ein Bug des Pirelli..

nicht ganz, dieser "bug" hat nichts mit dem pirelli zu tun.
wenn dem so wäre, versteckt sich hinter meinem thomson seit neuestem auch ein pirelli.

greets

Ich kann es bestätigen, kein Pirelli Problem - vorher mit Thompson war die Route gleich...

Lg A.

Hm, ist mir neu, denn bis dato nur beim Pirelli aufgefallen.... denn von meinem Thomson aus isses normal...

Code: Alles auswählen

Routenverfolgung zu vnsc-bak.sys.gtei.net [4.2.2.2]  über maximal 30 Abschnitte:

  1     2 ms    99 ms    99 ms  10.0.0.138
  2    18 ms    18 ms    21 ms  62.47.95.239
  3    18 ms    19 ms    17 ms  172.19.93.213
  4    23 ms    23 ms    23 ms  195.3.118.229
  5    24 ms    80 ms    22 ms  195.3.68.118
  6    23 ms    22 ms    23 ms  212.73.203.137
usw
usf


Mein Cisco von zu Hause aus... - sehr interessant.

aber gut, schreckt mich noch immer nicht da wie gesagt, 24 ms nach Asien wäre wirklich Giganetz verdächtig

Code: Alles auswählen

wicked_home#traceroute 4.2.2.2

Type escape sequence to abort.
Tracing the route to 4.2.2.2

  1 116.64.179.32 32 msec 24 msec 20 msec
  2 195.3.93.1 20 msec 20 msec 20 msec
  3 195.3.118.233 24 msec 24 msec 28 msec
  4 195.3.68.126 28 msec
    195.3.70.110 24 msec
    195.3.68.126 24 msec
  5 212.73.203.137 152 msec 208 msec 204 msec
  6 4.69.135.29 172 msec 208 msec 208 msec
  7 4.69.135.34 36 msec 36 msec 36 msec
  8 4.69.140.2 40 msec
    4.69.140.10 44 msec

> aber gut, schreckt mich noch immer nicht da wie gesagt, 24 ms nach Asien wäre wirklich Giganetz verdächtig

das ist eigentlich nicht das problem, sondern: sind die ip adressen von ausserhalb des ta-netzes wahrnehmbar? das koennte dann zu massiven verwirrungen fuehren. nicht umsonst gibts laut rfc fuer interne netze besondere ip-bereiche.

Von ausserhalb denk ich nicht. Probleme könnts geben, genau diese IP´s, sollten sie denn Dienste beherbergen, uU nicht erreichbar sind. Aber durch die Chinesische Feuermauer kommt eh nix durch, weder rein noch raus

Und dass sich da die TA einfach unter der Hand IPs zugekauft hat?

Die Traceroute geht nach Asien, somit nicht "offiziel" sondern "kreativ" ... hehe... - werden wohl die Internen Transfernetzne mit 116. eigestellt sein ...

tracert 116.67.65.160

Routenverfolgung zu 116.67.65.160 über maximal 30 Abschnitte

1 <1 ms <1 ms <1 ms DISCUS [10.0.0.138]
2 28 ms 27 ms 32 ms 116.67.65.160
3 28 ms 22 ms 37 ms SAX-NO03.highway.telekom.at [195.3.93.1]
4 40 ms 28 ms 32 ms 195.3.118.233
[cut]
17 201 ms 252 ms 201 ms ae-11-70.car1.SanJose2.Level3.net [4.69.152.75]
18 199 ms 200 ms 199 ms HANARO.car1.SanJose2.Level3.net [4.59.0.162]

@wicked_one: wie das geht? ... dass bei Dir die Route andres ist ... - normale AON-Leitung?