[Ziggo] Ervaringen Topic - Deel 9

[stormfly]

ANdrode schreef op maandag 11 april 2016 @ 09:26:
[...]


En als je tegelijkertijd ook ziggo.nl plot dan kan je zien of het in de wijk zit, of juist ergens anders op de route naar Twitch (via level3).

Goed opletten dat www.ziggo.nl en ziggo.nl op verschillende plaatsen gehost worden, ene binnen Ziggo netwerk en de andere erbuiten.

Wel zo handig als je storingen hebt in je netwerk dat je website buiten dat affected netwerk staat zodat men nog e.a. kan nalezen via een 4G verbinding.

[ArcticWolf]

gewoon naar je Ziggo gateway plotten (eindigt op *.1)

[stormfly]

ArcticWolf schreef op maandag 11 april 2016 @ 09:41:
gewoon naar je Ziggo gateway plotten (eindigt op *.1)

Subnetmask /23

[ANdrode]

stormfly schreef op maandag 11 april 2016 @ 09:32:
[...]
Goed opletten dat www.ziggo.nl en ziggo.nl op verschillende plaatsen gehost worden, ene binnen Ziggo netwerk en de andere erbuiten.

Wel zo handig als je storingen hebt in je netwerk dat je website buiten dat affected netwerk staat zodat men nog e.a. kan nalezen via een 4G verbinding.

Daar had ik helemaal niet niet naar gekeken, scherp opgemerkt.
www.ziggo.nl gaat vanaf fUPC zelfs via level3 over Brussel .

Eigenlijk neem ik (www\.)?ziggo.nl alleen mee in zo'n ping grafiek (e.g. smokeping) omdat ik daar geen discussie over krijg met de helpdesk. Als ISP kan je bij jouw eigen website niet zeggen dat het niet aan jouw netwerk maar aan de dienstverlener ligt…

[PauseBreak]

supermm958 schreef op zondag 10 april 2016 @ 17:13:
[...]


Net toch maar even mijn AOP open gemaakt, ik heb nog een TRAS1000/B.
Kan dit de problemen veroorzaken incombinatie met het Modem? voornamelijk last dat het Internet soms even helemaal stopt voor enkele seconden. (Zie eerdere posts)

Vraag het aan de klantenservice zou ik zeggen!

En om terug te komen op welke actie bij mij is ondernomen:

Signaalwaardes zijn in orde, AOP is in orde, wijkkast is op de to-do list gezet om na tekijken en modem vervangen door een TC7210 in bridgemodus. Dat zou het probleem op moeten lossen. Als dat niet het geval is dan gaat Ziggo een ping-pc neerzetten om te kijken of ze het wegvallen van de verbinding kunnen loggen.
Volgens de monteur zou er hier in de buurt (Groningen dus) geen capaciteitstekort zijn, dus dat zou sowieso het probleem niet kunnen veroorzaken (en ik betwijfel dat want er zijn 165 woningen op de wijkkast bijgebeund en sindsdien zijn er problemen, maar zie dat maar eens uit te leggen he).

Hoe dan ook, TC7210 in bridge mode, dus we gaan het wel zien. Was wel een geschikte kerel die monteur, zoals eigenlijk altijd wel

[ Voor 6% gewijzigd door PauseBreak op 11-04-2016 10:34 ]

[stormfly]

PauseBreak schreef op maandag 11 april 2016 @ 10:33:
[...]


Volgens de monteur zou er hier in de buurt (Groningen dus) geen capaciteitstekort zijn, dus dat zou sowieso het probleem niet kunnen veroorzaken (en ik betwijfel dat want er zijn 165 woningen op de wijkkast bijgebeund en sindsdien zijn er problemen, maar zie dat maar eens uit te leggen he).

Hoezo zitten die woningen specifiek in hetzelfde coax segment? Ik denk dat het als leek slecht te achterhalen is of je op dezelfde GV (GroepsVersterker) zit of niet?

http://i.imgur.com/CBKV5kM.png

[PauseBreak]

stormfly schreef op maandag 11 april 2016 @ 10:52:
[...]


Hoezo zitten die woningen specifiek in hetzelfde coax segment? Ik denk dat het als leek slecht te achterhalen is of je op dezelfde GV (GroepsVersterker) zit of niet?

http://i.imgur.com/CBKV5kM.png

Volgens de monteur wel en dat zou geen problemen moeten geven omdat er "meer dan genoeg capaciteit" over zou zijn.

[CreativeS]

valkenier schreef op maandag 11 april 2016 @ 09:31:
Ja tuurlijk die ook, maar ook een heus extern IP, nl 82.73.48.*** hoor. Gewoon zichtbaar in de webinterface.

Ja, al vier jaar zichtbaar. Maar zo'n intern IP-adres hebben alle mediaboxen en gaat niet van de 'grote hoop' beschikbare IPv4 externe adressen.

Tied feur nieuwe firmware!

v00.28.01 is de nieuwste en dat van die 20 IP-adressen is al sinds september 2012, dus dat zal niet zo gauw veranderen.

[MrVegeta]

Ik probeer HorizonGo naar mijn Chromecast te streamen maar ik heb hier nog geen succes mee. Misschien dat hier anderen zitten die er ervaring mee hebben.

Zoals jullie weten draait HorizonGo op silverlight wat niet meer door Chrome wordt ondersteund. Ik kan in Firefox en Internet Explorer wel terugkijken en dan via Chromecast een scherm naar mijn tv casten, maar dan kan ik geen audio mee sturen. Dat kan alleen met een Chrome tab. Iemand nog een tip om dit voor elkaar te krijgen?

[Wildfire]

Wildfire schreef op zondag 10 april 2016 @ 23:51:
Ik zie hier nu dat er op digitale TV storing is. Op de Humax beneden is het goed te zien, BER's van een paar honderd regelmatig op Humor TV dat hier op 802Mhz zit. Dat suggereert 4G storing.

Dus even gaan vergelijken met de Humax beneden en de Humax boven. De Humax boven gaf pas lichte storing te zien (BER tussen de 0 en 10) toen de Humax beneden een BER van >200 had. Raar, dacht ik eerst, maar toen bleek de Humax beneden via een waarschijnlijk niet-kabelkeur kabeltje te zijn aangesloten terwijl de Humax boven achter een Tratec versterker zit die zowel qua input en output met kabelkeur-kabels is aangesloten. Dat maakt verschil.

Maar dan nog... er is dus wel storing van buitenaf. Ik denk dat ik de TV-splitter ga verwijderen (is een metalen afgeschermde variant btw), de versterker rechtstreeks op het AOP aansluiten en dan de Humax beneden met een kabelkeur-kabel aansluiten op de versterker. Eens kijken wat voor verschil dat maakt.

Dan nog steeds problemen... dan kan alleen het AOP nog het probleem zijn. Of de groene coax, kan ook nog lees ik zojuist elders.

-- Edit: ik heb wel even gechecked, maar tijdens deze beeldstoringen stegen de errors op Ubee niet.

Ik ga de radio/TV-splitter nu maar vervangen door een Technetix TOF-02KK exemplaar en de kabels vanaf het AOP door Technetix RLA++ kabels. Eens kijken hoe dan alles gaat.

Heb ik dan nog problemen met veel errors op het modem en ook storing op digitale TV, dan mag Ziggo iemand laten komen. Mag die met het AOP gaan kloten.

[ArChie]

ArcticWolf schreef op zondag 10 april 2016 @ 22:51:
Misschien dat je coax segment vol zit... Je zou je modem een factory reset kunnen geven en hopen dat je op een ander segment gezet wordt door de CMTS.

Ik heb de indruk dat niet helemaal duidelijk is wat een coaxsegment is, dus een kleine toelichting. Een coaxsegment duidt de volledige coax infrastructuur (bekabeling, versterkers en multitaps) aan in een wijk. Het coaxsegment begint in de optical node die meestal in het wijkcentrum te vinden is:


De optical node is het blauwe/rode bolletje in bovenstaande afbeelding en het coaxsegment bevat alle rode elementen na dat bolletje.

In het coaxsegment is het signaal gelijk voor alle aangesloten klanten. Op iedere AOP komt dus hetzelfde signaal binnen. Ziggo/UPC heeft in het frequentieplan voor de coaxsegmenten momenteel 16 frequenties opgenomen voor de doorgifte van DOCSIS Internet downstreams en de CMTS probeert alle aangesloten modems zodanig over die 16 downstreams te verdelen dat de belasting evenredig is. Daarbij krijgen EuroDOCSIS 3.0 modems die 8 Internet downstreams kunnen configureren of de eerste 8 frequenties of de laatste 8 frequenties van die set met in totaal 16 aaneengesloten frequenties toegewezen. EuroDOCSIS 2.0 modems krijgen maar één downstream frequentie toegewezen uit die set en de EuroDOCSIS 3.0 modems die 16 of meer Internet downstreams kunnen configureren krijgen alle 16 frequenties toegewezen.

De loadbalancing van de CMTS verandert dus niets aan het coaxsegment, maar wel aan de set van frequenties die een modem krijgt toegewezen binnen het coaxsegment. Veel modems hebben de mogelijkheid om via de instellingen een frequentie te forceren waarmee je kan proberen om het modem handmatig op de andere set frequenties te krijgen, maar de kans is aanwezig dat de CMTS het modem na een reboot of herinitialisatie weer terug verwijst naar de andere set.

[Verwijderd]

Nog even terugkomend op mijn storing. Blokken in beeld. Volgens jullie kennis zien mijn modem waardes er zeer slecht uit en is het jullie een raadsel dat ik kan internetten. Nu schrok ik daar best van omdat juist het internetten niet mijn probleem was. Ik haal namelijk makkelijk de 200/20 wat mijn abbo ook is. Toch ben ik gaan bellen met ziggo over jullie waarnemingen. Ik heb totaal geen vertrouwen meer in de helpdesk van ziggo maar toch maar weer een poging. Je kunt het al raden...hij zag niks vreemds. In ieder geval komt er aanstaande zaterdag toch een monteur langs om alles te checken. Ik ga maar eens een lijstje maken met alle vragen. Die un en correctables kon hij mij ook niks over vertellen. Hieronder plaats ik nog even de waardes van mijn modem van dit moment. Mochten jullie daar nog wat opmerkingen over hebben dan hoor ik dat graag om aan de monteur te melden. Ik zal jullie daar zeer dankbaar voor zijn. Het lampje van de US op de modem brandt nog steeds groen...was voorheen blauw. Ik ga jullie op de hoogte houden.


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 Microreflections
1 Locked QAM256 178000000 Hz -7.1 dBmV 35.3 dB -16 dBc
2 Locked QAM256 186000000 Hz -9.0 dBmV 36.5 dB -28 dBc
3 Locked QAM256 194000000 Hz -8.9 dBmV 37.1 dB -31 dBc
4 Locked QAM256 202000000 Hz -8.4 dBmV 36.5 dB -30 dBc
5 Locked QAM256 210000000 Hz -7.8 dBmV 36.8 dB -27 dBc
6 Locked QAM256 218000000 Hz -7.9 dBmV 37.5 dB -28 dBc
7 Locked unknown 226000000 Hz -6.7 dBmV 0.0 dB -0 dBc
8 Locked QAM256 234000000 Hz -7.8 dBmV 38.7 dB -31 dBc


Correctables Uncorrectables
1524995642 311050


Upstream Bonded Channels

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


Counter

T3 Timeout 2
T4 Timeout 0

[PauseBreak]

Hoe kan je met zoveel Correctables en Uncorrectables niks vreemds zien?

[Verwijderd]

Ja...pfffff hij wist niet wat het inhield!!!!!
Misschien nog vreemder dat ik gewoon goed internet heb. Ik snap het sowieso allemaal niet dus verwacht ik het van de aanbieder toch wel maar...

PauseBreak schreef op maandag 11 april 2016 @ 20:48:
Hoe kan je met zoveel Correctables en Uncorrectables niks vreemds zien?

[ Voor 23% gewijzigd door Verwijderd op 11-04-2016 21:13 ]

[valkenier]

CreativeS schreef op maandag 11 april 2016 @ 12:12:
[...]
Ja, al vier jaar zichtbaar. Maar zo'n intern IP-adres hebben alle mediaboxen en gaat niet van de 'grote hoop' beschikbare IPv4 externe adressen.

Dat kun je echt geen intern IP noemen, en gaat dus wel van die grote hoop lijkt mij.

nslookup 82.73.48.***

Non-authoritative answer:
***.48.73.82.in-addr.arpa name = 524****.cm-4-2a.dynamic.ziggo.nl.

Het is dat de HZbox niet op pings antwoordt, maar het het adres op zich is prima routeerbaar.

traceroute to 82.73.48.*** (82.73.48.***), 30 hops max, 60 byte packets
1 route.cloudatcost.com (104.167.99.1) 16.940 ms 16.968 ms 17.048 ms
2 74.116.120.154 (74.116.120.154) 0.576 ms 0.600 ms 0.629 ms
3 vl3831.te-0-1-0-3.tor0151-asr9a.ne.fibernetics.ca (74.205.214.57) 5.249 ms 6.651 ms 6.658 ms
4 ae0-110.tor10.ip4.gtt.net (199.168.63.69) 4.566 ms 4.568 ms 4.547 ms
5 xe-8-2-0.chi12.ip4.gtt.net (141.136.105.197) 19.602 ms xe-3-3-0.chi12.ip4.gtt.net (141.136.105.33) 19.538 ms xe-10-3-1.chi12.ip4.gtt.net (141.136.110.198) 19.477 ms
6 ip4.gtt.net (173.205.52.42) 19.709 ms 19.522 ms 19.465 ms
7 us-was02a-rd2-xe-1-0-1-0.aorta.net (84.116.137.42) 114.015 ms 213-46-190-185.aorta.net (213.46.190.185) 116.145 ms us-was02a-rd2-xe-1-0-1-0.aorta.net (84.116.137.42) 113.610 ms
8 84.116.195.249 (84.116.195.249) 115.972 ms 116.056 ms 115.198 ms
9 84.116.195.250 (84.116.195.250) 144.383 ms 115.053 ms 116.098 ms
10 asn-rc0002-cr101-ae0-0.core.as9143.net (213.51.158.21) 117.264 ms 117.269 ms 118.029 ms
11 sk-rc0001-ubr009-te0-0-0.core.as9143.net (213.51.184.213) 119.833 ms 119.917 ms 119.850 ms
12 * * *

[stormfly]

Verwijderd schreef op maandag 11 april 2016 @ 21:11:
Ja...pfffff hij wist niet wat het inhield!!!!!
Misschien nog vreemder dat ik gewoon goed internet heb. Ik snap het sowieso allemaal niet dus verwacht ik het van de aanbieder toch wel maar...
[...]

Maar een correctable merk je als gebruiker niet. Hooguit een uncorrectable maar dan nog betwijfel ik dat want dat lost het TCP protocol voor je op daar zit een check in voor verloren pakketten.

Hooguit dat je een DNS verzoek doet met UDP dat je geen antwoord krijgt. Maar ook dan zal het OS het oplossen want die doet na een time-out gewoon het verzoek bij DNS server 2 van de nic.

Dus ik begrijp heel goed dat je al die hoge waardes niet altijd hoeft te merken als internettende eindgebruiker.

En dat de helpdesk er niets vanaf weet kan je hier wellicht onder wegschuiven want zover hoeft hun kennis niet te gaan als eerste lijns.

[PauseBreak]

stormfly schreef op maandag 11 april 2016 @ 21:54:
[...]


Maar een correctable merk je als gebruiker niet. Hooguit een uncorrectable maar dan nog betwijfel ik dat want dat lost het TCP protocol voor je op daar zit een check in voor verloren pakketten.

Hooguit dat je een DNS verzoek doet met UDP dat je geen antwoord krijgt. Maar ook dan zal het OS het oplossen want die doet na een time-out gewoon het verzoek bij DNS server 2 van de nic.

Dus ik begrijp heel goed dat je al die hoge waardes niet altijd hoeft te merken als internettende eindgebruiker.

En dat de helpdesk er niets vanaf weet kan je hier wellicht onder wegschuiven want zover hoeft hun kennis niet te gaan als eerste lijns.

Met zo'n hoog aantal ga je dat toch wel merken? Je browse-ervaring wordt gewoon merkbaar vertraagd doordat de DNS lookup wordt vertraagd. Bovendien zag ik ook al 2 T3Timeouts staan, en dat is niet heel slecht, maar tezamen toch wel een indicatie dat er iets niet goed gaat op zijn lijn. Je hoort niet zulke waardes te hebben.

[Jim423]

Hij mist een downstream frequentie, 226.000Mhz, ik vermoed dat het hier mis gaat. Retoursignaal is ook te hoog uitsturend en het downstream Rx level is ook niet echt geweldig dus direct met een f-f kabeltje op het AOP aansluiten en opnieuw bekijken. Mocht het op -5dB en 47dB retour uitkomen dan ligt het hoogstwaarschijnlijk niet aan je binnenhuisinstallatie, heb je wel goede waardes (bijvoorbeeld +4 en 42dB retour + je 226Mhz is weer terug) dan moet je het binnen gaan zoeken. (splitter, kabeltjes etc)

[stormfly]

PauseBreak schreef op maandag 11 april 2016 @ 22:02:
[...]


Met zo'n hoog aantal ga je dat toch wel merken? Je browse-ervaring wordt gewoon merkbaar vertraagd doordat de DNS lookup wordt vertraagd. Bovendien zag ik ook al 2 T3Timeouts staan, en dat is niet heel slecht, maar tezamen toch wel een indicatie dat er iets niet goed gaat op zijn lijn. Je hoort niet zulke waardes te hebben.

Pas als je het procentuele aantal weet van zijn gebruik, kan je wat uitspraken doen. Als hij de leecher en downloader is van zijn segment dan kan je best een hoog aantal un/correctables hebben. Dan is het procentueel een laag getal wat niet gecorrigeerd kan worden. (correctables vallen buiten de scope van "problemen met internet")

Maar als je alleen je mail checkt en tweakers bezoekt, dan kan je spreken van een procentueel hoog aantal fouten en kan je het gaan merken in je browse ervaring.

Maar hoeveel gebruikers werken niet via de brakke WiFi van de modems van Ziggo zelf. Dat is per definitie niet loeisnel, dus wat merkt een gebruiker er echt van. Ik denk weinig, als tweaker is een ander verhaal.

De verhouding uncorrectable tov correctables is 0,02 procent. 311050/1524995642 *100 = 0,02

Dus minimaal maar goed het is niet zoals het hoort. Zoals hierboven gepost mist er een downstream dat is al punt 1 om te gaan fixen.

[ Voor 9% gewijzigd door stormfly op 11-04-2016 23:05 ]

[Stormcagy]

Terugkomend op vanmorgen.

Ik heb PingPlotter nu iets meer als 12 uur aan laten staan op een iMac die bedraad is aangesloten op het modem.

de resultaten liegen er niet om, helemaal 0 problemen als ik naar ziggo.nl link of naar een stream op twitch.tv
www.ziggo.nl zit volgens mij een bug in, want ik kan gewoon de site bereiken

naar mijn weten zijn de (un)correctables waardes ook niet extreem omhoog gegaan in de tussentijd. of is dit toch teveel met een uptime van: 1 days 21h:16m:37s

nu moet het dus wel gewoon mijn wifi zijn die het gewoon niet goed doet, maar wat kan dit zijn?
is het de wifikaart in het modem wat kapot kan zijn? of is het gewoon te druk in mijn omgeving?
is een nieuwe router die (waarschijnlijk) een betere wifi zender heeft een optie?
het maakt niet uit of ik 5Ghz kies of gewoon normaal 2.4. ik ben btw wel de enige die een 5GHz verbinding heeft.

gelukkig heb ik een paar dingen kunnen uitsluiten met jullie hulp, waarvoor dank
nu alleen nog het probleem oplossen en dan ben ik helemaal blij

Downstream Channels
Channel 1:
Channel ID: 9
Downstream Frequency: 242000000 Hz
Modulation: 256 QAM
Power Level: 0.2 dBmV
Signal to Noise Ratio: 42.2 dB
MER: 41.9 dB
Correctable FEC: 57 codewords
Uncorrectable FEC: 0 codewords
Microreflections: 33 dBc
Channel 2:
Channel ID: 10
Downstream Frequency: 250000000 Hz
Modulation: 256 QAM
Power Level: -1.0 dBmV
Signal to Noise Ratio: 41.8 dB
MER: 41.4 dB
Correctable FEC: 14 codewords
Uncorrectable FEC: 0 codewords
Microreflections: 35 dBc
Channel 3:
Channel ID: 11
Downstream Frequency: 258000000 Hz
Modulation: 256 QAM
Power Level: -0.5 dBmV
Signal to Noise Ratio: 41.9 dB
MER: 41.4 dB
Correctable FEC: 232 codewords
Uncorrectable FEC: 43 codewords
Microreflections: 30 dBc
Channel 4:
Channel ID: 12
Downstream Frequency: 266000000 Hz
Modulation: 256 QAM
Power Level: -0.5 dBmV
Signal to Noise Ratio: 41.9 dB
MER: 41.8 dB
Correctable FEC: 55 codewords
Uncorrectable FEC: 0 codewords
Microreflections: 31 dBc
Channel 5:
Channel ID: 13
Downstream Frequency: 274000000 Hz
Modulation: 256 QAM
Power Level: -1.5 dBmV
Signal to Noise Ratio: 41.1 dB
MER: 41.0 dB
Correctable FEC: 104 codewords
Uncorrectable FEC: 0 codewords
Microreflections: 36 dBc
Channel 6:
Channel ID: 14
Downstream Frequency: 282000000 Hz
Modulation: 256 QAM
Power Level: -1.0 dBmV
Signal to Noise Ratio: 41.4 dB
MER: 41.4 dB
Correctable FEC: 56 codewords
Uncorrectable FEC: 0 codewords
Microreflections: 29 dBc
Channel 7:
Channel ID: 15
Downstream Frequency: 290000000 Hz
Modulation: 256 QAM
Power Level: -1.4 dBmV
Signal to Noise Ratio: 41.4 dB
MER: 41.2 dB
Correctable FEC: 61 codewords
Uncorrectable FEC: 0 codewords
Microreflections: 28 dBc
Channel 8:
Channel ID: 16
Downstream Frequency: 298000000 Hz
Modulation: 256 QAM
Power Level: -2.1 dBmV
Signal to Noise Ratio: 40.8 dB
MER: 40.8 dB
Correctable FEC: 136 codewords
Uncorrectable FEC: 0 codewords
Microreflections: 36 dBc

Upstream Channels
Channel1:
Channel ID: 2
Upstream Frequency: 44500000 Hz
Modulation: 64 QAM
Bit Rate: 30720 kBits/sec
Power Level: 42.5 dBmV
Channel2:
Channel ID: 1
Upstream Frequency: 52000000 Hz
Modulation: 64 QAM
Bit Rate: 30720 kBits/sec
Power Level: 44.0 dBmV
Channel3:
Channel ID: 3
Upstream Frequency: 36000000 Hz
Modulation: 64 QAM
Bit Rate: 30720 kBits/sec
Power Level: 42.5 dBmV
Channel4:
Channel ID: 4
Upstream Frequency: 58800000 Hz
Modulation: 64 QAM
Bit Rate: 30720 kBits/sec
Power Level: 44.0 dBmV
Statistics
T3Timeouts: 0 timeouts
T4Timeouts: 6 timeouts

[Edgarz]

Even geen quote van je absurd lange post (een attachment met de gegevens is ook goed).

Er kunnen zoveel oorzaken zijn, storingsbronnen en drukte meestal voor 2.4 band. Aangezien je probleem ook op 5 GHz is kun je denken aan een slechte/verkeerde driver voor je netwerkkaart of zelfs een defecte netwerkkaart.

[stormfly]

valkenier schreef op maandag 11 april 2016 @ 21:20:
[...]


Dat kun je echt geen intern IP noemen, en gaat dus wel van die grote hoop lijkt mij.

nslookup 82.73.48.***

Non-authoritative answer:
***.48.73.82.in-addr.arpa name = 524****.cm-4-2a.dynamic.ziggo.nl.

Het is dat de HZbox niet op pings antwoordt, maar het het adres op zich is prima routeerbaar.

traceroute to 82.73.48.*** (82.73.48.***), 30 hops max, 60 byte packets
1 route.cloudatcost.com (104.167.99.1) 16.940 ms 16.968 ms 17.048 ms
2 74.116.120.154 (74.116.120.154) 0.576 ms 0.600 ms 0.629 ms
3 vl3831.te-0-1-0-3.tor0151-asr9a.ne.fibernetics.ca (74.205.214.57) 5.249 ms 6.651 ms 6.658 ms
4 ae0-110.tor10.ip4.gtt.net (199.168.63.69) 4.566 ms 4.568 ms 4.547 ms
5 xe-8-2-0.chi12.ip4.gtt.net (141.136.105.197) 19.602 ms xe-3-3-0.chi12.ip4.gtt.net (141.136.105.33) 19.538 ms xe-10-3-1.chi12.ip4.gtt.net (141.136.110.198) 19.477 ms
6 ip4.gtt.net (173.205.52.42) 19.709 ms 19.522 ms 19.465 ms
7 us-was02a-rd2-xe-1-0-1-0.aorta.net (84.116.137.42) 114.015 ms 213-46-190-185.aorta.net (213.46.190.185) 116.145 ms us-was02a-rd2-xe-1-0-1-0.aorta.net (84.116.137.42) 113.610 ms
8 84.116.195.249 (84.116.195.249) 115.972 ms 116.056 ms 115.198 ms
9 84.116.195.250 (84.116.195.250) 144.383 ms 115.053 ms 116.098 ms
10 asn-rc0002-cr101-ae0-0.core.as9143.net (213.51.158.21) 117.264 ms 117.269 ms 118.029 ms
11 sk-rc0001-ubr009-te0-0-0.core.as9143.net (213.51.184.213) 119.833 ms 119.917 ms 119.850 ms
12 * * *

Heeft elke HZbox zon extern publiek ip? Of alleen als je hem in een bepaalde mode zet?

Ik denk elke box omdat ze op die manier interactieve tv en replay etc aanbieden?

Hadden die eerste interactieve Cisco tv tuners niet een 10.x adres?

[Stormcagy]

Edgarz schreef op maandag 11 april 2016 @ 23:09:
Even geen quote van je absurd lange post (een attachment met de gegevens is ook goed).

Er kunnen zoveel oorzaken zijn, storingsbronnen en drukte meestal voor 2.4 band. Aangezien je probleem ook op 5 GHz is kun je denken aan een slechte/verkeerde driver voor je netwerkkaart of zelfs een defecte netwerkkaart.

sorry mijn excuus.

een defecte netwerkkaart van mijn mac kan het niet zijn, want dan moeten die kapot zijn op 2 iphone's 2 macbook's en 2 ipads

[stormfly]

Stormcagy schreef op maandag 11 april 2016 @ 23:11:
[...]


sorry mijn excuus.

een defecte netwerkkaart van mijn mac kan het niet zijn, want dan moeten die kapot zijn op 2 iphone's 2 macbook's en 2 ipads

Begin eens met een WiFi scan en kijk eens of je op het meest vrije kanaal zit op dit moment. Als dat wel of niet zo is, dan zou ik toch het kanaal eens gefixeerd omzetten. Zodat je een eventuele aanwezige storingsbron elimineert op je huidige kanaal.

Dan maar weer eens testen op diverse apparaten

[Edgarz]

Stormcagy schreef op maandag 11 april 2016 @ 23:11:
[...]


sorry mijn excuus.

een defecte netwerkkaart van mijn mac kan het niet zijn, want dan moeten die kapot zijn op 2 iphone's 2 macbook's en 2 ipads

Oh...Apple spul...tja...

sorry, kon het niet laten.

Al gezocht op router settings die niet lekker met Apple voegen?

[ Voor 14% gewijzigd door Edgarz op 11-04-2016 23:31 ]

[Stormcagy]

Edgarz schreef op maandag 11 april 2016 @ 23:29:
[...]

Oh...Apple spul...tja...

haha is daar iets mis mee?

stormfly schreef op maandag 11 april 2016 @ 23:27:
[...]


Begin eens met een WiFi scan en kijk eens of je op het meest vrije kanaal zit op dit moment. Als dat wel of niet zo is, dan zou ik toch het kanaal eens gefixeerd omzetten. Zodat je een eventuele aanwezige storingsbron elimineert op je huidige kanaal.

Dan maar weer eens testen op diverse apparaten

Het modem staat nu zo ingesteld dat die automatisch het meeste lege kanaal oppakt. als ik dit naar een vast kanaal wijzig dan lijkt het mij dat ik meer storing krijg?

[Edgarz]

Stormcagy schreef op maandag 11 april 2016 @ 23:31:
[...]


haha is daar iets mis mee?


[...]


Het modem staat nu zo ingesteld dat die automatisch het meeste lege kanaal oppakt. als ik dit naar een vast kanaal wijzig dan lijkt het mij dat ik meer storing krijg?

Nee, kanaal nooit op auto laten staan. Pak 1 of 11. En voor 5 GHz iets dichtbij de 40

[ANdrode]

Edgarz schreef op maandag 11 april 2016 @ 23:29:
[...]
Al gezocht op router settings die niet lekker met Apple voegen?

De wifi implementaties in Apple hardware zijn erg goed. Bij een Cisco 3928 kreeg ik self niet meer dan 60 mbit down over wifi met meerdere laptops.
Andere locatie, zelfde laptops: 230 mb/s netto voor de laptop met 2x2 stream intel kaart, > 350 mb/s netto voor macbook pro.

Ik denk dat het wifi van de router gewoon niet zo goed werkt is in een drukke omgeving.

[CreativeS]

valkenier schreef op zondag 10 april 2016 @ 21:15:
1. Hij heeft een extern IP via de coax, zo raken de IPv4 adressen wel op bij Ziggo, iedere klant 2.

CreativeS schreef op zondag 10 april 2016 @ 22:33:
Oja, dat IP-adres van de HZN is gewoon een intern adres, 10.*.*.* voor OnDemand, updates en dergelijke.

Ik had schijnbaar wat duidelijker moeten zijn met het verschil tussen intern en extern adres.

CreativeS schreef op maandag 11 april 2016 @ 12:12:
Maar zo'n intern IP-adres hebben alle mediaboxen en gaat niet van de 'grote hoop' beschikbare IPv4 externe adressen.

valkenier schreef op maandag 11 april 2016 @ 21:20:
Dat kun je echt geen intern IP noemen, en gaat dus wel van die grote hoop lijkt mij.

nslookup 82.73.48.***

Je komt zelf met je dubbele IP-adressen...
Zoals je zelf al zei... de HZN (met intern modem geactiveerd) gebruikt 2 adressen. Ook met een los modem gebruikt de HZN altijd nog een eigen intern adres. 1 extern en 1 intern.

Bijvoorbeeld:

Intern: 10.154.*.* (VoD, updates, et cetera)
Extern: 212.83.*.* (internet)

De interne gaat in principe niet van 'de grote hoop'.
Ik had gehoopt dat je wel begreep dat ik het over het interne adres had.

[stormfly]

CreativeS schreef op dinsdag 12 april 2016 @ 08:11:
[...]


[...]


Ik had schijnbaar wat duidelijker moeten zijn met het verschil tussen intern en extern adres.


[...]


[...]


Je komt zelf met je dubbele IP-adressen...
Zoals je zelf al zei... de HZN (met intern modem geactiveerd) gebruikt 2 adressen. Ook met een los modem gebruikt de HZN altijd nog een eigen intern adres. 1 extern en 1 intern.

Bijvoorbeeld:

Intern: 10.154.*.* (VoD, updates, et cetera)
Extern: 212.83.*.* (internet)

De interne gaat in principe niet van 'de grote hoop'.
Ik had gehoopt dat je wel begreep dat ik het over het interne adres had.

Maar elke HZBox heeft dus een extern ip en die klanten hebben ook een modem draaien met een extern adres?

Zou je de HZBox niet op het LAN aan kunnen sluiten zodat hij via je internetmodem naar buiten gaat?

Ik denk dat je een aantal mede tweakers in Het grote IPv6 topic kan reanimeren bij deze constatering. Elke Ziggo klant kan dus twee IPv4 adressen krijgen

[CreativeS]

stormfly schreef op dinsdag 12 april 2016 @ 08:17:
Maar elke HZBox heeft dus een extern ip en die klanten hebben ook een modem draaien met een extern adres?

Als je interne HZN EuroDOCSIS-modem (fUPC) geactiveerd is, heb je 2 IP-adressen zichtbaar in de WebGUI. Eén voor het TV gedeelte (intern: 10.*.*.*) en één voor het DOCSIS-modem (extern: bv 213.*.*.*). Dat IP-adres voor het TV gedeelte heeft iedere decoder bij Ziggo. Als je een los modem hebt, heeft dat losse modem natuurlijk dat externe adres. Ik snap de onduidelijkheid niet. Dit staat los van de 20 interne adressen die de HZN reserveert op je losse modem als je het opneemt in je netwerk.

[Joostje123]

Tijdje geleden las ik dat Chromecast support kwam voor de horizon go app.
Maar nu is een beetje de vraag, ga ik een kabel trekken van ene kant van het huis naar andere kant van het huis.
Of ga ik hierop wachten, of wat zijn nog meer mogelijkheden om tv te kijken zonder kabel te trekken.
Ik heb 2 mediaspelers.

[valkenier]

CreativeS schreef op dinsdag 12 april 2016 @ 08:11:


Ik had schijnbaar wat duidelijker moeten zijn met het verschil tussen intern en extern adres.

De interne gaat in principe niet van 'de grote hoop'.
Ik had gehoopt dat je wel begreep dat ik het over het interne adres had.

Lees even terug, ik had het in eerste instantie wel degelijk over een extern IP. Jij begon over interne, maar daar ging het mij niet om. Dat interne adressen niet van de grote IP-hoop gaat snapt een koe. Maar dit is extern.
Nou ja, het is nu wel duidelijk.

stormfly schreef op dinsdag 12 april 2016 @ 08:17:
[...]

Maar elke HZBox heeft dus een extern ip en die klanten hebben ook een modem draaien met een extern adres?

Zou je de HZBox niet op het LAN aan kunnen sluiten zodat hij via je internetmodem naar buiten gaat?

Ik denk dat je een aantal mede tweakers in Het grote IPv6 topic kan reanimeren bij deze constatering. Elke Ziggo klant kan dus twee IPv4 adressen krijgen

Jij hebt het helemaal begrepen, dat is precies mijn punt. In iedere HZ box zit ook een kabelmodem wat een extern IP haalt via de coax. Dit gaat vanzelf. Ik heb het apparaat ook in mijn LAN gehangen met wat kunst- en vliegwerk, maar hij houdt ook zijn externe IP. Als je zo'n ding krijgt in fZiggo gebied, heb je idd ook je eigen modem nog. Dus samen 2 externe IP's. Voor internet kun je alleen je gewone modem gebruiken.

En voor nieuwe klanten DS-lite uitdelen in fUPC, en hier gewoon met IPv4 strooien.Ik kan gelukig reanimeren

[ Voor 46% gewijzigd door valkenier op 12-04-2016 08:44 ]

[ANdrode]

CreativeS schreef op dinsdag 12 april 2016 @ 08:24:
[...]
Als je interne HZN EuroDOCSIS-modem (fUPC) geactiveerd is, heb je 2 IP-adressen zichtbaar in de WebGUI. Eén voor het TV gedeelte (intern: 10.*.*.*) en één voor het DOCSIS-modem (extern: bv 213.*.*.*). Dat IP-adres voor het TV gedeelte heeft iedere decoder bij Ziggo.

In fZiggo is bij de horizon box óók het modem actief. Ook wanneer je deze niet als router gebruikt. Een Cisco recorder heeft ook een ingebouwd kabelmodem met een extern IP adres.

Als je een los modem hebt, heeft dat losse modem natuurlijk dat externe adres. Ik snap de onduidelijkheid niet. Dit staat los van de 20 interne adressen die de HZN reserveert op je losse modem als je het opneemt in je netwerk.

Het losse modem (verplicht bij fZiggo) heeft ook een extern IP adres. Je gebruikt dus twee IPv4 adressen, waarvan je er één helemaal niet kan gebruiken voor internet diensten.

Dit is inderdaad niet zo efficiënt . Wel DS-Lite uitrollen maar tegelijkertijd ook veel IPv4 adressen verspillen aan STB's/CPE die je zelf beheert. En dat terwijl daar IPv6 zo geschikt voor is.

[Verwijderd]

Deze waardes haal ik van een bedrade pc af. Ik heb wel wifi in huis maar niet van ziggo zelf. Heb op de ubee 3200 modem een tplink archer c9 wifi router aangesloten. Het enigste wat daarmee wel eens fout gaat is dat de wifi op mijn mobile wegvalt terwijl op de laptops de wifi het goed doet. Dit terzijde want dit heft toch niks met de waardes van mijn modem te maken?

stormfly schreef op maandag 11 april 2016 @ 23:00:
[...]


Pas als je het procentuele aantal weet van zijn gebruik, kan je wat uitspraken doen. Als hij de leecher en downloader is van zijn segment dan kan je best een hoog aantal un/correctables hebben. Dan is het procentueel een laag getal wat niet gecorrigeerd kan worden. (correctables vallen buiten de scope van "problemen met internet")

Maar als je alleen je mail checkt en tweakers bezoekt, dan kan je spreken van een procentueel hoog aantal fouten en kan je het gaan merken in je browse ervaring.

Maar hoeveel gebruikers werken niet via de brakke WiFi van de modems van Ziggo zelf. Dat is per definitie niet loeisnel, dus wat merkt een gebruiker er echt van. Ik denk weinig, als tweaker is een ander verhaal.

De verhouding uncorrectable tov correctables is 0,02 procent. 311050/1524995642 *100 = 0,02

Dus minimaal maar goed het is niet zoals het hoort. Zoals hierboven gepost mist er een downstream dat is al punt 1 om te gaan fixen.

[Verwijderd]

Ik ben een leek in dit soort dingen maar wat is een f-f kabeltje?

Jim423 schreef op maandag 11 april 2016 @ 22:58:
Hij mist een downstream frequentie, 226.000Mhz, ik vermoed dat het hier mis gaat. Retoursignaal is ook te hoog uitsturend en het downstream Rx level is ook niet echt geweldig dus direct met een f-f kabeltje op het AOP aansluiten en opnieuw bekijken. Mocht het op -5dB en 47dB retour uitkomen dan ligt het hoogstwaarschijnlijk niet aan je binnenhuisinstallatie, heb je wel goede waardes (bijvoorbeeld +4 en 42dB retour + je 226Mhz is weer terug) dan moet je het binnen gaan zoeken. (splitter, kabeltjes etc)

[TFHfony]

Verwijderd schreef op dinsdag 12 april 2016 @ 09:42:
Ik ben een leek in dit sort dingen maar wat is een f-f kabeltje?
[...]

gokje: female-female of F-Connector-FConnector...

[ Voor 6% gewijzigd door TFHfony op 12-04-2016 09:50 ]

[supermlt]

Gisteren toch maar even contact opgenomen met Ziggo omtrent onze issues en dat het AOP nog een TRAS1000/B is.

Vandaag al een aardige en op het oog lijkend ervaren monteur op bezoek gehad.
Complimenten aan Ziggo dat ze zo snel een monteur beschikbaar hadden.

Eerste lijn tests gaven direct aan dat er veel errors op de lijn zitten.
Ping test en Packet loss test gaven fouten aan en ook de latency op de pings was niet stabiel (soms meer dan 30 a 40ms en dan weer 12ms).
De modem waardes waren wel goed.
Monteur had voor hij aanbelde al even in de logs terug gekeken en zag daar ook wat problemen in (T3/T4, hoge latency soms)

AOP vervangen door een DIO-01 en de tests allemaal nogmaals uitgevoerd.
Nu een schone en stabiele lijn, geen errors en de BER bleef op 0.
Packet loss test van 10.000 pakketen met 0% uitval.
Ping latency rond de 10 a 12ms.
Monteur heeft de grondkabel ook nog even doorgemeten, de lengte is 82 meter tot de wijkkast en ziet er ook goed uit

Nu hopen dat de problemen opgelost zijn.

Huidige modem waardes:
Downstream Channel
Channel Lock Status Modulation Channel ID Symbol Rate Frequency Power SNR
1 Locked QAM256 27 6952000 257000000 Hz 5.6 dBmV 38.4 dB
2 Locked QAM256 25 6952000 241000000 Hz 5.6 dBmV 38.3 dB
3 Locked QAM256 26 6952000 249000000 Hz 5.6 dBmV 38.0 dB
4 Locked QAM256 28 6952000 265000000 Hz 5.5 dBmV 38.4 dB
5 Locked QAM256 29 6952000 273000000 Hz 5.6 dBmV 37.5 dB
6 Locked QAM256 30 6952000 281000000 Hz 5.8 dBmV 38.7 dB
7 Locked QAM256 31 6952000 289000000 Hz 5.9 dBmV 38.8 dB
8 Locked QAM256 32 6952000 297000000 Hz 6.1 dBmV 38.9 dB
9 Locked QAM256 33 6952000 305000000 Hz 6.3 dBmV 39.1 dB
10 Locked QAM256 34 6952000 313000000 Hz 6.6 dBmV 39.3 dB
11 Locked QAM256 35 6952000 321000000 Hz 6.8 dBmV 39.3 dB
12 Locked QAM256 36 6952000 329000000 Hz 6.9 dBmV 39.0 dB
13 Locked QAM256 37 6952000 337000000 Hz 6.7 dBmV 39.4 dB
14 Locked QAM256 38 6952000 345000000 Hz 6.7 dBmV 36.9 dB
15 Locked QAM256 39 6952000 353000000 Hz 6.9 dBmV 39.5 dB
16 Locked QAM256 40 6952000 361000000 Hz 7.0 dBmV 39.5 dB

Upstream Channel
Channel Lock Status Modulation Channel ID Symbol Rate Frequency Power
1 Locked QAM64 3 5120 Ksym/sec 36000000 Hz 46.5 dBmV
2 Locked QAM64 1 5120 Ksym/sec 52000000 Hz 47.0 dBmV
3 Locked QAM64 2 5120 Ksym/sec 44500000 Hz 47.0 dBmV
4 Locked QAM64 4 5120 Ksym/sec 58800000 Hz 46.5 dBmV

[ Voor 39% gewijzigd door supermlt op 12-04-2016 14:23 ]

[supermlt]

PauseBreak schreef op maandag 11 april 2016 @ 10:33:
[...]


Vraag het aan de klantenservice zou ik zeggen!

En om terug te komen op welke actie bij mij is ondernomen:

Signaalwaardes zijn in orde, AOP is in orde, wijkkast is op de to-do list gezet om na tekijken en modem vervangen door een TC7210 in bridgemodus. Dat zou het probleem op moeten lossen. Als dat niet het geval is dan gaat Ziggo een ping-pc neerzetten om te kijken of ze het wegvallen van de verbinding kunnen loggen.
Volgens de monteur zou er hier in de buurt (Groningen dus) geen capaciteitstekort zijn, dus dat zou sowieso het probleem niet kunnen veroorzaken (en ik betwijfel dat want er zijn 165 woningen op de wijkkast bijgebeund en sindsdien zijn er problemen, maar zie dat maar eens uit te leggen he).

Hoe dan ook, TC7210 in bridge mode, dus we gaan het wel zien. Was wel een geschikte kerel die monteur, zoals eigenlijk altijd wel

Inmiddels een nieuwe AOP geplaatst hier door Ziggo.

[MdO82]

Vind het persoonlijk alleen jammer dat Ziggo wat moeilijk doet bij het plaatsen van een nieuwe AOP.
Bij een kennis van mij zit er nog 1 van het jaar 0 en die wil men niet vervangen (althans ze sturen geen nieuwe op).

Kennis heeft geen internet dus dat kan niet getest worden

[Stormcagy]

ANdrode schreef op dinsdag 12 april 2016 @ 07:34:
[...]


De wifi implementaties in Apple hardware zijn erg goed. Bij een Cisco 3928 kreeg ik self niet meer dan 60 mbit down over wifi met meerdere laptops.
Andere locatie, zelfde laptops: 230 mb/s netto voor de laptop met 2x2 stream intel kaart, > 350 mb/s netto voor macbook pro.

Ik denk dat het wifi van de router gewoon niet zo goed werkt is in een drukke omgeving.

Sinds vanmorgen half 9 tot nu weer ping plotter laten draaien op 5GHz met een vast kanaal. Helaas zonder het gewenste resultaat: nog steeds om de haverklap wifi uitval.

kan dit aan het modem liggen?
moet ik gewoon zelf een router kopen?

[supermlt]

Toch te vroeg blij of toeval.....
Helaas net weer een dip en uitval van internet.

[sdk1985]

MdO82 schreef op dinsdag 12 april 2016 @ 14:33:
Vind het persoonlijk alleen jammer dat Ziggo wat moeilijk doet bij het plaatsen van een nieuwe AOP.
Bij een kennis van mij zit er nog 1 van het jaar 0 en die wil men niet vervangen (althans ze sturen geen nieuwe op).

Kennis heeft geen internet dus dat kan niet getest worden

Huh, begrijp ik nu goed dat jij verwacht dat Ziggo de AoP gaat vervangen bij non-klanten? Het is geen liefdadigheidsinstelling .

[ArcticWolf]

sdk1985 schreef op dinsdag 12 april 2016 @ 15:04:
[...]

Huh, begrijp ik nu goed dat jij verwacht dat Ziggo de AoP gaat vervangen bij non-klanten? Het is geen liefdadigheidsinstelling .

Die kennis kan toch een tv-only abo hebben?

[ArcticWolf]

supermm958 schreef op dinsdag 12 april 2016 @ 15:02:
Toch te vroeg blij of toeval.....
Helaas net weer een dip en uitval van internet.

[afbeelding]

Je pingt naar Google's Dns? Tis handiger als je naar je Ziggo Gateway pingt.

En staan er weer rare waardes in je modem?

[sdk1985]

ArcticWolf schreef op dinsdag 12 april 2016 @ 15:06:
[...]

Die kennis kan toch een tv-only abo hebben?

Wat inhoudt dat er wel getest en vervangen kan worden . De AoP is hier ook vervangen voor tv (storing op 800 Mhz), daar is geen internet voor nodig.

[ArcticWolf]

sdk1985 schreef op dinsdag 12 april 2016 @ 15:24:
[...]

Wat inhoudt dat er wel getest en vervangen kan worden . De AoP is hier ook vervangen voor tv (storing op 800 Mhz), daar is geen internet voor nodig.

mwja als er geen storing is, komen ze niet... en als er storing is willen ze vaak eerst dat je de eigen bekabeling nakijkt

[ANdrode]

supermm958 schreef op dinsdag 12 april 2016 @ 15:02:
Toch te vroeg blij of toeval.....
Helaas net weer een dip en uitval van internet.

Even een sanity check:

• Zie je dezelfde dip terug in een ping grafiek (c.f. dns requests)
• Heeft het modem zichzelf toevallig gereboot op dat moment waar je die packet loss zit? (Kijk naar de uptime, niet de logs).

Stormcagy schreef op dinsdag 12 april 2016 @ 14:55:
[...]
kan dit aan het modem liggen?
moet ik gewoon zelf een router kopen?

Ik vind het wifi van de TC 7200 (fUPC), Cisco 3925 (fZiggo) en Cisco 3928 (fZiggo) behoorlijk matig. Als het gebeurt bij wifi, maar niet bij een kabel, dan ligt het aan het wifi.

Ik zou een ander access point regelen. Let er hierbij op dat het "simultaneous dual band" is en 'DFS' ondersteunt. Voor de langere termijn is het belangrijk dat hij 3 5Ghz antennes heeft. 2.4 GHz moet je negeren, dat is vaak praktisch onbruikbaar door interferentie.

Het Ziggo "extra wifi punt" heeft geen DFS en valt daarom af. Je kan het alternatief van KPN/Telfort overwegen (DFS, band steering KPN WiFi Versterker DualBand - Arcadyan WA9117AAC23-99). De Apple time capsule of airport extreme zijn ook goed.

[ Voor 51% gewijzigd door ANdrode op 12-04-2016 15:35 ]

[ANdrode]

edit:
Verstuurde een oude tab + de nieuwe

[ Voor 199% gewijzigd door ANdrode op 12-04-2016 15:35 ]

[MdO82]

sdk1985 schreef op dinsdag 12 april 2016 @ 15:04:
[...]

Huh, begrijp ik nu goed dat jij verwacht dat Ziggo de AoP gaat vervangen bij non-klanten? Het is geen liefdadigheidsinstelling .

Was dat maar zo
Mensen met alleen een tv+hd-zenders is toch ook een klant

Maar ik laat het zo, probleem zit hem niet op de primaire tv en van de 2de tv zit de coax-aansluiting los op de decoder, wat ook problemen kan opleveren

Aangezien hij nog een hele oude AOP heeft had ik het geprobeerd

[ Voor 25% gewijzigd door MdO82 op 12-04-2016 15:42 ]

[supermlt]

ArcticWolf schreef op dinsdag 12 april 2016 @ 15:08:
[...]

Je pingt naar Google's Dns? Tis handiger als je naar je Ziggo Gateway pingt.

En staan er weer rare waardes in je modem?

Zal dat erg uitmaken?
Je bedoelt pingen naar het gateway adres van mijn Ziggo publiekelijk IP adres?

Uptime modem is nu (na herstart na bezoek monteur) 04h:56m:50s

Modem waardes
Channel Lock Status Modulation Channel ID Symbol Rate Frequency Power SNR
1 Locked QAM256 27 6952000 257000000 Hz 7.0 dBmV 39.8 dB
2 Locked QAM256 25 6952000 241000000 Hz 7.1 dBmV 39.8 dB
3 Locked QAM256 26 6952000 249000000 Hz 7.1 dBmV 39.6 dB
4 Locked QAM256 28 6952000 265000000 Hz 7.0 dBmV 39.9 dB
5 Locked QAM256 29 6952000 273000000 Hz 7.0 dBmV 39.2 dB
6 Locked QAM256 30 6952000 281000000 Hz 7.2 dBmV 39.9 dB
7 Locked QAM256 31 6952000 289000000 Hz 7.3 dBmV 40.0 dB
8 Locked QAM256 32 6952000 297000000 Hz 7.4 dBmV 40.0 dB
9 Locked QAM256 33 6952000 305000000 Hz 7.7 dBmV 40.1 dB
10 Locked QAM256 34 6952000 313000000 Hz 8.0 dBmV 40.2 dB
11 Locked QAM256 35 6952000 321000000 Hz 8.1 dBmV 40.2 dB
12 Locked QAM256 36 6952000 329000000 Hz 8.2 dBmV 40.0 dB
13 Locked QAM256 37 6952000 337000000 Hz 8.1 dBmV 40.2 dB
14 Locked QAM256 38 6952000 345000000 Hz 8.0 dBmV 37.1 dB
15 Locked QAM256 39 6952000 353000000 Hz 8.2 dBmV 40.2 dB
16 Locked QAM256 40 6952000 361000000 Hz 8.4 dBmV 40.3 dB

Upstream Channel
Channel Lock Status Modulation Channel ID Symbol Rate Frequency Power
1 Locked QAM64 3 5120 Ksym/sec 36000000 Hz 45.0 dBmV
2 Locked QAM64 1 5120 Ksym/sec 52000000 Hz 45.0 dBmV
3 Locked QAM64 2 5120 Ksym/sec 44500000 Hz 45.0 dBmV
4 Locked QAM64 4 5120 Ksym/sec 58800000 Hz 45.5 dBmV

[tcviper]

Ik krijg zelf overigens beste signaal kwaliteit en sterkte met UMU-1006 op de DIO 01 (out 1 naar modem, en TV out naar versterker) een Hirschmann 930 (met daarachter een multi tap en 8 aansluitingen). Deze gaf 5% meer dan de PTS-02KK op de DIO 01.

[ Voor 3% gewijzigd door tcviper op 12-04-2016 18:33 ]

[martijnm71]

De horizonbox is die nu wel of niet te gebruiken als wifi router achter een modem?

Kom niet echt op een duidelijk antwoord op de site van ziggo.

[MdO82]

martijnm71 schreef op dinsdag 12 april 2016 @ 18:42:
De horizonbox is die nu wel of niet te gebruiken als wifi router achter een modem?

Kom niet echt op een duidelijk antwoord op de site van ziggo.

Ja, is te gebruiken

Ik moet dan wel zeggen dat ik met mijn iPad heb gemerkt dat de Wifi verbinding telkens verbroken wordt.
Maar dat kan een IOS-probleem zijn

[ Voor 19% gewijzigd door MdO82 op 12-04-2016 18:44 . Reden: extra info ]

[martijnm71]

Kom ik net ook achter, schijnbaar niet diep genoeg gegraven, dank in ieder geval voor het antwoord.

Cool, hij kan zelfs het modem vervangen zie ik net.

[ Voor 21% gewijzigd door martijnm71 op 12-04-2016 18:45 ]

[supermlt]

ANdrode schreef op dinsdag 12 april 2016 @ 15:28:
[...]


Even een sanity check:

• Zie je dezelfde dip terug in een ping grafiek (c.f. dns requests)
• Heeft het modem zichzelf toevallig gereboot op dat moment waar je die packet loss zit? (Kijk naar de uptime, niet de logs).

Modem heeft in de tussentijd geen restart gehad.


[...]


Ik vind het wifi van de TC 7200 (fUPC), Cisco 3925 (fZiggo) en Cisco 3928 (fZiggo) behoorlijk matig. Als het gebeurt bij wifi, maar niet bij een kabel, dan ligt het aan het wifi.

Ik zou een ander access point regelen. Let er hierbij op dat het "simultaneous dual band" is en 'DFS' ondersteunt. Voor de langere termijn is het belangrijk dat hij 3 5Ghz antennes heeft. 2.4 GHz moet je negeren, dat is vaak praktisch onbruikbaar door interferentie.

Het Ziggo "extra wifi punt" heeft geen DFS en valt daarom af. Je kan het alternatief van KPN/Telfort overwegen (DFS, band steering KPN WiFi Versterker DualBand - Arcadyan WA9117AAC23-99). De Apple time capsule of airport extreme zijn ook goed.

[ArcticWolf]

supermm958 schreef op dinsdag 12 april 2016 @ 18:25:
[...]


Zal dat erg uitmaken?
Je bedoelt pingen naar het gateway adres van mijn Ziggo publiekelijk IP adres?

Uptime modem is nu (na herstart na bezoek monteur) 04h:56m:50s

*knip*

Die waardes zien er goed uit.

En inderdaad, de gateway van je Ziggo IP. Het hoeft niet veel uit te maken, maar de response van een externe source is altijd afhankelijk van het netwerk buiten Ziggo terwijl de gateway altijd een 100% response (zou) moet(en) geven.

Heb even gekeken maar er zitten gewoon 11 hops tussen Ziggo en de Google DNS:

Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.1.1]
  2     5 ms     6 ms     5 ms  10.254.221.1
  3     7 ms     6 ms     6 ms  hvs-rc0002-cr102-xe-1-3-1-0.core.as9143.net [213.51.189.254]
  4     7 ms     6 ms     6 ms  asd-tr0610-cr101-ae57-0.core.as9143.net [213.51.158.4]
  5    11 ms    11 ms    11 ms  72.14.222.56
  6     6 ms     7 ms     8 ms  209.85.240.61
  7     7 ms     8 ms     7 ms  209.85.241.31
  8    10 ms    10 ms    10 ms  72.14.233.199
  9    16 ms    14 ms    13 ms  216.239.56.83
 10     *        *        *     Request timed out.
 11    11 ms    13 ms    10 ms  google-public-dns-a.google.com [8.8.8.8]

[supermlt]

ArcticWolf schreef op dinsdag 12 april 2016 @ 18:50:
[...]

Die waardes zien er goed uit.

En inderdaad, de gateway van je Ziggo IP. Het hoeft niet veel uit te maken, maar de response van een externe source is altijd afhankelijk van het netwerk buiten Ziggo terwijl de gateway altijd een 100% response (zou) moet(en) geven.

Heb even gekeken maar er zitten gewoon 11 hops tussen Ziggo en de Google DNS:

Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.1.1]
  2     5 ms     6 ms     5 ms  10.254.221.1
  3     7 ms     6 ms     6 ms  hvs-rc0002-cr102-xe-1-3-1-0.core.as9143.net [213.51.189.254]
  4     7 ms     6 ms     6 ms  asd-tr0610-cr101-ae57-0.core.as9143.net [213.51.158.4]
  5    11 ms    11 ms    11 ms  72.14.222.56
  6     6 ms     7 ms     8 ms  209.85.240.61
  7     7 ms     8 ms     7 ms  209.85.241.31
  8    10 ms    10 ms    10 ms  72.14.233.199
  9    16 ms    14 ms    13 ms  216.239.56.83
 10     *        *        *     Request timed out.
 11    11 ms    13 ms    10 ms  google-public-dns-a.google.com [8.8.8.8]

Mijn trace route naar google levert 12 hops op
Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:

1 21 ms 1 ms 1 ms 192.168.1.1
2 14 ms 9 ms 8 ms 10.255.67.1
3 10 ms 12 ms 8 ms asn-rc0001-ds102-vl202.core.as9143.net [213.51.1
32.210]
4 20 ms 10 ms 8 ms gn-rc0002-cr101-ae4.core.as9143.net [213.51.157.
44]
5 12 ms 11 ms 12 ms asd-tr0042-cr101-ae2-0.core.as9143.net [213.51.1
58.142]
6 16 ms 17 ms 19 ms 72.14.203.144
7 18 ms 15 ms 16 ms 209.85.143.183
8 13 ms 11 ms 12 ms 209.85.255.41
9 16 ms 15 ms 15 ms 66.249.94.5
10 18 ms 16 ms 16 ms 216.239.49.36
11 * * * Request timed out.
12 21 ms 16 ms 16 ms google-public-dns-a.google.com [8.8.8.8]

[MdO82]

Ik denk dat het een beetje varieert tussen 10 en 12.
Ik had hem ook even gedaan en ik kom dan weer op 11

[supermlt]

Ik neem het gateway adres ook even op in Smokeping.

[ Voor 5% gewijzigd door supermlt op 12-04-2016 18:57 ]

[CreativeS]

valkenier schreef op dinsdag 12 april 2016 @ 08:33:
Lees even terug, ik had het in eerste instantie wel degelijk over een extern IP. Jij begon over interne, maar daar ging het mij niet om.

valkenier schreef op zondag 10 april 2016 @ 21:15:
1. Hij heeft een extern IP via de coax, zo raken de IPv4 adressen wel op bij Ziggo, iedere klant 2.

Je zegt toch zelf 2? Extern en... ik vul alleen even aan. Dat dat al zo'n discussie waard is... tikken om het tikken zeker.

Dat interne adressen niet van de grote IP-hoop gaat snapt een koe.

Nou nou... dat zeg je thuis maar.

ANdrode schreef op dinsdag 12 april 2016 @ 08:39:
In fZiggo is bij de horizon box óók het modem actief. Ook wanneer je deze niet als router gebruikt. Een Cisco recorder heeft ook een ingebouwd kabelmodem met een extern IP adres.

Het EuroDOCSIS-gedeelte van de HZN is bij fZiggo nog niet actief. Wel het modem voor het TV gedeelte. 2 modems aan boord. Maar dat IP-adres gaat niet naar buiten... dat blijft binnen Ziggo. Zucht. Gebruik en test het al sinds het begin van de HZN (2012 / fUPC).

Het losse modem (verplicht bij fZiggo) heeft ook een extern IP adres.

Daar (los modem met extern adres) heb ik het verder niet over.
Enfin, klaar mee.

[ Voor 34% gewijzigd door CreativeS op 12-04-2016 19:25 ]

[supermlt]

supermm958 schreef op dinsdag 12 april 2016 @ 18:57:
Ik neem het gateway adres ook even op in Smokeping.

De eerste resultaten van Smokeping naar mijn Ziggo Gateway adres.



Google 8.8.8.8 ping

[ Voor 11% gewijzigd door supermlt op 12-04-2016 20:37 ]

[Edgarz]

ANdrode schreef op dinsdag 12 april 2016 @ 07:34:
[...]


De wifi implementaties in Apple hardware zijn erg goed. Bij een Cisco 3928 kreeg ik self niet meer dan 60 mbit down over wifi met meerdere laptops.
Andere locatie, zelfde laptops: 230 mb/s netto voor de laptop met 2x2 stream intel kaart, > 350 mb/s netto voor macbook pro.

Ik denk dat het wifi van de router gewoon niet zo goed werkt is in een drukke omgeving.

Regulatory implementaties van 802.11d en 802.11h op router kunnen problemen met Apple apparatuur leveren. Geadviseerd wordt om deze dus uit te zetten.

Voorbeeld: Asus / Netgear routers

Just saying...

[ Voor 7% gewijzigd door Edgarz op 12-04-2016 20:40 ]

[ArcticWolf]

supermm958 schreef op dinsdag 12 april 2016 @ 20:32:
[...]


De eerste resultaten van Smokeping naar mijn Ziggo Gateway adres.

[afbeelding]

Google 8.8.8.8 ping
[afbeelding]

Dat is niet echt goed
Die Gateway grafiek zou nagenoeg recht moeten zijn bij een goede verbinding, dus je kan bijna concluderen dat het nog steeds niet goed zit tussen jou modem en Ziggo.

Het kan ook zijn dat iedereen in jou omg. dezelfde klachten heeft en dan ligt het dus tussen Ziggo - Ziggo apparatuur.

[supermlt]

ArcticWolf schreef op dinsdag 12 april 2016 @ 20:56:
[...]

Dat is niet echt goed
Die Gateway grafiek zou nagenoeg recht moeten zijn bij een goede verbinding, dus je kan bijna concluderen dat het nog steeds niet goed zit tussen jou modem en Ziggo.

Het kan ook zijn dat iedereen in jou omg. dezelfde klachten heeft en dan ligt het dus tussen Ziggo - Ziggo apparatuur.

Ja, dat dacht ik ook.
Als er meer mensen in onze omgeving problemen ervaren hoop ik dat ze dat ook melden.
Waar zal het probleem nu kunnen zitten, de CMTS?

[MediaZoo]

CreativeS schreef op dinsdag 12 april 2016 @ 19:21:

Het EuroDOCSIS-gedeelte van de HZN is bij fZiggo nog niet actief. Wel het modem voor het TV gedeelte. 2 modems aan boord. Maar dat IP-adres gaat niet naar buiten... dat blijft binnen Ziggo. Zucht. Gebruik en test het al sinds het begin van de HZN (2012 / fUPC)

Een Horizon heeft 1 EuroDOCSIS modem.. een TV modem bestaat niet. Een Horizon bestaat eigenlijk uit 2 losse apparaten. Een EuroDOCSIS modem met ingebouwde (wifi)router en een DVB-C ontvanger. De DVB-C ontvanger maakt intern verbinding met het EuroDOCSIS modem. Het EuroDOCSIS modem is altijd actief. Anders kun je geen gebruik maken van de retourdiensten van de Horizon en de ingebakken app's. De enige functionaliteit die niet aanwezig is is een bootfile vanuit de CMTS die de Horizon ook geschikt maakt voor internet diensten via de (wifi)router. Dit is iets wat ook in het fUPC gebied pas later ingevoerd werd.

Waar je die 2 modems vandaan haalt is mij een raadsel. Nergens in de technische documentatie van het apparaat bekend bij Ziggo wordt gesproken over 2 modems.

[NVD]

Cross post van hier: Panasonic TX-L50ET60E Ziggo CI+ Module werkt niet correct?

Het is enige tijd geleden dat ik wat van mij heb laten horen. De Ziggo klantenservice is niet bepaald behulpzaam geweest en droeg oplossingen aan waarbij ik vooral moest testen en actie ondernemen.

Vandaag nog maar een keer gebeld, want ik wil gewoon een nieuwe module om het defect uit te sluiten, ook al zijn 'the odds against me'. Meneer reageerde niet bepaald klantvriendelijk (voelde zich eerder op zijn teentjes getrapt, immers had hij meer dan (!) 8 jaar ervaring) toen ik zijn advies niet opvolgde. Gesprek was toen ook snel afgelopen en krijg nu een doosje toegestuurd om de CI+ module te retourneren.

Jammer dat er geen andere leveranciers zijn via de kabel. Is het nou echt zo moeilijk een klant vriendelijker te woord te staan?

[CreativeS]

MediaZoo schreef op dinsdag 12 april 2016 @ 21:07:
[knip]

Je hebt gelijk hoor.

[supermlt]

Schiet mij maar lek, sinds een uurtje de ping naar het gateway adres veel strakker en stabieler.


Een stuk minder grillig.


In tussen de Ziggo helpdesk ook aan de lijn gehad.
Om eigen infra uit te sluiten moet ik een test doen om een PC/Server direct en als enige aan het Ziggo modem te koppelen en Smokeping of alternatief te laten draaien.

Ziggo zag wel dat er vanavand 2 T3 timeouts en 1 T4 timeout waren opgetreden.

[ Voor 60% gewijzigd door supermlt op 12-04-2016 21:36 ]

[MediaZoo]

CreativeS schreef op dinsdag 12 april 2016 @ 21:10:
[...]


Je hebt gelijk hoor.

Dat weet ik. Het zou vreemd zijn dat Ziggo minder van hun eigen apparatuur weet dan een eindgebruiker...

[ANdrode]

supermm958 schreef op dinsdag 12 april 2016 @ 21:30:
Schiet mij maar lek, sinds een uurtje de ping naar het gateway adres veel strakker en stabieler.
[afbeelding]

Bij mij is de ping naar de gateway minder stabiel dan naar een andere host verderop in het netwerk. Het is mogelijk dat het genereren van ICMP een lage prioriteit krijgt op een router [1]. Ik zou daarom ook een machine 'verderop' toevoegen.

Wordt ping uitgevoerd in hardware/fastpath of in software? Dat heeft soms leuke side-effects [2]

Ik doe zelf ook meer pings (10/20) omdat je sporadische packet loss dan beter zien zonder dat je hem overschat.

[1]: https://www.reddit.com/r/...mp_ratelimiting_or_other/
[2]: http://30c3.mirror.speedp...CounterStrike_h264-hd.mp4
@Edgarz: Ah dat probleem kende ik niet. Ik met een mac nergens last van en bij iOS gebruik ik op weinig verschillende plekken wifi. De apparatuur werkt dus niet lekker doordat hij compliant is en zich aanpast op non-complaint apparaten? Zuur...

[ Voor 9% gewijzigd door ANdrode op 12-04-2016 22:00 ]

[Jim423]

supermm958 schreef op dinsdag 12 april 2016 @ 21:30:
Schiet mij maar lek, sinds een uurtje de ping naar het gateway adres veel strakker en stabieler.


Een stuk minder grillig.


In tussen de Ziggo helpdesk ook aan de lijn gehad.
Om eigen infra uit te sluiten moet ik een test doen om een PC/Server direct en als enige aan het Ziggo modem te koppelen en Smokeping of alternatief te laten draaien.

Ziggo zag wel dat er vanavand 2 T3 timeouts en 1 T4 timeout waren opgetreden.

Ziggo zou andere modems achter dezelfde eindversterker kunnen pakken die goed erbij staan qua signaalwaardes en kijken of daar ook veel T4 timeouts op voorkomen. Mocht dat zo zijn dan kan er op groepsversterkerniveau gekeken worden enzovoorts.

[supermlt]

ANdrode schreef op dinsdag 12 april 2016 @ 21:59:
[...]


Bij mij is de ping naar de gateway minder stabiel dan naar een andere host verderop in het netwerk. Het is mogelijk dat het genereren van ICMP een lage prioriteit krijgt op een router \[1]. Ik zou daarom ook een machine 'verderop' toevoegen.

Wordt ping uitgevoerd in hardware/fastpath of in software? Dat heeft soms leuke side-effects \[2]

Ik doe zelf ook meer pings (10/20) omdat je sporadische packet loss dan beter zien zonder dat je hem overschat.

\[1]: https://www.reddit.com/r/...mp_ratelimiting_or_other/
\[2]: http://30c3.mirror.speedp...CounterStrike_h264-hd.mp4
@Edgarz: Ah dat probleem kende ik niet. Ik met een mac nergens last van en bij iOS gebruik ik op weinig verschillende plekken wifi. De apparatuur werkt dus niet lekker doordat hij compliant is en zich aanpast op non-complaint apparaten? Zuur...

Welke host zal ik dan als extra mee kunnen pakken, ik ping de google DNS server ook (Buiten het Ziggo netwerk)

[supermlt]

Jim423 schreef op dinsdag 12 april 2016 @ 22:04:
[...]


Ziggo zou andere modems achter dezelfde eindversterker kunnen pakken die goed erbij staan qua signaalwaardes en kijken of daar ook veel T4 timeouts op voorkomen. Mocht dat zo zijn dan kan er op groepsversterkerniveau gekeken worden enzovoorts.

De Ziggo helpdesk medewerker heeft nog overlegd, moet dus dit eerst testen.
Ik geloof niet meer dat het probleem bij mij zit, maar heb Ziggo wel nodig om het op te lossen.

De vraag is wel hoe Ziggo zover te krijgen dit te gaan controleren.
Ik weet ook niet hoe de Helpdesk problemen verder de Ziggo organisatie in moeten/ kunnen duwen voor verdere onderzoek.

Kan me ook zo indenken dat Ziggo het netwerk monitored en zodra een modem veelvuldig T3/T4 timeouts genereerd dat hier pro-actief naar wordt gekeken dan of verwacht ik nu te veel.

[ Voor 19% gewijzigd door supermlt op 12-04-2016 22:10 ]

[Jim423]

Vrij simpel eigenlijk, het heeft even tijd nodig en reset je modem niet. De T3 T4 zal dan flink oplopen en als het goed is zal Ziggo dat voldoende informatie geven voor een analyse. Maar heb je nu nog steeds internetproblemen dan in de vorm van niet laden van pagina's e.d.?

[supermlt]

ANdrode schreef op dinsdag 12 april 2016 @ 21:59:
[...]


Bij mij is de ping naar de gateway minder stabiel dan naar een andere host verderop in het netwerk. Het is mogelijk dat het genereren van ICMP een lage prioriteit krijgt op een router \[1]. Ik zou daarom ook een machine 'verderop' toevoegen.

Wordt ping uitgevoerd in hardware/fastpath of in software? Dat heeft soms leuke side-effects \[2]

Ik doe zelf ook meer pings (10/20) omdat je sporadische packet loss dan beter zien zonder dat je hem overschat.

\[1]: https://www.reddit.com/r/...mp_ratelimiting_or_other/
\[2]: http://30c3.mirror.speedp...CounterStrike_h264-hd.mp4
@Edgarz: Ah dat probleem kende ik niet. Ik met een mac nergens last van en bij iOS gebruik ik op weinig verschillende plekken wifi. De apparatuur werkt dus niet lekker doordat hij compliant is en zich aanpast op non-complaint apparaten? Zuur...

Ik ping met een Raspberry PI met Smokeping geinstaleerd.

[supermlt]

Jim423 schreef op dinsdag 12 april 2016 @ 22:11:
Vrij simpel eigenlijk, het heeft even tijd nodig en reset je modem niet. De T3 T4 zal dan flink oplopen en als het goed is zal Ziggo dat voldoende informatie geven voor een analyse. Maar heb je nu nog steeds internetproblemen dan in de vorm van niet laden van pagina's e.d.?

Het probleem is dat het internet voor enkele seconden (10 - 30 sec.) compleet stagneert.
Pagina's laden niet meer, DNS requests stoppen. Het Ziggo modem blijft actief (geen DS of US knipperende lampjes).
Is ook niet echt een vorm van consistentie in te ontdekken, gaan dagen voorbij zonder problemen en dan weer dagen dat het meerdere malen optreedt op verschillende tijdstippen van de dag (Volgens de logs en smokeping ook in de nachtelijke uren).

[ArcticWolf]

supermm958 schreef op dinsdag 12 april 2016 @ 22:16:
[...]


Het probleem is dat het internet voor enkele seconden (10 - 30 sec.) compleet stagneert.
Pagina's laden niet meer, DNS requests stoppen. Het Ziggo modem blijft actief (geen DS of US knipperende lampjes).
Is ook niet echt een vorm van consistentie in te ontdekken, gaan dagen voorbij zonder problemen en dan weer dagen dat het meerdere malen optreedt op verschillende tijdstippen van de dag (Volgens de logs en smokeping ook in de nachtelijke uren).

Dat klinkt heel erg naar T3 of T4 timeouts... die 10 ~ 30 sec uitval.

Mijn gateway stats:

Counter
T3 Timeout 0
T4 Timeout 1

Status
System Up Time 24 days 21h:20m:23s

[ Voor 16% gewijzigd door ArcticWolf op 12-04-2016 22:38 ]

[supermlt]

Whoooo, dat ziet er een stuk beter uit. Jaloers!

[ANdrode]

supermm958 schreef op dinsdag 12 april 2016 @ 22:06:
[...]


Welke host zal ik dan als extra mee kunnen pakken, ik ping de google DNS server ook (Buiten het Ziggo netwerk)

ziggo.nl natuurlijk. Van die site kan de helpdesk niet zeggen dat het niet aan ziggo ligt als hij traag is .

[Jim423]

supermm958 schreef op dinsdag 12 april 2016 @ 22:16:
[...]


Het probleem is dat het internet voor enkele seconden (10 - 30 sec.) compleet stagneert.
Pagina's laden niet meer, DNS requests stoppen. Het Ziggo modem blijft actief (geen DS of US knipperende lampjes).
Is ook niet echt een vorm van consistentie in te ontdekken, gaan dagen voorbij zonder problemen en dan weer dagen dat het meerdere malen optreedt op verschillende tijdstippen van de dag (Volgens de logs en smokeping ook in de nachtelijke uren).

Dan zou ik direct weer bellen. Je hebt gewoon garantie op de monteur dus krijg je weer een nieuwe monteur. Hopelijk kijkt deze wat verder dan de huisaansluitkabel ik vermoed dat er een probleem zit in het wijknet of heul misschien op hub niveau (dan zouden wel veel mensen er last van hebben). Wat je nog kunt proberen is voor een dagje het modem als enige aan te sluiten dan heb je in ieder geval alles geprobeerd en eventuele ruis uit je binneninstallatie uitgesloten en alle connectoren strak aandraaien op de UMU/achterop het modem.

[VVV-007]

Het EuroDOCSIS-gedeelte van de HZN is bij fZiggo nog niet actief. Wel het modem voor het TV gedeelte. 2 modems aan boord. Maar dat IP-adres gaat niet naar buiten... dat blijft binnen Ziggo. Zucht. Gebruik en test het al sinds het begin van de HZN (2012 / fUPC).

Toen ik onze Horizon box kreeg (naast een bestaande modem) kon ik een lan kabel op mijn horizon box aansluiten en via de horizon box onder een ander extern ip het internet op. De lijn had op speedtest een waarde van 30 down, 10 up (naast onze internet lijn van 200 down/20 up). Na een paar dagen kreeg de horizon een update en werkte dit (helaas) niet meer, maar wel kon ik in de settings zien dat de horizon zelf nog steeds hetzelfde (externe) ip had als daarvoor.

Een heel ander punt.

Het mij is opgevallen dat mijn internet lijn (losse ziggo modem) minder stabiel lijkt te zijn wanneer de Horizon ook is aangesloten en zeker wanneer deze aan staat (note we hebben hem wel op de eco standby stand laten staan omdat ik geen zin had in een standby verbruik van 30 watt, en toch geen extra horizon boxen heb en opname op deze manier prima gaat). We gebruiken de horizon dan ook met name voor opname en TV gemist.
Heb nu (ongeveer sinds de snelheids verhoging) af en toe korte onderbreking op mijn internet(losse modem) en ook heeft hij moeite om de maximale snelheid van 200 mbps te halen, zeker als de Horizon aan staat. (voor de duidelijkheid, de Horizon is niet aangesloten op het netwerk en ook de WiFi van de horizon staat uit). Omdat we toch nog smartcards + CI modules hebben en ziggo nu Horizon beschikbaar heeft gemaakt voor alle klanten via de site, heb ik de box afgekoppeld en nu is alles weer stabiel en op volle snelheid.

Heeft iemand anders hier ook ervaring mee en of nog tips om het te verbeteren?

Situatie (met horizon aangesloten) is AOP --> 3 weg splitter (zonder versterking) --> 1 naar modem, 2 naar horizon, 3 naar 2e splitter en dan naar 3 TV's.

Beeld op alle TV's is prima. (Signaal sterkte 60-80%, kwaliteit 100%)

De 3-weg splitter had ik zelf aangeschaft want de nieuwe opbouw module welke bij de horizon was geleverd ( SQ601) gaf geen goed resultaat al bij installatie (ongeveer een jaar geleden). De mee geleverde 2weg splitter werkte prima, maar daar had ik te weinig aan. De beschreven setup met 3-weg splitter heeft tijden lang prima gewerkt, maar geeft de laatste tijd dus problemen (begonnen ongeveer in de tijd dat de snelheids upgrade door ziggo is gedaan.... waar wij verder niets mee te maken hebben omdat we een 200 mbps lijn hebben).

Kabels had ik ook al vervangen door zo kort mogelijke professionele versies (AOP-> modem is maar 0,5M lang) tussen AOP en Horizon is 1,5M lang (met standaard door ziggo bij horizon mee geleverde kabel) De splitter(s) hebben F-connectors zodat de koperen kern van de kabel direct in de splitter gaat.

Als ik moet kiezen geef ik de Horizon wel op omdat we de website/app nu ook kunnen gebruiken zonder horizon abbo en nog een humax decoder met hdd hebben voor opname, dus de meer waarde van de box is voor ons nu beperkt. (bespaard ook nog eens 5 euro/maand)

Kan de snelheids verhoging er wat mee te maken hebben ondanks dat wij al de hele tijd 200/20 hebben? (hier is verder in een jaar tijd niets aan de setup veranderd)

[ Voor 5% gewijzigd door VVV-007 op 13-04-2016 09:02 . Reden: kleine verduidelijking + typo's ]

[Jim423]

Wanneer jij je horizon box aansluit en het internet trager wordt op het modem zit er waarschijnlijk iets niet goed in de bekabeling van de horizon. De horizon stuurt waarschijnlijk als gevolg een enorme bak rotzooi mee terug waardoor het modem instabiel wordt (om het maar even in simpele taal te verwoorden). Het retourkanaal is namelijk gedeeld in zekere zin, je retourkanaal kan ook invloed hebben op je 200Mb/s download, en het netwerk is grotendeels overgegaan op 64QAM modulatie ipv 16QAM modulatie dus dat zou in theorie ervoor kunnen zorgen dat je voorheen weinig problemen had en nu wel.

[VVV-007]

Bedankt voor je reactie Jim423,

De kabel van de horzizon is slechts 1,5M lang en daarvoor gebruik ik nu de door ziggo mee geleverde kabel. Zal eens kijken of ik daar nog een vervanger voor heb, maar het punt wat je aangeeft over de veranderde modulatie zou dus ook de oorzaak kunnen zijn. In elk geval fijn om te weten waar het vandaan komt.

Denk dat de horizon dan maar retour gaat, gezien hij eigenlijk geen extra functies voor ons oplevert, eerder problemen (en het bespaart nog ook).

[Wildfire]

Ziezo... alles is vervangen. De radio/TV-splitter was een TOF-01, nu is het een TOF-02. Op de TV-uitgang zit nu niet meer een TV-splitter zoals voorheen, er gaat nu meteen een Technetix RLA++ kabel naar de Tratec-versterker. Vanuit de Tratec-versterker gaat er een RLA++ kabel naar de Humax decoder en de bestaande kabel naar boven is gehandhaafd. Op het AOP zit een RLA++ kabel naar de Ubee modem.

Waardes nu:



-- Edit: even diverse zenders gechecked op de Humax op de bovenverdieping. Signaalsterktes zijn 6 procentpunt hoger nu, dus duidelijk beter. Helaas van de Humax beneden vergeten van tevoren de sterktes te noteren, maar voor zover ik me nog waardes kan herinneren lijken we daar vergelijkbaar erop vooruit te zijn gegaan.

Over het modem kan ik nog weinig zeggen, is nu nog maar twee uurtjes na het plaatsen van de nieuwe kabels. Momenteel staat de boel op 0 errors, maar ik durf er pas iets zinnigs van te zeggen na 2 tot 3 dagen.

[ Voor 90% gewijzigd door Wildfire op 13-04-2016 18:54 ]

[supermlt]

ArcticWolf schreef op dinsdag 12 april 2016 @ 22:34:
[...]

Dat klinkt heel erg naar T3 of T4 timeouts... die 10 ~ 30 sec uitval.

Mijn gateway stats:
[afbeelding]


[...]


[...]

De restultaten vandaag, sinds gisteren vanaf 22:00 uur duidelijk betere response. Nog niet helemaal stabiel maar beter dan de dagen ervoor.


Morgen weer een Ziggo monteur op bezoek.

[ Voor 9% gewijzigd door supermlt op 13-04-2016 21:23 ]

[valkenier]

MediaZoo schreef op dinsdag 12 april 2016 @ 21:50:
[...]


Dat weet ik. Het zou vreemd zijn dat Ziggo minder van hun eigen apparatuur weet dan een eindgebruiker...

Werk je bij Ziggo? Weet je dan wat de plannen zijn met nieuwe software/features op de horizonbox? IPv6?
Vertel ons alles wat je weet

BTW: Wat ook heel raar is dat de horizon app op mijn iphone zegt dat hij de horizonbox niet kan vinden op het netwerk, maar op de ipad wel. weird..

[stormfly]

supermm958 schreef op woensdag 13 april 2016 @ 18:50:
[...]


De restultaten vandaag, sinds gisteren vanaf 22:00 uur duidelijk betere response. Nog niet helemaal stabiel maar beter dan de dagen ervoor.
[afbeelding]

Morgen weer een Ziggo monteur op bezoek.

Wat is er niet goed aan de grafiek? Mooie groene lijn toch? Dat grijze gebied ga je niet kleiner krijgen...

De packetloss getallen worden gecalculeerd over een hele grafiek. Dus dat linker witte stuk heeft nadelig invloed op je packetloss %

Op basis van die grafiek zou ik blij zijn met mijn ziggo aansluiting

[ Voor 17% gewijzigd door stormfly op 13-04-2016 22:17 ]

[supermlt]

stormfly schreef op woensdag 13 april 2016 @ 22:14:
[...]


Wat is er niet goed aan de grafiek? Mooie groene lijn toch? Dat grijze gebied ga je niet kleiner krijgen...

De packetloss getallen worden gecalculeerd over een hele grafiek. Dus dat linker witte stuk heeft nadelig invloed op je packetloss %

Op basis van die grafiek zou ik blij zijn met mijn ziggo aansluiting

Het probleem van het wegvallen van de verbinding voor 10 a 15 seconden. (Geen verkeer, DNS servers niet bereikbaar)

[Ryack]

supermm958 schreef op woensdag 13 april 2016 @ 22:56:
[...]
Het probleem van het wegvallen van de verbinding voor 10 a 15 seconden. (Geen verkeer, DNS servers niet bereikbaar)

Ik heb precies hetzelfde probleem met Ziggo. Tot nu toe geen oplossing voor gevonden. De laatste twee weken is het gelukkig weer wat beter. Daarvoor viel de verbinding een paar keer per week en soms per dag weg.

[supermlt]

Ryack schreef op donderdag 14 april 2016 @ 08:37:
[...]


Ik heb precies hetzelfde probleem met Ziggo. Tot nu toe geen oplossing voor gevonden. De laatste twee weken is het gelukkig weer wat beter. Daarvoor viel de verbinding een paar keer per week en soms per dag weg.

Ook meerdere malen gemeld bij Ziggo of monteur op bezoek gehad?

[Joostje123]

Welke mediaboxen kunnen via het liefst WiFi internet tv ontvangen, anders moet ik nog zo powerline regelene + smartcard, maar zonder tv kabel.

Zodat ik niet hele kabel van ene kant naar andere kant van mijn huis hoef te trekken.

[hcQd]

Joostje123 schreef op donderdag 14 april 2016 @ 08:54:
Welke mediaboxen kunnen via het liefst WiFi internet tv ontvangen

Officieel: de Horizon Extra Box (wel een gewone Hoirzon nodig als hoofdontvanger), gaat over 5GHz en er zijn natuurlijk geen garanties dat dit in jouw geval werkt.

Onofficieel (fZiggo): iets als TV Headend.

[Ryack]

supermm958 schreef op donderdag 14 april 2016 @ 08:50:
[...]
Ook meerdere malen gemeld bij Ziggo of monteur op bezoek gehad?

Meerdere monteurs, meerdere nieuwe modems, modem verplaats zodat het op centimeters van de AOP staat ipv meters, eigen router vervangen, flink wat telefoontjes en niet opgelost. Het lijkt compleet random wanneer het gebeurt, dus ik snap dat het heel lastig is om op te lossen. Ik ben inmiddels al een tijdje zover dat ik denk van het is wat het is en bel er ook niet meer voor. Sta op het punt om over te stappen naar glasvezel. Maar ik zou graag horen wat het werkelijke probleem is, als ze het hier dan ook op kunnen lossen dan wil ik er over denken om toch niet over te stappen.

[supermlt]

Ryack schreef op donderdag 14 april 2016 @ 09:23:
[...]


Meerdere monteurs, meerdere nieuwe modems, modem verplaats zodat het op centimeters van de AOP staat ipv meters, eigen router vervangen, flink wat telefoontjes en niet opgelost. Het lijkt compleet random wanneer het gebeurt, dus ik snap dat het heel lastig is om op te lossen. Ik ben inmiddels al een tijdje zover dat ik denk van het is wat het is en bel er ook niet meer voor. Sta op het punt om over te stappen naar glasvezel. Maar ik zou graag horen wat het werkelijke probleem is, als ze het hier dan ook op kunnen lossen dan wil ik er over denken om toch niet over te stappen.

Voornamelijk het random uitvallen maakt het zo lastig en irritant.
Ook voormalig Ziggo gebied?

[Ryack]

supermm958 schreef op donderdag 14 april 2016 @ 09:33:
[...]
Voornamelijk het random uitvallen maakt het zo lastig en irritant.
Ook voormalig Ziggo gebied?

Nee, Ziggo vanaf het begin (Den Bosch). Maar ik heb wel het idee dat de problemen zijn ontstaan/erger zijn geworden na de wijzigingen ivm de overname van UPC.

[nooberke]

Ryack schreef op donderdag 14 april 2016 @ 08:37:
[...]


Ik heb precies hetzelfde probleem met Ziggo. Tot nu toe geen oplossing voor gevonden. De laatste twee weken is het gelukkig weer wat beter. Daarvoor viel de verbinding een paar keer per week en soms per dag weg.

Ook bekabeld?

[supermlt]

nooberke schreef op donderdag 14 april 2016 @ 10:06:
[...]


Ook bekabeld?

Hier de problemen met bekabeld en modem in Bridge.

[supermlt]

Ryack schreef op donderdag 14 april 2016 @ 09:58:
[...]


Nee, Ziggo vanaf het begin (Den Bosch). Maar ik heb wel het idee dat de problemen zijn ontstaan/erger zijn geworden na de wijzigingen ivm de overname van UPC.

De problemen zijn hier ook ontstaan naar het samenvoegen van Ziggo en UPC en de aanval op de DNS servers.

Ik weet ook niet wat de impact op het netwerk technisch gezien is geweest toen we in het fZiggo gebied de Netwerk-ID moesten aanpassen naar 5555

[dutchgio]

Hier lijkt het gerelateerd aan een update van de EPC3925, de webinterface ziet er ook wat anders uit. vierkante blokken voor input etc.
als ik continu ping, zowel lokaal als naar internet, zitten er continu timeouts tussen of sprongen naar hele hoge pingtijden(1000ms).
Eerder viel de hele wifi-verbinding nog wel eens weg, of dan was een herstart van de modem vereist. Nu zijn het vaak korte intervallen met timeouts. Ook voormalig UPC.