[SR-Users] PERMISSIONS module issue

PIERRE Laurent ltpierre at gmail.com
Tue Apr 15 17:42:52 CEST 2014


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> 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> 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
>> 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
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/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
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Laurent PIERRE
http://www.linkedin.com/in/lpierre
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140415/81ee0f42/attachment.html>


More information about the sr-users mailing list