Direct Access Issues after enabling Load Balancing

Recently I have been working on a Direct Access configuration in Load Balanced setup, and I wish to share my experience.

The setup consists of NetScaler and two Windows Server 2012 R2.

As any normal Direct Access installation, you will start by configuring the first Direct Access Server, and that did work just fine. The issues started when Load Balancing was enabled in Direct Access.

When Load Balancing is enabled in Direct Access, the wizard tells that you need to provide a new DIP for the Internal and External interface, as the current configured IP addresses are going to be used for VIP’s – That means the current configured IP addresses are being “moved” to the Netscaler.
When the wizard completes, the Remote session towards the server will end as the Direct Access server are being reconfigured with new IP addresses.

Reconnecting to the new IP address, and the LB Wizards tells “All Good” 🙂
Wuhuu – Enabling of Load Balancing Direct Access wasn’t that hard. 😉

NetScaler configuration was done, and it all showed up as “green” inside NetScaler.

Then it was time to test with some client, even if there was only one Direct Access server configured.

Testing started and from a client side it was all working.
DCA on Windows 7 said “Corporate Connectivity is working” and Windows 10 said “Connected”
– All good.

Looked in Direct Access Console – Remote Client Status.
Hmm, no client was connected and no client had ever been reported…
Strange – Both DA Clients are showing as connected.

Back to the client, and trying to access internal resources.
– No Access !!

TroubleShooting Time:
Started with all known Direct Access troubleshooting tips, but noone worked..
Starting to suspect the server….

I then decided to add the second Direct Access Server to the Load Balanced Cluster.
The second DA Server was added, and both servers showed up av “All Functional” in Direct Access Console.

Back to the client again.
Same status on both clients, but this time one of the clients showed up in Direct Access Console.
– Did that client work ?

Back to the client, and trying ta access internal resources.
– It works 🙂

Reconnected the Direct Access clients several times, and as long as they ended up on the second server it worked.

Additional troubleshooting:

  • Changed the Netscaler config, so just the second server was enabled
    • Direct Access clients worked every time
  • Changed the Netscaler config, so just the first server was enabled
    • Direct Access cleints did not work.
  • Changed the Netscaler config, so both servers was enabled
    • Direct Access clients worked as long as they was assigned to the second server.

Then I decided to remove the first server from the Direct Access Load Balanced Cluster, and reinstall the server.
After the server was reinstalled and added into the Direct Access Load Balanced cluster, both Direct Access Servers stared to work……


Looks like there are some issues with the Direct Access routines when enabling Load Balancing.
It seems like there are something that isn’t completed when the server changes it’s IP Addresses.

My solution was:

  • Establish Direct Access on one server
  • Enable Load Balancing
  • Add second server to Load Balancing
  • Remove first server from Load Balancing
    • Reinstall server
  • Add the server back to Load Balancing

Maybe this is fixed in Windows Server 2016, but I don’t know..


“The odd call drops” of the Mediation Server

Nice findings in the article – very relevant for all Lync/S4B installations that includes one or more voice gateways.

y0av. With a zero.

I had a very annoying issue lately when an installation of a new gateway resolved in some calls (specifically to US numbers) dropped by the Skype for Business mediation server saying “A call to a PSTN number failed due to non availability of gateways.

The cause, according to the mediation server, was that “All gateways available for this call are marked as down“, and the resolution, surprisingly, was to “Verify that these gateways are up and can respond to calls.”

It seemed funny, because all other calls were successful, I have not exhausted the available PRI channels I had, the gateway didn’t seem to lose connectivity for a split second and SIP options are accepted and replied to on both ends.

Looking further at the Lync Monitoring Reports, I noticed the following:

Reported by Client
12000; reason=”Routes available for this request but no available gateway…

View original post 564 more words

Missed Call Notification – Not Working…..

Since November 2015 there has been issues with Missed Call Notification from Lync/S4B to Outlook.
There has been written many blogpost about this, but I will here try to summarize how to fix it – Until Microsoft release a permanent fix for the issue.

The following Windows Update’s are relevant for this issue.

I have been trying to solve this at several customers, but made a breaktrough today.

I have been searching for KB3101496 – Nothing to find!
Searched in Registry clearly shows that the patch is installed, but it’s not visible in Control Panel

Additional research pointet me in the direction of KB3114351.

Looking for KB3114351 in Control Panel showed that this patch was installed.
Did a Uninstall of this patch, with a following reboot.
After a reboot, the KB3101496 was again visible in Control Panel.
Did a uninstall of this patch as well, following with a reboot.

After a reboot, I checked the “About Skype for Business”, and the version was clearly changed.

About S4B

Did a test call, and VOILA – Missed Call Notification is restored !

In Short:

  • Unistall KB3114351
    • Reboot Computer
  • Unistall KB3101496
    • Reboot Computer

I hope this wil help others that has this problem, and that Microsoft will release a patch that fixes this forever…..

iOS 9 and Lync Mobile 2013 Sign-In Issue

Just a Lync Guy


Today (9/16) Apple released iOS 9 for iPhone/iPad devices which introduce a list of new features and enhancements around security as well.


Following users feedback, a sign-in issue was discovered with iOS 9 and Lync 2013 Mobile clients which effect users that have different settings for their region and language one the iOS device, meaning that heir region settings is set to a different language then the iOS language.

For those who have different settings, the following error message would appear:



The current workaround for now is to change the iOS language to the match the region settings (or vice-versa) until Microsoft will address the issues with upcoming update or with the next SfB Mobile client version.

Additional Information:

  • Microsoft also released a KB article describing the problem
  • A great blog describing the root cause analysis you can find here
  • Another great blog post from Mika (

View original post 10 more words

Microsoft Ignite 2015 – A travelers story…

Hi all.

In the beginning of May 2015, there was finally time for the first ever Microsoft Ignite conference in Chicago. The time up in front of this was long, but nevertheless full of anticipation on what would Microsoft would bring to the table and out into the air…

I did arrive in Chicago late Sunday afternoon, and was ready to begin the Ignite journey – keynote was first on the agenda. The keynote was fun, interesting and full of new information of what Microsoft was aiming for in the near, and far future…. The keynote was long, from 09:00 to 11:45 – full of thoughts and innovative ideas. After the keynote I was even more exited, of what the following week could offer.

My primary goals for attending Microsoft Ignite, was to get more information about Skype for Business, in both OnPrem, Hybrid and Office365 configuration.

There was a busy week in Chicago, but a very good one. A lot of insight into Microsoft “view” into the future.

A lot of focus is on running hybrid configurations in the combination with Azure.

The trip from Norway to Chicago was definitely worth it, and I am already utilizing much of the stuff I learned during MS Ignite. 

After a fantastic week in Chicago, the time for getting back to Norway started on Friday afternoons. During the layover at O’Hare, Chicago was struck by a thunderstorm. This caused O’Hare to go into Ground Stop, and again delaying the flight by two hours…

Nevertheless I wish to come back next year for a even bigger MS Ignite. 

Skype for Business – Here comes the future

During sessions at #MSIgnite we have heared and seen enough to tell that Skype for Business will bring the future of communication to the marked.

Skype for Business brings great new features to both the end user and to the admins. 

End users will get a much better experience with the new client and clients – richer user interface and more server functions that brings the experience more unified. 

Admins will get a much more robust and stable system, able to bring much more functionality to the end user and several new features and toolsets to better administer and troubleshooting.

I’m now really looking forward to helping all my customers to bring their Lync systems towards Skype for Business.

Thanks Microsoft!