[asterisk-bugs] [JIRA] (ASTERISK-27946) dial (API): Storage of dialed target uses AST_MAX_EXTENSION when it shouldn't
Joshua Colp (JIRA)
noreply at issues.asterisk.org
Tue Jul 17 05:06:54 CDT 2018
[ https://issues.asterisk.org/jira/browse/ASTERISK-27946?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joshua Colp updated ASTERISK-27946:
-----------------------------------
Summary: dial (API): Storage of dialed target uses AST_MAX_EXTENSION when it shouldn't (was: dial: Storage of dialed target uses AST_MAX_EXTENSION when it shouldn't)
> dial (API): Storage of dialed target uses AST_MAX_EXTENSION when it shouldn't
> -----------------------------------------------------------------------------
>
> Key: ASTERISK-27946
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-27946
> Project: Asterisk
> Issue Type: Improvement
> Security Level: None
> Components: Applications/app_page, Core/Dial
> Affects Versions: 15.4.1
> Reporter: Joshua Elson
> Severity: Minor
> Labels: pjsip
>
> We are seeing more issues in what we'd consider "normal" circumstances where Dial strings are exceeding AST_MAX_EXTENSION and AST_CHANNEL_NAME length, currently set to 80.
> In particular, PJSIP_DIAL_CONTACTS expansion is often producing dial strings such as these:
> PJSIP/102-RelativelyLongStringName/sip:102-RelativelyLongStringName at 100.100.100.190:11881;transport=TCP
> When called by Page application - Page($\{PJSIP_DIAL_CONTACTS($\{EXTEN})}) - for instance, this ends up getting cut off awkwardly and producing failed dial attempts:
> dial.c: Called 102-RelativelyLongStringName/sip:102-RelativelyLongStringName at 100.100.100.190:11
> Would raising AST_MAX_EXTENSION from 80 to 100 or something slightly more be an acceptable solution here?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list