3 Dec
2005
3 Dec
'05
2:10 p.m.
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(a)iptel.org>rg>.
The contents of the FTP server will be updated and expanded regularly,
it is not limited to iptel.org or SER related software.
Jan.
3 Dec
3 Dec
3:26 p.m.
New 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
4 Dec
4 Dec
10:37 a.m.
New subject: [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
12:27 p.m.
New subject: RE : [Serusers] Ser 0.9.4 and 302
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(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
1:13 p.m.
New subject: RE : [Serusers] Ser 0.9.4 and 302
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
6932
days inactive
6933
days old
4 comments
3 participants
participants (3)
-
Greger V. Teigre -
Jan Janak -
Olivier Taylor