It was my conversation, and I told about
1) $Tsm is MICROseconds (6 digits)
2) It is microseconds of a current second.

On Wed, 19 Jan 2011 09:29:28 -0800
 Dave Singer <dave.sin...@wideideas.com> wrote:
Be careful when using $Tsm. I read a thread the other day that was just talking about it and that it returns milliseconds since midnight, not epoch. So if that is true you will need to somehow handle calls that cross midnight for duration at least and start/answer/end of call if including the
precision in those timestamps.
I'd be interested to see what you find.
What I've seen with sub second accounting is for rounding purposes where for example billing in 6 second increments and it is always rounded up. So a
call 6.001 seconds would be charged for 12 seconds.

Dave

On Wed, Jan 19, 2011 at 6:35 AM, Brett Nemeroff <br...@nemeroff.com> wrote:

On Wed, Jan 19, 2011 at 8:32 AM, Andrew Philp <andrew.ph...@just-tek.com>wrote:

We are looking to use this for billing directly and for most of our
customers are billed on a hundredth of a second.

Does this make sense?


Sure it does, but I've never heard of sub second billing. The ACC module is probably not going to help you for this need presently. I believe $Tsm returns milliseconds. You may be able to manually account for the calls with
that.
-Brett


_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users




_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Reply via email to