VPN to the Philippines

We're opening a branch office in the Philippines. In the past with remote VPN users we've had problems making IPSEC work across the pacific. It seems like port 500 is being blocked by some countries (Such as Japan). In other cases, the tunnel would negotiate but then no traffic would go across. Anyone know what the story is with IPSEC in the Philippines?

Second, assuming we can't get IPSEC running across the ocean, can anyone recommend have any low cost gateway type VPN systems that work on other less blockable standards such as SSL? I can google it too so points go to those with actual experience.

Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Tim HolmanCommented:
I've had a London > Manilla VPN up before with no problems - using protocol 50 and 51, plus 500 for the IKE/ISAKMP negotiation.
I find it difficult to believe that any ISP would be blocking port 500 - I would be interested in hearing more abaout this !
SSL VPNs exist only for client > site - you shouldn't do this site to site.
What equipment are you proposing to use ?  
You can FORCE NAT traversal (so the VPN runs on USP/4500) if you're using Cisco equipment ?

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
mrpez1Author Commented:
We're using Sonicwalls. We've had pretty good luck domestically (in the States) but when we tried to set one up in Japan, no dice. Also I set the same remote user up with a VPN Tracker IPSEC client. Worked fine in the states but no Joy anyywhere is asia (except maybe singapore). He was using multiple ISPs all over the continent. In the sonicwall logs, the client would sometimes negotiate but then not transmit traffic. Other times (on other ISPs), the request would time out. I'm pretty sure that it's not config as the settings in the US worked fine.
I am in Australia and I know nothing like that happens here. As tim said, it would seem strange for an ISP to do this. Maybe in a country like China it might be so, but most other Asia nations should be normal.

Were you using UDP & Nat traversal, just in case the ISP was doing NAT of some kind  ?

It could have been caused by timeouts (but shouldn't be), have you tried increasing these ? You could quite easily see a 300-400ms delay between Asia & US, but this shouldn't be too great.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.