cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
13051
Views
11
Helpful
14
Replies
Highlighted
Beginner

CUCM/CUBE Inbound Call Drop - Multicast MOH

Hi All,

I am working on migrating our gateways from ISDN to SIP using SIP trunks from Virgin media. I have all working well apart from an issue with MOH on inbound calls causing the call to drop.

Call fllow as follows..

IP Phone > CUCM > SIP > CUBE > SIP > PSTN/Virgin Media

We use a mutilcast MOH source from CUCM. When I place an inbound call on hold the call drops. If I disable MOH then there are no issues with hold tones. Initially I had the same issue with outbound calls but adding 'midcall-signaling passthru media-change' globally resovled this but only for outbound calls.

Here are the relevant sections of our config...

Version 15.5(3)M7

voice service voip

ip address trusted list

   ***REMOVED***

address-hiding

dtmf-interworking rtp-nte

mode border-element license capacity 60

allow-connections sip to sip

redirect ip2ip

fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

sip

  rel1xx disable

  min-se 360 session-expires 360

  header-passing

  subscription maximum originate 2

  no update-callerid

  midcall-signaling passthru media-change

  early-offer forced

voice class codec 1

codec preference 1 g711alaw

dial-peer voice 90 voip

description *** OUTBOUND DP to Virgin ***

translation-profile outgoing OutboundCallingPartyPrefix

preference 2

destination-pattern .T

session protocol sipv2

session target ipv4:***REMOVED***

session transport udp

voice-class codec 1

voice-class sip options-ping 60

voice-class sip options-keepalive retry 3

voice-class sip bind control source-interface GigabitEthernet0/1

voice-class sip bind media source-interface GigabitEthernet0/1

dtmf-relay rtp-nte

ip qos dscp cs3 signaling

no vad

!

dial-peer voice 9991 voip

description *** OUTBOUND Emergency DP to Virgin ***

translation-profile outgoing OutboundCallingPartyPrefix

preference 1

destination-pattern 999

session protocol sipv2

session target ipv4:***REMOVED***

session transport udp

voice-class codec 1

voice-class sip options-ping 60

voice-class sip options-keepalive down-interval 60 retry 3

voice-class sip bind control source-interface GigabitEthernet0/1

voice-class sip bind media source-interface GigabitEthernet0/1

dtmf-relay rtp-nte

ip qos dscp cs3 signaling

no vad

!

dial-peer voice 1002 voip

description *** Dialed Extensions -> CUCM ***

translation-profile outgoing InboundCallingPartyPrefix9

destination-pattern 1...

session protocol sipv2

session transport udp

session server-group 1

voice-class codec 1

dtmf-relay rtp-nte

ip qos dscp cs3 signaling

no vad

!

dial-peer voice 10 voip

description *** Incoming IP PBX (CUCM) ***

session protocol sipv2

incoming called-number .

voice-class codec 1

dtmf-relay rtp-nte

no vad

!

dial-peer voice 909 voip

description *** OUTBOUND Backup DP to Virgin Via Secondary CUBE ***

preference 3

destination-pattern .T

session target ipv4:***REMOVED***

dtmf-relay h245-alphanumeric

codec g711alaw

no vad

!

dial-peer voice 9 voip

description *** INBOUND Dial-Peer from Virgin ***

session protocol sipv2

incoming called-number 1...

voice-class codec 1

voice-class sip bind control source-interface GigabitEthernet0/1

voice-class sip bind media source-interface GigabitEthernet0/1

dtmf-relay rtp-nte

ip qos dscp cs3 signaling

no vad

Here is the call log for an inbound call which dropped as soon as placed on hold...

Apr  6 10:29:20.907: //16433/31A5D93B807E/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x22AEC928
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : 9XXXXXXXXXXX
Called Number            : 1XXX
Source IP Address (Sig  ): ***CUBE IP***
Destn SIP Req Addr:Port  : ***CUCM PUB IP***:5060
Destn SIP Resp Addr:Port : ***CUCM PUB IP***:5060
Destination Name         : ***CUCM PUB IP***

Apr  6 10:29:20.907: //16433/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 1
Negotiated Codec         : g711alaw
Negotiated Codec Bytes   : 160
Nego. Codec payload      : 8 (tx), 8 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): ***CUBE IP***
Source IP Port    (Media): 16500
Destn  IP Address (Media): ***IP Phone IP***
Destn  IP Port    (Media): 17282
Orig Destn IP Address:Port (Media): [ - ]:0

Apr  6 10:29:20.907: //16433/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 2
Negotiated Codec         : No Codec
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): ***CUBE IP***
Source IP Port    (Media): 0
Destn  IP Address (Media): 0.0.0.0
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

Apr  6 10:29:20.935: //16431/31A5D93B807E/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x22B0CC00
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : XXXXXXXXXXX
Called Number            : 1XXX
Source IP Address (Sig  ): ***CUBE VMB INT***
Destn SIP Req Addr:Port  : ***Virgin SBC***:5060
Destn SIP Resp Addr:Port : ***Virgin SBC***:5060
Destination Name         : ***Virgin SBC***

Apr  6 10:29:20.935: //16431/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 1
Negotiated Codec         : g711alaw
Negotiated Codec Bytes   : 160
Nego. Codec payload      : 8 (tx), 8 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): ***CUBE VMB INT***
Source IP Port    (Media): 16498
Destn  IP Address (Media): ***Virgin SBC2***
Destn  IP Port    (Media): 10272
Orig Destn IP Address:Port (Media): [ - ]:0

Maltings_2911_1#
Apr  6 10:29:20.935: //16431/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 2
Negotiated Codec         : g711alaw
Negotiated Codec Bytes   : 160
Nego. Codec payload      : 8 (tx), 8 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): ***CUBE VMB INT***
Source IP Port    (Media): 0
Destn  IP Address (Media): ***Virgin SBC3***
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

Maltings_2911_1#
Apr  6 10:29:24.175: //16433/31A5D93B807E/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x22AEC928
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 9XXXXXXXXXXX
Called Number            : 1XXX
Source IP Address (Sig  ): ***CUBE IP***
Destn SIP Req Addr:Port  : ***CUCM PUB IP***:5060
Destn SIP Resp Addr:Port : ***CUCM PUB IP***:5060
Destination Name         : ***CUCM PUB IP***

Apr  6 10:29:24.175: //16433/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 1
Negotiated Codec         : g711alaw
Negotiated Codec Bytes   : 160
Nego. Codec payload      : 8 (tx), 8 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): ***CUBE IP***
Source IP Port    (Media): 16500
Destn  IP Address (Media): 0.0.0.0
Destn  IP Port    (Media): 17282
Orig Destn IP Address:Port (Media): [ - ]:0

Apr  6 10:29:24.175: //16433/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 2
Negotiated Codec         : No Codec
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): ***CUBE IP***
Source IP Port    (Media): 16502
Destn  IP Address (Media): 0.0.0.0
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

Apr  6 10:29:24.175: //16433/31A5D93B807E/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 86
Disconnect Cause (SIP)   : 500

Apr  6 10:29:24.183: //16431/31A5D93B807E/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x22B0CC00
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : XXXXXXXXXXX
Called Number            : 1XXX
Source IP Address (Sig  ): ***CUBE VMB INT***
Destn SIP Req Addr:Port  : ***Virgin SBC***:5060
Destn SIP Resp Addr:Port : ***Virgin SBC***:5060
Destination Name         : ***Virgin SBC***

Apr  6 10:29:24.183: //16431/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 1
Negotiated Codec         : g711alaw
Negotiated Codec Bytes   : 160
Nego. Codec payload      : 8 (tx), 8 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): ***CUBE VMB INT***
Source IP Port    (Media): 16498
Destn  IP Address (Media): ***Virgin SBC2***
Destn  IP Port    (Media): 10272
Orig Destn IP Address:Port (Media): [ - ]:0

Maltings_2911_1#
Apr  6 10:29:24.183: //16431/31A5D93B807E/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 2
Media Stream             : 2
Negotiated Codec         : g711alaw
Negotiated Codec Bytes   : 160
Nego. Codec payload      : 8 (tx), 8 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): ***CUBE VMB INT***
Source IP Port    (Media): 0
Destn  IP Address (Media): ***Virgin SBC3***
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

Apr  6 10:29:24.183: //16431/31A5D93B807E/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 65
Disconnect Cause (SIP)   : 200

Any ideas where to go next with this?

14 REPLIES 14
Highlighted
Beginner

Do you have the following commands on the CUBE?

ccm-manager music-on-hold

ip multicast-routing

Also, multicast routing would need to be enabled on Layer 3 devices between CUCM and the CUBE.

***Please Mark and Rate helpful posts***
Highlighted

Hi Kevin,

Yes, these are in place. The multicast MOH works as expected on outbound calls. Whilst the call is held if I take a look at 'sh ccm-manager music-on-hold' I can see the active multicast MOH stream.

As soon as I place an inbound call on hold the call drops.

Jason

Highlighted

Try adding this to your "Voice Service Voip > SIP" config:

bind control source-interface GigabitEthernet0/1

bind media source-interface GigabitEthernet0/1

***Please Mark and Rate helpful posts***
Highlighted

No luck i'm afraid. This is how the call flow looks for an inbound call that is placed on hold and then drops with a disconnect cause 86 from Cube to CUCM.

Capture.PNG

Highlighted

Hi Jason,

did you configure the following (just an example):

dspfarm profile 1 transcode

maximum sessions 10

association aplication CUBE

dspfarm profile 2 mtp

maximum sessions 10

association aplication CUBE

Best regards,

Marcelo Morais

Highlighted

Thanks Marcelo. No, we didnt have any local transcoding on the CUBE, altough we did have software MTPs and hardware transcoding resources assigned in CUCM. I have added local MTP and XCODE as in your example onto the CUBE but the same issue still exists.

Highlighted

Hi Jason,

there is a BYE (102 BYE) at 21:08:26.257, this is the communication between CUBE and CUCM?

Please use the following debugs and upload the result:

debug ccsip message

debug ccsip events

debug ccsip error

debug ccsip media

debug voip ccapi inout

debug ccsip info

Best regards,

Marcelo Morais

Highlighted

Thanks Marcelo. As soon as I enable that level of debugging the router slows to a halt and I have to power cycle. ccsip messages alone is not an issue but one or a combination of those causes issue. Ill see if I can work out which debug command is the issue.

You are correct that the 102 message is from CUBE to CUCM.

Just to add all works fine if I add a MTP required to the SIP trunks but I was trying to avoid doing this.

Highlighted

Hi Jason,

about "... all works fine if I add a MTP Required to the SIP Trunks ..." , in other words, if you select the the MTP Required on the CUCM > ... > SIP Trunk then all works fine, if my understanding is correct ... your CUBE uses G711 alaw and your CUCM (alaw or ulaw)?

Best regards,

Marcelo Morais

Highlighted

CUCM uses G711 ulaw. In order for it to work with MTP required I also needed to set the MTP Preferred Originating Codec on the CUCM SIP trunk to alaw or add G711 ulaw as a prefered code on the CUBE.

We are only looking at 60 concurrent calls here am I best just leaving the trunks with MTP required for all calls? I was trying to avoid having to enable MTP required for all calls.

Highlighted

Marcelo. I'd rather not publish the full logs here so I have just mailed them over to you.

Highlighted

Hi Jason,

1) Who is 192.168.238.102?

2) How did you configure your Multicast MoH (in CUCM and GW)?

PS.: double check if you are using G711alaw (G711ulaw is the first option for Multicast MoH)

3) In CUCM > System > Service Parameters > Cisco IP Voice Media Stream App, double check the Supported MoH Codec

Some info from the debug:

...

004469: Apr 10 22:59:40.389: //213407/4953D06F8217/SIP/Info/critical/10240/sipSPI_ipip_ExtractPassthruCopyListHdrsFromSipContainer: Unsupported header passthru is not configured and no headers are present in hdr_hash_queue

004470: Apr 10 22:59:40.389: //213407/4953D06F8217/SIP/Info/critical/8192/sipSPI_ipip_IsContentPassthruEnabled:  - 0

004471: Apr 10 22:59:40.389: //213407/4953D06F8217/SIP/Info/notify/8192/sipSPI_ipip_ExtractPassthruContentFromSipContainer: Passthru Content Not Enabled

...

004580: Apr 10 22:59:40.397: //213407/4953D06F8217/SIP/Info/verbose/1/codec_found: Codec to be matched: g711ulaw(5)

004581: Apr 10 22:59:40.397: //213407/4953D06F8217/SIP/Info/notify/1/codec_found: Match Not Found for g711ulaw.

004582: Apr 10 22:59:40.397: //213407/4953D06F8217/SIP/Media/sipSPISelectCodecVersion: Codec (g729r8) is not in preferred list

...

004797: Apr 10 22:59:40.405: //213409/4953D06F8217/SIP/Media/sipSPIUpdateRtcpSession: rtcp_session info

laddr = 192.168.223.235, lport = 19228, raddr = 192.168.238.102, rport=22580, do_rtcp=FALSE

src_callid = 213409, dest_callid = 213407, stream type = voice+dtmf, stream direction = SENDRECV

media_ip_addr = 0.0.0.0, vrf tableid = 0 media_addr_type = 1 negotiated_bandwidth (kbps) = 0 srtp_services = 0 nat_flag = 0

...

004826: Apr 10 22:59:40.409: //213409/4953D06F8217/SIP/Info/notify/1/sipSPI_ipip_codec_byte_transrating: codec class not supported in xrating scenario, return FALSE

...

004960: Apr 10 22:59:40.421: //213409/4953D06F8217/SIP/Info/critical/1/sipSPIValidateConnectionAddress: dead stream since destination port is 0 for the m-line : 1

SIP: Group (a= group line) attribute, level 65535 instance 1 not found.

...

004967: Apr 10 22:59:40.421: //213409/4953D06F8217/SIP/Info/critical/10240/sipSPI_ipip_ExtractPassthruCopyListHdrsFromSipContainer: Unsupported header passthru is not configured and no headers are present in hdr_hash_queue

...

Note: did you try using the G711ulaw from CUBE to CUCM to check the results?

Best regards,

Marcelo Morais

Highlighted

Thanks.

238.102 is the IP endpoint, in this case a Cisco Jabbter softphone. Although the issue and log is the same for a 7945 handset also.

Multicast MOH is streamed from CUCM, setup as usual in the media resource list/group and assigned to both the endpoint and trunk. Multicast MOH is working as on an outbound call (and our ISDN gateways) hold is working as expected and I can see the multicast MOH stream as below. It just does not work on inbound calls.

sh ccm-m mus

Current active multicast sessions : 1

Multicast      RTP port  Packets      Call  Codec    Incoming

Address        number    in/out        id              Interface

===================================================================

239.1.0.0        16384  155/155          752  g711ulaw  Gi0/2

Above example is where I enabled ulaw from CUBE to CUCM, you can also see below it works fine on onbound with alaw too.

sh ccm-m mus

Current active multicast sessions : 1

Multicast      RTP port  Packets      Call  Codec    Incoming

Address        number    in/out        id              Interface

===================================================================

239.1.0.1        16384  423/423          820  g711alaw  Gi0/2

We have 711 mulaw and alaw selected as supported MOH codends in service parameters.

Taking a look at the trace.. the issue I can see is here...

Received:
ACK sip:9078XXXXXXXX@192.168.223.234:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.223.243:5060;branch=z9hG4bK73952177e519b0
From: <sip:1640@192.168.223.243>;tag=8887256~3d5fcf4e-c5df-4451-9da8-bf45984ad2c3-58499133
To: <sip:9078XXXXXXXX4@192.168.223.234>;tag=252B78-219A
Date: Wed, 11 Apr 2018 08:37:32 GMT
Call-ID: 657225F9-3C9A11E8-826CC7BB-2A84011C@192.168.223.234
User-Agent: Cisco-CUCM10.5
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 298

v=0
o=CiscoSystemsCCM-SIP 8887256 3 IN IP4 192.168.223.243
s=SIP Call
c=IN IP4 0.0.0.0
b=TIAS:64000
b=CT:64
b=AS:64
t=0 0
m=audio 0 RTP/AVP 0
m=audio 0 RTP/AVP 0 8
a=X-cisco-media:mmoh
a=ptime:20
a=rtpmap:0 PCMU/8000
a=inactive
a=X-cisco-media:mmoh
a=rtpmap:8 PCMA/8000
a=inactive

006208: Apr 11 09:37:32.448: //-1/xxxxxxxxxxxx/SIP/Info/verbose/4096/ccsip_new_msg_preprocessor: Checking Invite Dialog
006209: Apr 11 09:37:32.448: //605/656DE0498266/SIP/Info/info/4096/sipSPICheckFromToRequest: Found matching CB 239B1258
006210: Apr 11 09:37:32.448: //605/656DE0498266/SIP/Info/info/4096/sipSPILocateInviteDialogCCB: ****Found CCB in UAC table

006211: Apr 11 09:37:32.448: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_lock: Increment msg (0x2208D840) counter, current msg->refCount = 2
006212: Apr 11 09:37:32.452: //-1/xxxxxxxxxxxx/SIP/Info/verbose/8192/sipSPISetDateHeader: Retaining configured TimeZone BST
006213: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/info/4096/sipSPIProcessIncomingAckForMidCall: Processing MidCall ACK
006214: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/4096/sipSPIProcessIncomingAckForMidCall: Transaction Complete. Lock on Facilities released..
006215: Apr 11 09:37:32.452: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Decrement msg (0x3F462E00) counter, current msg->refCount = 1
006216: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/9216/sipSPIProcessNotifyCallInfoHeader: Processing Unsolicited Notifyfrom ACK SDP even though Call-Info header not there in ACK
006217: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/1/sipSPIDoMediaNegotiation: Number of m-lines = 2
006218: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/1/sipSPIValidateConnectionAddress: Dest port = 0
SIP: Attribute mid, level 1 instance 1 not found.
006219: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/notify/6/sipSPIValidateStreamAddrType: stream:1, Mode : 1
006220: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/513/resolve_media_ip_address_to_bind: Media already bound, use existing source_media_ip_addr
006221: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Media/sipSPISetMediaSrcAddr: Media src addr for stream 1 = 192.168.223.234
006222: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/critical/1/sipSPIValidateConnectionAddress: dead stream since destination port is 0 for the m-line : 1
SIP: Group (a= group line) attribute, level 65535 instance 1 not found.
006223: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Error/sipSPIDoMediaNegotiation:
Failed to negotiate main stream. Main stream dead
006224: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Error/sipSPIProcessAckMedia:
Disconnecting due to MediaNego failure
006225: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/critical/4096/ccsip_set_cc_cause_for_spi_err: Categorized cause:65, category:278
006226: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/4096/ccsip_set_release_source_for_peer: ownCallId[605], src[6]
006227: Apr 11 08:37:32.452: %VOICE_IEC-3-GW: SIP: Internal Error (ACK, codec mismatch): IEC=1.1.278.7.108.0 on callID 605 GUID=656DE0493C9A11E88266C7BB2A84011C
006228: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/10240/sipSPI_ipip_GetHdrPassthruCfg: Hdr passthrough config:1 tag:0
006229: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/critical/10240/sipSPI_ipip_ExtractPassthruCopyListHdrsFromSipContainer: Unsupported header passthru is not configured and no headers are present in hdr_hash_queue
006230: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/critical/8192/sipSPI_ipip_IsContentPassthruEnabled:  - 0
006231: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/notify/8192/sipSPI_ipip_ExtractPassthruContentFromSipContainer: Passthru Content Not Enabled
006232: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/critical/4096/ccsip_api_request_answer: Could not add hdrs for ev:1
006233: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/4096/ccsip_api_request_answer: ACK handling retval: SIP_UNACCEPTABLE_MEDIA_ERR
006234: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/info/4096/sipSPIProcessIncomingAckForMidCall: ccsip_api_request_answer returned: SIP_UNACCEPTABLE_MEDIA_ERR
006235: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/critical/4096/sipSPIInitiateDisconnect: Initiate call disconnect(65) for outgoing call
006236: Apr 11 09:37:32.452: //605/656DE0498266/SIP/Info/verbose/256/sipSPIResetXcoder: *****CLEANING UP XCODER RESOURCES*****
006237: Apr 11 09:37:32.452: //605/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

I have already tried using 711ulaw from CUBE to CUCM/CUCM to CUBE but the same issue still remains.

Highlighted
Beginner

This issue turned out to be a bug. I didn't find an identical bug but a few similar. This was resolved by updating CUCM to 10.5.2.16901-1.

Content for Community-Ad