[asterisk-bugs] [Asterisk 0017180]: SetCallerpres not honored on SIP Redirect

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Apr 16 04:39:54 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17180 
====================================================================== 
Reported By:                Dovid
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17180
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.1.18 
JIRA:                       SWP-1290 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-04-14 04:30 CDT
Last Modified:              2010-04-16 04:39 CDT
====================================================================== 
Summary:                    SetCallerpres not honored on SIP Redirect
Description: 
Hi,
If you set CallerPres to prohib_passed_screen on the initial invite it
goes out with out CID. If the peer sends a 302 re-direct when Asterisk
sends out the new invite it sends out the users CID when it should send
nothing because we set CallerPres to prohib_passed_screen.
====================================================================== 

---------------------------------------------------------------------- 
 (0120525) Dovid (reporter) - 2010-04-16 04:39
 https://issues.asterisk.org/view.php?id=17180#c120525 
---------------------------------------------------------------------- 
afaik _ only works when one channel sends a call to another channel. It
seems that Asterisk is creating a new one (and not sending the call from
the first channel to a new one). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-16 04:39 Dovid          Note Added: 0120525                          
======================================================================




More information about the asterisk-bugs mailing list