Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[rv112]

Die Vodafone Box lässt sich bei Werner sicher im Bridge betreiben, oder? Hat die Puma?

 

[Andreas1969]

Die Vodafone Box lässt sich bei Werner sicher im Bridge betreiben, oder?

Keine Ahnung :traurig:

Hat die Puma?

Ja, selbstverständlich, den Puma 7 :winken:

 

[Samsungstory]

Ich hatte jetzt 2x einen T3 Timeout, wo sich das Modem hinterher neugestartet hat. Ist das normal, dass es sich danach neustartet oder macht das Modem langsam die Grätsche? :kratz: Der Ganze Vorgang dauert höchstens 3 Minuten.

 

[sch4kal]

T3 Timeouts hab ich am laufenden Band, da startet sich aber nix neu.

 

[Andreas1969]

Ich hatte jetzt 2x einen T3 Timeout, wo sich das Modem hinterher neugestartet hat. Ist das normal, dass es sich danach neustartet oder macht das Modem langsam die Grätsche? :kratz: Der Ganze Vorgang dauert höchstens 3 Minuten.

Welche FW läuft auf dem Modem :kratz:
Glaube, bei der 40er gibt es solche Phänomene

 

[Samsungstory]

Immernoch die alte 20er :winken:

 

[Andreas1969]

Immernoch die alte 20er :winken:

Komisch, das hatte ich nie mit der 20er FW :traurig:
Vielleicht schraubt UM da im Hintergrund ja am CMTS rum

 

[Samsungstory]

Ich bin doch immernoch bei PYUR :winken:.
Hoffentlich ist es nicht das Modem...das mit der Aktivierung war damals schon der Horror...naja mal weiterhin beobachten. :kratz:

 

[Andreas1969]

Ich bin doch immernoch bei PYUR .

Ja klar, stimmt ja

 

[Wechseler]

Ich hatte jetzt 2x einen T3 Timeout

T3-Timeouts hatte ich ein ganzes Jahr lang.

 

[rv112]

Mein TC4400 startet auch neu wenn es eine Zeit lang nichts mehr findet. .33 FW. T3 Timeouts habe ich aber nie (außer die Leitung ist tot).

 

[Samsungstory]

Naja ich habe einmal diese T3 Fehler:
"No Ranging Response received - T3 time-out"
"Started Unicast Maintenance Ranging - No Response received - T3 time-out"

Die "No Ranging Response received - T3 time-out" Fehler sind aufgetreten, wo das Segment wegen Stromausfall offline war. (2 Wochen her)
Die "Started Unicast Maintenance Ranging - No Response received - T3 time-out" Fehler treten erst seit neusten auf, da startet dann auch das Gerät neu. :mussweg:

 

[Nopileus]

Wenn das Gerät neu startet kam danach ein T4, das ist ein kompletter Reset der Verbindung weil der heartbeat zu lange verloren ging. (mehrere T3 in folge führen zu T4)

Im TC4400 werden die T4 leider nicht gut sichtbar angezeigt weil der Text vorher abgeschnitten wird.

 

[Samsungstory]

Ahh ja das könnte sein. Kommt zumindest hin. :winken: Technicolor könnt echt mal die Tabelle erweitern...damit die Fehler auch komplett erscheinen.. :motz:

 

[tobsen]

Beim Werner gibts die neue Vodafone Box zu kaufen

Sieht interessant aus :kratz:
Aber 183€? Ich mein das WLAN wird durch die Standard-FW glaub ich eh nicht besser! :mussweg: :kratz:

 

[sch4kal]

Beim Werner gibts die neue Vodafone Box zu kaufen

Sieht interessant aus :kratz:
Aber 183€? Ich mein das WLAN wird durch die Standard-FW glaub ich eh nicht besser! :mussweg: :kratz:

...und Puma7 :naughty:

 

[sparkie]

Und so sieht´s dann beim Vectoring Anschluß aus :smile:

unter welchen Sonnenschein- Bedingungen wurde das eigentlich gemessen?

wenn ich z.B. auf einem meiner Dual-WAN Systeme von Pyur 200/8 auf Mnet (FTTB) 25/5 umschalte bekomme ich folgende Bilder. Interessant ist nur die Zeit ab 16.10.2018 6pm.

Zeitraum 16.10.2018 6pm - 17.10.2018 6am:
Auf Mnet ein perfektes Bild. Kein Wunder da war die Leitung nur Fallback und es lief praktisch nichts ueber den Internetanschluss.

Zeitraum 17.10.2018 6am - 17.10.2018 9am:
Verhaeltnisse drehen sich um. In dieser Zeit habe ich das aktive WAN Interface von Pyur auf Mnet umgeschaltet. Pyur schaut in dieser Zeit sehr passabel aus. Die viel gelobte Glasfaser (hier: Mnet FTTB) geht hingegen saftig in die Knie

Zeit ab 17.10.2018 9am:
genutztes WAN Interface wieder auf Pyur rueckgeschaltet.

Der Traffic besteht im Wesentlichen nur aus ein paar Thinkbroadband- Monitor Bildern, die alle 5 Minuten von den Servern geholt werden.

 

[Samsungstory]

genutztes WAN Interface wieder auf Pyur rueckgeschaltet.

Der Traffic besteht im Wesentlichen nur aus ein paar Thinkbroadband- Monitor Bildern, die alle 5 Minuten von den Servern geholt werden.

Also für PYUR sieht das doch relativ gut aus bei dir
Mal ein Bsp. von mir von gestern:

 

[sparkie]

Also für PYUR sieht das doch relativ gut aus bei dir
Mal ein Bsp. von mir von gestern:

wenn ich entsprechend Last zum Internet hin produziere dann schaut das bei mir auch nicht mehr so schoen aus.

Egal ob auf Pyur oder Mnet. Ich nehme mal an: die Telekom waere hier auch nicht besser

Die Bilder alleine schauen zwar nett aus aber sagen nicht viel. Wenn man nicht die genauen Bedingungen kennt unter denen sie entstanden sind.

 

[rv112]

Aktuell bei mir:

UM:

Telekom:

 

[Andreas1969]

unter welchen Sonnenschein- Bedingungen wurde das eigentlich gemessen?

Sieht immer so aus, hier mal die letzten 3 Tage:

 

[sparkie]

auf meiner Standby Leitung sieht es auch immer so aus. Egal bei welchem Anbieter.

Wieviel Traffic ging in der Zeit ueber die Leitung? Am besten MBytes/s ueber Zeit auftragen. Ohne genauere Angaben hierzu sind die Bildchen eigentlich ziemlich aussagelos

 

[Nopileus]

Stark genutzte DSL Leitung gegen kaum genutzte UM Leitung am selben Tag.
Das gute casa CMTS :hammer:

Man kann den DSL Leitungen also auch etwas jitter entlocken trotz QoS, auch scheint das Routing der UM Leitung zum Thinkbroadband Server etwas flotter zu sein was natürlich vom jitter zur nichte gemacht wird.
DSL ist noch ohne Vectoring mit 8/4 Interleave delay.

 

[Andreas1969]

Das gute casa CMTS

:kotz:

 

[Edding]

Könnt ihr mal mit eurem CASA bashing aufhören...
Der latency graph zeigt eindeutig eine überlastung des segmentes an...
Und der hohe jitter wird an den zeitschlitzen in verbindung einer hohen anzahl an Modems im Segment liegen.