[asterisk-users] permit/deny in sip.conf iax.conf

Karl Fife karlfife at gmail.com
Wed Mar 24 10:48:02 CDT 2010


>> Steve Edwards wrote:
>>
>>> It may not be as intended, but from a "user" standpoint, it seems 
>>> logical
>>> and convenient to establish "policy" in [general] and make exceptions in
>>> the entities as needed.
>>
>> Right... for when you have one policy. When you have two policies, each
>> that apply to a dozen or more entries in the config file, then it really
>> doesn't help, it harms. Templates solve that problem completely, because
>> each policy can be its own (named!) template, and they can be combined.
>> Since templates are also very easy to use for the single policy case,
>> they are a better solution to teach people (and they're also easier to
>> implement in the configuration code of the module).
>>
>> In other modules created since chan_sip, we've intentionally avoided
>> this problem, and you'll note that in nearly every other module, the
>> [general] section is exactly that; general settings for the module, and
>> not defaults.
>
> In my NACL work, I implemented a channel-wide NACL for blacklist purposes.

Can you talk more about this?  Were your Named ACL's something other than 
templates?

What was/were the specific 'pain point/s' you were trying to assuage?  For 
example did you need something not currently offered in the existing 
frameworks, for example DNS-resolved hostnames for permitting/restricting 
registration/connection?  Or were you just doing a 
clever/elaborate/well-implemented setup of the existing frameworks?

I for one would love to hear your 10,000 foot concepts and any details you'd 
be willing to share.

-Karl






More information about the asterisk-users mailing list