A customer reported an interesting bug that found its way to me today, and in the washup it turned out that I was somewhat directly the cause. Ouch.
The problem was that anyone hosting a “Meet Now” meeting on the Trio was unable to add participants. When they pressed “+ Add” on-screen button, the phone reported “Service unavailable”, and offered no further explanation.
Continue reading ‘Polycom Trio – Service Unavailable adding Meet Now participants’ »
It’s been over 6 years years since I published two how-to guides on ways to interface your (then) on-premises Lync deployment to a public address / paging system:
Given the Cloud-based architecture of Office 365 and Microsoft Teams I thought I should revisit the subject, see if they’re still relevant, and if there are any superior ways of doing same.
I’m pleased to say that both remain relevant in a cloud-based deployment, although they require a CCE or Microsoft Teams Direct Routing (DR) SBC in order to add the required FXO port or SIP connectivity.
OK, so that’s not everyone these days. What alternatives do we have? Continue reading ‘Public Address (Paging) Options for Microsoft Teams – I’ »
You’d think by now Microsoft would have stopped hard-coding its products to expect the US date format “MMDDYY”, but apparently the team behind Office Online Server 2016 are still holding out – and as a result you might find your OOS farm remains steadfastly “Unhealthy”, despite your best efforts.
If you’re not in the US (i.e. are running a different time and date format) and none of Wictor Wilén’s many fixes have borne fruit, try this one.
The telltale sign this time is the presence of one or both of these events in the Applications and Services Logs / Microsoft Office Web Apps event log, spewing forth roughly every 4 minutes:
41268:
<HealthMessage>UlsControllerWatchdog reported status for UlsController in category 'Verify Trace Logging'. Reported status: Likely caused by shipping osipartner outputs from somewhere other than a devmain checkpoint. Trace string is found but the format is not correct in C:\ProgramData\Microsoft\OfficeWebApps\Data\Logs\ULS. The following fields has the wrong format or content: [ Timestamp ].</HealthMessage>
Continue reading ‘Non-US dates make for Unhealthy OOS Farms’ »
Six months after our last update we have a January update to take your Lync Server 2013 up from 5.0.8308.1001 to 5.0.8308.1068. It updates 4 components on my Standard Edition Front-End.
This cumulative update fixes the following issue:
Nothing noted. No new commandlets are introduced in this update.
Nothing noted.
This week saw the release of an update for SfB Server 2015, taking the server up from 6.0.9319.534 to 6.0.9319.537 and updating 8 components on my Standard Edition Front-End.
My fellow MVP Luca has commented on the size of this one, which is indeed a lot larger than its predecessors:
Latest #Skype4B CU 2019-01 has grown from 99MB to 437MB!!!
As always you can find latest and previous CU in my Lync/SfB Cumulative Update Repository https://t.co/H6UmrZBaih pic.twitter.com/RoHPXGQhWh— Luca Vitali (@Luca_Vitali) January 10, 2019
I recently realised my Lab’s Office Online Server is broken, and it looks to have been down since these (November) Windows updates were applied on December 11th:
Continue reading ‘November 2018 updates to Server 2016 break OOS’ »
Happy new year! I wonder what 2019 has in store for us?
It’s been 6 or so weeks since our last update to the client, and this update brings just the one fix. Kb 4461557 takes the Office 2013-based client from 15.0.5085.1000 to 15.0.5101.1000 (although it’s reported in the kb as 15.0.5101.1002).
This update fixes the following issue:
Nothing documented.
Nothing documented.
Continue reading ‘Lync 2013 / SfB 2015 Client Update – January 2019’ »
The phone in my ‘mugshot’ this year is an old red buttinski, or ‘butt’ for short. In other countries you might call it a lineman’s handset. (If you refer to these by any other name in your country, please post it to the comments).
I’m not too proud to admit that I’m frequently plagued by identity crises. As a consultant I spend my days signing into and out of many different deployments of SfB and Microsoft Teams, and I *regularly* lose track of which system I’m in.
With Windows it’s easy: you just ask a CMD or PowerShell prompt “whoami” and it tells you.
With Skype for Business it’s pretty simple too: just click on your picture (a shortcut to the setup/Options menu) and then on the General tab all is revealed.
It’s there in Teams, but not where you think:
The trick is to hover or click on your own icon/photo in any post you’ve made to a channel. Your contact card will show, revealing (at the very least) the address you used to sign in:
It even works when you’re a guest:
This works in the stand-alone Windows client, the browser and even the mobile client.
Thanks to fellow MVP @Loryan for pointing this one out.
– G.
The larger and more complex your on-prem SfB installation is, the greater the likelihood of encountering firewall problems.
If you run this script on your Front-End server(s) it will:
You’ll find a code-signed version of the script on GitHub. You’re welcome to pinch, adapt or improve upon the code with my blessing. If you encounter any problems with it please create an issue on the repo.
6th June 2020. Updated the Download link to point to GitHub.
v1.2 7th August 2019.
v1.1 7th April 2019.
v1.0 10th December 2018. This is the initial release.
– G.