Hi, we are using kill - HUP for reload:-) For Michal:I tested reload on gatekeeper without any load just with one registered gateway. There was no call before, during and after reload. Billing backend is on same PC. Reload is taking on this machine same time as in production environment - almost one minute. The problem is really with routing tables. We have more than 25 gatekeepers configured as neighbor. On each gatekeeper is registered up to 300 gateways and terminals, each one with separate number. This mean a lot of entries in [RoutingPolicy] and [Neighbor::xxxx] sections. Config files are generated from SQL, and they are distributed to all gatekeepers by script at same time.
I need to add more entries to config. And I am looking some solution. Is routing by virtual queue only solution? Thanks Jiri
Jerry napsal(a):
Hi, instead of send reload command from status portif I use gk.initd.redhat to reload, in check I see it kill -HUP `cat $GKPID` RETVAL=$? Will the gatekeep also lock all calls? Thanks*/Zygmuntowicz Michal <[EMAIL PROTECTED]>/* wrote: If your reload time is so long, it's possible that some of your gateways or your billing backend have long response times. To reload the config, the gatekeeper has to lock all calls. This means no outgoing call setup is in progress and all auth/acct modules finished their work. Otherwise the gatekeeper waits till all tasks have finished. I am not sure, if using SQL config will improve performance (it will definitelly improve config management). ----- Original Message ----- From: "Jirí Gubík" Sent: Wednesday, June 27, 2007 8:30 PM > Hi, > I noticed increased duration of reload time with increased number of > routing informations in config file. Our current config files are around > 200KB. We use only internal and neighbor routing policy. Current reload > time is more than 1 minute, which is too long. We need to reload our > gatekeepers several times per day. I currently added to config 500 more > destinations and reload time was almost 5min or some of gatekeepers > crashed. > Will transfer of config file to SQL help? Or should we focus to move all > routing to virtual queue? Is any example application of handling virtual > queue available? > Thanks for answers. > Jiri ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________________ Posting: mailto:[email protected] Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/ ------------------------------------------------------------------------ ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ------------------------------------------------------------------------ _______________________________________________________ Posting: mailto:[email protected] Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/
_______________________________________________________ Posting: mailto:[email protected] Archive: http://sourceforge.net/mailarchive/forum.php?forum_name=openh323gk-users Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
