Re: RE:
David Sugar <[email protected]>
| Newsgroups | gmane.comp.gnu.bayonne.devel |
|---|---|
| Organization | GNU Telephony |
| Message-ID | <[email protected]> |
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: bayonne-devel-bounces+j.chavanton=oneworldinteractive.com@gnu.org [mailto:bayonne-devel-bounces+j.chavanton=oneworldinteractive.com@gnu.org] On Behalf Of David Sugar > Sent: August 17, 2005 7:27 PM > To: Etoile Dièse > Cc: [email protected] > 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: '[email protected]' >>>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 >>[email protected] >>http://lists.gnu.org/mailman/listinfo/bayonne-devel _______________________________________________ Bayonne-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bayonne-devel
dyfet.vcf
(text/x-vcard, 187 B)
begin:vcard fn:David Sugar n:Sugar;David org:GNU Telephony adr:;;;;;;USA email;internet:[email protected] x-mozilla-html:FALSE url:http://www.gnutelephony.org version:2.1 end:vcard