06-23-2011 03:34 PM - edited 03-16-2019 05:36 AM
Office is in south ameriaca
h323 gaetway
extensions are 4XXXX so when I call in it's 901155114505XXXX
Same with outbound
I have my 2 voip dialpeers with the target of my 2 CCM's in the cluster
My debug shows the call comming in with the last 4 digits of the full number
ON CUCM on the h323 gateway I have 4 as the prefix
dial-peer voice 1 pots
description *** Incoming via PRI ***
incoming called-number .
direct-inward-dial
port 0/0/0:1
!
dial-peer voice 100 voip
preference 1
destination-pattern 4....
session target ipv4:10.XXX.XXX.XXX
voice-class h323 1
!
dial-peer voice 101 voip
preference 2
destination-pattern 4....
session target ipv4:10.XXX.XXX.XXX
!
06-23-2011 03:40 PM
Hello,
Do you have a problem with incoming calls ?
If this is the case , just add the command dtmf-relay h245-alphanumeric to the voip dial-peer , i can't see anything else wrong ?
Amer
06-23-2011 03:43 PM
ok,
I added it
and still have a problem
Jun 23 18:42:04.331 EDT: //-1/DA03C7F68177/CCAPI/cc_api_call_setup_ind_common:
Interface=0x3186F720, Call Info(
Calling Number=001212XXXXXX,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=3770(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=1, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
Sub Calling(TON=Subscriber, NPI=National, Data=G()H#D(#D)HG()H(W)HG0, Length=41)
Sub Called(TON=National, NPI=National, Data=W)HG0, Length=8)
Jun 23 18:42:04.331 EDT: //-1/DA03C7F68177/CCAPI/ccCheckClipClir:
In: Calling Number=001212XXXX(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Jun 23 18:42:04.331 EDT: //-1/DA03C7F68177/CCAPI/ccCheckClipClir:
Out: Calling Number=0012128873000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Jun 23 18:42:04.331 EDT: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 23 18:42:04.331 EDT: :cc_get_feature_vsa malloc success
Jun 23 18:42:04.331 EDT: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 23 18:42:04.331 EDT: cc_get_feature_vsa count is 1
Jun 23 18:42:04.331 EDT: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 23 18:42:04.331 EDT: :FEATURE_VSA attributes are: feature_name:0,feature_time:700029872,feature_id:64
Jun 23 18:42:04.331 EDT: //64/DA03C7F68177/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=0012128873000(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=3770(TON=Unknown, NPI=Unknown))
Jun 23 18:42:04.331 EDT: //64/DA03C7F68177/CCAPI/cc_process_call_setup_ind:
Event=0x29C70430
Jun 23 18:42:04.331 EDT: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 3770
Jun 23 18:42:04.331 EDT: //64/DA03C7F68177/CCAPI/ccCallSetContext:
Context=0x2A175284
Jun 23 18:42:04.331 EDT: //64/DA03C7F68177/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 64 with tag 1 to app "_ManagedAppProcess_Default"
Jun 23 18:42:04.331 EDT: //64/DA03C7F68177/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
Jun 23 18:42:04.335 EDT: //64/DA03C7F68177/CCAPI/ccCallDisconnect:
Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Jun 23 18:42:04.335 EDT: //64/DA03C7F68177/CCAPI/ccCallDisconnect:
Cause Value=1, Call Entry(Responsed=TRUE, Cause
Jun 23 18:42:04.335 EDT: //64/DA03C7F68177/CCAPI/cc_api_get_transfer_info:
Transfer Number Is Null
06-23-2011 03:47 PM
Can you please share the sh run , it looks to me that you have a problem with forwarding the call to the CUCM , the debug shows that it matches the incoming dial-peer but there is no outgoing dial-peer.
Amer
06-23-2011 03:51 PM
controller E1 0/0/0
framing NO-CRC4
ds0-group 1 timeslots 1-15,17-31 type r2-digital r2-compelled ani
!
voice-card 0
dspfarm
dsp services dspfarm
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
h323
h225 h245-address on-connect
!
voice class h323 1
interface Loopback1
description VOIP LOOPBACK
ip address 10.84.191.63 255.255.255.255
no ip redirects
ip ospf cost 100
ip ospf hello-interval 3
ip ospf retransmit-interval 3
h323-gateway voip interface
h323-gateway voip bind srcaddr 10.84.191.63
voice-port 0/0/0:1
!
no ccm-manager fax protocol cisco
!
no mgcp package-capability res-package
no mgcp package-capability fxr-package
no mgcp timer receive-rtcp
!
sccp local Loopback1
sccp ccm 10.84.122.11 identifier 1 version 7.0
sccp ccm 10.84.95.229 identifier 2 version 7.0
sccp ip precedence 3
sccp
!
sccp ccm group 1
associate ccm 1 priority 1
associate ccm 2 priority 2
associate profile 1 register VGR1-SAO_CFB
keepalive retries 5
switchback method graceful
!
dspfarm profile 1 conference
description VGR1-SAO_CFB
associate application SCCP
shutdown
!
dial-peer voice 1 pots
description *** Incoming via PRI ***
incoming called-number .
direct-inward-dial
port 0/0/0:1
!
dial-peer voice 100 voip
preference 1
destination-pattern 4....
session target ipv4:10.XX.XX.XX
voice-class h323 1
dtmf-relay h245-alphanumeric
!
dial-peer voice 101 voip
preference 2
destination-pattern 4....
session target ipv4:10.XX.XX.XX
dtmf-relay h245-alphanumeric
!
Thats about all I can show you....
06-23-2011 03:57 PM
Hello,
This is all what i need.
To be straight , you are calling from outside , so the call come in to the PRI , i don't see any translation or plar on the voice-port , is this mean that the number you are calling is DID ???
The voip dial-peer shows a destination-pattern 4.... , this means that the number that arrived from the PSTN (PRI) should only be 4.... , so i suggest for troubleshooting to add the following command to the voice-port config:
connection-plar "extension" which should be 41234 something.
also add to the voip dial-peers this command :
no vad
Amer
06-23-2011 04:01 PM
Correct,
DID numbers which end in 3XXX however my extension sin call manager are 43XXX
06-23-2011 04:03 PM
Ok so I added the connection plar and it worked along with the no vad on the dial peer voip
06-23-2011 04:05 PM
reat , this means that the numbers arriving from the PSTN is not the same as the destin-pattern so do this :
connection plar 4... and test on more than one number and let me know how it will go.
Amer
06-23-2011 04:03 PM
Hello,
In order to match the destination-pattern with a number , the called number from the PRI should be exactly the same , so can you do a debug isdn q931 so we can see what is the number arriving to the PRI interface so we can solve this.
Amer
06-23-2011 04:04 PM
It's an E1 r2 not a PRI
06-25-2011 08:32 PM
You need to add a translation-rule to add the 4 in front.
voice translation-rule 100
rule 1 /^\(3...\)$/ /4\1/
voice translation-profile Inbound
translate called 100
dial-peer voice 1 pots
translation-profile incoming Inbound
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: