|
From: | Julien Chavanton |
Subject: | RE: [Bayonne-devel] Bayonne Globalcall TASKFAIL and TRUNK_CALL_FAILURE |
Date: | Wed, 28 Dec 2005 13:38:27 -0500 |
I have made a few modification to
globalcall drivers to handle TASKFAIL more efficiently I always reset the port when there is a
TASKFAIL because anyway when there is a TASKFAIL the call is lost and most of
the time the TASKFAIL is caused by short call Or abandon calls. This is producing positive results. The only difficulty was to keep ------------------------------------------------------------- I keep an eye on Something positive about Globalcall is that
Intel is moving to HMP host media processing “Voip library optimized
for Xeon CPU”. And this may be the best performance Voip
solution available due to the integration in the Xeon CPU internal instructions. If they succeed Globalcall should be
almost compatible with HMP, and However HMP is commercial I think it is
10$ a port and it may be too much for a software solution. Julien From:
address@hidden
[mailto:address@hidden On Behalf Of Julien Chavanton Hi David, I am looking to modify TRUNK_CALL_FAILURE in It was not that bad but most of the time this is not enough. And we loose port, only when there is a TASKFAIL that is
really caused by the Dialogic drivers. The main source of TASKFAIL is abandon calls and short calls
the Dialogic drivers are not capable of handling this automatically and this
result in TASKFAIL The only problem I think is that the script may be left
attached and the next call will fail to attach. Here is what I have in mind: globalcall/driver.cpp case GCEV_TASKFAIL
event.id = TRUNK_CALL_FAILURE;
trunk->postEvent(&event);
gc_ResetLineDev(linedev, EV_ASYNC);
break; globalcall/trunk.cpp case TRUNK_CALL_FAILURE:
// We need to prepare
Trunk::detach();
if(join)
Part();
if(tgi.pid)
::kill(tgi.pid, SIGHUP);
if(thread)
thread->stop();
Trunk::flags.dsp = DSP_MODE_INACTIVE; More information about TASKFAIL if any interest: How to Handle
GCEV_TASKFAIL Events (However I have made some test and I am not sure about this
article complete accuracy) http://resource.intel.com/telecom/support/tnotes/tnbyos/2000/tn061.htm You can find information about abandon calls here: |
[Prev in Thread] | Current Thread | [Next in Thread] |