okexox
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes

Packet loss op specifieke server (slechte routing)

Ik heb op dit moment een heel specifiek probleem. Mijn internet werkt prima, maar bij een specifieke server (mc.hypixel.net) heb ik extreme packet loss en daardoor duurt het lang voordat ik verbonden ben. Dit kan soms wel 40 seconden duren, terwijl ik soms wel honderden keren op een dag moet herverbinden. Dit komt door een hele grote packet loss (80%) op "http://nl-ams02a-rc2-lag60-2.core.as33915.net". Ik ben verteld door Ziggo support dat ik voor dit soort problemen hier moet plaatsen.

http://prntscr.com/me6a78
1 Geaccepteerde oplossing

Geaccepteerde oplossingen
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
Michael Ziggo wrote:
Hoi okexox. Het is inmiddels al een tijdje stil in dit topic. Heb je nog een update van de huidige status voor ons? Is er nog wat nieuws onder zon?

Mijn connectie met deze server is een stuk stabieler geworden de laatste tijd. Het lijkt nu echt beter. Mijn routing is ook lichtelijk veranderd. Ik weet nog steeds niet precies wat het probleem was, maar het lijkt voor nu opgelost.

En bedankt voor de reactie, zowel van het Ziggo team als de andere mensen.

Bekijk in context

25 Reacties 25
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
Ik denk persoonlijk dat het zou helpen als mijn internet niet meer via die server geroute zou worden, maar alleen ziggo kan dat regelen voor zover ik weet
Steefb
Expert
Expert
  • 9582Reacties
  • 1749Oplossingen
  • 2914Likes
okexox wrote:

. Dit komt door een hele grote packet loss (80%) op "http://nl-ams02a-rc2-lag60-2.core.as33915.net".

Dat zegt niks, die server reageert niet op pings.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
Steefb wrote:

okexox wrote:
. Dit komt door een hele grote packet loss (80%) op "http://nl-ams02a-rc2-lag60-2.core.as33915.net".
Dat zegt niks, die server reageert niet op pings.

Ik heb de diagnostiek van de server die ik wil bereiken gezien, ik doe daar vrijwilligerswerk, het verschil tussen hoeveel ik stuur en hoeveel aankomt is gelijk aan het verlies die de winMTR aantoont op die server. Heel veel servers reageren niet op pings, daar kunnen veel redenen voor zijn inclusief DDoS bescherming. Echter, als die server niet op WinMTR zou reageren, zou de packet loss 100% zijn, dat is dus wel degelijk de stap waar mijn problemen zijn voor zover ik kan zien.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
Steefb wrote:

okexox wrote:
. Dit komt door een hele grote packet loss (80%) op "http://nl-ams02a-rc2-lag60-2.core.as33915.net".

Dat zegt niks, die server reageert niet op pings.

Oh u verwijst naar de uiteindelijke server. Sorry ik dacht dat u verwees naar de tussentijdse server met packet loss, mijn excuses. Ja dat klopt, de eindserver reageert niet op pings. Ik werk bij die server, ik weet waarom hij niet reageert op pings en ik weet dat winMTR wel werkt op de eindserver na, die 80% op die tussenserver klopt.
ArieKanarie
Gedreven Raadgever
  • 308Reacties
  • 13Oplossingen
  • 135Likes
Je eindbestemming reageert niet op pings en nl-ams02a-rc2-lag60-2.core.as33915.net rate-limit ping responses. Als die nl-ams02a router inderdaad 80% packet loss had, zou je de hop verderop nooit 0% packet loss kunnen hebben.
Er is verder ook geen packet loss te zien tot de router voor de eindbestemming (NewYork1.Level3).

Het MTR screenshot laat dus geen problemen zien (zijn ook maar 22 samples).

Hoe meet je de packet loss naar mc.hypixel.net ?
efok
Expert
Expert
  • 3142Reacties
  • 170Oplossingen
  • 1026Likes
mc.hypixel.net is een CNAME voor r53.hypixel.net, waar een hele reeks A records onder hangt, dus een hele reeks IPs. Echter deze reageren geen van allen op pings, dus er valt weinig te zeggen over packetloss op die manier. Ik vraag me inderdaad ook af waar je op baseert dat je packet loss naar die servers hebt?
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
Hm. Ik baseer het op dat ik een duidelijk connectieprobleem heb als ik tussen de verschillende IPs van r53.hypixel.net wissel. Ik heb zo'n 40 seconden nodig om te switchen IP, iets waar niemand anders last van heeft. Er is duidelijk iets mis vanaf de server, maar het lijkt vanaf de server een ISP probleem, waardoor de 80% packet loss een logisch probleem leek. Verder als je die 80% loss server via een zoekmachine opzoekt kom je klachten tegen van ziggo klanten waarbij het opgelost was toen de routing niet meer over die server ging.

https://twitter.com/waterkip/status/1050136067695886339?s=19

Echter is de rate-limit die eerder genoemd is ook een goede verklaring voor die 80% loss. Wat denken jullie? Want er is wel echt iets mis en het lijkt een specifiek probleem te zijn voor mij, wat niet door de eindserver komt. Maar ik weet niet meer zeker of het wel ziggo is
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
Ik meet het doordat ik een aantal packets die kant op stuurde en een server admin mij vertelde dat hij veel minder ontving. Ik zal ook nog eens naar de server kijken, maar het zou fijn zijn als ik erachter kan komen of de server of de isp het probleem is.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
efok wrote:
mc.hypixel.net is een CNAME voor r53.hypixel.net, waar een hele reeks A records onder hangt, dus een hele reeks IPs. Echter deze reageren geen van allen op pings, dus er valt weinig te zeggen over packetloss op die manier. Ik vraag me inderdaad ook af waar je op baseert dat je packet loss naar die servers hebt?


. Dit komt door een hele grote packet loss (80%) op "http://nl-ams02a-rc2-lag60-2.core.as33915.net".

Dat zegt niks, die server reageert niet op pings.

Je eindbestemming reageert niet op pings en nl-ams02a-rc2-lag60-2.core.as33915.net rate-limit ping responses. Als die nl-ams02a router inderdaad 80% packet loss had, zou je de hop verderop nooit 0% packet loss kunnen hebben.
Er is verder ook geen packet loss te zien tot de router voor de eindbestemming (NewYork1.Level3).

Het MTR screenshot laat dus geen problemen zien (zijn ook maar 22 samples).

Hoe meet je de packet loss naar mc.hypixel.net ?


Ik heb net met een groep mensen getest om zeker te zijn. Ik ben de enige die ook maar enige packet loss heeft op die Amsterdamse server, als iedereen die server pingt, verlies ik alle packets die ik naar nl-ams17b-rc1-lag60-2.core.as33915.net stuur, terwijl alle andere mensen (5 verschillende, inclusief sommigen met ziggo) al hun packets terugkrijgen. Het is dus geen rate-limit en is specifiek tot mij.
ArieKanarie
Gedreven Raadgever
  • 308Reacties
  • 13Oplossingen
  • 135Likes
okexox wrote:
Ik ben de enige die ook maar enige packet loss heeft op die Amsterdamse server, als iedereen die server pingt, verlies ik alle packets die ik naar nl-ams17b-rc1-lag60-2.core.as33915.net stuur, terwijl alle andere mensen (5 verschillende, inclusief sommigen met ziggo) al hun packets terugkrijgen. Het is dus geen rate-limit en is specifiek tot mij.




Die nl-ams routers reageren niet of nauwelijks op pings, het is geen indicatie voor netwerkproblemen verderop. Je moet het probleem echt ergens anders zoeken.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
ArieKanarie wrote:
Ik ben de enige die ook maar enige packet loss heeft op die Amsterdamse server, als iedereen die server pingt, verlies ik alle packets die ik naar nl-ams17b-rc1-lag60-2.core.as33915.net stuur, terwijl alle andere mensen (5 verschillende, inclusief sommigen met ziggo) al hun packets terugkrijgen. Het is dus geen rate-limit en is specifiek tot mij. Die nl-ams routers reageren niet of nauwelijks op pings, het is geen indicatie voor netwerkproblemen verderop. Je moet het probleem echt ergens anders zoeken.

Hm, dat is echt heel vreemd. Dit zijn mijn packets vs anderen:
Mijne: http://prntscr.com/mevrkw
Een van mijn vrienden: https://i.imgur.com/TBueN1S.png

Het feit dat al mijn 4 vrienden de server normaal konden pingen en u ook packet loss heeft is heel vreemd. Ik heb hier geen verklaring voor, u suggereert dus dat het nog steeds geen indicatie is van een probleem?
ArieKanarie
Gedreven Raadgever
  • 308Reacties
  • 13Oplossingen
  • 135Likes
okexox wrote:
Hm, dat is echt heel vreemd. Dit zijn mijn packets vs anderen: Mijne: http://prntscr.com/mevrkw Een van mijn vrienden: https://i.imgur.com/2KCiG3j.png Het feit dat al mijn 4 vrienden de server normaal konden pingen en u ook packet loss heeft is heel vreemd. Ik heb hier geen verklaring voor, u suggereert dus dat het nog steeds geen indicatie is van een probleem?


Hop 6 bij het screenshot van een van je vrienden heeft 100% packet loss, dit is zo'n nl-ams router die niet op pings reageert.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
ArieKanarie wrote:

okexox wrote:
Hm, dat is echt heel vreemd. Dit zijn mijn packets vs anderen: Mijne: http://prntscr.com/mevrkw Een van mijn vrienden: https://i.imgur.com/2KCiG3j.png Het feit dat al mijn 4 vrienden de server normaal konden pingen en u ook packet loss heeft is heel vreemd. Ik heb hier geen verklaring voor, u suggereert dus dat het nog steeds geen indicatie is van een probleem?
Hop 6 bij het screenshot van een van je vrienden heeft 100% packet loss, dit is zo'n nl-ams router die niet op pings reageert.

Ik had de verkeerde screenshot gestuurt en al bewerkt. Ik weet dat die hop niet reageert en daar had ik rekening mee gehouden, de bedoelde screenshot, die ik ook in de message had geedit (https://i.imgur.com/TBueN1S.png) laat zien dat bij dezelfde hop waar ik packet loss heb hij geen problemen heeft. Dat was hetgene wat ik niet snap, niet dat zijn 6e hop niet reageert.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
ArieKanarie wrote:

okexox wrote:
Hm, dat is echt heel vreemd. Dit zijn mijn packets vs anderen: Mijne: http://prntscr.com/mevrkw Een van mijn vrienden: https://i.imgur.com/2KCiG3j.png Het feit dat al mijn 4 vrienden de server normaal konden pingen en u ook packet loss heeft is heel vreemd. Ik heb hier geen verklaring voor, u suggereert dus dat het nog steeds geen indicatie is van een probleem?
Hop 6 bij het screenshot van een van je vrienden heeft 100% packet loss, dit is zo'n nl-ams router die niet op pings reageert.

En puur nog om even te laten zien dat die vriend niet toevallig 4x een goede packet had, dit is een andere vriend, die ook ziggo gebruikt:
https://hoopless.xyz/ss/cob74.png
213.51.64.6 is inderdaad die ams server
ArieKanarie
Gedreven Raadgever
  • 308Reacties
  • 13Oplossingen
  • 135Likes
Dat IP kan ik ook niet pingen vanaf mijn Ziggo en xs4all verbinding, maar wel vanaf wat servers in datacentra.
Betekent verder weinig, want die router geeft wel gewoon pakketjes voor je door.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
ArieKanarie wrote:
Dat IP kan ik ook niet pingen vanaf mijn Ziggo en xs4all verbinding, maar wel vanaf wat servers in datacentra.
Betekent verder weinig, want die router geeft wel gewoon pakketjes voor je door.

Hm oke, ik snap het.

Ik heb zelf ook wel wat extra testen gedaan met de routers tussen de packet loss server en de eindserver, en ze doen het allemaal prima, dus u heeft inderdaad waarschijnlijk gelijk dat dat het probleem niet is. Ik zal weer even contact opnemen met de serveradministratoren en als ik iets tegenkom waarop het lijkt dat het inderdaad wel een probleem bij de ISP en niet de server is, zal ik opnieuw een vraag stellen.

Bedankt voor de hulp.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
ArieKanarie wrote:
Dat IP kan ik ook niet pingen vanaf mijn Ziggo en xs4all verbinding, maar wel vanaf wat servers in datacentra.
Betekent verder weinig, want die router geeft wel gewoon pakketjes voor je door.

Ik heb contact opgenomen met de Server Operators van die server waar ik mee samenwerk (deze zijn universitair opgeleid, dus ze weten wat ze zeggen).

"The thing with MTR's is that when you send a imcp packet to the following nodes it still uses the same route
So if you have >80% packet loss on a node you can basically discount all that follow"

"This is 100% a peering issue of your ISP. Basically they need to either notify the server which is dropping packets, they can do this by whois the domain and then contact the company, however likely they already have contacts as they are peering with them. Or change the peering to a location that is not dropping packets (sometimes they don't have a choice to change this tho.)"

Ik hoop dat u het kunt lezen, maar ja, dat is dus waarom ik zo stevig vast houdt aan dat dit wel echt het probleem is. Deze mensen weten waarover ze het hebben aangezien ze servers draaien waar honderden duizenden mensen per dag mee verbinden.
okexox
topicstarter
Meedenker
  • 15Reacties
  • 1Oplossingen
  • 0Likes
Iedereen toch bedankt voor de antwoorden. Het heeft me wel kritisch laten nadenken over het probleem waardoor ik het probleem nu heel specifiek heb ontdekt, nu hopen dat mijn internet anders kan worden geroute of dat het probleem bij die hop wordt opgelost
efok
Expert
Expert
  • 3142Reacties
  • 170Oplossingen
  • 1026Likes
okexox wrote:
Iedereen toch bedankt voor de antwoorden. Het heeft me wel kritisch laten nadenken over het probleem waardoor ik het probleem nu heel specifiek heb ontdekt, nu hopen dat mijn internet anders kan worden geroute of dat het probleem bij die hop wordt opgelost


Zelfs universitair opgeleide mensen zeggen wel eens dingen die niet kloppen, en ik weet waar ik het over heb, want ik ben universitair opgeleid?

Ik bedoel maar te zeggen, je denkt nu een probleem te hebben ontdekt, waarvan wij betwijfelen of dat wel zo is. Met simpele ICMP pings kunnen we dit niet aantonen/uitsluiten omdat die hypixel servers überhaupt helemaal geen reply geven. Dit wordt een welles/nietes verhaal.
Je hebt geen enkele loss op de hop 6,7,8 in je mtr screenshot, dus waarom die focus op die ene server in Amsterdam?

Uitgelicht topic