Blogs

Check out the new content on the Cisco Developer Network reflecting the New & Enhanced features in Cisco Unified Communication Manager 9.1.
See the new 9.1 TAPI Documentation ...Read More

 

The Unified Communications 9.0 Partner Bundle packages Cisco’s Collaboration application software for our Collaboration partner community to leverage for their internal lab or demonstration systems. The 9.0 version is now available for order. Learn More >> ...Read More

 

Cisco TAPI Developers:

Check out the new content on the Cisco Developer Network reflecting the New & Enhanced features in Cisco Unified Communication Manager 9.0(1).

...Read More

 

Developer Partners,

Cisco announces the availability of our 2012 Developer Partner presentations shared at CiscoLive San Diego.

Please log into the Cisco Developer Network using your Partner UserID to download this content.

Access these presentations here: http://developer.cisco.com/web/cdc/devforumpreso PARTNER LOGIN REQUIRED
...Read More

 

Developer Partners,

Cisco announces the availability of our 2012 Developer Partner presentations shared at CiscoLive London.

Please log into the Cisco Developer Network using your Partner UserID to download this content.

Access these presentations here: http://developer.cisco.com/web/cdc/devforumpreso PARTNER LOGIN REQUIRED
...Read More

 

Showing 1 - 5 of 32 results.
Items per Page 5
of 7

Forums

« Back to Cisco TAPI Questions

TSP limited to 3 call legs in calls collection?

Combination View Flat View Tree View
Threads [ Previous | Next ]
I'm trying to write an app to manage conference calls. I can create the conference calls and add as many parties as UCM is configured to allow. The problem is that I can only see the first two parties and the conference call itself in the calls collection. I have tried looking at the line's call array, the address call array, and the output of the lineGetConfRelatedCalls function. In each case, it only displays 3 calls. Now if I disconnect the first two parties from the call reverting it to a non-conference call to the 3rd party and look at the call collection again, my 3rd parties call shows up, but doesn't have a valid callOrigin or callReason. There are also dead calls hanging around in the collection at this point with their call state set to idle. If I create new calls now, the collection grows past 3 calls(with the idle calls still hanging around) but I still can't see more than two parties and the root conf call when I add the 3rd party to the conference.

I'm accessing TAPI via julmar.com's atapi.net library in VS2005. Mark Smith over there has been extremely helpful. The TSP version is 6.1(0.10).

Any ideas?

I think it's the tool you are using. Can you try view the conference
model from TAPI Browser ? It should show proper CONFERENED call depend
on how many participants involved in the conference.

Regarding the IDLE call, it application's responsibility to de-allocate
the call. TAPI does not do the clean up in this case.

Jun will only monitored devices be represented as call instances in the conference? Are the two lines in this example monitored, and the others unmonitored..?

David. TAPI is just a half call model. For each participant (or line),
you should see a conference parent call - which is normally in CONNECTED
state, and several CONFERENCED calls which represents all other
conference participants, depend on how many lines are involved in the
conference.

For example, in a three party conference, each line should see one
conference parent call and two CONFERENCED calls.

lineGetNewCalls returned SUCCESS
LINECALLLIST
dwTotalSize=x1000
dwNeededSize=x28
dwUsedSize=x28
dwCallsNumEntries=x4
dwCallsSize=x10
dwCallsOffset=x18
00010106 0001014a 0001016c 000101d1 ....J...l.......
Monitored call x10106 deallocated on IDLE
lineGetConfRelatedCalls returned SUCCESS
LINECALLLIST
dwTotalSize=x1000
dwNeededSize=x24
dwUsedSize=x24
dwCallsNumEntries=x3
dwCallsSize=xc
dwCallsOffset=x18
0001016c 000101d1 0001014a xxxxxxxx l.......J...

As you can see from the TB20 trace, only 3 calls are being reported by the TSP driver, when there are 4 calls legs(3 remote participants, and the parent conf call).

Jeremy Sanders, CCIE #12332(R&S and Voice)
Solutions Architect
TekLinks, Inc.
c205-249-5988
w205-314-6630

Based on trace you provided, the first call list shows 4 calls, which is
4 party conference
LINECALLLIST
dwTotalSize=x1000
dwNeededSize=x28
dwUsedSize=x28
dwCallsNumEntries=x4
dwCallsSize=x10
dwCallsOffset=x18
00010106 0001014a 0001016c 000101d1 ....J...l.......

After call x10106 goes IDLE, it shows 3 calls, which is 3 party
conference
LINECALLLIST
dwTotalSize=x1000
dwNeededSize=x24
dwUsedSize=x24
dwCallsNumEntries=x3
dwCallsSize=xc
dwCallsOffset=x18
0001016c 000101d1 0001014a xxxxxxxx l.......J...

It seems ok to me. Why do you think it's wrong? Did you drop call
x10106? Can you verify whether you are able to manually create 4-party
conference from phone, and show it correctly in TAPI browser ?

Collateral


No files available