Transfer doesn't work with nested IVR

[GoogleCodeExporter]

What steps will reproduce the problem?
1. create 2 IVRs (1000 and 1001). In 1000 add an option 1 to IVR 1001. In 1001 
add an option 1 to extension 200
2. make an external call (from an ITSP) to IVR 1000
3. choose options 1 - 1.

What is the expected output? What do you see instead?

The transfer doesn't work (the call is hangup):

2013-09-04 14:02:54.450559 [NOTICE] switch_ivr_originate.c:2651 Cannot create 
outgoing channel of type [user] cause: [EXCHANGE_ROUTING_ERROR]
2013-09-04 14:02:54.450559 [DEBUG] switch_ivr_originate.c:3622 Originate 
Resulted in Error Cause: 25 [EXCHANGE_ROUTING_ERROR]
2013-09-04 14:02:54.450559 [INFO] mod_dptools.c:3096 Originate Failed.  Cause: 
EXCHANGE_ROUTING_ERROR

Instead from an internal extension, all works fine.

What version of the product are you using? On what operating system?

latest trunk, centos 6.4

Please provide any additional information below.

Original issue reported on code.google.com by carlo.di...@gmail.com on 4 Sep 2013 at 12:56

[GoogleCodeExporter]

Solved. The problem was that my ITSP set the max_forward to 5. Setting 
max_forward to 65 in the inbound routes enable complex application in the call 
flow (like nested IVR).

Original comment by carlo.di...@gmail.com on 4 Sep 2013 at 2:06

[GoogleCodeExporter]

Nice glad its working for you. I've added an additional 
http://wiki.freeswitch.org/wiki/Variable_max_forwards

Original comment by markjcrane@gmail.com on 11 Sep 2013 at 1:32

• Changed state: Done