Matt McGillen, Author at Perficient Blogs https://blogs.perficient.com/author/matthew-mcgillen/ Expert Digital Insights Wed, 20 Nov 2019 06:20:52 +0000 en-US hourly 1 https://blogs.perficient.com/files/favicon-194x194-1-150x150.png Matt McGillen, Author at Perficient Blogs https://blogs.perficient.com/author/matthew-mcgillen/ 32 32 30508587 An Inspiring Day with Microsoft at the George Hull Centre https://blogs.perficient.com/2016/07/13/an-inspiring-day-with-microsoft-at-the-george-hull-centre/ https://blogs.perficient.com/2016/07/13/an-inspiring-day-with-microsoft-at-the-george-hull-centre/#respond Wed, 13 Jul 2016 17:23:28 +0000 http://blogs.perficient.com/life/?p=2907

I have never been more proud to be a part of an organization than I have as part of the Perficient team at Microsoft’s 2016 Worldwide Partner Conference.
On the first day, we sponsored and participated in Microsoft’s community outreach event in support of the George Hull Centre for Children and Families. The non-profit charitable organization is one of Ontario’s leading multidisciplinary, innovative children’s mental health centers.
We were honored to be one of only four partners to work with Microsoft to donate, deliver, and set up PCs, TVs, Xboxes, and Surfaces for the Hull Centre houses.
Perficient's Microsoft team at the George Hull Centre
VIDEO: Get a behind-the-scenes look at the community outreach event at the George Hull Centre. 
Tony Pagnusat, National Alliance Director at Perficient, and Christopher Wagner, Alliance Manager at Perficient, were the driving forces behind getting us involved in the outreach event. They spent the day upgrading the center’s sorely-needed technology, which is being used to help children and families learn, study, relax, and recover.
We were later honored in front of all the Microsoft Enterprise Group team and worldwide enterprise partners for the work that Perficient delivers across all three Microsoft regions in the U.S.
I had a chance to speak with a couple of the folks from the George Hull Centre, and they told me personally that this meant a ton to them. It made me so proud to be a part of Perficient and Microsoft and to be able to participate in this outreach event.
George Hull Project awards
Tony and Christopher are pictured center in gray shirts in this group photo:


Follow Perficient’s Life at Perficient blog on Twitter via @PerficientLife.
Check out Perficient’s Microsoft blog here.
Follow Perficient on LinkedIn here.

]]>
https://blogs.perficient.com/2016/07/13/an-inspiring-day-with-microsoft-at-the-george-hull-centre/feed/ 0 194023
Lync Video: Infinite Possibilities https://blogs.perficient.com/2013/01/25/lync-video-infinite-possibilities/ https://blogs.perficient.com/2013/01/25/lync-video-infinite-possibilities/#respond Fri, 25 Jan 2013 15:50:58 +0000 http://blogs.perficient.com/microsoft/?p=11359

I hear from a lot of people that they don’t want to use video. Even though Lync makes it a snap to use, people have all sorts of arguments as to why they don’t want to use it. But the real cause, I think, is that people have grown used to not putting much effort into communicating on the phone and video changes that.
One of my absolute favorite books, Infinite Jest, contains a 10-page satirical rant about why people (in the novel) didn’t want to use video calling. The number one reason: video forced people to actually pay attention during conversations. And this made people uncomfortable. People have grown used to multi-tasking while on the phone & it’s pretty tough to multi-task when you are supposed to be looking someone in the eye during a video call. People also are forced to look, speak, act just like they are in person; this requires one to shower, shave, smile. In the book, the rise of video calling gave birth to a hilarious new cottage industry of manufacturers creating life-like rubber masks for people to wear so they could “look their best” without putting any real effort into it during video calls.
If you aren’t going to read the whole book (it is pretty long) then allow me to take an excerpt from the section on the “demise” of video:

Good old traditional audio-only phone conversations allow you to presume that the person on the other end is paying complete attention to you while also permitting you not to have to pay anything even close to complete attention to her. A traditional aural-only conversation … lets you enter a kind of highway-hypnotic semi-attentive fugue: while conversing, you can look around the room, doodle, fine-groom, peel tiny bits of dead skin away from your cuticles, compose phone-pad haiku, stir things on the stove; you can even carry on a whole separate additional sign-language-and-exaggerated-facial-expression type of conversation with people right there in the room with you, all while seeming to be right there attending closely to the voice on the phone. And yet — and this was the retrospectively marvelous part — even as you were dividing your attention between the phone call and all sorts of other idle little fugue-like activities, you were somehow never haunted by the suspicion that the person on the other end’s attention might be similarly divided. 

Video telephony renders the fantasy insupportable.

[Video] callers found they had to compose the same sort of earnest, slightly over-intense listener’s expression they had to compose for in-person exchanges. Those caller who out of unconscious habit succumbed to fugue-like doodling or pants-crease-adjustment now came off looking extra rude, absentminded, or childishly self-absorbed. Callers who even more unconsciously blemish-scanned or nostril explored looked up to find horrified expressions on the video-faces at the other end. All of which resulted in videophonic stress.

It’s obviously satire – highlighting the fact that people can become so addicted to multi-tasking and living in their own self-contained bubbles that it can become difficult and stressful to deal with people directly. We multi-task but never really consider that the person on the other side of the “conversation” is multi-tasking, too. The end result is a total waste of time with neither party paying any attention to the other. Even though we are talking, we aren’t communicating.

I contend that in today’s workplace, audio-only calls are productivity killers. Audio-only conference calls are the worst of all. But injecting video into the conversation can, and really does, work wonders.
The Real-Life Case for Video
Within the Unified Communications team here at Perficient, we’ve made an effort to use Lync video whenever we can over the last year and a half. The results of this effort have been amazingly positive. We have seen that an increased use of Lync video has directly lead to:

  1. Higher employee retention/satisfaction
  2. Increased productivity due to shorter calls
  3. Better interview process (video versus phone interviews)
  4. Ability to better cover wider geographic territory

Retention
Our team is spread out all over the country yet we manage to maintain close relationships among ourselves, even the most geographically distant, because we frequently communicate face-to-face. Close relationships are what keep employees happy, but it traditionally has been hard to maintain those kinds of bonds over just e-mail and phone calls. I didn’t believe it until I started doing it; it makes a huge difference.
Productivity
I know that nobody wants to consider “productivity” when doing ROI studies for Lync because productivity is not associated with hard cost savings; it’s “squishy”. Fine, leave it out of your ROI. But on a personal level, if you want to be in meetings less & cut calls short, I promise you that switching to all-video will do that within a week. The main reason is that it cuts down on multi-tasking. It’s tough to maintain eye contact AND simultaneously fiddle with something else on your computer.
Hiring
We are a consulting company and have talented employees all over the country. When we bring a potential new employee in for interviews, I can’t always rely on being able to have everyone fly in to meet the candidate. Sometimes we have an interviewee in Chicago that I’d really like to have speak with a member of the team who is in Kansas City. But it’s not worth it to fly in for a 30-min meeting. Historically this left us with two options: a mere phone call with the “right” person; or have an in-person interview with someone local, even if they are not the best person to conduct the interview. I can say with confidence that a well-executed video interview is worth 1,000 phone calls.
Geographic Reach
We hire all over the US and we work all over the US. Because of item #1 above (retention) I feel confident having employees work remotely anywhere. And having employees living and working everywhere means that we are able to reach markets and effectively serve them without actually having brick-and-mortar offices. I’d estimate that close to half of our Unified Communications projects have been delivered outside a brick-and-mortar geography. This simply would not have been possible without the use of video to create and maintain relationships among teams.
Conclusion
If you can’t be there in person, video absolutely is the next best way to communicate with another human being.  I believe that video makes for more effective communication and ultimately leads to people getting stuff done. We have absolutely seen the benefits first-hand here at Perficient.
Moral of the story: put forth a concerted effort to use video daily and see the positive changes it makes. Even if it requires you to wear “Infinite Jest”–style rubber masks.

]]>
https://blogs.perficient.com/2013/01/25/lync-video-infinite-possibilities/feed/ 0 224248
Lync: 5 Ways of Anywhere, Anytime Access https://blogs.perficient.com/2012/12/14/lync-5-ways-of-anywhere-anytime-access/ https://blogs.perficient.com/2012/12/14/lync-5-ways-of-anywhere-anytime-access/#comments Fri, 14 Dec 2012 23:49:40 +0000 http://blogs.perficient.com/microsoft/?p=10548

This is part 5 of a twelve post series. To see an index of all twelve posts click here.
On the Fifth day of Lync’mas my UC Team gave to me: 5 ways to access Lync!
One of the major value propositions that Lync has going for is that it’s so easy to access Lync from anywhere, making it easy for people of all stripes to connect. People forget how remarkably well Lync 2013 works across disparate devices:

  1. Desktop computer (Mac or Windows)
  2. Desk phone
  3. Mobile phone (Windows, iPhone, Android)
  4. Tablet (iPad, Windows)
  5. Browser (IE, Safari, Firefox)

There are Lync clients for nearly every major platform method of access. Multi-device / multi-browser / multi OS; Lync is meant truly to enable communication anywhere, anytime. It’s the first major UC platform that’s made to run on the Internet and all its connected devices. This is built in to the product, not just retro-fitted bolt-on components jammed together. Lync’s architecture is fundamentally based on secure communications over common Internet ports & protocols – which is what allows the native extension to so many different devices anywhere on the Internet.
And with Lync 2013’s updated mobile clients due out in 2013, two users will be able to use just about any modality – IM, voice, video, conferencing, content sharing – using any combination of the above mentioned clients.
Imagine this scenario: A CIO on a Macbook IM’ing a VP who is using Windows 8, who escalates the conversation to an audio conference, to be joined by a consultant using Surface (me?) speaking with the CEO who is connecting in with her Android phone, pulling in an outside business partner via Firefox who’s sharing her desktop and using her web camera for video, being listened in on by an IT manager at home on his Internet-connected Polycom IP phone. This isn’t the stuff of fantasy, this is reality. This is what it means to “unify” communications: one unified application across a multitude of people, devices and locations.
Lync is how the world will stay connected in a BYOD, post-PC, consumerized IT (I’m running out of buzzwords here, forgive me) universe.
So on this 5th day of Lync’mas, let us celebrate the many ways Lync lets us stay connected!

]]>
https://blogs.perficient.com/2012/12/14/lync-5-ways-of-anywhere-anytime-access/feed/ 1 224217
Lync Paired Pools – Why it Matters https://blogs.perficient.com/2012/12/11/paired-pools-why-it-matters/ https://blogs.perficient.com/2012/12/11/paired-pools-why-it-matters/#respond Tue, 11 Dec 2012 18:39:50 +0000 http://blogs.perficient.com/microsoft/?p=10435

This is part 2 of a twelve post series. To see an index of all twelve posts click here.
On the second day of Lync’mas my UC Team gave to me: two paired pools!
Introduction
Lync 2010 was a breakout version for Microsoft’s UC platform. The major improvements in voice, video and conferencing shot Microsoft to the upper right sector in Gartner’s “UC Magic Quadrant” reports. For those of us that had been working with OCS and LCS, Lync 2010 was the everything we had been hoping for: unified client, unified application, unified user experience. Perfect, right? Well there was only one hitch: enterprises were seeing all this “unified” business as fancy-speak for “all your eggs in one basket” and they didn’t see much redundancy in the basket.
Client after client that I talked to was VERY excited about Lync and the unified features it brought to enterprise communications. But the common refrain was that they were too afraid to move all voice, video, and conferencing to a platform that didn’t have a great DR story. For those of you too young to remember, Lync 2010 had 3 main options for “DR”:
1)      “Metro” DR – involving a stretched SQL cluster (ick) across a metro-area network, requiring extremely low-latency links, high bandwidth, snapshot replication of SQL data, and a network team that was willing to do all this. Unsurprisingly, we never had a single customer take us up on this design.
2)      Backup Registrar – involving a separate Lync Standard Edition server or separate Lync Enterprise Edition pool to act as a “backup”. In the case of a failure of a user’s primary Lync server, the client could be redirected to the backup registrar. This allowed phone calls to continue as well as IM. But no presence, no conferencing, no contact lists, no address book lookup. Etc. etc. Truly, this was better than nothing, but a full DR story it was not.
3)      Backup and Restore – not awesome for obvious reasons.
Frankly none of these options set anyone’s mind at ease. As a result, many large enterprises were reticent to make Lync a “Tier 1” application – mission critical with a real DR strategy. So Lync was relegated to Tier 2 status, befitting only things like IM/Presence, desktop sharing etc. And this was a real shame. For as great of a Unified Communications solution as Lync 2010 is, lack of DR seemed to force many people to not deploy voice or audio conferencing, depriving Lync of a lot of its “unified” power.
So what’s the deal!?! Why were the Lync DR options so unappealing in 2010? The answer, as it turns out, was not with Lync itself, but rather in the way that Lync was using SQL.
Lync 2010 Limitations
I won’t spend lot of time dwelling on the past, but the Lync 2010 architecture was based on OCS, which was based on LCS which was IM-only, which was never designed to be mission-critical. That architecture had all of the important “stuff” happening in the separate SQL back end server: presence, contact lists, conferencing configuration. So if SQL went down, all the real guts of the system were gone with it. And when you are storing real-time presence info in SQL, replicating that info (available, busy, away, in a call, and so on) is a noisy, intensive business. It’s true that SQL itself could always do replication – but Lync’s problem would then be determining which SQL server was “active” and how to get Front End servers registered with the right Back Ends under which conditions, and on and on. In short: as long as Lync was using the old architecture which placed all the configuration and high-volume transactions on a single backend SQL server (even if it were clustered), DR was going to be very limited.
Lync 2013 needed to radically depart from the old architecture in order to provide better DR, which would in turn get more organizations to put all their communication eggs in one unified (but redundant) basket.
Lync 2013 Paired Pools to the Rescue
If SQL was the cause of so many of Lync’s DR sorrows, then the first order of business was to rethink SQL for Lync 2013. 2010 relied on the Front Ends being very tightly integrated with the SQL back end. 2013 blows this model apart by moving a lot of the former “back-end” functionality right into the Front Ends themselves. With the Front Ends no longer so reliant on a Back End SQL server, Lync 2013 can now just take advantage of Front End replication (handled by the newly-introduced “Lync Backup Service) whereby a copy of all the important user data will be replicated to a Front End server in another Lync pool. This is called “paired pools”.
Lync 2013 paired pools build on the above-mentioned “Backup Registrar” concept introduced with Lync 2010: if your primary pool failed, users could register to another pool located elsewhere. But now with 2013 you’re not also stuck with the above-mentioned crummy limitations of 2010 failover. Yes! In 2013 you get voice, you get video, you get presence, you get conferencing, and you get contact lists! All critical functionality will remain intact during a DR failover with paired pools.
What I like the most about paired pools is that a Lync pool that is serving, say 3,000 users in California can be paired with a Lync pool that is serving 3,000 users in New York. Each pool’s “day job” is to serve its local users. But secretly, in the background, the two pools are replicating all their info to each other in real time. So if a hurricane strikes New York rendering the data center inoperable, all users can be directed over to California & the California pool will do double-duty for a while until service is restored in New York. The reason I like this so much is that you don’t have to have a set of idle Lync servers waiting in a lonely DR site somewhere for this to work. You can use actual in-production pools so you don’t need to waste extra resources on servers / software that will (hopefully) never be used.
Now it’s true that a couple services won’t fail over in paired-pools (Response Groups & CAC). But one can still argue that all critical functionality does remain intact during a disaster, which is the requirement of most organizations’ DR plans for Tier 1 apps.
Conclusion
With the introduction of paired pools, organizations can now feel good about fully adopting Lync and all its workloads. Voice and conferencing are absolutely Tier 1 applications and the architecture changes in Lync 2013 will meet enterprises’ requirements for Tier 1 Disaster Recovery.
This is really important to understand because it’s different than what other traditional IP-PBX vendors have been offering. Paired pools doesn’t just give you PBX redundancy, which Cisco and Avaya have been doing for years. Lync 2013 actually offers you UC redundancy. Not just voice, but also IM, Presence, Video, Audio Conferencing & Web Conferencing services all replicated with the same mechanism of the Lync Backup Service.
Combining the very best UC user experience with the very best UC redundancy – that should make for a very merry Lync’mas indeed.
 

]]>
https://blogs.perficient.com/2012/12/11/paired-pools-why-it-matters/feed/ 0 224211
Lync on the Surface RT: It’s a Winner https://blogs.perficient.com/2012/11/29/lync-surface-review/ https://blogs.perficient.com/2012/11/29/lync-surface-review/#comments Thu, 29 Nov 2012 23:36:08 +0000 http://blogs.perficient.com/microsoft/?p=9898

Overview
I’ll start off by mentioning that I’ve been using the Surface as my only computer now for the last 4 weeks. No laptop, no desktop. It’s my work computer, my home computer, my tablet and of course my mobile computing platform. In fact, I’ve composed most of this blog post with the Surface on a flight to Minneapolis, as a passenger in a rental car, and at my hotel desk. How’s that for device versatility?
While this isn’t meant to be a full-on review of the Surface, it is important to note that I have been happily functioning without my laptop for some time now. The key to all of this happiness: the Lync client. I rely so heavily on Lync to do my job that a tablet without Lync was just not going to fly.
The all-up take for me is that the Surface Lync client is the best mobile Lync client out there – almost on par with the desktop Lync client. It even outshines the desktop Lync client in certain aspects, but leaves room for improvement in other key areas.
My overall rating: On a scale from 1 to 10 the Surface RT’s Lync client gets an 8. I weighted four Lync feature categories according to how important they are to me in my everyday use of Lync:

Category Score of 10 Weight Weighted Score
IM/Presence 9 35% 31.5
Voice 9 30% 27
Conferencing 5 20% 10
Video 7 15% 10.5
TOTAL 79 / 100

Below are the detailed reviews of each of my four categories.

IM & Presence – 9 out of 10
IM / Presence work great on Lync. I installed the Lync client from the Windows Store and moments later I was signed in and sending messages. As you would expect, presence information is timely & accurate. The visual interface is probably the biggest change for long-time Lync users: it’s totally adapted for Windows 8 & touch devices. While all my contacts and groups showed up immediately, it took some time getting used to the larger tiles and icons vs. the standard Lync client “buddy list”. As with the conventional Lync desktop client, the “search” function is probably still the best way to find contacts vs. long contact lists.
The major improvement that the Lync client for the Surface has over the traditional Lync client: spellcheck and autocorrect. Having this for IM conversations is a major blessing, given the speed that I rattle off instant messages.
Instant Messaging on the Surface is thousands of times better than it is on traditional mobile devices (phones & iPads). But it faces some of the same challenges as those other mobile devices because the new client runs in full-screen mode. Meaning that if you are accustomed to having dozens of conversations running, each in its own window (like on the Lync desktop client) you are in for an adjustment. All conversations show almost like “tabs” at the top of your screen. This actually works pretty well once you’ve used it for couple days. The one catch is that you’ll need to swipe up or swipe down to see the “tabs”; they are not displayed while you are in another conversation. Being full-screen also means it’s more difficult to “multi-task” (maybe this is a good thing!) because the app takes up so much real estate.
Like all Windows 8 apps, you can dock Lync to the right or left of the screen and work on one other Windows 8 app. I’ve found that connecting to an external monitor really improves this scenario. I can have Lync docked to the right side of my external monitor, leaving the Surface screen itself open to use with other applications.
Especially on a touchscreen device like the Surface, Lync’s IM & Presence are outstanding. Managing multiple conversations is fairly simple but does require some getting used to.
Voice – 9 out of 10
The best part about Lync voice on the Surface: it works. Calling a contact is as simple as clicking on the “call” icon.  The dial pad works well for calling standard (dare I say “old-fashioned”) PSTN numbers.
The surface will use your built-in mic and speakers; this functions remarkably well but in noisy areas you’re going to want a headset or handset. Surprisingly, every headset or handset I connected to the surface via USB worked immediately, with no fuss. I’ve tried the following devices

  • Polycom CX100
  • Polycom CX600
  • Polycom CX3000 (conference phone)
  • The Roundtable (yes, it’s that old – prior to Polycom’s acquisition and rebranding)
  • Jabra 520 speakerphone
  • Plantronics Voyager Pro Bluetooth headset (with and without USB dongle)

Plug and play worked in each case; there was absolutely no silliness with drivers or devices not being recognized. I did notice that you can’t use the “in-line” functions of the headsets, like mute, hangup, etc; I had to use the Lync client itself to mute & hang up. But this wasn’t a huge deal. Also of note: I even tried using my Bluetooth headset by just pairing it to the Surface without the USB dongle. Voice quality wasn’t as good as it is with USB, but I think it would do in a pinch.
Speaking of voice quality – nobody ever once has suspected me of calling them via a wireless tablet. The quality is identical to calling from any Lync Phone or other Lync client. There has been no latency, jitter or static issues. Don’t forget, however, that the Surface is wireless only. As goes your WiFi connection, so goes your Lync voice on the Surface. There is no option to plug in with an Ethernet cable because the Surface doesn’t have an Ethernet port. (Unless you buy a USB Ethernet adapter… which I’ve tried and it does work, but leaves you no USB port for a headset or handset).
I’ve probably logged close 100 hours of call time via Lync + Surface and I’ve been extremely happy with the results.
For me, the biggest drawback for voice is that you can’t cut & paste numbers into the dial pad nor click on numbers in a webpage. Clicking on numbers in a browser just launches Skype for me. (Foreshadowing…? Maybe??). Other than that voice on the Surface is a winner.
Video – 7 out of 10
My team has grown increasingly reliant on video so it was important for me to be able to use the Surface for that purpose. The Surface makes Peer-to-peer and video conferencing simple to use: clicking the video icon initiates a video call.
The Surface’s built-in cameras, both front & back, can both be used for Lync video. You have the option to toggle the view from the front-facing to the rear-facing camera and this is nice for an-adhoc video conference where you have a few people in same room with you. I’ve read a lot of reviews that complain about the quality of the Surface’s cameras, but my experience with the video camera has been excellent. I believe the complaints stem from the quality of the “still shots” taken by the cameras. I can confirm that the Surface will not be replacing your fancy Nikon SLR anytime soon (and frankly, nor should it). You will, however, find that it makes for an outstanding video camera. It sends a crisp 720p HD video stream. Every person on the receiving end of my video stream has commented on the great clarity. In several cases, people were baffled when I told them I was using the built-in camera on my tablet. It’s that good.
Receiving video, on the other hand, has been slightly less amazing. The Surface can occasionally struggle to deliver smooth HD video. I’ve found that regular “VGA” quality video is always displayed extremely well. Very few hitches crop up during video conferences or peer-to-peer in non-HD scenarios. However, when you use the Lync “full screen” mode to display HD video it’s not as good as it is on a desktop. Don’t get me wrong: it’s good. But it falls short of the desktop experience. My gut feeling here is that this is due to processing power. I pulled up task manager while in a full-screen video call (I connected an external monitor to display task manager while the Surface itself was full-screen video). The processor was REALLY pegged: consistently around 80% and Lync was the program using most of it. Killing full-screen HD video saw the processor % drop quite a bit.
All in, the video experience is good; I’m very happy with quality, occasional HD hiccups notwithstanding. I continue to use video for just as many of my calls as I did with my laptop and for me that says it all.
Conferencing – 5 out of 10
This is where the Lync client struggles to meet my needs. It works, to be sure, but the experience needs some updating by Microsoft.
Joining scheduled meetings is a bit tricky: you can’t click on Lync invites in your calendar or OWA. If you try, it brings up the Lync Conference Website & prompts me to either install Silverlight or to install the Lync Attendee client. The problem is that not only are neither supported by Surface RT, clicking the “Join” link should launch my Lync Surface client. (Note: this may just be a problem joining conferences scheduled on Lync 2010. I’ve actually had some success joining Lync 2013 conferences via the “Join” links – but that has been inconsistent as well)
So instead of clicking on the link – how do you join conferences? Well, you need to go into your Lync client and find the little box that pulls your calendar info from Exchange. If it’s working properly it will display your next Lync Web Conference & you can click on it to join.
I’ve had problems doing this. Conferences scheduled by federated partners don’t always show up. Conferences that someone scheduled by cutting and pasting Lync info into a regular Outlook calendar meeting (as opposed to using the Outlook plugin to create the meeting) don’t show up. If for some reason your Lync client can’t connect to Exchange Web Services, nothing shows up. If you are late joining a meeting, you may not see the meeting in progress, but rather your next meeting.
Once you are in the meeting you can see the list of participants, use audio, video and see what people are sharing on their desktops. That’s the good news: the basic functionality works as a participant.
But you can’t:

  • “Manage” the meeting: admit, remove, promote attendees through the Lync UI
  • View or use the whiteboard / polling functions
  • Share your desktop
  • Schedule a Lync Meeting (no Outlook client on the Surface, hence no Lync calendar plugin to schedule meetings. Ugh!)

The last two in particular are what hurt the most. Because you can’t present anything at all, the Surface relegates you to pretty much just being a participant in all meetings. And because you can’t schedule new Lync meetings yourself, you are relegated to joining other’s meetings. Yes, you could cut-and-paste your conference info into a regular calendar appointment but, as described above, you won’t be able to join your own meeting if you do that. I also know that you can schedule new Lync meetings via the Web Scheduler (and with Exchange 2013 + Lync 2013 you’ll be able to through OWA). But really this isn’t good enough for me.
Short story on Lync meetings with the Surface is that it’s an OK experience as a participant and a bad experience as a presenter.
Conclusion
I realize that I’m a pretty demanding Lync user. It’s the application I use most each day and rely heavily on Lync performing well. For someone like me the Lync client gets a score of  8 / 10. The most important pieces of Lync are IM/Presence and Voice; the Surface client nails these two. And video is good. Conferencing is where most of my negatives come. The conferencing experience is adequate, but just not good enough yet for a hard-core Lync user like me. A more casual user  –  and some would claim the Surface RT is geared more towards casual users –  probably wouldn’t even ding the conference experience.
Overall, Lync on the Surface is by far and away the best mobile Lync client out there. Even given the areas where it needs to improve, Lync for Surface probably should be considered among the best mobile (I’m considering only tablets and phones here) UC client of any vendor’s solutions. I’m very pleased with this first version of Lync on Surface RT & I’m looking forward to some updates to the conferencing experience to make it even better.

]]>
https://blogs.perficient.com/2012/11/29/lync-surface-review/feed/ 2 224189
Lync Mobile – First Look https://blogs.perficient.com/2011/12/13/lync-mobile-first-look/ https://blogs.perficient.com/2011/12/13/lync-mobile-first-look/#comments Tue, 13 Dec 2011 17:58:00 +0000 http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=86
Sunday night at about 7pm Chicago time, I downloaded and installed the Lync Mobile client for Windows Phone 7. In a sad reflection on what passes for excitement in my life, I had been checking about a few times an hour Saturday and Sunday; I probably hit the App Marketplace 50 times on Sunday before striking gold.
I quickly sent a message to the rest of the PointBridge UC team and a bunch of us began fiddling around with the new client.
First I should mention: you need to read and follow the Lync Server Mobility guide exactly to the letter. You cannot just install the Lync client – you need to have patched the Lync servers, added the mobility and autodiscover services, re-configured your Lync cert & created a new ISA/TMG rule. There are a lot of instructions and you really can’t afford to skim. More about this later.
I’ve had a full day use the client and test things out. Here’s what I’ve gleaned so far:
Aesthetics

  1. The interface is nice. It’s a good looking client that has a consistent look carried over from the desktop client.
  2. I like the integration with the mobile OS – especially the “live tile” concept. I have the Lync client pinned to the main screen on my phone. When I have a new IM sent to me, the tile shows the number of new notifications / missed notifications
  3. The threaded IM view is nice. The conversations are easy to read and easy to follow.
  4. Using groups (and, my favorite, e-mail distribution groups”) provides for a nice way to easily view contacts. Having one giant list of 400 people is not conducive to mobile usage.
  5. The pivot, or “swipe”, to see all current conversations is fantastic. This solves an age-old problem of how to organize many conversations with limited real estate.
  6. People’s pictures don’t appear in the client – unless the pictures have been uploaded to AD. For me this means 99% of the pictures don’t appear.

It’s obvious a lot of time and effort went into the UI. This is a nice Windows Phone 7 app that feels “right”.
Features

  1. IM & Presence works well, as expected
  2. 1-touch joining conference calls also works well
  3. Managing a roster for
  4. “Call from work” is nice – calls from your mobile
  5. No VOIP
  6. No Video
  7. No desktop sharing

This is the area where I was hoping for more. The IM and Presence is great & I am happy to have the one-touch join. The lack of voice and video was expected, but nonetheless too bad. There is a “workaround” in that I can call a contact from my Lync Mobile client, but it really just initiates a call from Lync server to my cell and bridges me in with my contact. This is ok, but not VoIP.
Performance

  1. The client itself is responsive, the interface is pretty snappy.
  2. I ran the client for about 24 hours straight. After regular usage (listened to a podcast, replied to several e-mails, web browsing, a couple phone calls) on both Wi-Fi and cellular networks for 23 hours, I finally ran out of battery. This is a huge improvement over the old mobile client.
  3. The client does run in the background & doesn’t seem to be draining the battery much if at all. I’m sure I’ll have more info after a full week, but so far so good. I am attributing this to the brand-new support of push notifications.

Performance is where the Lync Mobile client has made the biggest improvements. While the features have not advanced much, this is a VERY usable client. It is reliable, easy to use, and it won’t kill your battery.
Conclusions
The new Lync Mobile client is an uber-awesome IM platform. You can really keep this service running on your phone at all times – which makes it different from almost any other IM-like application we’d seen to date. Status updates happen quickly, threads are easy to follow. This is EXACTLY what a mobile IM client should be & goes some distance towards making text messaging in the enterprise irrelevant.
However – I truly was hoping that it would go beyond that and be what a mobile UC client should be. Not just mobile IM. I sent a request to a couple folks in Redmond to see if they could provide some insight here. The features of the new client are exactly like the features of the old OCS mobile client. Many of the people I’ve talked to at various customers / Microsoft Partners feel the same way. It’s been a year in development, and the end-user functionality doesn’t seem any different than what we had for all those years with OCS. I haven’t had a chance to converse with any of the Redmond folks to go over this in detail yet, but I would like to better understand what the thinking is. I hope to talk with them soon and blog about some of their insights. Until then you are stuck with my conjecture:
Why did it take a year to essentially provide the same features of the old client? I can think of a three important factors

  1. Microsoft has re-written the mobile underpinnings of Lync, which is no small feat. The new mobile client uses web calls rather than emulate the Lync fat client. This has obvious benefits for scalability and performance. I can see this is laying the foundation for future, proper mobile infrastructure. Xync is a much more feature-rich client – but it’s a mobile port of the Lync fat client. This may not hold up under the stress of 10,000 users with mobile devices.
  2. Microsoft wrote not just a Windows Phone 7 client, but an iPhone, Android, and Symbian client. This is another huge departure from the old way of doing things. This wasn’t just a dev effort for Windows phones.
  3. Most importantly: Xync or other rich 3rd party clients require a LOT of smarts in the mobile client itself. The MS Lync client is probably pretty dumb and lightweight, relying on the server to do the heavy lifting. The future of mobility is having thin, light clients (almost “wrapper-like”) that are easy to make for all the mobile platforms & leave all the hard core development to the web service. HTML5 wrappers may well kill the app – according to this publication from AT Kearney.

I really did want to see more feature parity with the desktop client; the mobile world is a demanding world. But I think if given the choice between throwing out a feature-rich mobile client and properly laying the groundwork for a real mobile strategy, Microsoft probably made the right decision. This goes a long way to explaining why organizations had to patch Lync servers, add new services, update certs, update publishing rules etc. This wasn’t just about getting a client out, it was about adjusting the Lync architecture to account for mobility – both now and in the future.

]]>
https://blogs.perficient.com/2011/12/13/lync-mobile-first-look/feed/ 1 223950
Skype + Lync – What a World it Would Be https://blogs.perficient.com/2011/10/18/skype-lync-what-a-world-it-would-be/ https://blogs.perficient.com/2011/10/18/skype-lync-what-a-world-it-would-be/#respond Tue, 18 Oct 2011 16:15:17 +0000 http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=85
As most people will have heard, Microsoft officially acquired Skype last week. There are precious few details about what the end-state is going to look like with Lync and Skype integrated; or even what Microsoft really plans to do with Skype. With so little information available directly from either party, I decided to read between the lines and try to draw some conclusions on my own.
Microsoft’s Strategic Direction

With an $8.5 billion dollar price tag, Skype was the largest acquisitions ever made by Microsoft. Ultimately Microsoft is going to want to make their money back on this purchase of Skype, that’s a given. But the question is how will they do it? One thing we know is that it won’t do it by becoming a “PBX vendor”. I can deduce this because, according to a Wall Street Journal article, the communications giant, Avaya, is valued at around $5 billion. By my reckoning, for almost half the price of Skype, Microsoft could have tried to acquire the second-leading PBX market share leader (Avaya) instead of Skype. Or heck, MS could have picked up all of Nortel for a scant $900 Million back when they were on the auction block. Oh, and in case you were wondering: Cisco’s valuation of $94 billion dollars probably disqualified them from Mr. Ballmer’s shopping list!
This should tell you about Microsoft’s strategic direction; they aren’t interested in just making and reselling phones or phone systems. Microsoft is betting on the future. This wasn’t a short-term decision. It may not have even turned out to be a medium-term decision. But you have to believe that the folks in Redmond saw something special in Skype’s future that justified the price. What was it that MS saw? They seem to think that the future involves a global application for voice, video, and data sharing. How does Microsoft deliver on this promise? Looking into any cheap crystal ball will give you the answer: it’s cloudy.
Software-Powered Cloud Services

Two of the biggest buzzes in all of technology right now are “The Cloud” and “Consumerization of IT“. I think Skype hits both of these; today Skype is nothing more than a voice/video cloud service for consumers.
Microsoft’s stated vision is to deliver software via cloud, and they have been doing so for a few years with Office 365 and its predecessors. But one of the major gaps yet to be bridged by Office 365 is giving customers a cloud-based equivalent of Lync’s voice and video capabilities. In many respects, Skype is already doing this, and doing it well. Perhaps with a little tweaking, Microsoft will be able to leverage the strengths of both Office 365 and Skype. The well managed infrastructure comes from Office 365, the seamless delivery of voice and video comes from Skype. Everyone lives happily ever after.
The other major achievement of Skype’s is to have successfully “consumerized” UC. Skype is designed to please consumers. It’s easy to use, intuitive, cheap, and effective. Think about the Skype business model: No phone system, no handset, no expensive video units, a free client, BYOD (bring your own device), no boring classroom training. Skype just sells you the service – and you do the rest. People seem to like this and perhaps are starting to think it’s odd that they have better communications tools available at home than they do in the workplace. This plays right into Microsoft’s strengths of focusing on end-user software and services and letting someone else worry about the hardware.
With Skype potentially integrated with the enterprise-grade service of Office 365, we could see a cloud-based unified communications experience for home and business users alike. Given the ubiquity of Skype and Microsoft together, this could get interesting.
UC-topian Vision of the Future

Imagine for a minute that Lync and Skype are integrated seamlessly… businesses using Lync for communications, consumers using Skype. In this utopian vision, users of either system could contact each other with voice, video, IM and desktop sharing and all calls between services would be free. Skype/Lync clients are available on any computer, mobile device, or tablet. Anyone could communicate with anyone else in the world using just about any modality. VoIP calls from mobile devices connect to friends, family, and co-workers on which ever device is handy to them.
In this scenario – would you ever pick up a phone and dial a phone number again? Assuming calls between Lync and Skype clients remain free, the answer is a resounding “Heck, No!” You would use your work PC at work, your home computer at home, and your mobile device for everything in between. You would use ZERO minutes on your cell phone and ZERO minutes on your home phone.
But could you really connect with everyone in your life? According to the official MS press release, Skype is aiming to have 1 billion users: “By bringing together the best of Microsoft and the best of Skype, we are committed to empowering consumers and businesses around the globe to connect in new ways,” Bates said. “Together, we will be able to accelerate Skype’s goal to reach 1 billion users daily,” (emphasis mine). Factor in the Skype/Facebook agreement and a billion users seems pretty reachable.
In 2010, MS’s Windows Live Messenger boasted 300 Million users. I don’t believe MS publishes data on Lync/OCS users, but you get the picture quickly when you start adding Skype users + MS users. Maybe a quarter of the world as of right now? Maybe total world domination by 2020? (evil laugh mine).
Reality Check and Conclusion

It’s not unrealistic to imagine Microsoft/Skype ushering in a new universal way to communicate globally that connects literally everyone. Like I said before, I have to believe that Microsoft is looking to make their money back and then some on this Skype deal. Relegating the traditional phone networks to the dustbin – now that should be worth at least $8.5 billion.
But I do think it is useful to connect the dots of Microsoft’s stated vision (“to the cloud!”) and their decision to shell out record-breaking cash for Skype. We’ll soon hear more about what is really going on. But for now, reading between the lines leads me to believe that the possibilities are nothing short of world-changing.
But in reality, I know it’s way too early to declare the PSTN dead. Heck, Lync and Skype don’t even talk to each other today. We could be looking at many, many years before we see the true potential realized. I also realize that I’m open to the criticism that I may be over-eager to see something that justifies my existence. A friend of mine chided me when I shared my crazy future vision with him. He told me, “Yeah, and I was just as sure in 1999 that SIP trunking would end the PSTN, too.” OK, message received. But it is fun to speculate.
]]>
https://blogs.perficient.com/2011/10/18/skype-lync-what-a-world-it-would-be/feed/ 0 223968
Exchange 2010 UM and Cisco: What to do about G729? https://blogs.perficient.com/2011/05/13/exchange-2010-um-and-cisco-what-to-do-about-g729/ https://blogs.perficient.com/2011/05/13/exchange-2010-um-and-cisco-what-to-do-about-g729/#respond Fri, 13 May 2011 20:03:16 +0000 http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=84
Exchange 2010 Unified Messaging is a great voicemail solution, especially for anyone with SIP-compliant PBX like Cisco or Avaya. At PointBridge we’ve had good success migrating people off Cisco Unity in particular. In fact, we recently migrated a 2000-user customer from Unity to Exchange UM, cutting everyone over in a single night. The project was a huge success, but along the way we ran into something interesting with Exchange UM and the G729 codec: Microsoft doesn’t support it.
Background

Exchange UM integrates with Cisco Call Manager using SIP trunking. The SIP trunking provides the signaling for calls that are routed from the Cisco phone system into Exchange UM servers. This SIP signaling goes directly between the Cisco Call Manager servers and the Exchange UM servers. It’s also possible to configure the voice traffic to also go through the Call Manager and go directly to the Exchange UM server. But this only works if you are using G711 as your voice codec. Because…. Exchange 2010 UM only supports the G711 codec. If you are using G729 Exchange UM will not answer your calls, you will get fast busy. Doh.
If this is the case for you, you have 2 real options, detailed in the sections below:
1 – Just Use G711 between all remote sites and Exchange UM

You can just configure a new region in CCM for your Exchange UM SIP trunk. Then you make sure that all calls from any other remote site regions to the Exchange 2010 SIP trunk uses G711. In this case:

  1. Call comes in to the remote site
  2. Gateway strips the number down to the CCM extension
  3. CCM sets up a SIP call between Exchange UM and CCM
  4. Voice traffic passes from the Gateway to the CCM, then to the Exchange UM server. G711 across the board.


Pros:

  • No hardware transcoding required
  • Simple setup

Con:

  • G711 uses up more bandwidth – you may oversubscribe your remote site links

Don’t underestimate the con, even though it’s only a single con. Let’s say you have a 356k link (yeah – they still exist!). And let’s say you have a CCM “location” configured that allows half of the available bandwidth (180k) for voice calls. With G729, that gets you 6 calls (roughly 30k per call). But if you are using G711 (roughly 80k per call) for voicemail between that site and Exchange UM, and you have 2 people checking their Voicemail at once: no more calls will be allowed between that site and anywhere in the network. So it is a pretty big deal.
2 – Use G729 for calls, but transcode calls to Exchange UM

In many Cisco IPT deployments with several remote locations, calls are often made using the lower-bandwidth G729 codec. As I mentioned earlier: Exchange UM will not be able to handle these calls; they must be first transcoded from G729 to G711. To add to your misery, Cisco Call Manager servers are not capable of transcoding; only hardware-based resources can transcode. DSP (Digital Signal Processing) modules in a Cisco router are the most common transcoding resources.
This will work well – but you will be limited by the amount of DSP resources you have to transcode the calls. If you have enough resources to transcode 12 calls, then you can only have 12 simultaneous calls from CCM into Exchange UM.
To get this to work, you need to make sure you have plenty of DSPs to as transcoding resources. Then you assign those to your SIP Trunk’s Media Resource Group. Once you’ve done this, the call flow looks like this:

  1. Call comes in to the remote site
  2. Gateway strips the number down to the CCM extension
  3. CCM sets up a SIP call between Exchange UM and CCM
  4. Voice traffic passes from the Remote gateway to the gateway in the datacenter, which transcodes from G729 to G711 for the leg to the Exchange UM server


This assumes that you have a Cisco gateway with spare DSPs in your datacenter. If you don’t have extra DSPs, you are going to need to buy additional modules to use for transcoding.
Pro:

  • You can use your low-bandwidth codec everywhere.

Con:

  • You may need to buy additional DSP resources to allow for session transcoding.

(Non) Option 3 – use DSP resources in remote site routers

You may be thinking to yourself: “ha! There’s another option you’ve overlooked; use more DSPs in your remote site routers”. Well, I’ve tried this one too. And it kinda sorta works. You can get more calls through to Exchange UM if you allocate DSP transcoding resources from remote site routers. I tried it and it works. But here’s the issue. Let’s say you have 10 remote sites and you allocate 12 DSPs from each site. You have to stick them all in the same media resource group. Meaning you don’t have any way to assign “Chicago DSPs” to just Chicago VM calls. You could end up with a call coming in the Chicago gateway & routing to voicemail, but getting transcoded by the Detroit router. That means the call goes from Chicago to Detroit then down to your datacenter and into Exchange.
In short: you generally want to keep your DSPs close to your Exchange UM servers to avoid burning bandwidth between sites. So this is an option, but it’s highly not recommended.
Real life experience

With the 2000 user Unity to Exchange UM migration I mentioned at the beginning, we saw this happen. They had a single Cisco voice gateway in their main datacenter where Exchange was located. It only had enough transcoding resources to allow about 20 phone calls through to Exchange UM. We ended up stuffing a bunch of spare DSP modules they had into another router in the data center. We assigned all those DSP transcoding resources to the Media Resource Group for our Exchange UM SIP trunk. This increased capacity to over 100 calls, which is what we wanted.
The 20 calls would have most likely satisfy the day-to-day requirements of the busy organization. However, it did not account for periods of high usage. For example: a company-wide voicemail being accessed and retrieved by many users at once would have likely overloaded the router’s capacity. To ensure the system had all required capacity, we added additional transcoding resources to convert an additional 96 calls from G729 to G711.
It is worth noting that the reason for the diminished capacity was solely due to the widespread use of G729 in the environment combined with Exchange 2010’s lack of native support for G729. If G711 were used throughout the network, no transcoding resources would be required. In that case, capacity would have been limited only by the Exchange UM servers themselves: approximately 200 calls.

]]>
https://blogs.perficient.com/2011/05/13/exchange-2010-um-and-cisco-what-to-do-about-g729/feed/ 0 223873
How Did Snowpocalypse Affect Your Productivity? https://blogs.perficient.com/2011/02/24/how-did-snowpocalypse-affect-your-productivity/ https://blogs.perficient.com/2011/02/24/how-did-snowpocalypse-affect-your-productivity/#respond Thu, 24 Feb 2011 22:32:44 +0000 http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=81
February 2nd, 2011 was a great day in weather punditry. A lot of the country was blanketed in snow; Chicago was no exception. Businesses and schools closed, people were sent home, weather commentators and the blogosphere were busy generating nicknames:

  • Snowpocalypse
  • Snowmageddon
  • SNOMG!!
  • The SNOWotorious BIG

(I think that I lean towards #4, for what it’s worth) Regardless of what you call it, most businesses probably assumed a large dip in productivity.
So how did this affect PointBridge?

I was curious about the effect on our company. And because we’ve migrated ALL communications to Lync, I actually had an easy time of measuring exactly what happened on 2/2. Through the beauty of the unified reporting in Lync, I was able to determine that we in fact saw huge increases in communication among employees, even though the doors to the office were locked and probably snowed in.
In every category of communication – we were up across the board. The major highlights are:

  • Audio Conference minutes: up %120
  • Total audio conference participants: up %54
  • IM Conference messages: up %235
  • Peer-to-peer audio: up %57
  • Peer-to-peer application sharing: up %140
  • Peer-to-peer Instant Messages: up %39

It was business as usual.
For a small consulting company: this is huge. What would have been an entire day of not billing, especially in a short month like February, would have been killer to profitability. The fact that we just all picked up and worked from home/coffee shops/libraries and kept right on going is a real testament to what Lync can do for your business. This is not a squishy, touchy-feely general feeling of Lync maybe helping; this was real. Lync will have made the difference between a profitable month and a break-even month for us.
To that end, my post title, “How Did Snowpocalypse Affect your Productivity”, is probably unfair. Most people don’t have a way to drill down and measure what people were actually doing. But having all our communications unified on one platform let us actually measure the effect. Try doing something similar with an “un-Unified” solution!! It would be a nightmare of marrying PBX Call Detail Records with hosted web conference reports with Audio Conferencing provider minutes with IM logs, ad nauseum. It would be an all-day affair. The Lync reports took me a little over 60 seconds to run.
I used the Lync Monitoring server to run the reports and export them to Excel. I did the math on the “average” and “percent change” calculations on my own. You can see the data for yourself below:
Conference Activity


Peer-to-Peer Activity


Now there is a downside to all this: Lync 2010 certainly kept us profitable… but it did ruin my plans to go sledding that day.

]]>
https://blogs.perficient.com/2011/02/24/how-did-snowpocalypse-affect-your-productivity/feed/ 0 223747
I’ll just say it: Lync _is_ a PBX Replacement. And then some. https://blogs.perficient.com/2011/02/21/ill-just-say-it-lync-_is_-a-pbx-replacement-and-then-some/ https://blogs.perficient.com/2011/02/21/ill-just-say-it-lync-_is_-a-pbx-replacement-and-then-some/#respond Mon, 21 Feb 2011 19:31:40 +0000 http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=79
At the beginning of the year, PointBridge moved to a new office in Chicago. As part of the move, we moved all of our collaboration/communication to Lync 2010. We used to have an OCS R2 <–> Cisco CallManager integration for voice needs. But now – it’s 100% Lync for all employees. And I’m happy to report that it has been a huge success. So to all that wondered if Lync really is a PBX replacement, it is.
Well, actually, it’s not totally fair to say that Lync is a PBX replacement; our PBX was only doing one thing (dial tone) whereas Lync is doing:

  • Voice
  • Video
  • Audio conferencing
  • Web Conferencing
  • IM / Presence
  • Desktop Sharing
  • Softphone
  • Mini-Contact Center (for our customer support) with call queuing

A comparison of our Lync deployment to most other vendors’ deployment would involve the following chart:

Component Microsoft Server Other Vendors Product
Voice (dialtone) Lync 2010 IP PBX Server
Video Conferencing Video Conference Bridge / Units
Audio Conferencing Audio Conferencing Server / Hosted Provider
Web Conferencing Web Conferencing Server
IM / Presence IM / Presence Server
Softphone Softphone App
Call Queuing Contact Center Server

We now have just two Lync servers – Front-End and Edge – and a Dialogic survivable voice gateway making up the entire deployment. You should note that every service runs on one Lync Server by default. It’s not a bunch of different applications you install on various different machines. Lync 2010 is one application that handles all those services. The Edge server is used to make Lync 100% accessible externally with no VPN required; it securely proxies traffic from outside the firewall to the Lync server.
Stick the Exchange UM server in for voicemail and it’s a pretty tidy solution that scales support several hundred users. Plus the Dialogic gateway acts as a high-availability/ redundant Lync service: if the MAN link between our office and the colo facility were to go down, all phones and Lync clients at the new office would stay up, registered to the gateway.

Along with the new Polycom Lync phones (and the usual collection of various headsets) we have an enterprise-class communications system.
If you are looking to scale it out for thousands of users, or want additional high-availability, your design would include more than what I have depicted above. And I realize that not everyone would have need for all the features I’ve described, or maybe have need for features above and beyond what I’ve listed. And there may be even better ways to get the same functionality. But for our deployment, the above is what would have been required for us to meet all our needs.
So I’ll ask an open question: what do you need to do with your PBX / existing vendors to get all the benefits that we are getting with Lync?

If you answer is that you are integrating multiple applications, using multiple clients, multiple servers, and multiple logins/passwords, you may want to consider what Lync brings to the table. A unified infrastructure on the back-end and a single unified client for users means that Lync is a solution worthy of the name “Unified Communications”.

]]>
https://blogs.perficient.com/2011/02/21/ill-just-say-it-lync-_is_-a-pbx-replacement-and-then-some/feed/ 0 223749
Exchange UM: Advanced Customization of User Greetings https://blogs.perficient.com/2011/02/21/exchange-um-advanced-customization-of-user-greetings/ https://blogs.perficient.com/2011/02/21/exchange-um-advanced-customization-of-user-greetings/#respond Mon, 21 Feb 2011 17:08:00 +0000 http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=78
Most people know that Exchange 2010 gives you the ability to configure different rules based on caller ID (e.g. when my wife calls, play a certain greeting with different options to reach me). But the rules engine is actually even more flexible than that; it can actually be used to mimic functionality in other voicemail systems that give users have the option to set standard, off-hours, or alternate greetings. Or even route to different departments. But what isn’t as obvious is how to do it. It’s something that end users have to configure for themselves, not something that administrators set up.

In general I think this is good: giving end users the ability to make these changes themselves limits the number of helpdesk tickets & empowers end users. To make that all work, though, end users need to know how to do it.

Recording “off hours” greetings

By default, Exchange UM just has users record a standard greeting and an “out of office greeting”. But there is a way for users to configure different greetings based on time of day.

In Outlook 2010, you go to the File menu, and then you’ll see the manage voice mail button. This takes you to OWA’s voicemail config tab.



Alternatively, you could just go right to OWAàoptionsàphone and click on the voicemail tab:



The section that you need is called “Call Answering rules”. To add a new greeting based on the time of day, you create a new rule with conditions of the times/days you want for the greeting:





Once you set the time, then you just need to record the greeting. You do this by clicking on the link:



and record the greeting.
The one caveat here: Don’t forget to record something that says “Press # to leave a message”. If you don’t do that, nothing will happen after your greeting plays to callers. They have to press # to leave a message.

Option to Transfer to a department

Normally you’d use an Exchange Autoattendant to do department routing. But occasionally users will ask that their own voicemail greeting have options to transfer to departments. You use the same general concepts as discussed above.
To add a new greeting that transfers to Accounting, you create a new rule. Name it “Transfer to Accounting



Click “If it is during this period” and pick “Working hours”



Now to give them an option to press 1 to transfer to accounting, click on the “transfer caller to:”





Click Apply. Then you can save and close the rule and it should take effect right away.
]]>
https://blogs.perficient.com/2011/02/21/exchange-um-advanced-customization-of-user-greetings/feed/ 0 223750
12/11 is Doomsday for RMS and Office 2003 https://blogs.perficient.com/2009/12/14/1211-is-doomsday-for-rms-and-office-2003/ https://blogs.perficient.com/2009/12/14/1211-is-doomsday-for-rms-and-office-2003/#respond Mon, 14 Dec 2009 16:08:49 +0000 http://blogs.pointbridge.com/Blogs/mcgillen_matt/Pages/Post.aspx?_ID=74
A client just had a nasty little issue with Rights Management Server today: it stopped working. Yeah, that’s a pretty bad issue. As it turns out, anyone with RMS and Office 2003 will have this same experience. From the KB:

Starting on December 11, 2009, customers using Office 2003 will not be able to open Office 2003 documents protected with the Active Directory Rights Management Service (AD RMS) or Rights Management Services (RMS). Customers will also not be able to save Office 2003 documents protected with AD RMS/RMS. Cause: The issue has been identified as an Office 2003 certificate expiration issue.

That is definitely not awesome. Luckily there is a hotfix link in the KB article that resolves the issue. If you don’t want to install the hotfix, the “workaround” in the KB article is rather humorous: “Open the document using Office 2007.” Oh!!
Thanks to Patty for alerting me to the issue!

]]>
https://blogs.perficient.com/2009/12/14/1211-is-doomsday-for-rms-and-office-2003/feed/ 0 223493