Hallo zusammen,

ich bin ein kleiner Geek & würde gerne meine Latenz etwas optimieren / den möglichen Rest ausreizen.
Bei mir auf dem Land gibt es derzeit kein Glasfaser und die Nachfrage für einen Ausbau scheint zu niedrig zu sein.

Daher schreibe ich euch, per Kupfer! Hier sind die Möglichkeiten zur Latenzoptimierung vermutlich schon aus physikalischer Sicht sehr begrenzt.
Ab dem nächsten Hauptverteiler soll es jedoch mit Glas weitergehen.

Wir nutzen das Speedport Smart 2 (nicht im Modem-Modus, sondern im Router-Modus).

Da ich selber im IT-Bereich unterwegs bin, unterscheiden sich meine Wünsche vom üblichen Telekom-Kunden.
Mir ist bspw. der Durchsatz gar nicht so wichtig, mir ist hier die Latenz bei vielen Sachen deutlich wichtiger.

Der derzeitige Tarif ist der MagentaZuhause M mit einem Download von 50 MBit/s und einem Upload von 20 MBit/s.
Hier kommt auch mehr an als der Tarif erlaubt -> gute Werte.

Ich würde jedoch gerne die Latenz noch etwas verbessern und die eine oder andere Millisekunde rauskitzeln wollen.

- Traceroute zu telekom.de -

- Messung per LAN / kein Powerline o.ä. -

Bis zum Speedport benötige ich lt. Traceroute -> < 1 ms
Der nächste Punkt ist, [redacted].dip0.t-ipconnect.de -> 4ms
Dann m-eb13-i.M.DE.NET. DTAG .DE -> 10ms.

... weitere Hops die ich eh nicht beinflussen kann

Hier könnte ich mir zumindest vorstellen, dass man den Weg bis zum nächsten Hop minimal verbessern kann.

Kann mir hier jemand sagen was der dip0 ist? Ist das der nächste Verteiler oder könnte das der Kasten am Straßenrand sein?

Das Kabel vom Router bis zur TAE -Dose sitzt gut und ist nicht korrodiert, daher sollten die Kontakte hier passen.

Der APL gehört ja zur Telekom, deshalb kann ich es nur äußerlich begutachten und jedenfalls nichts feststellen, was hier die Leitung beinflusst.

Werte aus dem Speedport Engineers Menü:
SNR Margin: 288 (Upstream); 262 (Downstream)
Signal-level: -50 (Upstream); 53 (Downstream)
Line Attenuation: 37 (Upstream); 27 (Downstream)

FEC Size: 144 (Upstream); 16 (Downstream)
Codeword size: 122 (Upstream); 171 (Downstream)
Interleave Delay: 0 (Upstream); 0 (Downstream) -> vermutlich Fastpath?
CRC error count: 0 (Upstream); 0 (Downstream)
HEC error count: 0 (Upstream); 0 (Downstream)
FEC error count: 314 (Upstream); 3233 (Downstream)

Die Werte sind ja eigentlich ganz gut - hab jedenfalls schon schlimmere gesehen.

Ist es schwierig die FECs noch weiter in Richtung 0 zu bringen? Und macht das noch was aus?

---

Was waren eure Tricks um den letzten "Rest" herauszuholen?

Viele Grüße
Robin