Lync Server Call Handling and Transfer Using UCMA

Microsoft Unified Communications Managed API? Never heard of it? Yes, it's not that common for programmer to integrate with Lync, especially - its server part. Though I had (still have?) an opportunity to work with it (UCMA 3.0) and now I will tell you one of the interesting stuff I was able to implement using it. I am not talking about really advanced (say, "advanced advanced") things like changing/looking at the SIP headers or implementing custom codecs for media but something more advanced than starting a conference.

Here is the scenario: I need to move (transfer) the incoming (dialin) audio call from conference to conference endlessly, with no bounds. Once moved to one conference, you should be able to kick the user to another conference as much times as he(she) desires. For the unpatient, I'll say that the trick here is to use the call self-transfer. But let's get to the sample.

Sample is called "Locations" and is freely available at GitHub

What is does:

  1. It creates three conferences and starts playing sound inside each one (sounds are ambient "Bus", "Airport", "Outdoor" so I decided to call the class handling these conferences "Location") )
  2. Listens for the incoming calls on its own application endpoint
  3. Any incoming AVCall gets transferred to the random location
  4. User can switch between locations saying "previous" or "next"

That's the whole thing.

Code is a bit raw (was not tested with many users, conference cleanup is not done correctly) but is working in case of one user and pretty much explains the idea. So for now this one is...


Solved!

Comments

  1. marksonApril 9, 2017 at 2:44 AM

    This comment has been removed by a blog administrator.

    ReplyDelete
  2. JaneAugust 18, 2017 at 9:54 AM

    This comment has been removed by a blog administrator.

    ReplyDelete

Post a Comment

Popular posts from this blog

DXGI fast screen capture

Task at hand was capturing desktop or monitor contents under Windows really fast. Actually, the faster is better because the real contents of the buffer I am writing to will be displayed/rendered in real time. There are several options of screen capture in Windows. The oldest and the easiest one is using GDI. The minus of it is that it's really slow. The second way of performing capture is DirectX Graphics Infrastructure - you command video card to store the whole screen or one/several monitors's contents inside separate part of its memory (surface). After that, you can either command video card to draw it somewhere else (for example, on texture). Or lock this surface and copy its contents to the main memory. Looks a lot more promising, huh? Of course I chose the DXGI way! To keep the actual DXGI-based implementation away from the main sources, I had created DXGIManager object incapsulating the actual capture stuff and opened up only a few basic methods: HRESULT SetCapt
Read more

Kubuntu 16.04 and Dell Inspiron 7559

Problem: Recently, I was more and more than fascinated by development convenience under the modern Linux distributions, not in the last place because I started to use Ubuntu on daily basis at work. So I decided to try Linux on my home laptop (Dell 7559). Options were: Install it as a virtual machine Dual boot At first, I tried installing Ubuntu/Kubuntu inside VM but it turned out to be a bad decision because of the 4K display of the laptop - interface was too slow for the normal usage. I tried both VMWare Player 12 and VirtualBox, tried even setting the scaling of the display in the latter to 200% so Ubuntu will have only 1080p virtual screen but it lagged even more. No go. Then I decided to try the dual boot approach. Luckily, when moving my system to SSD, I had to shrink the Windows partition and had about 200 Gb of the free place in the end of the disk where I decided to put the Kubuntu 16.04. Why Kubuntu? When trying out Ubuntu and Kubuntu inside VM, I found the scal
Read more

Visual Studio Code: Fixing Python Intellisense

Today my colleague, Dmitry Efremov, got an issue after installing the latest VSCode and Python extension - intellisense plainly stopped working for all packages except few very basic. After enabling logging for the extension ("python.devOptions": ["DEBUG"] in user settings), it turned out that jedi, tool used for intellisense, fails with the next message in the output: --------------------------- stderr jediProxy Error (stderr) Traceback (most recent call last):   File "completion.py", line 313, in watch   self._process_request(self._input.readline())   File "completion.py", line 294, in _process_request   script.goto_assignments(), request['id']))   File "/home/dmitry/.vscode/extensions/donjayamanne.python-0.3.17/pythonFiles/jedi/api/__init__.py", line 382, in goto_assignments   results = self._goto()   File "/home/dmitry/.vscode/extensions/donjayamanne.python-0.3.17/pythonFiles/jedi/api/__init__.py", line 438, in
Read more