• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

Voortdurende disconnects Ubee sinds maandag 7 dec

Status
Niet open voor verdere reacties.
V

Verwijderd lid 59042

Voortdurende disconnects en algehele traagheid Ubee sinds maandag 7 dec (postc 3512)

Ik heb zaterdag 28 november een nieuw modem (Ubee EVM320B) toegestuurd gekregen (Utrecht centrum, postcode gebied 3512, Ziggo Alles-in-1 Plus) en aangesloten. Na een week probleemloos gefunctioneerd te hebben was op maandagmorgen 7 december rond een uur of 04:00 's ochtends volgens mijn Linux server internet down gegaan. Daarna kom ik internet alleen weer up krijgen door het modem te powercyclen en eth0 te restarten ( /etc/init.d/net.eth0 restart ) waarna mijn linux server weer een correcte DHCP lease kreeg. Vanaf maandag 7 december heeft mijn internet verbinding er vaker uitgelegen dan dat het heeft gewerkt en is uitermate instabiel.

Door de disconnects ben ik gaan zoeken of Ziggo soms met het netwerk bezig was en kwam ik vele forum posts tegen over disconnects en slecht functionerende Ubee modems. Gelukkig heb ik mijn oude modem nog niet teruggezonden, dus als dit zo blijft sluit ik die wel weer aan.

Uiteraard wilde ik zelf ook gaan kijken of ik aanwijzingen kon vinden waardoor dit probleem kon zijn ontstaan. Het Ubee modem is niet benaderbaar wanneer het correct functioneert omdat het in bridge modus staat. Als je de coax losmaakt deelt het modem zelf IP adressen (in mijn geval 192.168.1.10) uit waardoor het zelf als router fungeert met ip adres 192.168.1.1 en tot op zeker hoogte benaderbaar is. Uit andere posts heb ik gezien dat op de Ubee een HTTP service draait met relevante informatie, helaas is dat uitgeschakeld (?) op het Ubee modem dat ik van Ziggo heb ontvangen. De SNMP service is daarentegen wél beschikbaar, dus ik heb het Docsis 3.0 Diagnostisch programma ( https://homepage.ntlworld.com/robin.d.h.walker/docsdiag/ ) gebruikt om de SNMP data uit te lezen:

user@host ~/Downloads/docsdiag $ java -jar docsdiag.jar -cmip 192.168.1.1
DocsDiag v030720 Copyright 2001-3 Robin Walker [email protected]

Ambit PacketCable 1.5 Embedded MTA <<HW_REV: 2.54; VENDOR: Ambit; BOOTR: 7.1.1a; SW_REV: 4.111.3008; MODEL: EVM320B>>

System up time = 0 days 00h 00m 58.00s
Downstream channel frequency = 466000000 Hz
Downstream received signal power = -50.3 dBmV
SigQu: Signal to Noise Ratio = 28.2 dB
Cable modem status = Not synchronized
Upstream transmit signal power = 5.0 dBmV
user@host ~/Downloads/docsdiag $
Klik om te vergroten...

Blijkbaar draait het modem een Ambit PacketCable 1.5 OS. Misschien dat er nog wat te vinden is op hardware revisie 2.54 en firmware revisie 4.111.3008. En een wat uitgebreider overzicht -met gefingeerde mac adressen- (in feite een leesbaarder variant van: snmpwalk -Os -c public -v 1 192.168.1.1 system ):

user@host ~/Downloads/docsdiag $ java -jar docsdiag.jar -vvv -cmip 192.168.1.1
DocsDiag v030720 Copyright 2001-3 Robin Walker [email protected]

Ambit PacketCable 1.5 Embedded MTA <<HW_REV: 2.54; VENDOR: Ambit; BOOTR: 7.1.1a; SW_REV: 4.111.3008; MODEL: EVM320B>>

System up time = 0 days 00h 03m 14.00s
if entry.1 = 1
if entry.2 = 2
if entry.3 = 3
if entry.5 = 5
if entry.16 = 16
if description.1 = Ethernet CPE Interface
if description.2 = RF MAC Interface
if description.3 = RF Downstream Interface 1
if description.5 = Software Loopback
if description.16 = PacketCable Embedded Interface
if type.1 = Ethernet
if type.2 = CATV MAC interface
if type.3 = CATV downstream interface
if type.5 = Loop-back
if type.16 = 1
if MTU.1 = 1500 bytes
if MTU.2 = 1500 bytes
if MTU.3 = 1764 bytes
if MTU.5 = 1500 bytes
if MTU.16 = 0 bytes
if speed.1 = 100000000 bps
if speed.2 = 0 bps
if speed.3 = 41712000 bps
if speed.5 = 0 bps
if speed.16 = 0 bps
MAC address.1 = 001122334455
MAC address.2 = AABBCCDDEEFF
MAC address.3 =
MAC address.5 =
MAC address.16 =
if desired status.1 = Up
if desired status.2 = Up
if desired status.3 = Up
if desired status.5 = Up
if desired status.16 = Up
if operational status.1 = Up
if operational status.2 = Dormant
if operational status.3 = Dormant
if operational status.5 = Up
if operational status.16 = Up
if last change.1 = 0 days 00h 00m 00.00s since boot
if last change.2 = 0 days 00h 00m 00.00s since boot
if last change.3 = 0 days 00h 00m 00.00s since boot
if last change.5 = 0 days 00h 00m 00.00s since boot
if last change.16 = 0 days 00h 00m 00.00s since boot
if inward octets.1 = 61616
if inward octets.2 = 0
if inward octets.3 = 0
if inward octets.5 = 0
if inward octets.16 = 0
if inward unicast packets.1 = 412
if inward unicast packets.2 = 0
if inward unicast packets.3 = 0
if inward unicast packets.5 = 0
if inward unicast packets.16 = 0
if inward non-unicast packets.1 = 0
if inward non-unicast packets.2 = 0
if inward non-unicast packets.3 = 0
if inward non-unicast packets.5 = 0
if inward non-unicast packets.16 = 0
if inward packet discards.1 = 358
if inward packet discards.2 = 0
if inward packet discards.3 = 0
if inward packet discards.5 = 0
if inward packet discards.16 = 0
if inward packet errors.1 = 0
if inward packet errors.2 = 0
if inward packet errors.3 = 0
if inward packet errors.5 = 0
if inward packet errors.16 = 0
if unknown-proto discards.1 = 68
if unknown-proto discards.2 = 0
if unknown-proto discards.3 = 0
if unknown-proto discards.5 = 0
if unknown-proto discards.16 = 0
if outward octets.1 = 13977
if outward octets.2 = 0
if outward octets.3 = 0
if outward octets.5 = 0
if outward octets.16 = 21724
if outward unicast packets.1 = 113
if outward unicast packets.2 = 0
if outward unicast packets.3 = 0
if outward unicast packets.5 = 0
if outward unicast packets.16 = 0
if outward non-unicast packets.1 = 0
if outward non-unicast packets.2 = 0
if outward non-unicast packets.3 = 0
if outward non-unicast packets.5 = 0
if outward non-unicast packets.16 = 0
if outward packet discards.1 = 0
if outward packet discards.2 = 0
if outward packet discards.3 = 0
if outward packet discards.5 = 0
if outward packet discards.16 = 87
if outward packet errors.1 = 0
if outward packet errors.2 = 0
if outward packet errors.3 = 0
if outward packet errors.5 = 0
if outward packet errors.16 = 0
if outward packets queued.1 = 0
if outward packets queued.2 = 0
if outward packets queued.3 = 0
if outward packets queued.5 = 0
if outward packets queued.16 = 0
if specific MIB.1 = 1.3.6.1.2.1.10.7
if specific MIB.2 = 1.3.6.1.2.1.10.127
if specific MIB.3 = 1.3.6.1.2.1.10.127.1.1.1
if specific MIB.5 = 0.0
if specific MIB.16 = 0.0
Downstream channel frequency = 290000000 Hz
Downstream received signal power = -45.7 dBmV
no response
user@host ~/Downloads/docsdiag $
Klik om te vergroten...

Wat overigens wel interessant is om te zien is dat interface 1 de Gigabit ethernet poort is, en dat interface 3 het modem interface (Cat V downstream interface) is van ruim 400 Megabit. Helaas is er zo te zien niet meer data uit te lezen uit het modem wat enigszins de mogelijkheid geeft de Ubee disconnect issues te debuggen. Ook is het modem niet beschikbaar zodra het online komt omdat het dan als bridge fungeert. Waarschijnlijk kan Ziggo het modem dan wel op hun interne netwerk benaderen om het real-time uit te lezen, maar helaas dus niet vanaf de ethernet kant.

Alles bij elkaar heb ik een erg sterk vermoeden dat er toch iets aan de kant van Ziggo is gewijzigd aangezien het modem een week lang prima heeft gefunctioneerd en pas op maandag 7 december rond 04:00 's ochtends de problemen zijn ontstaan. Dit soort tijdstippen zijn normaliter ook de momenten dat groot onderhoud wordt verricht in datacenters en aan netwerken…

Ik hoop dat dit snel wordt opgelost want momenteel is de stabiliteit van mijn internet verbinding om te huilen...
 
Laatst bewerkt door een moderator:


euh.... ik hoor 20/3 te hebben?

Idem voor andere servers:



 
Nog steeds geen verbetering....

 
@4NP:

Zou je eens een sreenshot willen posten van de signaalwaardes als het modem offline is, maar ook wanneer het modem online is?

De signaalwaardes in het bericht hierboven zijn nou niet om over naar huis te schrijven, eigenlijk verre van. Zou je eens kunnen uitleggen hoe de situatie bij jou thuis is? (waar is het AOP/groene kabel, waar staat het modem etc)
 
Die signaalwaardes zijn van wanneer hij de coax losgetrokken heeft. Vandaar dat ze 'niet zo best' zijn, het modem probeert (aan de frequentie te zien) waarschijnlijk uit alle macht op een Digitenne kanaal ofzo te locken, zonder succes natuurlijk.

@TS: Elders op het forum vind je een topic over het uitlezen van de Ubee als deze online is. Mogelijk dat een dergelijke uitlezing meer info geeft.
 
In het casema gebied is het niet mogelijk om het uitlees adres, lees IP, van het Ubee modem zelf te bepalen. Alleen de helpdesk kan je daar aan helpen.
 
tja zei:
@TS: Elders op het forum vind je een topic over het uitlezen van de Ubee als deze online is. Mogelijk dat een dergelijke uitlezing meer info geeft.
Klik om te vergroten...

Als het modem online is (en dus al bridge fungeert) is dat helaas (in het casema gebied) niet meer mogelijk. Je ethernetkaart krijgt het externe IP adres waardoor een eventueel onderliggende NAT / intern casema LAN (met het interne IP adres van het modem) dus niet benaderbaar is... Daarnaast draait het modem dat ik heb gehad geen webservice, dus die hele thread over hoe je Ubee uit te lezen is gaat niet op voor het casema gebied... Maar, zoals ik hierboven beschreef kan het dus -deels- wel via SNMP...

Excalibur zei:
@4NP:
Zou je eens een sreenshot willen posten van de signaalwaardes als het modem offline is, maar ook wanneer het modem online is?
Klik om te vergroten...

idem :)

Excalibur zei:
@4NP:
De signaalwaardes in het bericht hierboven zijn nou niet om over naar huis te schrijven, eigenlijk verre van. Zou je eens kunnen uitleggen hoe de situatie bij jou thuis is? (waar is het AOP/groene kabel, waar staat het modem etc)
Klik om te vergroten...

Mijn modem staat met 1 meter coax kabel direct aan het AOP, en vanuit mijn modem gaat 1 meter CAT IV naar mijn Via Epia Gentoo Linux server. Deze routeert mijn internet LAN, en doet nog verscheidene andere zaken... Van mijn linux server via ca 10 meter CAT VI naar mijn Airport Extreme die bridged wireless naar LAN, en allerhande wired apparatuur dat daar weer direct op zit :) Maar goed, dat is allemaal niet zo spannend... modem zou gewoon naar behoren moeten functioneren... Eens kijken wat speedtest nu zegt:



dat lijkt er meer op... Wellicht is casema gewoon nog bezig om het netwerk te tweaken... al had ik liever gehad dat ze dat eerder hadden gedaan; je weet tenslotte hoeveel kabel modems je hebt op een bepaalde kast dus volgens mij is dat gewoon uit te rekenen...
 
Laatst bewerkt door een moderator:
Ik heb ook sinds afgelopen vrijdag een Ubee modem (een EVM3200). Sinds gisteravond had ik ook last van voortdurende disconnects. Zojuist met de helpdesk gebeld, en die konden dat inderdaad constateren, en zeiden dat het een bekend probleem is en dat ze de firmware van het modem gingen upgraden.

Tot nu toe nog geen disconnects meer gehad. Fingers crossed...

Overigens kan ik het modem niet benaderen via SNMP. Kan het wel pingen, en verbinding maken op poort 80 (die dan meteen door het modem dicht gegooid wordt), maar als ik docsdiag er op probeer te draaien krijg ik "Host 192.168.1.1 is not responding". Zou dat kunnen zijn omdat het een EVM3200 en geen EVM320B is, of was dat een tikfout?
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan