[asterisk-bugs] [JIRA] (ASTERISK-29486) Hint-like extension value lookup function without device state

N A (JIRA) noreply at issues.asterisk.org
Wed Aug 4 20:14:33 CDT 2021


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

N A commented on ASTERISK-29486:
--------------------------------

> Not understanding. Gosub/CALL_SUB will start at any priority you want and stop when it's hits the Return.

So this would be a function that essentially executes dialplan at that point, no?
I'm not sure what other implications might arise from that, but it's not compartmentalized like LOOKUP is. (Simple explanation: in the CLI, you don't see what LOOKUP is doing, as it's a function, and that's how functions work... but CALL_SUB spawns dialplan, which seems like new territory).

> No because LOOKUP returns a simple value and doesn't actually execute anything.

This isn't quite accurate. LOOKUP does variable substitution, and the PBX core does the actual execution. CURL, SHELL, etc. and other functions all execute when the PBX core parses them and the functions execute. LOOKUP can directly invoke any of these. So it does variable substitution, which indirectly does execute whatever you tell it to.
Hence, I am not sure why calling LOOKUP would be any different for Lua/AEL than any other function, such as calling SHELL or CURL directly.
I guess "execution" could mean different things but LOOKUP is certainly *not* limited to returning "simple values", as the examples above show.

> I do get your points about performance though. Let me think more and I'll make comments on the review.

Thanks, George! I really do appreciate your patience and consideration here ;)

> Hint-like extension value lookup function without device state
> --------------------------------------------------------------
>
>                 Key: ASTERISK-29486
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29486
>             Project: Asterisk
>          Issue Type: New Feature
>      Security Level: None
>          Components: Functions/NewFeature
>    Affects Versions: 18.4.0
>            Reporter: N A
>            Assignee: N A
>
> This is a new function that works like the HINT function, only a separate priority is used so that device state overhead is not added. This can provide a mechanism for a fast, efficient, and clean extension value lookup in the dialplan using native core extension pattern matching capabilities to retrieve extension values, including substituting variables.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list