Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
But isn't there enough info in the acc table to "fake" some BYEs to the end-points?
I would send 2 pairs of BYEs. One pair would go to the gateway and ser faking that it came from the client. The other pair would go to the client and ser faking that it came from the gateway. This hack should be outside of ser, i.e. a billing system realize that there is no money left, checks the acc table for callids, tags etc, generates the BYEs and wait for call completion to show up in acc.
Or maybe just make the gateway close the call with a BYE and then update the acc table. ser don't need to know as it is not dialogue-stateful. The client will eventually hang-up by himself.
a hack, I know, But the alternative is a integrated real-time proxy and billing system and that costs $$$s.
But a b2bua is also a hack...
/hans
2005-02-10 kl. 19.45 skrev Marian Dumitru:
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes? Thank you. _______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Hans,
Theoretically it's possible to do what you describe - moving the dialog state outside SER and just triggering the BYE send. It's about deciding where to put the dialog aware logic - inside ser as module, some external entity to control ser or a B2BUA on the signaling path.
Best regards, Marian
Hans Eriksson wrote:
But isn't there enough info in the acc table to "fake" some BYEs to the end-points?
I would send 2 pairs of BYEs. One pair would go to the gateway and ser faking that it came from the client. The other pair would go to the client and ser faking that it came from the gateway. This hack should be outside of ser, i.e. a billing system realize that there is no money left, checks the acc table for callids, tags etc, generates the BYEs and wait for call completion to show up in acc.
Or maybe just make the gateway close the call with a BYE and then update the acc table. ser don't need to know as it is not dialogue-stateful. The client will eventually hang-up by himself.
a hack, I know, But the alternative is a integrated real-time proxy and billing system and that costs $$$s.
But a b2bua is also a hack...
/hans
2005-02-10 kl. 19.45 skrev Marian Dumitru:
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes? Thank you. _______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
acc table does not contain enough information to generate BYE -- CSeq is missing. You would also need to update the information in the table with every mid-dialog request (re-INVITE, for example).
Jan.
On 10-02 23:14, Hans Eriksson wrote:
But isn't there enough info in the acc table to "fake" some BYEs to the end-points?
I would send 2 pairs of BYEs. One pair would go to the gateway and ser faking that it came from the client. The other pair would go to the client and ser faking that it came from the gateway. This hack should be outside of ser, i.e. a billing system realize that there is no money left, checks the acc table for callids, tags etc, generates the BYEs and wait for call completion to show up in acc.
Or maybe just make the gateway close the call with a BYE and then update the acc table. ser don't need to know as it is not dialogue-stateful. The client will eventually hang-up by himself.
a hack, I know, But the alternative is a integrated real-time proxy and billing system and that costs $$$s.
But a b2bua is also a hack...
/hans
2005-02-10 kl. 19.45 skrev Marian Dumitru:
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes? Thank you. _______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
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
Hi Jan,
You can use the acc extension developed by Voice System ( see http://www.voice-system.ro/downloads/acc ). This will allow you to log whatever header or AVP into your accounting backend.
Best regards, Marian
Jan Janak wrote:
acc table does not contain enough information to generate BYE -- CSeq is missing. You would also need to update the information in the table with every mid-dialog request (re-INVITE, for example).
Jan.
On 10-02 23:14, Hans Eriksson wrote:
But isn't there enough info in the acc table to "fake" some BYEs to the end-points?
I would send 2 pairs of BYEs. One pair would go to the gateway and ser faking that it came from the client. The other pair would go to the client and ser faking that it came from the gateway. This hack should be outside of ser, i.e. a billing system realize that there is no money left, checks the acc table for callids, tags etc, generates the BYEs and wait for call completion to show up in acc.
Or maybe just make the gateway close the call with a BYE and then update the acc table. ser don't need to know as it is not dialogue-stateful. The client will eventually hang-up by himself.
a hack, I know, But the alternative is a integrated real-time proxy and billing system and that costs $$$s.
But a b2bua is also a hack...
/hans
2005-02-10 kl. 19.45 skrev Marian Dumitru:
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes? Thank you. _______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
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
OK, this extension brings you one step closer, but I still think that using acc for this purpose is still not a viable solution. Consider that you would have to dump both CSeqs, Contacts, and full route set into the table. It would be also necessary to update the information with every SIP message within the dialog which means that every transaction within that dialog would have to be accounted. This can be a lot of data, especially if one of the sides is a PSTN gateway that uses session timer to find out whether the remote end point is still alive.
Processing all the rows in acc table would be quite complex too (and from my experience one could hardly avoid full table scans there).
So, in my opinion, it would be easier to hack a simple B2BUA on top of dialog support in tm than using acc for this purpose. I hate telling people that they really need a b2bua, but that's how it is, unfortunately.
Jan.
On 13-02 16:42, Marian Dumitru wrote:
Hi Jan,
You can use the acc extension developed by Voice System ( see http://www.voice-system.ro/downloads/acc ). This will allow you to log whatever header or AVP into your accounting backend.
Best regards, Marian
Jan Janak wrote:
acc table does not contain enough information to generate BYE -- CSeq is missing. You would also need to update the information in the table with every mid-dialog request (re-INVITE, for example).
Jan.
On 10-02 23:14, Hans Eriksson wrote:
But isn't there enough info in the acc table to "fake" some BYEs to the end-points?
I would send 2 pairs of BYEs. One pair would go to the gateway and ser faking that it came from the client. The other pair would go to the client and ser faking that it came from the gateway. This hack should be outside of ser, i.e. a billing system realize that there is no money left, checks the acc table for callids, tags etc, generates the BYEs and wait for call completion to show up in acc.
Or maybe just make the gateway close the call with a BYE and then update the acc table. ser don't need to know as it is not dialogue-stateful. The client will eventually hang-up by himself.
a hack, I know, But the alternative is a integrated real-time proxy and billing system and that costs $$$s.
But a b2bua is also a hack...
/hans
2005-02-10 kl. 19.45 skrev Marian Dumitru:
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes? Thank you. _______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
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
-- Voice System http://www.voice-system.ro
What about some sort of a hack? Like forging a SIP BYE header, is that possible?
Marian Dumitru wrote:
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Tom,
It's what Hans suggested. Save the essential headers from the INVITE somewhere and use the fifo command "t_uac_dlg" to push some BYEs when you want.
Best regards, Marian
Tom Gaudasinski wrote:
What about some sort of a hack? Like forging a SIP BYE header, is that possible?
Marian Dumitru wrote:
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
Marian can you suggest me a b2bua application. As I know vovida's one latest version is two years old...
Thanks, Pavel Siderov
----- Original Message ----- From: "Marian Dumitru" marian.dumitru@voice-sistem.ro To: "Tom Gaudasinski" cetus@internode.on.net Cc: serusers@lists.iptel.org Sent: Thursday, February 10, 2005 8:45 PM Subject: Re: [Serusers] Disconnecting a call.
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Here is another possibility, _only_ if you have control of the pstn gateway.
Add a proprietary sip header field to the INVITE and 200OK. The field indicates how long the call is allowed. In the gateway, you read the value and disconnect the call accordingly.
Richard
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Pavel Siderov - Hostmates Sent: Friday, February 11, 2005 4:18 AM To: serusers@lists.iptel.org Subject: Re: [Serusers] Disconnecting a call.
Marian can you suggest me a b2bua application. As I know vovida's one latest version is two years old...
Thanks, Pavel Siderov
----- Original Message ----- From: "Marian Dumitru" marian.dumitru@voice-sistem.ro To: "Tom Gaudasinski" cetus@internode.on.net Cc: serusers@lists.iptel.org Sent: Thursday, February 10, 2005 8:45 PM Subject: Re: [Serusers] Disconnecting a call.
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect
a
call that's in progress at any time. Is there any way to do this. I
want
to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
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
Hi Pavel,
Vovida it's the only free that I know :-(.
Best regards, Marian
Pavel Siderov - Hostmates wrote:
Marian can you suggest me a b2bua application. As I know vovida's one latest version is two years old...
Thanks, Pavel Siderov
----- Original Message ----- From: "Marian Dumitru" marian.dumitru@voice-sistem.ro To: "Tom Gaudasinski" cetus@internode.on.net Cc: serusers@lists.iptel.org Sent: Thursday, February 10, 2005 8:45 PM Subject: Re: [Serusers] Disconnecting a call.
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Voice System http://www.voice-system.ro
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
Hello Marian,
Friday, February 11, 2005, 10:12:19 PM, you wrote:
MD> Hi Pavel,
MD> Vovida it's the only free that I know :-(.
MD> Best regards, MD> Marian
MD> Pavel Siderov - Hostmates wrote:
Marian can you suggest me a b2bua application. As I know vovida's one latest version is two years old...
Thanks, Pavel Siderov
----- Original Message ----- From: "Marian Dumitru" marian.dumitru@voice-sistem.ro To: "Tom Gaudasinski" cetus@internode.on.net Cc: serusers@lists.iptel.org Sent: Thursday, February 10, 2005 8:45 PM Subject: Re: [Serusers] Disconnecting a call.
Hi Tom,
SER is transaction statefull, not dialog/call statefull; it has not the ability to terminate a call in progress. For this you need a b2bua (like vovida)
Best regards, Marian
Tom Gaudasinski wrote:
Greetings, Another question from me. I need to be able to liberally disconnect a call that's in progress at any time. Is there any way to do this. I want to implement a pseudo prepaid billing, and I need something that will allow for call termination once credits have been used up. Is there any way i can send SER a message or anything else? Or maybe set a timer for maximum call duration so that the call will be killed after it passes?
Thank you.
I know. It's asterisk. But natively it not support radius and is not B2BUA. So, it's my try to make b2bua from asterisk. It's patched asterisk and some AGI script for it. What it support? Full vovida's b2bua radius emulation, radius failover, LCR, Call failover, Codec based routing and much other things that can be useful. Sorry, but I did not made good patch to Asterisk (it's patched stable branch CVS). Works in production, servs near 20 concurent calls, but sure can serve more. Sorry, no documentation yet, and I had not enough time to make real easy installation, (maybe someone want's to do it? ;) )
http://www.yes.net.ua/fordown/b2bua_asterisk_v0.1.tgz
I know. It's asterisk. But natively it not support radius and is not B2BUA. So, it's my try to make b2bua from asterisk.
Why is asterisk no B2BUA? IMO asterisk is a B2BUA. It terminates incoming calls and creates new call on behave of the incoming call.
btw: there is already a prepaid solution for asterisk.
regards, klaus
It's patched asterisk and some AGI script for it. What it support? Full vovida's b2bua radius emulation, radius failover, LCR, Call failover, Codec based routing and much other things that can be useful. Sorry, but I did not made good patch to Asterisk (it's patched stable branch CVS). Works in production, servs near 20 concurent calls, but sure can serve more. Sorry, no documentation yet, and I had not enough time to make real easy installation, (maybe someone want's to do it? ;) )
Hello Klaus,
Tuesday, February 15, 2005, 9:09:52 AM, you wrote:
I know. It's asterisk. But natively it not support radius and is not B2BUA. So, it's my try to make b2bua from asterisk.
KD> Why is asterisk no B2BUA? IMO asterisk is a B2BUA. It terminates KD> incoming calls and creates new call on behave of the incoming call.
Because asterisk handle 2 different call branches as separate calls, and bridge them. B2BUA never do it.
KD> btw: there is already a prepaid solution for asterisk.
And you can integrate your prepaid solution with radius based billing, or do any LCR or Failover? Don't think so.
KD> regards, KD> klaus
P.S. b2bua.berlios.de - project's home.
It's patched asterisk and some AGI script for it. What it support? Full vovida's b2bua radius emulation, radius failover, LCR, Call failover, Codec based routing and much other things that can be useful. Sorry, but I did not made good patch to Asterisk (it's patched stable branch CVS). Works in production, servs near 20 concurent calls, but sure can serve more. Sorry, no documentation yet, and I had not enough time to make real easy installation, (maybe someone want's to do it? ;) ) http://www.yes.net.ua/fordown/b2bua_asterisk_v0.1.tgz
-
Hans Eriksson -
Jan Janak -
Klaus Darilion -
Marian Dumitru -
Mike Tkachuk -
Pavel Siderov - Hostmates -
Richard -
Tom Gaudasinski