Vodafone verlässt öffentliche Internetknoten

Web-Schecki · Montag um 22:12

Sonst hat hier aber niemand mehr derartige Probleme? Das ist schon alles sehr ungewöhnlich...

Holzkopf · Montag um 22:58

Code:

Resolving release-assets.githubusercontent.com (release-assets.githubusercontent.com)... 185.199.111.133, 185.199.108.133, 185.199.109.133, ...
Connecting to release-assets.githubusercontent.com (release-assets.githubusercontent.com)|185.199.111.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1924214784 (1,8G) [application/octet-stream]
Saving to: 'NUL'

NUL  22%[=============================>        ] 409,45M  61,8MB/s    eta 24s    ^

Geht hier in Hessen, evtl einstrahlungsproblem bei dir ?

Dr. Chaos · Montag um 23:24

markchess schrieb:
VF - für mich endgültig gestorben.

Ja, Vodafone die bösen. Wechsel doch den Provider meine Güte.
Komisch das es bei 99,999% der Kunden einwandfrei funktioniert nur bei dir mal wieder nicht.

Ich weiß aber auch nicht was ein Chromium Update mit einer Crystal Live ISO zu tun hat?

markchess · Montag um 23:38

Holzkopf schrieb:
Geht hier in Hessen, evtl einstrahlungsproblem bei dir ?

Hier gibts keine Einstrahlprobleme.
Zur gleichen Zeit liefern andere Seiten 6,4MB/s Fullspeed.

Das einzige Einstrahlproblem liegt an der Übergabe VF <--> GitHub/Fastly

Dr. Chaos schrieb:
Ja, Vodafone die bösen. Wechsel doch den Provider meine Güte.

Darauf kannst du Gift nehmen.

Dr. Chaos · Montag um 23:43

markchess schrieb:
Das einzige Einstrahlproblem liegt an der Übergabe VF <--> GitHub/Fastly

Die Übergabe erfolgt in Frankfurt an einem privaten Port, warum sollte dieser Port Mitten in der Woche spät abends überlastet sein? Das macht gar keinen Sinn!

Code:

Routenverfolgung zu raw.githubusercontent.com [185.199.111.133]
über maximal 30 Hops:

  1     1 ms     1 ms     1 ms 
  2     7 ms     8 ms     8 ms 
  3     9 ms     8 ms    10 ms  ip5886d881.static.kabel-deutschland.de [88.134.216.129]
  4    17 ms    12 ms    13 ms  ip53a99c26.static.kabel-deutschland.de [83.169.156.38]
  5    16 ms    25 ms    17 ms  145.254.3.170
  6    18 ms    16 ms    13 ms  145.254.2.209
  7    17 ms    18 ms    12 ms  23.235.41.120
  8    17 ms    13 ms    11 ms  cdn-185-199-111-133.github.com [185.199.111.133]

CB_usr90 · Montag um 23:45

@markchess

Bei mir alles flott. 100 mbit, Vodafone West ehemals Unitymedia Gebiet.

(GitHub Link)

Also Probleme mit dem Peering hatte ich bisher noch nicht. Egal zu welcher Uhrzeit. Speed kommt seit 11 Jahren vollständig an.

markchess · Montag um 23:48

Dr. Chaos schrieb:
Die Übergabe erfolgt in Frankfurt an einem privaten Port, warum sollte dieser Port Mitten in der Woche spät abends überlastet sein? Das macht gar keinen Sinn!

Genau das ist die Millionenfrage die du VF stellen solltest warum sie es nicht gebacken kriegen.

Dr. Chaos · Montag um 23:51

@markchess Die Antwort, es liegt wohl eher nicht an Vodafone.

markchess · Montag um 23:56

Dr. Chaos schrieb:
@markchess Die Antwort, es liegt wohl eher nicht an Vodafone.

Yup, das wäre ja zu einfach gewesen.

Dr. Chaos · Dienstag um 00:11

@markchess Richtig!

Wenn 10 Menschen gemeinsam unter freiem Himmel stehen und einer davon nass ist, die anderen aber nicht, könnte Regen daran schuld sein, aber die Wahrscheinlichkeit ist eher Gering.

markchess · Dienstag um 00:16

Mein Tipp: es ist der unsichtbare Hamster.
Der knabbert immer alle github Pakete weg, sobald sie über meine Leitung laufen. Aber nur die!

Web-Schecki · Dienstag um 01:13

markchess schrieb:
Das einzige Einstrahlproblem liegt an der Übergabe VF <--> GitHub/Fastly

Kannst du nochmal ein traceroute zu release-assets.githubusercontent.com liefern? Das wäre vielleicht noch interessant.

Es bleibt dabei, dass Github hierfür sinnloserweise keine AAAA records konfiguriert hat (anders als z.B. für raw.githuberusercontent.com, das genauso auf fastly-IPs zeigt). Damit läuft der Download garantiert über IPv4, was natürlich in Verbindung mit DS-lite eine mögliche Fehlerquelle darstellt. In diesem Fall kann man das allerdings ausschließen, weil dann wohl auch andere Nutzer betroffen wären, und um die Uhrzeit wären kapazitätsengpässe enorm unwahrscheinlich.

markchess · Dienstag um 01:44

@Web-Schecki Mittlerweile läuft github wieder mit Fullspeed.

Das Traceroute, die Pings sind immer bei ~13ms, egal ob Schneckentempo oder Fullspeed.

Code:

Routenverfolgung zu release-assets.githubusercontent.com [185.199.111.133] über maximal 30 Abschnitte:

  1     1 ms     1 ms     1 ms  fritz.box [192.168.178.1]
  2    12 ms    11 ms    12 ms  ipservice-092-211-151-0**.092.211.pools.vodafone-ip.de [92.211.151.**]
  3    13 ms    11 ms    11 ms  188.111.215.18
  4    14 ms    11 ms    14 ms  188.111.129.34
  5    15 ms    14 ms    13 ms  145.254.2.207
  6    15 ms    14 ms    14 ms  23.235.41.120
  7    15 ms    13 ms    13 ms  cdn-185-199-111-133.github.com [185.199.111.133]

Ablaufverfolgung beendet.

Eine Idee hab ich noch:
bei der nächsten Speed-Drosselung werde ich sofort über die Fritzbox eine neue IPv4 / IPv6 Adresse anfordern.

Mal sehen ob das einen Unterschied macht.

Dr. Chaos · Dienstag um 02:13

markchess schrieb:

Code:

Routenverfolgung zu release-assets.githubusercontent.com [185.199.111.133] über maximal 30 Abschnitte:

  1     1 ms     1 ms     1 ms  fritz.box [192.168.178.1]
  2    12 ms    11 ms    12 ms  ipservice-092-211-151-0**.092.211.pools.vodafone-ip.de [92.211.151.**]
  3    13 ms    11 ms    11 ms  188.111.215.18
  4    14 ms    11 ms    14 ms  188.111.129.34
  5    15 ms    14 ms    13 ms  145.254.2.207
  6    15 ms    14 ms    14 ms  23.235.41.120
  7    15 ms    13 ms    13 ms  cdn-185-199-111-133.github.com [185.199.111.133]

Ablaufverfolgung beendet.

Du nutzt so gar den selben Port wie ich, also kann es nicht am Peering liegen.

markchess schrieb:
Eine Idee hab ich noch:
bei der nächsten Speed-Drosselung werde ich sofort über die Fritzbox eine neue IPv4 / IPv6 Adresse anfordern.

Mal sehen ob das einen Unterschied macht.

Versuch das Mal, allerdings funktioniert das bei mir seit Ewigkeiten nicht mehr.
Eine neue IPv6 bekomme ich nur noch wenn die Fritzbox 24 Stunden aus ist und eine neue IPv4 manchmal nach einem Neustart der FB aber meistens muss ich auch dafür 30-60 Minuten warten.

Aber warum denkst du es könnte an der IP liegen? Mir fällt auf Anhieb nichts ein.

markchess · Dienstag um 02:38

Dr. Chaos schrieb:
Du nutzt so gar den selben Port wie ich, also kann es nicht am Peering liegen.

Aber der Rückweg: github ---> VF kann ganz anders sein.

Dr. Chaos schrieb:
Aber warum denkst du es könnte an der IP liegen? Mir fällt auf Anhieb nichts ein.

Ausschlussverfahren und was anderes fällt mir nicht mehr ein.

Dr. Chaos · Dienstag um 12:03

markchess schrieb:
Aber der Rückweg: github ---> VF kann ganz anders sein.

Kann er, wäre aber extrem ungewöhnlich bei privaten Peering, weil man nutzt in der Regel den schnellsten Weg. Außerdem kann Vodafone den Rückweg nicht beeinflussen.

markchess schrieb:
Ausschlussverfahren und was anderes fällt mir nicht mehr ein.

Irgendeine Ursache hat das ganze, ob Vodafone Schuld hat weiß ich nicht, aber das Peering ist sehr wahrscheinlich nicht schuld.

Ich bin auch gerne bereit dir bei der Suche zu helfen.

Web-Schecki · Dienstag um 13:23

markchess schrieb:
Ausschlussverfahren und was anderes fällt mir nicht mehr ein.

Wäre schon interessant, ob andere Adressbereiche dasselbe Problem haben.
Ansonsten, falls Windows genutzt wird, mal die MTU zurücksetzen versuchen (z.B. per TCPOptimzer und dann "Windows Default" laden)? Das würde nicht erklären, warum es manchmal dann doch klappt, aber wer weiß...
Ansonsten:
Kannst du andere Endgeräte testen?
Kannst du testen, ob sich das Problem per VPN umgehen lässt?

markchess · Dienstag um 15:29

@Web-Schecki Das hatte ich hier schon in diesem Thread geschrieben.
Über einen VPN Anbieter bekomme ich sofort Fullspeed.

Mache ich zur besagten Zeit Speedtests auf speedtest.net liefern die Server dort Fullspeed.

Ebenfalls Fullspeed von Download-Testdateien von z.B.
http://speedtest.belwue.net/http-dl.html
https://speedtest.init7.net/
https://speedtest.wtnet.de/
https://www.speedtestx.de/
https://proof.ovh.net/files/
und andere Seiten.

Habe 4 verschiedene Laptops, via WLAN und LAN-Kabel (verschiedene Betriebssysteme und Browser) an einer Fritzbox 7590
Alle liefern exakt dieselben Ergebnisse: dieses Schneckentempo betrifft dann immer nur github/fastly.

Web-Schecki · Dienstag um 15:47

@markchess Okay, daran hat sich also nichts geändert, und die Probleme treten vor allem Abends auf, oder ist das vollkommen beliebig? Den Router hast du schon mal auf Werkseinstellungen zurückgesetzt, um da irgendwelche komischen Fehler auszuschließen?

Das gesamte Problem ist sehr schleierhaft, aber vor allem wundert es mich, dass sich hier nicht mehr Vodafone-Kunden mit diesen Problem melden und es bei einigen augenscheinlich sogar problemlos funktioniert.
Sehr ärgerlich natürlich, dass das Problem so punktuell auftritt und du nicht mit einer Breitbandmessung-Messkamapagne o.Ä. weiterkommst oder Druck bei Vodafone aufbauen kannst... Das erinnert schon alles an ein Routing-Problem, aber ein solches sollte wenigstens für den ein oder anderen Vodafone-Kunden reproduzierbar sein. War es zu Beginn der Probleme ja auch, wie man hier im Threadverlauf gesehen hat...

markchess · Dienstag um 16:02

@Web-Schecki Hatte auf der Fritzbox schon 3 verschiedene FritzOS Versionen laufen, alle immer in Standard-Mode nach Werkreset.
Natürlich immer mit Modem-Installationscode (MIC) eingerichtet, so wie von Vodafone standardmässig empfohlen.
Keinerlei Änderungen in der Fitzbox vorgenommen, auch mit Standard VF dns Server getestet.

Hat alles nix gebracht.

Diese Problem tritt immer auf zwischen 18:00 - 23:00 Uhr
Wann es dann zuschlägt und an welchem Tag und wie lange, das ist immer unterschiedlich und anders.

Ich war davor 2 Jahre bei 1&1 Versatel und hatte nie dieses Problem.
Bzw. vor Jahren bei o2, ebenfalls nie Probleme gehabt.

Vodafone verlässt öffentliche Internetknoten

Lt. Commander

Lt. Commander

Lt. Commander

Ensign

Lt. Commander

Lt. Junior Grade

Ensign

Lt. Commander

Ensign

Lt. Commander

Ensign

Lt. Commander

Ensign

Lt. Commander

Ensign

Lt. Commander

Lt. Commander

Ensign

Lt. Commander

Ensign

Ähnliche Themen