Unitymedia Routing unity - kabelbw kaputt (FFM)

[emmwie]

Vielleicht liest das ja hier jemand, der sich damit auskennt:
Von einem unitymedia Anschluss komm ich nicht zu kabelbw - und umgekehrt:

traceroute to www.kabelbw.de (82.212.63.139), 64 hops max
1 94.79.147.89 (94.79.147.89) 0.459ms 0.869ms 0.953ms
2 10.144.192.1 (10.144.192.1) 7.916ms 8.024ms 15.920ms
3 * * *
4 * * *
...

Zum Vergleich:

traceroute to www.heise.de (193.99.144.85), 64 hops max
1 94.79.147.89 (94.79.147.89) 0.405ms 0.879ms 0.914ms
2 10.144.192.1 (10.144.192.1) 9.095ms 6.861ms 9.983ms
3 80.69.105.29 (80.69.105.29) 22.340ms 7.490ms 9.978ms
4 80.69.107.21 (80.69.107.21) 19.654ms 20.205ms 29.972ms
5 80.69.107.209 (80.69.107.209) 19.898ms 17.701ms 15.949ms
6 80.69.107.9 (80.69.107.9) 15.926ms 15.990ms 15.933ms
7 194.146.118.16 (194.146.118.16) 28.236ms 19.631ms 15.955ms
8 82.98.98.106 (82.98.98.106) 14.268ms 14.308ms 15.561ms
9 193.99.144.85 (193.99.144.85) 19.692ms 15.940ms 14.236ms

Das ist sehr ärgerlich - unsere Kunden können uns nicht erreichen, sofern sie auch Kunden dieses ...ladens sind (KabelBW = Unitymedia)
Die Hotline sagt: "Ihr Anschluss ist in Ordnung..."
Es gibt offenbar keine Möglichkeit, diese Info in einem Ticket loszuwerden, bloss eine unwissende oder genervte Hotline.
Langsam werd ich sauer, das Problem besteht jetzt schon ne Woche! (ja, wurde gemeldet)

Grüße, Michael

 

[tq1199]

2 10.144.192.1 (10.144.192.1) 7.916ms 8.024ms 15.920ms

Woher kommt diese IP-Adresse "10.144.192.1"?

 

[emmwie]

2 10.144.192.1 (10.144.192.1) 7.916ms 8.024ms 15.920ms

Woher kommt diese IP-Adresse "10.144.192.1"?

Die liefert mir "traceroute" als ersten Hop außerhalb. Dürfte das Gateway sein, bzw. die Gegenstelle zum Kabelmodem (weiß nicht, welches Protokoll man da nimmt, irgendein Point to Point? PPPoE? ist ja kein "E"...) und ja, das ist eine private IP, aber nicht meine... die wird wohl im unity Netz intern verwendet. Es muss ja auch nicht jeder Router innerhalb des Provider Netzes eine öffentliche IP haben, dafür gibt's zu wenig IPv4s.

 

[umuserhe]

Ich habe ja den Eindruck, dass das Routing zwischen Unitymedia Kunden auch kaputt ist.

 

[tq1199]

Von einem unitymedia Anschluss komm ich nicht zu kabelbw - und umgekehrt:

traceroute to http://www.kabelbw.de (82.212.63.139), 64 hops max

Versuch mal Folgendes, in der Konsole:

<i>
</i>sudo tcpdump -vn -i any dst host 82.212.63.139 or src host 82.212.63.139
nc -v -n -z -w 1 82.212.63.139 80

 

[Joerg]

Ist das Routing wirklich kaputt oder blockiert umkabelbw einfach ab einer bestimmten Stelle ICMP-Pakete? Ich tippe mal auf letzteres, denn anpingen kann ich www.kabelbw.de auch nicht (aus dem UM-Netz):

[~] # ping www.kabelbw.de
PING www.kabelbw.de (82.212.63.139): 56 data bytes
^C
--- www.kabelbw.de ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss

Traceroute (basierend auf ICMP) verhält sich erwartungsgemäß analog:

[~] # traceroute www.kabelbw.de
traceroute to www.kabelbw.de (82.212.63.139), 30 hops max, 40 byte packets 1 fritz.box (192.168.123.99) 0.442 ms 0.498 ms 0.988 ms 2 10.158.192.1 (10.158.192.1) 11.84 ms 11.081 ms 7.964 ms 3 1111a-mx960-01-ae13-1040.msr.unity-media.net (81.210.130.65) 15.98 ms 11.072 ms 10.43 ms 4 1111a-mx960-02-ae0.msr.unity-media.net (80.69.107.145) 9.454 ms 9.419 ms 9.95 ms 5 1211f-mx960-02-ae2.dtm.unity-media.net (80.69.107.141) 9.791 ms 15.824 ms 13.352 ms 6 1211f-mx960-01-ae0.dtm.unity-media.net (80.69.107.209) 9.994 ms 16.626 ms 12.439 ms 7 1411g-mx960-01-ae8.nss.unity-media.net (80.69.107.9) 11.481 ms 12.992 ms 14.547 ms 8 1411g-mx960-02-ae0.nss.unity-media.net (80.69.107.206) 49.915 ms 16.665 ms 12.395 ms 9 HSI-KBW-85-216-127-228.hsi.kabel-badenwuerttemberg.de (85.216.127.228) 19.51 ms 22.921 ms 23.924 ms
10 HSI-KBW-109-192-192-249.hsi6.kabel-badenwuerttemberg.de (109.192.192.249) 22.462 ms 24.617 ms 21.104 ms
11 * * *

TCP-Pakete erreichen aber sehr wohl ihr Ziel:

[~] # telnet www.kabelbw.de 80
GET / HTTP/1.1
HOST: www.kabelbw.de
HTTP/1.1 301 Moved Permanently
Date: Sat, 22 Mar 2014 08:31:25 GMT
Server: Apache-Coyote/1.1
X-Powered-By: JBoss1S2
Location: /kabelbw/cms/startseite/index.html
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 0
Set-Cookie: JSESSIONID=70F2D054F5E8B07F21846BD92A2D7039.kbwsrzpt30b; Path=/
VHost: web-www:80 apache1
Vary: Accept-Encoding

Alles im grünen Bereich, würde ich sagen, oder?

Jörg

 

[emmwie]

Hallo Jörg,

Ist das Routing wirklich kaputt oder blockiert umkabelbw einfach ab einer bestimmten Stelle ICMP-Pakete? Ich tippe mal auf letzteres, denn anpingen kann ich http://www.kabelbw.de auch nicht (aus dem UM-Netz):

Richtig, man darf nicht erwarten, dass ein Webserver auf Ping antwortet. tcptraceroute mit TCP Port 80 liefert übrigens dasselbe Ergebnis (s.u.)
ICMP Pakete droppen ist aber so ne Sache... ein paar davon sind eben recht hilfreich bei der Netzwerk-Diagnose, z.B. die Fehlermeldungen wenn die TTL erreicht ist (traceroute), oder "no route to host", oder "host unreachable" etc. etc.

Deswegen der Vergleich mit einer funktionierenden Route.

Grundlage meines Posts ist aber selbstverständlich, dass kabelbw.de auch nicht im Browser aufgeht, ebenso wenig wie ein telnet auf Port 80 von http://www.kabelbw.de funktioniert. Kurz: der ist nicht erreichbar. Ich bekomme erst nach dem timeout eine Fehlermeldung, und das bedeutet: DAS NETZ IST KAPUTT. Sonst müsste irgendwer auf dem Weg ein "unreachable" oder sonstwas zurück liefern. ODER?

[~] # traceroute www.kabelbw.de
traceroute to www.kabelbw.de (82.212.63.139), 30 hops max, 40 byte packets
... 8 1411g-mx960-02-ae0.nss.unity-media.net (80.69.107.206) 49.915 ms 16.665 ms 12.395 ms 9 HSI-KBW-85-216-127-228.hsi.kabel-badenwuerttemberg.de (85.216.127.228) 19.51 ms 22.921 ms 23.924 ms
10 HSI-KBW-109-192-192-249.hsi6.kabel-badenwuerttemberg.de (109.192.192.249) 22.462 ms 24.617 ms 21.104 ms
11 * * *

Du siehst aber schon den Unterschied zu meinem trace?
Ich komme gar nicht bis zu ...kabel-baden-wuertttemberg.de.

Alles im grünen Bereich, würde ich sagen, oder?

Bei Dir schon - bei mir leider IMMER NOCH NICHT!

Viele Grüße, Michael

 

[Joerg]

Richtig, man darf nicht erwarten, dass ein Webserver auf Ping antwortet. tcptraceroute mit TCP Port 80 liefert übrigens dasselbe Ergebnis (s.u.)
ICMP Pakete droppen ist aber so ne Sache... ein paar davon sind eben recht hilfreich bei der Netzwerk-Diagnose, z.B. die Fehlermeldungen wenn die TTL erreicht ist (traceroute), oder "no route to host", oder "host unreachable" etc. etc.

Richtig, aber diese Unsitte ist weder eine Erfindung von LGI/UM noch neu, das gab's bei diversen paranoiden Netzwerkern auch vor 20 Jahren schon

Grundlage meines Posts ist aber selbstverständlich, dass kabelbw.de auch nicht im Browser aufgeht, ebenso wenig wie ein telnet auf Port 80 von http://www.kabelbw.de funktioniert. Kurz: der ist nicht erreichbar. Ich bekomme erst nach dem timeout eine Fehlermeldung, und das bedeutet: DAS NETZ IST KAPUTT. Sonst müsste irgendwer auf dem Weg ein "unreachable" oder sonstwas zurück liefern. ODER?

Ja, es sollte i.A. eine entsprechende Meldung zurückkommen.

Du siehst aber schon den Unterschied zu meinem trace?
Ich komme gar nicht bis zu ...kabel-baden-wuertttemberg.de.

[...]

Bei Dir schon - bei mir leider IMMER NOCH NICHT!

Viele Grüße, Michael

Unerfreulich, und Du hast Recht, es könnte schwer werden bei UM einen geeigneten Ansprechpartner zu finden. Ich hab bei denen "nur" einen Privatkundenanschluß, bei anderen Anbietern (wie z.B. Versatel) ist es uns als Geschäftskunde i.A. gelungen (meist nach einigen Eskalationsstufen) einen direkten Kontakt mit der Technik zu bekommen; speziell Versatel war noch klein genug um dann auch die "richtigen" Leute zu erwischen. Wäre interessant ob das bei UM auch möglich ist ...

Viel Glück,

Jörg

 

[emmwie]

Unerfreulich, und Du hast Recht, es könnte schwer werden bei UM einen geeigneten Ansprechpartner zu finden. Ich hab bei denen "nur" einen Privatkundenanschluß, bei anderen Anbietern (wie z.B. Versatel) ist es uns als Geschäftskunde i.A. gelungen (meist nach einigen Eskalationsstufen) einen direkten Kontakt mit der Technik zu bekommen; speziell Versatel war noch klein genug um dann auch die "richtigen" Leute zu erwischen. Wäre interessant ob das bei UM auch möglich ist ...

Nein. Definitiv nicht. Erst mehrfach die Hotline. Dann einen super-unfreundlichen Techniker, der nur Sch*** erzählte, nicht zuhörte und noch kurz genervt mitteilte, er werde es nach Stuttgart weiter geben, bevor er den Hörer aufknallte. Dann wieder Hotline, Rückruf erbeten. So geht das jetzt schon seit 12 Tagen.

Heute hatten wir ein wenig Glück, ein Techniker war dran (wohl aus NRW, Technik-Zentrale). Wir machten ein tracert, und er wollte dann mal ein whois auf die 10.144.... machen *seufz*. Er verstand das Problem zunächst auch nicht: "ich sehe doch Ihre Seite, dann ist es doch ok". Dann irgendwann eine E-Mail: "wir bedanken uns für das freundliche Gespräch.
Sollten in diesem Zusammenhang jedoch noch Unklarheiten bestehen oder im Nachhinein weitere Fragen aufkommen, teilen Sie uns dies bitte mit. Wir werden Ihr Anliegen dann umgehend bearbeiten."

Aha.

Dumm: das Problem ist noch nicht gelöst, es gibt keine Ticketnummer, keinen Kontakt, niemanden, der vielleicht schonmal von dem Problem gehört hat, sondern: "gehe zurück auf Los" - zur Hotline. Es ist zum Verzweifeln. Die Arbeiten im Service wie die Neandertaler.

Ich hab das jetzt mal veröffentlicht, vielleicht kapiert es ja einer mal: http://94.79.147.94/

 

[emmwie]

Hurra! Es funktioniert wieder!
a) Danke
b) (wurde aber auch Zeit...)