Calls not answered by CUBE in randomly

[Anas Abueideh]

Dear Experts,

Kindly I have the below scenario

We are transferring call centre calls from CCM1 to CCM2 using SIP Trunk. in each site we CUBE to terminate the calls.

the calls over WAN are G729, and our call centre is G711ulaw. We are using transcoder  for these calls.

our issue is when the calls come from CCM1 to CCM2 some of them are answered by CCX and others not.

while I am checking the logs I found that there is a delay in response from CCM1 for Ringing Message, due to that CUBE2 is deleting the call.

I am trying to find why this is happening, but I can' catch the cause. I don't know if there are other issues related.

Kindly find the attached topology and debug ccsip for CUBE1 and CUBE 2

Thanks in advance

Anas

[Ayodeji Okanlawon]

Hi Anas,

After looking at your logs, I see that CUBE 2 is unable to send 200 OK to CUBE 1 because of TCP connection errors

+++++++++

SIP: (1206) Group (a= group line) attribute, level 65535 instance 1 not found.
Jan 19 14:38:51.383: //-1/xxxxxxxxxxxx/SIP/Error/sip_tcp_sockerror_to_spi:
 Send TCP Socket Error Msg to SPI , connid: 5, sock_fd: 4, errno = 254, reason_code: 0
Jan 19 14:38:51.387: //1206/A3EF47800005/SIP/Error/sipTransportPostSendFailure:
 Posting send failure msg with tcb:0x0 reason=0
Jan 19 14:38:51.387: //1206/A3EF47800005/SIP/Error/act_active_send_msg_failure:
 Send Error to 192.168.52.1:5060 for transport TCP
+++++++++++

Jan 19 14:38:40.575: //-1/xxxxxxxxxxxx/SIP/Error/sip_tcp_sockerror_to_spi:
 Send TCP Socket Error Msg to SPI , connid: 5, sock_fd: 4, errno = 254, reason_code: 0
Jan 19 14:38:40.575: //-1/xxxxxxxxxxxx/SIP/Error/sipSPIGetContentQSIG:
 No Inbound Container Created !!!
Jan 19 14:38:40.575: //-1/xxxxxxxxxxxx/SIP/Error/sipSPIGetContentQ931:
 No Inbound Container Created !!!
Jan 19 14:38:40.575: //1201/9E91FD000005/SIP/Error/sipSPI_ipip_ExtractPassthruContentFromSipContainer:
 Invalid CCB/Data/Container
Jan 19 14:38:40.575: //1201/9E91FD000005/SIP/Media/sipSPIUpdateRtpSession: stun is disabled for stream:2204450C
Jan 19 14:38:40.575: //1202/9E91FD000005/SIP/Media/sipSPIUpdateRtpSession: stun is disabled for stream:3CCCB084
Jan 19 14:38:40.583: //1201/9E91FD000005/SIP/Media/sipSPIHandleDestroyRtpSession: stream:2204450C
Jan 19 14:38:40.583: //-1/xxxxxxxxxxxx/SIP/Error/sipConnectionManagerUnregisterCtxtInConnection:
 Connection not found for addr=192.168.52.1, port=5060 local_addr=
Jan 19 14:38:40.587: //1202/9E91FD000005/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:2209@172.16.191.11:5060;transport=tcp SIP/2.0

Via: SIP/2.0/TCP 172.16.1.100:5060;branch=z9hG4bK43F112

From: "User A" <sip:3220@172.16.1.100>;tag=145A64EC-23FB

To: <sip:2209@172.16.191.11>;tag=5284946~93d4d1f5-240e-76df-5e22-5a151654753d-50250152

Date: Mon, 19 Jan 2015 14:38:40 GMT

Call-ID: B1CC5912-9F1F11E4-88EADA93-9776DC77@172.16.1.100

User-Agent: Cisco-SIPGateway/IOS-15.2.4.M7

Max-Forwards: 70

Timestamp: 1421678320

CSeq: 103 BYE

Reason: Q.850;cause=127

P-RTP-Stat: PS=0,OS=0,PR=8,OR=160,PL=0,JI=0,LA=0,DU=0

Content-Length: 0

++++++++++++

I also observed that this happene immediately after PRACK is exchanged..Its a weird behaviour because before then CUBE2 has been sending responses back to CUBE1 using the same TCP connection..

To rule out any network connectivity issues, please disable PRACK both CUBES and test again..

I assume that I am looking at the correct logs (called 2209, calling 3220)

[Anas Abueideh]

Hi,

I will try this to disable the PRACK on both CUBE and test again.

do you think changing the transport to UDP can solve this issue ?

Regards

Anas