|
From: | Julien Chavanton |
Subject: | RE: [Bayonne-devel] Abusive CCEV_RESTART |
Date: | Wed, 1 Dec 2004 22:36:56 -0500 |
I have found that CCEV_RELEASE call was not received? Since the cc_ReleaseCallEx( ) function is not supported for LINUX
applications. And cc_ReleaseCall() is sync, I guess this is why dialogic
drivers do restart every calls. I will use cc_ReleaseCall() until I found more information on this
concern. Julien From: I did also comment the whole block of code
since I do not want to issue several unnecessary cc_waitcall() /*
if(isdn)
{
slog(Slog::levelDebug) << script << ": isdn restart"
<< endl;
HOLD("isdn restart")
chk = 1;
//chk = cc_Restart(tsdev, EV_ASYNC);
RELEASE
if(chk < 0)
putISDNError("cc_Restart");
slog(Slog::levelDebug) << script << ": isdn waiting"
<< endl;
_disconnecting = false;
HOLD("isdn waitcall")
chk = cc_WaitCall(tsdev, &lcrn, &wtcall, -1, EV_ASYNC);
RELEASE
if(chk < 0)
putISDNError("cc_WaitCall");
} */ From: I did modify idle.cpp to avoid unnecessary
cc_restart() also I did switch to ni2 Apparently Dialogic dms & nt1 firmware
are obsolete and can result in blocked port with some new switch, Let’s see what I will get, seam to
work fine right now. Julien [Genload - ID 0] /* Dual T1/E1 HD */ ParameterFile=ni2.prm ParameterFile2=ni2.prm ISDNProtocol=ni2 ISDNProtocol2=ni2 slog(Slog::levelDebug) << script
<< ": setup waiting" << endl;
if(isdn)
{
slog(Slog::levelDebug) << script << ": isdn restart"
<< endl;
HOLD("isdn restart")
chk = 1;
//chk = cc_Restart(tsdev, EV_ASYNC);
RELEASE
if(chk < 0)
putISDNError("cc_Restart");
slog(Slog::levelDebug) << script << ": isdn waiting"
<< endl;
_disconnecting = false;
HOLD("isdn waitcall")
chk = cc_WaitCall(tsdev, &lcrn, &wtcall, -1, EV_ASYNC);
RELEASE
if(chk < 0)
putISDNError("cc_WaitCall");
} From:
address@hidden
[mailto:address@hidden On Behalf Of Something strange I have found with Dialogic drivers, (I
think Globalcall as the same behavior) I have activated dialogic event logging and It seem the drivers are making cc_Restart after every exit
command ? More importantly as you can see when there is a join
cc_restart is issued before disconnection in the following example I do not see
the “481 CCEV_DISCONNECTED”. I guess this behavior may cause problem since the other ISDN
switch probably do not like this way of doing things. And Dialogic say we should use cc_Restart only when trunk
error where detected? Dec 1 20:06:34 BAY-MTL3 Dec 1 20:06:34 BAY-MTL3 Dec 1 20:06:35 BAY-MTL3 Dec 1 20:06:36 BAY-MTL3 Dec 1 20:06:36 BAY-MTL3 Dec 1 20:06:36 BAY-MTL3 Dec 1 20:06:40 BAY-MTL3 Dec 1 20:06:40 BAY-MTL3 Dec 1 20:06:40 BAY-MTL3 Dec 1 20:06:41 BAY-MTL3 Dec 1 20:06:41 BAY-MTL3 Dec 1 20:06:42 BAY-MTL3 The cc_Restart( )
function resets the channel to NULL state. This function typically is used
after the recovery of trunk errors or alarm conditions, or when the application
needs to reset the channel to NULL state. Any comment would be appreciated. Julien |
[Prev in Thread] | Current Thread | [Next in Thread] |