Senad, Thanks for your response.
There are several reasons.
The 2 biggest are..
1 - We offer our customers the option to forward calls when an IAD is not registered .. In order to do that the registration interval needs to be relatively low.
2 - We've had some issues with setting registration intervals higher than 10 minutes. It seems to work about 99.5% of the time, but occaisionally an endpoint won't reregister before the reg interval on SER times out. I believe this is a bug in our endpoint and have been working with them on that. Setting the reg interval below 10 minutes has eliminated that problem for the time being .. However, even if this problem was fixed by the IAD manufacturer we still have the first reason (above) that would keep us from being able to increase the interval.
Darren
On 5/16/05 1:23 PM, "Senad J" senad@bicom.us wrote:
serusers-bounces@lists.iptel.org wrote:
Hey All,
This is a long email, so please bare with me...
Up until now we have used our primary SER serve as both registrar and call routing engine. However, we've recently hit a growth point where the registration load on our servers is high enough that it's affecting our call routing.
We currently have about 4,000 IAD's all registering every 5 minutes.
why every 5 minutes?
If you set it to highr figure, that will automatically reduce registration load !
So - my question is .. How do I take load off of the primary server??
Would implementing radius for authentication fix this problem? I am very familiar with radius (using Freeradius) and could easily set this up, but I would prefer not to go to the trouble if it's not going to help with the load.
Has anyone else had an issue with client authentication via MySQL and auth_db causing a high load with SER?
is your MYSQL on same host as SER?