[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