Yeah, thats pretty much what I do now
The problem with this is that we have tens of thousands of fones registering, and every 30
seconds at that.
Adding a db load/store for each registration is a fairly horrible load-inducing thing.
Mind you, I already have a bunch of optimizations in (check the triplet of internal ip
address, nat'ed ip, and source port, and save only if there is a change), etc., etc.
cheers, and thanx
----- Original Message -----
From: Daniel-Constantin Mierla <daniel(a)voice-system.ro>
To: mahesh(a)aptela.com
Cc: users <users(a)openser.org>
Sent: Friday, August 18, 2006 11:48:00 AM GMT-0600
Subject: Re: [Users] How do I only INVITE if I am registered?
Hello,
On 08/18/06 02:43, Mahesh Paolini-Subramanya wrote:
Consider the case where there are two fones, both
registered as the
same subscriber (foo(a)bar.com)
I have max_contacts == 2, therefore the fones actually register
I now add a *third* fone, also registered as foo(a)bar.com
Since max_contacts == 2, this fone does *not* register.
However, if a user makes a call from this fone, the call will go
through. I wish to prevent this.
What do I do? Something obvious that I am missing?
Or something weird with twiddling with the RURI and using
"registered(domain)"?
Or heavy AVP mucking around?
this might be the best option. To store the source IP
for each phone,
and allow calls only from them. avp_db_query() should give enough
flexibility to achieve that.
Cheers,
Daniel
Cheers
--
*******************************************
Mahesh Paolini-Subramanya (703) 386-1500 x9100
CTO mahesh(a)aptela.com
Aptela, Inc.
http://www.aptela.com
"Aptela: How Business Answers The Call"
*******************************************
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
--
*******************************************
Mahesh Paolini-Subramanya (703) 386-1500 x9100
CTO mahesh(a)aptela.com
Aptela, Inc.
http://www.aptela.com
"Aptela: How Business Answers The Call"
*******************************************