Bekijk Volledige Versie : problemen kpn / gblx.net ?
Bij enkele sites op mijn server heb ik een zeer trage response, zodat soms een stylesheet of afbeeldingen niet laden.
Niet alleen bij mij, maar verneem het ook van andere bezoekers.
Als ik een tracert uitvoer, zie ik dat de vertraging niet zit in het netwerk waar mijn servers geplaatst zijn,
maar een trage response time tussen KPN en GBLX.net :
4 19 ms 23 ms 11 ms nl-asd-dc2-ice-ir01.kpn.net [139.156.201.90]
5 14 ms 23 ms 23 ms nl-rt-dc2-ice-ir01.kpn.net [139.156.222.71]
6 96 ms 97 ms 96 ms tengigabitethernet4-3.ar7.AMS2.gblx.net
[207.138.112.129]
De systeembeheerder van het netwerk waar mijn servers staan, heeft hier geen oplossing
voor, omdat dit in de route zit naar zijn netwerk, en het een probleem is tussen KPN en GBLX.
Ik heb zelf ADSL van XS4ALL, en hun gecontact, echter die komen ook niet verder bij KPN
en geven me door dat ze hopen dat dit spoedig uit zichzelf opgelost is....
Mijn vraag : zijn er meer mensen die dit probleem ervaren met kpn/gblx.net
en wáár kan ik wel aankloppen om dit opgelost te krijgen... ?
Groeten,
Jan.
De systeembeheerder van het netwerk waar mijn servers staan, heeft hier geen oplossing
voor, omdat dit in de route zit naar zijn netwerk, en het een probleem is tussen KPN en GBLX.
Huh? Dan mag je toch weer terug naar die systeembeheerder, want hij is toch echt diegene die het kan oppakken.
Yourwebhoster
30/07/12, 10:31
De systeembeheerder van het netwerk waar mijn servers staan, heeft hier geen oplossing
voor, omdat dit in de route zit naar zijn netwerk, en het een probleem is tussen KPN en GBLX.
Ik denk toch echt dat je bij de systeembeheerder moet zijn; die kan het doorgeven als hij zelf niet het beheer doet of contact opnemen met de transits. Overigens vraag ik mij af of de trage response time wel iets te maken heeft met het niet laden van stylesheets en/of afbeeldingen; als je gaat pingen krijg je dan packet loss?
Ik heb hier ook wel eens gehad dat over een specifieke route packet loss was met een IPv6 route tussen twee grotere transits en dan zou het netwerk het moeten op pakken (die willen uiteindelijk de beste diensten aanbieden). Omdat het weer via via gaat (direct met KPN en GBLX opnemen geeft je een e-mail met neem contact op met je netwerk beheerder die een contract met ons heeft anders mogen wij je niet helpen) kan het wel een paar dagen duren.
Huh? Ik denk niet dat stylesheets traag laden doordat de hop tussen kpn.net en gblx.net 100 milli seconden (0,1 seconde) duurt.
Het lijkt mij dat je je energie op de verkeerde plek aan het verbranden bent.
Als je met wget je pagina's laad, duren die stylesheets dan ook te lang qua laadtijd?
Heb je al eens naar je server zelf gekeken (wat staat er in zijn logs?)
Bij enkele sites op mijn server heb ik een zeer trage response, zodat soms een stylesheet of afbeeldingen niet laden.
Niet alleen bij mij, maar verneem het ook van andere bezoekers.
Als ik een tracert uitvoer, zie ik dat de vertraging niet zit in het netwerk waar mijn servers geplaatst zijn,
maar een trage response time tussen KPN en GBLX.net :
4 19 ms 23 ms 11 ms nl-asd-dc2-ice-ir01.kpn.net [139.156.201.90]
5 14 ms 23 ms 23 ms nl-rt-dc2-ice-ir01.kpn.net [139.156.222.71]
6 96 ms 97 ms 96 ms tengigabitethernet4-3.ar7.AMS2.gblx.net
[207.138.112.129]
De systeembeheerder van het netwerk waar mijn servers staan, heeft hier geen oplossing
voor, omdat dit in de route zit naar zijn netwerk, en het een probleem is tussen KPN en GBLX.
Ik heb zelf ADSL van XS4ALL, en hun gecontact, echter die komen ook niet verder bij KPN
en geven me door dat ze hopen dat dit spoedig uit zichzelf opgelost is....
Mijn vraag : zijn er meer mensen die dit probleem ervaren met kpn/gblx.net
en wáár kan ik wel aankloppen om dit opgelost te krijgen... ?
Groeten,
Jan.
Het enige wat relevant is, is de response tijd end-to-end .
Routers zijn er om packets zo snel mogelijk door te schuiven, en het genereren van een icmp ttl expired gaat met lage prioriteit.
Als de ping tijd van client naar die server OK is, en er ook geen packet loss is, kun je een hogere response tijd van een tussenliggende hop negeren.
Alleen als na een bepaalde hop alles tot en met het eind ook hogere response tijden laat zien, kun je wel gaan aannemen dat een probleem op die plek begint.
rensariens
30/07/12, 12:11
Huh? Ik denk niet dat stylesheets traag laden doordat de hop tussen kpn.net en gblx.net 100 milli seconden (0,1 seconde) duurt.
Het lijkt mij dat je je energie op de verkeerde plek aan het verbranden bent.
Als je met wget je pagina's laad, duren die stylesheets dan ook te lang qua laadtijd?
Heb je al eens naar je server zelf gekeken (wat staat er in zijn logs?)
Er is een probleem tussen GBLX en KPN, dat kan ik bevestigen. Een van de netwerken waar wij gebruik van maken hebben het op ons verzoek over Cogent gerouteerd en nu is het probleem opgelost.
rensariens
30/07/12, 13:26
Lijkt er op dat het probleem nu de andere kant op is, dus KPN is de enige die dit op kan lossen.
Wij hebben hetzelfde probleem, volgens onze datacentrum leverancier inderdaad probleem bij routering KPN-GBLX. We hebben KPN gebeld en er is een storings ticket aangemaakt, ook mijn datacentrum provider heeft ticket aangemaakt, dus hopelijk wordt het snel opgelost.
Dit zelfde routeringsprobleem is 2 weken geleden op vrijdag ook opgetreden, toen was er totaal geen verbinding en is het vrij snel opgelost. Nu zitten we al sinds afgelopen vrijdag met een zeer slechte verbinding. Ik hoorde dat oorzaak ligt doordat route wordt gebalanceerd.
Thuis heb ik ook KPN ( geen business maar Direct ADSL ) en zelfde probleem. Op andere locatie met niet KPN werkt verbinding goed.
KPN graag actie!
Even een update :
Ben een hele tijd aan het bellen geweest, een compleet rondje :
XS4All -> Ligt buiten ons netwerk, wij zijn alleen verantwoordelijk voor uw verbinding van de Fritzbox tot het internet,
daarnaast kunnen wij dit probleem niet oplossen omdat dit bij de KPN zit...Neem maar contact op met de KPN helpdesk
Telefoonnummer ontvangen van KPN helpdesk
KPN Helpdesk -> Die kunnen geen klacht insturen omdat ik daar geen klant ben, en hebben verder geen klachten ontvangen,
Klantgegevens doorgegeven van een klant van me, echter die is zakelijk klant..
KPN Zakelijke Helpdesk -> Daar kom ik iets verder : geen storing bekend, mijn bevonden gegevens heb ik doorgemaild,
en zij kunnen niks doen, maar heb het advies gekregen om dit door te mailen naar de Abuse Desk.
Ik heb vermeld dat ik deze storing vermeld heb op WHT en dat meer mensen klachten hebben, zijn advies is dat ook de anderen met
klachten deze melden aan abuse@kpnmail.nl
Dus bij deze : laat de KPN abuse desk, even merken dat WHT actief is, en dat KPN deze storing eindelijk eens gaat oplossen....... :-)
dreamhost_nl
30/07/12, 18:22
Ik denk eerlijk gezegd niet dat abuse@... je kan helpen met het oplossen van een storing. Het lijkt me dat deze alleen abuse meldingen afhandelen; niets meer en niets minder.
Van de KPN zakelijke helpdesk heb ik te horen gekregen, dat dit de enige is die meer kan,
Abuse desk kan en doet schijnbaar meer dan alleen abuse klachten afhandelen, en zij hebben
"hogere" ingangen bij KPN.
rensariens
30/07/12, 18:51
Ik denk eerlijk gezegd niet dat abuse@... je kan helpen met het oplossen van een storing. Het lijkt me dat deze alleen abuse meldingen afhandelen; niets meer en niets minder.
Vorige keer wel de enige waar ik reactie van kreeg (na 5 dagen). KPN, loop er met een grote boog omheen als het even kan ;)
dennis0162
30/07/12, 18:55
Anders moet je even in de RIPE database kijken of er een peering e-mailadres en telefoonnummer in staat.
Die reageren meestal wat sneller dan de normale "helpdesk".
rensariens
30/07/12, 18:57
Anders moet je even in de RIPE database kijken of er een peering e-mailadres en telefoonnummer in staat.
Die reageren meestal wat sneller dan de normale "helpdesk".
Vorige keer naar zo'n 5 adressen (uit RIPE db) gemaild omdat ik het helemaal zat was, alleen van abuse reactie na 5 dagen. Heb het nu weer naar alles en iedereen gestuurd, maar verwacht geen verbetering :P Weet dat het irritant gedrag is, maar anders bereik je bij die toko nooit wat.
Vorige keer naar zo'n 5 adressen (uit RIPE db) gemaild omdat ik het helemaal zat was, alleen van abuse reactie na 5 dagen. Heb het nu weer naar alles en iedereen gestuurd, maar verwacht geen verbetering :P Weet dat het irritant gedrag is, maar anders bereik je bij die toko nooit wat.
Ik kan uit ervaring vertellen dat tickets via NOC erg snel afgehandeld worden bij KPN Eurorings. Ik denk dat je niet het juiste adres hebt om contact op te nemen, misschien ligt het er ook wel aan dat je geen klant bent bij ze.
Ik heb helaas geen ingang bij KPN Euroring, echter zou je mij, (en veel anderen,)
een groot plezier doen, als je ze even wijst op dit topic op WHT....
Mogelijk dat er dan eens aktie komt aan de zijde van KPN...
Het grootste probleem zit hem bij KPN in het feit dat niemand van niemand weet waar een bepaalde afdeling zich nu specifiek mee bezig houd.
rensariens
31/07/12, 11:01
Ik kan uit ervaring vertellen dat tickets via NOC erg snel afgehandeld worden bij KPN Eurorings. Ik denk dat je niet het juiste adres hebt om contact op te nemen, misschien ligt het er ook wel aan dat je geen klant bent bij ze.
We zijn dus wel klant bij ze (kon niet anders helaas). Is echter niet van Eurorings.
Het grootste probleem zit hem bij KPN in het feit dat niemand van niemand weet waar een bepaalde afdeling zich nu specifiek mee bezig houd.
Klopt, maar ze hebben wel meer issues. Zo kregen wij ooit aanmaningen voor een order waar wij alleen een offerte voor hadden opgevraagd. Zie dat maar eens uit het systeem te krijgen :p
kan het zijn dat telenet nog steeds problemen heeft met gblx.net ? krijg wel heel veel timeouts en lange pogingen in dreamweaver en ftp valt geregeld weg
alvast bedankt grz
rensariens
31/07/12, 14:16
Probleem met KPN is nu opgelost. @knoll, kan best zijn dat telenet ook problemen had door dezelfde storing. Is het nu weg?
telenet en ik dus ook hebben er nog steeds last van
Probleem met KPN is nu opgelost. @knoll, kan best zijn dat telenet ook problemen had door dezelfde storing. Is het nu weg?
Vraag me af, of het probleem inderdaad is opgelost bij/door KPN : heb vandaag omstreeks 12.00 uur een mail gehad van de netwerk beheerder
dat ze de lijn met Global Crossing hebben verbroken ivm deze problemen, waardoor het verkeer via andere paden moet gaan lopen.
Daarmee zijn i.i.g. mijn problemen opgelost, met dank aan de aktieve netwerkbeheerder ! :-)
ja en bij mij blijft het probleem nog steeds het zelfde
telenet en ik dus ook hebben er nog steeds last van
Idem hier, zowel bij telenet als gblx.net aangesproken hierover.
Een tracert blijft hangen op port-channel.ar4.bru1.gblx.net [159.63.50.217]
Eergisteren pakte hij een andere route die wel doorging maar nu opnieuw problemen.
dat ze maar snel een oplossing vinden want 1 week lang problemen is er wel beetje over
nogtans bij mij geen slechte
1 <1 ms <1 ms <1 ms 192.168.0.1
2 13 ms 7 ms 7 ms 178-119-192-1.access.telenet.be [178.119.192.1]
3 8 ms 10 ms 16 ms dD5E0C261.access.telenet.be [213.224.194.97]
4 10 ms 9 ms 8 ms dD5E0FD2D.access.telenet.be [213.224.253.45]
5 19 ms 11 ms 16 ms port-channel.ar4.bru1.gblx.net [159.63.50.217]
6 17 ms 33 ms 21 ms 208.178.61.186
7 20 ms 12 ms 22 ms tge1-2.ams02-1.nl.as5580.net [78.152.34.14]
8 14 ms 23 ms 12 ms rijndata-gw.r1.ams2.nl.as5580.net [78.152.63.194
]
9 14 ms 17 ms 14 ms ams-tc2.ae-1-7.operations.rijndata.nl [46.21.175
.34]
10 16 ms 24 ms 18 ms vserver50.axc.nl [46.21.172.139]
De trace is voltooid.
maar de problemen met ftp enz en timeouts zijn er nog steeds
bij mij op moment van schrijven geen problemen meer blijkbaar vraag me af of het zo blijft jij nog problemen Tom ?
Wij hebben dit probleem ook, en is bij ons opgelost door GlobalCrossing uit te zetten.
Ping, traceroute ziet er allemaal oke uit. Maar websites laden niet of heel erg traag. Of soms inderdaad missende stylesheets.
Is redelijk eenvoudig te reproduceren door een wget een paar keer achter elkaar te draaien. Van de 10x mislukken bij ons dan zo'n 30%.
We moeten GlobalCrossing hier nog over aan de mouw trekken. We hebben GBLX nu gewoon uitgezet, en dat werkt ook :)
Wij hebben ongeveer gelijke problemen gehad met de GBLX, dit is ook opgelost door de GBLX uit te zetten. Is het probleem in de tussentijd al voor iemand opgelost?
Ja, wij hebben GBLX alweer een paar dagen aan nadat ze onderhoud hebben uitgevoerd. Sindsdien probleem niet meer gehad.