I back to this problem because I highlight a side effect. In fact, I with this kind of condition for accounting : if (method=="BYE" || method =="CANCEL" || ((method=="ACK" || method=="INVITE) && !loose_route())) { setflag(1) }
I don't account the calls for call forwarding.
Any idea ?
Le lundi 14 mai 2007 à 09:35 +0200, inge a écrit :
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@lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > > > > >
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers