[asterisk-bugs] [JIRA] (ASTERISK-30085) res_parking: Dynamic creation takes a long time with large number of extensions
N A (JIRA)
noreply at issues.asterisk.org
Tue May 31 12:48:49 CDT 2022
[ https://issues.asterisk.org/jira/browse/ASTERISK-30085?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=259365#comment-259365 ]
N A commented on ASTERISK-30085:
--------------------------------
As Joshua said, this was more user error than a real issue, I think.
If parkpos is not specified, then the extensions aren't dynamically created (and I didn't want them created anyways, so preventing that prevents this from happening).
That said even in the neighborhood of 100k extensions it didn't ever seem to finish, so I wonder if it takes too long, then it gets stuck. At the very least, maybe it should prevent users from dynamically creating millions of extensions and shooting themselves in the foot.
If it's deemed to be a problem, the issue can stay open, otherwise it can be closed; I'm not sure I have anything further to contribute.
> res_parking: Dynamic creation takes a long time with large number of extensions
> -------------------------------------------------------------------------------
>
> Key: ASTERISK-30085
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-30085
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_parking
> Affects Versions: 18.9.0
> Reporter: N A
> Assignee: N A
> Attachments: akriekcyui.txt, mcfbcownho.txt
>
>
> Asterisk deadlocks when parking a call.
> Because the deadlock is in the dialplan, Asterisk must be restarted to clear the deadlock.
> {noformat}
> [rdct]
> context => parkedcalls
> parkpos => 1-9999999
> parkingtime = 90
> comebacktoorigin = no
> comebackcontext = park-recall
> comebackdialtime = 9999999
> parkedmusicclass = default
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list