Assign UCMA Application a Phone Number / Extension

Unanswered Assign UCMA Application a Phone Number / Extension

  • Thursday, December 01, 2011 2:57 PM
     
     

    How do you setup Lync and Exchange to allow a person to reach a UCMA application when dialing in via the PSTN? I added an appropriate phone number to the Contact in Active Directory setup when I provisioned the UCMA Trust Application but unless I need to wait longer than an hour for that to replicate throughout the system there must still be something else I must do.

    My goal is to dial in the same we do for all inbound calls and be able to reach the UCMA application by name or number via the Exchange Auto Attendant.

    Thank you in advance for any input you may have.

All Replies

  • Friday, December 02, 2011 6:29 PM
     
     

    To make sure I understand: you already set the LineURI parameter using New-CsTrustedApplicationEndpoint or Set-CsTrustedApplicationEndpoint in Lync Management Shell, but dialing into the UCMA application via PSTN isn't working?

    Or are you specifically trying to set things up so that a caller can be transferred to the UCMA application by the Exchange auto-attendant?

    What happens when you try to place a call from a PSTN phone to the application's phone number? If you haven't already, could you run a SIPStack/S4 trace using OCSLogger.exe on the Front End Server to see what's going on at the SIP signaling level?


    Michael Greenlee | linkedin: http://www.linkedin.com/in/michaelgreenlee | blog: http://blog.greenl.ee
  • Saturday, December 03, 2011 3:38 PM
     
     

    Thank you so much for the response.

    Yes, I used New-CsTrustedApplicationEndpoint and configured the UCMA application and I can call it with my Lync client just fine.

    I am trying to set it up so that a PSTN caller, that gets answered by the Exchange Auto-Attendant, can transfer the call to the UCMA application.

    I am thinking something has to be done to either allow me to dial the UCMA extension directly or an Active Directory user possibly with an Email account enabled for Unified Messaging has to be setup before the Exchange Auto-Attendant will be able to transfer the call to my UCMA application? Right now it is just a Contact in Active Directory with the phone number extension added to it.

    While I need to get the Exchange Auto-Attendant to transfer PSTN calls to my UCMA application I am also curious to know if there are other and/or better ways to transfer the inbound PSTN calls to a UCMA application?

  • Monday, December 05, 2011 7:11 PM
     
     

    I'm still a little confused about your scenario, and why you need the Exchange Auto-Attendant to transfer the call. Is it because you're assigning an internal extension to the UCMA app and not a DID number?

    You should be able to add an option to your auto-attendant where the caller can dial a specific DTMF tone to be transferred to an extension you specify. Does that fit your requirements, and if so have you tried to do it already and it didn't work?


    Michael Greenlee | linkedin: http://www.linkedin.com/in/michaelgreenlee | blog: http://blog.greenl.ee
  • Monday, December 12, 2011 2:04 PM
     
     
    Were you able to figure this out?
    Michael Greenlee | linkedin: http://www.linkedin.com/in/michaelgreenlee | blog: http://blog.greenl.ee
  • Friday, July 20, 2012 4:11 PM
     
     

    Back to trying to figure this out. Previously this became a non-issue because everyone used the Lync client so they just dialed the SIP endpoint and connected to the application. Now I have been asked to get the Exchange Auto Attendant to route PSTN calls to the UCMA application.

    In answer to the last question, that is correct, we do not have DID numbers. The PSTN user dials a common phone number, gets the Exchange Auto Attendant and then enters the Extension assigned to the UCMA application. the Exchange AA says "I am not permitted to make that call" and transfers me to the operator. I can even use the Lync client to call the phone number, which of course routes internally due to our dial plan. Still not sure why the Exchange Auto Attendant cannot dial it though.

    I feel sure it is something simple but it is alluding me and my web searches have not yielded enough for me to figure it out.

    I have looked over http://msdn.microsoft.com/en-us/library/hh347354.aspx and I have valid ApplicationEndpoints with URIs and telephone numbers assigned that are in our dial plan. The last item on this page is about creating an Active Directory User, which may be what I need to do (vs an Active Directory Contact) but I do not see how to associate that User to the UCMA application or at least do not understand it based on the instructions.

    Thank you in advance for any assistance that can be provided.


    • Edited by wvii Friday, July 20, 2012 5:26 PM
    •  
  • Saturday, July 21, 2012 1:48 PM
     
     
    Interesting. It sounds like the auto attendant is trying to make the transfer and is getting a failure response. The best way to see what the specific problem is would be to get SIP logs from the Front End Server while this is happening. If you need instructions on how to do this, I recently posted a video about it on my blog (http://blog.greenl.ee/2012/07/17/video-lync-server-logging-tool/). In the log you should be able to see the failure response to the auto attendant which will hopefully have some more details on what went wrong. If you like you can post the message here and I can take a look at it.

    Michael Greenlee | linkedin: http://www.linkedin.com/in/michaelgreenlee | blog: http://blog.greenl.ee

  • Tuesday, July 24, 2012 3:00 PM
     
     

    I ran the trace and while I do see traffic between the Exchange server and the Lync front end I see no errors or even an attempt to call the endpoint I am trying to reach. Could it be the setup of the Contact or User associated with the UCMA Application and Exchange not seeing them as capable of receiving a phone call? That is kind of what it acts like.

    I did try this to help determine if something like that was the issue, I used the Lync client and set it to forward my calls to the UCMA Application. Now when I call in from a PSTN, Exchange Auto Attendant answers, I put in my extension (instead of the UCMA app extension) and low and behold, the call is forwarded and the UCMA application answers.

    I checked the Exchange event logs and see nothing related to this but it does seem like Exchange itself thinks the UCMA application is not a valid "user"? Is there something specific that has to be done related to Exchange and the Auto Attendant so calls can be transferred?

    Another thought, is there another way to test this, maybe by routing the PSTN call directly to the UCMA application instead of going through Exchange Auto Attendant? If so is it possible to do that with specific lines instead of all lines coming into the media gateway?

    Thank you in advance for all your help on this and for the most excellentdiagnostic tool video. I definitey feel more equipped to figure Lync issues out in the future.