Jump to content

mc_

2600Hz Employees
  • Posts

    1,768
  • Joined

  • Days Won

    4

Posts posted by mc_

    • The "Request" username is normalized to e164 if possible from the get-go. Depending on your e164_converters, they may correct the request to something not accounted for in your dial_plan.
    • The classifiers are in the number_manager config. You use the classifier name as a key into the call_restriction object to allow/deny/inherit.
    • The classifier key is used (so in the example "tollfree_us", "unknown", etc would be the values to use in the call_restriction object.
    • Pretty print is only used for display purposes in the UI; unrelated to call processing
    • You have to escape the backslash to make it literal to make the regex be valid. See here for example

     

  1. 1. You could use Pivot and maintain the list of device->allowed_numbers in a db. Then you can create a UI where you/the facility can manage what numbers a device can dial.

    2. You could create a "dial_plan" object on the device that whitelists the allowed numbers and rewrites all others to a "can't dial this number" recording (like adding a prefix "BARRED" and having a callflow pattern for "BARRED{\\d+}")

    Those are two quick thoughts with no testing so buyer beware :)

  2. I will throw in doing similar things on the server side (never hurts to have redundancy!):

    1. Classifiers can be used to restrict/allow dialing numbers. In your example, a classifier for "\\+?1900\\d+" could be added to deny access to these numbers

    2. Dial plans can convert "local" dials to appropriate representations. You can prepend area codes, country codes, add access codes, whatever is needed.

    These will operate independent of the phone manufacturer which is nice in case a phone is misconfigured, tampered with, credentials stolen, etc. Good security is built in layers (just like ogres and cakes)!

     

×
×
  • Create New...