SOLVED Inbound calls looping infinitely with "transfer"

Status
Not open for further replies.

mat1010

Member
Jun 8, 2019
56
13
8
Germany
Hi everyone,

first of all this are the versions I'm using:
FusionPBX: 4.4.6
FreeSWITCH: 1.6.20 (64bit)

I'm having issues with configuring inbound destinations. Every time I use the transfer <extension> XML <context>, the inbound calls are looping infinitely.

When using a target application like conference:... it works without an issue. Also bridge:<ext1>%,<ext2>% ... is working fine. The extensions I tested with have been freshly created and have no call forwarding or anything else configured.

Internal calls from / to these extensions are also working fine. Has anyone an idea where the issue might lie? Here's the log of the looping call. 82.98.67.54 is my opensips proxy that receives the call. 0123456789@sip.easybell.de is the incoming call number and 4962011234568 is my DID which is configured in the destination / inbound rule. 1338 internal extension where the incoming call should be targeted to.

Here's the XML for the inbound rule which is being created by the destination:

XML:
<extension name="4962011234568" continue="false" uuid="5de43e62-b6cd-4c37-8f8e-759154129cfb">
    <condition field="destination_number" expression="^(4962011234568)$">
        <action application="export" data="call_direction=inbound" inline="true"/>
        <action application="set" data="domain_uuid=e2778b00-aefb-47b4-8a14-4c69c76f8b25" inline="true"/>
        <action application="set" data="domain_name=myfreeswitch.example.org" inline="true"/>
        <action application="set" data="hangup_after_bridge=true"/>
        <action application="set" data="continue_on_fail=true"/>
        <action application="transfer" data="1338 XML myfreeswitch.example.org"/>
    </condition>
</extension>

Thanks in advance
 

mat1010

Member
Jun 8, 2019
56
13
8
Germany
Just if someone else stumbles upon a similiar issue: In my case the problem was the call-limit dialplan feature that blocked the call. Since the dialplan was not being evaluated while doing a direct bridge, the problem was only showing up while using transfer through the dialplan. The directly related error message was
80c6ac64-89e7-11e9-853e-cb5735e99149 2019-06-08 14:18:20.307548 [INFO] mod_dialplan_xml.c:637 Processing 0123456789 <0123456789>->limit_exceeded in context myfreeswitch.example.org
 
  • Like
Reactions: JamesBorne
Status
Not open for further replies.