Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Create a new article
539
Views
40
Helpful
0
Comments

UC520/30/40 Configuration copied over to ISRG2 2911 causes Call Failure

Kevin Monteiro
Level 7
Level 7

‎02-06-2016 02:17 PM - edited ‎03-12-2019 10:21 AM

When migrating from UC520/30/40 Configuration copied  over to  ISRG2 2911 causes Call Failure

Introduction

500 internal server error on cisco devices signifies "Routing Failed" event. This signifies that a SIP Trunk is not configured to receive or send calls to the IP Address from the source of the SIP INVITE event.

You might see issues in which a UC5XX device which has ITSP as SIP provider:

# was RMAed and configuration restore is done by an upgraded CCA

# is being provisioned for the first time using CCA

And all outbound calls work fine but all inbound calls fail with 5XX response. This post talks about such issues

Problem

All inbound calls are failing over following topology, outbound calls work:
ITSP-------->sip-------->UC520------>sccp------->Phone

 

Following debugs are collected:

debug voip ccapi inout

debug ccsip message

Debugs

-----------------------------------------------------------

### INVITE is received from ITSP with SDP on 64.207.60.235:5060.

Received:
INVITE sip:6786795240C3@64.207.60.235:5060 SIP/2.0
Via: SIP/2.0/UDP 69.199.108.51:5060;branch=z9hG4bK93k27r209o8gdhgpb741.1
From: "WILSON VELERA  "<sip:6783159553C3@bwas02dal.voice.cbeyond.net;user=phone>;tag=2140760440-1372392194206-
To: "Internal Medicine Associates."<sip:6786795240C3@sipconnect.atl0.cbeyond.net>
Call-ID: BW0003142062806131521956129@bwas02dal.voice.cbeyond.net
CSeq: 75071568 INVITE
Contact: <sip:6783159553C3@69.199.108.51:5060;transport=udp>
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Accept: multipart/mixed,application/media_control+xml,application/sdp
Supported:
Max-Forwards: 9
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 259

v=0
o=BroadWorks 655097 1 IN IP4 74.7.244.196
s=-
c=IN IP4 74.7.244.196
t=0 0
m=audio 5932 RTP/AVP 0 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=maxptime:20

 

### (call control block) ccb 0x88952A80 is created for the dialog. Transaction address is taken out from the VIA field in the INVITE.
001405: Jun 28 04:03:14.198: //-1/xxxxxxxxxxxx/SIP/Info/ccsip_new_msg_preprocessor: Checking Invite Dialog
001406: Jun 28 04:03:14.198: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIAddContextToTable: Added context(0x88952A80) with key=[216] to table

001410: Jun 28 04:03:14.198: //-1/000000000000/SIP/Info/sipSPI_ipip_vcc_Initialization:  Entry...
001411: Jun 28 04:03:14.198: //-1/xxxxxxxxxxxx/SIP/Transport/sipSPIUpdateResponseInfo: Dialog Transaction Address 69.199.108.51,Port 5060, Transport 1, SentBy Port 5060

 

### No explicit binding present, picking up the best local IP from ARP table: 64.207.60.235.
001412: Jun 28 04:03:14.198: //-1/xxxxxxxxxxxx/SIP/Info/resolve_sig_ip_address_to_bind: calling reg_invoke_ip_first_hop()
001413: Jun 28 04:03:14.198: //-1/xxxxxxxxxxxx/SIP/Info/resolve_sig_ip_address_to_bind: calling ip_best_local_address()
001414: Jun 28 04:03:14.198: //-1/xxxxxxxxxxxx/SIP/Info/resolve_sig_ip_address_to_bind: return addr 64.207.60.235

 

### State machine change for ccb 0x88952A80. Acquiring initial state: STATE_IDLE.
001415: Jun 28 04:03:14.198: //-1/7D5E7B5581BE/SIP/State/sipSPIChangeState: 0x88952A80 : State change from (STATE_NONE, SUBSTATE_NONE)  to (STATE_IDLE, SUBSTATE_NONE)


### Call is not sent to CCAPI for dial-peer matching yet.
001422: Jun 28 04:03:14.202: //-1/7D5E7B5581BE/SIP/Info/sipSPICheckAssertedIdConfig: Dialpeer match is not yet done

 

### The remaining header values in SIP INVITE header are parsed.
001424: Jun 28 04:03:14.202: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIGetContentGTD: No GTD found in inbound container
001425: Jun 28 04:03:14.202: //-1/xxxxxxxxxxxx/SIP/Info/sipSPIGetContentCSTA: No CSTA found in inbound container
001426: Jun 28 04:03:14.202: //-1/7D5E7B5581BE/SIP/Info/sipSPIUaddCcbToUASReqTable: ****Adding to UAS Request table.
001427: Jun 28 04:03:14.202: //-1/7D5E7B5581BE/SIP/Info/sipSPIUaddCcbToTable: Added to table. ccb=0x88952A80 key=BW0003142062806131521956129@bwas02dal.voice.cbeyond.net6786795240
001428: Jun 28 04:03:14.202: //-1/7D5E7B5581BE/SIP/Info/sipSPIMatchSrcIpGroup: Match not found on carrier id
001429: Jun 28 04:03:14.202: //-1/7D5E7B5581BE/SIP/Info/sipSPIUaddCcbToUASRespTable: ****Adding to UAS Response table.
001430: Jun 28 04:03:14.202: //-1/7D5E7B5581BE/SIP/Info/sipSPIUaddCcbToTable: Added to table. ccb=0x88952A80 key=BW0003142062806131521956129@bwas02dal.voice.cbeyond.net963260-1635
001431: Jun 28 04:03:14.206: //-1/7D5E7B5581BE/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SESSION_REFRESH_RESP

 

### We see call disconnect issued here with 500 response. It looks like some problem with Session timer but that is not the case.
001432: Jun 28 04:03:14.206: //-1/7D5E7B5581BE/SIP/Event/Session-Timer/sipSTSLMain: dir:1, method:102, resp_code:500, container:8AD6F0A8
001433: Jun 28 04:03:14.206: //-1/7D5E7B5581BE/SIP/Info/Session-Timer/sipSTSLMain:
        SE: 0;refresher:none peer refresher:none, flags:0, posted event:E_STSL_INVALID_PEER_EVENT, reason:4
        Configured SE:1800, Configured Min-SE:1800
001434: Jun 28 04:03:14.206: //-1/7D5E7B5581BE/SIP/Info/sipSPISendInviteResponse: Associated container=0x8AD6F0A8 to Invite Response 500


### "connection-reuse" is configured under "sip-ua". UC500 uses the same source & destination port (UDP 5060) for all SIP requests.
001438: Jun 28 04:03:14.206: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportLogicSendMsg: connection-reuse configured, listen conn-id : 0
001439: Jun 28 04:03:14.206: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportPostSendMessage: Posting send for msg=0x8B031494, addr=69.199.108.51, port=5060, local_addr=, connId=0 for UDP
001440: Jun 28 04:03:14.206: //-1/7D5E7B5581BE/SIP/Info/sentErrResDisconnecting: Sent an 3456XX Error Response

 

### State machine change for ccb 0x88952A80 to STATE_DISCONNECTING
001441: Jun 28 04:03:14.206: //-1/7D5E7B5581BE/SIP/State/sipSPIChangeState: 0x88952A80 : State change from (STATE_IDLE, SUBSTATE_NONE)  to (STATE_DISCONNECTING, SUBSTATE_NONE)

 

### 500 Internal Server Error sent out.
Sent:
SIP/2.0 500 Internal Server Error
Via: SIP/2.0/UDP 69.199.108.51:5060;branch=z9hG4bK93k27r209o8gdhgpb741.1
From: "WILSON VELERA  "<sip:6783159553C3@bwas02dal.voice.cbeyond.net;user=phone>;tag=2140760440-1372392194206-
To: "Internal Medicine Associates."<sip:6786795240C3@sipconnect.atl0.cbeyond.net>;tag=963260-1635
Date: Fri, 28 Jun 2013 04:03:14 GMT
Call-ID: BW0003142062806131521956129@bwas02dal.voice.cbeyond.net
CSeq: 75071568 INVITE
Allow-Events: telephone-event
Reason: Q.850;cause=63
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

 

### Note that the call did not even reach to CCAPI layer.
-----------------------------------------------------------

 Solution

 When configuring SIP trunks to ITSP using an upgraded CCA on a fresh install or restoring a configuration. CCA configures following commands automatically to prevent toll fraud:

 

-------------------------------------------

access-list 2 remark CCA_SIP_SOURCE_GROUP_ACL_INTERNAL
access-list 2 remark SDM_ACL Category=1
access-list 2 permit 10.47.13.9
access-list 2 permit 10.47.13.0 0.0.0.255
access-list 2 permit 10.1.1.0 0.0.0.255
access-list 2 permit 10.1.10.0 0.0.0.3


access-list 3 remark CCA_SIP_SOURCE_GROUP_ACL_EXTERNAL
access-list 3 remark SDM_ACL Category=1

access-list 3 permit 10.47.13.9
access-list 3 permit 74.7.244.1
access-list 3 deny   any

 

voice translation-rule 411
 rule 1 /^9\(.*\)/ /ABCD9\1/

 

voice translation-profile SIP_Incoming
 translate called 411

 

voice source-group CCA_SIP_SOURCE_GROUP_CUE_CME
 access-list 2
 translation-profile incoming SIP_Incoming
!
voice source-group CCA_SIP_SOURCE_GROUP_EXTERNAL
 access-list 3


-------------------------------------------

 

In the above scenario:

 

Loopback0

10.1.10.2/255.255.255.252

FastEthernet0/0

64.207.60.235/255.255.255.248

Integrated-Service-Engine0/0

10.1.10.1/255.255.255.252

Vlan1

10.47.13.9/255.255.255.0

Vlan100

10.1.1.1/255.255.255.0

ITSP

74.7.244.1 (sip-proxy.atl0.cbeyond.net)

 


You could resolve the issue by following methods:

1) Remove the voice source-group.

no voice source-group CCA_SIP_SOURCE_GROUP_CUE_CME
no voice source-group CCA_SIP_SOURCE_GROUP_EXTERNAL

 

 

2) Edit the voice source-group.

You need to know what all IPs "sip-proxy.atl0.cbeyond.net" would resolve to. And add them to "access-list 3".

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

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Customers Also Viewed These Support Documents