On Tue, 2009-09-29 at 19:42 -0700, Todd Hodgen wrote:
> I have a sipXecs system running 4.0.2 ISO install running fine using
> Voip.MS trunks.  I’m trying to test trunks from Broadvox.com, so I
> have reconfigured the sipxbridge to the Broadvox requirements, IP
> address, FQDN, and password.  I can make incoming and outgoing calls
> with Polycom 450 phones running 3.1.3c split, and Bootrom 4.1.3.  I
> can also make incoming and outgoing calls on an Advatel Phone Easy
> console.  Call transfers with the Advatel to both internal devices, as
> well as external PSTN devices on this ITSP’s trunks work fine.
> 
>  
> 
> However, on the Polycom Phones, transfers to external PSTN devices
> does not work.  The transferring phones get hung in a weird state,
> where the call can’t be retrieved.  The station being transferred
> drops its music on hold and go to silence until a bye is received from
> the ITSP on the PSTN trunk, where the music on hold returns to the
> station being transferred.
> 
>  
> 
> ON incoming calls -  PSTN call to Auto Attendant, transfer to
> extension 1, audio out to PSTN, no Audio in to internal extension.
> Call drops after 5 seconds.   On outgoing calls, full audio in both
> directions.
> 
>  
> 
> Just to confirm it’s not an issue with the Polycom 450 phones, I’ve
> installed a Polycom 501, and it has the exact same test results.
> 
>  
> 
> I do have a Merged.xml file of the transactions.  It can be download
> from gotten here.
> http://misiusystems.com/index.php?option=com_content&view=article&id=59&Itemid=68

That trace shows only an outgoing call, not a transfer (or perhaps it
shows only the outgoing leg of a transfer - hard to tell).

The outgoing leg of a blind transfer has a new call-id (it's really a
new call for most purposes), so you need to filter on both the call-id
of the original call and the transfer call (if you're using sipx-trace,
you can just put both ids on the command line).



_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to