Hi Greger, thanks,
As you, we don't use acc, the billing is done thru an asterisk used as b2bua. The problem is then to modify the inte sent to Asterisk to indicate to the b2bua that's a diverted call. I will try your solution, hoping that asterisk is able to see it's a diverted call to be billed to B and not to A. I never used the Refer before, lest's have a try...
Thanks again,
Olivier
I will post the results here :)
-----Message d'origine----- De : Greger V. Teigre [mailto:greger@teigre.com] Envoyé : dimanche 4 décembre 2005 9:38 À : Olivier Taylor; serusers@lists.iptel.org Objet : Re: [Serusers] Ser 0.9.4 and 302
If the PSTN is handling billing, you must mark the outgoing INVITE as Diverted and the PSTN billing platform has to be able to assign info about diversion in the call records. It depends on the PSTN provider. On SER, AFAIK, there is no specific accounting handling of REFER as according to the
RFC, the UA of A has to decide whether to initiate a new call and A is then the actual caller. If you do the billing in SER, the natural thing to do would be to add a new column in acc table where info about diversion uri is added and then use
that column when doing your billing. (or maybe this is already there, I don't use acc in ser) g-)
----- Original Message ----- From: "Olivier Taylor" olivier.taylor@gmail.com To: serusers@lists.iptel.org Sent: Saturday, December 03, 2005 2:26 PM Subject: [Serusers] Ser 0.9.4 and 302
Hello,
I have some swissvoice ip10s on my network. On these handsets, we can forward a call by programming the handset. The problem seems to be the accounting :(
User B has programmed his handset to forward all call to his mobile(C). When A call B, B anwer with a 302 (Moved temporarily) Ser initiate then a new Invite from A to C.
That's ok, but A is now billed fot that call. If A is a pstn caller, this call, of course can't be billed to A.
Looking for a solution
Olivier
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers