[asterisk-bugs] [JIRA] (ASTERISK-21410) Park() application never returns in some cases
Red (JIRA)
noreply at issues.asterisk.org
Thu Apr 11 14:30:01 CDT 2013
[ https://issues.asterisk.org/jira/browse/ASTERISK-21410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=205231#comment-205231 ]
Red commented on ASTERISK-21410:
--------------------------------
I have two issues that prevent me from doing it this way. The first is that using the default setup (indicated above) call parking never actually worked to begin with. Secondly, I have 200 tenants with new ones coming on every day. In my extensions.conf I can't dedicate a context (and associated include => pl_n) to a single customer because everything is done in generic terms (because there are so many accounts). It would be nearly impossible to keep adding in new parking lots statically all the time.
So two questions: why does my default setup in features.conf (above) not work at all? and how does dynamic parking lot creation work (in 1.8)?
Thanks.
> Park() application never returns in some cases
> ----------------------------------------------
>
> Key: ASTERISK-21410
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-21410
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Affects Versions: 1.8.15.0
> Environment: CentOS 5.5 2.6.18-308.13.1.e15 x86_64
> Reporter: Red
>
> In my setup, I manually manage call parking and unparking. This requires bookkeeping to be done in the priorities that immediately _follow_ the actual call to the Park() application. However, under no circumstances are those priorities ever executed.
> If the parking spot times out, Park correctly routes to the timeout context. However, if a timeout is neither reached nor is the call unparked the Park NEVER returns. An example of this is A calls B, B parks A, A hangs up before timeout.
> The following dialplan code is an example:
> {noformat}
> [call-park]
> ;***
> ; NOTES
> ; This context manages parking of calls and
> ; access to the parking lot.
> ;***
> include => parkedcalls ;none of the features.conf stuff seems to work so this isn't really necessary
> exten => _700, 1, NoOp(=-=-=- ${EXTEN}@${CONTEXT} -=-=-=)
> ;Check out a free parking spot and associate it
> ; with a given account, then park it:
> exten => _700, n, Set(PARKINGEXTEN=${VOIP_GetAvailableParkingSpot()})
> exten => _700, n, Set(VOIP_DeleteAvailableParkingSpot(${PARKINGEXTEN})=)
> exten => _700, n, Set(VOIP_AddParkedCall(${PARKINGEXTEN},${HASH(account,id)})=)
> ; Here is where the problem is:
> exten => _700, n, Park(45000,call-park-timeout,${PARKINGEXTEN},1,,)
> exten => _700, n, NoOp(Nothing after the above park ever gets run.)
> exten => _700, n, NoOp(Either the timeout context is routed to)
> exten => _700, n, NoOp(or Park() flakes out and never returns. Bug?!)
> exten => _700, n, Hangup()
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list