• Polycom RealConnect for Office 365: Why it’s an even bigger deal

    In a previous blog, I discussed the added benefit of PSTN Conferencing capabilities when used in conjunction with Skype for Business Online. Meeting participants could continue to join from their Skype for Business client or a web browser, but now they could also choose to join via phone: very much still an important use case. In addition to this, Microsoft have made available dozens of PSTN access numbers across the globe that your meeting participants can dial and participate in your Skype for Business Online meeting – very handy.

    It’s also important to point out that, for the user creating the meeting invite from their Outlook client, the workflow didn’t change to support this added capability. The only difference was that there was now an additional piece of information added to the meeting join information block:

    1.1

    It’s important to emphasise the importance of a single, consistent workflow when it comes to creating scheduled meetings for Skype for Business. Since the release of Lync 2010, the method of creating a Skype for Business meeting has remained more or less the same: Open Outlook, click on the meeting tab, select New Skype Meeting. For an external participant joining the meeting, all the information they require is contained in the meeting invite. At no point does the meeting organiser need to change their approach (i.e. choose between workflows) to accommodate a different join scenario: a single workflow to support all meeting join capabilities.

    Whilst having access to the above-mentioned methods to join conferences was sufficient for many organisations, the picture was still not complete. What if I wanted to ensure users on any “standards based” endpoint could also join my Skype for Business meetings?

    What is a “standards based” endpoint anyway?

    The term “standards based” essentially refers to any video conferencing endpoint that uses either SIP or H.323 to communicate with other endpoints using SIP or H.323, but aren’t necessarily from the same manufacturer. For example, both Cisco and Polycom have standards based endpoints that can call each other without the need for some kind of gateway sitting between them. Skype for Business native endpoints, however, are not standards based. They communicate using their own flavour of SIP and media codecs that gives a great end user experience, but do not allow direct calling between themselves and standards based endpoints.

    When working with on-premises deployments, this issue was overcome by deploying additional infrastructure side by side with the Skype for Business environment that was capable of transcoding traffic between disparate endpoints. We were also able to add in additional information at the bottom of the Skype for Business meeting invite, making sure that the ever-important single, consistent workflow was not deviated from whilst also adding additional meeting join capabilities:

    1.2

    It’s easy to see how adding this capability without changing the workflow would benefit many organisations. But what about organisations that use Skype for Business Online? What’s the solution for them?

    Introducing Polycom RealConnect for Office 365

    What is it?

    Simply put, RealConnect for Office 365 enables non-native (standards based) video conferencing endpoints to join Skype for Business Online meetings. Specifically:

    • It’s a cloud based interop service, offered by Polycom globally
    • It’s hosted in Microsoft Azure, side by side with Skype for Business online
    • Users are enabled for this service directly from within the Office 365 portal (more on this later)
    • It supports a wide range of devices connecting to your Skype Online meetings: Polycom, Cisco. Lifesize, etc.
    • Simple scheduling and join experience (no change to the standard Skype meeting workflow)
    • Supports desktop and application sharing across both Skype for Business and standards based endpoints

    Architecturally, the Polycom RealConnect <> Skype for Business interop is similar to on-premises Skype for Business environments where RealConnect is also deployed side by side. Any non-native endpoints joining the Skype for Business Online meeting “cascade” into the meeting via the hosted Polycom RealPresence platform:

    1.3

    The term “cascade” is important here. I’ve mentioned numerous times though this article the importance of maintaining a single consistent workflow for end users when creating Skype for Business meetings. The benefits of this are obvious: a single workflow for all scenarios ensures there’s no complexity or confusion for end users when it comes to creating a meeting invite. To support this, Polycom first introduced the concept of cascading with their RealConnect platform when deployed on-premises. Essentially, cascading means that the meeting itself is managed and hosted entirely within Skype for Business, with the RealConnect platform facilitating the cascading of media into and out of the Skype for Business meeting:

    1.4

    For organisations embracing Skype for Business Online as the centre of their conferencing world, who also have no desire to deploy expensive on-premises infrastructure, this posed an issue. With RealConnect for Office 365 not yet released globally, there has been a need to plug the hole in interoperability with standard based video conferencing endpoints. Other third-party alternatives exist; however, they have not been able to interop with Skype for Business Online meetings using the cascading method. This means that Skype for Business Online users would need to dial into a separately hosted MCU when wanting to meet with users joining from standards based endpoints, which, you guessed it, means that end users have a decision to make when creating a meeting invite: are all my participants joining from native Skype for Business endpoints? Or is there at least one joining from a standards based endpoint? For the average end user, we’re expecting a little too much for them to know the difference. The single consistent workflow has been compromised.

    RealConnect for Office 365 to the rescue.

    Use Cases

    There are two main scenarios where I see RealConnect for Office 365 being used:

    Organisation wants to move to Skype for Business Online, has investment in standards based endpoints

    In this scenario, an organisation has a large investment in non-native Skype for Business endpoints that will not be replaced in the short to medium term. It’s understandable that, particularly in larger environments, there won’t be a rip and replace with Skype for Business native endpoints on day one. With RealConnect for Office 365, the organisation can enable the Skype for Business Online meeting workflow, while still ensuring on-premises standards based endpoints can participate (as well as external standards based end points of course):

    1.5

    Organisation is implementing Skype for Business Online using native endpoints, wants to ensure external non-native endpoints can join meetings

    In this scenario, the organisation utilises Skype for Business Online, with all on-premises video conferencing and collaboration endpoints natively registered against Skype for Business Online. The addition of RealConnect for Office 365 is purely to ensure external parties using standards based endpoints can participate in scheduled Skype for Business Online meetings:

    1.6

    There is now a wide variety of endpoints that will natively register against Skype for Business Online. These are the most common I see/recommend when designing an end to end Skype for Business Online solution:

    How is it Deployed?

    Prerequisites

    Standards Based Endpoint Requirements

    If when referring to the use cases you’re an organisation that has an existing investment in on-premises standards based endpoints, you will need to ensure that these endpoints can successfully communicate with RealConnect for Office 365. This typically means that you have an existing SIP or H.323 registrar (e.g. Cisco VCS, Call Manager, etc) as well as infrastructure to support firewall traversal. If you want to test this, dial 7357@test.plcm.vc from one of your standards based endpoints, you should be able to get to the test call bridge:

    1.7

    For organisations that don’t have any on-premises standards based endpoints, you can skip this step.

    Skype for Business Requirements

    Prior to adding RealConnect for Office 365 to your Skype for Business environment, you’ll need to make sure that Skype for Business is fully provisioned, with users licensed to consume Skype for Business. Your Exchange environment must also be online.

    Client wise, you must be using Office 2016 Click to Run (C2R) 16.0.7668.2048 or higher. At time of writing, support for the Skype for Business Mac client and Outlook Web Access client was coming soon.

    Polycom Requirements

    To enable the service, licensing is acquired from a Polycom partner, which is then injected into the standard Office 365 Licensing portal.

    How?

    After licenses are obtained, your Office 365 tenant admin visits http://webapp.plcm.vc. This is an application that activates the Polycom RealConnect for Office 365 cloud video interop license within your Office 365 tenant. Follow the prompts to first authorise the app against your tenant and activate the licenses. Once licenses are obtained and associated with your tenant, they are treated like any other first party licenses. IT admins can assign licenses directly from the Office 365 portal UI or via PowerShell:

    1.8

    End User Experience

    Skype for Business Online Meeting Invite

    Once the video interop license has been assigned, the only change an end user will see is an additional piece of information added to the bottom of their standard Skype for Business Online meeting invite. The same single consistent workflow is maintained:

    1.9

    Clicking on Alternate VTC dialing instructions will also give some additional options for dialing into the Skype for Business Online meeting from a standards based endpoint:

    1.10

    With this additional piece of information added to the invite, we can now ensure that all external participants can participate in scheduled Skype for Business Online meetings, regardless of endpoint.

    Video Layout

    The Skype for Business Online environment manages the standard limit of five active video tiles which can display any combination of Skype for Business or standards based endpoint participants. The Polycom RealConnect environment cascades every connected standards based endpoint into the same meeting with some additional enhancements, such as injecting Immersive Telepresence rooms into the Skype for Business panorama video stream (which was previously only used to display panorama feeds from the Polycom CX5000/5100/5500 Unified Conference Stations):

    1.11

    Content Sharing

    Content sharing is transcoded between environments, with support for both Video Based Screen Sharing (VBSS) and Remote Desktop Protocol (RDP) for Skype for Business native content sharing, as well as H.239 and Binary Floor Control Protocol (BFCP) for standards based content sharing. This ensures that displayed content appears native on both Skype for Business and standards based endpoints:

    1.12

    Availability

    RealConnect for Office 365 is already available in the US, with an ANZ release date slated for Q3 2017. This has been on the priority road map for Polycom and Microsoft, as such I would not expect time frame to slip – perhaps we may see it even sooner…

    If you want to know more about Skype for Business Online, Polycom RealConnect for Office 365, and how they could work for your organisation, be sure to get in touch.


    Damien Margaritis

    Damien Margaritis

    Principal Consultant: Productivity at Insync Technology
    Damien Margaritis is the Principal Consultant for Productivity at Insync Technology, an innovative systems integrator focused on Systems Management, Productivity (including Unified Communications) and Cloud solutions. Damien is also involved with organising the Melbourne Skype for Business User Group, held quarterly at Microsoft’s Melbourne offices.

  • Provisioning Polycom Trio 8800s – A Better Way

    In a previous blog, I walked through how to ensure Trio meeting room devices received the right configuration file from the Polycom Provisioning Server. Whilst the approach I outlined then is still valid, I’d like to share a much simpler way that minimises the possibility of incorrect configuration making it onto your Trio devices.

    The old method relied on creating a dedicated configuration file for each new Trio device introduced to an environment. This would ensure that, on boot up, the Trio would be redirected to the correct Trio configuration file, while any Polycom VVX handsets that leveraged the same Polycom Provisioning Server would use the default master configuration file (000000000000.cfg) to locate their correct configuration. The logic was as follows:

    Due to there being a manual step to create a new configuration file every time a Trio device was added to a deployment, it was common to come across Trios installed post initial deployment which were loading incorrect VVX configuration. This was a sure fire way to ensure users did not get a consistent experience when moving between Trio enabled rooms, and in some cases custom configuration designated for VVX devices would break the Trio altogether.

    Surely, there has to be a better way?

    The Solution

    With a slight tweak of the default master configuration file (000000000000.cfg), we can now direct VVX and Trio devices to their own respective configuration file, without the need for custom configuration files per Trio. Prior to this, the following configuration file would be created per Trio MAC address (in this example, 0004F2FCC770.cfg), which would in turn point the Trio at its own specific configuration:

    Now, using only the default master configuration file, I am able to specify a different configuration file per device type:

    This ensures that whenever a new Trio device is introduced to an environment, there’s no need to manually add additional configuration files to the Polycom Provisioning Server. Also, you will notice in the above screen grab that the location of software updates for different device types has been modified: separate folders for each firmware type. Not a requirement, but does make it easier to tell which config belongs to which device.

    Damien Margaritis

    Insync Technology

  • Skype for Business: Cloud PBX Tenant Dial Plans Have Landed

    Within the on-premises world, dial plans have been around for quite some time, and not just within OCS/Lync/Skype for Business. For most organisations, the way users were dialled on traditional PABX systems was by their extension. It was possible to look up a user in a contacts list and then dial them, but ultimately the unique identifier that was being dialled was the user’s extension. In the Microsoft UC world, this is less of a requirement: we search for people we want to communicate with by name, and when we dial, it’s the SIP URI, not a number that we call. That said, there are a few reasons why it’s still desirable to configure a dial plan:

    • Users will not immediately adapt to not dialling extensions.
    • Organisations may be used to using customer short dials, for example dial “9” for reception.
    • In a migration scenario, where some users are still on a traditional PABX system and some are on Skype for Business, the dial plan can be used to normalise numbers being presented in the contact card that’s displayed when looking up users. For example, the organisation may still display 4 digit extensions on a contact card, which we want the dial plan to normalise this before the call is routed:

    1

    Let’s introduce the migration of users to Skype for Business Online with Cloud PBX. In Australia today, there are currently two methods to enable users for Cloud PBX:

    • Hybrid with Skype for Business Server 2015
      • o Calls to/from users homed to Skype for Business Online route via an on-premises Skype for Business Server deployment to the PSTN network and/or traditional PABX system.
    • Hybrid with Cloud Connector Edition (CCE)
      • o Calls to/from users homed to Skype for Business Online route via on-premises CCE deployment to the PSTN network and/or traditional PABX.

    If the environment supporting Cloud PBX users is Hybrid with an on-premises Skype for Business Server topology, on-premises dial plans can be assigned to Cloud PBX users. This ensures that, when users are moved from on-premises to online, their dialling behaviour remains unchanged.

    If the Hybrid environment supporting Cloud PBX users is with an on-premises Cloud Connector Edition, on-premises dial plans cannot be assigned. Instead, users are assigned a Service Country level dial plan from the Skype for Business Online tenant, which cannot be configured or customised. This presented some challenges, including:

    • Users that were moved from on-premises Skype for Business (Enterprise Voice), to Skype for Business Online (Cloud PBX) would experience a change in dialling behaviour, as their dial plan would not move with them.
    • In the AU region at least, the dial plan is very basic. Only 4 normalisation rules were contained within the dial plan (see Online Dial Plans – Before Customisation below) Some issues with this included incorrect normalisation behaviour when dialling emergency numbers, as well as no method to support user dialling local 8 digit numbers, as the Server Country dial plan was exactly that: country wide. It wasn’t granular enough to support users in different states dialling local numbers. Both could be manipulated on the SBC before routing to the PSTN, however it was confusing for end users.
    • If deploying CCE into a Hybrid environment where internal dialling between Cloud PBX users and traditional PABX users still needed to occur, not having a configurable dial plan could lead to problems and/or confusion for end users when dialling between systems.

    The above points meant that, when deploying Cloud Connector Edition, there was pain being experienced by end users, especially when being migrated from an on-premises solution that supported custom dial plans…

    Until now.

    Microsoft Introduces Tenant Dial Plans

    As of last week, we now have access to custom Tenant Dial Plans that can be configured on a per tenant or per user basis.

    Why?

    • A single country specific set of dialling rules was not enough.
    • Dial patterns had to change when users migrated to SfB online – this greatly impacted the end user experience.

    What?

    • Simply put, custom dial behaviour for Skype for Business Online Cloud PBX users.
    • Tenant Dial Plans can apply to Cloud PBX Online, Hybrid, CCE as well as dial out for Cloud PSTN Conferencing.
    • No change in routing, dial plans normalise numbers prior to the call being routed.
    • Limit 25 normalisation rules per dial plan.

    Tenant Dial Plans – Before Customisation

    Below is the full list of normalisation that were assigned to each Cloud PBX user within Australia automatically:

    2

    The two main issues with these rules:

    • Dialling Emergency did not normalise correctly
    • Dialling Local 8 digit numbers did not normalise correctly

    Custom Tenant Dial Plans

    How Are They Applied?

    With the introduction of custom Tenant dial plans, there are now three types of dial plans that can be applied to users:

    • Service Dial Plans – always existed, applied to all users, cannot be changed
    • Tenant-Global – customise, applies to all users in tenant
    • Tenant-User – applied only to specific users

    3v2

    Note that Tenant dial plans are applied to users a little differently than on-premises dial plans. For on-premises users, they would get a single dial plan, with the dial plan “closest” to them taking precedence. For example, in an environment with a site level and global level dial plan, the site level dial plan would be applied to users within that site, and the global dial plan would not be applied.

    With Tenant Dial Plans in Skype for Business Online, the Service level dial plan is merged with either the Tenant – Global or the Tenant – User dial plan. Only additional normalisation rules on top of what’s automatically assigned to your users from the Service Country dial plan need be configured:

    4

    Planning for Tenant Dial Plans

    Before you deploy your own custom Tenant Dial Plans, ask yourself the following questions:

    1. Are additional rules required?

    Usually, the answer will always be yes. Even if all your users are in a single location, and they do not require extension level dialling, you at the very least want to ensure Emergency and Local 8 Digit dialling normalises correctly.

    1. Determine Dial Plan Type

     Do I need to deploy Tenant Global or Tenant User dial plans? If all users are located in a single state, with the same extension level dialling requirements, Tenant Global would suffice. However, if your users are based in different states, use Tenant User dial plans to ensure specific groups of users get the correct result when dialling local 8 digit numbers.

    1. Build valid number patters for each plan

    Some examples to follow below.

    1. Maintain consistency with naming conventions

    Think about future requirements. It’s worth taking the effort to name dial plans with an expectation that other states or countries may be added in the future. For example, AU-VIC-MEL-QST or similar future proofs your dial plan configuration.

    How To Tell What Rules I Need?

    Depending on what environment your migrating from, there are a couple of ways to achieve this:

    • Existing Lync/Skype for Business On-Premises deployment

    You can manually review your existing dial plans and copy as required, or, there’s a script for this! Refer section Additional Useful Cmdlets – Import from CSV below

    • Migration from traditional PABX system

    Gather details from the existing PABX system to ascertain dial plan requirements. If you’re using the Skype Operations Framework, this is covered when carrying out the Envisioning Architecture Workshop (part of the Envisioning phase).

    Future Capabilities

    Some additional information on future capabilities that are on the roadmap:

    • Today, can only be configured via PowerShell. A User Interface (UI) is planned for future release.
    • No support for the External Access Prefix. If you try to configure today:

    5

    • Currently no support for certified IP phones – Microsoft is working on this with partners, expect to be supported in future device firmware release.

    Tenant Dial Plan Walk-through

    Without configuring custom Tenant Dial Plans, this is the result when dialling emergency numbers, local 8 digit numbers, and internal extensions from a Cloud PBX user located in region AU:

    6

    7

    8

    If we look at the client side trace (more in that below in the Troubleshooting section below), you can see what normalisation entries have been provisioned in-band when signing in as a Cloud PBX user, without custom Tenant Dial Plans being applied:

    9

    To resolve this, we will now create a Tenant User Dial Plan, and assign it to user Vincent Vega:

    • From Skype for Business Online Remote PowerShell, create Tenant User Dial Plan:
    $nr1 = New-CsVoiceNormalizationRule -Parent Global -Name AU-Emergency -Description "Emergency number normalisation for Australia" -Pattern '^(000|112|911)
    • Assign this to user Vincent Vega:
    Grant-CsTenantDialPlan -PolicyName AU-VIC-MEL-QST -Identity vincent.vega@insynctechnology.com.au
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    $DPName = "OnPremDialPlan"
    
    $DPFileName = "dialplan.xml"
    
    Get-CsDialplan $DPName | Export-Clixml $DPFileName
    • Run the following from Skype for Business Online Remote PowerShell:
    $DPFileName = "dialplan.xml"
    $DP = Import-Clixml $DPFileName
    $NormRules = @()
     
    ForEach($nr in $dp.NormalizationRules)
    
    {
    $id1 = "Global/" +$nr.Name
    $nr2 = New-CsVoiceNormalizationRule -Identity $id1 -Description $nr.Description -Pattern $nr.Pattern -Translation $nr.Translation  -IsInternalExtension $nr.IsInternalExtension -InMemory
    $NormRules += $nr2
    }
    
    New-CsTenantDialPlan -Identity $dp.SimpleName -ExternalAccessPrefix $dp.ExternalAccessPrefix -Description $dp.Description -OptimizeDeviceDialing $dp.OptimizeDeviceDialing -SimpleName $dp.SimpleName -NormalizationRules $NormRules
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    (Get-CsDialPlan AU).NormalizationRules | FT Name,Description,Pattern,Translation,IsInternalExtension
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    $nr1 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Emergency -Description "Emergency number normalisation for Australia" -Pattern '^(000|112|911)

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    Grant-CsTenantDialPlan -PolicyName $null -Identity Vincent.vega@insynctechnology.com.au
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    Remove-CsTenantDialPlan -Identity AU-VIC-MEL-QST -force
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    $nr1 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Emergency -Description "Emergency number normalisation for Australia" -Pattern '^(000|112|911)

    List Normalisation Rules Within a Dial Plan

    (Get-CsTenantDialPlan AU-VIC-MEL-QST).NormalizationRules
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    Get-CsOnlineuser | where-Object {$_.TenantDialPlan -eq "AU-VIC-MEL-QST"} | FT FirstName, LastName
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    Get-CsEffectiveTenantDialPlan -Identity Vincent.vega@insynctechnology.com.au| Select-Object -ExpandProperty NormalizationRules
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    Get-CsEffectiveTenantDialPlan -Identity Vincent.vega@insynctechnology.com.au | Test-CsEffectiveTenantDialPlan -DialedNumber 000
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+000' -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description "Local number normalisation for South East, Australia" -Pattern '^([2-9]\d{7})
    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+613$1' -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description "Internal Extensions VIC to E.164" -Pattern '^(2\d{2})
    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+61386097$1' -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2
    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+000' -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description "Local number normalisation for South East, Australia" -Pattern '^([2-9]\d{7})

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+000' -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description "Local number normalisation for South East, Australia" -Pattern '^([2-9]\d{7})
    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+613$1' -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description "Internal Extensions VIC to E.164" -Pattern '^(2\d{2})
    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+61386097$1' -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2
    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation '+613$1' -InMemory Set-CsTenantDialPlan -Identity Global -NormalizationRules @{Add=$nr1,$nr2}

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description “Internal Extensions VIC to E.164” -Pattern ‘^(2\d{2})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+61386097$1’ -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description “Internal Extensions VIC to E.164” -Pattern ‘^(2\d{2})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+61386097$1’ -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description “Internal Extensions VIC to E.164” -Pattern ‘^(2\d{2})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+61386097$1’ -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory Set-CsTenantDialPlan -Identity Global -NormalizationRules @{Add=$nr1,$nr2}

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description “Internal Extensions VIC to E.164” -Pattern ‘^(2\d{2})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+61386097$1’ -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory Set-CsTenantDialPlan -Identity Global -NormalizationRules @{remove=$nr1,$nr2}

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description “Internal Extensions VIC to E.164” -Pattern ‘^(2\d{2})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+61386097$1’ -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description “Internal Extensions VIC to E.164” -Pattern ‘^(2\d{2})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+61386097$1’ -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory Set-CsTenantDialPlan -Identity Global -NormalizationRules @{Add=$nr1,$nr2}

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+000’ -InMemory $nr2 = New-CsVoiceNormalizationRule -Parent Global -Name AU-SouthEast-Local -Description “Local number normalisation for South East, Australia” -Pattern ‘^([2-9]\d{7})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+613$1’ -InMemory $nr3 = New-CsVoiceNormalizationRule -Parent Global -Name Internal-Extensions-2xx -Description “Internal Extensions VIC to E.164” -Pattern ‘^(2\d{2})

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

    -Translation ‘+61386097$1’ -IsInternalExtension $true -InMemory New-CsTenantDialPlan  -Identity AU-VIC-MEL-QST -NormalizationRules @{Add=$nr1,$nr2,$nr3} 10v2

    • Assign this to user Vincent Vega:
    
    

    After signing out and back in from the Skype for Business client, the additional normalisation rules are now applied:

    11

    12

    13

    From the client side trace, you will now see additional dial plan entries as well as the existing Service Country Dial Plan entries. Also, note the difference in the name. It’s now a combination of a unique identifier, Tenant User and Service Country Dial Plans:

    14

    Additional Useful Cmdlets

    Import from CSV

    If you have an existing on-premises Lync/Skype for Business environment, you can import rules from existing dial plans into Tenant Dial Plans. To do this:

    • Run the following from on-premises Lync/Skype for Business Management Shell:
    
    
    • Run the following from Skype for Business Online Remote PowerShell:
    
    

    Get Service Level Dial Plan

    The following cmdlet will list default dial plan entries that apply to a region. In this example, the region is AU:

    
    

    15

    Update Global Tenant Dial Plan with Normalisation Rules

    If you have no need for Tenant User level dial plans, you can configure your additional normalisation rules at the Tenant Global level:

    
    

     16v2

    Remove Tenant User Dial Plan from a User

    The following will remove a user level dial plan that’s been assigned to an individual user:

    
    

    Remove a Tenant User Dial Plan (force will allow delete even if assigned to any users)

    Whilst it’s recommended to gracefully remove a dial plan from all users it’s assigned to prior to deleting the dial plan, include -force if you want to remove anyway:

    
    

    Remove Entries from Existing Dial Plan

    The steps to remove are almost identical to creation, except use “remove” not “add when calling the list of normalisation entries:

    
    

    List Normalisation Rules Within a Dial Plan

    
    

    17

    Identify Who Has a Specific Dial Plan

    To output a list of all users configured with a specific dial plan:

    
    

    18

    Troubleshooting

    Identify Effective Dial Plan

    If you want to check what normalisation rules are being assigned to a user, run  the following cmdlet:

    
    

    19

    You can also use a variation of the above cmdlet to test an individual number normalisation:

    
    

    20

    Snooper

    If you want to check what rules are being applied client side:

    1. Get your hands on Snooper
    2. From the Skype for Business client, ensure logging is set to full

    21

    1. After logging into the client, locate the client logs. For Office 2016, they are found in %userprofile%\AppData\Local\Microsoft\Office\16.0\Lync\Tracing

    22

    1. Open the UCCAPILOG file using Snooper. Click on the Messages tab, and search for LocationProfileDescription
    2. Expand out the Message-Body on the right, you will see the normalisation rules that have been applied to the user:

    23

    If you want to know more about Cloud PBX, and what it could do for your business, be sure to get in touch!

  • Deploying Sonus CloudLink: Missing $dnsName in the certificate $CertFullName

    When deploying Cloud Connector Edition, I would have to say that Sonus’ CloudLink offering has made life a lot easier. A single 1RU appliance that houses everything I need to enable PSTN access for Skype for Business Online CloudPBX users, and also allow integration with existing on-premises solutions the customer may be migrating away from.

    That said, I have run into the odd issue here and there, none of which have been show stoppers but have needed investigation just the same.

    On my latest deployment, I ran into the following error when attempting to run Install-CcAppliance:

    1
    Missing sip.AUSITE01.DOMAIN.COM.AU in the certificate C:\UX\CCE\CCE-Certificate.pfx
    At C:\Program Files\WindowsPowerShell\Modules\CloudConnector\Internal\MtValidations.ps1:767 char:17
    +                 throw "Missing $dnsName in the certificate $CertFullName"
    +                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : OperationStopped: (Missing sip.AUS...Certificate.pfx:String) [], RuntimeException
    + FullyQualifiedErrorId : Missing sip.AUSITE01.DOMAIN.COM.AU in the certificate C:\UX\CCE\CCE-Certificate.pfx

    For this deployment, there were two SIP domains that were to be supported, and AUSITE01.domain.com.au was not one of them. This was in fact the External Edge Pool FQDN. When preparing CCE for deployment via the Sonus Web GUI, these entries are not manually populated: they are pulled from the certificate SAN list once the public cert has been uploaded. If there is no corresponding SIP.domain.com.au entry in the SAN list for SIP domains that are to be supported, install will fail.

    Manually checking the CloudConnector.ini file, I confirmed that there was an additional SIP domain that should not be present (the middle entry):

    2

    Simply removing this from the config file and re-running Install-CcAppliance resolved the issue.

    Damien Margaritis

    Insync Technology

  • Skype for Business Online PSTN Conferencing: Why it’s such a Big Deal
    Cloud pbx cut

    SKYPE FOR BUSINESS ONLINE PSTN CONFERENCING: WHY IT’S SUCH A BIG DEAL

    The increase in mobility of people in the workforce has given rise to a host of amazing virtual meeting options – including options for dial-in conferencing, web based online audio/video conferencing, as well as desktop client and room based solutions. As a result of this, many companies – wishing to use a combination of these options – have felt the sting of the subsequent rise in costs and complexity in their conferencing and telephony systems. It’s not uncommon for organisations to be paying for landline phones, mobile phones, instant messaging tools, third party dial-in conferencing services and of course video conferencing platforms.

    With an industry wide push to Software as a Service (SaaS) models, organisations want to be able to simply and easily add additional ways people can access their conferences, without adding to on-premises systems or overall complexity.

    For organisations already using Skype for Business Online, they would be used to the ease and simplicity of creating a Skype for Business Online Meeting:

    1

     

    2

     

    For anyone using the Skype for Business client for conferencing, they can simply click on the Join Skype Meeting link, and their client will automatically open and join the conference. One click to join. For anyone that clicks the link that doesn’t have the Skype for Business client, they are automatically directed to the Skype for Business Web App, where they can also participate in the meeting, enjoying Multi-view video, desktop and power point sharing, and all the other capabilities a full desktop client user would enjoy:

     

    3

     

    Whist these two methods provide a great experience for conference participants, sometimes joining from a standard telephone over the PSTN network is unavoidable. How do we add this capability to Skype for Business Online?

    This is where Skype for Business Online Dialin Conferencing can help

    To add the ability for users to dial into your Skype for Business Online meetings, it’s as simple as adding the prerequisite licensing to your Office 365 tenant, and enabling for your users.

    What licenses do I need?

    If you want to use dial-in conferencing, you have two options:

    • Purchase and assign theSkype for Business PSTN Conferencing add-on license to your existing Enterprise E1 or Enterprise E3 licensed tenant

    Once you have the required licensing, enable it for your users from the Office 365 Portal:

    4

    Now when I create a Skype for Business Online Meeting, participants can now dial in from a phone number I choose, or from dozens of countries automatically made available. In this case, I configured a dedicated Melbourne PSTN number to be my default:

    5

    However, what if users want to dial in from other countries without incurring international toll costs? Click on Find a local number, and you will be presented with dozens of numbers from countries around the globe, all as part of the PSTN conferencing service:

    6

    Here’s a full list of countries that are automatically available for dialin conferencing:

    Country/region Capital or major city
    Argentina Buenos Aires
    Australia Sydney
    Austria Vienna
    Bahrain Manama
    Belgium Brussels
    Brazil Sao Paulo
    Bulgaria Sofia
    Canada Toronto
    Chile Santiago
    China Beijing
    Columbia Bogota
    Costa Rica Phone numbers aren’t linked to a specific city or location
    Croatia Zagreb
    Cyprus Nicosia
    Czech Republic Prague
    Denmark Copenhagen
    Dominican Republic Santiago
    El Salvador San Salvador
    Estonia Tallinn
    Finland Helsinki
    France Paris
    Georgia Tbilisi
    Germany Frankfurt
    Greece Athens
    Hong Kong Hong Kong
    Hungary Budapest
    India Mumbai
    Ireland Dublin
    Israel Tel Aviv
    Italy Milan
    Japan Tokyo
    Latvia Phone numbers aren’t linked to a specific city or location
    Lithuania Vilnius
    Luxembourg Luxembourg
    Malaysia Kuala Lumpur
    Malta Valletta
    Mexico Mexico City
    Netherlands Amsterdam
    New Zealand Wellington
    Norway Oslo
    Pakistan Karachi
    Panama Panama
    Peru Lima
    Philippines Manila
    Poland Warsaw
    Portugal Lisbon
    Romania Phone numbers aren’t linked to a specific city or location
    Russia Moscow
    Singapore Singapore
    Slovak Republic Bratislava
    Slovenia Ljubljana
    South Africa Cape Town
    South Korea Seoul
    Spain Madrid
    Sri Lanka Phone numbers aren’t linked to a specific city or location
    Sweden Stockholm
    Switzerland Zurich
    Taiwan Taipei
    Thailand Bangkok
    Turkey Istanbul
    Ukraine Phone numbers aren’t linked to a specific city or location
    United Kingdom (UK) London
    United States (U.S.) Chicago, Dallas, Los Angeles and New York City

     

    To find out more about Skype for Business’s PSTN Conferencing and the best options for your organisation, contact Insync Technology on 1300 652 207 or email us at info@insynctechnology.com.au

  • Polycom Release Trio 8800 Firmware 5.4.4 Rev AB

    Mid November, Polycom released a much anticipated firmware version for the Trio 8800 conference devices: 5.4.4 REV AA (5.4.4.7511). This release gave us a new Skype for Business themed user interface, better support for USB tethering scenarios, multiple video stream support and new screen layouts for video and content viewing (say goodbye to audio switching video feeds…) and various other improvements in calendaring, contact search and conference management. This was the release all of us in the Microsoft UC world had been waiting for!

    Unfortunately, if you were using the Trio with the Visual+ module there was an issue with this release. Specifically:

    “Polycom has identified substantial quality issues with Trio Software Release 5.4.4AA when used with the Visual+ module, including content bleed issues between DIFFERENT meetings.

    As a result, Polycom is rolling back 5.4.4AA and is supporting it only for AUDIO ONLY applications until these defects are corrected and released”

    Thankfully, an updated version has been released that resolves this issue: 5.4.4 REV AB (5.4.4.7609) You can download it here

    UPDATE: 5.4.4 REV AD has been released (5.4.4.7776). Download here

    In addition, I have also put together an updated base config file that will greatly simplify deployment of Trio devices into your Microsoft UC environment. You can download it here.

    For more information on how to centrally provision Trio devices, and how to view/edit the config file, check out my earlier blog: Provisioning Polycom Trio 8800s

    Damien Margaritis

    Insync Technology