Call via Work


Call via Work (CvW) is the next generation and replacement for Remote Call Control (RCC).  RCC was introduced as a bridge that allowed organizations to leverage the cost of their legacy PBX system and Call via Work is being billed as the next generation of that tool.  It should be noted however, that from a functionality stand point, RCC is far more functional than Call via Work but RCC relied on additional software in the form of a SIP/CSTA server.

Call via Work on the other hand does not rely on any additional servers and utilizes the familiar and well tested Enterprise Voice functionality to “bridge” two calls together to allow organizations to continue to leverage their legacy PBX functionality.  This connectivity is done by utilizing a Direct SIP connection between Lync and the legacy PBX.


EXPERT NOTE: As of the writing of this document Microsoft only supports a Direct SIP connection to the PBX.  However, this is simply two Enterprise Voice calls pinned back to back on the Mediation Server and therefore using a gateway/SBC to a TDM based legacy PBX absolutely works in my testing.  Microsoft won’t support this implementation for obvious reasons but know that it will work.

Update: Mr. Jamie Stark says that SBC’s are supported for Call Via Work now.  Which is good since it worked fine before.

User Experience

Call via Work is a solution for outbound dialing where the end-user would like to continue to use their Legacy PBX handset.  When the end user places an outbound call from their Lync client a series of events are put into motion.  First, the Lync Server makes an outbound call from the Mediation Server to the telephone number of your legacy PBX.  At this point the end users’ desk phone would start ringing.  Once the user picks up their desk phone, the Lync server makes a second call from the Mediation Server to the dialed number in the Lync Client.  This call could be to the PSTN or to another legacy PBX user.  The end user will hear the familiar outbound ringing on their desk phone.  Once the call is connected by the dialed party, the users who made the outbound call will have their presence updated to “In a Call”.  Additionally, they will have very simple call control in their Skype for Business client in the ability to hang up the call.  All other mid-call control capabilities are preserved on the legacy PBX handset.

EXPERT NOTE: The first leg of the call has absolutely no knowledge of the state of the legacy PBX station.  For example, if the user had their legacy PBX station set to forward all calls to voicemail the first leg would complete into the users voice mail and the second leg would start dialing.  The dialed user would receive the call but when they answer they would be met by the users’ voicemail greeting.

While you are using the Call via Work feature several client side features are disabled.  The call must remain a peer to peer call therefore any conferencing options have been removed from the client.


If the call was an escalation from an existing IM window to another internal person, you would continue to have IM, Application and Desktop Sharing and File Transfer ability.  However, video would be blocked from the client and any escalation options to a conference would also be unavailable.

If a user attempts to make or receives a second call to their PBX Station the conversation window on the users’ workstation will not be updated to reflect this new call and will no longer be accurate.

Inbound Calls

The Call via Work feature is not designed for inbound calls from the PSTN however you could take steps to make this work.

Call Flow

The call flow (as display in the above image) is a straight forward process.  How the client initiates the call however is unlike an Enterprise Voice call from the client.

  1. The user places a call from the Skype from Business client.  It is important to realize that this feature is not available from the Lync 2013 client or when the Skype for Business is using the Lync 2013 UI.  (See the Client Changes chapter for more details on the client UI options.)3When the user clicks the call button the Skype for Business client sends a UCWA request to the Skype for Business Front-End Server.Using Fiddler we can see the captured UCWA request being sent to the front-end server.4

    The responds with a 201 Created


  2. Once the server has received the above UCWA request, it initiates an outbound call to the PBX.
  3. The legacy PBX will route the call and ring the users PBX Station.
  4. Once the call is setup to the PBX station, it starts a second call to the dialed number.
  5. In this example, the PBX has routed the call to the PSTN.  But remember, this user who was called could be another PBX user.
  6. The far-end user receives the call and answers.  At this point the call is established with media traveling through the Skype for Business Server acting as a back-to-back agent


The configuration of Call via Work requires many of the same setup and configuration of an Enterprise Voice deployment.  The steps can be broken down into three high level sections.
Configure Enterprise Voice
Take whatever steps you needed to connect your Skype for Business Pool to your legacy PBX via Direct SIP (or via Gateway).  Configuration of Enterprise Voice is beyond the scope of this chapter.  Users who want to use the Call via Work feature must be enabled for Enterprise Voice.

Call via Work Policy

Skype for Business introduces a new policy called Call via Work.  By default a global policy will be created during the installation which is disabled.


The Call via Work policy has three settings and are granted to users within your organization.
Enabled – Is the user allowed to use the Call via Work feature.
UseAdminCallbackNumber – Is the user required to use the defined call back number.
AdminCallbackNumber – What number should be called by default when making outbound calls.
I have to admit that the admin call back number doesn’t make a lot of sense.  If the plan is to have each user call their legacy PBX phone by first this policy makes it appear as though you would need to create a Call via Work policy for each and every user.  Take this policy as example:


Here we have created a Call via Work policy that is enabled and uses the default call back number of +1001.  If I were to assign this policy to multiple users they would all by default ring back to the same PBX station when making an outbound call.  This design doesn’t make a lot of sense.

Client Configuration

If you are not going to create a Call via Work policy for every user in your organization than the end-user needs to define their call handling rules from the client.  Once a user is granted a Call via Work policy the Call Forwarding section of their client becomes Call Handling.


Here we can see that outbound calls will ring my PBX Station first before being the outbound call is made.

Inbound Calling

Call via Work wasn’t designed with inbound calling from the PSTN however steps can be taken to make this work.  That said, I don’t see many organizations taking advantage of this feature as it requires your Skype for Business Server to front-end all inbound calls – that is it must be placed upstream of your legacy PBX.  If an organization is holding onto their legacy PBX often times it’s because they have some reservations about using Skype for Business as their primary communications tool and therefore placing it upstream of the PBX will be a non-starter to those organizations.  However, for those who want this functionality here is the overall of how this would function.


  1. PSTN User makes an inbound call.
  2. The PSTN routes the call to your Skype for Business Server
  3. The Skype for Business Server routes the call to the Enterprise Voice enabled user.
  4. The user has enabled simultaneously ring to their PBX Station.
  5. The Skype for Business Server routes the call to the PBX.
  6. The PBX routes the call to the legacy PBX Station.

It should be noted that the Enterprise Voice number and the PBX Station could have either the same telephone number or different numbers.  If you want to use the same telephone number in both Skype for Business and the legacy PBX you would utilize the ms-skipRnl header to allow the call to exit the Skype for Business server.

In another post we will detail how to deploy in-bound Call Via Work.

7 thoughts on “Call via Work

  • September 21, 2015 at 2:47 am

    I am trying to configure call via work with Cisco Unified Call Manager, I am missing some information around what the AdminCallBackNumber should be, I’ve tried a DID both assigned and unassigned with no success and continually getting a 404 Not Found.

    Any Help?

    • October 22, 2015 at 9:15 am

      Hi Ben.
      The AdminCallBackNumber should be the number of the PBX telephone, which should recieve the first leg of the call. If you set UseAdminCallBackNumber to $True, this number will be used for all users with this policy assigned. If you set UseAdminCallBackNumber to $False, the user has the option to select which number to recieve the first leg of the call, e.g. mobile, home or hotel room number.

      I cannot make any qualified guess on your error, based on the available information.


  • October 29, 2015 at 2:26 pm


    I was wondering if there was a posssibility for the phone to which the call is redistributed (3) to get information about the final contact (6).

    I’m using a SIPPhone in place of the described PBX station, and calls are redirected just fine. But I would like to display who i am calling and not the number used to make call. Is there any way to make it ?
    I tried to analyse SIP packets sent by the skype server to my sip phone, but there are no information available about the end contact which is called.

    Any help ?

  • November 1, 2015 at 1:17 pm

    I configured call via work with CUCM 10.5. This works partially as if I configure the trunk with the option “Enable sending refer to the Gateway” I then have no ringtone on my caller deskphone while the callee phone rings. Could You help?

  • February 8, 2017 at 12:16 pm

    Hello, I’ve got a question, we just migrated a Lync 2013 that had RCC to a SfB with Call via Work integrated with CIsco CUCM. But we’ve noticed one thing, with RCC, when the call got connect, both the caller and calle changed there status to “In a Call”. With CvW, only the caller changes his status.

    Any idea?

    • February 8, 2017 at 5:40 pm

      When the person makes a call with Call Via Work the caller does this from their SfB client so SfB knows to change the status of the user. The receiver, callee, is just receiving a normal “PSTN” based called essentially. So SfB doesn’t realize that the person you called is an SfB User because it went out the mediation server. As far as it’s concerned, it’s not a SfB user so no presence change. This is one of the big differences from RCC to CvW.

  • May 6, 2017 at 5:13 pm

    i have 1 Dial Plan ,that is , when i give number 9 , Skype with Void gateway open line and calling with other number , but other number have voice message and my client with key pad in call must give other number for connect to other member have Desktop Phone
    how i can give all number with one number ?
    Example : i want call to 444
    1- i give number 9
    2-number 9 open line tel in VoIP and give number 44695961
    3-after call with 44695961 , Voice message play from that number
    4-i must give 444 to connect
    i want give 9 Skype translate to 44695961 after play voice message give 444 (automatic without need client)


Leave a Reply

Your email address will not be published. Required fields are marked *