Hello,
We have a new FTP server containing the collection of your favorite SIP and RTP related software. The FTP server is reachable either using FTP at ftp://ftp.iptel.org (use anonymous username and your email address as password), or through the web interface at http://ftp.iptel.org
ftp.iptel.org is a public FTP server dedicated to freely available SIP (Session Initiation Protocol, RFC3261) based software. Here you can find everything that you will need to implement robust and highly scalable SIP based server systems.
Among others, this archive contains: * SIP Express Router (SER) * RTP proxy server for NAT traversal (RTPProxy) * Web based administration interface (SERWeb) * SIMPLE based instant messaging and presence server with support for XCAP * voicemail and announcement server (SEMS)
We also keep a local copy of IETF RFCs and Internet drafts.
Should you have any problems, requests, or suggestions for improvements, do not hesitate to contact us by e-mail at ftpmaster@iptel.org.
The contents of the FTP server will be updated and expanded regularly, it is not limited to iptel.org or SER related software.
Jan.
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
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
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
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@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
-
Greger V. Teigre -
Jan Janak -
Olivier Taylor