Hybrid-Anschluss in Kleve: Massives Suboptimal-Routing (Frankfurt/München) & Geister-Carrier an Funkzelle 29600512

vor einem Tag

Hallo zusammen,

ich wende mich mit einem schwerwiegenden technischen Problem an das Forum, da mein Telekom Hybrid-Anschluss (DSL + LTE / 5G ) in Kleve seit einigen Tagen massiv unter Latenzschwankungen, Micro-Lags und Einbrüchen leidet.

Nach ausführlichen Isolations- und Messreihen konnte ich das Problem auf zwei konkrete netzseitige Ursachen eingrenzen, bei denen ich Eure Unterstützung bzw. eine Weiterleitung an die Technik benötige:

1. Backbone-Routing-Problem (Umweg-Routing statt Düsseldorf)

Früher lief mein Anschluss über den optimalen Düsseldorfer Knoten mit einem stabilen Ping von 9–12 ms. Mittlerweile wird der Datenverkehr netzseitig starr über weit entfernte Knoten umgeleitet. Das Traceroute zeigt dauerhaft den Umweg über Frankfurt oder München:

Plaintext
C:\Users\jbern>tracert 8.8.8.8Routenverfolgung zu dns.google [8.8.8.8] über maximal 30 Hops:1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]2     1 ms    <1 ms    <1 ms  192.168.2.13     *        *        *     Zeitüberschreitung der Anforderung.4    15 ms    15 ms    15 ms  217.237.147.455    16 ms    16 ms    15 ms  195.145.92.1146    20 ms    20 ms    20 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.159.98.90]7    19 ms    19 ms    19 ms  80.156.160.1188    22 ms    22 ms    22 ms  192.178.121.1659    21 ms    20 ms    20 ms  142.250.234.1910    20 ms    19 ms    19 ms  dns.google [8.8.8.8]

(Die Latenz liegt dadurch permanent bei unsauberen 20–23 ms, selbst im reinen DSL-Betrieb).

2. Fehlerhafte Carrier-Aggregation an Funkzelle 29600512 (Kleve)

Im Mobilfunkbereich gerät der Speedport Smart 4 unter Last in eine ständige Fehlerschleife. Die Live-Router-Logs belegen, dass ein absolut fehlerhafter „Geister-Carrier“ (Band n1) zugewiesen wird, der physikalisch komplett einbricht:

Plaintext
11.10.2026 13:26:10 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>11.10.2026 13:25:59 (LT005) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<PLMN = 26201,Zellen-ID = 29600512,EARFCN DL = 1300,Frequenz = 1815,Bandbreite = 20000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10> Informationen zum zusätzlichen Carrier:<PLMN = 26201,Zellen-ID = 0,EARFCN DL = 3749,Frequenz = 954,Bandbreite = 10000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10>11.10.2026 13:25:20 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>

  • Das Problem: Der zusätzliche Carrier NR-ARFCN DL = 431070 wird mit katastrophalen -157 dBm reingedrückt, was im Sekundentakt zu Auf- und Abbau-Schleifen und massiven Mikrolags im Heimnetz führt.

Meine Bitten an das Telekom-hilft-Team:

  1. Funknetzplanung: Bitte prüfen und bereinigen Sie die Profilzuteilung an der Funkzelle 29600512 in Kleve hinsichtlich des fehlerhaften n1-Carriers (431070).

  2. Backbone / Routing: Bitte korrigieren Sie das Routing für meinen Anschluss zurück auf den direkten, performanten Weg über den Einwahlknoten Düsseldorf, um die ursprünglichen Latenzen von unter 10 ms wiederherzustellen.

Vielen Dank im Voraus für die Prüfung und die Weiterleitung an die Technik!

Beste Grüße Jörg Berns

Letzte Aktivität

vor 4 Stunden

von

Gelöschter Nutzer

60

0

9

    • vor einem Tag

      Rayzen
      1. Funknetzplanung: Bitte prüfen und bereinigen Sie die Profilzuteilung an der Funkzelle 29600512 in Kleve hinsichtlich des fehlerhaften n1-Carriers (431070).

      2. Backbone / Routing: Bitte korrigieren Sie das Routing für meinen Anschluss zurück auf den direkten, performanten Weg über den Einwahlknoten Düsseldorf, um die ursprünglichen Latenzen von unter 10 ms wiederherzustellen.

      Hallo zusammen,

      ich wende mich mit einem schwerwiegenden technischen Problem an das Forum, da mein Telekom Hybrid-Anschluss (DSL + LTE / 5G ) in Kleve seit einigen Tagen massiv unter Latenzschwankungen, Micro-Lags und Einbrüchen leidet.

      Nach ausführlichen Isolations- und Messreihen konnte ich das Problem auf zwei konkrete netzseitige Ursachen eingrenzen, bei denen ich Eure Unterstützung bzw. eine Weiterleitung an die Technik benötige:

      1. Backbone-Routing-Problem (Umweg-Routing statt Düsseldorf)

      Früher lief mein Anschluss über den optimalen Düsseldorfer Knoten mit einem stabilen Ping von 9–12 ms. Mittlerweile wird der Datenverkehr netzseitig starr über weit entfernte Knoten umgeleitet. Das Traceroute zeigt dauerhaft den Umweg über Frankfurt oder München:

      Plaintext
      C:\Users\jbern>tracert 8.8.8.8Routenverfolgung zu dns.google [8.8.8.8] über maximal 30 Hops:1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]2     1 ms    <1 ms    <1 ms  192.168.2.13     *        *        *     Zeitüberschreitung der Anforderung.4    15 ms    15 ms    15 ms  217.237.147.455    16 ms    16 ms    15 ms  195.145.92.1146    20 ms    20 ms    20 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.159.98.90]7    19 ms    19 ms    19 ms  80.156.160.1188    22 ms    22 ms    22 ms  192.178.121.1659    21 ms    20 ms    20 ms  142.250.234.1910    20 ms    19 ms    19 ms  dns.google [8.8.8.8]

      (Die Latenz liegt dadurch permanent bei unsauberen 20–23 ms, selbst im reinen DSL-Betrieb).

      2. Fehlerhafte Carrier-Aggregation an Funkzelle 29600512 (Kleve)

      Im Mobilfunkbereich gerät der Speedport Smart 4 unter Last in eine ständige Fehlerschleife. Die Live-Router-Logs belegen, dass ein absolut fehlerhafter „Geister-Carrier“ (Band n1) zugewiesen wird, der physikalisch komplett einbricht:

      Plaintext
      11.10.2026 13:26:10 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>11.10.2026 13:25:59 (LT005) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<PLMN = 26201,Zellen-ID = 29600512,EARFCN DL = 1300,Frequenz = 1815,Bandbreite = 20000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10> Informationen zum zusätzlichen Carrier:<PLMN = 26201,Zellen-ID = 0,EARFCN DL = 3749,Frequenz = 954,Bandbreite = 10000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10>11.10.2026 13:25:20 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>

      • Das Problem: Der zusätzliche Carrier NR-ARFCN DL = 431070 wird mit katastrophalen -157 dBm reingedrückt, was im Sekundentakt zu Auf- und Abbau-Schleifen und massiven Mikrolags im Heimnetz führt.

      Meine Bitten an das Telekom-hilft-Team:

      1. Funknetzplanung: Bitte prüfen und bereinigen Sie die Profilzuteilung an der Funkzelle 29600512 in Kleve hinsichtlich des fehlerhaften n1-Carriers (431070).

      2. Backbone / Routing: Bitte korrigieren Sie das Routing für meinen Anschluss zurück auf den direkten, performanten Weg über den Einwahlknoten Düsseldorf, um die ursprünglichen Latenzen von unter 10 ms wiederherzustellen.

      Vielen Dank im Voraus für die Prüfung und die Weiterleitung an die Technik!

      Beste Grüße Jörg Berns

      Rayzen
      1. Funknetzplanung: Bitte prüfen und bereinigen Sie die Profilzuteilung an der Funkzelle 29600512 in Kleve hinsichtlich des fehlerhaften n1-Carriers (431070).

      2. Backbone / Routing: Bitte korrigieren Sie das Routing für meinen Anschluss zurück auf den direkten, performanten Weg über den Einwahlknoten Düsseldorf, um die ursprünglichen Latenzen von unter 10 ms wiederherzustellen.

      Was bist Du so von Beruf @Rayzen ? Darf dir da auch jeder erzählen, was Du zu machen hast? Oder hast Du den text nicht selbst geschrieben und die KI Haluziniert wieder?

      2

      von

      vor einem Tag

      Keine Sorge, das sind 1:1 die Live-Log-Ausgaben meines Speedport Smart 4 vom heutigen Tag. Wer einen Blick auf die Logs wirft, sieht den minütlichen Handshake-Versuch des n1-Carriers mit -157 dBm. Wenn du dazu einen konstruktiven Beitrag leisten kannst, gerne – ansonsten lass solche Unterstellungen einfach stecken.

      0

      von

      vor einem Tag

      Du hast Dir den Quatsch, vor allem die Schlussfolgerungen und Handlungsaufforderungen selbst ausgedacht @Rayzen ? Und was eine Planungsabteilung dort machen soll?

      Wenn Du wüsstest, worauf so mancher Ehrenamtler hier Zugriff hat 🤭

      Uneingeloggter Nutzer

      von

    • vor einem Tag

      Es wird einfach Zeit, dieses von netten menschlichen Ehrenamtlern betreute öffentliche Forum in einen KI-Einwurfschlitz zu  ändern.

      3

      von

      vor einem Tag

      Wer sich die Log-Zeilen und die technischen IDs (wie NR-ARFCN DL = 431070 mit -157 dBm) genauer anschaut, sieht schnell, dass hier keine KI halluziniert, sondern die 1:1 Live-Protokolle eines Speedport Smart 4 aus dem laufenden Betrieb dokumentiert sind.

      Wenn du einen konstruktiven technischen Beitrag zur Fehlerbehebung an der Funkzelle leisten kannst – sehr gerne. Wenn es dir nur darum geht, mangels Fachwissen Polemik zu betreiben, darfst du diesen Thread gerne einfach überspringen. Hier geht es schlicht um die Analyse einer fehlerhaften Profilzuteilung im Netz, die von den Ehrenamtlern hier mangels Zugriff auf die Funkplanung ohnehin nicht gelöst werden kann, aber durch harten Fakten-Input für das Telekom-Team dokumentiert werden soll.

      0

      von

      vor einem Tag

      Hallo @Rayzen,

       

      es freut mich, dass du den weg zu uns gefunden hast. Herzlich willkommen in der Community. 

       

      Gerne verschaffe ich mir einen Überblick. Vorab muss ich dich aus Datenschutz Gründen legitimieren. Am Sonntagabend wollte ich dich nicht stören. Wann würde dir ein Rückruf am besten passen? 

       

      Viele Grüße

      Svenja

      0

      von

      vor 4 Stunden

      am besten morgen mittag so gegen 12-14 uhr 

      0

      Uneingeloggter Nutzer

      von

    • vor einem Tag

      Hier (Ruhrgebiet) ist selbst das Routing über Frankfurt normal.

      User Pasted image

      0

      0

    • vor einem Tag

      Rayzen

      Plaintext
      C:\Users\jbern>tracert 8.8.8.8Routenverfolgung zu dns.google [8.8.8.8] über maximal 30 Hops:1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]2     1 ms    <1 ms    <1 ms  192.168.2.13     *        *        *     Zeitüberschreitung der Anforderung.4    15 ms    15 ms    15 ms  217.237.147.455    16 ms    16 ms    15 ms  195.145.92.1146    20 ms    20 ms    20 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.159.98.90]7    19 ms    19 ms    19 ms  80.156.160.1188    22 ms    22 ms    22 ms  192.178.121.1659    21 ms    20 ms    20 ms  142.250.234.1910    20 ms    19 ms    19 ms  dns.google [8.8.8.8]

      (Die Latenz liegt dadurch permanent bei unsauberen 20–23 ms, selbst im reinen DSL-Betrieb).

      Hallo zusammen,

      ich wende mich mit einem schwerwiegenden technischen Problem an das Forum, da mein Telekom Hybrid-Anschluss (DSL + LTE / 5G ) in Kleve seit einigen Tagen massiv unter Latenzschwankungen, Micro-Lags und Einbrüchen leidet.

      Nach ausführlichen Isolations- und Messreihen konnte ich das Problem auf zwei konkrete netzseitige Ursachen eingrenzen, bei denen ich Eure Unterstützung bzw. eine Weiterleitung an die Technik benötige:

      1. Backbone-Routing-Problem (Umweg-Routing statt Düsseldorf)

      Früher lief mein Anschluss über den optimalen Düsseldorfer Knoten mit einem stabilen Ping von 9–12 ms. Mittlerweile wird der Datenverkehr netzseitig starr über weit entfernte Knoten umgeleitet. Das Traceroute zeigt dauerhaft den Umweg über Frankfurt oder München:

      Plaintext
      C:\Users\jbern>tracert 8.8.8.8Routenverfolgung zu dns.google [8.8.8.8] über maximal 30 Hops:1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]2     1 ms    <1 ms    <1 ms  192.168.2.13     *        *        *     Zeitüberschreitung der Anforderung.4    15 ms    15 ms    15 ms  217.237.147.455    16 ms    16 ms    15 ms  195.145.92.1146    20 ms    20 ms    20 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.159.98.90]7    19 ms    19 ms    19 ms  80.156.160.1188    22 ms    22 ms    22 ms  192.178.121.1659    21 ms    20 ms    20 ms  142.250.234.1910    20 ms    19 ms    19 ms  dns.google [8.8.8.8]

      (Die Latenz liegt dadurch permanent bei unsauberen 20–23 ms, selbst im reinen DSL-Betrieb).

      2. Fehlerhafte Carrier-Aggregation an Funkzelle 29600512 (Kleve)

      Im Mobilfunkbereich gerät der Speedport Smart 4 unter Last in eine ständige Fehlerschleife. Die Live-Router-Logs belegen, dass ein absolut fehlerhafter „Geister-Carrier“ (Band n1) zugewiesen wird, der physikalisch komplett einbricht:

      Plaintext
      11.10.2026 13:26:10 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>11.10.2026 13:25:59 (LT005) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<PLMN = 26201,Zellen-ID = 29600512,EARFCN DL = 1300,Frequenz = 1815,Bandbreite = 20000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10> Informationen zum zusätzlichen Carrier:<PLMN = 26201,Zellen-ID = 0,EARFCN DL = 3749,Frequenz = 954,Bandbreite = 10000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10>11.10.2026 13:25:20 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>

      • Das Problem: Der zusätzliche Carrier NR-ARFCN DL = 431070 wird mit katastrophalen -157 dBm reingedrückt, was im Sekundentakt zu Auf- und Abbau-Schleifen und massiven Mikrolags im Heimnetz führt.

      Meine Bitten an das Telekom-hilft-Team:

      1. Funknetzplanung: Bitte prüfen und bereinigen Sie die Profilzuteilung an der Funkzelle 29600512 in Kleve hinsichtlich des fehlerhaften n1-Carriers (431070).

      2. Backbone / Routing: Bitte korrigieren Sie das Routing für meinen Anschluss zurück auf den direkten, performanten Weg über den Einwahlknoten Düsseldorf, um die ursprünglichen Latenzen von unter 10 ms wiederherzustellen.

      Vielen Dank im Voraus für die Prüfung und die Weiterleitung an die Technik!

      Beste Grüße Jörg Berns

      Rayzen

      Plaintext
      C:\Users\jbern>tracert 8.8.8.8Routenverfolgung zu dns.google [8.8.8.8] über maximal 30 Hops:1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]2     1 ms    <1 ms    <1 ms  192.168.2.13     *        *        *     Zeitüberschreitung der Anforderung.4    15 ms    15 ms    15 ms  217.237.147.455    16 ms    16 ms    15 ms  195.145.92.1146    20 ms    20 ms    20 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.159.98.90]7    19 ms    19 ms    19 ms  80.156.160.1188    22 ms    22 ms    22 ms  192.178.121.1659    21 ms    20 ms    20 ms  142.250.234.1910    20 ms    19 ms    19 ms  dns.google [8.8.8.8]

      (Die Latenz liegt dadurch permanent bei unsauberen 20–23 ms, selbst im reinen DSL-Betrieb).

      Kein Fehler festzustellen - schon in deiner eigenen "Messung"

      Rayzen

      die Weiterleitung an die Technik!

      Hallo zusammen,

      ich wende mich mit einem schwerwiegenden technischen Problem an das Forum, da mein Telekom Hybrid-Anschluss (DSL + LTE / 5G ) in Kleve seit einigen Tagen massiv unter Latenzschwankungen, Micro-Lags und Einbrüchen leidet.

      Nach ausführlichen Isolations- und Messreihen konnte ich das Problem auf zwei konkrete netzseitige Ursachen eingrenzen, bei denen ich Eure Unterstützung bzw. eine Weiterleitung an die Technik benötige:

      1. Backbone-Routing-Problem (Umweg-Routing statt Düsseldorf)

      Früher lief mein Anschluss über den optimalen Düsseldorfer Knoten mit einem stabilen Ping von 9–12 ms. Mittlerweile wird der Datenverkehr netzseitig starr über weit entfernte Knoten umgeleitet. Das Traceroute zeigt dauerhaft den Umweg über Frankfurt oder München:

      Plaintext
      C:\Users\jbern>tracert 8.8.8.8Routenverfolgung zu dns.google [8.8.8.8] über maximal 30 Hops:1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]2     1 ms    <1 ms    <1 ms  192.168.2.13     *        *        *     Zeitüberschreitung der Anforderung.4    15 ms    15 ms    15 ms  217.237.147.455    16 ms    16 ms    15 ms  195.145.92.1146    20 ms    20 ms    20 ms  f-ed11-i.F.DE.NET.DTAG.DE [62.159.98.90]7    19 ms    19 ms    19 ms  80.156.160.1188    22 ms    22 ms    22 ms  192.178.121.1659    21 ms    20 ms    20 ms  142.250.234.1910    20 ms    19 ms    19 ms  dns.google [8.8.8.8]

      (Die Latenz liegt dadurch permanent bei unsauberen 20–23 ms, selbst im reinen DSL-Betrieb).

      2. Fehlerhafte Carrier-Aggregation an Funkzelle 29600512 (Kleve)

      Im Mobilfunkbereich gerät der Speedport Smart 4 unter Last in eine ständige Fehlerschleife. Die Live-Router-Logs belegen, dass ein absolut fehlerhafter „Geister-Carrier“ (Band n1) zugewiesen wird, der physikalisch komplett einbricht:

      Plaintext
      11.10.2026 13:26:10 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>11.10.2026 13:25:59 (LT005) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<PLMN = 26201,Zellen-ID = 29600512,EARFCN DL = 1300,Frequenz = 1815,Bandbreite = 20000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10> Informationen zum zusätzlichen Carrier:<PLMN = 26201,Zellen-ID = 0,EARFCN DL = 3749,Frequenz = 954,Bandbreite = 10000,Signalstärke(RSRP) = -80,Signalqualität(RSRQ) = -10>11.10.2026 13:25:20 (NR002) Carrier Aggregation bereitgestellt:Informationen zu primären Zelle:<Zellen-ID = 0,NR-ARFCN DL = 641760,Frequenz = 3626,Bandbreite = 90000,Signalstärke(SS-RSRP) = -92,Signalqualität(SS-RSRQ) = -11> Informationen zum zusätzlichen Carrier:<Zellen-ID = 0,NR-ARFCN DL = 431070, Frequenz = 2155,Bandbreite = 20000,Signalstärke(SS-RSRP) = -157,Signalqualität(SS-RSRQ) = -43>

      • Das Problem: Der zusätzliche Carrier NR-ARFCN DL = 431070 wird mit katastrophalen -157 dBm reingedrückt, was im Sekundentakt zu Auf- und Abbau-Schleifen und massiven Mikrolags im Heimnetz führt.

      Meine Bitten an das Telekom-hilft-Team:

      1. Funknetzplanung: Bitte prüfen und bereinigen Sie die Profilzuteilung an der Funkzelle 29600512 in Kleve hinsichtlich des fehlerhaften n1-Carriers (431070).

      2. Backbone / Routing: Bitte korrigieren Sie das Routing für meinen Anschluss zurück auf den direkten, performanten Weg über den Einwahlknoten Düsseldorf, um die ursprünglichen Latenzen von unter 10 ms wiederherzustellen.

      Vielen Dank im Voraus für die Prüfung und die Weiterleitung an die Technik!

      Beste Grüße Jörg Berns

      Rayzen

      die Weiterleitung an die Technik!

      Melde halt die Störung bzgl des Mobilfunkanteils.

      0

    Uneingeloggter Nutzer

    von

    Das könnte Ihnen auch weiterhelfen

    Gelöst

    vor 5 Monaten

    in  

    274

    0

    47

    in  

    3

    0

    0

    28

    0

    4

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...