[asterisk-bugs] [JIRA] (ASTERISK-22345) Realtime dialplan extension matching fails when extension includes "/" character

[Walter Doekes (JIRA)]

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

Walter Doekes commented on ASTERISK-22345:
------------------------------------------

I'm betting this simply isn't implemented.

For realtime, a relatively expensive lookup has to be done. Implementing this feature means that most lookups (normal entries, without the callerid-extension) will get a second (first) lookup.

(a) find in realtime an entry with ${EXTEN}/${CALLERID(num)}
(b) find in realtime an entry with only ${EXTEN}


                
> Realtime dialplan extension matching fails when extension includes "/" character
> --------------------------------------------------------------------------------
>
>                 Key: ASTERISK-22345
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22345
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: PBX/pbx_realtime
>    Affects Versions: 11.3.0
>         Environment: Tested multiple versions of asterisk 10 thru 11 on ubuntu/centos linux and freebsd
>            Reporter: Philip Mullis
>
> Description : Asterisk not matching any extension logic with / present ie.. number/callerid.
> Versions tested : Asterisk Version 11.4.0 (tested from 10.3 and up issue prevalent in all version, most likely in trunk too)
> {noformat}
> SQL DATA test realtime data
> Full Texts	id	context	exten	priority	app	appdata	comment
> from-test	1234	1	NoOp	Test ${CALLERID(num)}
> from-test	1234567890/1111	1	NoOp	Helloooooooooooooooooooooooo
> {noformat}
> extensions.conf
> {noformat}
> [from-test]
> switch => Realtime
> ;exten => 1234567890/1111,1,NoOp("GOT HERE") ; manual test passes
> ;confirmed ext 1234 works from realtime
> {noformat}
> error : 
> [2013-08-20 10:13:24] NOTICE[22970][C-00000009]: chan_sip.c:25288 handle_request_invite: Call from 'philtest' (10.0.0.100:63026) to extension '1234567890' rejected because extension not found in context 'from-test'.
> Scheduling destruction of SIP dialog 'ZTViYjA5YzkxZjcyYWI2ODY3ZjhjMTYyMzUyYzFmNmU.' in 32000 ms (Method: INVITE)
> *note the callerid of my test sip client is 1111, tested working with static entry for sanity.
> Conclusion: flat file logic working (commented manual test abovc), realtime version failing, although we can see exten 1234 has no issue, only seems to be when / is in there.. could this be some missed escape matching in the c code somewhere? 

--
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