Having worked out in my previous post how to get a VVX working with a Wi-Fi network connection, the next obvious challenge was to go fully cordless, and that meant ditching the PoE.
Whilst browsing the UCS 5.8 release notes I couldn’t help but notice the addition of support for Wi-Fi connectivity, added to all phones in the range that possess a USB port (except the VVX1500 apparently). This is delivered via an Obihai USB dongle, the “OBiWiFi5G” – which I was able to pick up for $AUD45 at the Bays Du e. So now we have the makings of a wireless VVX…
Well, it’s only kinda wireless – it’s still tethered to power, and that hardly makes it wireless. I wondered what we could do about that… but I’ll address that in my next post.
It’s been a month since our last update to the client and our fresh Spring update [here in the southern hemisphere] brings one fix. Kb4092457 takes the Office 2013-based client from 15.0.5059.1000 to “15.0.5067.1000” (according to the KB).
The client – and get-csconnections – report it as 15.0.5065.1000.
- Kb 4346575 Can’t transfer a team call to a team member by clicking the Transfer button in Skype for Business.
What’s New / Changed
It’s not an uncommon requirement to provide a “courtesy” phone in a public area. In a hotel it might be a “house phone”. In many deployments all the visitor does is lift the handset from its cradle and the phone autodials or “hotlines” to the required destination.
If you go looking for the details of the wallpaper or background image sizes for the VVX family of phones you might fall into the same trap I did.
You might have seen this table in the documentation:
|Phone model||Optimal background image size (in pixels)|
|VVX 300 and 310||208 x 104 pixels|
|VVX 400 and 410||320 x 240 pixels|
|VVX 500||320 x 240 pixels|
|VVX 600||480 x 272 pixels|
|VVX 1500||800 x 480 pixels|
What isn’t immediately apparent is that this is the FULL screen size, not the USEABLE size. Place a logo too close to the top or bottom and it will be cut off by the “title bar” with the time display and line details at the top, or the softkeys at the bottom.
It also became clear in the process of testing this that despite the 400- and 500-series having the same absolute size, their useable size differ slightly, potentially requiring a different background image for each.
Coming not a fortnight after our last update to the client, this one reeks of a “whoops” – and yes it does look like it could fix some amusing/embarrassing issues. The Office 2013-based client jumps 10 builds to 15.0.5059.1000 courtesy of Kb4032250.
- Kb4346579 User’s display name that has special characters is shown with an emoticon in Skype for Business
- Kb4346578 Can’t input messages until clicking participants list after taking control in screen sharing in Skype for Business 2015 (Lync 2013)
- Kb4346577 The display name with an ampersand (&) is incorrectly shown in IM conversation window in Skype for Business 2015 (Lync 2013)
What’s New / Changed
Our August 2018 update – officially CU7 – nudges the server up from 6.0.9319.516 to 6.0.9319.534 and updates 9 components on my Standard Edition Front-End.
As you can see from the below, it’s a doozie, but doesn’t come without downsides. Read on…
If you click the Sonus category here you’ll quickly notice that I’ve written about the Sonus/Ribbon REST interface on and off for years now, as it’s such a handy way of peeking and poking into the SBC without interacting with the browser.
And so it came to pass last week that when presented with a challenge, I’ve again resorted to REST and PowerShell to deliver the fix.
The challenge – refresh the AD Cache
My customer is planning on migrating a couple of thousand users to Skype for Business quite gradually, and for that we’ve proposed the fairly standard upstream model, with the SBC doing AD lookups to determine if a user is enabled for SfB and thus decide where to send the call. If you’re not familiar with it I drew a picture and added an explanation at the top of this post back in 2014.
The catch is that the SBC’s minimum refresh period is an hour, and the customer doesn’t want to be potentially waiting that long for it to kick in after a user’s been migrated. They’re also big users of automation, and so logging into the SBC to clear the cache by hand isn’t really an option.
Thankfully Sonus added the option to clear the cache to their REST interface, and it didn’t take me a lot of effort to “save-as” a script I’m working on (more on that soon) to come up with “Update-RibbonADCache.ps1”.
- Kb 4340831 Unread messages of a reopened chat room are indicated incorrectly when restarting Skype for Business 2015 (Lync 2013)
- Kb 4340830 Rate My Call privacy statement incorrectly redirects to Lync 2010 privacy statement
- Kb 4340829 You’re prompted for Exchange credentials after switching network in a Skype for Business hybrid environment
What’s New / Changed
The Sonus/Ribbon Enterprise family of SBCs has a great feature where it can use your Active Directory as both a means to authenticate logins, and also to dynamically make changes to your call routing.
It does this by using a service account to authenticate to AD and query the relevant attributes or group membership, depending on which of the above features is involved.
Whilst the password to this account is saved in the backup files and encrypted, I recently found that if you possess a REST login for the SBC you can use that to recover the password.