VoIP Mailing List Archives

[helmut.kuper at ewetel.de]

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) simply doesn't release calls
as it should, maybe openzap doesn't catch all q931 messages. I added a
hack, which forces channels which are in TERMINATE or beyond *AND* this
state is older than e.g. 500ms for inbound SETUP to DOWN. Openzap uses
those down forced channels. I have the patch in production and I saw the
first aid hack serveral times "InUse" channels freeing. "oz dump 1"
shows channel states which hung in TERMINATE or above are down serveral
minutes later

This is just a quite brutal hack because it assumes that the remote TDM
end is able to recover channels as well.

regards
helmut


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[msc at freeswitch.org]

[anthony.minessale at g...]

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 <msc@freeswitch.org (msc@freeswitch.org)> wrote:

[helmut.kuper at ewetel.de]

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 days to be sure ... I guess I have to talk to stkn in irc to get an idea how long I have to use it.

regards
helmut



On 11.02.2009 18:43, Michael Collins wrote:

[helmut.kuper at ewetel.de]

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 that as far as I understood the openzap code and I tested the patch successfully for 7 days now...

2.
In my setup (AVAYA as remote end for a E1) channels tend to hang in a state <> DOWN after terminating a call. Then I found TOMANYCALLS entries in FS log. I had to restart FS resp. openzap module.

The hack I added is in production and works for 7 days now. No channels hanging anymore. Of course, the hack is not the final solution, but it seems to solve at least my problems in production until openzap has state timers.

If the board wants, I can upload the hack as well.

regards
Helmut

On 12.02.2009 14:03, Helmut Kuper wrote: