ISR 4321 Voice - CUCM 12.5

[Juraj Papic]

We have two (2) ISR 4321 connected to the ISP via SIP, we are getting disconnect and the only way to fix the issue is to restart the Interface.  

We get the following issue.

003116: *Aug 10 17:29:03.257: //34363/DFC86B29AAA7/SIP/Error/sipSPIFlushDeferredQueue:
Invalid deferredQueue
003117: *Aug 10 17:29:03.522: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:7902@10.255.255.5:5060 SIP/2.0
Via: SIP/2.0/UDP 190.225.249.7:5060;branch=z9hG4bKka01u9107gfrg5sem2f0ch0000g30.1
Call-ID: SDa8kd301-4ca7f95ef907ab68d1be646e6652e226-agb4p30010
From: <sip:1122345155@190.225.249.7;user=phone>;tag=SDa8kd301-6akcwcrk-CC-48
To: <sip:7902@10.255.255.5;user=phone>;tag=1F7D2061-1460
CSeq: 7 OPTIONS
Accept: application/sdp
Max-Forwards: 69
Content-Length: 0

003118: *Aug 10 17:29:03.523: //34361/DB681D24AAA0/SIP/Error/sip_process_request_cseq:
Last method and CSEQ:102 7
003119: *Aug 10 17:29:03.523: //34361/DB681D24AAA0/SIP/Error/sip_process_request_cseq:
INVITE CSEQ: 6
003120: *Aug 10 17:29:03.523: //34361/DB681D24AAA0/SIP/Error/sip_process_request_cseq:
Recvd method and CSEQ: 101 7
003121: *Aug 10 17:29:03.523: //34361/DB681D24AAA0/SIP/Error/sipSPICheckRequestExt:
CheckRequest fail on method 101 error code: 2 and status: 500
003122: *Aug 10 17:29:03.524: //34361/DB681D24AAA0/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 500 Internal Server Error
Via: SIP/2.0/UDP 190.225.249.7:5060;branch=z9hG4bKka01u9107gfrg5sem2f0ch0000g30.1
From: <sip:1122345155@190.225.249.7;user=phone>;tag=SDa8kd301-6akcwcrk-CC-48
To: <sip:7902@10.255.255.5;user=phone>;tag=1F7D2061-1460
Call-ID: SDa8kd301-4ca7f95ef907ab68d1be646e6652e226-agb4p30010
Session-ID: 947e327fbf0fff8f3d3d78ba85875951;remote=f14efbc59d435ffe8ef42045a045790d
CSeq: 7 OPTIONS
Reason: Q.850;cause=100
Content-Length: 0

[Leonardo Santana]

Hi,

Can you describe you issue with more details?

Which type of call is not working? Inbound or outbound from the PSTN?

Both routers are connected to the same ITSP?

Regards

Leonardo Santana

[Juraj Papic]

Hello,

The call that are not working are both In and outbound calls. 

Yes we have the two (2) routers connected to the same ISP device. We first had all in one router (with subinterfaces) and to check we added a second router.

In the interfaces I see this output
0 output errors, 0 collisions, 8 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
7 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out

We changed the all the cables.

Thanks. 

[Leonardo Santana]

The ITSP already check their device?

Is there something missing at the configuration? The ITSP pass to you all the configurations necessary to establish the SIP Trunk?

https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-border-element/214634-voice-router-internal-call-disconnect-ca.html

The typical scenario is a SIP Contact field is present, but format is bad.

CC_CAUSE_INVALID_IE_ CONTENTS

Indicates that the equipment that sent this cause code has received an IE that it has implemented. However, the equipment that sent this cause code has not implemented one or more of the specific fields.

[Juraj Papic]

This is my show run , and this are some logs

SIP/2.0 504 Gateway Timeout
Via: SIP/2.0/UDP 190.225.249.7:5060;branch=z9hG4bK1e771l302okluni80jm0.1

From: <sip:1140396137@190.225.249.7;user=phone>;tag=SDsenfd01-j75qa66q-CC-30
To: <sip:7900@10.255.255.5;user=phone>;tag=1F7C0501-1F59
Call-ID: SDsenfd01-8fb86676bedd05c31dd3a4fd02e61181-agb4p30010
Session-ID: f35e390c70e3eaa58dfbefba85875918;remote=09ea9fcf28bf5c5cbf40e9289e42e75a
CSeq: 1 INVITE
Reason: Q.850;cause=102
Content-Length: 0
001315: *Aug 10 17:27:24.063: //34354/B02DFCB5AA8F/CCAPI/ccCallDisconnect:
Cause Value=102, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=102)
001316: *Aug 10 17:27:24.063: //34354/B02DFCB5AA8F/CCAPI/ccCallDisconnect:
Cause Value=102, Call Entry(Responsed=TRUE, Cause Value=102)
001317: *Aug 10 17:27:24.063: //34355/B02DFCB5AA8F/CCAPI/ccCallDisconnect:
Cause Value=102, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
001318: *Aug 10 17:27:24.063: //34355/B02DFCB5AA8F/CCAPI/ccCallDisconnect:
Cause Value=102, Call Entry(Responsed=TRUE, Cause Value=102)
001319: *Aug 10 17:27:24.064: //34355/B02DFCB5AA8F/SIP/Msg/ccsipDisplayMsg:

[Leonardo Santana]

Try to make an inbound and an outbound call.

Collect the debug ccsip messages

Regards

Leonardo Santana

[Juraj Papic]

Hello 

Full debug thanks. 

[Leonardo Santana]

What are the calling and called numbers?

[Juraj Papic]

The issue si random,, no specific number.

[Leonardo Santana]

Hi,

I was looking at your debugs output and i saw that CUCM is sending a re-invite do the voice gateway.

I trying to understand if is something related with SIP RE-invites

https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-midcall-reinvite.html

Please make this configuration at your gateway and run some tests again

voice service voip
sip
midcall-signaling passthru media-change

Other important thing enable the toll fraud feature and ACLs to block undesired traffic at your router because you are pointing to a public IP Address of the SIP Proxy.

Regards

Leonardo Santana

[TONY SMITH]

That re-invite is 12 seconds after the call connected, maybe put on hold?

IMO if you're getting input errors and interface resets there's some low level problem, get everything up to and including L3 working perfectly before worrying about SIP.