SIP SRST not sending incoming calls to extensions

[mmoss80]

I'm having issues getting inbound calls from our PRI to ring into our IP phones. I have a few FXS ports configured for faxes so I think the issue is a dial-peer, but this is the first SIP SRST I've done and it's a lot more difficult that SCCP. When it hits the system it just doesn't know where to send the call. I've been searching for how to get this working for a few days and feel like it's just something simple I've overlooked. Any help is welcome.

voice service voip
no ip address trusted authenticate
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 0 hs-redundancy 0 fallback none
h323
sip
bind control source-interface GigabitEthernet0/0
bind media source-interface GigabitEthernet0/0
registrar server expires max 600 min 60
!
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g711alaw
!
!
!
!
voice register global
default mode
no allow-hash-in-dn
max-dn 100
max-pool 50
!
voice register pool 1
translation-profile outgoing 2
id network 10.XXX.XXX.0 mask 255.255.255.0
incoming called-number
proxy 172.YYY.YYY.10 monitor probe icmp-ping
alias 1 XXXXXXXXXX to 2900 preference 1
dtmf-relay rtp-nte sip-notify
voice-class codec 1
no vad
!
!
!
voice translation-rule 20
rule 1 /^XXXXXXXXXX/ /2900/
!
voice translation-rule 30
rule 1 /^9/ //
!
!
voice translation-profile 1
translate called 20
!
voice translation-profile 2
translate called 30
!
!
!
!
controller T1 0/2/0
cablelength long 0db
pri-group timeslots 1-11,24
!
!
!
!
!
interface Embedded-Service-Engine0/0
no ip address
shutdown
!
interface GigabitEthernet0/0
description AMFM VoIP LAN
ip address 10.XXX.XXX.2 255.255.255.0
ip flow ingress
duplex auto
speed auto
h323-gateway voip bind srcaddr 10.XXX.XXX.2
!
interface GigabitEthernet0/1
no ip address
shutdown
duplex auto
speed auto
!
interface GigabitEthernet0/2
no ip address
shutdown
duplex auto
speed auto
!
interface Serial0/2/0:23
no ip address
encapsulation hdlc
no cdp enable
isdn switch-type primary-qsig
isdn incoming-voice voice
!
!
ip forward-protocol nd
!
no ip http server
ip http secure-server
!
ip route 0.0.0.0 0.0.0.0 10.XXX.XXX.1
!
kron occurrence backupSchedule at 5:00 Fri recurring
policy-list backup
!
kron policy-list backup
cli write
cli wrinet
!
logging origin-id string 29ROUTER-2911
logging source-interface GigabitEthernet0/0
logging host 192.XXX.XXX.164
ipv6 ioam timestamp
!
!
!
!
voice-port 0/2/0:23
bearer-cap Speech
!
voice-port 0/1/0
description XXX
!
voice-port 0/1/1
description XXX
!
voice-port 0/1/2
description XXX
!
voice-port 0/1/3
description Paging Interface
!
!
!
!
!
mgcp behavior rsip-range tgcp-only
mgcp behavior comedia-role none
mgcp behavior comedia-check-media-src disable
mgcp behavior comedia-sdp-force disable
!
mgcp profile default
!
!
!
!
dial-peer cor custom
!
!
dial-peer voice 1 pots
description All Outgoing Calls 9 Prefix
destination-pattern 9T
port 0/2/0:23
!
dial-peer voice 1000 voip
description Main Number
preference 1
destination-pattern XXXXXX....
session target ipv4:172.XXX.XXX.10
dtmf-relay h245-signal h245-alphanumeric
codec g711ulaw
!
dial-peer voice 103 pots
incoming called-number 2960
direct-inward-dial
!
dial-peer voice 1002 voip
description Directs Pleasant Valley Private Room Numbers to VG224
preference 1
destination-pattern 74..
session target ipv4:10.XXX.XXX.3
dtmf-relay h245-signal h245-alphanumeric
codec g711ulaw
!
dial-peer voice 2000 pots
description Routes to Paging Interface
destination-pattern 2960
no digit-strip
port 0/1/3
forward-digits all
!
dial-peer voice 2004 pots
description XXX
destination-pattern 1111111111
no digit-strip
port 0/1/0
forward-digits all
!
dial-peer voice 2005 pots
description XXX
destination-pattern 2222222222
no digit-strip
port 0/1/1
forward-digits all
!
dial-peer voice 2006 pots
description XXX
destination-pattern 3333333333
no digit-strip
port 0/1/2
forward-digits all
!
dial-peer voice 2 pots
incoming called-number 74..
direct-inward-dial
!
!
!
sip-ua
retry notify 6
retry options 1
timers notify 100
registrar ipv4:10.XXX.XXX.2 expires 600
!
!
!
gatekeeper
shutdown
!
!
call-manager-fallback
max-conferences 4 gain -6
transfer-system full-consult
ip source-address 10.XXX.XXX.2 port 2000
max-ephones 25
max-dn 96
system message primary Phones running on backup.
transfer-pattern ....
transfer-pattern .......
transfer-pattern 29..
transfer-pattern 2900
keepalive 60
default-destination 2900
call-forward busy 2901
call-forward noan 2901 timeout 15
!
!
vstack
alias exec wrinet sh run | redirect tftp://192.XXX.XXX.172/29ROUTER-2911
!
line con 0
login local
line aux 0
line 2
no activation-character
no exec
transport preferred none
transport output lat pad telnet rlogin lapb-ta mop udptn v120 ssh
stopbits 1
line vty 0 4
privilege level 15
login local
length 0
transport input telnet ssh
line vty 5 15
privilege level 15
login local
transport input telnet ssh
!
scheduler allocate 20000 1000
ntp update-calendar
ntp server 192.XXX.XXX.250 source GigabitEthernet0/0
!
end

[Nithin Eluvathingal]

if ur ISP send's full digit u might need a translation to make it ur extensions and land it on your phones.

[mmoss80]

How would I set that up? We receive 10 digits over the PRI and need it to go to ext 2900 and if that is in use roll over to the next one. I did a test voice translation-rule 20 XXXXXXXXXX and it did convert to 2900. Do I also add this translation pattern to the voice pool similar to the outgoing profile?

[Roger Kallberg]

---

I don’t see in your posted configuration that you use your translation profiles that you have configured anywhere. Apart from on the SIP SRST pool and that’s not where you would need to use it. It looks like you are matching the full 10 digit number format and sending it to CM. There I assume you are translating it into the 4 digit format that you use.

What I would recommend you to do is to directly on ingress in the gateway from your telco translate the called and also calling numbers to fit your needs instead of passing it along to CM untouched and doing the translations there. With this you have the called and calling numbers in the proper format to work for both normal operation mode (CM) and in SRST.

Please note that there are a bit of uncertainty in this suggestion as it’s based upon a few guesses.

[mmoss80]

The incoming 10 digit is being converted to 2900 since it's where all of the calls are sent. I'll need to set up the roll to the other 3 external extensions, but that's for another day. Think I know the commands for that anyhow. I put the outgoing pattern in the pool since I only need it to be active during SRST which is where the examples I saw had it. Should I also put the incoming pattern in the pool as well? I'd put it as a Dial-peer, but I only want it active in SRST. I did try to set a dial-peer to point to the local gateway with a lower preference but that didn't work either. I figured it might realize there was no response from CUCM and roll it over to the next dial-peer. To much wishful thinking I guess. I will try it in the voice pool later and see if that will make the difference.

[Roger Kallberg]

As I wrote the functionality of the translation on the SRST pool isn’t capable of being used in the way you think. You need to do the translation for the call at ingress to the gateway, aka on the voice port or inbound dial peer. Obviously this would also have an effect on the call routing towards CM, but you can handle that in a few different ways. It all depends on what prefer. If it was me doing the configuration I would as I wrote before do the transformation of numbers in the gateway.

[mmoss80]

Would you care to post an example please? I think I get what you mean, but I'm largely self trained and have tried so many different ways of doing it from various post and Cisco guides I'm not confident at this point.

[Roger Kallberg · Accepted solution]

Without an exact insight into your specific setup it would be a bit of a guess game, but something like this would likely work.

voice translation-rule 20
 rule 1 /^XXXXXXXXXX$/ /2900/
!
voice translation-rule 30
 rule 1 /^9\(.*\)/ /\1/
!
voice translation-rule 100
 rule 1 /^\(2900\)$/ /XXXXXX\1/
!
voice translation-profile PSTN-IN
 translate called 20
!
voice translation-profile PSTN-OUT
 translate called 30
!
voice translation-profile CUCM-OUT
 translate called 100
!
voice-port 0/2/0:23
 translation-profile incoming PSTN-IN
!
dial-peer voice 1000 voip
 description Main Number
 translation-profile outgoing CUCM-OUT
 destination-pattern ....$
 session target ipv4:172.XXX.XXX.10
 dtmf-relay h245-signal h245-alphanumeric
 codec g711ulaw
!
dial-peer voice 1 pots
 description All Outgoing Calls 9 Prefix
 translation-profile outgoing PSTN-OUT
 destination-pattern 9T
 port 0/2/0:23
 no digit-strip
!
dial-peer voice 10 pots
 description All Inbound calls from PSTN
 incoming called-number .
 direct-inward-dial
!
no dial-peer voice 2 pots
no dial-peer voice 103 pots

I made the assumption that your masking information about your phone numbers with the X’s, so that part you would need to adopt to your needs.

To be noted, this is not a very clean or ideal setup, but it should keep the setup in CM you have intact. Long term I would recommend you to modify this so that you don’t need to translate the called number multiple times. Based on your provided information I'm guessing that with this added you would at a minimum change called number 3 times, 2 in the gateway and 1 in CM.

[mmoss80]

It was masking, thank you I'll look over these and let you know how it turns out. It looks very helpful though.

[mmoss80]

Not sure if this will help any, I tried adding the translation profile to the voice pool without luck. I did a debug voip ccapi inout  and  show sip-ua register status hoping something will be in it to help.

show sip-ua register status
Line peer expires(sec) reg survival P-Associ-URI
================================ ========== ============ === ======== ============
2960 2000 67 no normal
XXXXXXXXXX 2005 71 no normal
XXXXXXXXXX 2006 71 no normal
XXXXXXXXXX 2004 72 no normal
9* 1 72 no normal

004242: Oct 29 14:38:02.786 UTC: //-1/2F007A3882E5/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=3043441623
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=3046755236
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

004243: Oct 29 14:38:02.786 UTC: //-1/2F007A3882E5/CCAPI/cc_api_call_setup_ind_common:
Interface=0x3DF04298, Call Info(
Calling Number=3043441623,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=3046755236(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
Incoming Dial-peer=1, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
004244: Oct 29 14:38:02.786 UTC: //-1/2F007A3882E5/CCAPI/ccCheckClipClir:
In: Calling Number=3043441623(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
004245: Oct 29 14:38:02.786 UTC: //-1/2F007A3882E5/CCAPI/ccCheckClipClir:
Out: Calling Number=3043441623(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
004246: Oct 29 14:38:02.786 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004247: Oct 29 14:38:02.786 UTC: :cc_get_feature_vsa malloc success
004248: Oct 29 14:38:02.786 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004249: Oct 29 14:38:02.786 UTC: cc_get_feature_vsa count is 2
004250: Oct 29 14:38:02.786 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004251: Oct 29 14:38:02.786 UTC: :FEATURE_VSA attributes are: feature_name:0,feature_time:1082804672,feature_id:2322
004252: Oct 29 14:38:02.786 UTC: //19896/2F007A3882E5/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=3043441623(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=3046755236(TON=Unknown, NPI=Unknown))
004253: Oct 29 14:38:02.786 UTC: //19896/2F007A3882E5/CCAPI/cc_process_call_setup_ind:
Event=0x3E50EF08
004254: Oct 29 14:38:02.786 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 3046755236
004255: Oct 29 14:38:02.786 UTC: //19896/2F007A3882E5/CCAPI/ccCallSetContext:
Context=0x3EEA3B44
004256: Oct 29 14:38:02.786 UTC: //19896/2F007A3882E5/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 19896 with tag 1 to app "_ManagedAppProcess_Default"
004257: Oct 29 14:38:02.786 UTC: //19896/2F007A3882E5/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
004258: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=40071, Params=0x3EEAE954, Progress Indication=NULL(0)
004259: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/ccCheckClipClir:
In: Calling Number=3043441623(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
004260: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/ccCheckClipClir:
Out: Calling Number=3043441623(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
004261: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/ccCallSetupRequest:
Destination Pattern=3046755236$, Called Number=3046755236, Digit Strip=FALSE
004262: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/ccCallSetupRequest:
Calling Number=3043441623(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=3046755236(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=AMERICAN MEDICA
Account Number=, Final Destination Flag=TRUE,
Guid=2F007A38-192B-11EB-82E5-F8C2889CFFD0, Outgoing Dial-peer=40071
004263: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=3043441623
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=3046755236
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

004264: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x3E31EB64, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=3043441623,(Calling Name=AMERICAN MEDICA)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=3046755236(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Outgoing Dial-peer=40071, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
004265: Oct 29 14:38:02.790 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004266: Oct 29 14:38:02.790 UTC: :cc_get_feature_vsa malloc success
004267: Oct 29 14:38:02.790 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004268: Oct 29 14:38:02.790 UTC: cc_get_feature_vsa count is 3
004269: Oct 29 14:38:02.790 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004270: Oct 29 14:38:02.790 UTC: :FEATURE_VSA attributes are: feature_name:0,feature_time:1082804224,feature_id:2323
004271: Oct 29 14:38:02.790 UTC: //19897/2F007A3882E5/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
004272: Oct 29 14:38:02.790 UTC: //19897/2F007A3882E5/CCAPI/ccCallSetContext:
Context=0x3EEAE904
004273: Oct 29 14:38:02.790 UTC: //19896/2F007A3882E5/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=40071
004274: Oct 29 14:38:02.794 UTC: //19897/2F007A3882E5/CCAPI/cc_api_call_proceeding:
Interface=0x3E31EB64, Progress Indication=NULL(0)
004275: Oct 29 14:38:02.794 UTC: //19897/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

004276: Oct 29 14:38:02.794 UTC: cc_api_get_xcode_stream : 4987
004277: Oct 29 14:38:12.342 UTC: //-1/34B33CAFAFFA/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=0
cisco-rdnsi=0
cisco-redirectreason=0 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

004278: Oct 29 14:38:12.342 UTC: //-1/34B33CAFAFFA/CCAPI/cc_api_call_setup_ind_common:
Interface=0x3E54A55C, Call Info(
Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE,
Incoming Dial-peer=2004, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
004279: Oct 29 14:38:12.342 UTC: //-1/34B33CAFAFFA/CCAPI/ccCheckClipClir:
In: Calling Number=3046755064(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
004280: Oct 29 14:38:12.342 UTC: //-1/34B33CAFAFFA/CCAPI/ccCheckClipClir:
Out: Calling Number=3046755064(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
004281: Oct 29 14:38:12.342 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004282: Oct 29 14:38:12.342 UTC: :cc_get_feature_vsa malloc success
004283: Oct 29 14:38:12.342 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004284: Oct 29 14:38:12.342 UTC: cc_get_feature_vsa count is 4
004285: Oct 29 14:38:12.342 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

004286: Oct 29 14:38:12.342 UTC: :FEATURE_VSA attributes are: feature_name:0,feature_time:1082804896,feature_id:2324
004287: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=3046755064(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown))
004288: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/cc_process_call_setup_ind:
Event=0x3E50EF08
004289: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/ccCallSetContext:
Context=0x3EE98D84
004290: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 19898 with tag 2004 to app "_ManagedAppProcess_Default"
004291: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/ccCallSetupAck:
Call Id=19898
004292: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/cc_api_set_transfer_info:
Transfer Number=, Transfer Reason=0x0
004293: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/ccGenerateToneInfo:
Stop Tone On Digit=TRUE, Tone=Dial Tone,
Tone Direction=Network, Params=0x0, Call Id=19898
004294: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/ccSetDigitTimeouts:
Initial Digit Timeout=-1000(ms), Inter Digit Timeout=-1000(ms)
004295: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/ccSetDigitTimeouts:
Call Entry(Inter Digit Timeout=10000(ms), Initial Digit Timeout=10000(ms))
004296: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/ccCallReportDigits:
(callID=0x4DBA, digit_event=0x1, enable=TRUE, consume=FALSE)
004297: Oct 29 14:38:12.342 UTC: //19898/34B33CAFAFFA/CCAPI/ccCallReportDigits:
Enabled=TRUE, Call Id=19898
004298: Oct 29 14:38:12.346 UTC: //19898/34B33CAFAFFA/CCAPI/cc_api_call_report_digits_done:
(vdbPtr=0x3E54A55C, callID=0x4DBA, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)
004299: Oct 29 14:38:12.346 UTC: //19898/34B33CAFAFFA/CCAPI/cc_api_call_report_digits_done:
Enabled=TRUE, Disposition=0x0, Interface=0x3E54A55C, Call Id=19898
004300: Oct 29 14:38:12.346 UTC: //19898/34B33CAFAFFA/CCAPI/cc_api_call_report_digits_done:
Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=10000(ms))
004301: Oct 29 14:38:12.766 UTC: //19896/2F007A3882E5/CCAPI/cc_api_call_disconnected:
Cause Value=16, Interface=0x3DF04298, Call Id=19896
004302: Oct 29 14:38:12.766 UTC: //19896/2F007A3882E5/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=FALSE, Cause Value=16, Retry Count=0)
004303: Oct 29 14:38:12.766 UTC: //19897/2F007A3882E5/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
004304: Oct 29 14:38:12.766 UTC: //19897/2F007A3882E5/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=FALSE, Cause Value=16)
004305: Oct 29 14:38:12.766 UTC: //19896/2F007A3882E5/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
004306: Oct 29 14:38:12.766 UTC: //19896/2F007A3882E5/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
004307: Oct 29 14:38:12.766 UTC: //19896/2F007A3882E5/CCAPI/cc_api_get_transfer_info:
Transfer Number=NULL
004308: Oct 29 14:38:12.778 UTC: //19896/2F007A3882E5/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x3DF04298, Tag=0x0, Call Id=19896,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
004309: Oct 29 14:38:12.778 UTC: //19896/2F007A3882E5/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
004310: Oct 29 14:38:12.778 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

004311: Oct 29 14:38:12.778 UTC: :cc_free_feature_vsa freeing 408A49B8
004312: Oct 29 14:38:12.778 UTC: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

004313: Oct 29 14:38:12.778 UTC: vsacount in free is 3
004314: Oct 29 14:38:12.850 UTC: //-1/3500BF3D82E6/CCAPI/cc_api_display_ie_subfields:

[Nithin Eluvathingal]

what do you mean by voice pool. it should be on the dial-peer. 

can you share your updated configuration.