[Serusers] Help with caller_UUID and callee_UUID

Daryl Sanders daryl.sanders at gmail.com
Tue Jun 28 01:37:14 CEST 2005


I see a rel_0_9_2 branch in serweb cvs, but no rel_0_9_0. Is this the
one you are speaking of?

- Daryl

On 6/27/05, Jan Janak <jan at iptel.org> wrote:
> Check out rel_0_9_0 branch from serweb cvs, that one does not use uuid.
> Even the unstable branch should not use it, the uuid columns in acc
> table are just placeholders for proper uuid support in ser.
> 
>   Jan.
> 
> On 27-06-2005 06:56, Daryl Sanders wrote:
> > Is there another way to have received calls to show in serweb without
> > indexing by uuid? Maybe I am missing something...
> >
> >
> > On 6/27/05, Iqbal <iqbal at gigo.co.uk> wrote:
> > > ah, I dont index by UUID, I had the earlier problem :-)
> > >
> > > Iqbal
> > >
> > > Daryl Sanders wrote:
> > >
> > > >The the caller_deleted & callee_deleted fields seem to work properly,
> > > >and do default to 0.
> > > >The problem is when I change users_indexed_by from "username" to
> > > >"uuid" in config_data_layer.php I don't get any accounting to show up
> > > >in serweb.
> > > >
> > > >For a test, I manually added the users real "uuid" to the caller_UUID
> > > >& callee_UUID fields.
> > > >When I did this everything seems to display properly in serweb.
> > > >
> > > >All of the other fields in the acc table are working fine as well. So
> > > >it looks like when the acc data get added to DB via setflag in
> > > >ser.cfg... that it also needs to get caller_UUID & callee_UUID from
> > > >somewhere ???
> > > >
> > > >- Daryl
> > > >
> > > >
> > > >
> > > >On 6/26/05, Iqbal <iqbal at gigo.co.uk> wrote:
> > > >
> > > >
> > > >>Hi
> > > >>
> > > >>As a first check can u see any accounting data manually in the mysql acc
> > > >>table.
> > > >>
> > > >>If so what I had to do was to change the default setting for the mysql
> > > >>acc table, so that caller_deleted and callee_deleted all =0
> > > >>
> > > >>try it out pick one entry manually update the caller_deleted and
> > > >>callee_deleted = 0 NOTE dnt change the UUID fields leave them blank
> > > >>
> > > >>Now if it works..which it should, just alter the columns default values
> > > >>to 0, manually in mysql, so that whenever new entries get added the
> > > >>default values will be zero, and all should display....me thinks bug in
> > > >>serweb...but me been lazy in not posting to serweb.
> > > >>
> > > >>Iqbal
> > > >>On 6/27/2005, "Daryl Sanders" <daryl.sanders at gmail.com> wrote:
> > > >>
> > > >>
> > > >>
> > > >>>Greetings,
> > > >>>
> > > >>>I've setup serweb from cvs with mysql acc. I'm now wondering what
> > > >>>needs to be added to ser.cfg to get acc to populate the caller_UUID
> > > >>>and callee_UUID fields.  As I understand it these fields are necessary
> > > >>>to show accounting for incoming calls in serweb accounting tab.
> > > >>>
> > > >>>I've set  users_indexed_by= "uuid"  in config_data_layer.php and
> > > >>>I've also set  set_opt('display_incoming', true)  in accounting.php
> > > >>>I have the following in my ser.cfg.
> > > >>>
> > > >>>      if (!method=="REGISTER") record_route();
> > > >>>      setflag(2);
> > > >>>
> > > >>>If I populate the caller_UUID and callee_UUID fields by hand, serweb
> > > >>>accounting tab shows all the calls as I would like.
> > > >>>
> > > >>>My goal is to have accounting for incoming/outgoing & missed calls in
> > > >>>serweb. Am I on the right path?
> > > >>>
> > > >>>- Daryl
> > > >>>
> > > >>>_______________________________________________
> > > >>>Serusers mailing list
> > > >>>serusers at lists.iptel.org
> > > >>>http://lists.iptel.org/mailman/listinfo/serusers
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >
> > > >_______________________________________________
> > > >Serusers mailing list
> > > >serusers at lists.iptel.org
> > > >http://lists.iptel.org/mailman/listinfo/serusers
> > > >
> > > >.
> > > >
> > > >
> > > >
> > >
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
>




More information about the sr-users mailing list