DSL abends langsam

[Silent3D]

@Silent3D ich schreib unfug? Vielleicht ist deine Aussage auch Bullshit und hast selbst keine Ahnung? hm. Ein hin und her. Merkst du was?

Nur komisch, warum ich sowas nur über Vodafone lese aber die anderen Anbieter solche Probleme nicht haben

Du schreibst, dass insbesondere bei Vodafone die Übertragungsraten Abends sinken würden. Ich habe klargestellt, dass die Technik, die für solche Engpässe verantwortlich ist, immer und ausschließlich von der Telekom sein kann. Es ist also vollkommen egal, welchen DSL-Anbieter man wählt: Kabel und DSLAM gehören immer der Telekom und es macht keinen Unterschied, welcher Provider das nun anmietet.

Warum Du nur von Vodafone-Problemen liest, kann ich Dir nicht beantworten. Aber hinter dem was "Du" liest steht wohl auch kaum eine nachvollziehbare Signifikanz.
Ich lese viel mehr Nachrichtenartikel der FAZ, als von der NYT. Trotzdem stelle ich mich nicht hin und sage, die FAZ wäre die größere Zeitung, weil ich ja viel häufiger deren Artikel sehe...

 

[Gretzzy]

Bei Vodafone wundert es mich nicht. Selbst bei DSL ist vodafone eine Katastrophe. Selbst da liest man immer wieder das die Downloadrate von Vodafone DSL am abends sinken. Sowas hab ich selbst bei der Telekom und bei o2 nicht mal erlebt. Traurig sowas.

Nein, meine Downloadrate ist okey. Da hab ich 1.5 MB

Ergänzung (13. November 2019)

Die Leitung ist natürlich die gleiche aber der Traffic kann schon je nach Anbieter im Backbone unterschiedlich behandelt werden, einigt euch doch einfach darauf.

Und zum Thema, ja klassischer Fall von zu viele Leute an einem Verteiler, da ist es egal ob man ein DSL oder Kabelanschluss hat, für alle die vDSL für das Zentrum der Macht halten gegenüber Kabel.

Okey blöd, aber wieso sagt mir Vodafone das nicht einfach?
Aber kann ich nicht Kündigen ? Da meine Mindestgeschwindigkeit unter 6mbit liegt?

Weil ich glaube kaum das Vodafone das schnell in den griff bekommen wird.

 

[Silent3D]

Die Leitung ist natürlich die gleiche aber der Traffic kann schon je nach Anbieter im Backbone unterschiedlich behandelt werden, einigt euch doch einfach darauf.

Und zum Thema, ja klassischer Fall von zu viele Leute an einem Verteiler, da ist es egal ob man ein DSL oder Kabelanschluss hat, für alle die vDSL für das Zentrum der Macht halten gegenüber Kabel.

Ganz genau. Die Verteilerstelle (MFG) ist fast immer der Knackpunkt. Und die gehört immer der Telekom.

Selbstverständlich kann es auch Bottlenecks in den Backbonenetzen geben - aber das hat meist nichts mit dem abendlichen Absinken der Downloadgeschwindigkeit zu tun.

Ergänzung (13. November 2019)

Nein, meine Downloadrate ist okey. Da hab ich 1.5 MB

Ergänzung (13. November 2019)

Okey blöd, aber wieso sagt mir Vodafone das nicht einfach?
Aber kann ich nicht Kündigen ? Da meine Mindestgeschwindigkeit unter 6mbit liegt?

Weil ich glaube kaum das Vodafone das schnell in den griff bekommen wird.

Das ist der Punkt. Vodafone kann das gar nicht ändern. Die Telekom muss Kapazitäten im MFG aufrüsten. Das machen die in der Regel aber sehr ungerne.

Ich glaube bei Vodafone kann man außerordentlich kündigen, wenn regelmäßig eine bestimmte prozentuale Bandbreite (60% oder so) nicht erreicht wird.

 

[Gretzzy]

Ganz genau. Die Verteilerstelle (MFG) ist fast immer der Knackpunkt. Und die gehört immer der Telekom.

Selbstverständlich kann es auch Bottlenecks in den Backbonenetzen geben - aber das hat meist nichts mit dem abendlichen Absinken der Downloadgeschwindigkeit zu tun.

Meine Downloadgeschwindigkeit bleibt ja normal.
Nur kann ich keine Streaming dienste nutzen und Online zocken.
Obwohl mein Ping auch normal ist (also nicht über 50)

 

[cartridge_case]

Das gesamte Telefonnetz gehörte der Deutschen Bundespost

Nein, die Bahn hatte da auch einen kleinen Anteil.

 

[Silent3D]

Meine Downloadgeschwindigkeit bleibt ja normal.
Nur kann ich keine Streaming dienste nutzen und Online zocken.
Obwohl mein Ping auch normal ist (also nicht über 50)

Wenn die Bandbreiten zur Verfügung stehen, bestimmte Dienste aber nicht wollen, dann ist das Problem hier tatsächlich nicht das Shared Medium DSL, sondern vermutlich wirklich die Backbone-Technik.
Ich bin privat auch (noch) Vodafone Festnetzkunde mit VDSL und just heute gab es wieder Probleme mit der DNS-Auflösung in Westdeutschland (Spotify, Netflix geht nicht).

 

[cartridge_case]

https://www.rnd.de/medien/massive-s...google-und-co-LEKMU7YFVBBW5MEAWFLJSQG47M.html

 

[h00bi]

Zeig doch mal die Logs vom Router wo die Fehler auflaufen.
Wenn die Probleme seit längerem bestehen kann diese Störung aus dem Link nicht schuld sein.

Ganz genau. Die Verteilerstelle (MFG) ist fast immer der Knackpunkt. Und die gehört immer der Telekom.

Nein, eben nicht. Es gibt genug andere Anbieter die eigene MFGs aufgestellt haben.

Du beweist, dass Du keine Ahnung hast. ADSL/VDSL ist immer Telekom. Vodafone, Telefonica und Co. mieten nur die Leitung und Technik der Telekom an.

Also wenn das hier jemand beweißt, dann du.

Selbstverständlich kann es auch Bottlenecks in den Backbonenetzen geben - aber das hat meist nichts mit dem abendlichen Absinken der Downloadgeschwindigkeit zu tun

Natürlich. Wenn der Peering-Knoten, an dem der Traffic übergeben wird abends dicht ist dann ist der dicht.
Wäre jetzt ja nicht das erste mal dass man das von Vodafone DSL hört.

Normal bei 16k dsl

Nein, ist es nicht. Es sollte irgendwo im B ereich zwischen 6 und 16Mbit liegen aber ganz sicher nicht bei 1.

 

[Gretzzy]

Event Log
13/11/2019 21:42:34 [192.168.2.116 login success] System Info
13/11/2019 20:54:18 [[ppp] secondary DNS address 176.95.16.251] Wan Info
13/11/2019 20:54:18 [[ppp] primary DNS address 176.95.16.194] Wan Info
13/11/2019 20:54:18 [[ppp] remote IP address 88.68.36.1] Wan Info
13/11/2019 20:54:18 [[ppp] local IP address 88.68.38.65] Wan Info
13/11/2019 20:54:15 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
13/11/2019 20:54:14 [[ppp] CHAP authentication succeeded] Wan Info
13/11/2019 20:52:43 [[ppp] [link_terminated] Connection terminated.] Wan Info
13/11/2019 20:52:40 [[ppp] Serial link appears to be disconnected.] Wan Info
13/11/2019 18:50:21 [[ppp] secondary DNS address 176.95.16.251] Wan Info
13/11/2019 18:50:21 [[ppp] primary DNS address 176.95.16.194] Wan Info
13/11/2019 18:50:21 [[ppp] remote IP address 88.73.236.1] Wan Info
13/11/2019 18:50:21 [[ppp] local IP address 88.73.236.180] Wan Info
13/11/2019 18:50:18 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
13/11/2019 18:50:18 [[ppp] CHAP authentication succeeded] Wan Info
13/11/2019 18:48:49 [[ppp] [link_terminated] Connection terminated.] Wan Info
13/11/2019 18:48:45 [[ppp] Serial link appears to be disconnected.] Wan Info
13/11/2019 18:44:38 [[ppp] secondary DNS address 176.95.16.251] Wan Info
13/11/2019 18:44:38 [[ppp] primary DNS address 176.95.16.194] Wan Info
13/11/2019 18:44:38 [[ppp] remote IP address 92.208.128.1] Wan Info
13/11/2019 18:44:37 [[ppp] local IP address 92.208.154.79] Wan Info
13/11/2019 18:44:26 [[ppp] secondary DNS address 176.95.16.251] Wan Info
13/11/2019 18:44:26 [[ppp] primary DNS address 176.95.16.194] Wan Info
13/11/2019 18:44:26 [[ppp] remote IP address 92.208.128.1] Wan Info
13/11/2019 18:44:26 [[ppp] local IP address 92.208.154.79] Wan Info
13/11/2019 18:44:22 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
13/11/2019 18:44:22 [[ppp] CHAP authentication succeeded] Wan Info
13/11/2019 18:42:33 [[ppp] [link_terminated] Connection terminated.] Wan Info
13/11/2019 18:42:33 [[ppp] [get_input] Modem hangup] Wan Info
13/11/2019 18:40:11 [[ppp] [link_terminated] Connection terminated.] Wan Info
13/11/2019 18:40:03 [[ppp] Serial link appears to be disconnected.] Wan Info
13/11/2019 13:57:06 [NTP get time from server:de.pool.ntp.arcor-ip.net] System Info
13/11/2019 01:58:11 [[VoIP] SIP Account 1 Register Fail(503)] Voice Error
13/11/2019 01:57:40 [[VoIP] SIP Account 1 Register Fail(503)] Voice Error
13/11/2019 01:57:20 [[ppp] secondary DNS address 176.95.16.251] Wan Info
13/11/2019 01:57:20 [[ppp] primary DNS address 176.95.16.194] Wan Info
13/11/2019 01:57:20 [[ppp] remote IP address 92.208.128.1] Wan Info
13/11/2019 01:57:20 [[ppp] local IP address 92.208.157.249] Wan Info
13/11/2019 01:57:12 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
13/11/2019 01:57:12 [[ppp] CHAP authentication succeeded] Wan Info
13/11/2019 01:56:14 [[ppp] [get_input] Modem hangup] Wan Info
13/11/2019 01:56:14 [[ppp] [link_terminated] Connection terminated.] Wan Info
13/11/2019 01:54:57 [[ppp] [get_input] Modem hangup] Wan Info
13/11/2019 01:54:56 [[ppp] [link_terminated] Connection terminated.] Wan Info
13/11/2019 01:52:54 [[ppp] [link_terminated] Connection terminated.] Wan Info
13/11/2019 01:52:50 [[ppp] [get_input] Modem hangup] Wan Info
12/11/2019 21:20:20 [[ppp] secondary DNS address 176.95.16.251] Wan Info
12/11/2019 21:20:20 [[ppp] primary DNS address 176.95.16.194] Wan Info
12/11/2019 21:20:20 [[ppp] remote IP address 92.217.208.1] Wan Info
12/11/2019 21:20:20 [[ppp] local IP address 92.217.217.35] Wan Info
12/11/2019 21:20:17 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
12/11/2019 21:20:17 [[ppp] CHAP authentication succeeded] Wan Info
12/11/2019 21:18:23 [[ppp] [link_terminated] Connection terminated.] Wan Info
12/11/2019 21:18:19 [[ppp] Serial link appears to be disconnected.] Wan Info
12/11/2019 20:32:20 [[ppp] secondary DNS address 176.95.16.251] Wan Info
12/11/2019 20:32:20 [[ppp] primary DNS address 176.95.16.194] Wan Info
12/11/2019 20:32:20 [[ppp] remote IP address 92.208.128.1] Wan Info
12/11/2019 20:32:20 [[ppp] local IP address 92.208.147.159] Wan Info
12/11/2019 20:32:16 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
12/11/2019 20:32:16 [[ppp] CHAP authentication succeeded] Wan Info
12/11/2019 20:30:38 [[ppp] [link_terminated] Connection terminated.] Wan Info
12/11/2019 20:30:31 [[ppp] Serial link appears to be disconnected.] Wan Info
12/11/2019 20:05:22 [[ppp] secondary DNS address 176.95.16.251] Wan Info
12/11/2019 20:05:21 [[ppp] primary DNS address 176.95.16.194] Wan Info
12/11/2019 20:05:21 [[ppp] remote IP address 92.217.208.1] Wan Info
12/11/2019 20:05:21 [[ppp] local IP address 92.217.217.189] Wan Info
12/11/2019 20:05:15 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
12/11/2019 20:05:15 [[ppp] CHAP authentication succeeded] Wan Info
12/11/2019 20:03:22 [[ppp] [link_terminated] Connection terminated.] Wan Info
12/11/2019 20:03:18 [[ppp] Serial link appears to be disconnected.] Wan Info
12/11/2019 19:12:19 [[ppp] secondary DNS address 176.95.16.251] Wan Info
12/11/2019 19:12:19 [[ppp] primary DNS address 176.95.16.194] Wan Info
12/11/2019 19:12:18 [[ppp] remote IP address 88.73.240.1] Wan Info
12/11/2019 19:12:18 [[ppp] local IP address 88.73.253.137] Wan Info
12/11/2019 19:12:15 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
12/11/2019 19:12:15 [[ppp] CHAP authentication succeeded] Wan Info
12/11/2019 19:10:12 [[ppp] [link_terminated] Connection terminated.] Wan Info
12/11/2019 19:10:05 [[ppp] Serial link appears to be disconnected.] Wan Info
12/11/2019 13:56:40 [NTP get time from server:de.pool.ntp.arcor-ip.net] System Info
12/11/2019 01:56:34 [NTP get time from server:de.pool.ntp.arcor-ip.net] System Info
11/11/2019 21:14:28 [[ppp] secondary DNS address 176.95.16.251] Wan Info
11/11/2019 21:14:28 [[ppp] primary DNS address 176.95.16.194] Wan Info
11/11/2019 21:14:28 [[ppp] remote IP address 188.102.16.1] Wan Info
11/11/2019 21:14:28 [[ppp] local IP address 188.102.18.81] Wan Info
11/11/2019 21:14:25 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
11/11/2019 21:14:25 [[ppp] CHAP authentication succeeded] Wan Info
11/11/2019 21:12:32 [[ppp] [link_terminated] Connection terminated.] Wan Info
11/11/2019 21:12:28 [[ppp] Serial link appears to be disconnected.] Wan Info
11/11/2019 21:10:38 [[ppp] secondary DNS address 176.95.16.251] Wan Info
11/11/2019 21:10:38 [[ppp] primary DNS address 176.95.16.194] Wan Info
11/11/2019 21:10:37 [[ppp] remote IP address 92.217.208.1] Wan Info
11/11/2019 21:10:37 [[ppp] local IP address 92.217.214.142] Wan Info
11/11/2019 21:10:25 [[ppp] secondary DNS address 176.95.16.251] Wan Info
11/11/2019 21:10:25 [[ppp] primary DNS address 176.95.16.194] Wan Info
11/11/2019 21:10:25 [[ppp] remote IP address 92.217.208.1] Wan Info
11/11/2019 21:10:24 [[ppp] local IP address 92.217.214.142] Wan Info
11/11/2019 21:10:21 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
11/11/2019 21:10:21 [[ppp] CHAP authentication succeeded] Wan Info
11/11/2019 21:08:30 [[ppp] [link_terminated] Connection terminated.] Wan Info
11/11/2019 21:08:30 [[ppp] [get_input] Modem hangup] Wan Info
11/11/2019 21:06:56 [[ppp] [link_terminated] Connection terminated.] Wan Info
11/11/2019 21:06:52 [[ppp] Serial link appears to be disconnected.] Wan Info
11/11/2019 19:16:25 [[ppp] secondary DNS address 176.95.16.251] Wan Info
11/11/2019 19:16:25 [[ppp] primary DNS address 176.95.16.194] Wan Info
11/11/2019 19:16:25 [[ppp] remote IP address 92.208.128.1] Wan Info
11/11/2019 19:16:25 [[ppp] local IP address 92.208.138.147] Wan Info
11/11/2019 19:16:16 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
11/11/2019 19:16:16 [[ppp] CHAP authentication succeeded] Wan Info
11/11/2019 19:14:41 [[ppp] [link_terminated] Connection terminated.] Wan Info
11/11/2019 19:14:37 [[ppp] Serial link appears to be disconnected.] Wan Info
11/11/2019 18:21:23 [[ppp] secondary DNS address 176.95.16.251] Wan Info
11/11/2019 18:21:23 [[ppp] primary DNS address 176.95.16.194] Wan Info
11/11/2019 18:21:23 [[ppp] remote IP address 92.217.208.1] Wan Info
11/11/2019 18:21:23 [[ppp] local IP address 92.217.215.234] Wan Info
11/11/2019 18:21:19 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
11/11/2019 18:21:19 [[ppp] CHAP authentication succeeded] Wan Info
11/11/2019 18:19:27 [[ppp] [link_terminated] Connection terminated.] Wan Info
11/11/2019 18:19:20 [[ppp] Serial link appears to be disconnected.] Wan Info
11/11/2019 18:06:49 [192.168.2.116 logout] System Info
11/11/2019 17:51:28 [192.168.2.116 login success] System Info
11/11/2019 17:48:22 [192.168.2.116 logout] System Info
11/11/2019 17:32:24 [192.168.2.116 login success] System Info
11/11/2019 17:06:37 [192.168.2.116 login success] System Info
11/11/2019 13:56:27 [NTP get time from server:de.pool.ntp.arcor-ip.net] System Info
11/11/2019 01:56:20 [NTP get time from server:de.pool.ntp.arcor-ip.net] System Info
10/11/2019 21:39:19 [[ppp] secondary DNS address 176.95.16.251] Wan Info
10/11/2019 21:39:19 [[ppp] primary DNS address 176.95.16.194] Wan Info
10/11/2019 21:39:18 [[ppp] remote IP address 92.208.128.1] Wan Info
10/11/2019 21:39:18 [[ppp] local IP address 92.208.155.78] Wan Info
10/11/2019 21:39:15 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
10/11/2019 21:39:15 [[ppp] CHAP authentication succeeded] Wan Info
10/11/2019 21:37:24 [[ppp] [link_terminated] Connection terminated.] Wan Info
10/11/2019 21:37:21 [[ppp] Serial link appears to be disconnected.] Wan Info
10/11/2019 21:33:41 [[VoIP] SIP Account 1 Register Timeout] Voice Error
10/11/2019 21:33:31 [[ppp] secondary DNS address 176.95.16.251] Wan Info
10/11/2019 21:33:30 [[ppp] primary DNS address 176.95.16.194] Wan Info
10/11/2019 21:33:30 [[ppp] remote IP address 92.208.128.1] Wan Info
10/11/2019 21:33:30 [[ppp] local IP address 92.208.150.228] Wan Info
10/11/2019 21:33:19 [[ppp] secondary DNS address 176.95.16.251] Wan Info
10/11/2019 21:33:19 [[ppp] primary DNS address 176.95.16.194] Wan Info
10/11/2019 21:33:18 [[ppp] remote IP address 92.208.128.1] Wan Info
10/11/2019 21:33:18 [[ppp] local IP address 92.208.150.228] Wan Info
10/11/2019 21:33:15 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
10/11/2019 21:33:15 [[ppp] CHAP authentication succeeded] Wan Info
10/11/2019 21:31:15 [[ppp] [link_terminated] Connection terminated.] Wan Info
10/11/2019 21:31:08 [[ppp] Serial link appears to be disconnected.] Wan Info
10/11/2019 21:28:33 [[ppp] secondary DNS address 176.95.16.251] Wan Info
10/11/2019 21:28:33 [[ppp] primary DNS address 176.95.16.194] Wan Info
10/11/2019 21:28:32 [[ppp] remote IP address 188.102.16.1] Wan Info
10/11/2019 21:28:32 [[ppp] local IP address 188.102.17.57] Wan Info
10/11/2019 21:28:20 [[ppp] peer from calling number 28:8A:1C:EF:72:E6 authorized] Wan Info
10/11/2019 21:28:20 [[ppp] CHAP authentication succeeded] Wan Info

 

[Nutzerkennwort]

Ich bin bei der Telekom und der Traffic ist bei meiner 6 k -Leitung (bitte kein Mitleid) mit diversen leichten und schweren Fehlern - vor allem Abends - behaftet. In der Fritzbox habe ich schon diverse Hilfsschalterchen (Fehlerkontrolle usw.) auf das Erträglichste gesenkt. Damit kann ich wenigstens surfen und mal was downloaden. Der Upload ist seit ein paar Tagen nur noch am verrecken und reißt dann auch noch den Download mit in den Traffic-Abgrund.


Naja, da sind also einige Lame-Internetler nicht alleine ;-/

 

[Silent3D]

Nein, eben nicht. Es gibt genug andere Anbieter die eigene MFGs aufgestellt haben.

Zeug mir bitte ein einziges Beispiel.

Dass Vodafone kein eigenes MFG besitzt weiß ich sicher.

 

[budni]

Ich habe bei mir in der Wohnung zwei DSL-Anschlüsse. Einer von der Telekom und der andere von einem städtischen Anbieter, komplett unabhängig von der Telekom. Kein einziges Kabel teilen sich die Anbieter. Ebenfalls gibt es lokale Anbieter (z.B. Harzvorland) die ausbauen und nicht die Technik der Telekom nutzen und auch nur DSL schalten. Wenn ich mich recht entsinne macht das die EWE in Oldenburg ebenfalls.

Und natürlich können die jeweiligen Netzkomponenten von der Vodafone daran Schuld sein, auch bei DSL. Häufig ist das zurückzuführen auf Peeringprobleme mit anderen Anbietern. So peert die Telekom schlecht mit Cogent (bzw hat das getan). Dadurch sind einige Dienste, die auf das Netz von Cogent zurückgreifen, mit Telekomleitungen schlecht nutzbar gewesen - mit aktiviertem VPN und somit anderem Peering war wieder alles gut.

Und Vodafone ist nun auch nicht unbekannt für schlechte Performance.

 

[cartridge_case]

und der andere von einem städtischen Anbieter, komplett unabhängig von der Telekom

Welcher genau? Und vor allem warum zwei Anschlüsse?

 

[budni]

WillyTel.

Die verlegen eigene Infrastruktur (GF) in die Häuser und legen dann eigene Kabel in die Wohnungen. Bei mir leider damals nur Klingeldraht und kein Ethernet. Mit Ethernet wären es dann 1000 Mbit/s, mit Klingeldraht nur 100 Mbit/s.

 

[cartridge_case]

Sieht dann aber eher nach Kabelanschluss, sprich Coax, aus.

 

[budni]

Nein.

 

[brainDotExe]

Vodafone hat schon seit Jahren Probleme im (DSL)-Backbone.
https://mobil.teltarif.de/vodafone-lahmes-dsl-hoher-ping-abends/news/66079.html

Zeug mir bitte ein einziges Beispiel.

Inexio, M-Net, DNS-Net, Kevag Telekom, EWE, Innogy, etc...
Es gibt hunderte kleine Provider, welche FTTC oder "WTTC" bauen.

 

[Amiga500]

Hier ist ja eine nette Diskussion im Gange die dem TE wohl nicht weiterhilft. Da das Problem vor einem Monat noch nicht auftrat muss der Fehler ja wohl irgendwo liegen. Da Vodafone sozusagen ein auf Desinteresse macht, würde ich protokolieren, Vodafone nochmal in Kenntnis setzen und wenn das nichts bringt , die Bundesnetzagentur kontaktieren. Und wenn jetzt jemand sagt was das bringen solle..ich kenne einen Fall in dem hat das kontaktieren der Bundesnetzagentur was gebracht,wo innerhalb weniger Tage die Probleme auf einmal behoben worden....

 

[cartridge_case]

wo innerhalb weniger Tage die Probleme auf einmal behoben worden....

Dann kann es ja nix mit der BNA zu tun haben.

 

[Amiga500]

Dann kann es ja nix mit der BNA zu tun haben.

Die Bundesnetzagentur hat aber andere Möglichkeiten um Druck zu machen bzw die aufgetretenen Probleme an etwas höhere Stelle zur Kenntnis zu geben.