[asterisk-users] stucked calls in asterisk 1.4

[Alex Samad]

On Thu, May 28, 2009 at 02:15:08PM +0200, Stefan Schmidt wrote:
> 
> 
> Alex Samad schrieb:
> > Hi
> 
> Hi Alex,
> 
> > 
> > I am new to asterisk so my suggestions might be a bit silly.
> > 
> > Why not setup a iax2 connection bettween the asterisk servers, because
> > its a lower overhear and more efficient.
> 
> We had changed from iax connections to sip connections cause we had
> timing problems with iax. Also in meetme and when a client send a fax
> over the connection. This problems has gone after changing to sip connects.

okay

> 

[snip]

> 
> its not a network packet loss its in the kernel or asterisk itself.

okay 


[snip]

> > 
> > the other thought is keep going the way youwere add another nic card to
> > server a such that you have 
> > 
> > eth0 for your sip clients
> > eth1 for router server b
> > eth2 for router server c
> 
> i´ve allready tried this, and the problem still occurs.

i thought you had only add 1 extra nic.  The thought was that 2 servers
could push 1 nic over the limit, where as a 1 nic per server possibly
not.  But if you are sure its not a networking packet loss issue then
its mute

> 
> 

[snip]

> > 
> > Try linux-kernel mailing list or do a  google for udp buffer tunning
> > from memory there is the kernel option which is the abs max, but the
> > program must also select a buffer amount which is  usually the default
> > value which is not the max value.
> 
> increase the max udp buffer size was just something i´ve found to try
> but i´ve set the default value to 512kB by now, maybe this will help.

At work there was  a thread similiar to this, but different application
problem with udp. Some who new said (if I can remember it rightly).
there is a max/default/min for the system and an application can ask for
a bigger buff, but by default it gets default, so changing the max isn't
going to help by itself.


> 
> > another thing to look for (you haven't mentioned you nic type or kernel
> > version), but I had a realtek 8168b which would sort of work with the in
> > kernel driver (8111c) on any kernel < 2.6.28. After 2.6.28 the in kernel
> > driver worked really well. system would be under load packets would be
> > come corrupt
> 
> system info:
> HP Proliant DL380 G5 2x Intel Xeon 2,3 GHZ quad core
> 6GB Ram
> Debian Lenny ver. 5.0.1
> kernel: 2.6.26-1-amd64
> 
> I´ve recompiled with dont optimize and debug threads and when the
> asterisk hangs or lag i see in core show lock the following:
> 

[snip]

> 
> maybe this is a bug?

I am not a asterisk person so can't comment on that. But another thought
came to mind, maybe run 2 instances of asterisk - it seems like you have
plenty of horse power here it looks like it should be able to cope (I am
presume no translating ?)

The other thing is HP have a PSP pack for there servers - they have just
started to release debian based ones as well - current alien'ed rpm
packages but its a start :)

alex

> 
> best regards
> 
> steve
> 
-- 
There is an old custom among my people.  When a woman saves a man's
life, he is grateful.
		-- Nona, the Kanuto witch woman, "A Private Little War",
		   stardate 4211.8.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20090529/9c322800/attachment-0001.pgp