Snelheidsproblemen Kop Noordholland

Tikimotel · 9 okt 2012

Sinds ook wij (Noord-Holland) over het oude @home netwerk worden gerouteerd is het huilen met de pet op. (multikabel liep vroeger niet via groningen/zwolle naar de ams-ix...)
Tussen 213.51.158.106 en 213.51.163.33 is vaak geen communicatie... (tracert www.youtube.com)

CeeS · 13 okt 2012

Tikimotel zei:
Sinds ook wij (Noord-Holland) over het oude @home netwerk worden gerouteerd is het huilen met de pet op. (multikabel liep vroeger niet via groningen/zwolle naar de ams-ix...)
Tussen 213.51.158.106 en 213.51.163.33 is vaak geen communicatie... (tracert www.youtube.com)

Lijkt me niet dat 'het oude @home netwerk' gebruikt wordt in Noordholland.
Laat die traceroutes eens zien, ik denk dat de route toch anders loopt dan je denkt.

(ik kom namelijk wel via een aantal hops in noordholland direct bij amsix uit)

Tikimotel · 31 okt 2012

Code:

Tracing route to youtube-ui.l.google.com [209.85.148.91]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  pfsense.home [192.168.0.1]
  2     8 ms     7 ms     9 ms  10.136.148.1
  3     7 ms     7 ms     8 ms  blok-lc0002-dr101-vl202.core.as9143.net [213.51.
163.33]
  4     7 ms     7 ms     7 ms  hlo-lc0001-cr102-ae5-0.core.as9143.net [213.51.1
58.106]
  5     8 ms     9 ms     9 ms  asd-tr0409-cr102-ae6-0.core.as9143.net [213.51.1
58.214]
  6     9 ms     9 ms     9 ms  72.14.211.107
  7     9 ms    10 ms    12 ms  209.85.254.90
  8    16 ms    14 ms    11 ms  209.85.255.74
  9    15 ms    36 ms    17 ms  209.85.241.227
 10    17 ms    17 ms    15 ms  72.14.239.63
 11    19 ms    19 ms    17 ms  209.85.254.57
 12    16 ms    15 ms    21 ms  fra07s07-in-f91.1e100.net [209.85.148.91]

Trace complete.

tracert www.youtube.com

Tracing route to youtube-ui.l.google.com [209.85.148.93]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  pfsense.home [192.168.0.1]
  2     7 ms     7 ms     7 ms  10.136.148.1
  3     *        *        *     Request timed out.
  4    47 ms    17 ms    19 ms  vnn-rc0001-cr101-ae5-0.core.as9143.net [213.51.1
58.104]
  5    14 ms    15 ms    20 ms  asd-lc0006-cr102-ae6-0.core.as9143.net [213.51.1
58.212]
  6    28 ms    24 ms    20 ms  72.14.217.124
  7    30 ms    27 ms    41 ms  209.85.248.116
  8     9 ms    12 ms     9 ms  209.85.255.60
  9    22 ms    22 ms    25 ms  209.85.241.229
 10    19 ms    94 ms    18 ms  72.14.239.63
 11    24 ms    20 ms    29 ms  209.85.254.41
 12    20 ms    16 ms    28 ms  fra07s07-in-f93.1e100.net [209.85.148.93]

Trace complete.

Host: blok-lc0002-dr101-vl202.core.as9143.net
Host IP: 213.51.163.33
IP country: Netherlands
IP Address state: Groningen
IP Address city: Leek
IP latitude: 53.1629
IP longitude: 6.3716
ISP: Ziggo
Organization: @Home Benelux

Host: vnn-rc0001-cr101-ae5-0.core.as9143.net
Host IP: 213.51.158.104
IP country: Netherlands
IP Address state:
IP Address city:
IP latitude: 52.5000
IP longitude: 5.7500
ISP: Ziggo
Organization: @Home Benelux

Code:

tracert www.gamespot.com

Tracing route to gamespot.com [107.23.4.186]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  pfsense.home [192.168.0.1]
  2     8 ms     7 ms     7 ms  10.136.148.1
  3     *        *       24 ms  zw-lc0001-dr101-vl201.core.as9143.net [213.51.16
3.1]
  4    15 ms    10 ms     9 ms  vnn-rc0001-cr101-ae5-0.core.as9143.net [213.51.1
58.104]
  5    12 ms    14 ms    11 ms  asd-lc0006-cr101-ae6-0.core.as9143.net [213.51.1
58.78]
  6    10 ms    10 ms     9 ms  ae1.ams10.ip4.tinet.net [77.67.64.61]
  7    99 ms   103 ms   103 ms  xe-4-3-0.was12.ip4.tinet.net [213.200.80.25]
  8    99 ms    98 ms    97 ms  vadata-gw.ip4.tinet.net [77.67.68.154]
  9   103 ms   107 ms   100 ms  205.251.245.9
 10   101 ms   101 ms   115 ms  205.251.245.47
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14    98 ms    99 ms    99 ms  ec2-107-23-4-186.compute-1.amazonaws.com [107.23
.4.186]

Trace complete.

tracert www.gamespot.com

Tracing route to gamespot.com [107.23.4.186]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  pfsense.home [192.168.0.1]
  2    17 ms     6 ms     7 ms  10.136.148.1
  3    13 ms     *        *     zw-lc0001-dr101-vl201.core.as9143.net [213.51.16
3.1]
  4    17 ms    13 ms    13 ms  vnn-rc0001-cr101-ae5-0.core.as9143.net [213.51.1
58.104]
  5    10 ms    12 ms    10 ms  asd-lc0006-cr101-ae6-0.core.as9143.net [213.51.1
58.78]
  6     9 ms    11 ms    13 ms  ae1.ams10.ip4.tinet.net [77.67.64.61]
  7   101 ms   128 ms   120 ms  xe-4-3-0.was12.ip4.tinet.net [213.200.80.25]
  8   103 ms   115 ms   102 ms  vadata-gw.ip4.tinet.net [77.67.68.154]
  9   106 ms   115 ms    97 ms  205.251.245.9
 10   106 ms   100 ms   101 ms  205.251.245.47
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14    99 ms   100 ms   105 ms  ec2-107-23-4-186.compute-1.amazonaws.com [107.23
.4.186]

Trace complete.

Host: zw-lc0001-dr101-vl201.core.as9143.net
Host IP: 213.51.163.1
IP country: Netherlands
IP Address state: Groningen
IP Address city: Leek
IP latitude: 53.1629
IP longitude: 6.3716
ISP: Ziggo
Organization: @Home Benelux

Met de time-outs na de eerste hop, is ook de internet verbinding niet optimaal...

CeeS · 31 okt 2012

Die lokaties die je erbij gevonden hebt zeggen niets. Die komen uit een database die niet zoveel zeggen. De IP-reeks is blijkbaar een oude van @home.

Aan de hostnamen kun je vaak wel meer zien, de eerste traceroute begint na jouw cmts via een hop op een regionaal knooppunt in Blokker (blk) zo te zien via Heiloo (hlo) naar amsterdam (asd) loopt (alles via glasvezels)

De tweede trace loopt ietsje anders, vanaf jouw cmts (10.136.148.1) naar Zwaag (zw) dan via vvn (geen idee waar dat is) naar amsterdam.

In amsterdam stapt Ziggo het internet op.

Maar laat je niet misleiden door de info die je in de whois informatie ziet, alle oude ip-reeksen van @home, casema en multikabel zijn opnieuw gebruikt in hele andere delen van het land en kloppen vaak niet meer. De organisatie uiteraard wel, maar de geografische gegevens zijn lang niet altijd correct.

Tikimotel · 31 okt 2012

Maar als blokker en zwaag nu weer vaak niet zijn te bereiken (* * * time-out)
Dan kan je niets streamen of staakt het downloaden.
Ook zakt de speedtest via ziggo in.
Afgelopen week geen last gehad, pas vanavond weer, vanaf ca 30min. voor mijn post.

CeeS · 31 okt 2012

Zag dat je nog een aanvulling in je bericht gezet had:

Tikimotel zei:
Met de time-outs na de eerste hop, is ook de internet verbinding niet optimaal...

Timeouts op knooppunten zeggen over het algemeen ook niets. Die routers zijn namelijk zo ingesteld dat ze pings en traceroute frames laten vallen (niet op reageren) als het er meer dan een ingesteld aantal per seconde zijn of als de load groter is dan een bepaalde treshold. Dit doen core routers zodat ze niet door een DOS attack op de knieen gedwongen kunnen worden. Je ziet in een traceroute vaak hops met een packetloss terwijl de hops die daarachter zitten geen packetloss hebben. Dat is onmogelijk omdat het een keten is waarlangs de frames gaan. De packetloss of lange RTT's op eerdere hops kunnen dus niet kloppen als daarachter de packetloss lager is of de RTT korter is. Die indicaties van packetloss komen dan door het droppen van pings/traceroute frames van een hop.

Dit kan bijvoorbeeld niet kloppen:

6 28 ms 24 ms 20 ms 72.14.217.124
7 30 ms 27 ms 41 ms 209.85.248.116
8 9 ms 12 ms 9 ms 209.85.255.60

De gemiddelde RTT van 9ms van hop 8 klopt wel, maar dat hop 6 en 7 veel langer duren is onmogelijk. Hop 6 en 7 zitten tussen jou en hop 8. De getallen horen dus altijd op te lopen en elke hop een paar milliseconden hoger te worden. Is dat niet zo, dan moet je de tussenhops met een korreltje zout nemen.

CeeS · 31 okt 2012

Tikimotel zei:
Maar als blokker en zwaag nu weer vaak niet zijn te bereiken (* * * time-out)
Dan kan je niets streamen of staakt het downloaden.
Ook zakt de speedtest via ziggo in.
Afgelopen week geen last gehad, pas vanavond weer, vanaf ca 30min. voor mijn post.

Maar in dat geval zullen alle hops achter zwaag/blokker ook timeouts hebben denk ik. Het probleem zit dan vermoedelijk in drukte of een storing op je eigen cmts of op de verbinding tussen jouw cmts en blokker of zwaag. Maar timeouts zoals je nu liet zien zijn daar geen voorbeeld van omdat 'achter' die timeouts er wel verbinding is. Maar wat je beschrijft kan wel natuurlijk, maar dan is het hele rijtje slecht denk ik. Als je ook timeouts krijgt op die 10.x.x.x dan kan het ook nog jouw modem zijn. Controleer in dat geval de signaal sterkte eens in het status menu van je modem.

Tikimotel · 31 okt 2012

Cees, bedankt voor het reageren.
De "dip" lijkt nu weer voorbij...toch vreemd.
Komt bijna elke dag wel een paar uur voor, vooral tussen 19:00u - 22:00u
(afgelopen week dus niet..)
Mijn modem CTS(10.x.x.x) daar heb ik nog nooit sterren (* * *) gezien.

CeeS · 31 okt 2012

Je zou misschien wat kunnen loggen, er zijn diverse programmatjes te vinden. Zelf gebruik ik als ik het niet handmatig doe "mtr" wel eens of "winmtr" onder windows.
Da's een klein programmatje wat je niet hoeft te installeren.

Maar er zijn wel betere die ook grafieken kunnen loggen per tijdstip zodat je later kunt zien wanneer waar vertraging optreedt. Misschien zinvol om dat bij te houden zodat je kunt zien wanneer en waar het probleem zit.

CeeS · 31 okt 2012

Tikimotel zei:
Mijn modem CTS(10.x.x.x) daar heb ik nog nooit sterren (* * *) gezien.

Die 10.136.148.1 is niet je modem, maar je CMTS (de wijkcentrale). Je modem heeft een ander 10.x.x.x nummer, maar die zie je niet in de traceroute. Dus als daar geen timeouts zijn is het een probleem in je CMTS of verderop.

Snelheidsproblemen Kop Noordholland

Tikimotel

Forum Gebruiker

CeeS

Legend (✝ 2016)

Tikimotel

Forum Gebruiker

CeeS

Legend (✝ 2016)

Tikimotel

Forum Gebruiker

CeeS

Legend (✝ 2016)

CeeS

Legend (✝ 2016)

Tikimotel

Forum Gebruiker

CeeS

Legend (✝ 2016)

CeeS

Legend (✝ 2016)

Deel deze pagina