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.
Don't pay, before provider provides test IP
Otherwise you may get a terrible network.
--- 208.65.*.* ping statistics ---
100 packets transmitted, 62 packets received, 38% packet loss
round-trip min/avg/max = 604.183/664.124/699.166 ms
What to do?
- As a consumer, will you apply for a refund for this network?126 votes
- Yes67.46%
- No16.67%
- Uncertain15.87%
- As a provider, will you agree to refund?126 votes
- Yes41.27%
- No30.95%
- Uncertain27.78%
Comments
Is it you or the provider having network issues? or a transit provider? We mis context
All providers should have looking glass
Name and shame
Yeah, where are those packets being lost?
MJJ?
@HostSlick is guilty: looking glass is on Cloudflare and is inaccessible too.
Indeed, even better with iperf3 option.
Did you open a ticket with the provider and provide MTRs to assist them with troubleshooting? It is very often that there’s simply a bad pathway that the provider needs to route around.
Yeah there's just too much info missing. And did the provider in question have a looking glass? Is it just a server in someone's basement (there's a few of those around here!)? What research did you do on the provider? Did you just sign up for the cheapest thing on the front page? Is that thread now buried?
MTR from home to VPS:
MTR from VPS to home:
@dosai said:
How do you know?
I send two traceroute reports to Provider. Then got answered:
Provider's looking glass does not provide test IP. I don't know if he is oneman IDC. I buy it in a flash sale on the front page. That provider still alive.
That's a clear mjj. Half a second of ping is insane.
I guess it's pretty obvious the provider isn't the source of the problem here. Maybe they could find another way of reaching China Mobile's network but given it's well known how fucked up international connectivity to china is in general they might not even have a chance to work around what is pretty much someone else's problem.
DPI servers are overloaded
China Mobile?
Some VPS provider can provide a good network connectivity under China Mobile's network.
For example, my other VPS priced at $12/year:
Yeah, it's possible but those premium routes are quite expensive. It's basically the result of a monopoly trying to extort money for decent china connectivity. If you want someone to complain about it's those guys. Can't expect a cheap provider to pay through their nose just because a single country has no decent connectivity at realistic prices.
Now the round-trip time from VPS to the user end is 462ms, while the time of VPS to intermediate node 38.104.85.162 is 361ms.
361/462=0.78
Therefore, 78% of time spent outside of China. How can you say that this is a problem in China?
Have you tested all countries? Why are you certain that this is a problem for a single country?
@pnq Can you share these test results (screenshots)?
https://ping.pe/
https://dnstools.ws/
LOL bro never heard about GFW and whatnot
Even if you get direct china connectivity, you are not going to avoid the GFW.
The only way to avoid the GFW is to leave china.
Maybe try getting your hands on a hong kong sim, apparently these are unfiltered but no idea if that even would work.
No, i've obviously not tested every country. There's literally no non third world country though whose routes are as notoriously congested as China's with the being that getting better routes is possible but only at an outrageous price.
Besides like others said there is the GFW which not only sucks because it's a filter but also for performance and it's not the fault of the host.
Are you sure the packet loss absolutely has to be GFW related. I mean China routes are often times pretty congested. Couldn't it be just that also?
No, however, the GFW is actively probing connections.
You just pay to avoid network congestion.
If you have not something that's 100% bullet proof, not detectable, you are wasting money on nothing.
Pheew, thanks. I already feared that i had been talking nonsense because there was some tell tale sign i didn't know about which made it 100% certain the GFW was at fault.
Here is a technical video about the GFW.
Its a bit old but should be good enough for the basics.
Given that you’re from China I assume you filed a chargeback before even running the MTR so no worries 🤣
(Yes I'm still bitter because today was yet another chargeback, every single one this season from China)
The conclusion is right, particularly for the Mainland of China. So check the looking glass BEFORE you buy. It could be located either on the product page or the homepage.
In your case, packet loss may occur in China Mobile, specifically from CMI to Cogent. There could also be issues due to your MTR results indicating that you are not located in Guangdong, even though your packets are leaving China from there.
And if you attempt to connect from China, DO NOT expect a reliable route and connection unless the provider guarantees accuracy. Direct connections to Tier 2 ISPs in China are very very costly. I believe every provider aspires to have better connection to China but it appears challenging to achieve this within the VPS which under 10USD/M.
Additionally, due to the black-box nature of the GFW, that could affect ICMP traffic, especially since the ICMP Tunnel can be used as a tool to circumvent internet censorship.
When I saw the first post, the first idea in my mind was - China. True...
Well, we receive orders from China, also many refund requests, even we recommend using our looking glass to check the network before ordering.
Providers usually provide incorrect IP addresses that do not match the actual network they use.
Eventually I want to make https://dnstools.ws easily self-hostable so hosts can use it as a looking glass with a nice UI
going to track that here: https://github.com/Daniel15/dnstools/issues/79
Sir, please turn off your GFW and retest