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