[asterisk-users] Stability problems in Asterisk 1.4.18 (and other 1.4.xx versions)

2008-09-04 Thread z_gringo
I have several asterisk servers running a couple of different versions of 1.4.  
One of our severs in California is running 1.4.18 with the Dial Plan in 
Realtime mySQL.  This server is storing voicemails in the database connecting 
via odbc.  There are approximately 900 sip users registered at any given time.  
 All of the SIP users are in the sip.conf file, which is extracted from the 
database.   Any time this server gets to around 90 simutaneous calls (180 
channels), the server is completely unstable.  On some occasions, the asterisk 
process has continued to run, but is not processing any calls or registrations. 
 On most occasions, the asterisk process crashes, restarts, crashes again, etc. 
  During periods of lower traffic, the system appears to be stable.Going back 
to version 1.4.8 or 1.4.11 seems to be stable, but there is clearly a problem 
with 1.4.18 in this particular configuration.  The OS is 64 bit debian.   Has 
anyone seen something similar?
_
Stay up to date on your PC, the Web, and your mobile phone with Windows Live.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Re: [asterisk-users] Faxing through Zap cards

2008-09-04 Thread z_gringo
The issue isn't so much when the FAX leaves the PRI card, but when the fax goes 
from TDM to IP.   If the FAX is going from one PRI card to another PRI card, 
there should be no problem with faxing, but when you start trying to run faxes 
over IP is when you will most likely start having problems. 



 From: [EMAIL PROTECTED]
 To: asterisk-users@lists.digium.com
 Date: Wed, 3 Sep 2008 14:11:06 -0500
 Subject: Re: [asterisk-users] Faxing through Zap cards
 
 On Tue, 2 Sep 2008 11:38:17 -0500, James Sneeringer
 [EMAIL PROTECTED] said:
  On Sun, Aug 31, 2008 at 1:45 AM, C F [EMAIL PROTECTED] wrote:
   No, in the beginning you asked because you don't have the experience
   so folks like myself that do have the experience answered. It might
   work for you, no one knows and you THINK it will work, it's a hit and
   miss, stability is huge issue, thats where experience comes in. If you
   want something that I or the other people here just think works, then
   just get an ATA. If you want something we have experienced and know
   that it works, then get a channel bank.
 
 I'd like to draw on your experience.  At one point you mentioned that
 the
 fax stability goes from perfect to anybody's guess when the call
 leaves the PRI card.  I think I understand the underlying architecture
 well enough to know why this is the case.  Here's the question:  
 
 In an installation where there are only Analog Telco drops, can
 pri/channel bank reliability be achieved on analog cards by keeping fax
 traffic *within* a single Digium TDM card *because* of the fact that
 card would not be subject to the limitations of the PCI/PCX interface
 bus and/or underlying OS?  For example 4 analog fax lines into (and out
 of) a single TDM800--4 telco lines to 4 FXO, 4 fax machines from 4 FXS). 
 
 Do you have any practical or theoretical knowledge as to whether similar
 reliability to the PRI/Channel-bank setup can be achieved PROVIDED that
 traffic is never allowed to leave the internals of the card.  Depending
 on how ZAP services the card, there may be exactly ZERO difference
 between the aforementioned setup and one involving multiple SEPARATE
 cards.  If traffic stays within the card, where (if anywhere) does the
 process becomes compromised?
 
 Certainly it would be trivial to design a card that could handle fax
 pass-through, so the logical conclusion seems to be that NOT having done
 so was done to achieve a GREATER good in a mutually exclusive design
 trade-off.  I'm sure that I (and others) would be very interested to
 gain a better understanding of this if you (or anyone) can speak
 intelligently to it. 
 
 Thanks
 
 -Karl 
 
 
 ___
 -- Bandwidth and Colocation Provided by http://www.api-digital.com --
 
 AstriCon 2008 - September 22 - 25 Phoenix, Arizona
 Register Now: http://www.astricon.net
 
 asterisk-users mailing list
 To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users

_
Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie.
http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users