Re: [Openh323gk-developer] CallNo in LCF/ACF/LCF/CDR
H.323 Gatekeeper for VoIP and videconferencing
Brought to you by:
willamowius
From: Emilio L. <lu...@mi...> - 2003-02-25 13:28:49
|
Dear Sir, informations contained in your E-Mail are very helpful for my project. Could you send me the ID of following data conained in messages ? Message (example): ACF|277|1.1.1.1:1720|5215_endp|462|8804:dialedDigits|9816:dialedDigits=coron a-2:h323_ID|false; 277 ? 462 ? 8804:dialedDigits ? 9816:dialedDigits=corona-2:h323_ID ? false ? ----- Original Message ----- From: "Andrei Koulik" <ag...@sc...> To: <ope...@li...> Cc: <ope...@li...> Sent: Tuesday, February 25, 2003 11:12 AM Subject: [Openh323gk-developer] CallNo in LCF/ACF/LCF/CDR > Hello, > > It will be very useful if callNo parameters will be present through all > GkStatus events of a call. > This feature will allow more easy way for billing system > to control the call flow. > Some time ago we used srcInfo/dstInfo fields to bind ACF-ACF-CDR-DCF events together, > but one of endpoint equipment sent incorrect srcInfo in arq so second > acf was not bind to first one, and call was broken. > We patched the source code in order to add CallNo in acf and some additional events. > now call flow scheme looks like ACF-ACF-CDR-CDR-DCF: > > ACF|277|1.1.1.1:1720|5215_endp|462|8804:dialedDigits|9816:dialedDigits=coron a-2:h323_ID|false; > ACF|277|1.1.2.1:1720|5216_endp|18093|8804:dialedDigits|8804:dialedDigits=2FX S-AGK:h323_ID|true; > note: second field of acf - CalNo, srcAlias of second acf is incorrect > > CDR|277|bc 39 f0 57 47 da 11 d7 81 51 aa e4 4b|0|12:21:37|12:21:37|1.1.1.1:1720|5215_endp > |1.1.2.1:1720|5216_endp|8804:dialedDigits|9816:dialedDigits=corona-2:h323_ID |OpenH323GK; > first CDR fired then call established (duration = 0) > BCF|1.1.1.1|5215_endp|126; > CDR|277|bc 39 f0 57 47 da 11 d7 81 51 aa e4 4b|5|12:21:37|12:21:43|1.1.1.1:1720|5215_endp > |1.1.2.1:1720|5216_endp|8804:dialedDigits|9816:dialedDigits=corona-2:h323_ID |OpenH323GK; > second CDR fired then call released > > DCF|194.190.176.194|5215_endp|462|normalDrop; > DCF|193.125.71.11|5216_endp|18093|normalDrop; > DCF not used. all terminate action occur then second CDR. > > with additional CDR we can distinguish setup and connect state of a call flow. > > Then call is dropped before established then 'unconnected' CDR fired: > CDR|278|23 53 0b 47 dc 11 d7 81 55 aa e4 4b|0|unconnected|12:31:06|1.1.1.1:1720|5215_endp > |1.1.2.1:1720|5216_endp|8804:dialedDigits|9846:dialedDigits=corona-2:h323_ID |OpenH323GK; > > But then 2.0.3 we had to path it again (as well as all further releases). > So I think it is will be very useful for all if this features will be applied to main project. > > PS: > Additionally I can publish java GUI I use. > It meet some needs that not available with existing GkGUI. > -- > Andrei Koulik. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > List: Ope...@li... > Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=3079 > Homepage: http://www.gnugk.org/ |