Transfer over IAX trunks

I have a 2 Trixboxes; one in Florida and the other in Asia. We have them trunked together with IAX trunks. When a call comes in on the Florida box and the customer hits 1 for tech support, the call is routed to the Asia box, where the tech support call is handled. If this caller needs to talk to sales, the call is transferred back to Florida. Here is the rub. The media path stays Florida to Asia back to Florida, introducing all kinds of delay and just generally a bad call, and it does not hang up properly

Is there any way to prevent this from happening?

Short answer… Use SIP. It allows for the RTP stream to be rerouted. I ran across this while researching something similar…

Quote from Link Above:
by cdyne on Thursday 08 of June, 2006 [17:34:55]
Well one MAJOR point Mark did not touch on.

Audio always goes through the IAX server. With SIP, the RTP stream can redirect on a transfer.

You have a calling card application. Someone calls your PBX and enters the code. You then transfer them to the number they entered. SIP keeps accounting the call, but the audio stream is sent from provider to provider (So, you don’t have to deal with the audio bandwidth).

You must set up Reinvites in my experience to get this to work. But, it saves us a ton of bandwidth.

If you are using a provider that supports sip, but uses a major telco backbone with good network pipes, this could improve your sound quality depending on how your provider coded it. Using IAX with voipjet for instance, the call has to go to New Jersey… then off to Washington and then who knows where else. Voxee is the same way.

Anyone, correct me if I am wrong here. But, I have this setup working for me."

Good Luck…

Is there any way to do this using IAX though?

I really don’t want to have to switch to SIP just to be able to do this.

I didn’t post before because I thought there would be another response.

Is anybody else having this problem with IAX?