749605 is an extension on

b.t · ‎03-08-2017

We have a SIP trunk provider with a CUBE SIP endpoint and a connection from this CUBE to the provider and one to our CUCMs

CUCM <> CUBEa <> Provider trunk

Outbound call work fine. Inbound calls work fine. We set up a scheduled translation pattern to send inbound calla back out to an our of hours mobile. These calls fail out of hours.....

OutsidePhone -> PSTN -> SIPproviderTrunk -> CUBEa -> CUCM -> CUBEa -> SIPproviderTrunk -> MobilePhone

As part of my diagnostics - I also set up an IP phone with CFwdALL to the out of hours mobile - this also fails. This leads me to believe that all immediate diverts that "hairpin" into the site and immediately out fail.

The SIP provider will not all annonymous calls unless PAI is set - fair enough

Attached is a file with two test call SIP debugs. First is a simple outbound call from a desk phone to the OOH mobile which works allways. Second call is a "hairpinned" call into site and immediate divert out of site.

I can't work out why they are being treated differently

Any ideas?

Relevant parts of CUBE config:

voice service voip
ip address trusted list
ipv4 0.0.0.0 0.0.0.0
address-hiding
mode border-element
allow-connections sip to sip
no supplementary-service sip handle-replaces
redirect ip2ip
signaling forward unconditional
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
sip
rel1xx disable
session refresh
header-passing
asserted-id pai
options-ping 60
midcall-signaling passthru
privacy-policy passthru
g729 annexb-all
no call service stop

voice translation-rule 10
rule 1 /^9$.*$/ /\1/
!
voice translation-rule 13
rule 1 /^\+$.*$/ /\1/
!
voice translation-rule 14
rule 1 /44292105/ /74/
rule 2 /44292034/ /74/
rule 15 /^4429$.*$/ /742046/
!
voice translation-rule 15
rule 1 /^349600$/ /02920349600/
!
!
voice translation-profile DIALPLAN
translate called 14
!
voice translation-profile DIGITSTRIP9
translate calling 15
translate called 10
!
voice translation-profile STRIPPLUS
translate called 13
!
dial-peer voice 101 voip
description Dial-peer to COLT SIP
translation-profile outgoing DIGITSTRIP9
destination-pattern 9T
session protocol sipv2
session target ipv4:10.220.90.28:5060
voice-class codec 1 offer-all
no voice-class sip early-offer forced
voice-class sip profiles 101
voice-class sip options-keepalive
dtmf-relay rtp-nte
no vad
!
dial-peer voice 1 voip
description To/From CISCO UCM subscriber for Voice - Cardiff
translation-profile incoming STRIPPLUS
translation-profile outgoing DIALPLAN
preference 2
destination-pattern 44292105....
no modem passthrough
session protocol sipv2
session target ipv4:10.2.11.10:5060
incoming called-number .T
voice-class codec 1 offer-all
dtmf-relay rtp-nte
!
dial-peer voice 2 voip
description To/From CISCO UCM subscriber for Voice - Cardiff
translation-profile incoming STRIPPLUS
translation-profile outgoing DIALPLAN
preference 2
destination-pattern 44292105....
no modem passthrough
session protocol sipv2
session target ipv4:10.2.11.11:5060
incoming called-number .T
voice-class codec 1 offer-all
dtmf-relay rtp-nte
!
dial-peer voice 3 voip
description To/From CISCO UCM subscriber for Voice - Cardiff
translation-profile outgoing DIALPLAN
destination-pattern 44292034....
no modem passthrough
session protocol sipv2
session target ipv4:10.2.11.10:5060
voice-class codec 1 offer-all
dtmf-relay rtp-nte
!
dial-peer voice 4 voip
description To/From CISCO UCM subscriber for Voice - Cardiff
translation-profile outgoing DIALPLAN
destination-pattern 44292034....
no modem passthrough
session protocol sipv2
session target ipv4:10.2.11.11:5060
voice-class codec 1 offer-all
dtmf-relay rtp-nte
!
dial-peer voice 5 voip
description To/From CISCO UCM subscriber for Voice - Cardiff
translation-profile outgoing DIALPLAN
destination-pattern 44292022....
no modem passthrough
session protocol sipv2
session target ipv4:10.2.11.10:5060
voice-class codec 1 offer-all
dtmf-relay rtp-nte
!
dial-peer voice 6 voip
description To/From CISCO UCM subscriber for Voice - Cardiff
translation-profile outgoing DIALPLAN
destination-pattern 44292022....
no modem passthrough
session protocol sipv2
session target ipv4:10.2.11.11:5060
voice-class codec 1 offer-all
dtmf-relay rtp-nte
!

sanjaydevan · ‎03-08-2017

On the failed call, I see the SIP header is translated to INVITE sip:749605@10.2.11.10:5060 SIP/2.0

Where does this 749605 comes from?

Its from here,

Initial message:

INVITE sip:+442920349605@10.226.6.254:5060 SIP/2.0
Via: SIP/2.0/UDP 10.220.29.26:5060;branch=z9hG4bK02B9a9c3f7e1e074083
From: "Anonymous" <sip:Anonymous@va.sip.colt.net>;tag=gK023ab766
To: <sip:+442920349605@10.226.6.254>
Call-ID: 973237522_93944431@10.220.29.26

After your voice translation rule

voice translation-rule 14
rule 1 /44292105/ /74/
rule 2 /44292034/ /74/
rule 15 /^4429$.*$/ /742046/

The number gets converted to 749605 which is invalid.

Create a dial-peer to reach this number or correct the translation pattern. This should work.

Regards

Devan

Please rate useful posts!!!

b.t · ‎03-09-2017

749605 is an extension on CUCM

Dennis Mink · ‎03-09-2017

on your trunk configuration, in the outbound call section (i have to do this off the top of my head),

calling party presentation, choose 1 redirecting number.

This will send the redirecting phones call ID out the trunk, rather that keeping it anonymous.

I have seen similar issues.

if you are not sure, I can send screen shot when I have access to cucm again

Please rate if useful

Please remember to rate useful posts, by clicking on the stars below.

b.t · ‎04-07-2017

The trouble is - is that it comes in as anonymous, and when it comes in, it is not amended to a named person/extension, but a translation pattern. So - even if it redirects with the redirection device, it will still not pick up a name. I have put together a crib sheet of the call flow here, including on the relevant part of the SIP INVITEs and CCAPS call setups. It fails because of the last line - which is a PAI of Anonymous, which our carrier will never accept.

--------------------------------------------------------------------INBOUND from PROVIDER - TAG 1
Received:
INVITE sip:+442920349600@10.226.6.254:5060 SIP/2.0
Via: SIP/2.0/UDP 10.220.29.26:5060;branch=z9hG4bK02B3fb430943d620b9a
From: "Anonymous" <sip:Anonymous@va.sip.colt.net>;tag=gK022ec182
To: <sip:+442920349600@10.226.6.254>
<no PAI>

Apr 5 17:56:38.376: //22249/0CFF05CC9F93/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 22249 with TAG 1 to app "_ManagedAppProcess_Default"

--------------------------------------------------------------------after Translation Profile DIGITSTRIP, Rule 13
--------------------------------------------------------------------OUTBOUND from our CUBE to our CUCM
Apr 5 17:56:38.380: //22249/0CFF05CC9F93/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=3, Params=0x3F429788, Progress Indication=NULL(0)

Sent:
INVITE sip:749600@10.2.11.10:5060 SIP/2.0
Via: SIP/2.0/UDP 10.224.7.254:5060;branch=z9hG4bK2624258E
From: "anonymous" <sip:anonymous@10.224.7.254>;tag=1AA4FC30-140D
To: <sip:749600@10.2.11.10>
P-Asserted-Identity: "Anonymous" <sip:Anonymous@10.224.7.254>

--------------------------------------------------------------------this is the call bounced back from our CUCM
--------------------------------------------------------------------to our CUBE
Apr 5 17:56:38.408: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:

Received:
INVITE sip:907714602016@10.224.7.254:5060 SIP/2.0
Via: SIP/2.0/TCP 10.2.11.11:5060;branch=z9hG4bK25d1365f13f8cf
From: "Anonymous" <sip:Anonymous@10.2.11.11>;tag=10860887~72d619d8-8255-4eb0-8194-ff590383ced7-31590990
To: <sip:907714602016@10.224.7.254>
P-Asserted-Identity: "Anonymous" <sip:Anonymous@10.224.7.254>

Apr 5 17:56:38.412: //-1/35F894800001/CCAPI/cc_api_call_setup_ind_common:
Interface=0x3E752EEC, Call Info(
Calling Number=sip:Anonymous@10.2.11.11,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=sip:907714602016@10.224.7.254:5060(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=1, Progress Indication=NULL(0), Calling IE Present=TRUE,

Apr 5 17:56:38.416: //22251/35F894800001/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 22251 with tag 1 to app "_ManagedAppProcess_Default"
--------------------------------------------------------------------
Sent:
INVITE sip:07714602016@10.220.90.28:5060 SIP/2.0
Via: SIP/2.0/UDP 10.226.6.254:5060;branch=z9hG4bK26257C1
From: "Anonymous" <sip:Anonymous@10.226.6.254>;tag=1AA4FC58-2197
To: <sip:07714602016@10.220.90.28>
Date: Wed, 05 Apr 2017 18:56:38 GMT
Call-ID: D07912C-196011E7-9F9FFB6F-A1113DE5@10.226.6.254

P-Asserted-Identity: "Anonymous" <sip:Anonymous@10.226.6.254>

I did think about manipulating the SIP INVITE, but, I am not sure how to pull part of a string from the SIP INVITE into the PAI as follows:

INVITE sip:07714602016@10.220.90.28:5060 SIP/2.0

P-Asserted-Identity: "Anonymous" <sip:Anonymous@10.226.6.254> <-------convert this to:

P-Asserted-Identity: "Somename" <sip:+447714602016@10.226.6.254> <--------this

Hairpinning SIP call with immediate forward fails