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.
Comments
show us a traceroute?
NTT Singapore congestion.
It's definitely drowning since yesterday - last night was close to 400ms from SG to SG, and today simply just packet losses.
They are aware about this situation, and they still investigating.
btw, I got another problem. my server are slow. typing in ssh are little bit lagging. and reboot take about 10minutes to complete..
Ping 2x from the normal, 70-80% packet loss over NTT:
Interestingly HE.net have also disabled their direct Paris <> Singapore route, now it goes around the world. However local peering of DO SG to HE.net is nto affected, hence if you had a HE.net IPv6 tunnel set up on your droplet, it should be accessible perfectly over IPv6 with lower ping and zero packet loss (that's how I am able to take the 2nd trace).
Do you really think this is "another" problem?
That's because their panel runs in the US and has to communicate with the actual SG servers over the same congested/problematic/lossy network link, maybe this fails or it just takes longer.
i think its stable now , although hop is a bit longer this time.
opps there it goes again. sigh. i think ill have to sleep this one again.
ohh.. so it's all about their network. sorry, newbie is here

btw, I started to realise this situation yesterday. hope they can fix it fast. I am using it for openvpn, because it has low latency to my location
@aolee, that is OAH not DO isn't it?
lol yah sorry wrong server , that was my OAH server.
Singtel refuse to peer locally hence the silly NTT let's meet half way in HK. The only solution for DO in this regard is to purchase SingTel transit, which I believe they currently are. This along with Equinix perering and transit from NTT, Telia and TATA (next week) make it a pretty damn good solution. Patience..
@nonuby I'm sorry sir but I am not sure wtf are you going on about, or to be more precise, how your tirade even has anything at all to do with the situation at hand:
Their Equinix peering is in HK. I doubt that's going to help anything at all.
And so far I have not seen Singtel transit as their upstream, hopefully it's like what you said: soon-to-add.
Crossing my fingers on this one! hope this soon-to-add transit wont jack up the pricing, as you all know, everything is expensive in Singapore!
Pings come from OVH Network ;-)
yes, DigitalOcean server SGP1 now Maintance

DigitialOcean definitely have peering now in Equinix SG (common to see p133165.sgw.equinix.com in traceroute) . E.g. peering with CAT IG, 1-Net etc..
Im pretty confident that their network will eventually turn out to pretty stellar, these are the initial rough few weeks.
This was ~2 weeks ago:
We're talking to singtel about better local connectivity.
Thanks,
Bryan
Sg seems fine to me.
It had everything to do with the situation at hand, if you want to try re-reading it.
Makes sense to people used to asshattery from Singtel / Starhub in the Singapore market.
Do you have the full traceroute result?
DO has been on the Singapore Equinix Exchange for around a month if not more now.
Try tracing to any providers who are also available on the Equinix RR, and you'll see traffic being routed appropriately.
Traceroute shows DO's path selection to CAT (TH)'s L2 transport circuit into Equinix SG.