Om de zoveel tijd timeouts

[Badeend]

Ik krijg de laatste tijd vaak een timeout als ik GoT open. En dat is dan niet eenmalig, maar dan is dan misschien twee minuten aan een stuk, daarna werkt het weer alsof er nooit iets aan de hand is geweest. Ik heb een tijdje gedacht dat het aan mijn systeem lag, maar aangezien ik dit bij geen enkele andere website tegen ben gekomen begin ik toch te twijfelen. Ik heb het probleem in zowel FF als IE.
Andere onderdelen van tweakers.net blijven het wel gewoon doen.

Is er ergens een server die mij niet leuk vindt ofzo?

[ Voor 4% gewijzigd door Badeend op 06-12-2007 16:51 ]

[Harm]

* Harm heeft dat ook op voor mij compleet willekeurige momenten. Een paar keer f5'en lost het op. Ik heb geen idee om welke server het gaat dan trouwens.

[BtM909]

Even voor 't archief... Ik had deze problemen ook. Het lijkt echter een dag of twee heel erg goed te gaan (alzijnde, geen time-outs meer)

[Badeend]

Ik heb het gisteravond nog een keer gehad, maar verder ook weinig gemerkt de afgelopen dagen

[Falcon]

Kees heeft zijn statistieken uitgezet?

[moto-moi]

apart dat 1 machine beweert dat 'ie netjes gersynced is, en dat bleek dus niet zo te zijn. Moet nu gefixed zijn

[Osiris]

Kreeg net weer een "Connection refused" (drukte te snel op F5, maar 't was zeker geen time-out, aangezien een F5 later 't pardoes ende spontaan weer dezelfde foutmelding gaf.)

Weer ff een van de bakken een schoprsyncje geven oid?

[duderuud]

Heel toevallig geen probleem bij True? Omdat ons forum ( www.motor-froum.nl )hier ook last van heeft (en wij draaien in Redbus)...ineens bizar traag en dan plots weer normaal...

[ Voor 16% gewijzigd door duderuud op 03-01-2008 17:13 ]

[Harm]

Osiris schreef op donderdag 03 januari 2008 @ 16:37:
Kreeg net weer een "Connection refused" (drukte te snel op F5, maar 't was zeker geen time-out, aangezien een F5 later 't pardoes ende spontaan weer dezelfde foutmelding gaf.)

Ik meld me ook weer met dit probleem: vijf keer f5'en snel achter elkaar en het was weg.

[Verwijderd]

Het werkt nu weer prima, maar had behoorlijk wat problemen op 2-1 met de frontpage terwijl het forum prima ging. Tot de DSP aan toe. Ook maar even melden voor de archieven...

[Osiris]

For the record: ik kreeg net weer tweemaal de volgende error:

Firefox can't establish a connection to the server at gathering.tweakers.net.

Nadat ik de foutmelding had geselecteerd en ge-ctrl-c'd voor de derde keer F5e, kwam GoT weer. Vage shizzle, d'r is toch nog iets niet goed?

[Verwijderd]

Ik heb het vandaag ook al een paar keer gehad, dacht eigenlijk dat het aan mij lag.

[crisp]

Verwijderd schreef op donderdag 10 januari 2008 @ 15:20:
Ik heb het vandaag ook al een paar keer gehad, dacht eigenlijk dat het aan mij lag.

Voor of na de upgrade? En als na, vlak erna of ook zeg maar vandaag na 12-en?

[Verwijderd]

Hier bokt de FP + DSP weer atm

[TheZeroorez]

OK, hier dus ook. Ik dacht eigenlijk dat het aan mij nogel drukke internetverbinding ging, maar die is niet drukker bezig dan normaal, dus ik vond het al vreemd...

Ik draai Fx 2.0.0.11 / WinXPProSP2, en wanneer ik (ook voor de upgrade) een tab of wat open vanuit m'n posthistory of de Spielerij-fora, zit er sinds een tijd geleden (een paar weken oid) een aantal van die pagina's tussen die niet gevonden kan worden inderdaad.

[ACM]

Verwijderd schreef op maandag 14 januari 2008 @ 00:17:
Hier bokt de FP + DSP weer atm

Alleen om ongeveer 0:10u t/m 0:15u en ruim daarvoor en daarna niet (echt) ?

TheZeroorez schreef op maandag 14 januari 2008 @ 07:00:
OK, hier dus ook. Ik dacht eigenlijk dat het aan mij nogel drukke internetverbinding ging, maar die is niet drukker bezig dan normaal, dus ik vond het al vreemd...

Om welke tijdstippen heb jij het?

[moto-moi]

aphea deed stom met de dsp, inmiddels moet dat weer werken..

[Badeend]

Ik heb zojuist weer 5 minuten lang timeouts gehad.

Edit:
En 5 minuten later wederom een serie timeouts, 3 minuten lang. De frontpage blijft het dan overigens wel gewoon doen.

Edit 2:
En even later weer een paar minuten timeouts. Deze keer was ook de frontpage niet te bereiken. Ik ga er vanuit dat het zo wel duidelijk is, of moet ik dit elke keer hier melden?

[ Voor 90% gewijzigd door Badeend op 14-01-2008 14:56 ]

[TheZeroorez]

ACM schreef op maandag 14 januari 2008 @ 07:52:
[...]

Om welke tijdstippen heb jij het?

6 uur 's ochtends, 4 uur 's middags, 12 uur 's nachts afaik, ligt dus niet bepaald aan de rest van de wijk oid (of er moet hier een warezboer zitten, maar dat lijkt me sterk).

Tot noch toe nog niets gehad, ik houd het de komende dagen wel ff wat beter in de gaten om 't eventueel hier te melden...

[Badeend]

Hm, het lijkt vandaag toch wel weer erger te zijn dan het in de hele afgelopen maand is geweest. Ik heb vandaag al een stuk of 7 keer een periode van timeouts gehad en het begint af en toe best een beetje frustrerend te worden

[Falcon]

Komen jullie misschien van de zelfde provider... en dan ook nog de zelfde dnsserver?

[TheZeroorez]

Falcon schreef op maandag 14 januari 2008 @ 20:23:
Komen jullie misschien van de zelfde provider... en dan ook nog de zelfde dnsserver?

Orange, 192.168.1.(1/2).

Nog steeds niets trouwens, en die zou ik gisteren oid al wel gehad hebben, dus of het is opgelost of het is/was user problem...

scorpie schreef op dinsdag 15 januari 2008 @ 22:32:
[...]

192.x.x.x is een lokaal adres, prolly van je router, dus daar hebben we niet zoveel aan

Hmz daar heb je wat. DNS was eerst niet een lokaal adres, vandaar dat ik het zomaar overtikte

[ Voor 29% gewijzigd door TheZeroorez op 15-01-2008 22:56 ]

[scorpie]

TheZeroorez schreef op maandag 14 januari 2008 @ 20:31:
[...]

Orange, 192.168.1.(1/2).

Nog steeds niets trouwens, en die zou ik gisteren oid al wel gehad hebben, dus of het is opgelost of het is/was user problem...

192.x.x.x is een lokaal adres, prolly van je router, dus daar hebben we niet zoveel aan

Anyway, ik had vandaag ook last van timeouts, provider: xs4all only, dns server 194.109.6.66 / 194.109.9.99, dat alles rond en na macworld, dus zeg 18.00 - 21.00.
Nu werkt alles weer prima.

[F_J_K]

Hier nog een slachtoffer: Firefox2 doet al weken af en toe brak (F5en tot ik een ons weeg), IE7 (op XP+alle patches) gaat dan verbazingwekkend goed. Vaak Chello (thuis), soms XS4all (op werk). Maar dat kan ook zijn omdat ik gewoon vaker hier rondklik als ik thuis ben

[ Voor 5% gewijzigd door F_J_K op 21-01-2008 14:53 ]

[Kees]

ik heb geen flauw benul waar die timeouts vandaan zouden kunnen komen.. ik krijg ze zelf niet, en dat is dan heel erg lastig debuggen

[moto-moi]

* moto-moi is with kees on this one.

[Verwijderd]

Ik herken die time-outs ook niet, alles is koek en ei met GoT atm.

[scorpie]

Ja, atm ja, maar soms dus niet.

[F_J_K]

Net weer (22u07): AT opent prima, dan wil ik een topic aanklikken en er gebeurt niets meer. F5 idem. Ik open IE en alles loopt op volle snelheid (incl inloggen en dit topic openen). (En Ff laat indertussen andere pagina's nog steeds op volle snelheid zien).

Na het tikken van deze post reageert Ff nog steeds niet...

[ Voor 13% gewijzigd door F_J_K op 22-01-2008 22:11 ]

[Verwijderd]

Ja... Hier is het vanavond weer feest, met soms gewoon perioden van 20 minute lekker vlot, en dan voor een minuut ofzo dat de browser op verbinden blijft staan en dan met een melding timeout...

Het is ook niet 1 keer, anders post ik hier niet - het zijn timeouts in DSP, op het forum - sitewide. Andere sites vliegen erdoor, speedtest was nog nooit zo snel

[ Voor 9% gewijzigd door Verwijderd op 25-01-2008 01:11 ]

[Verwijderd]

Wederom problemen hier.

Heeft iets te maken met \[bug?] Volgorde van berichten niet op tijd van posten? ? (Ik zeg ook maar wat, heb zoiets al eens een keer gezien)

[crisp]

rond 3 uur draait de backup

[moto-moi]

ok. Hier is het plan, op het moment dat je last hebt van timeouts naar onze site(s) wil ik graag dat je het volgende doet:

• Trek een terminal open (cmd.exe)
• Type in: tracert arethusa.tweakers.net
• Type in een ander terminal in: ping -n 100 arethusa.tweakers.net

Deze data graag in dit topic posten zodra je weer op tweakers.net komt, dan komen we hopelijk eindelijk achter de oorzaak.

[JHS]

Geen idee of iedereen dit weet of niet, ik was het iniedergeval laatst weer vergeten , maar met command > bla.txt krijg je een mooi bestandje met je output in de directory waar je zit .

[Osiris]

moto-moi schreef op zaterdag 26 januari 2008 @ 10:19:
ok. Hier is het plan, op het moment dat je last hebt van timeouts naar onze site(s) wil ik graag dat je het volgende doet:

• Trek een terminal open (cmd.exe)
• Type in: tracert arethusa.tweakers.net
• Type in een ander terminal in: ping -n 100 arethusa.tweakers.net

Deze data graag in dit topic posten zodra je weer op tweakers.net komt, dan komen we hopelijk eindelijk achter de oorzaak.

Zou een tcpdumpje ook handig zijn? As in:

tcpdump -i eth0 -s 1500 -w got.cap ip host 213.239.154.36

Want zodra ik ook maar een foutmelding van Fx krijg, dan kan 't maar zo zijn dat alles daarna probleemloos werkt. Dus ik vraag me af of mosterd na de maaltijd dan nog wel zo nuttig is.

Geen idee hoe groot die got.cap gaat worden na een dagje op GoT rondhangen though

[ Voor 4% gewijzigd door Osiris op 26-01-2008 10:34 ]

[F_J_K]

Een dump van een dagje GoT gaat 't bij mij niet worden

Hoe dan ook is het niet een enkele keer F5-en, zodat even een tracert doen nog best werkt. Het blijft bij mij (...) trouwens wel in IE werken. Maar goed: will do.

[Osiris]

Bij mij is 't echter wel binnen enkele seconden weer weg. En 't is hier ook geen 'timeout', maar lijkt 't meer op een "connection refused" oid. Alleen worden die Firefox-foutmeldingen steeds n00b-isher, 't lijkt MS wel achterna te gaan Ik wil gewoon weten wat er daadwerkelijk gebeurt ja

Verder ben ik wel eens benieuwd hoeveel GoT-verkeer ik verstook Alleen is d'r vast geen tcpdump voor Windows though. En om nou Wireshark te laten draaien, dat vreet en vreet geheugen

[Orion84]

Dan draai je tcpdump op je router? Of ben je niet in bezit van een fatsoenlijke router?

Even voor je gekeken, maar zo te zien heeft wireshark voor windows ook gewoon een commandline executable in zich: dumpcap.exe

Gewoon vanaf commandline (evt. ff naar de juiste folder switchen, of path bewerken):

dumpcap.exe -D

Geeft de interfaces die beschikbaar zijn. Check hier welk interface nummertje je moet hebben

dumpcap.exe -i <interface nummertje> -w <outputfile>

Of, als je wilt filteren:

dumpcap.exe -i <interface nummertje> -f <libpcap filter> -w <outputfile>

En gaan

Ik zou hier best eens tcpdump/wireshark op de router willen laten lopen, ware het niet dat ik eigenlijk niet echt last heb van het hier beschreven probleem. En dat terwijl ik toch veelvuldig op GoT vertoef, gebruik makende van Firefox.

Maar nu we het toch over Firefox hebben, kan het niet een of andere pipeline, of andere http tweak van Firefox zijn die voor problemen zorgt? Oftewel, misschien eens wat firefox configs naast elkaar leggen?

[ Voor 33% gewijzigd door Orion84 op 26-01-2008 19:27 ]

[Osiris]

Orion84 schreef op zaterdag 26 januari 2008 @ 19:18:
Dan draai je tcpdump op je router? Of ben je niet in bezit van een fatsoenlijke router?

/me Kuch * SpeedTouch at the moment /me uche *. Verder geen intresse om m'n bak als router in te zetten, de kans dat ik hem mol is te groot Geen zin in zeurende huisgenotes. [/offtopic]

Orion84 schreef op zaterdag 26 januari 2008 @ 19:18:
Maar nu we het toch over Firefox hebben, kan het niet een of andere pipeline, of andere http tweak van Firefox zijn die voor problemen zorgt? Oftewel, misschien eens wat firefox configs naast elkaar leggen?

Naar mijn weten heb ik hier, onder Windows met 2.0.0.11 géén last van die vaagheden met de volgende non-default settings qua network.http.~:

• network.http.pipelining: true
• network.http.pipelining.maxrequests: 40

Zal morgen eventjes thuis kijken, daar heb ik soms wel foutmeldingen.

Orion84 schreef op zaterdag 26 januari 2008 @ 19:18:
En gaan

Hell no, dat captures ook al het SSH-verkeer, andere sites, geyle pr0n en weet ik veel wat Maar neem aan dat 't ook wel filter-mogelijkheden heeft, ff-tjes kijken, thnx for the tip.

edit:

Kap es met editen

[ Voor 14% gewijzigd door Osiris op 26-01-2008 19:28 ]

[Nvidiot]

http://www.winpcap.org/windump/default.htm anders die gebruiken, is tcpdump voor windows.

windump -D voor interface lijst

[Badeend]

Bij mij ligt het in ieder geval niet aan Firefox. Als ik in FF een timeout krijg, dan krijg ik dat net zo goed in IE.

[Verwijderd]

Hier ook IE7 en dezelfde problemen.

Nu net had ik het, gelijk tracert en ping gedaan:

code:

Tracing route to arethusa.tweakers.net [213.239.154.12]
over a maximum of 30 hops:

  1     1 ms    <1 ms    <1 ms  my.router [192.168.55.1]
  2     9 ms     8 ms     9 ms  82-197-x-x.dsl.cambrium.nl [82.197.x.x]
  3     8 ms     8 ms     9 ms  217.19.16.33
  4    22 ms    18 ms    56 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]
  5     9 ms     9 ms     9 ms  arethusa.tweakers.net [213.239.154.12]

Trace complete.

Ping continu 9ms, paar keer 10ms, 1x 54ms en 1x 19ms

code:

Ping statistics for 213.239.154.12:
    Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 8ms, Maximum = 54ms, Average = 9ms

Ik denk dus echt niet dat het een IP probleem is maar eerder een probleem op een hoger niveau.

[Badeend]

Inderdaad, ik heb ook hetzelfde resultaat:

code:

Tracing route to arethusa.tweakers.net [213.239.154.12]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  . [192.168.1.1]
  2    13 ms    25 ms     9 ms  53524C01.cable.casema.nl [83.82.76.1]
  3    11 ms    14 ms     6 ms  10.0.65.2
  4   208 ms    12 ms   213 ms  53500436.cable.casema.nl [83.80.4.54]
  5    18 ms    17 ms    17 ms  20ge-po-2.e600-1.ams5.true.nl [195.69.144.163]
  6    21 ms    17 ms    17 ms  10ge-6-1.e600-1.ams7.true.nl [87.233.192.30]
  7    83 ms    83 ms    83 ms  arethusa.tweakers.net [213.239.154.12]

Trace complete.

code:

Pinging arethusa.tweakers.net [213.239.154.12] with 32 bytes of data:

Reply from 213.239.154.12: bytes=32 time=95ms TTL=58
Reply from 213.239.154.12: bytes=32 time=106ms TTL=58
Reply from 213.239.154.12: bytes=32 time=97ms TTL=58
Reply from 213.239.154.12: bytes=32 time=95ms TTL=58
Reply from 213.239.154.12: bytes=32 time=95ms TTL=58
Reply from 213.239.154.12: bytes=32 time=90ms TTL=58
Reply from 213.239.154.12: bytes=32 time=94ms TTL=58
Reply from 213.239.154.12: bytes=32 time=101ms TTL=58
Reply from 213.239.154.12: bytes=32 time=98ms TTL=58
Reply from 213.239.154.12: bytes=32 time=97ms TTL=58
Reply from 213.239.154.12: bytes=32 time=98ms TTL=58

Ping statistics for 213.239.154.12:
    Packets: Sent = 11, Received = 11, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 90ms, Maximum = 106ms, Average = 96ms

Dit heeft ongeveer 5 minuten geduurd, waarin ik in zowel FF als in IE timeouts kreeg.

[Osiris]

Há, ik had weer zo'n "could not connect"-foutmelding gekregen en braaf stond tcpdump alles te capturen. 't Bleek uiteindelijk bij mij (geen timeout oid dus) te gaan om een ICMP "Port unreachable" te gaan, die ik kreeg nadat Firefox contact probeerde te maken met 't IP van GoT op poort 80 (als reply op de SYN dus):

Internet Protocol, Src: 192.168.1.252 (192.168.1.252), Dst: 213.239.154.36 (213.239.154.36)
  Version: 4
  Header length: 20 bytes
  Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
    0000 00.. = Differentiated Services Codepoint: Default (0x00)
    .... ..0. = ECN-Capable Transport (ECT): 0
    .... ...0 = ECN-CE: 0
  Total Length: 52
  Identification: 0x4c76 (19574)
  Flags: 0x04 (Don't Fragment)
    0... = Reserved bit: Not set
    .1.. = Don't fragment: Set
    ..0. = More fragments: Not set
  Fragment offset: 0
  Time to live: 64
  Protocol: TCP (0x06)
  Header checksum: 0xbb95 [correct]
  Source: 192.168.1.252 (192.168.1.252)
  Destination: 213.239.154.36 (213.239.154.36)
Transmission Control Protocol, Src Port: 49345 (49345), Dst Port: http (80), Seq: 0, Len: 0
  Source port: 49345 (49345)
  Destination port: http (80)
  Sequence number: 0    (relative sequence number)
  Header length: 32 bytes
  Flags: 0x02 (SYN)
    0... .... = Congestion Window Reduced (CWR): Not set
    .0.. .... = ECN-Echo: Not set
    ..0. .... = Urgent: Not set
    ...0 .... = Acknowledgment: Not set
    .... 0... = Push: Not set
    .... .0.. = Reset: Not set
    .... ...0 = Fin: Not set
  Window size: 5840
  Checksum: 0x0e47 [correct]
  Options: (12 bytes)
    Maximum segment size: 1460 bytes
    NOP
    NOP
    SACK permitted
    NOP
    Window scale: 5 (multiply by 32)

ICMP komt eraan:

Internet Protocol, Src: 213.239.154.36 (213.239.154.36), Dst: 192.168.1.252 (192.168.1.252)
  Version: 4
  Header length: 20 bytes
  Differentiated Services Field: 0xc0 (DSCP 0x30: Class Selector 6; ECN: 0x00)
    1100 00.. = Differentiated Services Codepoint: Class Selector 6 (0x30)
    .... ..0. = ECN-Capable Transport (ECT): 0
    .... ...0 = ECN-CE: 0
  Total Length: 80
  Identification: 0x8f59 (36697)
  Flags: 0x00
    0... = Reserved bit: Not set
    .0.. = Don't fragment: Not set
    ..0. = More fragments: Not set
  Fragment offset: 0
  Time to live: 58
  Protocol: ICMP (0x01)
  Header checksum: 0xbddb [correct]
  Source: 213.239.154.36 (213.239.154.36)
  Destination: 192.168.1.252 (192.168.1.252)
Internet Control Message Protocol
  Type: 3 (Destination unreachable)
  Code: 3 (Port unreachable)
  Checksum: 0x4b70 [correct]
  Internet Protocol, Src: 192.168.1.252 (192.168.1.252), Dst: 213.239.154.36 (213.239.154.36)
    Version: 4
    Header length: 20 bytes
    Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)
      0000 00.. = Differentiated Services Codepoint: Default (0x00)
      .... ..0. = ECN-Capable Transport (ECT): 0
      .... ...0 = ECN-CE: 0
    Total Length: 52
    Identification: 0x4c76 (19574)
    Flags: 0x04 (Don't Fragment)
      0... = Reserved bit: Not set
      .1.. = Don't fragment: Set
      ..0. = More fragments: Not set
    Fragment offset: 0
    Time to live: 59
    Protocol: TCP (0x06)
    Header checksum: 0xd15e [incorrect, should be 0xc095]
      Good: False
      Bad : True
    Source: 192.168.1.252 (192.168.1.252)
    Destination: 213.239.154.36 (213.239.154.36)
  Transmission Control Protocol, Src Port: 49345 (49345), Dst Port: http (80), Seq: 2627713426
    Source port: 49345 (49345)
    Destination port: http (80)
    Sequence number: 2627713426    (relative sequence number)
    Header length: 32 bytes
    Flags: 0x02 (SYN)
      0... .... = Congestion Window Reduced (CWR): Not set
      .0.. .... = ECN-Echo: Not set
      ..0. .... = Urgent: Not set
      ...0 .... = Acknowledgment: Not set
      .... 0... = Push: Not set
      .... .0.. = Reset: Not set
      .... ..1. = Syn: Set
      .... ...0 = Fin: Not set
    Window size: 5840
    Checksum: 0xe1e9 [incorrect, should be 0x0e47 (maybe caused by checksum offloading?)]
    Options: (12 bytes)
      Maximum segment size: 1460 bytes
      NOP
      NOP
      SACK permitted
      NOP
      Window scale: 5 (multiply by 32)

[ Voor 121% gewijzigd door Osiris op 29-01-2008 19:17 ]

[Orion84]

Hmm, het is natuurlijk zo dat de loadbalancers geen ping accepteren (dus geen ICMP gok ik). Dus wellicht dat em daar de kneep zit.

Verstuurt Firefox dat ding als een soort keepalive ofzo?

Misschien een linkje naar het relevante deel van de dump posten voor de heren admins/devvers?

Edit: Verkeerd gelezen dus

[ Voor 26% gewijzigd door Orion84 op 29-01-2008 19:16 ]

[Osiris]

Orion84 schreef op dinsdag 29 januari 2008 @ 19:03:
Hmm, het is natuurlijk zo dat de loadbalancers geen ping accepteren (dus geen ICMP gok ik). Dus wellicht dat em daar de kneep zit.

Ik kreeg 't ICMP-pakketje juist van GoT terug Firefox gaat niet zomaar lopen pingen ofzo

Orion84 schreef op dinsdag 29 januari 2008 @ 19:03:
Verstuurt Firefox dat ding als een soort keepalive ofzo?

network.http.keep-alive: false

Orion84 schreef op dinsdag 29 januari 2008 @ 19:03:
Misschien een linkje naar het relevante deel van de dump posten voor de heren admins/devvers?

Ben al bezig

Beetje jammer dat je door NAT die checksums niet kunt vergelijken. Of is het juist NAT wat er voor zorgt dat die checksums überhaupt niet kloppen?

Ben nu weg, maar kan vanavond wel ff die twee pakketjes in een .cap online pleuren.

[ Voor 13% gewijzigd door Osiris op 29-01-2008 19:20 ]

[Verwijderd]

scorpie schreef op dinsdag 22 januari 2008 @ 19:02:
Ja, atm ja, maar soms dus niet.

Een week later, en het is mij totaal niet overkomen. Heb eerder het idee dat het aan de kant van de isp moet liggen van de mensen die wél die timeouts krijgen.

Overigens heb ik andere instellingen dan Osiris in FF

* network.http.keep-alive: true
* network.http.keep-alive-timeout: 300
* network.http.pipelining: false
* network.http.pipelining.maxrequests: 4

[ Voor 25% gewijzigd door Verwijderd op 29-01-2008 20:32 ]

[scorpie]

Ik moet zeggen dat ik het ook al een week niet heb, maar ik zit midden in tentamens dus ik zit (relatief ) weinig op GoT / Tweakers, dus ik kan er nu niet zoveel over zeggen.

[Osiris]

Speciaal voor Orion84 [rml]:P[/]: goticmpportunreachable.cap

[saviour]

scorpie schreef op dinsdag 29 januari 2008 @ 22:46:
Ik moet zeggen dat ik het ook al een week niet heb, maar ik zit midden in tentamens dus ik zit (relatief ) weinig op GoT / Tweakers, dus ik kan er nu niet zoveel over zeggen.

Ik kreegt zojuist weer geen verbinding met GoT. Het ene moment was ik braaf in deel 2 van het LG Viewty topic aan het bladeren en op het andere moment wilde hij geen nieuwe pagina meer laden. Zowel met IE als FF gebeurde er niets. Hij bleef gewoon lang laden maar er verscheen geen pagina. Dit was omstreeks 19:34 en heeft enkele minuten geduurd.

Dit gebeurt bij mij wel eens vaker, terwijl andere pagina's moeiteloos laden.

Ik heb een abbo van Chello, achter een Sitecom DC-202 router. IP reeks: 212.187.11x.xx. DNS: 62.179.104.196, 212.142.28.69.

Edit:

moto-moi schreef op zaterdag 26 januari 2008 @ 10:19:
ok. Hier is het plan, op het moment dat je last hebt van timeouts naar onze site(s) wil ik graag dat je het volgende doet:

• Trek een terminal open (cmd.exe)
• Type in: tracert arethusa.tweakers.net
• Type in een ander terminal in: ping -n 100 arethusa.tweakers.net

Deze data graag in dit topic posten zodra je weer op tweakers.net komt, dan komen we hopelijk eindelijk achter de oorzaak.

Te laat gezien, ik zal dit de volgende keer eens doen.

[ Voor 27% gewijzigd door saviour op 30-01-2008 19:46 ]

[RobIII]

Ik had zo snel niet dit topic bij de hand, maar ik heb ook weer timeouts (al de hele avond, vanaf een uur of 20.00)

U:\>tracert -d gathering.tweakers.net

Bezig met het traceren van de route naar gathering.tweakers.net [213.239.154.36]

via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  10.10.5.9
  2     6 ms     6 ms     6 ms  10.15.144.129
  3     9 ms     9 ms     7 ms  212.142.15.161
  4     9 ms    10 ms    11 ms  212.142.32.93
  5    17 ms     8 ms    12 ms  213.46.183.93
  6    12 ms    11 ms    12 ms  213.46.183.81
  7     *        *        *     Time-out bij opdracht.
...etc.

Helaas niet arethusa getracerd

[LauPro]

Niet gewoon de back-up? Sowieso rond dit tijdstip ook vaak errors gehad of dat de site gewoon niet laadt. Als ik dan even de grafiek bekijk dan zie ik een I/O burst.

[F_J_K]

Backup vanaf 20u? Ik hoop het niet

Ik ben alleen de hele week niet thuis geweest, dus heb er geen last van 'kunnen' krijgen en heb dus niets aan logs.

[Orion84]

Nja, gathering.tweakers.net tracen heeft volgens mij iig niet zo heel veel zin, aangezien de loadbalancers niet op ping reageren en je tracert daar dus inderdaad doodloopt.

[AW_Bos]

Orion84 schreef op donderdag 31 januari 2008 @ 11:42:
Nja, gathering.tweakers.net tracen heeft volgens mij iig niet zo heel veel zin, aangezien de loadbalancers niet op ping reageren en je tracert daar dus inderdaad doodloopt.

Ehh..

Pingen naar gathering.tweakers.net [213.239.154.36] met 32 bytes aan gegevens:

Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57

Ping-statistieken voor 213.239.154.36:
    Pakketten: verzonden = 4, ontvangen = 4, verloren = 0
    (0% verlies).

De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
    Minimum = 8ms, Maximum = 8ms, Gemiddelde = 8ms

Pingen kan gewoon hoor? En uiteraard lukt het me ook om te tracert'en?

[Osiris]

Als je `traceroute -T -p 80 gathering.tweakers.net` doet, dan reageert de loadbalancer probleemloos uiteraard. Dan traceroute je met TCP destination port 80 (HTTP). En aangezien die niet geblocked wordt.

Geen idee of die Windows-implementatie tracert 't kán trouwens

[ Voor 14% gewijzigd door Osiris op 31-01-2008 13:30 ]

[Orion84]

Ariën Clay schreef op donderdag 31 januari 2008 @ 13:20:
[...]

Ehh..

Pingen naar gathering.tweakers.net [213.239.154.36] met 32 bytes aan gegevens:

Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57
Antwoord van 213.239.154.36: bytes=32 tijd=8 ms TTL=57

Ping-statistieken voor 213.239.154.36:
    Pakketten: verzonden = 4, ontvangen = 4, verloren = 0
    (0% verlies).

De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
    Minimum = 8ms, Maximum = 8ms, Gemiddelde = 8ms

Pingen kan gewoon hoor? En uiteraard lukt het me ook om te tracert'en?

Hmm, dan is dat veranderd volgens mij? Voor zover ik weet was het altijd (door de loadbalancers) niet mogelijk om te pingen naar tweakers.net en gathering.tweakers.net. Maar inderdaad, hier werkt het ook gewoon.

[Kogelvis]

Ik had nu net geen disconnect maar laatste tijd (en wel meer als momenteel) wel last van gehad en dan met name disconnects op IRC en op die momenten was GoT dan vaak ook niet bereikbaar.

heb zonet mtr even een minuut of 10 laten lopen:

                             My traceroute  [v0.71]
host.domain.ext (0.0.0.0)                          Thu Jan 31 21:01:40 2008
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                       Packets               Pings
 Host                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. hv00cat12.brain.upc.nl            0.0%   511    6.8   7.9   5.4  29.3   2.8
 3. p14232081.net.upc.nl              0.0%   511   14.9  14.8  12.0  32.0   2.7
 4. nl-ams05a-ra3-ae-1-0.aorta.net    0.0%   511   13.8  14.6  12.1  38.5   2.4
 5. nl-ams09a-ri1-ge-5-0.aorta.net    0.0%   510   12.3  19.3  10.5 186.7  26.2
 6. 20ge-po-1.e600-2.ams7.true.nl    23.5%   510   22.6  28.0  20.5  51.1   5.4
 7. arethusa.tweakers.net             6.3%   510   98.6  99.8  94.2 112.8   2.5

op eerdere momenten dat ik wel last van disconnects had begon het vanaf punt 6 te bokken.
ik heb mtr ook in die tijd al eens een 40 to 48 uur laten lopen op punt 6 was dan een packetloss van ong. 7% te vinden met dan 6% op stap 7.

Misschien dat deze info helpt? en misschien dat de mensen die ook last hebben van disconnects over diezelfde 6e host lopen?

[Superdeboer]

Gisteravond had ik hier weer uitgebreid last van... duurde een half uur voor het over was. Opmerkelijk vond ik dat, elke keer als mijn pagina min of meer stopte met laden, ik blijkbaar al wél een stuk HTML binnen had, want de paginatitel verscheen bovenin mijn browservenster al.

Meer dan een grijs vlak kwam er echter niet en links onderin verscheen de tekst: "Bezig met laden tweakimg.net" of "Bezig met openen tweakimg.net", daar ben ik nu niet meer zeker van. Wat me wel opviel, is dat het net leek alsof de pagina daar keer op keer bij bleef hangen. Elke keer op het moment dat het laden stokte, stond tweakimg.net weer linksonderin.

Gebruik: Vista Home Premium in combinatie met de laatste stabiele versie van Firefox.

edit:
BTW: pingen en tracerten van Arethusa ging gewoon goed overigens.

[ Voor 5% gewijzigd door Superdeboer op 17-02-2008 17:21 ]

[Superdeboer]

Superdeboer schreef op zondag 17 februari 2008 @ 17:20:
Gisteravond had ik hier weer uitgebreid last van... duurde een half uur voor het over was. Opmerkelijk vond ik dat, elke keer als mijn pagina min of meer stopte met laden, ik blijkbaar al wél een stuk HTML binnen had, want de paginatitel verscheen bovenin mijn browservenster al.

Ik heb weer last van deze time-out(s). T.net frontpage geen schijn van kans, er komt al een kwartier niets. Hoe vaak ik ook F5, verder dan een titel in de tab en onderin de status bar de tekst "Wachten op tweakimg.net...".
GoT is geen probleem, getuige deze reactie.

edit:
Met IE7 geen probleem... begrijp niet dat ik dat niet eerder getest heb. Maar dat maakt een en ander niet begrijpelijker. Snap niet waarom het met Firefox soms enkel op de FP niet lukt.

[ Voor 13% gewijzigd door Superdeboer op 04-03-2008 22:45 ]

[BtM909]

Superdeboer, mocht je in de toekomst ook even last hebben van zo'n hickup (en je hebt al een deel van de HTML binnen), copy and paste de source eens wat je op dat moment zichtbaar hebt. Misschien levert het wel een extra aanwijzing op

[F_J_K]

FWIW: ik heb er al tijden geen last meer van. Al ben ik ook weinig thuis, laat staan thuis achter de laptop.

[TheZeroorez]

* TheZeroorez ook niet trouwens...

Al ben ik nog wél een beetje veel aanwezig

[Jegapia]

is het mogelijk dat zonet er weer een probleem was. Omstreeks 09.00u geraakte ik langs geen kanten op tweakers.net of GoT?

[Badeend]

Het is een paar weken goed gegaan, maar vandaag heb ik er weer overmatig last van. Traceren gaat goed, hoewel ik twee keer de volgende output heb gehad:

Tracing route to arethusa.tweakers.net [213.239.154.12]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  . [192.168.1.1]
  2    10 ms     9 ms     8 ms  53524C01.cable.casema.nl [83.82.76.1]
  3     8 ms     9 ms     8 ms  10.0.65.2
  4    10 ms    17 ms     8 ms  53500436.cable.casema.nl [83.80.4.54]
  5    11 ms    17 ms    17 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]
  6     *       30 ms     8 ms  arethusa.tweakers.net [213.239.154.12]

en

Tracing route to arethusa.tweakers.net [213.239.154.12]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  . [192.168.1.1]
  2     8 ms     8 ms     9 ms  53524C01.cable.casema.nl [83.82.76.1]
  3    12 ms    24 ms    20 ms  10.0.65.2
  4     9 ms     8 ms     9 ms  53500436.cable.casema.nl [83.80.4.54]
  5    17 ms     *       23 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]
  6    13 ms    13 ms     9 ms  arethusa.tweakers.net [213.239.154.12]

Maar dat mag geen probleem zijn lijkt me. Het forum kan ik dan 5 minuten niet bereiken, daarna heb ik er geen last meer van. Dit heb ik vandaag zo'n 5 keer gehad. De frontpage blijft wel gewoon werken.

[Verwijderd]

Ik heb er nu ook voor het eerst voortdurend last van, is er iets wat ik kan doen om het probleem te helpen traceren?

Ik ben gewend dat GoT razendsnel is, ik merk dan ook gelijk als een request gaat uitlopen op een time-out. En het gekke is dat als ik dan direct nogmaal op de link klik het vaak wel gelijk goed gaat (pagina wordt direct geladen), daar zit soms maar een paar seconde tussen.

[ Voor 53% gewijzigd door Verwijderd op 03-04-2008 10:59 ]

[AW_Bos]

Op de DNS van XS4ALL had ik er voor het eerst ook even last van. Helaas geen 'tracert' gedaan, had er niet aan geacht.

[Alfredo]

Op dit moment heb ik er ook last van...

traceroute to arethusa.tweakers.net (213.239.154.12), 30 hops max, 40 byte packets
 1  192.168.1.1 (192.168.1.1)  4.019 ms  7.088 ms *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * ser2-0.bel-pe06.mpl.scarlet.be (194.119.226.13)  14.845 ms  17.846 ms
 7  so-4-0-0.0.ar2.BRU1.gblx.net (67.17.159.61)  19.478 ms  21.126 ms  23.312 ms
 8  te7-3-10g.ar4.ams2.gblx.net (67.16.130.13)  28.715 ms  30.884 ms  33.110 ms
 9  * * *
10  arethusa.tweakers.net (213.239.154.12)  42.862 ms  47.244 ms  15.063 ms

--- tweakers.net ping statistics ---
100 packets transmitted, 44 received, 56% packet loss, time 99105ms
rtt min/avg/max/mdev = 15.723/16.578/17.994/0.483 ms

GoT is zo mogelijk nog moeilijker te bereiken.

[Osiris]

Hmm, vreemd, eerder kreeg ik dus onmiddelijk een reactie van de server met "opbokken", sinds vandaag heb ik ook last van time-outs waarbij GoT dus helemaal niet meer reageert:



Capture-file

Vreemd? Heb het namelijk best vaak. Paar keer op dezelfde link rammen als 't er niet onmiddelijk staat en voila, het is er weer.

Grappig, 't versturen van dit bericht gaat niet eens

't Is nu bijna 50% kans op een "Connecting to gathering.tweakers.net...". De Frontpage heeft er ook last van, een Gallery van iemand wil niet echt laden.

Router-reboot had geen effect.

[ Voor 15% gewijzigd door Osiris op 07-04-2008 16:17 ]

[EDIT]

Heb er ook last van. Bij een traceroute lijkt hij er uit te schieten bij/na een True router.

C:\>tracert gathering.tweakers.net

Bezig met het traceren van de route naar gathering.tweakers.net [213.239.154.36]

via maximaal 30 hops:

  1   <1 ms   <1 ms     <1 ms  192.168.1.1
  2    33 ms    32 ms    32 ms  ip1-208-173-82.adsl2.versatel.nl [82[s][/s].173.208.1]

  3    33 ms    33 ms    35 ms  ge-0-1-0-2116.ncr01zl.versatel.net [217.16.36.12
9]
  4    35 ms    35 ms    34 ms  ge-2-1-0-0.ncr01asd2.versatel.net [217.16.47.5]

  5    35 ms    36 ms    35 ms  ge-0-0-0-664.br01sara.versatel.net [212.53.18.2]

  6     *        *       44 ms  20ge-po-1.e600-2.ams7.true.nl [195.69.144.171]
  7     *        *        *     Time-out bij opdracht.
  8     *        *        *     Time-out bij opdracht.
  9     *        *        *     Time-out bij opdracht.
 10     *        *        *     Time-out bij opdracht.
 11     *        *        *     Time-out bij opdracht.

Und so weiter.
Ping geeft ook weinig resultaat:

C:\>ping -n 10 gathering.tweakers.net

Pingen naar gathering.tweakers.net [213.239.154.36] met 32 byte gegevens:

Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.

Ping-statistieken voor 213.239.154.36:
    Pakketten: verzonden = 10, ontvangen = 0, verloren = 10
    (100% verlies).

[Osiris]

Mjah, de router van True doet hier ook "gek":

flaptop ~ # traceroute -Tp 80 gathering.tweakers.net
traceroute to gathering.tweakers.net (213.239.154.36), 30 hops max, 40 byte packets
 1  192.168.1.254 (192.168.1.254)  73.776 ms  73.275 ms  72.788 ms
 2  bbned-10k-01.router.nl.demon.net (212.238.220.1)  17.346 ms  18.059 ms  19.154 ms
 3  0.ge-3-1-0.xr4.1d12.xs4all.net (194.109.7.121)  19.131 ms  19.693 ms  21.822 ms
 4  0.so-6-0-0.xr1.tc2.xs4all.net (194.109.5.10)  29.607 ms  29.585 ms  30.496 ms
 5  * * *
 6  gathering.tweakers.net (213.239.154.36)  26.809 ms  13.330 ms  13.147 ms

Waarbij de `-T` en `-p 80` voor resp. "Use TCP SYN for probes" en "For TCP specifies just the (constant) destination port to connect." (poort 80 dus) staan.

Dat routers ICMP-pakketjes nog wel eens gezellig richting /dev/null smijten is me bekend, maar die router heeft blijkbaar geen eens zin meer om "ICMP TIME_EXCEEDED"'s terug te sturen bij normaal TCP-verkeer.

Hij zal 't wel enorm druk hebben ofzo.

[RobIII]

C:\Documents and Settings\Rob>tracert arethusa.tweakers.net

Bezig met het traceren van de route naar arethusa.tweakers.net [213.239.154.12]
via maximaal 30 hops:

  1   <1 ms   <1 ms   <1 ms  gw01.xxxxx.com [192.168.xx.xx]
  2   <1 ms   <1 ms   <1 ms  193.141.xx.xxx
  3     8 ms     8 ms     8 ms  62.12.4.51
  4     9 ms     9 ms     9 ms  asd-dc2-ipc-dr03.nl.kpn.net [195.190.227.189]
  5     9 ms     8 ms     8 ms  195.190.233.60
  6     9 ms    33 ms     8 ms  asd-dc2-ias-csg01.nl.kpn.net [195.190.227.200]
  7    19 ms    20 ms    21 ms  193.172.217.102
  8    20 ms    22 ms    21 ms  ten-gige-1-1.mpr1.ams2.nl.above.net [64.125.26.7
3]
  9    10 ms    14 ms    17 ms  true.ams4.nl.above.net [82.98.247.54]
 10    16 ms    17 ms    18 ms  10ge-6-3.e600-2.ams7.true.nl [87.233.192.18]
 11     *        *        *     Time-out bij opdracht.
 12     *        *        *     Time-out bij opdracht.
 13     *        *        *     Time-out bij opdracht.

Idem hier; hele dag goed gegaan en nu bokt 't... veel... 50/50...

[Alain]

Ik zou net gaan posten dat ik dezelfde melding kreeg en nog nooit een timeout had gehad. Op gathering.tweakers.net kreeg ik met traceroute timeouts, op arethusa.tweakers.net niet. Toen wilde ik bij de stats eens kijken welke functie arethusa heeft en daar was mijn eerste timeout. Vervolgens wilde GoT niet meer, de FP nog wel maar snel is anders.

Op dat moment heb ik een traceroute en ping uitgevoerd:

alain@anika:~$ traceroute arethusa.tweakers.net
traceroute to arethusa.tweakers.net (213.239.154.12), 30 hops max, 40 byte packets
 1  10.212.192.1 (10.212.192.1)  19.086 ms  19.563 ms  19.915 ms
 2  csw1-vlan201.assen1.dr.home.nl (213.51.132.193)  20.258 ms  23.808 ms  24.270 ms
 3  csw2-pc107.zwoll1.ov.home.nl (213.51.157.42)  94.443 ms  94.932 ms  95.278 ms
 4  bb1-ge1-2-0-0.groni1.gr.home.nl (213.51.157.100)  26.680 ms  27.222 ms  27.565 ms
 5  bb1-ae1-0.zwoll1.ov.home.nl (213.51.158.116)  27.899 ms  28.231 ms  28.557 ms
 6  bb1-ae0-0.amsix-nikhef.home.nl (213.51.158.100)  28.999 ms  10.884 ms  13.739 ms
 7  link-to-athome.openpeering.nl (213.51.158.134)  13.200 ms  18.202 ms  18.676 ms
 8  20ge-po-2.e600-1.ams5.true.nl (195.69.144.163)  28.110 ms  27.541 ms  28.414 ms
 9  10ge-6-1.e600-1.ams7.true.nl (87.233.192.30)  35.138 ms  35.611 ms  35.953 ms
10  * * *
11  * * *
12  * * *
13  * * *

alain@anika:~$ ping arethusa.tweakers.net
PING arethusa.tweakers.net (213.239.154.12) 56(84) bytes of data.

--- arethusa.tweakers.net ping statistics ---
9 packets transmitted, 0 received, 100% packet loss, time 8008ms

Nu heb ik regelmatig timeouts.

[RobIII]

Ik begin te vermoeden dat een KPN peering bokt
Toch niet Ik zie hierboven sowieso al home.nl

[ Voor 37% gewijzigd door RobIII op 07-04-2008 18:15 ]

[Alain]

Wat mij opvalt is dat wanneer GoT onbereikbaar is, ook true.nl onbereikbaar is. (Maar niet altijd)

[ Voor 10% gewijzigd door Alain op 07-04-2008 18:29 ]

[scorpie]

Ik had pas geleden ook weer hetzelfde. Ik kon got gewoon pingen, maar m'n traceroute eindigde ook in de goot bij een true router. Maar ik had het toen niet gemeld omdat ik merkte dat er wel meer servers het af lieten weten, dus dacht dat xs4all (only) bezig was met de snelheidsupgrade.

edit: ok, ik heb het nu as we speak.

Traceroute:

code:

traceroute to gathering.tweakers.net (213.239.154.36), 64 hops max, 40 byte packets
 1  10.0.0.138 (10.0.0.138)  4.852 ms  1.482 ms  1.428 ms
 2  lo1.dr5.d12.xs4all.net (194.109.5.219)  23.953 ms  7.469 ms  7.767 ms
 3  0.ge-3-3-0.xr3.3d12.xs4all.net (194.109.7.161)  7.487 ms  7.683 ms  7.247 ms
 4  0.so-7-0-0.xr1.tc2.xs4all.net (194.109.5.14)  7.504 ms  7.578 ms  8.062 ms
 5  20ge-po-1.e600-2.ams7.true.nl (195.69.144.171)  10.189 ms  8.154 ms  13.499 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
etc etc.

Ping:

code:

PING gathering.tweakers.net (213.239.154.36): 56 data bytes
64 bytes from 213.239.154.36: icmp_seq=0 ttl=58 time=9.078 ms
64 bytes from 213.239.154.36: icmp_seq=1 ttl=58 time=9.648 ms
64 bytes from 213.239.154.36: icmp_seq=2 ttl=58 time=10.142 ms
64 bytes from 213.239.154.36: icmp_seq=3 ttl=58 time=8.833 ms
64 bytes from 213.239.154.36: icmp_seq=4 ttl=58 time=9.553 ms
64 bytes from 213.239.154.36: icmp_seq=5 ttl=58 time=9.717 ms
64 bytes from 213.239.154.36: icmp_seq=6 ttl=58 time=9.700 ms
^C
--- gathering.tweakers.net ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max/stddev = 8.833/9.524/10.142/0.404 ms

[ Voor 69% gewijzigd door scorpie op 07-04-2008 19:30 ]

[Verwijderd]

Ik heb hier op het moment ook soms/erg last van (net 10sec geleden).

Helaas heb ik net met mijn domme kop de tracer afgesloten maar het kwam er op neer dat hij aan het einde ging loopen.

Zoiets stond er bij mij:

8 12 ms 12 ms 12 ms gathering.tweakers.net [213.239.154.36]
9 *
10 *
11 *
12 12 ms 12 ms 12 ms gathering.tweakers.net [213.239.154.36]
13 * etc etc

Mocht het nog een keer voorkomen dan zal ik de log file alsnog toevoegen.

[edit] Blackspot @ Orange ADSL

[ Voor 14% gewijzigd door Verwijderd op 08-04-2008 21:42 ]

[Toolskyn]

Hier had ik zonet ook voor de zoveelste keer even last van dit probleem (Orange ADSL). Eigenlijk precies hetzelfde probleem als iedereen hierboven. Tracerts kwamen bij mij overigens gewoon door zonder ook maar enige vreemde waarde, pings gingen ook goed. Maar elke browser (Opera/Safari/Firefox/IE) maakte er helemaal niets van. Overigens kreeg ik een paar keer wel een halve pagina door, maar die leek op vrij random momenten te stoppen, het leek er eerder op dat de verbinding op een gegeven moment gewoon niet stabiel genoeg was en er maar mee stopt op zo'n moment (de eerste helft van zo'n pagina kwam sowieso sloom binnen).

[Verwijderd]

Was bij jou de frontpage wel gewoon bereikbaar ? want die werkte bij mij gewoon prima maar het forum is al een tijdje problematisch. zo nu en dan kan ik slecht tot geen verbinding maken.

[ Voor 6% gewijzigd door Verwijderd op 08-04-2008 21:44 ]

[eghie]

Ik had die timeouts de laatste dagen ook gehad op het werk op 1 van onze servers. We hadden een 100mbit switch en we zouden toch overgaan naar 1gbit, dus hebben we de switches vervangen. Toen was het over. Ik vermoed dus dat het aan een switch lag, in ons geval. Deze timeouts bij ons was niet alleen met TCP poort 80 (HTTP), maar ook SSH en FTP, etc. Dus alle netwerk verbindingen.

[ Voor 20% gewijzigd door eghie op 08-04-2008 22:55 ]

[Toolskyn]

Verwijderd schreef op dinsdag 08 april 2008 @ 21:40:
Was bij jou de frontpage wel gewoon bereikbaar ? want die werkte bij mij gewoon prima maar het forum is al een tijdje problematisch. zo nu en dan kan ik slecht tot geen verbinding maken.

Die kon ik inderdaad gewoon bekijken.

[sanzut]

'Vroegah' kreeg kon je in firefox kiezen voor gebruiksvriendelijke error's of niet.
En bij die niet zo vriendelijke error's kreeg je volgens mij precies te zien wie wat en waar het mis ging.
Krijg die optie nu alleen nergens meer gevonden...

Edit: overigens @home, en nergens last van, maar aan die Tracerts te zien moet er maar eens iemand met True gaan babbelen over die router?

[ Voor 22% gewijzigd door sanzut op 08-04-2008 23:31 ]

[ACM]

sanzut schreef op dinsdag 08 april 2008 @ 23:30:
'Vroegah' kreeg kon je in firefox kiezen voor gebruiksvriendelijke error's of niet.
En bij die niet zo vriendelijke error's kreeg je volgens mij precies te zien wie wat en waar het mis ging.
Krijg die optie nu alleen nergens meer gevonden...

Heb je het niet over die IE-optie? Vziw heeft firefox nooit 'vriendelijke' foutmeldingen gehad.

[crisp]

Als het goed is opgelost, en anders iig dubbel met het LA-topic: Kees in "Tweakers en GOT traag door problemen met..."