[ZIGGO] Hoge ping naar Valve EU WEST server

Pagina: 1
Acties:

  • arjax
  • Registratie: April 2012
  • Laatst online: 06-10 19:40
Hallo allemaal, sinds een paar dagen heb ik last van een hoge ping naar de Valve EU west server:
(DOTA 2, CS:GO) ik heb uiteraard een trace route uitgevoerd om te kijken waar het probleem zich voordoet:

Traceren van de route naar gw.lux.valve.net [146.66.152.1]
via maximaal 30 hops:

1 4 ms 3 ms 1 ms 192.168.0.1
2 4 ms 1 ms 1 ms 192.168.178.1
3 * * * Time-out bij opdracht.
4 37 ms 10 ms 8 ms gv-rc0052-cr102-xe-2-3-4-0.core.as9143.net [213.
51.181.253]
5 10 ms 12 ms 9 ms asd-tr0610-cr101-ae58-0.core.as9143.net [213.51.
158.22]
6 10 ms 10 ms 29 ms 213.46.182.89
7 13 ms 10 ms 10 ms 84-116-130-126.aorta.net [84.116.130.126]
8 10 ms 11 ms 10 ms nl-ams04a-ri2-xe-0-0-0.aorta.net [84.116.132.218]
9 15 ms 11 ms 10 ms 213-46-161-138.aorta.net [213.46.161.138]
10 81 ms 78 ms 74 ms 217.239.50.6
11 99 ms 102 ms 101 ms 87.128.236.178
12 * * * Time-out bij opdracht.
13 95 ms 92 ms 89 ms gw.lux.valve.net [146.66.152.1]

Na al meerdere keren de helpdeskboys uit te leggen wat een trace route is raakt mijn gedult op...
Van 20 minuten wachttijd, tot 3x de modem resetten, bekabeld, draadloos, met router, zonder router. DMZ ingesteld, NAT aan/uit. etc etc etc. noem het maar op zo gek als het hier staat laten ze mij proberen het probleem zelf op te lossen, terwijl ik hier thuis uiteraard geen invloed heb op hoe hun netwerk gestuurd wordt.

Ik kom hier dan ook niet om te vragen voor hulp bij het probleem (dat is er niet...), ik zoek mensen die (helaas) hetzelfde probleem als ik ondervinden. op het ziggo forum zelf heb ik al een aantal gevonden die net zoals ik bij de laatste hubs de pingspikes krijgen.

Mocht er iemand met meer expertise zijn die me kan vertellen de beste vervolgstappen zijn hoor ik dat graag. Zijn er mensen met het zelfde probleem, laat het me weten hoe jullie contact met de helpdesk was.

mvg.

ps. linkje naar ziggo forum voor de geïnteresseerde : https://community.ziggo.n...aking-server-eu-west-6136

  • MediaZoo
  • Registratie: Augustus 2001
  • Laatst online: 12-10 09:55
Mijn geduld als helpdesk medewerker zou ook opraken als je over hubs in een traceroute begint en zelf niet een een traceroute kan lezen.

Binnen het netwerk van Ziggo treedt er geen vertraging op. Op de hops buiten het Ziggo netwerk, waar Ziggo dus 0 invloed op heeft, ontstaan er hogere ping tijden.

Je verwacht dus van Ziggo dat zij even gaan sleutelen aan andermans netwerk? Er zijn geen vervolg stappen naar Ziggo, daar ligt immers de fout niet. Neem contact op met Deutsche Telecom AG, hop 217.239.50.6 bevind zich in hun netwerk, daar ontstaat de vertraging.

Acties:
  • 0 Henk 'm!

  • dion_b
  • Registratie: September 2000
  • Laatst online: 08:51

dion_b

Moderator Harde Waren

say Baah

Idd. Komt bij dat als je het verschil niet weet tussen een hub en een hop je waarschijnlijk aardig ruis aan de telefoon opgeleverd hebt, geen wonder dat je wat rare adviezen gekregen hebt...

Ik zit hier op oud-UPC Ziggo en heb weliswaar een andere route tot die laatste hop in Ziggo/UPC/LG Aorta netwerk, maar op dat moment scoor ik exact hetzelfde als jij:
code:
1
 7    15 ms    13 ms    12 ms  213-46-161-138.aorta.net [213.46.161.138]


Wat je moet begrijpen over routering is dat dat niet handmatig gebeurt, backbone routers praten met elkaar met protocollen als OSPF (binnen een netwerk) en BGP (tussen netwerken). Geen mens heeft de route ingesteld dat jouw verkeer naar deze server volgt. Dat hebben de 12 routers in kwestie zelf bedacht op basis van omstandigheden in het netwerk om hen heen. In een klein netwerk is het nog te doen om handmatig routes te administreren, maar bij grotere netwerken wordt er alleen gekeken naar nodes die down zijn of packets die gedropped worden. Daar is hier geen sprake van, het verkeer doet er alleen 90ms over op specifieke route ipv 45ms.

Komt bij dat als ik die thread waar je naar linkt lees het tijdsafhankelijk is, dus 's ochtends goed maar 's avonds slecht. Dat klinkt verdacht als gewoon drukte. En wel drukte in Duitsland. Je kunt ook niet bij Rijkswaterstaat in NL klagen als er vaak file op de Duitse A3 ergens rond Frankfurt staat...

Oslik blyat! Oslik!


Acties:
  • 0 Henk 'm!

  • Brahiewahiewa
  • Registratie: Oktober 2001
  • Laatst online: 30-09-2022

Brahiewahiewa

boelkloedig

Bovendien is 't probleem alweer opgelost:
C:\Users\Brahiewahiewa>ping 146.66.152.1

Pinging 146.66.152.1 with 32 bytes of data:
Reply from 146.66.152.1: bytes=32 time=27ms TTL=52
Reply from 146.66.152.1: bytes=32 time=38ms TTL=52
Reply from 146.66.152.1: bytes=32 time=43ms TTL=52
Reply from 146.66.152.1: bytes=32 time=32ms TTL=52

Ping statistics for 146.66.152.1:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 27ms, Maximum = 43ms, Average = 35ms

QnJhaGlld2FoaWV3YQ==


Acties:
  • 0 Henk 'm!

  • nooberke
  • Registratie: Februari 2009
  • Laatst online: 08:37
1 4 ms 3 ms 1 ms 192.168.0.1
2 4 ms 1 ms 1 ms 192.168.178.1
Je hebt ook een dubbele NAT, staat los van dit probleem, maar is meestal nergens voor nodig

Acties:
  • 0 Henk 'm!

  • Bo0bz
  • Registratie: April 2010
  • Laatst online: 07:56
Het is altijd de schuld van ziggo....

Ik hoop dat je begrijpt dat niet de hele verbinding naar elke server verloopt over een ziggo netwerk. Zo dus ook bij deze route. Je verlaat het ziggo netwerk al vrij snel en ziet dat er dan hoge ms ontstaat.

7360wp | 17*320 OZO | 6* 320 WNW | PVoutput | Loria 6008 | Fujitsu AGYG09LV | Gasloos sinds 10-07-2020


Acties:
  • 0 Henk 'm!

  • m33p
  • Registratie: September 2002
  • Laatst online: 10-10 17:08
Ondanks dat die hop inderdaad buiten het directe Ziggo netwerk valt heeft Ziggo er wel degelijk controle over. Men kan er voor kiezen om de route via een andere (vaak duurdere) upstream provider (peer, transit, tier 2) te laten verlopen. Als je pech hebt is het een tier 3 netwerk en kan Ziggo er echt niets aan doen.

Acties:
  • 0 Henk 'm!

  • Joao
  • Registratie: Mei 2009
  • Laatst online: 18-08 00:37
Bo0bz schreef op vrijdag 18 september 2015 @ 15:59:
Het is altijd de schuld van ziggo....

Ik hoop dat je begrijpt dat niet de hele verbinding naar elke server verloopt over een ziggo netwerk. Zo dus ook bij deze route. Je verlaat het ziggo netwerk al vrij snel en ziet dat er dan hoge ms ontstaat.
Echt een top antwoord van jou. Het is altijd de schuld blablabla.
Lees dit maar eens: https://community.ziggo.n...136/index1.html#post54138

Misschien even wachten voordat je een inhoudloze reactie plaatst?

Acties:
  • 0 Henk 'm!

  • rolandos582
  • Registratie: Juni 2011
  • Laatst online: 12-10 16:23
Joao schreef op donderdag 15 oktober 2015 @ 22:06:
[...]


Echt een top antwoord van jou. Het is altijd de schuld blablabla.
Lees dit maar eens: https://community.ziggo.n...136/index1.html#post54138

Misschien even wachten voordat je een inhoudloze reactie plaatst?
Volgens mij bedoelde hij dat sarcastisch 8)7
Omdat hij zelf al aangeeft dat hij vrij snel het ziggo netwerk verlaat

Acties:
  • +1 Henk 'm!

  • Bo0bz
  • Registratie: April 2010
  • Laatst online: 07:56
Joao schreef op donderdag 15 oktober 2015 @ 22:06:
[...]


Echt een top antwoord van jou. Het is altijd de schuld blablabla.
Lees dit maar eens: https://community.ziggo.n...136/index1.html#post54138

Misschien even wachten voordat je een inhoudloze reactie plaatst?
Misschien even een kleine spoedcursus herkennen van sarcasme volgen? :)

Fijn dat je na 1 maand even dit topic omhoog schopt met jou reactie!

7360wp | 17*320 OZO | 6* 320 WNW | PVoutput | Loria 6008 | Fujitsu AGYG09LV | Gasloos sinds 10-07-2020

Pagina: 1