bayonne-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Bayonne-devel] RE:


From: Julien Chavanton
Subject: RE: [Bayonne-devel] RE:
Date: Thu, 25 Aug 2005 16:19:38 -0400

My test resulted in success, there is no more port blocking.

I did download 1.2.14pl2
And modify the Globalcall source file 

Driver.h
Driver.cpp
Trunk.cpp
Idle.cpp


I did not test this version ;( but I think it should work fine and not affect 
the normal behaviour.

If you have time to merge theses change or fix this differently.

Hope this help,
Julien








-----Original Message-----
From: address@hidden [mailto:address@hidden On Behalf Of David Sugar
Sent: August 17, 2005 7:27 PM
To: Etoile Dièse
Cc: address@hidden
Subject: Re: [Bayonne-devel] RE:

Or ideally as a diff for current cvs (for 1.2.14...)...this would be 
very worth adding for 1.2.15.

Etoile Dièse wrote:
> Cool, May we have this modif ?
> 
> Le mercredi 17 Août 2005 21:17, Julien Chavanton a écrit :
> 
>>I have made modification to Bayonne Globalcall to remove CRN
>>modification from outside driver.cpp (the Dialogic event handler)
>>
>>This way the CRN is always correct.
>>
>>
>>
>>I am stressing the port as much as I can.
>>
>>
>>
>>I have good result.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>  _____
>>
>>From: Julien Chavanton
>>Sent: August 17, 2005 10:25 AM
>>To: 'address@hidden'
>>Subject:
>>
>>
>>
>>While debugging and stressing Bayonne1 / Globalcall I have found another
>>problem that take place under heavy stress
>>
>>Here we can see a call clearing and a new call coming with almost no
>>delay between them
>>
>>
>>
>>Bayonne is in idle while the new call as been offered.
>>
>>
>>
>>The problem is that Bayonne idle clear the CRN but in this case the CRN
>>of the new call is cleared !
>>
>>
>>
>>I think only driver.cpp should be able to clear CRN since it is the
>>driver event handler.
>>
>>
>>
>>I am testing the modification.
>>
>>
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): GCEV_DISCONNECTED HDL:39
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): step 2 exit()
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): exit
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): script exiting
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): hangup
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): detach script
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): GCEV_DROPCALL HDL:39
>>
>>Aug 27 08:37:18 localhost bayonne: dx(16): release
>>
>>Aug 27 08:37:19 localhost bayonne: dx(16): GCEV_RELEASECALL HDL:39
>>
>>Aug 27 08:37:19 localhost bayonne: dx(16): GCEV_OFFERED HDL:39
>>CRN:33604644
>>
>>Aug 27 08:37:19 localhost bayonne: dx(16): idle
>>
>>Aug 27 08:37:19 localhost bayonne: dx(16): gc_AcceptCall error HDL:39
>>CRN:-1
>>
>>Aug 27 08:37:19 localhost bayonne: dx(16): ring
>>
>>Aug 27 08:37:28 localhost bayonne: dx(16): GCEV_DISCONNECTED HDL:39
>>
>>Aug 27 08:37:29 localhost bayonne: dx(16): hangup
>>
>>Aug 27 08:37:29 localhost bayonne: dx(16): gc_DropCall 66 Invalid call
>>reference number has been used
>>
>>Aug 27 08:37:29 localhost bayonne: dx(16): idle
> 
> 

Attachment: driver.h
Description: driver.h

Attachment: driver.cpp
Description: driver.cpp

Attachment: idle.cpp
Description: idle.cpp

Attachment: trunk.cpp
Description: trunk.cpp


reply via email to

[Prev in Thread] Current Thread [Next in Thread]