![]() |
Thanks for the reply, KVS. I'm really keen to get this working (esp as I've paid for Diamond for two months!) but I don't have anything like that sort of smooth experience so far. My internet connection is 8Mbps ADSL and I can easily stream BBC iPlayer HD streams, as well as quickly browse websites.
I tried some testing - here were my timings: Checking for EDI-EWR *A award availability in May: SNT: Awards/StarAlliance - initial search 1m50s; clicked 1 day forward - 1m24s ITA: Awards/AC-StarAlliance - initial search 0m44s; clicked 1 day forward - 0m34s. ANA website (timing from clicking the 'flight search' button once logged in) - initial search 0m10s; one day forward 0m18s Any suggestions on how to improve matters would be much appreciated! :) |
Originally Posted by alanjrobertson
(Post 17394045)
Thanks for the reply, KVS. I'm really keen to get this working (esp as I've paid for Diamond for two months!) but I don't have anything like that sort of smooth experience so far. My internet connection is 8Mbps ADSL and I can easily stream BBC iPlayer HD streams, as well as quickly browse websites.
I tried some testing - here were my timings: Checking for EDI-EWR *A award availability in May: SNT: Awards/StarAlliance - initial search 1m50s; clicked 1 day forward - 1m24s ITA: Awards/AC-StarAlliance - initial search 0m44s; clicked 1 day forward - 0m34s. ANA website (timing from clicking the 'flight search' button once logged in) - initial search 0m10s; one day forward 0m18s Any suggestions on how to improve matters would be much appreciated! :) SNT:Awards/StarAlliance(connections unchecked) - initial search 9s; clicked one day forward 9s SNT:Awards/StarAlliance(connections checked) - initial search 11s; clicked 1 day forward 12s ITA:Awards/AC-StarAlliance - initial search 14s; clicked 1 day forwards 12s Possibly a consequence of accessing from Europe? |
Originally Posted by jasonvr
(Post 17395168)
Something funky is going on. Same search:
SNT:Awards/StarAlliance(connections unchecked) - initial search 9s; clicked one day forward 9s SNT:Awards/StarAlliance(connections checked) - initial search 11s; clicked 1 day forward 12s ITA:Awards/AC-StarAlliance - initial search 14s; clicked 1 day forwards 12s Possibly a consequence of accessing from Europe? Any thoughts, KVS? PS - connections box was unchecked for my timings. |
Originally Posted by alanjrobertson
(Post 17394045)
Thanks for the reply, KVS. I'm really keen to get this working (esp as I've paid for Diamond for two months!) but I don't have anything like that sort of smooth experience so far.
I tried some testing - here were my timings: Checking for EDI-EWR *A award availability in May: SNT: Awards/StarAlliance - initial search 1m50s; clicked 1 day forward - 1m24s ITA: Awards/AC-StarAlliance - initial search 0m44s; clicked 1 day forward - 0m34s. ANA website (timing from clicking the 'flight search' button once logged in) - initial search 0m10s; one day forward 0m18s Any suggestions on how to improve matters would be much appreciated! :) By design, the KVS Tool cannot possibly be slower (and is typically faster) than a regular web browser on the same machine.
Originally Posted by jasonvr
(Post 17395168)
Something funky is going on. Same search:
SNT:Awards/StarAlliance(connections unchecked) - initial search 9s; clicked one day forward 9s SNT:Awards/StarAlliance(connections checked) - initial search 11s; clicked 1 day forward 12s ITA:Awards/AC-StarAlliance - initial search 14s; clicked 1 day forwards 12s
Originally Posted by jasonvr
(Post 17395168)
Possibly a consequence of accessing from Europe?
Originally Posted by alanjrobertson
(Post 17394045)
My internet connection is 8Mbps ADSL
|
Originally Posted by KVS
(Post 17396462)
Do you have a proxy server enabled in MSIE Connection Settings by any chance? Any personal firewall/anti-virus software that could interfere?
I ran the internet connections test and it all looked fine: [Google.com - HTTP] OK [Scroogle.com - HTTPS] OK [KVSTool.com - HTTP GET] OK [KVSTool.com - HTTP POST] OK [KVSTool.com - DNS] OK Server: home.gateway.home.gateway Address: 192.168.1.254 Name: kvs.unrealnetwork.com Address: 67.202.66.24 Aliases: www.kvstool.com [KVSTool.com - Ping] OK Pinging kvs.unrealnetwork.com [67.202.66.24] with 32 bytes of data: Reply from 67.202.66.24: bytes=32 time=130ms TTL=51 Reply from 67.202.66.24: bytes=32 time=125ms TTL=51 Reply from 67.202.66.24: bytes=32 time=132ms TTL=51 Reply from 67.202.66.24: bytes=32 time=122ms TTL=51 Ping statistics for 67.202.66.24: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 122ms, Maximum = 132ms, Average = 127ms
Originally Posted by KVS
(Post 17396462)
By design, the KVS Tool cannot possibly be slower (and is typically faster) than a regular web browser on the same machine.
Originally Posted by KVS
(Post 17396462)
Those timings are more appropriate for a modem dialup connection in rural Africa :), so something is definitely wrong on your end ...
http://www.speedtest.net/result/1575100653.png I've tried again today and the times are a bit better (around 20-30 sec), but I still can't work out what the benefit is of KVS over the free ANA tool that takes around 8 sec - especially since they're just using the same underlying data. Please tell me if I'm missing something obvious! |
PS - some further data points -
Sabre:Availability/FS - 0m16s initial, 0m11s next day Sabre:Fares/TVN - 0m8s Amadeus:Timetable - 0m1s Whereas by comparison the Award checks are still taking around 30s and involved lots of 'waiting for response' and 'transferring data'. |
Originally Posted by alanjrobertson
(Post 17396587)
PS - some further data points -
Sabre:Availability/FS - 0m16s initial, 0m11s next day Sabre:Fares/TVN - 0m8s Amadeus:Timetable - 0m1s Whereas by comparison the Award checks are still taking around 30s and involved lots of 'waiting for response' and 'transferring data'. |
Originally Posted by jasonvr
(Post 17396936)
Hmmmm. Just tried again, still getting about 12s to go to the next date thru KVS on SNT. However, using the ANA site directly is 4-5s using IE9!
|
Originally Posted by alanjrobertson
(Post 17396587)
PS - some further data points -
Sabre:Availability/FS - 0m16s initial, 0m11s next day Sabre:Fares/TVN - 0m8s Amadeus:Timetable - 0m1s Whereas by comparison the Award checks are still taking around 30s and involved lots of 'waiting for response' and 'transferring data'. |
Originally Posted by KVS
(Post 17397592)
The above timings look much more 'normal'. If the issue only affects the [Awards/StarAlliance] Method, then there is definitely something going on on either your system's and/or your ISP's end ...
I think just blaming my connection, when I've already explained I've used it on >1 system and >1 internet connection and can connect quickly using other methods doesn't really stack up. Please don't get me wrong, I would LOVE for the system to work properly for me :), but it isn't :( |
Originally Posted by alanjrobertson
(Post 17397786)
I'm sorry I don't quite understand the logic there - if I'm getting more 'normal' timings on the other methods then surely that helps confirm that it's NOT a problem with my ISP?! As I say I can access the ANA website directly on similar timings to jasonvr so that also would seem to go against it being something on my system. I see a lot of 'connecting' and 'waiting' when running *A Awards queries (either method) - what servers is it having to speak to? What does it speak to that is different for the two *A Awards queries compared to the other searches that I described above that you say have more 'normal' timings?
I think just blaming my connection, when I've already explained I've used it on >1 system and >1 internet connection and can connect quickly using other methods doesn't really stack up. Please don't get me wrong, I would LOVE for the system to work properly for me :), but it isn't :( Have you tried the CO method? Might be worth a shot. In fact, I often find actually using the CO website is quite efficient for searching for awards, but it does not cover every airline. |
Thanks, jasonvr. I hadn't tried the CO method as was reading it as more for upgrades than Award tickets (and wasn't sure how availability mapped across to the BD programme) - it looks like around 8-10s or so. Quite different seeing the availability for all different fare codes, guess I just look for I class availability for business. Thanks for the suggestion.
On the ANA front I just find it funny that the ANA website is quick when KVS isn't - I would have thought with it interrogating the same site as I'm browsing it would be faster than it is. |
Originally Posted by fedechat
(Post 17346380)
Hello guys, does anyone have a coupon for first time customers? :) .
|
Originally Posted by alanjrobertson
(Post 17397786)
I think just blaming my connection, when I've already explained I've used it on >1 system and >1 internet connection and can connect quickly using other methods doesn't really stack up. Please don't get me wrong, I would LOVE for the system to work properly for me :), but it isn't :(
Originally Posted by alanjrobertson
(Post 17398191)
On the ANA front I just find it funny that the ANA website is quick when KVS isn't - I would have thought with it interrogating the same site as I'm browsing it would be faster than it is.
|
Originally Posted by KVS
(Post 17401476)
That's precisely the point -- when it comes to the [Awards/StarAlliance] Method, the KVS Tool is a [specialized] web browser, so it cannot possibly be slower than another browser (such as MSIE) on the same machine/connection, unless there is something there is something interfering with it. Furthermore, being a text-based browser it should be (and typically is) faster.
I've just tried again with three attempts on each method and it is routintely taking betwen 4-5 seconds for a search on the ANA website (either fresh or changing day) and is taking 20-25 seconds to do the same search in KVS. If the only thing it is doing is going directly from my computer to the ANA website then I can't understand how it takes longer :( |
| All times are GMT -6. The time now is 9:07 am. |
This site is owned, operated, and maintained by MH Sub I, LLC dba Internet Brands. Copyright © 2026 MH Sub I, LLC dba Internet Brands. All rights reserved. Designated trademarks are the property of their respective owners.