New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
QuickPacket network is not what customer expected
I have bought one server of QuickPacket .
I test it , i find it's very good before i buy .
after i have bought it .
i have found it became very bad.
So i open a ticket to cancel it before they give me the server. But too late , they refuse my refund request.
before i buy it. 0.02% loss
QuickPacket Atlanta(172.82.131.130)
0.02% 86400 86379 21 268 1198 271ms 2015-09-13 10:51:10 2015-09-14 10:55:13
after i buy it.
id SERVER loss% sent recv loss
381 QuickPacket Atlanta LLC(199.233.232.37) 2.59% 86400 9300 247
380 QuickPacket Atlanta testIP(199.101.96.3) 1.75% 86400 9700 173
379 QuickPacket Atlanta(172.82.131.130) 2.36% 86400 9600 232
.....................
Comments
I like their network. Mind posting the full MTR with better formatting?
Keep in mind that packet loss under 5% is rarely worth talking about, and may very well start well before the end point.
I see tickets like this all the time. I'd bet a McD cheeseburger: Southeast Asia and should had ordered LA instead of ATL
Have you considered that the issue is on your end?
If you're in Asia, the server you've gotten on is on a different subnet (199.233.232.0/24) than the test (172.82.131.0/24)
Asia ISPs are notorious for different routing by sub-net, requiring a path change / optimization on @qps end to match the reverse path QP Atlanta is taking from 172.82.131.0/24.
Instead, actually see if your packet loss to their LG / 172.82.131.1 is still within an acceptable range, and ask QPS kindly if they have any IPs in that range to assign to your server, it's easier than BGP changes per ASN / prefix.
Most ISPs don't require this amount of optimization, but ISPs in Asia, especially like CT and CU can vary 40-50 ms to the same ASN and uplink, just due to the different prefix.
Network, especially Anycast optimization to this area can be especially an uphill and never ending battle as a result of such.
We have many users in China that have zero issues reaching our network. There is zero loss on the outgoing MTR from our network to this user's IP address.
We believe that the user is complaining because they changed their mind after they purchased the server. Our Terms of Service is clear that we do not offer refunds. The user admitted that they did not read the Terms of Service even though they clicked that they had read and agreed to the Terms of Service.
Did not mean to suggest such, just an observation from the post.
Zero loss? Must not be China Mainland then.
Note that hop 3 drops ICMP.
I'll buy your account credit @ 75% of the price if @qps allows it & they gave you credit to your account.
Not a reverse MTR, but looking pretty good, especially it being CU.
Beyond it being a different prefix from your LG, can't think of any possible issue.
I changed my mind becasue your test result is not stable , 0.02% before , and 2.xx% after...
Good Thought.
@OP
We have used Quick Packet a few years back and I feel they deserve highest possible rating for both Network and Support. Prices are Unbeatable.
If any one thought Quality comes only at a high price, @qps ( Quick Packet ) is an Exception.
maybe today zero loss , and tomorrow 2.xx% loss . they are not stable
They tested using our public test IP and our website IP address, which matches the performance for their server, so they knew what they were getting in advance.
Which is so MINOR....
>
then host your server on LAN. 0 lost packet.
1 or 2 max HOP. full speed download/upload.
come on, 2% is nothing
LA location is the best connectivity from asia.. qps has la server too
Depends on what part of Asia
Asia is pretty big! LOL
from china
2%+ isnt that bad I think.
2% is quite bad, i'd kill any of our upstreams if they would have 2% packet loss inside their networks.
That being said. this is not quickpacket's fault, China ISPs are notorious for having bad and congested connection to everywhere.
I've updated the thread title since it was flagged and after reading this thread I would say that it's not "very bad" as the title was before. It is not what the customer expected from his location.
any objections to this, let me know
Not Only China, Whole Asia. In My Country (Bangladesh), The Routing is worst ! Mostly, the IIG & ISP's have 0 Knowledge on Networking !
No.No.No.No.....
What you said is not the truth.
I test your test IP before i buy , It is very perfect. 0.02% loss , so i buy it.
And after i paid , i test again , it is very bad , loss 2% and more ... so I open a ticket to request cancel it.
You haven't given me the server at that time.
Why i can't cancel it even before you give me the server?
and i only request 50% refund .... i don't want to use the server not stable like yours.
The server was already in process of being delivered. Additionally, you electronically agreed to our Terms of Service which is clear that a refund is not an option.
Are you sure the issue isn't on your end? They cannot be held responsible for an issue with your ISP. Could you perform a traceroute and formate it all so it's easy to read? By traceroute I am referring to a full traceroute with your IP blocked out and server destination blocked out.
Could you do it for both the test IP and your actual IP.
If there's a difference between those then I am certain QuickPacket will help you just like they helped me when my network port went screwy. They've been nothing but helpful to me, although I am still waiting for a response from sales regarding upgrades.
I ran tests from looking glasses of a few transit providers. We seem to have one of the better routes right now. All tests are from the Atlanta router of these networks.