Consider you have two different contexts in your dialplan for inbound and outbound calls: the « public » context transfers the calls into « XXX_inbound » (XXX being your organization name), and the user directory has « XXX_outbound » as « user_context » variable.
Having two contexts, you have more flexibility in defining the short dial strings and outbound destinations.
But there’s a little problem: if the SIP client redirects the ringing call, or if the user makes an attended transfer, FreeSWITCH would initiate a new outbound leg in the same context where the call was bridged toward the SIP client.
As a solution, you need to define a new extension in your XXX_inbound context which would match PSTN outbound numbers. The channel will already have all custom variables which were set before bridging toward the SIP client, so you can set an additional condition criteria to make sure that this is the redirected call. This example would…
View original post 58 mots de plus