[SR-Users] PERMISSIONS module issue

[Rainer Piper]

Hi ...
that's funny ...

kamctl fifo reload support ... and the browser opens the kamailio 
cookbook. ;-)


Am 15.04.2014 17:42, schrieb PIERRE Laurent:
> Hi,
>
> Yes we're used to configuring allow/deny files because we need to 
> manage a numbering plans ( authorize DID numbers, short numbers, 
> international numbers.....etc) with regular expressions.
> The "allow_address" refers to ip addresses only . So it's not useful
>
> Do you think we'll be able to have "reload support" on the next version ?
>
> Thanks
>
> Laurent PIERRE
> http://www.linkedin.com/in/lpierre
>
> ---------------
> On 14 April 2014 18:06, Daniel-Constantin Mierla <miconda at gmail.com 
> <mailto:miconda at gmail.com>> wrote:
> >
> > Hello,
> >
> >
> > On 14/04/14 17:00, PIERRE Laurent wrote:
> >
> > Hi,
> >
> > Indeed, when we add a telephone number in the authorize file 
> (default_allow_file)  using permission module then we have to restart 
> Kamailio. It's too bad for life system :(
> >
> > if you use allow/deny files, then you have to use allow_routing() or 
> allow_register functions. I guess there is no reload support for them.
> >
> > If you use address database table, then you have to use 
> allow_address() or allow_source_address(). There is support to reload 
> records from db table without restart, via mi or rpc command.
> >
> > Those using 4.0.x, have to upgrade to the latest fix release (4.0.6) 
> - there was a fix on reloading command (git 
> 7aba649db775a00e28dc75a9145a3da50f797776).
> >
> > Cheers,
> > Daniel
> >
> >
> > Is it planned to improve in the next version ?
> >
> > Thanks
> >
> > --
> > Laurent PIERRE
> > http://www.linkedin.com/in/lpierre
> >
> > ------
> >
> > On 8 November 2013 09:38, Daniel Tryba <daniel at pocos.nl 
> <mailto:daniel at pocos.nl>> wrote:
> >>
> >> On Thursday 07 November 2013 19:53:47 Samuel Ware wrote:
> >> > I having issue updating my allow list for the PERMISSIONS module. 
>  I added
> >> > an address to the ADDRESS table.  I have tried to do a service 
> restart,
> >> > kamctl address reload, and kamcmd permissions.addressReload.  The 
> kamctl
> >> > address show displays the new address; however kamcmd
> >> > permissions.addressDump does not neither does kamcmd
> >> > permissions.subnetDump.  The messages from this new address 
> return a false
> >> > to the !allow_source_address("1") command in my routing logic.  I am
> >> > wondering if this is a bug or I am doing something wrong.  I am 
> on the
> >> > most recent GIT version to the best of my knowledge.
> >>
> >> I noticed the same yesterday with 4.0.3, had to restart to get the 
> adress
> >> added.
> >>
> >> --
> >>
> >> POCOS B.V. - Croy 9c - 5653 LC Eindhoven
> >> Telefoon: 040 293 8661 - Fax: 040 293 8658
> >> http://www.pocos.nl/   - http://www.sipo.nl/
> >> K.v.K. Eindhoven 17097024
> >>
> >> _______________________________________________
> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> >> sr-users at lists.sip-router.org <mailto:sr-users at 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 at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
> >
> > --
> > Daniel-Constantin Mierla - http://www.asipto.com
> > http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - 
> http://www.linkedin.com/in/miconda
> >
> >
> > _______________________________________________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> >
>
>
>
> -- 
> Laurent PIERRE
> http://www.linkedin.com/in/lpierre
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140415/de4faa1c/attachment.html>