[asterisk-bugs] [Asterisk 0016223]: [patch] "requirecalltoken" config directive not respected globally

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Dec 4 16:03:18 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16223 
====================================================================== 
Reported By:                bklang
Assigned To:                dvossel
====================================================================== 
Project:                    Asterisk
Issue ID:                   16223
Category:                   Documentation
Reproducibility:            always
Severity:                   text
Priority:                   normal
Status:                     closed
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.1 
SVN Revision (number only!): 229491 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-11-11 13:57 CST
Last Modified:              2009-12-04 16:03 CST
====================================================================== 
Summary:                    [patch] "requirecalltoken" config directive not
respected globally
Description: 
While migrating to Asterisk 1.6 I found that the "requirecalltoken=auto"
does not appear to be respected when set globally.  Digging into the
chan_iax2.c sources, it appears that the configuration directive is only
checked in the context of users and peers.  I tested and can confirm that
requirecalltoken is respected when set on individual iax2 peers and users.

The iax.conf that is distributed with Asterisk 1.6 makes it sound like
requirecalltoken is only settable in the context of a peer/user/friend, but
the example is provided globally (see iax.conf line 335).

If the intent is NOT to allow requirecalltoken globally, then the example
config file should be updated.  However, I believe it would be useful to
allow administrators to set requirecalltoken globally as a matter of
policy.  If the Asterisk developers agree with my opinion, I am willing to
create a patch to that effect.

====================================================================== 

---------------------------------------------------------------------- 
 (0114806) svnbot (reporter) - 2009-12-04 16:03
 https://issues.asterisk.org/view.php?id=16223#c114806 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 233281

_U  branches/1.6.2/
U   branches/1.6.2/configs/iax.conf.sample

------------------------------------------------------------------------
r233281 | dvossel | 2009-12-04 16:03:17 -0600 (Fri, 04 Dec 2009) | 21
lines

Merged revisions 233280 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

................
  r233280 | dvossel | 2009-12-04 15:54:44 -0600 (Fri, 04 Dec 2009) | 14
lines
  
  Merged revisions 233279 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.4
  
  ........
    r233279 | dvossel | 2009-12-04 15:54:01 -0600 (Fri, 04 Dec 2009) | 7
lines
    
    clarify requirecalltoken option in iax.sample.conf
    
    (closes issue https://issues.asterisk.org/view.php?id=16223)
    Reported by: bklang
    Patches:
          clarify-iax-requirecalltoken.patch uploaded by bklang (license
919)
  ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=233281 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-04 16:03 svnbot         Checkin                                      
2009-12-04 16:03 svnbot         Note Added: 0114806                          
======================================================================




More information about the asterisk-bugs mailing list