Call accounting not working as expected
I'm having an issue with call accounting If I initiate a call, and it is then transferred to an IVR menu. Person selects 1 to talk to someone. In js else if (data.digit == "5") { if (session.ready()) { var new_session = new Session(); new_session.originate(..... This Second call leg is not accounted for in either CSV or xml logs Am I doing something wrong? In the XML record is shows that I've diverted to the new number, but the time is all bundled with the initial call. This is exactly the same issue in Asterisk, which I was hoping to avoid. In Other words, why isn't a new call record created for the second leg? Regards,
first off don't use the session.originate var new_session = new Session({var=val}sofia/blah/blah); will do it all for you in one step. Also can you point me to where on the wiki that keeps talking about session.originate? I need to clean them off there. /b On Feb 11, 2009, at 6:09 PM, Nik Middleton wrote:
else if (data.digit == "5") { if (session.ready()) { var new_session = new Session(); new_session.originate(…..
Thanks, that cured the call accounting However, in the original originate, any ideas why {var=val} is not being processed? Regards, ________________________________ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 12 February 2009 00:14 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Call accounting not working as expected first off don't use the session.originate var new_session = new Session({var=val}sofia/blah/blah); will do it all for you in one step. Also can you point me to where on the wiki that keeps talking about session.originate? I need to clean them off there. /b On Feb 11, 2009, at 6:09 PM, Nik Middleton wrote: else if (data.digit == "5") { if (session.ready()) { var new_session = new Session(); new_session.originate(.....
Further to my last. It is kind of being processed, the account code is being set, XML cdr's are created and are correct, but csv cdr's for the account code are not Caller ID is not being set in the A leg but is in the B Leg ________________________________ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Nik Middleton Sent: 12 February 2009 00:48 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Call accounting not working as expected Thanks, that cured the call accounting However, in the original originate, any ideas why {var=val} is not being processed? Regards, ________________________________ From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: 12 February 2009 00:14 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Call accounting not working as expected first off don't use the session.originate var new_session = new Session({var=val}sofia/blah/blah); will do it all for you in one step. Also can you point me to where on the wiki that keeps talking about session.originate? I need to clean them off there. /b On Feb 11, 2009, at 6:09 PM, Nik Middleton wrote: else if (data.digit == "5") { if (session.ready()) { var new_session = new Session(); new_session.originate(.....
It is kind of being processed, the account code is being set, XML cdr's are created and are correct, but csv cdr's for the account code are not
Caller ID is not being set in the A leg but is in the B Leg DING DING DING!!! We have a weener!
Okay, that was the key piece of info. Most likely you are logging only the A leg in the CSV CDRs. Go to conf/autoload_configs/cdr_csv.conf.xml and look for these two lines: <!-- may be a b or ab --> <param name="legs" value="a"/> Most likely you need to use "b" or "ab" depending on your scenario. Try it each way and see how you like the results, then please report back. Thanks! -MC
Bang on, Thanks -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: 12 February 2009 01:10 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Call accounting not working as expected
It is kind of being processed, the account code is being set, XML cdr's are created and are correct, but csv cdr's for the account code are not
Caller ID is not being set in the A leg but is in the B Leg DING DING DING!!! We have a weener!
Okay, that was the key piece of info. Most likely you are logging only the A leg in the CSV CDRs. Go to conf/autoload_configs/cdr_csv.conf.xml and look for these two lines: <!-- may be a b or ab --> <param name="legs" value="a"/> Most likely you need to use "b" or "ab" depending on your scenario. Try it each way and see how you like the results, then please report back. Thanks! -MC _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
However, in the original originate, any ideas why {var=val} is not being processed?
I think Brian's suggestion is the way to go:
first off don't use the session.originate
var new_session = new Session({var=val}sofia/blah/blah);
The above syntax is the clean way to do it.
will do it all for you in one step. Also can you point me to where on the wiki that keeps talking about session.originate? I need to clean them off there.
This Second call leg is not accounted for in either CSV or xml logs
Am I doing something wrong? In the XML record is shows that I've diverted to the new number, but the time is all bundled with the initial call.
This is exactly the same issue in Asterisk, which I was hoping to avoid. In Other words, why isn't a new call record created for the second leg?
Could you pastebin the xml cdr? I'm curious to see if it's anything like the ones I have. -MC
participants (3)
-
Brian West
-
Michael Collins
-
Nik Middleton