[asterisk-bugs] [Asterisk 0010342]: On Mac OS X PowerPC, Asterisk 1.4.x stops bridging new calls shortly after start

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10342 
====================================================================== 
Reported By:                jcovert
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   10342
Category:                   Core/Portability
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.0-beta8 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             07-31-2007 09:10 CDT
Last Modified:              06-13-2008 19:58 CDT
====================================================================== 
Summary:                    On Mac OS X PowerPC, Asterisk 1.4.x stops bridging
new calls shortly after start
Description: 
I have unsuccessfully tried to get every 1.4.x version of Asterisk to work
on Mac OS X PowerPC, most recently Asterisk 1.4.9 on Mac OS X 10.4.10.

Asterisk starts up fine, and works for a short while.  But after about the
third or fourth bridged call (local sip soft client, SJphone, or locally
connected SIP ATAs Cisco ATA 186), RTP read too short errors start
ocurring, or other dead call problems.  It is still possible to connect to
IVRs within asterisk, and inbound IAX2 calls from a 1.2.22 version of
Asterisk to the 1.4.9 version still work, but originating SIP devices are
unable to reliably make outbound calls.
====================================================================== 

---------------------------------------------------------------------- 
 jcovert - 06-13-08 19:58  
---------------------------------------------------------------------- 
The assertion is only one part of the problem.  Recall from Note 0088584
that I had been able to stay up a long time and run well EXCEPT for the
console connector when I made asterisk use Darwin's poll(2).  I then tried
returning either -1 or 0 from the emulated poll if it was called with
pArray==0 (I figured the Posix poll(2) probably does one of those) and that
made the console connector work again, but reintroduced the hanging
behaviour.

I get the same problem with 122713.  No assertion failures, but we just
don't stay up and running very long.

There seems to be something else about this emulated poll that isn't
right.

Below, the first incoming IAX2 call fails, and then a stop now puts
asterisk into a loop of some sort.

Asterisk SVN-branch-1.4-r122713, Copyright (C) 1999 - 2008 Digium, Inc.
and others.

*CLI>     -- Accepting AUTHENTICATED call from 192.168.0.100:
       > requested format = ulaw,
       > requested prefs = (ulaw|alaw|g726|gsm|ilbc),
       > actual format = ulaw,
       > host prefs = (),
       > priority = caller
    -- Executing [12640001 at inbound-cnet-264:1]
Answer("IAX2/mainpbx-15272", "300") in new stack
    -- Executing [12640001 at inbound-cnet-264:2] NoOp("IAX2/mainpbx-15272",
"") in new stack
    -- Executing [12640001 at inbound-cnet-264:3]
Playback("IAX2/mainpbx-15272", "/Users/jcovert/asterisk/laptop-pbx") in new
stack
    -- <IAX2/mainpbx-15272> Playing '/Users/jcovert/asterisk/laptop-pbx'
(language 'en')

but it doesn't play; it's hung

*CLI> 
*CLI> 
*CLI> stop now

but we don't exit; we are looping

(first line in top -u below)

20005 asterisk    43.6%  2:00.38  >>   172   655  5.80M  14.4M  9.93M  
104M 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-13-08 19:58  jcovert        Note Added: 0088707                          
======================================================================