Hello,
since yesterday I do a real life test with FS in a 40 sip extension
environment with TDM connection via wanpipe/sangoma A104d.
I detected two times the problem, that openzap stops working, while SIP
calls worked. Only restarting helped. Maybe reloading of mod_openzap
helps as well, but I d
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
On Fri, Feb 6, 2009 at 6:32 AM, 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
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 th
Hi Mike,
I would like to have a function which gives current time in sec, usec
since unix epoch. It's only for pcap timestamp. I found a zap_time_now()
somewhere in openzap maybe it helps ...
regards
helmut
___
Freeswitch-users mailing list
Freeswitch
Hi Mike,
I removed the apr dependency for timestamp and use the function openzap
delivers. Works good so far.
For unstabilities in openzap and Q931: On my side main problem seems to
be, that channels for inbound traffic sometimes not be freed during
runtime. Maybe our remote TDM end (AVAYA) simpl
> This is just a quite brutal hack because it assumes that the remote TDM
> end is able to recover channels as well.
Could you possibly modify your hack to be less brutal? For example,
could it send a STATUS ENQ to the far end for the channel in question?
Just curious.
-MC
___
you should come into irc on irc.freenode.net and join #openzap Stefan
Knoblich (stkn) in the channel is doing some work on implementation actual
q931 timers which would solve the problem the real way. Maybe you could
collaberate with him.
On Wed, Feb 11, 2009 at 11:43 AM, Michael Collins wrote:
Hi Mike,
at least for incoming calls this shouldn't be too brutal, cause far end
seems to know that the channel should be free otherwise it never would
allocate it. By now the hack works at least for me quite good. Nobody
from AVAYA side moaned about it, yet. But I have to wait one or two
further
Hello,
just to keep you informed about this problem. As mentioned I added a
hack to free allocated channels depending on last event time. I enhanced
oz dump as well to display "last event time" and "InUse"-Flag. What I
found is this:
1.
InUse channel flag wasn't set for inbound calls. I fixed tha
10 matches
Mail list logo