Hi all,
I have a very urgent question and I would know if anyone is dealing with CAC on SER....exist any methods/function in statefull proxy mode to count simultaneous calls coming from the same calling party number (from HF), feeded from one IP PBX (like Asterisk) with just one single digest account and one permitted uri, in case setting two call thresholds (one for the allowed simoltaneous calls and one for the allowed call per second)? If yes, is it possible blacklisting/barring this user (in a cached table with function like file permission.deny) for some time/forever if the call counters exceed limit settled by threshold?
10nx,
Verbal
No, that is not possible with SER.
Jan.
On 11-11 22:12, verbalkint@virgilio.it wrote:
Hi all,
I have a very urgent question and I would know if anyone is dealing with CAC on SER....exist any methods/function in statefull proxy mode to count simultaneous calls coming from the same calling party number (from HF), feeded from one IP PBX (like Asterisk) with just one single digest account and one permitted uri, in case setting two call thresholds (one for the allowed simoltaneous calls and one for the allowed call per second)? If yes, is it possible blacklisting/barring this user (in a cached table with function like file permission.deny) for some time/forever if the call counters exceed limit settled by threshold?
10nx,
Verbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi there
if one use the nathelper and/or mediaproxy modules, which causes traffic to pass through SER box, wouldn't it be possible to verify at proxy level the condition and refuse to stablish the call in that case?
another one using the same idea:
would sound reasonable to get (i.e. from RADIUS) a call duration limit (i.e. time_t time + duration), save it together with the nathelper call setup (possibly while nathelper first asks rtpproxy for the call ports), and modify rtpproxy to check if the time limit was reached, ending/blocking the call in this case and avoiding the need of a B2BUA for this particular situation?
Cheers !3runo from Brazil
Jan Janak wrote:
No, that is not possible with SER.
Jan.
On 11-11 22:12, verbalkint@virgilio.it wrote:
I have a very urgent question and I would know if anyone is dealing with CAC on SER....exist any methods/function in statefull proxy mode to count simultaneous calls coming from the same calling party number (from HF), feeded from one IP PBX (like Asterisk) with just one single digest account and one permitted uri, in case setting two call thresholds (one for the allowed simoltaneous calls and one for the allowed call per second)? If yes, is it possible blacklisting/barring this user (in a cached table with function like file permission.deny) for some time/forever if the call counters exceed limit settled by threshold?
Hi Jan,
thank you for your prompt replay....just an ultimate question about this topic..with the avp_db module and/or avpops module and some external polling function on DB (query every 3 minutes (e.g.) that counts the INVITE method and sip_status (200) and not yet disconnected (not yet received BYE) sorted by from HF)...if this count exceeds some limit (settled per username@domain) stored in the avp table (simultaneous call limit), an external script insert the hit username in the blocked ACL....does it make sense for you? in case, which drawbacks do you see?
Best regards,
Verbal ----- Original Message ----- From: "Jan Janak" jan@iptel.org To: verbalkint@virgilio.it Cc: serusers@lists.iptel.org Sent: Sunday, November 14, 2004 1:10 PM Subject: Re: [Serusers] Call Admission Control on SER
No, that is not possible with SER.
Jan.
On 11-11 22:12, verbalkint@virgilio.it wrote:
Hi all,
I have a very urgent question and I would know if anyone is dealing with CAC on SER....exist any methods/function in statefull proxy mode to count simultaneous calls coming from the same calling party number (from HF), feeded from one IP PBX (like Asterisk) with just one single digest account and one permitted uri, in case setting two call thresholds (one for the allowed simoltaneous calls and one for the allowed call per second)? If yes, is it possible blacklisting/barring this user (in a cached table with function like file permission.deny) for some time/forever if the call counters exceed limit settled by threshold?
10nx,
Verbal
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
How do you know the call is still alive? -jiri
At 01:58 PM 11/14/2004, Francesco Botta wrote:
Hi Jan,
thank you for your prompt replay....just an ultimate question about this topic..with the avp_db module and/or avpops module and some external polling function on DB (query every 3 minutes (e.g.) that counts the INVITE method and sip_status (200) and not yet disconnected (not yet received BYE) sorted by from HF)...if this count exceeds some limit (settled per username@domain) stored in the avp table (simultaneous call limit), an external script insert the hit username in the blocked ACL....does it make sense for you? in case, which drawbacks do you see?
Best regards,
Verbal ----- Original Message ----- From: "Jan Janak" jan@iptel.org To: verbalkint@virgilio.it Cc: serusers@lists.iptel.org Sent: Sunday, November 14, 2004 1:10 PM Subject: Re: [Serusers] Call Admission Control on SER
No, that is not possible with SER.
Jan.
On 11-11 22:12, verbalkint@virgilio.it wrote:
Hi all,
I have a very urgent question and I would know if anyone is dealing with CAC on SER....exist any methods/function in statefull proxy mode to count simultaneous calls coming from the same calling party number (from HF), feeded from one IP PBX (like Asterisk) with just one single digest account and one permitted uri, in case setting two call thresholds (one for the allowed simoltaneous calls and one for the allowed call per second)? If yes, is it possible blacklisting/barring this user (in a cached table with function like file permission.deny) for some time/forever if the call counters exceed limit settled by threshold?
10nx,
Verbal
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
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
if I not yet received the BYE related with the INVITE (same sip_callid), I can suppose with some margin error that this call is still alive....or i really wrong/forgot something?? what I mean, if I polling in real-time the DB, I can fetch the real time stats on ended calls, refused calls, missed-calls and live calls even if I know that SER don't 'retain' the call state but maybe I can 'derive' this call state from accounting/polling from/to DB.....or maybe the risk to not account the BYE message is too high???
many thanks,
Verbal ----- Original Message ----- From: "Jiri Kuthan" jiri@iptel.org To: "Francesco Botta" francesco.botta@eutelia.it; "Jan Janak" jan@iptel.org; verbalkint@virgilio.it Cc: serusers@lists.iptel.org Sent: Sunday, November 14, 2004 2:06 PM Subject: Re: [Serusers] Call Admission Control on SER
How do you know the call is still alive? -jiri
At 01:58 PM 11/14/2004, Francesco Botta wrote:
Hi Jan,
thank you for your prompt replay....just an ultimate question about this topic..with the avp_db module and/or avpops module and some external polling function on DB (query every 3 minutes (e.g.) that counts the INVITE method and sip_status (200) and not yet disconnected (not yet received BYE) sorted by from HF)...if this count exceeds some limit (settled per username@domain) stored in the avp table (simultaneous call limit), an external script insert the hit username in the blocked ACL....does it make sense for you? in case, which drawbacks do you see?
Best regards,
Verbal ----- Original Message ----- From: "Jan Janak" jan@iptel.org To: verbalkint@virgilio.it Cc: serusers@lists.iptel.org Sent: Sunday, November 14, 2004 1:10 PM Subject: Re: [Serusers] Call Admission Control on SER
No, that is not possible with SER.
Jan.
On 11-11 22:12, verbalkint@virgilio.it wrote:
Hi all,
I have a very urgent question and I would know if anyone is dealing with CAC on SER....exist any methods/function in statefull proxy mode to count simultaneous calls coming from the same calling party number (from HF), feeded from one IP PBX (like Asterisk) with just one single digest account and one permitted uri, in case setting two call thresholds (one for the allowed simoltaneous calls and one for the allowed call per second)? If yes, is it possible blacklisting/barring this user (in a cached table with function like file permission.deny) for some time/forever if the call counters exceed limit settled by threshold?
10nx,
Verbal
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
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
On 14-11 14:31, Francesco Bott? wrote:
if I not yet received the BYE related with the INVITE (same sip_callid), I can suppose with some margin error that this call is still alive....or i really wrong/forgot something?? what I mean, if I polling in real-time the DB, I can fetch the real time stats on ended calls, refused calls, missed-calls and live calls even if I know that SER don't 'retain' the call state but maybe I can 'derive' this call state from accounting/polling from/to DB.....or maybe the risk to not account the BYE message is too high???
No, that does not make sense to me, there would be too many race conditions. The only viable solution, IMHO, is using B2BUA.
Jan.
Ok...maybe is better derive this kind of information from the CDR origineted from SIP/DSS-1|ISUP gateways (for the inbound to outbound calls)....IMHO, B2BUA have too issues with scalability, robustness and transparency....do you agree??
Best regards,
Verbal ----- Original Message ----- From: "Jan Janak" jan@iptel.org To: "Francesco Bott?" francesco.botta@eutelia.it Cc: verbalkint@virgilio.it; "Jiri Kuthan" jiri@iptel.org; serusers@lists.iptel.org Sent: Sunday, November 14, 2004 3:04 PM Subject: Re: [Serusers] Call Admission Control on SER
On 14-11 14:31, Francesco Bott? wrote:
if I not yet received the BYE related with the INVITE (same sip_callid), I can suppose with some margin error that this call is still alive....or i really wrong/forgot something?? what I mean, if I polling in real-time the DB, I can fetch the real time stats on ended calls, refused calls, missed-calls and live calls even if I know that SER don't 'retain' the call state but maybe I can 'derive' this call state from accounting/polling from/to DB.....or maybe the risk to not account the BYE message is too high???
No, that does not make sense to me, there would be too many race conditions. The only viable solution, IMHO, is using B2BUA.
Jan.
-
Bruno Lopes F. Cabral -
Francesco Botta -
Jan Janak -
Jiri Kuthan -
verbalkint＠virgilio.it