Archive for January, 2012

31 JanSupport for Large Meetings (up to 1000!) on Microsoft Lync Server 2010

A quick one to let you know that Microsoft have just released a document with advice on how to configure your Lync Server 2010 environment to support large meetings.

Previously the hard limit was always 250 participants per meeting. That was increased not too long ago to 1000, but there was no guidance regarding how you could plan or scale your environment for this, until now.

The catch is, you need a dedicated Front End pool for the meeting, and only one meeting can occur at a time. No users, no other services on it at all. I can see the reasoning behind this to achieve the best user experience but personally, I’d probably be sticking to the Live Meeting service if I needed to host meetings of this size.

When it comes to what can be presented in the meeting, we’re talking about most functionality. PowerPoint, application sharing, audio and video. No mention of application/desktop sharing though, so it sounds like that’d hit your resources hard in a huge conference like this.

The document also includes some interesting stats Microsoft found around how conferences are used on Lync. To find out more, download the document here from the Download Center.

30 JanConfiguring Site Level Simple URLs in Lync Server 2010

Last month I deployed a new Lync 2010 environment with many regions/ pools globally coupled with multiple SIP domains of which we had to design a Meeting Join solution with simple URLs to accomodate the geographically dispersed nature. Let me set the scene.

The Problem

If we just had say, https://meet.contoso.com as our global meeting join URL (defined in the Lync Topology Builder) and pointed this to say, the EMEA Lync Front End pool, it would mean all users worldwide would be hitting that pool when they click the link in Outlook to join the meeting. Not ideal and not scalable.

The Solution

To ensure only EMEA users connect to the EMEA pool (and not the APAC users as well, for example), we need to create site level simple URLs to ensure users only connect to the pool in their region and that these URLs take precedence over the default global level simple URLs.

For this scenario, I selected Simple URL Naming Option 2 from the Planning for Simple URLs article on TechNet, which gives me a bit of flexibility and means my simple URLs for EMEA for this scenario look like this:

https://lyncemea.contoso.com/meet
https://lyncemea.fabrikam.com/meet
https://lyncemea.contoso.com/dialin

and my APAC URLs for example, would look like this:

https://lyncapac.contoso.com/meet
https://lyncapac.fabrikam.com/meet
https://lyncapac.contoso.com/dialin

and so on per global region. Note that you can only have one dialin simple URL per site – you can’t have a different dialin simple URL for each SIP domain.

For this article, I’ll only be covering the meet and dialin URLs, not the admin URL for LSCP access.

Creating a new Simple URL Configuration

First we need to create a new simple URL configuration that we will end up applying new simple URLs to.

  1. The first command we need to run is Get-CsSite. This cmdlet retrieves the list of Lync sites in the topology.
  2. After we’ve identified the site name (EMEA), we run the New-CsSimpleUrlConfiguration cmdlet against the site e.g.
    New-CsSimpleUrlConfiguration -Identity site:EMEA

Creating new Simple URLs

After we’ve created the new Simple URL configuration, we need to first create simple URL entries bound to a variable in our current PowerShell session and then simple URLs bound to a different variable.

Simple URL Entries

We run the following cmdlets to create a new simple URL entry for each URL required and then bind it to the variable specified at the start of the cmdlet.

$urlEntryContosoMeet = New-CsSimpleUrlEntry -url “https://lyncemea.contoso.com/meet

$urlEntryFabrikamMeet = New-CsSimpleUrlEntry -url “https://lyncemea.fabrikam.com/meet

$urlEntryAllDialIn = New-CsSimpleUrlEntry -url “https://lyncemea.contoso.com/dialin

Simple URLs

Next, we need to actually create the new simple URL in Lync, set which component (meet or dialin) it will apply to, which SIP domain it’s set for, which simple URL entry it will use and then (phew!) bind it to the variable we specify at the start of the cmdlet. Run each cmdlet per simple URL you need to create:

$simpleURLContosoMeet = New-CsSimpleUrl -Component meet -Domain contoso.com -ActiveUrl https://lyncemea.contoso.com/meet -simpleurl $urlEntryContosoMeet

$simpleURLFabrikamMeet = New-CsSimpleUrl -Component meet -Domain fabrikam.com –ActiveUrl https://lyncemea.fabrikam.com/meet -simpleurl $urlEntryFabrikamMeet

$simpleURLAllDialIn = New-CsSimpleUrl -Component dialin -Domain * -ActiveUrl https://lyncemea.contoso.com/dialin -simpleurl $urlEntryAllDialIn

Bringing it all together

So now we have a bunch of variables floating around in our current PowerShell session, we need to apply them to something. To make it real, we need to add the variables of all our simple URLs from the previous step to the new site level simple URL configuration we created earlier by running this cmdlet:

Set-CsSimpleUrlConfiguration -Identity “site:EMEA” -SimpleUrl @{Add=$simpleURLContosoMeet,$simpleURLFabrikamMeet,$simpleURLAllDialIn}

Once that’s applied successfully, we need to run Enable-CsComputer to apply the configuration to IIS on the Front End server/s in the pool.

To review the changes committed, run the cmdlet Get-CsSimpleUrlConfiguration to retrieve the Global Simple URL configuration and the new Site level Simple URL configuration, each with the individual URLs we created.

Last Words

Make sure you take note of the difference between a Simple URL entry and a Simple URL, as they are different things in Lync Server Management Shell that are brought together to create a configuration.

To reiterate, note that you can only have one dialin simple URL per site – you can’t have a different dialin simple URL for each SIP domain.

Hope this makes it (a bit) clear on how to setup site specific simple URLs in Lync. As Lync grows in maturity and market share, we will see larger, more widespread organisations adopting it which means you’ll need to know how to get this kind of configuration going. :)

23 JanMUCUG London January 2012 Review

Last Thursday night we ran our third Microsoft UC user group meetup in London. This time we headed back to Bow Bells House in the city to talk about the new Mobility functionality in Lync and to have AudioCodes along to talk about their SmartTAP call recording solution.

Just as we were about to kick off at 6pm, a fire alarm went off and we all had to evacuate the building. Some half an hour later we were allowed back upstairs and kicked off proceedings with Adam talking about Lync Mobility Architecture first.

Next up, I presented on Lync Mobility Deployment with Tom including a step by step guide and how the sign-in process works. You can check out our slides below.

The other slides from the night including Adam’s and Steve Hopkins from AudioCodes’ slides are on our SlideShare account and you can check out some photos from the night on the MUCUG London blog post.

When’s our next one?

We’re pleased to announce that our next MUCUG London event will be on April 19th at Eight Club in London so make sure you save the date now.

Many thanks to all that came, we really enjoyed having you along and for a few pints at the pub after. Your feedback was great and always we’ll take it on board to make future events even better.

16 JanWhy you should deploy a media gateway in a Lync voice deployment

Everyone’s moving to Lync 2010 for voice. It’s growing super fast and taking loads of market share from the incumbent vendors, and your organisation is keen to see what all the fuss is about. But how do you interoperate with your existing PBX? How about you want to add a SIP trunk to evaluate the cost savings/flexibility whilst still maintaining your ISDN E1/T1 services? An enterprise class media gateway is the meat in the sandwich to get the job done.

I’m not going to harp on about a particular vendor’s product, but I want to wax lyrical a bit here on why a gateway is a valuable and sometimes critical, part of your Lync voice deployment. It can mean the difference between a smooth migration and coexistence period, and a nightmare scenario where you have islands of voice kit that can’t talk to each other.

I’ll focus on an upstream deployment of a gateway in this post, meaning that the PSTN (ISDN and/or SIP trunk) is terminated at the gateway. Lync, the PBX and any other telephony infrastructure then sit behind the gateway, like in this diagram:


Any to Any Routing

Deploying a gateway capable of taking one signalling protocol (e.g. ISDN, SIP, H.323) and translating it into another is invaluable in an interoperability scenario. An example is when you find yourself needing to route calls from Lync (signalling in SIP/TLS and SRTP media in G.711 aLaw) to your 10 year old Ericsson PBX (over an ISDN E1 trunk), a gateway is the only device that can do this transcoding and feed the PBX the signal it needs.
Or maybe your old Cisco Call Manager only accepts SIP over UDP? No problems, the gateway can translate the signalling for you.

Calling/called number translation is a gateway’s bread and butter also. Taking full E.164 numbers from Lync and manipulating them into 4 digit extensions a PBX can use or a format the PSTN can understand is where a gateway makes life easy.

Migrating Users

If you’re not doing a “big bang” migration from your PBX, chances are you want to maintain a period of coexistence so you can slowly migrate your users to Lync. Gateways that can cache AD user information enable you to route calls based on whether a user is enabled for Lync or not. This means that the only thing you as an administrator needs to is enable the user for Lync and the gateway takes care of the rest.

Supporting SIP Phones and Fax Services

Say you have a big bunch of SIP phones (Cisco, Polycom, snom, etc) left over from your old PBX that you still want to use. A gateway with built-in SIP registrar functionality can keep them alive by registering your old SIP phones straight on the gateway and assigning phone numbers to them. They’re not Lync enabled, but at least you provide a dial-tone to them for basic voice functionality.

Faxing is ubiquitous in the enterprise and still plays a role today, so both analogue and server-based fax functionality needs to be maintained in a UC environment. Fax machines talking to an ATA device can talk SIP straight into a media gateway, or a fax server (Facsys, Goldfax, Rightfax, GFI etc) will easily talk straight SIP into the gateway as well and onto the PSTN.

Terminating PSTN Connectivity

SIP trunks from UCOIP qualified vendors are great and can plug straight into your Lync Server, but sometimes you may want to try out another vendor’s SIP trunk that can’t talk to a Mediation Server directly. A gateway can take this SIP trunk and turn it into the flavour of SIP that Lync requires, giving you a lot more choice in services.

Voice resiliency is a key requirement in most deployments, so multiple SIP trunks from different vendors or a backup ISDN line will typically be scoped. A gateway makes it easy to deploy all of these and manage the primary and secondary routing in and out in the event of failover.

A lot of SIP trunk providers deliver their services over a VPN, which a gateway can typically terminate also. Or if the trunk is provided encrypted over the internet, you’ll usually need to NAT it into your internal network. Media gateways are typically NAT capable, which means you can make the gateway aware of your public IP and ensure outgoing SIP packets are marked with it so traffic can route back in successfully.

The core of your Voice Infrastructure

When you have a dependency on other voice components, a gateway really becomes the heart of your environment. Sure they can be costly, but you’re investing in making your migration as smooth as possible and providing a considerable degree of flexibility into your environment.

11 JanInterview with a UC Pro Series – Published on NextHop

Just a quick one to let you know that yesterday I had one of my Interview with a UC Pro series posts published on Microsoft TechNet’s NextHop blog yesterday. This one was about Lync MVP Randy Wintle and now makes seven UC Pros interviewed since I started it mid last year. Check out the post here.

I’m really excited about being published on a TechNet blog, expect to see more contributions from me there in 2012.

09 JanWhat you should know about photos on Lync Mobile

Last week we were testing various scenarios regarding the displaying of photos in Lync Mobile as there are some inconsistencies with other clients (both Mac and PC). Seems I’m making a bit of a theme of talking about photos in Lync, having clarified a few things on how they work in the desktop PC client last year.

I identified some behaviour on the mobile client that could impact how you provision photos in Lync in your environment, here’s what I discovered.

How do photos display on mobile?

As I mentioned in my previous post about photos, the full blown PC client can display photos from AD/SharePoint, a URL you specify, or no photo at all. You can control this using a client policy to ensure your users all get the same experience.

On mobile, you have no control over how photos are displayed. Lync Mobile can only display photos retrieved from Active Directory or SharePoint, it cannot display a photo from a URL.

If a user is displaying a photo from a URL and there is a photo in AD, it will display the photo from AD. If there is no photo in AD, it will display no photo at all. Let me show you what I mean:

Tom’s photo when I use the desktop client. Tom has a photo from a URL defined.

Tom’s photo on Lync Mobile on iPhone. Because Lync Mobile cannot display photos from URLs, it displays no photo at all.

Implications

This has implications to your deployment because you may encounter scenarios where users are accustomed on the desktop client to seeing a photo of a user from a URL the user has specified. Once they start using the mobile client, they will either see no photo of the user/s at all (if no photo is in AD/SharePoint) or they will see the photo that is stored in AD (typically from Exchange) or SharePoint. This leads to an inconsistency in experience, which may generate calls to your helpdesk.

Not a huge one, but worth looking out for if photos are a big value point for your Lync deployment (and they should be).

03 JanA look at Lync Mobile on Android Tablet

With the release of Lync Mobile and following up on my preview of the iPhone client, I thought I’d show you what the client looks like on a tablet running Google’s Android OS also. I tested this on my ASUS Eee Pad Slider (that I reviewed on 48 Hour Adventure) running Android Honeycomb (no Ice Cream Sandwich for the Eee Pads yet) and I downloaded it right from the Android Market and installed it fine.

I am going to call this out here first and foremost, directed at people giving the apps a 1 star rating on the marketplaces – If Lync Mobile doesn’t sign in for you, check with your IT helpdesk that your Lync environment has been updated to support mobile clients.

Launch and Sign In

When you open up the app, you’re first greeted with a splash screen followed by the login screen where you can put in your login details.

After you’ve entered your credentials, and hit Sign In, you’re greeted with the Signing In screen.

The first thing I need to do is specify a phone number for Lync to simultaneously ring me on:

My Info

Once I’m signed in, I’m greeted with the My Info page where I can see my photo, status and call forwarding settings.

When I tap my status, I can change it to Available, Busy, DND etc.

Going into Options gives me a few things I can change – the number I’m simring’d on, whether to show photos or not, turning on/off logging and showing the version info of Lync.

Contacts and Chats

When I tap on the Contacts tab, I’m greeted with my full Lync contact list and can expand out each group I have.

Tapping a contact brings up their contact card and displays all their phone numbers and options to IM, call and send them an email.

Tapping on the Chats tab shows me all the IMs I have in progress in the session:

Takeaways

Basically this is just the Android mobile client stretched to fit the tablet, it doesn’t know it’s running on a tablet like the iPad client does. This is evident when you setup the number to simring on because it says “Enter your Android phone number”.

Good to see that the option is there if you have Android tablets floating around your organisation (ASUS, Samsung, etc..)