I, fact, i missed in that senario
A invites B
B replies with a 302 and Contact-header to C
Ser send a 302 to A and Contact-header to C
A initiate a new invite to C with no references to the initial invite
Well, I must suppose I have to do something to avoid Ser to send this 302
back to A and initiate the forwarding in ser itself.
Using a refer or what else?
Olivier
-----Message d'origine-----
De : Greger V. Teigre [mailto:greger@teigre.com]
Envoyé : dimanche 4 décembre 2005 9:38
À : Olivier Taylor; serusers(a)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(a)gmail.com>
To: <serusers(a)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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers