Re: CUCM/CUBE Inbound Call Drop - Multicast MOH

Jason Nash · ‎04-06-2018

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?

Kevin Martin · ‎04-06-2018

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***

Jason Nash · ‎04-06-2018

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

Kevin Martin · ‎04-06-2018

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***

Jason Nash · ‎04-06-2018

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.

Marcelo Morais · ‎04-09-2018

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

Jason Nash · ‎04-10-2018

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.

Marcelo Morais · ‎04-10-2018

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

Jason Nash · ‎04-10-2018

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.

Marcelo Morais · ‎04-10-2018

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

Jason Nash · ‎04-10-2018

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.

Jason Nash · ‎04-10-2018

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

Marcelo Morais · ‎04-10-2018

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

Jason Nash · ‎04-11-2018

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.

Jason Nash · ‎04-17-2018

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.