Is AFF running slower than usual for anybody?

[Ric]

This morning I couldn't browse it at all.

+ 1 From Philippines, I gave up trying to access both morning and evening. Seems ok now.

 

[drron]

No problems in the US until the ninth but yesterday in Tokyo just had to give up as intolerably slow.Appears better now but only 0440 now.

 

[Blackadder]

Was very slow to the point of timing out in Sydney last night, seems a bit better this morning (touch wood).

 

[admin]

If you are experiencing difficulties, please send us a "Trace Route" when you are experiencing difficulties.

See: http://www.australianfrequentflyer....ing-slower-than-usual-29683-2.html#post447628

(Or if you have a Mac, see Sam's post http://www.australianfrequentflyer....ing-slower-than-usual-29683-2.html#post439430)

Having a Trace Route will be a massive help in identifying what the problem is. Reporting problems on this forum is OK, but won't really help us solve the problem!

 

[munitalP]

My connection has been poor all morning - to a point of pages not loading correctly etc.

Hardware: MacBook Air
Connection: Telstra 3G MyFi
Software: Google Chrome latest version

Ping has started…

PING australianfrequentflyer.com.au (202.130.34.235): 56 data bytes
64 bytes from 202.130.34.235: icmp_seq=0 ttl=52 time=114.911 ms
64 bytes from 202.130.34.235: icmp_seq=1 ttl=52 time=108.598 ms
64 bytes from 202.130.34.235: icmp_seq=2 ttl=52 time=104.031 ms
64 bytes from 202.130.34.235: icmp_seq=3 ttl=52 time=103.712 ms
64 bytes from 202.130.34.235: icmp_seq=4 ttl=52 time=103.256 ms
64 bytes from 202.130.34.235: icmp_seq=5 ttl=52 time=105.993 ms
64 bytes from 202.130.34.235: icmp_seq=6 ttl=52 time=102.413 ms
64 bytes from 202.130.34.235: icmp_seq=7 ttl=52 time=102.587 ms
64 bytes from 202.130.34.235: icmp_seq=8 ttl=52 time=101.595 ms
64 bytes from 202.130.34.235: icmp_seq=9 ttl=52 time=101.510 ms

--- australianfrequentflyer.com.au ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 101.510/104.861/114.911/3.923 ms

At time of PING - everything sped up oops, but is up and down

munitalP

 

[drron]

Well extremely slow in Tokyo tonight.Have PMed Admin the trace.
This thread took over 10 minutes to load.To reply the page took 7 minutes to load.

 

[SLF]

If you are experiencing difficulties, please send us a "Trace Route" when you are experiencing difficulties.

Very slow page loading in general, have noticed since late last week. Am seeing the same slowness from multiple ISPs in the UK; one trace route below.

  7     6 ms     3 ms     3 ms  10gigabitethernet1-1.core1.lon1.he.net [195.66.224.21]
  8    84 ms    84 ms    90 ms  10gigabitethernet7-4.core1.nyc4.he.net [72.52.92.77]
  9   175 ms   170 ms   150 ms  10gigabitethernet10-2.core1.sjc2.he.net [184.105.213.197]
 10   161 ms   152 ms   152 ms  10gigabitethernet1-4.core1.sjc1.he.net [72.52.92.117]
 11   299 ms   299 ms   300 ms  tpg-internet-pty-ltd.10gigabitethernet3-1.core1.sjc1.he.net [72.52.66.22]
 12   299 ms   299 ms   299 ms  syd-sot-ken-crt1-ge-4-1-0.tpgi.com.au [203.29.135.131]
 13   299 ms   295 ms   295 ms  202-7-162-246.tpgi.com.au [202.7.162.246]
 14   296 ms   299 ms   295 ms  ge2-0-0.wsr01-alex-eqx.comindico.com.au [203.194.1.138]
 15   296 ms   296 ms   295 ms  ge2-0-0.wsr01-alex-eqx.comindico.com.au [203.194.1.138]
 16   300 ms   300 ms   300 ms  core-bdr-1-1-soul-ge-2.sau.net.au [125.254.8.54]
 17   300 ms   301 ms   300 ms  server1.australianfrequentflyer.com.au [202.130.34.235]

The below screenshot is from FireBug (add-on to FireFox) .. it seems the majority of the delay is just waiting for the first page to be sent back to the browser.

The screenshot/details below relate to loading this page.

The first exchange breaks down as:
Blue 0 1ms DNS lookup
Green +1ms 316ms Connecting
Red +317ms 0 Sending
Purple +317ms 9.25s Waiting
Grey +9.57s 2.83s Receiving

The whole page took just under 15s to load. My guess is that if it's not the server itself, the issue is very close to the server (i.e. not an "out on the Internet" issue)

 

[admin]

Thank you to everyone for sending through your traces.

Our server administrator has been in contact with the Data Centre. They advised that there were "issues" with their "upstream providers" over the last few days. They say all issues have been resolved. Plesae let me know if you continue to experience poor performance.

Apologies for any inconvenience and thanks for your patience.

 

[SLF]

Hugely better here now, many thanks!

 

[oz_mark]

I have been having periods of slowness in the last day or two, which I have traced to the responsiveness (or rather lack of properly resolving) of a.australianfrequentflyer.com.au. Are there any known issues with the CDN?

 

[admin]

I have been having periods of slowness in the last day or two, which I have traced to the responsiveness (or rather lack of properly resolving) of a.australianfrequentflyer.com.au. Are there any known issues with the CDN?

[Technical Stuff] Not that we are aware of. Although there was maintenance to the LAX node in the CDN Network last week. (See
Schedule maintenance on Datacenter LAX3 « NetDNA Blog). That node does serve Australia, so there might have been some impact. Please let me know if the issue persists. [/Technical Stuff]

 

[d3funct]

I would like to add that the website itself is at a speed I would get from any website, however when loading specific threads, it slows horribly - up to 1 - 2 minutes to load up a thread, per page... then when you return to the index, its like nothing has happened.

A trace would be useless in this instance, however perhaps the database hardware is straining?

 

[Chatterbocks]

I have literally days when this forum will not even load (ie - not even the landing page) - not sure if its just me or not

 

[serfty]

It can vary - early Monday evening it was Glacial.

 

[samh004]

It was down for about 2 hours tonight. Took some samples during the middle of it and not sure if they’ll help.

Traceroute:

[FONT=Monaco]Traceroute has started…[/FONT]

traceroute to www.australianfreqentflyer.com.au (199.101.28.130), 64 hops max, 72 byte packets
 1  10.0.1.1 (10.0.1.1)  1.228 ms  2.177 ms  2.047 ms
 2  10.218.128.1 (10.218.128.1)  8.503 ms  8.054 ms  7.567 ms
 3  vl400.sope-s-2.cha.bigpond.net.au (58.160.50.1)  9.204 ms  7.843 ms  8.044 ms
 4  gi4-2.agg2.woo.bigpond.net.au (58.160.51.246)  10.453 ms  11.621 ms  9.875 ms
 5  172.18.241.166 (172.18.241.166)  12.005 ms  10.303 ms  10.395 ms
 6  172.18.117.129 (172.18.117.129)  10.316 ms  10.341 ms  9.588 ms
 7  172.18.117.141 (172.18.117.141)  9.834 ms  13.617 ms  8.890 ms
 8  172.18.241.161 (172.18.241.161)  13.305 ms  33.188 ms  14.401 ms
 9  bundle-ether11.cha45.brisbane.telstra.net (203.45.53.233)  14.718 ms  24.137 ms  12.784 ms
10  bundle-ether2.cha-core4.brisbane.telstra.net (203.50.44.13)  11.763 ms  13.463 ms  13.410 ms
11  pos0-4-1-0.ken-core4.sydney.telstra.net (203.50.6.205)  34.788 ms  65.712 ms  29.987 ms
12  bundle-ether1.pad-gw2.sydney.telstra.net (203.50.6.29)  30.416 ms  30.636 ms  32.947 ms
13  tengigabitethernet11-0.sydp-core02.sydney.reach.com (203.50.13.86)  35.534 ms  29.745 ms  29.025 ms
14  i-0-0-2-0.tlot-core01.bx.reach.com (202.84.140.78)  217.123 ms  215.692 ms  219.177 ms
15  unknown.net.reach.com (202.40.149.130)  174.934 ms  172.756 ms  172.732 ms
16  gblx-peer.eqla01.pr.reach.com (134.159.63.202)  366.222 ms  217.320 ms  219.009 ms
17  nominum.gigabitethernet9-10.ar3.sjc2.gblx.net (64.215.27.74)  224.779 ms  226.771 ms  223.384 ms
18  199.101.29.253 (199.101.29.253)  222.556 ms  222.763 ms  225.778 ms
19  www.bigpondsitehelp.com (199.101.28.130)  195.284 ms  184.173 ms  197.003 ms

Ping:
[TABLE="width: 100%"]
[TR="class: head, bgcolor: #F10025"]
[TD]Location[/TD]
[TD]Result[/TD]
[TD]min. rrt[/TD]
[TD]avg. rrt[/TD]
[TD]max. rrt[/TD]
[TD]IP[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Singapore, Singapore:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]192.7[/TD]
[TD]193.8[/TD]
[TD]194.4[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Amsterdam2, Netherlands:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]319.7[/TD]
[TD]320.0[/TD]
[TD]320.3[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Florida, U.S.A.:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]232.2[/TD]
[TD]232.5[/TD]
[TD]232.8[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Amsterdam3, Netherlands:[/TD]
[TD]Checkpoint temporarily not available[/TD]
[TD]-[/TD]
[TD]-[/TD]
[TD]-[/TD]
[TD]-[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Hong Kong, China:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]165.5[/TD]
[TD]170.0[/TD]
[TD]176.3[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Sydney, Australia:[/TD]
[TD]Okay[/TD]
[TD]4.4[/TD]
[TD]4.5[/TD]
[TD]4.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] München, Germany:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]359.7[/TD]
[TD]360.2[/TD]
[TD]361.2[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Cologne, Germany:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]327.7[/TD]
[TD]328.7[/TD]
[TD]331.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] New York, U.S.A.:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]228.5[/TD]
[TD]229.3[/TD]
[TD]230.1[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Cairo, Egypt:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]373.3[/TD]
[TD]376.2[/TD]
[TD]379.5[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Amsterdam1, Netherlands:[/TD]
[TD]Okay[/TD]
[TD]322.5[/TD]
[TD]323.3[/TD]
[TD]324.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Stockholm, Sweden:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]345.7[/TD]
[TD]346.7[/TD]
[TD]348.8[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Santa Clara, U.S.A.:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]170.8[/TD]
[TD]171.2[/TD]
[TD]172.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Vancouver, Canada:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]189.5[/TD]
[TD]190.0[/TD]
[TD]190.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] London, United Kingdom:[/TD]
[TD]Okay[/TD]
[TD]306.6[/TD]
[TD]307.1[/TD]
[TD]307.6[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Madrid, Spain:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]337.1[/TD]
[TD]338.5[/TD]
[TD]343.6[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Padova, Italy:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]364.3[/TD]
[TD]364.9[/TD]
[TD]366.3[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Austin, U.S.A.:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]258.7[/TD]
[TD]258.8[/TD]
[TD]258.9[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Amsterdam, Netherlands:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]319.4[/TD]
[TD]319.7[/TD]
[TD]320.1[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Paris, France:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]326.4[/TD]
[TD]327.6[/TD]
[TD]330.3[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Melbourne, Australia:[/TD]
[TD]Okay[/TD]
[TD]24.2[/TD]
[TD]25.0[/TD]
[TD]25.4[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Shanghai, China:[/TD]
[TD]Packets lost (60%)[/TD]
[TD]325.7[/TD]
[TD]329.0[/TD]
[TD]331.9[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Copenhagen, Denmark:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]357.9[/TD]
[TD]358.6[/TD]
[TD]359.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Lille, France:[/TD]
[TD]Packets lost (50%)[/TD]
[TD]354.6[/TD]
[TD]355.0[/TD]
[TD]355.3[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] San Francisco, U.S.A.:[/TD]
[TD]Checkpoint temporarily not available[/TD]
[TD]-[/TD]
[TD]-[/TD]
[TD]-[/TD]
[TD]-[/TD]
[/TR]
[TR]
[TD] Zurich, Switzerland:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]336.1[/TD]
[TD]336.4[/TD]
[TD]337.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Mumbai, India:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]253.6[/TD]
[TD]254.2[/TD]
[TD]255.8[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Chicago, U.S.A.:[/TD]
[TD]Packets lost (60%)[/TD]
[TD]213.0[/TD]
[TD]213.4[/TD]
[TD]213.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Nagano, Japan:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]116.9[/TD]
[TD]117.1[/TD]
[TD]117.4[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Haifa, Israel:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]388.4[/TD]
[TD]388.9[/TD]
[TD]389.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Auckland, New Zealand:[/TD]
[TD]Okay[/TD]
[TD]29.3[/TD]
[TD]29.8[/TD]
[TD]30.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Antwerp, Belgium:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]317.7[/TD]
[TD]318.1[/TD]
[TD]318.5[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Groningen, Netherlands:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]322.6[/TD]
[TD]323.1[/TD]
[TD]323.6[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Moscow, Russia:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]421.0[/TD]
[TD]421.3[/TD]
[TD]421.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Dublin, Ireland:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]321.7[/TD]
[TD]322.3[/TD]
[TD]323.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Oslo, Norway:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]328.0[/TD]
[TD]331.5[/TD]
[TD]332.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Kharkov, Ukraine:[/TD]
[TD]Packets lost (50%)[/TD]
[TD]372.0[/TD]
[TD]372.0[/TD]
[TD]372.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Manchester, United Kingdom:[/TD]
[TD]Okay[/TD]
[TD]317.3[/TD]
[TD]317.8[/TD]
[TD]319.5[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Vilnius, Lithuania:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]352.3[/TD]
[TD]353.3[/TD]
[TD]355.2[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Bucharest, Romania:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]377.9[/TD]
[TD]378.4[/TD]
[TD]379.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Bangkok, Thailand:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]223.0[/TD]
[TD]223.4[/TD]
[TD]223.8[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Kuala Lumpur, Malaysia:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]197.0[/TD]
[TD]197.4[/TD]
[TD]198.3[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Jakarta, Indonesia:[/TD]
[TD]Okay[/TD]
[TD]116.9[/TD]
[TD]117.9[/TD]
[TD]121.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Cape Town, South Africa:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]461.0[/TD]
[TD]461.6[/TD]
[TD]462.1[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Glasgow, United Kingdom:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]317.1[/TD]
[TD]317.5[/TD]
[TD]318.1[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Lisbon, Portugal:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]397.4[/TD]
[TD]397.7[/TD]
[TD]398.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Chicago, U.S.A.:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]212.2[/TD]
[TD]212.6[/TD]
[TD]213.1[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Dallas, U.S.A.:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]207.3[/TD]
[TD]208.1[/TD]
[TD]209.0[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Buenos Aires, Argentina:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]369.4[/TD]
[TD]370.8[/TD]
[TD]373.1[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Istanbul, Turkey:[/TD]
[TD]Okay[/TD]
[TD]362.1[/TD]
[TD]362.5[/TD]
[TD]362.9[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Gdansk, Poland:[/TD]
[TD]Packets lost (20%)[/TD]
[TD]403.5[/TD]
[TD]411.0[/TD]
[TD]419.2[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Beijing, China:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]502.0[/TD]
[TD]507.2[/TD]
[TD]513.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Belgrade, Serbia:[/TD]
[TD]Okay[/TD]
[TD]357.8[/TD]
[TD]374.8[/TD]
[TD]394.4[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Toronto, Canada:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]230.5[/TD]
[TD]231.0[/TD]
[TD]231.8[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Novosibirsk, Russia:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]411.6[/TD]
[TD]412.9[/TD]
[TD]415.6[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Athens, Greece:[/TD]
[TD]Packets lost (50%)[/TD]
[TD]375.9[/TD]
[TD]377.0[/TD]
[TD]378.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Frankfurt, Germany:[/TD]
[TD]Packets lost (10%)[/TD]
[TD]353.9[/TD]
[TD]355.3[/TD]
[TD]358.4[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR]
[TD] Sofia, Bulgaria:[/TD]
[TD]Packets lost (30%)[/TD]
[TD]350.0[/TD]
[TD]350.7[/TD]
[TD]352.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[TR="class: even, bgcolor: #EDF3FE"]
[TD] Budapest, Hungary:[/TD]
[TD]Packets lost (40%)[/TD]
[TD]341.8[/TD]
[TD]343.2[/TD]
[TD]345.7[/TD]
[TD]202.130.34.235[/TD]
[/TR]
[/TABLE]

Check australianfrequentflyer.com.au from 3 random stations in the WatchMouse monitoring network.​

• Vilnius, LT: Timeout while connecting(1044) ; DOWN
• Vancouver, CA: Timeout while connecting(1044) ; 603ms DOWN
• Bucharest, RO: Timeout while connecting(1044) ; 933ms DOWN

If 2 or more stations find an error or do not get response within 4 seconds, we consider the site to be "down"

 

[Princess Fiona]

Wow, wish I knew what any of the above meant but AFF has been running as fast as the QP Wi-Fi tonight

 

[admin]

It was down for about 2 hours tonight. Took some samples during the middle of it and not sure if they’ll help.

Yes, we did have an unplanned disruption last night, which has now beed resolved. See email received from the Data Centre

The below issue has been resolved. We thank you for your patience during this issue and wish to re-assure customers that we are working with the upstream to enure that this does not re-occur.


This is a e-mail to inform you that we are aware of service issues as per the advisory below:


Description: Packet Loss
Subject: Packet Loss 14/08/2011 – 19:50 to 21:30
Advisory Type: Unplanned Service Disruption
Services: International IP Transit & some local peers
Advisory notes:


One of our upstream carriers is experiencing packet loss in their core network, this is affecting some IP Transit to local ISP’s and some international destinations. Customers will not be seeing an outage, just slow page loading times and possible packet loss on their service.


We apologise for any inconvenience that this may cause and anticipate to have this resolved shortly

.

Apologies for any inconvenience. Unfortunately, these things do happen from time-to-time.

 

[drron]

Anyone else with problems today?Couldn't access this morning-a message saying we are having a problem and hope to fix it soon.
Could access again ~0700.But went again until 1415.
2 different places,computers AND ispS.
Did anyone else from the Sunny Coast have problems-seemed everything else worked.

 

[straitman]

From where I am in Vic everything appears to be going extremely fast and has been every time I've looked today.

 

[Bundy Bear]

Anyone else finding AFF loading slow, its has been like this for about a week. Is there something I am doing wrong, as I am using Firefox, but it is happening on 2 separate computers, on 2 different networks, home wifi, work cable.

I remember munitalP making a comment about how slow the forum was for him, but he was overseas at the time.

I thought I would use an existing thread instead of starting a new one.