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

Ryan Ratliff rratliff at cisco.com
Thu Oct 2 09:25:47 EDT 2008


Without the full CCM traces I can't begin to tell why that call is  
failing.  Are those router debugs?

-Ryan

On Oct 1, 2008, at 4:36 PM, Matt Slaga ((US)) wrote:

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/setCgpnNumPresentation: 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::Detailed><MASK::ffffff>
10/01/2008 11:22:03.345 CCM|//SIP/SIPCdpc(2,83,530)/ci=71719367/ 
ccbId=1162/scbId=0/applyNumPresentationBasedOnDirection:  
fIdPresentation is 1 and the DialogDirection is 1 |<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|//SIP/SIPCdpc(2,83,530)/ci=71719367/ 
ccbId=1162/scbId=0/setCgpnNamePresentation: fIdPresentation is 1 SIP  
Trunk Config is 1 |<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|//SIP/SIPCdpc(2,83,530)/ci=71719367/ 
ccbId=1162/scbId=0/applyNamePresentationBasedOnDirection:  
fIdPresentation is 1 |<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.346 CCM|//SIP/SIPCdpc(2,83,530)/ci=71719367/ 
ccbId=1162/scbId=0/setCnNameAndNumber: 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::Detailed><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::Detailed><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::><LVL::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/setCgpnNumPresentation: 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/applyNumPresentationBasedOnDirection:  
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/setCgpnNamePresentation: 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/applyNamePresentationBasedOnDirection:  
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/setCnNameAndNumber: 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><IP::><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/20081002/a2fed739/attachment-0001.html>


More information about the cisco-voip mailing list