[asterisk-dev] RTP streams suddenly stop

[D Tucny]

On 30 March 2010 00:03, Tony Mountifield <tony at softins.clara.co.uk> wrote:

> In article <hm3o5a$mno$1 at softins.clara.co.uk>,
> Tony Mountifield <tony at softins.clara.co.uk> wrote:
> >
> > My main question at the moment is "what mechanism could stall all RTP
> streams?",
> > and a clue is the almost-exact five minutes for which it happens.
>
> Well, FINALLY, I have managed to discover what is causing this problem,
> although I haven't yet fixed it.
>
> The problem is in ztdummy. It is the one from zaptel-1.2.27, and has been
> compiled with USE_RTC. The OS is CentOS 4 with kernel 2.6.9-78.0.22.ELsmp.
> The system has a pair of quad-core E5420 Xeons.
>
> By monitoning /proc/interrupts every second, I have discovered that when
> the problem occurs, the RTC interrupts stop counting up. After exactly
> five minutes, they start up again. Obviously the lack of timing from
> ztdummy is causing Meetme and file streaming to stall.
>
> So, does anyone have any ideas why the RTC interrupt might stall for
> exactly
> five minutes? I have only ever seen it on this one system. Nothing is
> logged
> in any of the system logs at the time it occurs.
>
> I would quite like to try the HPET mode of ztdummy, but it looks like this
> requires a much newer kernel, 2.6.22, which is way newer than even CentOS
> 5.
> Is there any other way to do this?
>
> Thanks in advance for any ideas!
>
>
This thread on vmware forums seems to describe your problem...

http://communities.vmware.com/thread/77895?start=0&amp;tstart=0<http://communities.vmware.com/thread/77895?start=0&tstart=0>

<http://communities.vmware.com/thread/77895?start=0&tstart=0>also includes a
workaround of disabling hpet (hpet=disable or nohpet kernel params) to avoid
the problem...

d
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100330/b54b3fc4/attachment.htm