RE: [Bayonne-devel] GlobalCall fix found

[Julien Chavanton]

Jan  8 12:22:19 localhost bayonne: dx(106): gc_AcceptCall 65 Function is not supported in this state

 

 

Julien

 

---

From: Gilmore, Gerry [mailto:address@hidden
Sent: January 8, 2005 3:16 PM
To: Julien Chavanton; address@hidden
Cc: address@hidden
Subject: RE: [Bayonne-devel] GlobalCall fix found

 

Do you happen to know why the gc_AcceptCall() is failing? Perhaps putting a gc_ErrorInfo() and/or gc_ResultInfo() in the error handler…….

 

Good catch, BTW, and a lesson for other places where an error can occur……

 

Gerry

 

There are 10 kinds of people in the world, those who understand binary and those who don't.

 

Gerry Gilmore

Field Applications Engineer

Intel Corporation

(http://www.intel.com)

 

---

From: address@hidden [mailto:address@hidden On Behalf Of Julien Chavanton
Sent: Saturday, January 08, 2005 1:46 PM
To: address@hidden
Cc: address@hidden
Subject: [Bayonne-devel] GlobalCall fix found

 

I have found a small modification to trunk.cpp that can prevent loosing port under certain circumstances

 

We need to add the line “gc_ResetLineDev(linedev, EV_ASYNC);”  else we the port will not work until we reset.

 

bool DialogicTrunk::acceptCall(void)

{

        if(Trunk::flags.offhook || _accepted)

                return false;

 

        if(gc_AcceptCall(crn, 0, EV_ASYNC) < 0)

        {

                postGCError("gc_AcceptCall");

                gc_ResetLineDev(linedev, EV_ASYNC);

                return false;

        }

 

        _accepted = true;

 

        return true;

}

 

I have also modified the startup of Globalcall so the server reset all the port and then open them again this prevent a unnecessary

Dltsop dlstart everytime there is a problem with some port.

 

With this modification my test server was able to handle 1 200 000 calls outbound 1 200 000 calls inbound  without any port being blocked.

 

 

Julien