[asterisk-bugs] [Asterisk 0012472]: SetCallerPres() does not consume the same format as ${CALLINGPRES} channel variable returns

noreply at bugs.digium.com noreply at bugs.digium.com
Fri Apr 18 01:27:17 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12472 
====================================================================== 
Reported By:                p_lindheimer
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12472
Category:                   Applications/app_setcallerid
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.19 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             04-17-2008 22:14 CDT
Last Modified:              04-18-2008 01:27 CDT
====================================================================== 
Summary:                    SetCallerPres() does not consume the same format as
${CALLINGPRES} channel variable returns
Description: 
Please note - I discussed this issue with Jared Smith in the IRC and he
requested that I post it. It is one of those grey areas - kind of a bug but
kind of a feature request...

SetCallerPres() expects to receive values like 'allowed_not_screened',
which is fine. However, when you pull the current channels value from
${CALLINGPRES} it is returned as the numeric value from the PRI. One would
expect to be able to feed this same numeric value returned form the channel
variable back into the SetCallerPres() application in addition to the
friendly versions.

So for example, the following 'should' work:

exten => 9157,n,SetCallerPres(prohib)
exten => 9157,n,Noop(${CALLINGPRES})                                      
                                                                           
                        
exten => 9157,n,SetCallerPres(${CALLINGPRES})

But of course the result is:

[Mar 12 07:40:30] VERBOSE[14438] logger.c:     -- Executing
[9157 at from-internal:22] SetCallerPres("SIP/923-08e5ea88", "prohib") in new
stack
[Mar 12 07:40:30] VERBOSE[14438] logger.c:     -- Executing
[9157 at from-internal:23] NoOp("SIP/923-08e5ea88", "35") in new stack
[Mar 12 07:40:30] VERBOSE[14438] logger.c:     -- Executing
[9157 at from-internal:24] SetCallerPres("SIP/923-08e5ea88", "35") in new
stack
[Mar 12 07:40:30] WARNING[14438] app_setcallerid.c: '35' is not a valid
presentation (see 'show application SetCallerPres')

I have not checked if this has been addressed in 1.6, but Jared said he
took a look and didn't think so.
====================================================================== 

---------------------------------------------------------------------- 
 Corydon76 - 04-18-08 01:27  
---------------------------------------------------------------------- 
Actually, in trunk, it's been updated to a dialplan function,
CALLINGPRES(<name>), which uses the text in both cases. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-18-08 01:27  Corydon76      Note Added: 0085675                          
======================================================================




More information about the asterisk-bugs mailing list