[asterisk-users] IAX2 transfer=force

Michael Maxwell m.maxwell at optusnet.com.au
Tue Mar 31 23:59:27 CDT 2009


Hi,

I posted this on the Asterisk forum months back with no real answer() so i'll 
try here :o)

Details:

There is 3 asterisk boxes called X, Y and Z.. all boxes peer with each other 
via IAX2 and have dialplans setup... etc etc

There will be asterisk based clients connecting via IAX2, and for example i'll 
call them A, B and C

The clients only peer directly with one of the X, Y or Z boxes..

This works fine.. all find each other...

So lets say client "A" peers with "X" and client "C" peers with "Z"..

Signaling and media goes from A <-> X <-> Z <-> C when calling.

It would be nice if (asterisk) client A talked directly to client C which is 
what happens in most cases but if say a condition fails like a codec mismatch 
from client A, Box X (maybe Z too) stays in the media and signaling path.

This is a waste of bandwidth that X, Y or Z can't stand for, as they are 
provided by volunteers, of a non-for-profit project.

Theres "notransfer=yes" and "transfer=mediaonly" in IAX2 land but no way to 
force a transfer, failing that then hangup() type action.

Forced transfer of media only (RTP traffic) is workable but it would be really 
nice if both signaling and media transferred directly even if it means 
unroutable calls.

In other words IAX2 will not make up for A, B or C's misconfiguration. Be it 
codec mismatch, no open port 4569 or network route condition, etc, etc.

I have the feeling that, I smell a iax2-transfer-force.patch

I'll wait it out a bit longer and see what comes up here or other places then 
start coding.

-- 
Thanks, Michael Maxwell

eMail: m.maxwell at optusnet.com.au
Phone: +61 (0)3 8680 4946
Web: mikey.webhop.org

Powered by:
  - PCBSD - pcbsd.org
  - FreeBSD - freebsd.org
  - Open Source - opensource.org



More information about the asterisk-users mailing list