Storing in Hoofddorp e.o.

tja zei:

Er is inderdaad iets niet lekker tussen de PC en de CMTS. Dit kan aan de PC, bekabeling van de PC, modem, bekabeling van het modem, AOP en evt splitters en het lokale Ziggo net liggen.

Klik om te vergroten...

Toch denk ik dat het wel mee valt, op hop-1 heeft hij weliswaar in eerste instantie 60% packetloss, maar in dezelfde trace op hop-3 slechts 4% en dan kan hop-1 dus nooit 60% echte loss hebben omdat alles achter hop-1 in dat geval hoger dan 60% zou moeten zijn.

Ik heb dat zelf hier ook, dit komt gewoon door de drukte waardoor ICMP verkeer niet beantwoord wordt. Niets verontrustend in dat geval volgens mij. (afgezien van de andere speed-problemen, daar heb ik het hier niet over )

Je hebt helemaal gelijk. De hogere hops hebben geen of veel minder packet loss, dus zal het inderdaad om gedropt ICMP verkeer gaan, terwijl het normale verkeer vrolijk doorraast.

Excalibur zei:

Zeker weten dat dit aan de tv ligt en niet aan de binnenshuis installatie waardoor ruis ontstaat op het signaal naar de tv op de slaapkamer?

Klik om te vergroten...

Signaalruis kan ook komen doordat ik niet veel aandacht heb besteed aan de bekabeling naar die TV toe (gaat via splitter en versterkertje).

Excalibur zei:

Hoe lang is de coax kabel lengte tussen het AOP en het modem?

Klik om te vergroten...

Als de AOP dat apparaatje is dat tussen het binnekomende signaal in de meterkast en de kabelmodem zit, dan is die bijzonder kort.... ong 20cm. Als het gaat om de verbinding tussen meterkast en dat tussenkastje, dan is die een meter of 10).

CeeS zei:

Toch denk ik dat het wel mee valt, op hop-1 heeft hij weliswaar in eerste instantie 60% packetloss, maar in dezelfde trace op hop-3 slechts 4% en dan kan hop-1 dus nooit 60% echte loss hebben omdat alles achter hop-1 in dat geval hoger dan 60% zou moeten zijn.

Ik heb dat zelf hier ook, dit komt gewoon door de drukte waardoor ICMP verkeer niet beantwoord wordt. Niets verontrustend in dat geval volgens mij. (afgezien van de andere speed-problemen, daar heb ik het hier niet over )

Klik om te vergroten...

Dat betekend dat ik rustig kan afwachten zonder allerlei kabels te gaan vervangen? :mrgreen:

uncletaz zei:

Dat betekend dat ik rustig kan afwachten zonder allerlei kabels te gaan vervangen? :mrgreen:

Klik om te vergroten...

Lijkt me voor internet wel. Je hebt dezelfde problemen als iedereen in Hoofddorp lijkt me. Als je straks als enige nog een slechte verbinding hebt als de problemen bij anderen wel opgelost zijn is het een ander verhaal, maar tot die tijd zou ik dus rustig even afwachten

Dank Cees..

Wel nog ff dit gechecked (was nog even een uitdaging om in te loggen )

tja zei:

Welke signaalwaarden (powerlevels en SNR) zie je (evt. zonder router) wanneer je op je modem inlogt (192.168.100.1 intoetsen in je browser).

Klik om te vergroten...

Powerlevel: 6 dBmV
Signal to Noise Ratio: 38 dB

Zijn dat ze?

Als dat de waardes voor de downstream zijn, zit je goed. Voor de upstream is een power-level van 6 dusdanig laag dat je helemaal geen verbinding zult hebben.

Mijn post is echter onderuitgehaald door Cees , en ik sluit me ook bij zijn advies aan. Waarschijnlijk is je probleem gerelateerd aan het algemene probleem en je kunt dus het beste eerst de oplossing hiervan afwachten.

Internet hoofddorp

Zelfde probleem hier! Bellen naar Ziggo lukt niet, als je eindelijk iemand te pakken krijgt, wordt de verbinding verbroken.

Vanmorgen nog maar even gekeken naar de ping in-game. Helaas heb ik een ping van 900ms moeten zien om 06.00 's octhends :cry: gelijk maar even een WinMTR laten lopen om de heren/dames van ziggo te informeren.


Ik zie hier toch een 7% packet-loss als ik naar de rest van Hops in het traject kijk. Verder is het ook wel schandalig als de core.as9143.net, al 13% van de aanvragen dropt als het verkeer op een minimale (van het ergste uitgaan NORMALE) bezetting is.

maxfly zei:

Zelfde probleem hier! Bellen naar Ziggo lukt niet, als je eindelijk iemand te pakken krijgt, wordt de verbinding verbroken.

Klik om te vergroten...

als je even een paar dagen terug gaat in deze topic,
kan je lezen dat ze er druk mee bezig zijn.
cees heeft het er over dat we iets kunnen verwachten rond maandag/dinsdag als ik me niet vergist.

en ja de lag/packet los is er nog steeds online gaming is nog steeds niet mogelijk sta soms gewoon 30 secs tot 2 minuten still ingame.
downloaden via usenet gaat nog steeds bar langzaam.

PatrickM zei:

Vanmorgen nog maar even gekeken naar de ping in-game. Helaas heb ik een ping van 900ms moeten zien om 06.00 's octhends :cry: gelijk maar even een WinMTR laten lopen om de heren/dames van ziggo te informeren.

Code:

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                               my.router -    0 |  276 |  276 |    1 |    3 |   90 |    1 |
|          84-104-204-1.cable.quicknet.nl -    0 |  276 |  276 |    5 |   10 |  101 |    8 |
|                         212.127.252.114 -    0 |  276 |  276 |    5 |   11 |   98 |    8 |
|    nl-ams2-rb-01-10G-3-2.multikabel.net -    0 |  276 |  276 |    5 |   11 |  104 |    8 |
|    nl-ams1-rb-01-10g-3-2.multikabel.net -    0 |  276 |  276 |    6 |   10 |   97 |    8 |
|asd-tr0409-cr101-ae14-10.core.as9143.net -   13 |  276 |  241 |    5 |   11 |  100 |   27 |
|                   adm-b3-link.telia.net -   12 |  276 |  243 |   23 |   29 |  119 |   27 |
|                  adm-bb2-link.telia.net -    7 |  276 |  258 |   24 |   29 |  109 |   26 |
|              hbg-bb2-pos7-0-0.telia.net -   12 |  276 |  244 |   32 |   40 |  153 |   36 |
|                  ffm-bb2-link.telia.net -    7 |  276 |  259 |   38 |   69 |  273 |   69 |
|                   ffm-b5-link.telia.net -    7 |  276 |  257 |   40 |   64 |  231 |   68 |
|                   No response from host -  100 |  276 |    0 |    0 |    0 |    0 |    0 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir  ( [EMAIL="[email protected]"][email protected][/EMAIL] )

Ik zie hier toch een 7% packet-loss als ik naar de rest van Hops in het traject kijk. Verder is het ook wel schandalig als de core.as9143.net, al 13% van de aanvragen dropt als het verkeer op een minimale (van het ergste uitgaan NORMALE) bezetting is.

Klik om te vergroten...

Nogmaals een opmerking hierover:
cor.as9143... KAN helemaal geen 13% droppen van de normale dataframes om de doodeenvoudige reden dat je op alle hops daarachter dus in dat geval ook minstens 13% packetloss hebt. Al die nodes geven de data aan elkaar door, dus als eentje data laat vallen zullen alle nodes daarachter die data niet krijgen. Het is dan dus onmogelijk dat je verderop 7% ziet staan, omdat het altijd hoger dan 13% zou moeten zijn als dat zou kloppen.

Je moet WinMtr of elke andere traceroute tool niet gebruiken om absolute uitspraken te willen doen over packetloss onderweg. Dat komt omdat moderne routers/netwerkcomponenten ICMP-verkeer (pings e.d.) als minst-belangrijke data beschouwen die ze zonder gevolgen mogen vergeten. Dat ze dat dus doen is normaal en geeft alleen maar aan dat die netwerkcomponenten niet "niks-te-doen" hebben. Het is een leuke indicatie over drukte, maar zegt verder niets over de kwaliteit. Een sprong in de RTT na een bepaalde hop zegt in dat geval nog meer. (wat je dus ziet gebeuren na die as9143)

De problemen hebben echter wèl te maken met de routers in de buurt van die as9143 en daar wordt dinsdag een hardware uitbreiding gedaan is ons medegedeeld. Daar zullen we dus even op moeten wachten.