Ubee ewv3200 verbinding valt weg

Beste lezer,

Zo nu en dan valt de Ubee ewv3200 verbinding weg, zeer storend als je net ergens mee bezig bent. De lampjes op de modem gaan dan uit (behalve de meest rechter). En daarna probeert de modem zichzelf weer te verbinden. Meestal gaat dit goed, soms moet ik zelfs resetten om er een beetje vaart achter te zetten. Het lijkt volkomen willekeurig. Dit speelt nu een aantal weken volgens mij.

Er is ooit een monteur geweest om de boel goed te installeren. Op de modem zitten een telefoon en 3x een UTP (PS3, PC, HTPC). Wifi wordt gebruikt voor telefoons en laptops.

Tot nu toe heb ik het volgende gedaan:
- Resetten als de verbinding wegvalt.
- Checken of er storingen zijn in mijn postcodegebied (nee).
- Modem terug naar fabrieksinstellingen gezet.
- De bekabeling losgehaald en opnieuw vast gezet.

Als ik bij de modeminstellingen kijk via mijn browser staat er het volgende bij Docsis:


Met mijn lekenverstand lijkt het mij dat de Timeouts niet goed zijn..

Kan iemand mij een stapje verder helpen? Alvast hartelijk bedankt.

Ik heb hetzelfde probleem sinds juni 2014 en heb de bekabeling vanaf de pc tot aan het aop niet alleen losgemaakt en weer opnieuw verbonden, maar de contacten voor alle zekerheid meteen even met contactspray schoongemaakt. Niets helpt tot nu toe om de verbinding weer stabiel te krijgen.

Mijn DOCSIS waarden na 7 dagen:

Startup Procedure
Acquired Downstream Status Completed
Upstream Ranging Status Completed
Docsis DHCP Status Completed
Docsis TFTP Status Completed
Docsis TOD Status Completed
Security Status Enabled / BPI+


Downstream Bonded Channels
Channel Lock Status Modulation Frequency Power SNR
1 Locked QAM256 298000000 Hz 0.8 dBmV 41.4 dB
2 Locked QAM256 242000000 Hz 2.3 dBmV 42.0 dB
3 Locked QAM256 250000000 Hz 2.0 dBmV 41.9 dB
4 Locked QAM256 258000000 Hz 1.9 dBmV 42.0 dB
5 Locked QAM256 266000000 Hz 1.4 dBmV 41.9 dB
6 Locked QAM256 274000000 Hz 2.2 dBmV 42.5 dB
7 Locked QAM256 282000000 Hz 2.1 dBmV 42.0 dB
8 Locked QAM256 290000000 Hz 1.4 dBmV 41.9 dB

Correctables Uncorrectables
2741 3724

Upstream Bonded Channels
Channel Lock Status US Channel Type Symbol Rate Frequency Power
1 Locked ATDMA 5120 Ksym/sec 44500000 Hz 40.0 dBmV
2 Locked ATDMA 5120 Ksym/sec 52000000 Hz 40.0 dBmV
3 Locked ATDMA 5120 Ksym/sec 36000000 Hz 40.0 dBmV
4 Locked ATDMA 5120 Ksym/sec 58800000 Hz 40.0 dBmV

Counter
T3 Timeout 16
T4 Timeout 82

Ook ik had de afgelopen 7 dagen weer de nodige T3 en T4 timeouts en dus het daarmee verbonden wegvallen van mijn verbinding.
Ziggo heeft mij gemeld dat een upgrade van de firmware van mijn modem (Hardware Version 3.9.2 / Software Version 9.9.5012) het probleem zou moeten oplossen. Een apart verhaal gezien de onderstaande uitleg.

T3 Timeout ( Ranging Request Retries Exhausted )

Explanation: The cable modem has sent 16 Ranging Request (RNG-REQ) messages without receiving a Ranging Response (RNG-RSP) message in reply from the CMTS. The cable modem is therefore resetting its cable interface and restarting the registration process. This typically is caused by noise on the upstream that causes the loss of MAC-layer messages. Noise could also raise the signal-to-noise ratio (SNR) on the upstream to a point where the cable modem’s power level is insufficient to transmit any messages. If the cable modem cannot raise its upstream transmit power level to a level that allows successful communication within the maximum timeout period, it resets its cable interface and restarts the registration process. This error message is DOCSIS event message is R03.0, Ranging Request.

T4 Timeout ( Received Response to Broadcast Maintenance Request, But no Unicast Maintenance opportunities received )

Explanation: The cable modem did not received a station maintenance opportunity in which to transmit a Ranging Request (RNG-REQ) message within the T4 timeout period (30 to 35 seconds). The cable modem is resetting its cable interface and restarting the registration process. Typically, this indicates an occasional, temporary loss of service, but if the problem persists, check for possible service outages or maintenance activity on this particular headend system. This error message is DOCSIS event message is R04.0, Ranging Request.

Macula zei:

Ziggo heeft mij gemeld dat een upgrade van de firmware van mijn modem (Hardware Version 3.9.2 / Software Version 9.9.5012) het probleem zou moeten oplossen. Een apart verhaal gezien de onderstaande uitleg.

Klik om te vergroten...

Ik zit ook op die software / firmware:

Bedoelt Ziggo dat deze dan nog geupgrade moet worden of dat het naar deze versie geupgrade zou moeten zijn (wat het dus al is)?

Software Version 9.9.5012 is al sinds september 2013 in gebruik. Als daar fouten in zouden zitten had je ze toen gezien. Van de hardware versie zijn er twee in omloop en jij hebt de oudere. Maar ik denk niet dat Ziggo die gaat upgraden. :-P

De timeouts zijn hoog. Zeker gezien dat de Ubee steeds reset en dan de waarde weer op nul gezet wordt.

Ik heb het zelf één keer gehad met de Ubee 3200 dat de timeouts met tientallen per uur opliepen. (Nadat er in de nacht regulier onderhoud was). Ik had er echter geen resets bij. Na 24 uur heb ik de Ubee zelf gereset en het probleem was over.

Mij lijkt dit een slechte verbinding tussen Ziggo en de Ubee. De helpdesk zou dat moeten zien.
Wat ook zou kunnen is dat de trafo het aan het begeven is en nu een te lage spanning afgeeft bij belasting.

Vervelend, het aan mij door de Ziggo helpdesk vertelde firmware verhaal is 'apart'.
Timeouts geven aan dat de verbinding tussen het modem en het Cable Modem Termination System (CMTS) oftewel de centrale headend-controller in Euro-DOCSIS kabelmodem netwerk suboptimaal was. Dat kan aan een suboptimaal werkend modem thuis liggen, maar ook aan een probleem ergens buitenshuis in het Ziggo netwerk liggen.

Briolet, zolang ik het modem zelf geen reset geef door de stroom even te onderbreken blijven de timeouts oplopen. Een door timeouts veroorzaakte reset zet de timeout waarden niet op nul. Na 8 dagen system uptime en weer wat spontane reset ellende overdag te hebben ondervonden verder lees ik dit uit:

Counter
T3 Timeout 22
T4 Timeout 99

Ik heb gisteren contact gehad met de Ziggo helpdesk. Ik moest de UnPn Enable uitzetten in het modem.

Het lijkt erop dat het alleen erger geworden is. De oogst na een uur of 15:

Verbinding valt dus vrij frequent weg. Straks weer eens bellen.

De UPnP bij de Gateway Options moest ik een tijdje geleden van de helpdesk al uitzetten. Helaas hielp dat in mijn geval niet.

De helpdesk vroeg mij gisteren bij de Wireless het Control Channel op 1 in plaats van auto te zetten. Ik heb zelf daarna 15 minuten de stroom van het modem gehaald en vervolgens het modem weer opnieuw opgestart. Als deze maatregelen niet helpen moet ik mij opnieuw melden.

Gelukkig werd mij gisteren duidelijk dat de helpdesk weet dat een suboptimaal modem, de bijbehorende trafo of een suboptimale verbinding met het Ziggo netwerk oorzaken van timeout problemen kunnen zijn. Ik houd de komende dagen, mede op verzoek van de helpdesk, de timeouts op mijn modem in de gaten.

UPnP moet waarschijnlijk uit omdat daarmee andere apparaten op het thuisnetwerk, dingen in de Ubee kunnen instellen. Waarschijnlijk wil de helpdesk uitsluiten dat zo'n extern apparaat de storing veroorzaakt.

Ik heb net weer de helpdesk aan de lijn gehad.
Er waren een aantal waardes van mijn modem niet goed volgens deze meneer.
Morgenochtend komt er een monteur langs om de boel na te lopen.
Ik houd jullie op de hoogte.

De monteur is vanmorgen geweest.
Na alles in huis doorgemeten te hebben zag hij op zijn apparaat dat er een "hobbel" in de kabel op 39 meter zat.
Hij is een poosje bezig geweest in het kastje voor het huis.
Nu zou het goed moeten zijn meldde hij.

Tot nu toe geen klachten, maar ik juich voorlopig nog niet.

Bij de docsis staat nu:
In plaats van enorme getallen. Geen idee of dit iets betekent.

Er staat ook:
Maar ik weet niet of die gereset zijn toen ik de stroom van het modem afhaalde vanmorgen.