[Freeswitch-users] mod_openzap stops working after some calls

Michael Jerris mike at jerris.com
Mon Feb 9 10:30:35 PST 2009


We can not add apr dependency in openzap, we should use the native  
openzap calls instead.  If there is anything you NEED that you don't  
have, please let me know and we will try to add replacement functions.

Mike

On Feb 9, 2009, at 1:17 PM, Helmut Kuper wrote:

> Hello Anthony,
>
>
> :D yes that's what I'm doing ... beneath some code changes in openzap
> ... So I found a real timestamp in pcap is quite usefull if you have
> more than one call at a time ... I added that function today. It uses
> "libapr-1" functions. Unfortunately I introduced a dependency to
> libs/apr to openzap by that. If it delivers micro seconds, maybe it's
> better to use zap_time_now(). Have to check that tomorrow.
>
> I agree there are some problems in maintaining channel states  
> correctly.
> Once a day I have to restart FS. I get "TOMANYCALLS" errors, no  
> matching
> channels on RELEASE, SETUP duplicates and "oz dump 1" shows more and
> more channels with states other than DOWN, even, when no current calls
> are there. I did some timebased changes  in ozmod_isdn SETUP handling
> and hope it helps out until state timers a available. If it works I
> would like to upload it to trunk, if you allow.
>
> regards
> helmut
>
>
> On 06.02.2009 17:02, Anthony Minessale wrote:
>> I think we have some trouble surviving issues.
>> So when everything is ok we do fine but if something goes wrong we
>> don't recover.
>> We are still missing state timers in the q931.
>>
>> maybe you can use your new pcap thing to see what goes wrong =D




More information about the Freeswitch-users mailing list