Pages

Wednesday, November 9, 2011

Dialing Rule Optimizer Now Does Extensions

I've been keeping myself busy lately with updates to the Lync Dialing Rule Optimizer.  If you've been keeping track, you may have noticed the numerous improvements lately, including new options for adding Call Park and Premium Number Blocking.

There have also been numerous little changes to the website over the past few months, like:

  • Minor change to the Lync rule naming convention to include the NPA/NXX for companies that have multiple Lync sites in the same city.  So, instead of rules like NA-ON-Toronto-National, you get NA-ON-Toronto-416555-National.   
  • Website interface change to include warning if Javascript isn't enabled.  The webpage relies on Javascript for proper functionality, but users might not notice when creating basic rules.  This can lead to all sorts of weird behaviour, so I added a big WARNING: JAVASCRIPT NOT DETECTED! right in the middle of the screen when it doesn't detect Javascript.
  • Detailed help for every option
  • Rule tweaks to fix some recently found issues

I am now proud to unveil the latest iteration of the Lync Dialing Rule Optimizer (v7.0).  You now have the option to include dialing rules for local extensions.  This is useful for companies that connect Lync to an existing PBX and want to maintain extension dialing for their Lync users.  It can also be used to allow Lync users in a purely Lync environment to dial each other by extension number, which is especially useful to help users transition from a legacy PBX environment where they were used to dialing each other by their extension.

The new option is visible for Lync users in all countries, as shown below:

When you select the checkbox, it will show an Edit Extensions button.  Clicking it will bring up the Extension Entry screen...

Add up to 10 extension ranges and the associated PBX main office number, in e.164 format.  The program will create normalization rules, routes and outbound translation rules to make sure that when a Lync user dials an extension, it will route to the PBX.

I've also cleaned up the .PS1 script so that when you run it, it will provide concise and useful information about what it's doing, rather than the flying stream of output it used to do.  It will also prompt for an application pool to apply call park/block rules, if it detects more than one in a site.

Try it out, and as always, be careful when applying to an existing Lync site.  The script is designed to work in a new, blank site.

If you find issues or have ideas for improvement, please let me know.

9 comments:

  1. Looks great. Maybe it will be possible to add Poland to your Optimizer?
    Regards
    Konrad

    ReplyDelete
  2. Hi Konrad,
    I'd be happy to add Poland to the Optimizer. Can you fill me in on the details about how dialing works there? Look at the bottom of my original post on International Dialing (http://ucken.blogspot.com/2011/06/dialing-rule-optimizer-goes.html) for the sort of thing I'm looking for.

    Ken

    ReplyDelete
  3. Hi Ken

    I have used your Optimizer a few times now and its great. Saved me lots of time. I have one issue with the Belguim rules created though. When people dial any local number say 027232362 then there isn't a rule to match.

    Thanks

    ReplyDelete
  4. Hi Anonymous,
    What happens when you edit the BE-Nationaal normalization rule and try testing that number? Does it normalize to +32....?

    Ken

    ReplyDelete
  5. Hi Ken

    Afraid not. The Test result shows 'No match exists for the regular expession that you built' I have noticed however if you add an extra digit to the number it passes the test.

    Thanks


    Steve

    ReplyDelete
  6. OK,
    My rule assumes that phone numbers in Belgium are either 9 or 10 digits long (not including the leading 0). If they can be 8 digits long without the 0, just confirm that for me and I'll fix it.

    Ken

    ReplyDelete
  7. Hi Ken

    I changed the rule to this ^0([1-9]\d{7,8})(\s*\S*)*$ and that fixed it for me.

    Steve

    ReplyDelete
  8. Hey Steve,
    Thanks for that...so Belgium numbers can only be 9 or 10 digits including the leading 0?

    ReplyDelete
  9. I believe so yes.

    Steve

    ReplyDelete

Note: Only a member of this blog may post a comment.