[asterisk-bugs] [JIRA] (ASTERISK-27946) Increase AST_MAX_EXTENSION & AST_CHANNEL_NAME length

[Asterisk Team (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-27946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=244120#comment-244120 ] 

Asterisk Team commented on ASTERISK-27946:
------------------------------------------

Suspended due to lack of activity. This issue will be automatically re-opened if the reporter posts a comment. If you are not the reporter and would like this re-opened please create a new issue instead. If the new issue is related to this one a link will be created during the triage process. Further information on issue tracker usage can be found in the Asterisk Issue Guidlines [1].

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines

> Increase AST_MAX_EXTENSION & AST_CHANNEL_NAME length
> ----------------------------------------------------
>
>                 Key: ASTERISK-27946
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27946
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Applications/app_dial
>    Affects Versions: 15.4.1
>            Reporter: Joshua Elson
>            Assignee: Joshua Elson
>              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)