Thanks for suggestion. I will give it try. Since every call will have to check database, will this effect the performance of Kamailio for high volume server?
Gary
On Tue, Jul 2, 2013 at 8:55 AM, I.Pavlov ip@izhnet.ru wrote:
Hi, Gary. I had same problem. Try to use “db_mode” parameter of dialog module with 1 value.****
*1 - REALTIME* - any dialog information changes will be reflected into the database immediatly.****
Then you can kill the dead dialogs through database.****
*From:* sr-users-bounces@lists.sip-router.org [mailto: sr-users-bounces@lists.sip-router.org] *On Behalf Of *Gary Chen *Sent:* Tuesday, July 02, 2013 4:14 PM *To:* Kamailio (SER) - Users Mailing List *Subject:* [SR-Users] How to cleanup unconfirmed dialog in memory?****
Kamailio 3.3.3****
I am using dialog module to do the concurrent call limit. Once a while I got a dead unconfirmed dialog hung in memory. The only way I know to cleanup this is to restart kamailio. So my questions are:
- Does anybody know a better way to cleanup the dead dialog without
having to restart the kamailio server? This is a production server. I really really hate to restart the server.****
- How easy to modify the source code to timeout the dead unconfirmed
dialog in memory? ****
Gary ****
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users