[cisco-voip] Can Cisco UCM Support Multiple MTPs on same call?

Wed Oct 1 16:36:15 EDT 2008

Right, but some MTPs cannot Xcode (i.e. software).  I was trying to make
that distinction.  

Here is my underlying issue:

One call coming into the SIP trunk fails:

10/01/2008 11:22:03.345 CCM|(isHeldOrHolding):
er=0,ee=0,mh=0|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><
DEV::><LVL::Detailed><MASK::ffffff>

10/01/2008 11:22:03.345 CCM|getOobScbId: Created scbId. mOobScbId=1163,
ccbId=1162|<CLID::DDNA><NID::10.194.12.215><LVL::Detailed><MASK::ffffff>

10/01/2008 11:22:03.345
CCM|//SIP/SIPCdpc(2,83,530)/ci=71719367/ccbId=1162/scbId=0/setCgpnNumPre
sentation: fIdPresentation is 1 and the SIP Trunk Config is
1|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><LVL::D
etailed><MASK::ffffff>

10/01/2008 11:22:03.345
CCM|//SIP/SIPCdpc(2,83,530)/ci=71719367/ccbId=1162/scbId=0/applyNumPrese
ntationBasedOnDirection: fIdPresentation is 1 and the DialogDirection is
1
|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><LVL::De
tailed><MASK::ffffff>

10/01/2008 11:22:03.345
CCM|//SIP/SIPCdpc(2,83,530)/ci=71719367/ccbId=1162/scbId=0/setCgpnNamePr
esentation: fIdPresentation is 1 SIP Trunk Config is 1
|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><LVL::De
tailed><MASK::ffffff>

10/01/2008 11:22:03.345
CCM|//SIP/SIPCdpc(2,83,530)/ci=71719367/ccbId=1162/scbId=0/applyNamePres
entationBasedOnDirection: fIdPresentation is 1
|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><LVL::De
tailed><MASK::ffffff>

10/01/2008 11:22:03.346
CCM|//SIP/SIPCdpc(2,83,530)/ci=71719367/ccbId=1162/scbId=0/setCnNameAndN
umber: connectedName  connectedNumber 5404274502 connectedNumberPi 1
connectedNamePi 1 connectedSi
0|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><LVL::D
etailed><MASK::ffffff>

10/01/2008 11:22:03.346 CCM|//SIP/Stack/Info/0x0/ccsip_spi_get_msg_type
returned: 3 for event
28|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><LVL::
Detailed><MASK::40000>

10/01/2008 11:22:03.346 CCM|//SIP/Stack/Info/0xe2130e0/method = 107
state =
7|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><LVL::D
etailed><MASK::40000>

10/01/2008 11:22:03.346 CCM|//SIP/Stack/Info/0xe2130e0/Received media
sip event
SIP_REQUEST_ANSWER|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP
::><DEV::><LVL::Detailed><MASK::40000>

10/01/2008 11:22:03.346 CCM|//SIP/Stack/Error/0xe2130e0/ignoring ACK
request
answer|<CLID::DDNA><NID::10.194.12.215><CT::4,100,78,6.1><IP::><DEV::><L
VL::Error><MASK::40000>

10/01/2008 11:22:03.647 CCM|
|<CLID::DDNA><NID::10.194.12.215><LVL::State Transition><MASK::0040>

The next call works:

10/01/2008 11:20:26.384 CCM|(isHeldOrHolding):
er=0,ee=0,mh=0|<CLID::DDNA><NID::10.194.12.215><CT::2,100,78,300.1><IP::
><DEV::><LVL::Detailed><MASK::ffffff>

10/01/2008 11:20:26.384 CCM|getOobScbId: Created scbId. mOobScbId=1159,
ccbId=1158|<CLID::DDNA><NID::10.194.12.215><LVL::Detailed><MASK::ffffff>

10/01/2008 11:20:26.384
CCM|//SIP/SIPCdpc(2,83,528)/ci=43311006/ccbId=1158/scbId=0/setCgpnNumPre
sentation: fIdPresentation is 1 and the SIP Trunk Config is
1|<CLID::DDNA><NID::10.194.12.215><CT::2,100,78,300.1><IP::><DEV::><LVL:
:Detailed><MASK::ffffff>

10/01/2008 11:20:26.384
CCM|//SIP/SIPCdpc(2,83,528)/ci=43311006/ccbId=1158/scbId=0/applyNumPrese
ntationBasedOnDirection: fIdPresentation is 1 and the DialogDirection is
1
|<CLID::DDNA><NID::10.194.12.215><CT::2,100,78,300.1><IP::><DEV::><LVL::
Detailed><MASK::ffffff>

10/01/2008 11:20:26.384
CCM|//SIP/SIPCdpc(2,83,528)/ci=43311006/ccbId=1158/scbId=0/setCgpnNamePr
esentation: fIdPresentation is 1 SIP Trunk Config is 1
|<CLID::DDNA><NID::10.194.12.215><CT::2,100,78,300.1><IP::><DEV::><LVL::
Detailed><MASK::ffffff>

10/01/2008 11:20:26.384
CCM|//SIP/SIPCdpc(2,83,528)/ci=43311006/ccbId=1158/scbId=0/applyNamePres
entationBasedOnDirection: fIdPresentation is 1
|<CLID::DDNA><NID::10.194.12.215><CT::2,100,78,300.1><IP::><DEV::><LVL::
Detailed><MASK::ffffff>

10/01/2008 11:20:26.384
CCM|//SIP/SIPCdpc(2,83,528)/ci=43311006/ccbId=1158/scbId=0/setCnNameAndN
umber: connectedName Matt Slaga connectedNumber 5712034132
connectedNumberPi 1 connectedNamePi 1 connectedSi
0|<CLID::DDNA><NID::10.194.12.215><CT::2,100,78,300.1><IP::><DEV::><LVL:
:Detailed><MASK::ffffff>

10/01/2008 11:20:26.385 CCM|MediaTerminationPointControl(125) -
MediaExchangeAgenaAssociateReq confId=33638548 inserted
AIF(380901,0)|<CLID::DDNA><NID::10.194.12.215><CT::2,100,167,380901.1><I
P::><DEV::><LVL::Detailed><MASK::0080>

The second call gets MTP control, but the first gets, well, not sure
what it gets but something different.

Both calls are from the same SIP endpoint.

From: Ryan Ratliff [mailto:rratliff at cisco.com] 
Sent: Wednesday, October 01, 2008 4:24 PM
To: Matt Slaga (US)
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Can Cisco UCM Support Multiple MTPs on same
call?

Remember MTP != Transcoder (but a transcoder can do some MTP services)

But in general yes, there are some cases where you will end up with an
MTP and transcoder invoked for the same call.  Sometimes this is desired
behavior, other times not.

-Ryan

On Oct 1, 2008, at 3:26 PM, Matt Slaga ((US)) wrote:

If I have a call coming in through SIP requiring MTP for codec
translation, can I also have an MTP assigned to transcode?  

I.e., 

Incoming call on Direct SIP Trunk to UCM, MTP is required on the trunk.

Call is coming in G711 from SIP trunk, however Cisco UCM side is using
G729.  

In theory, UCM SIP trunk would negotiate MTP resources required for the
SIP trunk.

Also, UCM call coming from a remote phone or remote voice gateway at
G729 would negotiate an MTP resource for transcoding.

________________________________

Disclaimer: This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the designated
addressee(s) named above only. If you are not the intended addressee,
you are hereby notified that you have received this communication in
error and that any use or reproduction of this email or its contents is
strictly prohibited and may be unlawful. If you have received this
communication in error, please notify us immediately by replying to this
message and deleting it from your computer. Thank you. 

_______________________________________________

cisco-voip mailing list

cisco-voip at puck.nether.net

https://puck.nether.net/mailman/listinfo/cisco-voip

-----------------------------------------
Disclaimer:

This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the
designated addressee(s) named above only.  If you are not the
intended addressee, you are hereby notified that you have received
this communication in error and that any use or reproduction of
this email or its contents is strictly prohibited and may be
unlawful.  If you have received this communication in error, please
notify us immediately by replying to this message and deleting it
from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081001/8b785810/attachment-0001.html>