---

@drohhyn  schrieb:
Jetzt warte ich mal ab, was am Montag passiert.

---

was soll am Montag passieren?

der_Lutz

drohhyn

Jetzt warte ich mal ab, was am Montag passiert.

Jetzt warte ich mal ab, was am Montag passiert.

drohhyn

Jetzt warte ich mal ab, was am Montag passiert.

was soll am Montag passieren?

Na, @drohhyn wird einen Rückruf von einem Telekom-Techniker erhalten, der ihm erklären wird, wie man den Router neu startet.

Tipp: Trotzdem hartnäckig bleiben, zur Not bis zur Vorstandsbeschwerde (dafür gibt es ein eigenes Team in Bonn). Dann erhält man normalerweise einen Rückruf von einer etwas verständigeren Person, die dann umständlich erklären wird, dass man die internen Prozesse der Telekom leider nicht beeinflussen könne (so bei mir schon zweimal geschehen bei etwas komplizierteren und prompt fehlgeschlagenen Portierungen).

hat und wahrscheinlich 99% der Fehler auch nach Schema F lösbar sind.

Aber für alle anderen - die oftmals auch zumindest einen Teil der Problematik verstehen - ist der Ausweg hin zu denen, die das Problem wirklich lösen können, meist unmöglich zu finden.

für solche Fälle über dem Standard-Niveau ist ja eigentlich die Eskalation vorgesehen.
Bei manchen anderen komme ich da auch immer durch, man muss meist nur zeigen, dass man was davon versteht und kurz abhaken, was der an Standards abfragen würde, dazu vielleicht den Wunsch äußern, dass es an einen Techniker geht oder so.

Bei der Telekom hat mir aber noch nie einer bestätigen wollen, dass es weitergeleitet wird und sich jemand kümmert. Stattdessen wird aufgelegt. Und wie gesagt, kam das Auflegen von der nächsten Ebene, wo der vorher 10x was nachgefragt hat.
Da steckt ein System dahinter. Ein Feedback dazu abzugeben mit Rückmeldung, ist mir auch noch nie gelungen.

Was das Team hier reinschreibt, hört sich für mich leider auch so an, wie "die da oben machen was, das sagt man uns aber auch nicht genau". Wenn man tatsächlich mal zu einem durchkommt, der Zugriffsmöglichkeiten hat, dann sieht das völlig anders aus. Da kann man z.B. gesagt bekommen, dass der Mitarbeiter im T-Punkt eine Fehlermeldung mit dem Text XYZ bekommen hat und den Bestätigungsknopf nicht gedrückt hat und deswegen der Mobil-Vertrag nicht aktiviert wurde, nur mal so als Beispiel. Den T-Punkt erreicht man dann aber nicht...weder E-Mail noch Telefon (ist für alle T-Punkte zusammen und weiterleiten wird abgelehnt, sogar eine Nachricht wollte man nicht weitergeben). Der kundige Mitarbeiter kann es zwar sehen aber nicht beheben oder sich an den T-Punkt wenden. Also Abschottung fast 100%. Das ganze Störungssystem scheint mir ähnlich organisiert zu sein. keine meiner Störungen wurde bisher zeitnah bearbeitet oder behoben, was mich sehr erstaunt hat, denn wegen der Zuverlässigkeit und der Kundenbetreuung bin ich eigentlich bei der Telekom gelandet (ich war in meinem Leben immer mal wieder bei der Telekom, meist für die Mindestzeit).

jkammann

Hier liegt einfach ein Konfigurationsfehler vor und es ist eben Glück oder Pech, aus welchem IP-Adressbereich man gerade eine IP-Adresse erhalten hat.

Das ist genau dass, was ich die ganze Zeit geschrieben habe.

Jetzt stellt sich nur die Frage, wer ihn beheben kann.

Und da ist leider die einzige Quelle die wir haben die Antwort hier vom Team. 

Da aber bestimmt keine Stammtischbabbler im Netzwerkmanagement sitzen, gehe ich mal davon aus, dass da was dran ist.

Wenn es nämlich mit einem Fingerschnippen erledigt wäre, dann hätte schon jemand geschnippt.

Dickes Danke für das nice debugging! 💪

Ich habe gerade einen Anruf eines network engineers von AWS erhalten, was ich an sich schon sehr anständig finde, denn solche Anrufe sind eigentlich Premium-Support Kunden vorbehalten. Er hat bestätigt, das AWS keinerlei Interesse daran hätte, existierende direkte Peerings nicht zu verwenden, schließlich verdiene Amazon am abgehenden Netzwerkverkehr seiner Kunden.

Verbindungsprobleme zu Github kenne er, leider sei Github sehr auf die Region USA Ost "fokussiert" was zu gelegentlichen Problemen beim Zugriff außerhalb der USA führen könnte (sprich Github nutzt nicht die eigentlich zur Lastverteilung vorgesehenen welweit verteilten AWS Zonen).

Sein Verständnis war auch, dass es an der Telekom läge, die verwendeten IP-Adressbereiche zu annoncieren. Ein "manual override" erfolge nur, wenn die direkte Route unerwartete Probleme aufweise. AWS nutze immer die netzwerktechnisch gesehen günstigste Route. Allerdings meinte er auch, dass es bei direkten Peering -Vereinbarung noch andere technische Parameter vertraglich geregelt werden könnten, z.B. eine tageszeitabhängige Begrenzung der Bandbreite und damit einhergehend ein unterschiedliches Routing je nach Tageszeit bzw Last (NB: Das habe ich bisher nicht feststellen können, auch z.B. frühmorgens erfolgt das Routing über Cogent).

Er versprach, die Sache an das NOC weiterzuleiten - ich habe ihm im Nachgang noch die betroffenen IP-Adressbereiche geschickt:
79.192.0.0/10

93.192.0.0/10

91.0.0.0/10

80.128.0.0/11

84.128.0.0/10

87.128.0.0/10

Also abwarten, was passieren wird...

@EchoEcho 

@Kunde00815 

Es gibt hier keine Möglichkeit eine Beitrag oben anzupinnen außer ihn als Lösung zu markieren. @Henning H. ist da weiterhin dran, das Thema ist definitiv noch nicht gelöst

Danke für den VPN Tipp. Ich habe mir mal Speedify installiert - gibt gerade 3 Jahre unlimitiert für um die 50€

damit konnte ich heute wenigsten arbeiten und zwei Downloads endlich abschließen. 

klar ist das keine Lösung weil ich das jetzt nicht auf jedem Rechner installieren möchte - aber es war ein guter Tipp um schnell wieder arbeitsfähig zu sein.  Danke. 

mich hoffe dennoch, dass ich die Software bald nicht mehr brauche!

@demboris 
Wie gesagt, VPN 's lösen sowas immer, wobei das natürlich kein echter Weg sein sollte. 

Im übrigen ist das selbe aktuell auch zu v.redd.it und i.redd.it ebenfalls, sodass bei meinem Freund mittlerweile automatisch sämtlicher Traffic zu reddit durch einen VPN geht und alles andere nicht.

Dadurch das Oracle ja auch zwei Server Instanzen gratis anbietet habe ich mir da ein VPN Endpunkt eingerichtet welchen ich auch für solche Fälle nutze. Zwar nicht sonderlich schnell (nur rund 10Mbit/s) aber reicht mir aus.

jkammann

Meine Arbeitshypothese ist weiterhin, dass die Telekom nur ein Alibi- Peering mit Amazon unterhält (ähnlich dem 1 GBit/s Link zum DE-CIX....) 

da weder das eine noch das andere stimmt bricht die Hypothese im Ansatz zusammen, dumm gelaufen.

> Was für ein Tonfall der Community Guides hier schon wieder herrscht...

Ich glaube das gilt für den generellen Tonfall im Forum. Alle meckern nur rum, keine Erklärung wird akzeptiert und auch wenn man Sachen schon 10x geschrieben hat macht sich keiner die Mühe das zu lesen. Man brüllt einfach noch mal "TELEKOM IST SCHULD" auch wenn man keinen Sachverstand hat.

🍿

Kunden könnten da auch durchaus Druck machen indem entsprechende Erfahrungsberichte vermehrt über Social Media gepostet werden

Nicht zuletzt ist das ja eben auch eine Marktwirtschaftliche Frage, wenn wegen der Double Paid Peering Politik der Telekom zu viele Kunden kündigen oder erst gar nicht Kunden werden. Erst dann wird es aus Betriebswirtschaftlicher Perspektive Sinnvoll sein auf diese Strategie zu verzichten.

L S

 

Wäre schon nett wenn man Updates bekommen würde "wir stehen mit Amazon in Korrespondenz" 

Das haben sie doch geschrieben

Die Telekom betreibt generell kein Fingerpointing auf andere - das ist in den Unternehmensregeln festgeschrieben.

Mehr als eine wage Aussage wo das Problem genau liegt wirst du also nicht bekommen.