Hello, if you work with large data records that you want to get via kamcmd, then you have to increase the buffer sizes of ctl module -- see the readme of that module to identify the parameters to adjust.
Cheers, Daniel On 11/01/16 20:22, Vik Killa wrote: > It seems dialplan module does not work with that many records > (35326 records to be exact) > After i increased memory to kamailio, the module could load the data > (kamcmd dialplan.reload), but is unable to 'dump' > > # /usr/local/sbin/kamcmd dialplan.dump 1 > error: 500 - Internal error root reply > > > > On Mon, Jan 11, 2016 at 1:49 PM, Vik Killa <vipki...@gmail.com > <mailto:vipki...@gmail.com>> wrote: > > Hi Daniel, > We are experimenting with the dialplan module. > I have a question about the reload of records. > We will have 35326 rows in our dialplan table. I expect this would > take a while to load into memory. Does the reload interrupt > routing? or does the module save new data in a new hash and then > change the pointer to the new hash? > Thanks, > V > > > On Mon, Jan 11, 2016 at 11:42 AM, Daniel-Constantin Mierla > <mico...@gmail.com <mailto:mico...@gmail.com>> wrote: > > Hello, > > short note to add that one can use dialplan module for doing > per/sed-like substitutions with rules stored in database. > Reloading of records from database can be done via mi/rpc > command, thus without restarting kamailio. > > dialplan module is particularly useful when needing to deal > with lot of substitutions specific for groups of users. > > Cheers, > Daniel > > > On 08/01/16 22:45, Vik Killa wrote: >> Hi Alex, >> Thank you! Your suggestion will most likely fit our solution. >> /V >> >> On Fri, Jan 8, 2016 at 4:42 PM, Alex Balashov >> <abalas...@evaristesys.com >> <mailto:abalas...@evaristesys.com>> wrote: >> >> On 01/08/2016 04:40 PM, Vik Killa wrote: >> >> That last statement was in-accurate. Im not trying to >> modify the R-URI >> at all actually. >> I'd like to create a variable. >> >> >> Right, you're trying to extract a value from the RURI, >> transform it, and copy the transformed value into >> something else. >> >> I think my last suggestion would serve that aim, if I >> understood the objective correctly. >> >> >> -- Alex >> >> -- >> Alex Balashov | Principal | Evariste Systems LLC >> 303 Perimeter Center North, Suite 300 >> Atlanta, GA 30346 >> United States >> >> Tel: +1-800-250-5920 <tel:%2B1-800-250-5920> (toll-free) >> / +1-678-954-0671 <tel:%2B1-678-954-0671> (direct) >> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - >> sr-users mailing list >> sr-users@lists.sip-router.org >> <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing >> list >> sr-users@lists.sip-router.org >> <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla > http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - > http://www.linkedin.com/in/miconda > Book: SIP Routing With Kamailio - http://www.asipto.com > http://miconda.eu > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users > mailing list > sr-users@lists.sip-router.org > <mailto:sr-users@lists.sip-router.org> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com http://miconda.eu
_______________________________________________ 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