Hi Dimo, Hi Tavis,
up to devel version, openser did not sent any timestamp via RADIUS- what you were getting was the timestamp set by the RADIUS server when receiving the radius package; so it is about configuring RADIUS server / OS.
in devel version, a UNIX timestamp of the SIP package is sent via all backends and you can use it as it is more reliable. Also UNIX time is not affected by DST.
regards, bogdan
Tavis P wrote:
Dimo wrote:
Hello, I have sent this a while ago but it did not come, so if you are getting the mail for the second time sorry.
You may be aware of the accounting problem with Daylight Savings Time. Currently in Radius accounting we have a timestamp of the event acoording to system clock (i think). So if a call starts soon before a daylight saving change and ends soon after it, it may have too big or negative duration, depending on whethere the clock moved forward or backward.
Is there a way to make accounting take notice of that (maybe accounting in gmt+offset or something?)
Any ideas appreciated, as you know DST is comming soon for europe at least.
Dimitar
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users
I'm not certain if OpenSER creates adjusted timestamp values (to UTC) or uses the localtime, however i would recommend that you set the local timezone of your OpenSER server to "UTC", that will cleanly work around the problem (err, if it is even a problem ;)
tavis
Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users