[asterisk-bugs] [Asterisk 0015191]: IAX trunk only comes up as trunk in one direction only, unless you unload and load chan_iax

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15191 
====================================================================== 
Reported By:                alecdavis
Assigned To:                dvossel
====================================================================== 
Project:                    Asterisk
Issue ID:                   15191
Category:                   Channels/chan_iax2
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 192214 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-26 05:31 CDT
Last Modified:              2009-06-09 11:28 CDT
====================================================================== 
Summary:                    IAX trunk only comes up as trunk in one direction
only, unless you unload and load chan_iax
Description: 
running asterisk -vvvvvc we find the line:
[May 26 21:43:44] WARNING[24802]: chan_iax2.c:10819 build_peer: Unable to
support trunking on peer 'ald' without a timing interface

We have a DADHI timing source in all installations.
*CLI> timing test
Attempting to test a timer with 50 ticks per second.
Using the 'DAHDI' timing module for this test.
It has been 1019 milliseconds, and we got 51 timer ticks

*CLI> iax2 show peers
Name/Username    Host                 Mask             Port         
Status
ald/ald          200.201.202.203 (S)  255.255.255.255  4569          OK
(64 ms)

*CLI> module load chan_iax2.so
*CLI> iax2 show peers
Name/Username    Host                 Mask             Port         
Status
ald/ald          200.201.202.203 (S)  255.255.255.255  4569 (T)      OK
(59 ms)


*CLI> iax2 show peer aldhome


  * Name       : ald
  Secret       : <Set>
  Context      :
  Parking lot  :
  Mailbox      :
  Dynamic      : No
  Trunk        : Yes
  Encryption   : No
  Callerid     : "" <>
  Expire       : -1
  ACL          : No
  Addr->IP     : 200.201.202.203 Port 4569
  Defaddr->IP  : 0.0.0.0 Port 0
  Username     : ald
  Codecs       : 0x70f (g723|gsm|ulaw|alaw|g729|speex|ilbc)
  Codec Order  : (alaw|ulaw|gsm)
  Status       : OK (46 ms)
  Qualify      : every 60000ms when OK, every 2000ms when UNREACHABLE
(sample smoothing On)

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

---------------------------------------------------------------------- 
 (0106164) svnbot (reporter) - 2009-06-09 11:28
 https://issues.asterisk.org/view.php?id=15191#c106164 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 199744

_U  branches/1.6.2/
U   branches/1.6.2/include/asterisk/module.h
U   branches/1.6.2/main/loader.c
U   branches/1.6.2/res/res_timing_dahdi.c
U   branches/1.6.2/res/res_timing_pthread.c
U   branches/1.6.2/res/res_timing_timerfd.c

------------------------------------------------------------------------
r199744 | dvossel | 2009-06-09 11:28:50 -0500 (Tue, 09 Jun 2009) | 18
lines

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

........
  r199743 | dvossel | 2009-06-09 11:22:04 -0500 (Tue, 09 Jun 2009) | 11
lines
  
  module load priority
  
  This patch adds the option to give a module a load priority. The value
represents the order in which a module's load() function is initialized. 
The lower the value, the higher the priority.  The value is only checked if
the AST_MODFLAG_LOAD_ORDER flag is set.  If the AST_MODFLAG_LOAD_ORDER flag
is not set, the value will never be read and the module will be given the
lowest possible priority
  on load.  Since some modules are reliant on a timing interface, the
timing modules have been given a high load priorty.
  
  (closes issue https://issues.asterisk.org/view.php?id=15191)
  Reported by: alecdavis
  Tested by: dvossel
  
  Review: https://reviewboard.asterisk.org/r/262/
........

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

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-09 11:28 svnbot         Checkin                                      
2009-06-09 11:28 svnbot         Note Added: 0106164                          
======================================================================