RTP streams in Unity environment

Answered Question
Jun 5th, 2008

Hi,

I've got the topic in this UC subforum which has produced a new question for me.

I prefer to make a new thread because previous one is big enough and have another target task.

I have a little argue with Tommer Catlin who graciously helps me with my another thread's problem.

The subject is how RTP streams flow while ip phone's call is forwarded to Unity.

1.

Everyone knows that CUCM does not proxy RTP and this type of traffic

flows directly between endpoints (most of all). In other words the typical call:

* Signaling path is: "IP Phone #1 <> CUCM <> IP Phone #2"

* Voice path is: "IP Phone #1 <> IP Phone #2"

2.

Is the item's (1) model is also fair/applicable for IP Phone call

being forwarded to Unity by CUCM ? My view is in such kind of the communication:

* Signaling path is: "IP Phone <> CUCM <> Unity Server"

* Voice path is: "IP Phone <> Unity"

Another point of view, which I do not agree with, is:

* Signaling path is: "IP Phone <> CUCM <> Unity Server"

* Voice path is:"IP Phone <> CUCM <> Unity Server"

What do you think ?

I have this problem too.
0 votes
Correct Answer by Jaime Valencia about 8 years 5 months ago

voice path will never be

* Voice path is:"IP Phone <> CUCM <> Unity Server"

unless you consider it will be listening to an MOH source but i'd rather say ip phone <> MOH server than CUCM. Or if you have IPCC co-resident, maybe for annunciator if something happens.

the signaling will be in the beginning between the ip phone and the CUCM server, while it tells the other phone to ring. once the no answer timer has been reached the ccm is going to call the vm pilot and once unity takes the call the signaling will still be handled by CUCM in terms that if unity or the other end ends the call CUCM will tear down the whole call process, release resources, tear down the connection on both sides, etc.

but the actual RTP will still be between endpoints, meaning that when you're listening the guy's greeting it will be ip phone <> unity

HTH

javalenc

if this helps, please rate

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4.5 (2 ratings)
Loading.
Correct Answer
Jaime Valencia Thu, 06/05/2008 - 03:59

voice path will never be

* Voice path is:"IP Phone <> CUCM <> Unity Server"

unless you consider it will be listening to an MOH source but i'd rather say ip phone <> MOH server than CUCM. Or if you have IPCC co-resident, maybe for annunciator if something happens.

the signaling will be in the beginning between the ip phone and the CUCM server, while it tells the other phone to ring. once the no answer timer has been reached the ccm is going to call the vm pilot and once unity takes the call the signaling will still be handled by CUCM in terms that if unity or the other end ends the call CUCM will tear down the whole call process, release resources, tear down the connection on both sides, etc.

but the actual RTP will still be between endpoints, meaning that when you're listening the guy's greeting it will be ip phone <> unity

HTH

javalenc

if this helps, please rate

Tobivan_Helden_2 Thu, 06/05/2008 - 05:02

Jaime, hi,

Hope you are fine.

I've just checked out the situation by getting dump file on unity.

The thing I've seen in the dump is bi-directional exchange of rtp

streams, which are able to be analyzed and played as regular .au files.

Thank you for your unfolded reply.

Tommer Catlin Thu, 06/05/2008 - 08:33

Thanks Javalenc! I was trying to help him last night and was confused. I looked up in the Unity Deployment book this morning after reading your statement and it is true. There is however one thing that may shed light into his problem.

CUCM sets up the call, then drops out, but not completely. There is a skinnyTSP conversation going on between CUCM and Unity still. If the trigger goes down or does not stay up, it may be what is going on.

The call is setup, connected, but then the AvSkinnyTSP loses connection to Unity.

Is Unity and CUCM on the same LAN?

Jaime Valencia Thu, 06/05/2008 - 08:40

You're welcome Tommer, not sure of what the other issue is but if you point me to the thread i can go thru it and see if i can help.

you're indeed right even if the call is between the phone / GW to unity CUCM still needs to be involved to take care of joining, creating and dropping call legs and all other stuff (ie media negotiation)

javalenc

Tommer Catlin Thu, 06/05/2008 - 08:44

I believe even when the call is in connected between Unity and the IP there is still a TAPI to Skinny Conversation going on between Unity and CUCM. If that conversation is broken, of course some issue will come up.

Actions

This Discussion