Hoi Germ,
Bedankt voor het testen —)
Zodra het telefoongesprek binnenkomt wordt CONNECT geactiveerd. Zodra het telefoongesprek wordt aangenomen wordt DISCONNECT geactiveerd. → de gemeten tijd is dus de tijd die tussen overgaan van de telefoon en het aannemen ervan zit.
Het programma logd dus niet hoelang een gesprek duurt.
Ik zie hetzelfde als jij beschrijft --)
Overigens is volgens mij alleen van belang dat geregistreerd wordt dat een gesprek binnenkomt, niet hoelang het duurt.
Dat moet denk ik goed mogelijk zijn. De door jouw geteste versie gebruikt bij mij ook veel minder CPU cycles. Ik weet niet of jij dit ook hebt gezien (in Windows Task manager)?
Dit is pas van belang als je de gesprekskosten wil gaan berekenen.
Mijns inziens zal dit een eventuele uitbreiding voor de toekomst zijn.
Op Linux isdnlog versie kan ik wel in/uitgaande en gespreksduur meten. Ik zal wel gaan vragen bij collega’s die er meer verstand van hebben waar de crux ligt bij het meten van de gespreksduur i.r.t. capimonitoring.
Ik heb twee extra velden in de output gezet “Controller/PLCI/NCCI” en “CIPValue”. Ik denk dat deze belangrijk zijn, maar ik weet nog niet precies waarvoor. Zie ook appendix voor de details.
Ik ga nu fshisdnlogd kopieren naar een isdnlogd project. Hierbij de overbodige printf regels weg ga halen. Isdnlogd is m.i. dan wel af en zal ik aan RGJ aanbieden ter publicatie.
Ik houd niemand tegen om verbetering aan te brengen in het programma. Gezamenlijk kunnen we het op een hoger kwaliteitsniveau brengen —)
Met fshisdnlogd zal ik een koppeling gaan maken naar MySQL en het programmeren als service. Ik breng de splitsing aan (fshisdnlogd en isdnlogd ) omdat niet iedereen MySQL heeft en sommige computers met WIN98 en WIN95 niet met services kunnen omgaan. Daarnaast is een simpele versie ook gemakkelijker te begrijpen als je capi programming wilt leren.
De vriendelijke groet Jan Marco
Appendix: Voorbeeld isdnlog.log:
Date,Time,ApplId,Controller/PLCI/NCCI,CIPValue,Command,Subcommand,Messagenumber,Callingpartynumber,Calledpartynumber,Reason
20040709,10:01:04,1,1,LISTEN,CONF,0,
20040709,10:01:04,1,LISTEN,CONF,0,
20040709,10:01:14,1,401,1,CONNECT,IND,8000,651234567,531234567,
20040709,10:01:14,1,401,ALERT,CONF,0,
20040709,10:01:14,1,ALERT,CONF,0,
20040709,10:01:31,1,401,DISCONNECT,IND,8001,Normal call clearing
20040709,10:01:31,1,401,DISCONNECT,RESP,8001,