08-12-2015 12:40 PM - edited 03-17-2019 03:58 AM
Hello,
I am facing some issues with incoming calls on my CUBE and would like to see if someone has seen it before and may have any suggestions for me.
Topology
SIP Provider ---Internet---Cisco CUBE---SIP PBX---IP Phones
SIP Authentication Username: 999999999
Calling Number: 4444444444
DID Number: 2222222222
When I place an incoming call to the DID number, I see the call hitting the CUBE and I see original DID number in the SIP invite however, the "debug voice ccapi inout" output shows my Authentication Username as DNIS / dest. My outgoing calls work fine, FYI.
See below debug output for more information about the issue.
++++++++++++++
SIP Authentication Username: 999999999
Calling Number: 4444444444
Called Number: 2222222222
Received:
INVITE sip:999999999@162.255.135.135:5060 SIP/2.0Via: SIP/2.0/UDP 208.73.146.93:5060;branch=z9hG4bKrmbj4k1008sgkotti2v0.1Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixedCall-Id: pcst14394069410216855257110@192.168.201.116Contact: <sip:4444444444@208.73.146.93:5060;transport=udp>Content-Disposition: session; handling=requiredContent-Length: 238Content-Type: application/sdpCSeq: 1 INVITEFrom: "TORONTO ON" <sip:4444444444@192.168.101.116:5060;otg=TG_CORE_GSX;pstn-params=808282808882>;tag=gK0e586c3dIn-Reply-To: 1091449023_102126645@207.155.147.62Session-Expires: 1800;refresher=uasSupported: timerTo: <sip:2222222222@192.168.101.100>Max-Forwards: 70v=0o=Sonus_UAC 26856 17247 IN IP4 208.73.146.93s=SIP Media Capabilitiesc=IN IP4 208.73.146.93t=0 0m=audio 18248 RTP/AVP 0 101a=rtpmap:0 PCMU/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15a=sendrecva=maxptime:20
Aug 12 19:15:41.046: //-1/5B2C1EDE8838/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=4444444444
----- ccCallInfo IE subfields -----
cisco-ani=4444444444
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=999999999
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
Aug 12 19:15:41.046: //-1/5B2C1EDE8838/CCAPI/cc_api_call_setup_ind_common:
Interface=0x2263D9AC, Call Info(
Calling Number=4444444444,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=999999999(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=10, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=577
Aug 12 19:15:41.046: //-1/5B2C1EDE8838/CCAPI/ccCheckClipClir:
In: Calling Number=4444444444(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Aug 12 19:15:41.046: //-1/5B2C1EDE8838/CCAPI/ccCheckClipClir:
Out: Calling Number=4444444444(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Aug 12 19:15:41.046: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Aug 12 19:15:41.046: :cc_get_feature_vsa malloc success
Aug 12 19:15:41.046: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Aug 12 19:15:41.046: cc_get_feature_vsa count is 1
Aug 12 19:15:41.046: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Aug 12 19:15:41.046: :FEATURE_VSA attributes are: feature_name:0,feature_time:1073352592,feature_id:520
Aug 12 19:15:41.046: //577/5B2C1EDE8838/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=4444444444(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=999999999(TON=Unknown, NPI=Unknown))
Aug 12 19:15:41.046: //577/5B2C1EDE8838/CCAPI/cc_process_call_setup_ind:
Event=0x22BA0808
Aug 12 19:15:41.046: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 999999999
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccCallSetContext:
Context=0x2106053C
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 577 with tag 10 to app "_ManagedAppProcess_Default"
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=101, Params=0x2105C494, Progress Indication=NULL(0)
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccCheckClipClir:
In: Calling Number=4444444444(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccCheckClipClir:
Out: Calling Number=4444444444(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccCallSetupRequest:
Destination Pattern=999999999, Called Number=999999999, Digit Strip=FALSE
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccCallSetupRequest:
Calling Number=4444444444(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=999999999(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=TORONTO ON
Account Number=4444444444, Final Destination Flag=TRUE,
Guid=5B2C1EDE-405D-11E5-8838-F2DF6208B46A, Outgoing Dial-peer=101
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=4444444444
----- ccCallInfo IE subfields -----
cisco-ani=4444444444
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=999999999
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
Aug 12 19:15:41.050: //577/5B2C1EDE8838/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x2263D9AC, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=4444444444,(Calling Name=TORONTO ON)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=999999999(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=101, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Aug 12 19:15:41.050: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
+++++++++++++++++++++
Here are the relevant sections from my CUBE configuration:
IOS: "c2900-universalk9-mz.SPA.154-3.M2.bin"
Model: 2911
!
voice service voip
ip address trusted list
ipv4 0.0.0.0 0.0.0.0
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback none
h323
sip
bind control source-interface GigabitEthernet0/2
bind media source-interface GigabitEthernet0/2
rel1xx disable
registrar server
early-offer forced
no call service stop
!
dial-peer voice 1 voip
destination-pattern [2-9]..[2-9]......
session protocol sipv2
session target sip-server
dtmf-relay rtp-nte
codec g711ulaw
ip qos dscp cs5 media
no vad
!
sip-ua
credentials username 999999999 password 7 11343414124142 realm voip.aaa.com
authentication username 999999999 password 7 11343414124142 realm voip.aaa.com
retry invite 3
retry response 5
retry bye 5
retry cancel 5
retry prack 5
retry rel1xx 5
retry notify 5
retry refer 5
retry info 5
retry register 5
retry subscribe 5
timers trying 1000
timers expires 60000
timers connect 250
timers disconnect 250
timers prack 250
timers rel1xx 250
timers notify 250
timers refer 250
timers info 250
timers register 250
registrar dns:trunking.voipdnsservers.com expires 3600
sip-server dns:trunking.voipdnsservers.com
no suspend-resume
reason-header override
g729-annexb override
handle-replaces
!
++++++++++++++++++++++++++++
Please let me know if you have any suggestions.
thanks in advance,
Kapil
08-12-2015 02:44 PM
Can you please post show run from CUBE and show sip-ua status
Br,
Nadeem
08-13-2015 04:28 AM
Hi,
The CUBE is working properly. Based on the RFC the call routing should be done based on request-URI instead of TO header.
Your ITSP is supposed to send you the proper request-URI which represents the called number instead of sending the pilot number.
From CUBE perspective, the are two ways to fix this problem:
1. If you are running IOS 15.1(3) and later you can use SIP normalization to copy contents from header to another and assign to your in/out dialpeer. Example.
voice class sip-profiles 107
request INVITE sip-header To copy "<sip:(.*)@>;" u01
request INVITE sip-header SIP-Req-URI modify "<sip:(.*)@" "\u01"
2. Using TCL script to copy the content of TO header and paste in the request-URI for the outgoing call leg.
I prefer method one
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide