bayonne-devel
[Top][All Lists]
Advanced

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

Re: [Bayonne-devel] RE:


From: David Sugar
Subject: Re: [Bayonne-devel] RE:
Date: Thu, 25 Aug 2005 16:52:43 -0400
User-agent: Mozilla Thunderbird 1.0.5 (Macintosh/20050711)

Hmm...I think I will try to get a 1.2.15 out over the weekend...

Julien Chavanton wrote:
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


------------------------------------------------------------------------

_______________________________________________
Bayonne-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bayonne-devel

Attachment: dyfet.vcf
Description: Vcard


reply via email to

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