Posted: September 25th, 2012 | Author: Michael | Filed under: UCMA 3.0 | Tags: dial plan, outbound, PSTN, voice policy | No Comments »
Several different types of UCMA applications need to place calls to the PSTN via the Mediation Server: outbound dialers, click-to-call applications, auto-attendants, and so forth. At some point, you may deploy one of these applications to a new environment, having tested it extensively, only to be stopped in your tracks by an exception like the following when your application tries to place outbound PSTN calls:
Microsoft.Rtc.Signaling.FailureResponseException:A 403 (Forbidden) response was received from the network and the operation failed. See the exception details for more information. Continue reading “Don’t forget your voice policy!” »
Posted: September 17th, 2012 | Author: Michael | Filed under: UCMA 3.0 | Tags: 183 Session Progress, AudioVideoCall, early media, early offer, media, PSTN, UCMA 3.0 | 4 Comments »
One of the more common uses of UCMA is to create outbound dialer applications. Unfortunately, many people run into a frustrating problem at first when building dialers in UCMA: the first few seconds of audio seem to get lost somehow. When someone picks up the phone and says “Hello,” the first few seconds of audio back to the dialer get clipped, and there is often a delay before the recipient of the call hears the UCMA application play its message. Continue reading “Avoiding clipping with outbound UCMA calls” »
Posted: January 25th, 2012 | Author: Michael | Filed under: UCMA 3.0 | Tags: Conversation, forwarding, multi-modality, multimodal, PSTN | 2 Comments »
If you have a UCMA application that communicates with users via both IM and audio in the same conversation, you may one day be caught off guard by the following exception:
Microsoft.Rtc.Signaling.OperationFailureException: Application must register
for ConversationChanged event when a call is moved to a derived conversation.
Specifically, this exception occurs if you try to add audio to a conversation that currently only has instant messaging and/or application sharing, and the remote party redirects the audio call to a PSTN phone; maybe because they don’t have headphones plugged in, or because they are on a wireless network which has been causing poor audio quality, or even because they are logged in on a client that doesn’t support audio. Continue reading “Call forwarding, UCMA, and “derived conversations”” »