Okay, thanks for your support. I will introduce this
new condition for
accounting soon.
Le samedi 12 mai 2007 à 09:52 +0200, Greger V. Teigre a écrit :
No, that should do it.
Unless the in-call INVITEs don't have Route headers. Then you have a
buggy UA...
g-)
inge wrote:
> Hmm, but I account before if (loose_route()).
>
> So I do :
>
> if (method=="BYE || ... && !loose_route())
> setflag(1);
> };
>
> Can I do an other thing ?
>
> Le vendredi 11 mai 2007 à 14:55 +0200, Greger V. Teigre a écrit :
>
> > No, you have to make sure that INVITEs that go into your if
> > (loose_route()) { ... } don't get accounted.
> > g-)
> >
> > inge wrote:
> >
> > > Thanks for your answer.
> > > I use accounting in route{}. So I just need to add a !loose_route() in
> > > my if block when I want to account for INVITE and ACK request ?
> > >
> > > Le vendredi 11 mai 2007 à 12:06 +0200, Greger V. Teigre a écrit :
> > >
> > >
> > > > That's because the other call is put on hold and an INVITE is
sent with
> > > > 0.0.0.0 as IP address to indicate that.
> > > > Such INVITEs will be loose_route'd in your script, so don't
account
> > > > INVITEs that go through loose route logic.
> > > > g-)
> > > >
> > > > inge wrote:
> > > >
> > > >
> > > > > Hi all,
> > > > >
> > > > > I've got a problem with call waiting function. This one
allow us to hang
> > > > > out a call when we are already in communication.
> > > > >
> > > > > But when I press "R" on my phone to take the second
call, there is one
> > > > > INVITE and one ACK generated by the proxy and being accounted in
MySQL.
> > > > >
> > > > > It's the same when I switch between both callers. So I can
have for the
> > > > > same callid 2 3 4...X INVITE ACK and one BYE. So in SERWeb for
example,
> > > > > I can see for one call 3 lines of accounting.
> > > > >
> > > > > Thanks for you support.
> > > > >
> > > > > Adrien .L
> > > > >
> > > > > _______________________________________________
> > > > > Serusers mailing list
> > > > > Serusers(a)lists.iptel.org
> > > > >
http://lists.iptel.org/mailman/listinfo/serusers
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > >
> > >
>
>
>
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org