Möchte diese auf meinem PC downloaden.Danke

Hallo ip-tv, die Kontakte und der Kalender werden mit der Funktion „Sicherungskopie erstellen/wiederherstellen' nicht auf Ihren Rechner gespeichert. Die Funktion dient dazu, dass Sie Ihr Adressbuch oder auch Ihren Kalender jederzeit auf den alten Stand zurücksetzen können. Wenn Sie Ihr Adressbuch aus dem E-Mail Center speichern bzw. exportieren möchten, kann ich Ihnen den Beitrag von @wolliballa empfehlen. @wolliballa hat es sehr gut erklärt, auch anhand der beigefügten Screenshots. Um Ihren Kalender aus dem E-Mail Center zu speichern, geht leider nicht ganz so einfach. Damit Sie den gleichen Kalender z. B. auch in Outlook oder in einen Google Kalender nutzen können, brauchen Sie die Software Sync-Plus. Weitere Informationen zu Sync-Plus finden Sie hier. Viele GrüßeSvenja Ba.

Gespeichert werden beide nur bei T-Online, also nicht lokalExport / Sicherung Für das Adressbuch kein Problem:- Menu- Adressbuch- Extras- als .csv exportieren Beim Kalender gibt's m.W. nur den Umweg über das Sync-Plus- Programm, allerdings nur wenn lokal so etwas wie Outlook, Google Calender oder Cloud läuft............

hallo zusammen! Ich weiß, dieser Fehler tritt immer Mal auf und nun hat es mich erwischt. Nach 4 Gesprächen und 4 unterschiedlichen Lösungsversuchen mit der Kundenhotline funktioniert die Einwahl des Receivers immer noch nicht! Seit Montag, den 9.11.2020 kein TV mehr. Das Internet funktioniert normal. Seit Juli nutze ich Magenta Zuhause M mit dem Receiver mit einem Speedport 3 und alles funktionierte. Dann gab es wohl Störungen der Leitung.Bis jetzt habe ich den Receiver an und ab gesteckt, an und aus gemacht mit 10 sec. Warten, Werkeinstellung zurück gesetzt und heute kam ein Techniker, leider viel zu früh so dass ich noch nicht dabei war. Er tauschte die Telefonsteckdose, da die Leitung wohl beschädigt ist (oder die alte Steckdose?) und nicht genug Leistung gibt für TV und somit kein einloggen vom Receiver möglich sei.Ich nehme an, dass der Receiver vllt eher kaputt ist? Ich wäre für Hilfe dankbar bevor ich wieder die Hotline anrufe. Die Telekommitarbeiter sind ja sehr nett, aber wenn nichts hilft und man nun extra für ein Bigpaket zahlt, wäre es doch schön zu wissen wo das Problem liegt.Beste GrüßeCh. Stö

Der Fehler bedeutet eigentlich, dass auf diesen Anschluss kein Magenta TV geschaltet ist ! Da muss das @telekomhilft Team aktiv werden. Ich denke mal da ist was verschaltet worden.

Hallo @Giottina, entschuldigen Sie unsere späte Rückmeldung. Es freut mich allerdings, dass der Fehler bereits gefunden wurde. Ich hoffe Sie können Ihr Entertain wieder ganz normal nutzen. Viele GrüßeDaniela B.

‎PMTUD Blackhole auf Telekom-Netz? | Telekom hilft Community

Telekom hilft Community

Telekom Business Community

Privatkunden

Telekom Shops

Kontakt

PMTUD Blackhole auf Telekom-Netz?

vor 21 Stunden

Abend allerseits,

haben seit zwei Wochen einen FTTH -Anschluss. Betreibe meinen eigenen Mikrotik RB750Gr3 hinter der offiziellen Glasfaser Modem 2. Über diese zwei Wochen ist mir aufgefallen, dass einige Microsoft-Seiten extremst langsam laden. Nach weiterer Untersuchung erfahren einige Domains ständig einen Timeout, u.a. wcpstatic.microsoft.com und js.monitor.azure.com, von der viele Microsoft-Seiten JavaScript-Assets laden. Scheinbar ist ironischerweise auch dieses Forum, telekomhilft.telekom.de, betroffen, aber auch nur ein paar CDN -Assets, die auf der Seite eingebunden sind.

Habe sowohl die vom PPPoE-Server erteilten DNS-Server, als auch Cloudflare DoH getestet. Das Timeout liegt wohl nicht an DNS, denn keine der beiden konnte das Problem beheben.

Bei manueller Verringerung der MTU auf Client-Geräten auf 1400 (Werte dazwischen noch nicht getestet) ist das Problem gelöst. Nach etwas Recherche über MTU gehe ich von einem PMTUD Blackhole aus, das sich irgendwo auf der Route zwischen meinem Netzwerk und die von Microsoft befindet.

Vorher waren wir im Netz von Vodafone (Kabel) und das Problem gab es nicht.

Habt ihr das Problem auch? Ich wollte hier kurz fragen, bevor ich den Support aufsuche, was evtl. doch etwas mehr Zeit in Anspruch nehmen wird.

Falls ich meinerseits noch etwas tun oder nachsehen kann, gebt gerne Bescheid!

Besten Dank im Voraus!

vor 20 Stunden

Hallo @2242502897 und herzlich willkommen in unserer Community.

Hast du den Router zuvor auch schon genutzt? Kannst du uns einen Tracert zu einer der Seiten schicken? Natürlich ohne kundenbezogene Daten.

Viele Grüße

Dorothea

von

vor 3 Stunden

Hallo Dorothea,

vielen Dank für die schnelle Antwort! Der Mikrotik war vorher hinter der Vodafone Station (im Bridge Mode) geschaltet und erhielt Adresskonfiguration über DHCP/v6, die Leitung lief auch mit der Standard MTU 1500. Traceroute oder ping brachten auch keine Ergebnisse, ich gehe davon aus, dass die Seite (oder schon etwas davor?) ICMP blockiert:

traceroute wcpstatic.microsoft.com

traceroute to wcpstatic.microsoft.com (2620:1ec:bdf::45), 30 hops max, 80 byte packets

1  p200300f98f1bbe000000000000000001.dip0.t-ipconnect.de (2003:f9:8f1b:be00::1)  0.363 ms  1.136 ms  1.120 ms

2  2003:0:8203:6000::1 (2003:0:8203:6000::1)  2.490 ms  2.467 ms  2.487 ms

3  * * *

4  2a01:111:2000:1::26a2 (2a01:111:2000:1::26a2)  2.837 ms  2.794 ms  2.816 ms

5  2a01:111:2000:2:8000::e3a (2a01:111:2000:2:8000::e3a)  5.680 ms  5.662 ms 2a01:111:2000:2:8000::daa (2a01:111:2000:2:8000::daa)  14.437 ms

6  2603:10a0:30f:8104::12 (2603:10a0:30f:8104::12)  5.730 ms 2603:10a0:30f:8104::1e (2603:10a0:30f:8104::1e)  5.157 ms 2603:10a0:30f:8102::a (2603:10a0:30f:8102::a)  5.186 ms

7  2603:10a0:30f:8000::2a6 (2603:10a0:30f:8000::2a6)  5.329 ms 2603:10a0:30f:8000::66 (2603:10a0:30f:8000::66)  4.215 ms 2603:10a0:30f:8003::2a6 (2603:10a0:30f:8003::2a6)  4.817 ms

8  2603:10a0:30f:8300::256 (2603:10a0:30f:8300::256)  5.070 ms 2603:10a0:30f:8201::356 (2603:10a0:30f:8201::356)  5.274 ms 2603:10a0:30f:8303::33a (2603:10a0:30f:8303::33a)  5.216 ms

9  2603:10a0:325:f0a:: (2603:10a0:325:f0a::)  5.474 ms  5.818 ms 2603:10a0:325:f0d:: (2603:10a0:325:f0d::)  5.945 ms

10  * * *

11  * * *

12  * * *

13  * * *

14  * * *

15  * * *

16  * * *

17  * * *

18  * * *

19  * * *

20  * * *

21  * * *

22  * * *

23  * * *

24  * * *

25  * * *

26  * * *

27  * * *

28  * * *

29  * * *

30  * * *

Hier ist die Ausgabe von curl -vvv wcpstatic.microsoft.com:

* Host wcpstatic.microsoft.com:80 was resolved.

* IPv6: 2620:1ec:46::60, 2620:1ec:bdf::60

* IPv4: 13.107.213.60, 13.107.246.60

*   Trying [2620:1ec:46::60]:80...

* Connected to wcpstatic.microsoft.com (2620:1ec:46::60) port 80

> GET / HTTP/1.1

> Host: wcpstatic.microsoft.com

> User-Agent: curl/8.7.1

> Accept: */*

>

* Request completely sent off

* Recv failure: Connection reset by peer

* Closing connection

curl: (56) Recv failure: Connection reset by peer

Anbei noch ein Screenshot von Wireshark, der den Verbindungsversuch aufgezeichnet hat:

Potenziell interessant ist, dass beim SYN eine MSS von 1440 als Option weitergegeben wird, beim SYN/ACK setzt das andere Ende einen Wert von 1400. Die Verbindung schlägt trotzdem fehl, wie man hier sehen kann. Anscheinend bekommt der Server den HTTP Request nicht richtig.

Edit: Erster Absatz, Standard MTU 1500, 1600 war ein Tippfehler :)

Uneingeloggter Nutzer

von

vor 10 Minuten
Update: Das Problem ließ sich scheinbar vorrübergehend beheben, nachdem MSS Clamping (für mich hat die Mikrotik-Option clamp-to-pmtu gereicht) sowohl für IPv4 als auch IPv6 eingerichtet ist, was auf allen eingehenden und ausgehenden Paketen angewandt wird - was mich etwas überrascht. Denn eigentlich sollte ICMP, vor allen ICMPv6 aus funktionellen Gründen nie blind blockiert werden sollten :)

Mich würde es aber trotzdem freuen, wenn sich jemand seitens Telekom die Route diagnosieren könnte. MSS Clamping funktioniert, ist aber angesichts der theoretischen Leistung doch eher suboptimal. Damit einen schönen Abend und danke für die Bemühungen!
0
0